Incremental ehk inkrementaalne arendusmudel

Inkrementaalne arendamine on tarkvaraarenduse lähenemine, kus süsteem luuakse
järk-järgult ja etapiviisiliselt, lähtudes ajagraafikust. Selle mudeli kohaselt
arendatakse ja valmib süsteemi erinevaid osi erinevatel aegadel ning erineva
kiirusega. Kui mõni arendatud osa on valmis, integreeritakse see viivitamatult
juba eksisteeriva süsteemiga.
Selline strateegia võimaldab kiiresti reageerida muutuvatele nõuetele, olgu
selleks äritegevusest tulenevad muudatused, uute tehnoloogiate rakendamine või
muutuvad platvormid. Just järkjärguline arendus ja üleandmine võimaldab teha
muudatusi nendes süsteemi osades, mida pole veel arendatud, ning vähendab
ümbertegemise kulusid.
Varajases etapis toimuv prototüüpimine aitab visualiseerida ja testida
süsteemi olulisi omadusi, tuues välja võimalikud probleemid enne, kui muudatused
muutuvad kalliks ja keerukaks.

Etapp - Nõuete üldine määratlemine ja prioriseerimine:
Esiteks määratakse projekti üldised nõuded. Nõuded jaotatakse tähtsuse järgi kaheks
kategooriaks: tähtsamad ja vähemtähtsad. See samm aitab keskenduda esmalt kõige olulisematele
süsteemi osadele.
Etapp - Tarneosade (inkrementide) määratlemine:
Projekti jagatakse mitmeks tarnemooduliks ehk inkrementideks. Iga inkrement esindab
kindlat osa süsteemist, mis lisab süsteemile eraldiseisva funktsionaalsuse. Arendamist
alustatakse kõige tähtsamatest osadest.
Etapp - Esimese tarne detailne arendamine:
Kõige esimesena võetakse töösse kõrgeima prioriteediga osa (esimene inkrement).
Selle arendamiseks kasutatakse sobivaimat arendusprotsessi (näiteks koskmudelit).
Töös oleva tarneosa nõuded külmutatakse, kuid teiste osade nõudeid saab samaaegselt täpsustada.
Etapp - Valmis osa kliendile tarnimine ja testimine:
Kui esimene osa saab valmis, tarnitakse see kliendile. Klient saab valmis osa testida,
katsetada või töösse rakendada. See etapp võimaldab kliendil täpsustada järgmiste
inkrementide nõudeid või täiendada juba tarnitud osa nõudeid edaspidiseks.
Etapp - Järgmise osa arendamine ja integreerimine süsteemiga:
Pärast esimese osa valmimist alustatakse järgmise osa arendamist. Nõuete täpsustamine
ja kliendi tagasiside aitavad suunata uue inkrementi arendamist. Uued osad
integreeritakse olemasolevasse süsteemi, luues lõpuks tervikliku lahenduse.
Etapp - Erinevate arendusprotsesside kasutamine:
Olenevalt iga osa eripäradest võib erinevate inkrementide jaoks kasutada erinevaid
arendusprotsesse. Näiteks üks osa võib vajada koskmudelit, teine aga
teisiti kohaldatud protsessi.

Inkrementaalse arendusmudeli etapid võimaldavad järk-järgulist ja paindlikku
süsteemi arendust, kus klient on protsessi igas etapis kaasatud.
Nõuete prioritiseerimine, tarneosade määramine, arendamine, kliendile tarnimine
ja tagasiside integreerimine on selle mudeli tuum, mille eesmärk on luua
süsteem, mis vastab täpselt muutuvale ärikeskkonnale ja kliendi vajadustele.

y u no see? buy internet

Arendustsükli head ja vead
Halvad	Head
Arendusprotsessi edenemise mõõtmine võib olla keeruline, sest kiire arendustempo juures ei ole otstarbekas luua detailset dokumentatsiooni iga väiksema versioonimuudatuse kohta.	Kuna nõudeid saab jooksvalt täpsustada ja arendusprotsess ei sea kõiki nõudeid algusest peale kivisse, vähenevad kulutused, mis tekivad kasutaja nõuete muutumise tõttu. Samuti väheneb korduva analüüsi ja dokumenteerimise vajadus võrreldes näiteks koskmudeliga.
Järk-järguline uute osade lisamine võib halvendada süsteemi struktuuri ja põhjustada kvaliteediprobleeme. Pidevad muudatused ja lisamised võivad viia halvasti organiseeritud koodini, mis muudab tarkvara hilisema muutmise keerulisemaks ja kulukamaks.	Klientidel on lihtsam anda tagasisidet, kuna nad saavad näha valminud süsteemiosi ja hinnata nende praktilisust. Valminud osad toimivad justkui prototüüpidena kogu süsteemi jaoks, aidates kliendil mõista, milline süsteem lõppkokkuvõttes olema saab.
	Kliendile saab tarnida süsteemi osi juba arenduse varases etapis, võimaldades neil hakata loodavat tarkvara varem kasutama ja sellest reaalset kasu saama. Võrreldes koskmudeliga on süsteemi esialgsed tulemused kliendile kiiremini kättesaadavad.

allikad: Perplexity Javatpoint