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.

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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