Inkrementaalne ArendusMudel

Äritegevus muutub ja see toob endaga kaasa muutunud nõuded, tekivad uued tehnoloogiad,
mida oleks otstarbekas tarkvarasüsteemides nende täiustamiseks rakendada ning muutuvad platvormid,
millele süsteem on rajatud. Nimetatud muutused nõuavad ümbertegemist
ning maksab nii nõuete korduv analüüsimine koos teostusega kui ka uute funktsionaalsuste realiseerimine.
Muudatuste maksumust tuleb hoida nii väiksena kui võimalik.
Seega tuleb arendusprotsessi tuua sisse tegevused, mis aitavad muudatusi ette näha enne
kui nende sisseviimine olulist tööd nõuab. Näiteks prototüüpimise abil saab kliendile näidata
varakult süsteemi olulisi omadusi. Muudatusi on parem teha siis, kui nende sisseviimine on võimalikult odav.
Sellest tulenevalt on mõistlik toote järk-järguline (inkrementaalne)
arendus ja üleandmine. Nii saab muudatusi teha ka nendes osades, mida pole veel arendama asutud.

  1. Etapp - Nõuete määratlemine ja esialgne versioon:
    Esimeses etapis määratletakse arendatava toote,
    tarkvara või süsteemi esimesed nõuded ja funktsionaalsused.
    Kogutakse algteave, et määrata kindlaks toote algversioon. Erinevalt
    traditsioonilisest lähenemisest ei ole eesmärgiks kõigi nõuete
    täielik täpsustamine korraga, vaid määratakse esimesed
    prioriteetsed funktsioonid, mille põhjal alustatakse arendust.
    Arendatakse välja toote esimene inkrement,
    mille põhifunktsioonid on dokumenteeritud ja valideeritud.

  2. Etapp - Esimese inkremendi kavandamine ja arendamine:
    Teises etapis kavandatakse ja arendatakse toote esimene inkrement.
    Kõigepealt määratakse kindlaks esimese versiooni keskset omadused,
    nagu andmestruktuurid, tarkvara arhitektuur ja liidesed.
    Seejärel arendatakse välja kõik vajalikud komponentide algversioonid,
    mis on esmalt keskendunud peamisele funktsionaalsusele. Kavandatakse
    vaid esimesed funktsioonid, et järgnevates etappides saaks toode
    järk-järgult täiustuda. Eesmärgiks on saada funktsionaalne toode,
    mis hiljem saab täiendusi ja täiustusi.

  3. Etapp - Arendus ja testimine (inkrementide kaupa):
    Kuna tegemist on inkrementaalse arendusega, siis arendatakse tarkvara
    väikeste sammudena, iga inkrementi arendades järk-järgult.
    Iga inkremendi puhul teostatakse põhjalikud testimised, et tagada süsteemi
    funktsionaalsuse ja kvaliteedi vastavus. Arendustööd keskenduvad vaid sellele
    inkrementile, mida arendatakse, ning pärast igat inkrementi viiakse läbi testimine,
    et tagada kõikide uute omaduste õige toimimine. Testitakse mitte ainult uusi
    funktsioone, vaid ka seda, kuidas need integreeruvad eelmistest inkrementidest pärit osadega.

  4. Etapp - Integreerimine ja testimine:
    Iga inkremendi lõppedes toimub kõigi loodud funktsioonide integreerimine ja testimine.
    Peale integreerimist toimub toote lõplik testimine,
    et veenduda kõigi komponentide sujuvas koostöös ja süsteemi vastavuses
    esialgsetele nõudmistele. Testimise eesmärgiks on tuvastada ja kõrvaldada kõik vead
    enne järgmise inkrementi arendustööd. Tootmistarnitakse lõppkasutajale
    ainult siis, kui kõik vajalikud funktsioonid on testitud ja töötavad.

  5. Etapp - Kasutamine ja hooldus:
    Kõige pikem tarkvara elutsükli etapp. Siin toimub vigade parandus,
    funktsionaalsuse muutmine (kliendi, turu, keskkonna või sihtrühma
    sisendi/vajaduse järgi). Kuna tegemist on inkrementaalse
    arendusega, siis järgnevad etapid keskenduvad ainult süsteemi täiendamisele,
    mitte enam nullist uue arendamisele. Arendustööd
    ja täiendused tehakse järk-järgult, pakkudes pidevat täiendamist ja täiustusi.

Gga etapi tulemusena tekib dokument (kas siis üks või mitu),
mis kirjeldab etapis saavutatud tulemit. Kõik dokumendid kinnitatakse.
Järgmine etapp ei tohi olla samaaegselt töös kui eelmine pole lõpetatud.
Kuigi mingi ülekate siiski on, ning infot on võimalik edastada ühest etapist edasi teise.

Internet suck currently
Omadus Head Vead
Paindlikkus ja kohandatavus Toote areng toimub järk-järgult, võimaldades kiiret kohandamist vastavalt muutuvatele nõudmistele Kuna iga inkrement on sõltuv eelnevatest muudatustest, võib hilisem muutus olla keeruline ja aeganõudev
Varajane tagasiside Kliendid ja kasutajad saavad igas etapis tagasisidet, võimaldades kiiremat toote täiustamist Esialgsed versioonid võivad olla ebapiisavad, mis võib vähendada algse tagasiside täpsust
Kiirus ja prioriteedid Esmalt arendatakse välja kõige olulisemad funktsioonid, pakkudes kiiret prototüüpi Varase arenduse fookus võib jätta hilisemaid funktsioone vähem täpselt määratletud, mis toob hilisemaid väljakutseid
Testimine Iga inkrement on testitud eraldi, tagades, et iga funktsioon töötab enne järgmise arendustöö alustamist Testimine toimub pidevalt, mis võib jätta varajastes etappides esinevad probleemid kahe silma vahele
Dokumentatsioon Dokumentatsioon on täiendatud iga inkrementi järgi, tagades, et see kajastab alati viimase arenduse seisukorda Dokumentatsiooni pidev täiendamine võib mõnikord muutuda ajakulukaks ja võib jääda uuendamata kiire arenduse käigus
guru99 Inkrementaalne ArendusMudel ⬅ Back to Home