Inkrementaalne mudel. Mudeli ajalugu

Tarkvaraarenduse inkrementaalne mudel pakuti esmakordselt välja 1970. aastatel. Mudeli kontseptsiooni töötas välja peamiselt Barry Boehm. sai populaarsust tänu Thomas Gilb’i töödes esitatud paindlikkuse ja kohandatavuse parandamise kontseptsioonidele. Selle mudeli raames toimub tootearendus etappide kaupa, kus iga etapp täiendab eelmist uute funktsioonidega. Inkrementaalset mudelit on aktiivselt kasutatud alates 1980. aastate lõpust, peamiselt Ameerika suurtes tarkvarafirmades.

Etapid

Inkrementaalse mudeli arendamise peamised etapid:

1. Nõuete analüüs: Selles etapis koostatakse süsteemi esimese inkrementaalse (versiooni) jaoks vajalike nõuete põhikogum. Hinnatakse nõudeid, mida on võimalik realiseerida esimestes etappides, ja nõudeid, mis jäävad tulevikuks.
2. Projekteerimine (projekteerimine): Põhiarhitektuur ja süsteemi komponendid projekteeritakse nii, et neid oleks võimalik järgnevates etappides integreerida.
3. Inkrementide rakendamine ja testimine: meeskond töötab välja ja testib süsteemi esimest inkrementi. Seda protsessi korratakse igas etapis iga uue juurdekasvu puhul, mis lisab süsteemi uusi funktsioone.
4. Integreerimine ja testimine: Pärast iga juurdekasvu valmimist integreeritakse uus komponent süsteemi olemasolevate komponentidega ja viiakse läbi integratsioonitestimine, et tagada kõigi osade korrektne koos töötamine.
5. Vabastamine ja läbivaatamine: Kui süsteem on saavutanud nõutava funktsionaalsuse, tehakse lõplik testimine ja seejärel antakse see kliendile üle. Protsess lõpeb tagasiside ja võimalike paranduste kogumisega.

Skeem

5 tk plussid

1. Paindlikkus: mudel võimaldab hõlpsasti kohaneda muutuvate kliendinõudmistega, lisades iga sammuga uusi funktsioone.
2. Paralleelne arendus: Mitu meeskonda saab töötada erinevate inkrementide kallal, mis kiirendab arendusprotsessi.
3. Varajane toote väljalaskmine: Kliendile saab esitada töötava versioonijuba esimese inkreemiga, mida täiustatakse samm-sammult.
4. Vähendatud riskid: Probleeme saab tuvastada ja lahendada arendusprotsessi varases etapis, vähendades tähtaegade ületamise riski.
5. Lihtsam vigadeparandamine: Kuna iga funktsiooni testitakse inkrementaalse faasi käigus, on tuvastatud vigu lihtsam ja odavam parandada.

5 tk miinused

1. Inkrementide vaheline sõltuvus: varajases etapis tehtud vead võivad põhjustada probleeme hilisemates etappides ja see suurendab paranduste maksumust.
2. Juhtimise keerukus: Mudel nõuab meeskonnalt ranget protsessijuhtimist ja selget dokumentatsiooni.
3. Suurenenud kulud: Mitu testimis- ja integratsioonifaasi suurendavad aega ja kulusid.
4. Raskused nõuete muutmisel: Kuigi mudel on paindlik, võivad olulised muudatused nõuda juba valminud etappide ümbertöötamist.
5. Raskused ajakava prognoosimisel: Kui igas etapis lisatakse uusi nõudeid, on raske täpselt prognoosida projekti lõplikku ajakava.