Tagasi

Kosemudel

Kosemudel (ehk waterfall) on üks esimesi tarkvaraarenduse elutsükli põhimudeleid. Ta põhineb tavalise tootmisprotsessi eeskujul, kus iga etapp eelneb järgmisele. Tagasipöördumine eelmisesse etappi on keeruline ning kui eelnevas etapis avastatakse viga, siis tähendab see seda, et veajupp saab tagasi tulla alles siis, kui tarkvara on kasutusse läinud.

Kosemudeli etapid:

Kosemudel koosneb viiest etapist, mis rahuldab kõik üldise tarkvaraarenduse elutsükli etappe. Nendeks on: Nõuete määratlemine, süsteemi ja tarkvara kavandamine, teostus ning moodulite tetimine. Integratsioon ja süsteemi testimine ning kasutamine ja hooldus.

1. Etapp

Siin etapis dokumenteeritakse arendatava toote või süsteemi nõuded, käitumine, sihtriistvara jne. vahest jaotatakse see etapp kaheks - süsteemi analüüs ja nõuete analüüs.

2. Etapp

Teises etapis kavandatakse arendusse mineva tarkvaratoote süsteem ja struktuur, keskendudes selle funktsionaalsetele omadustele. Need võivad olla erinevad andmestruktuurid, toote enda arhitektuur, erinevad liidesed, nede liideste omadused ja muud algorütmilised detailid. Kavandamise tulemused dokumenteeritakse, ning mille järgi hiljem teostuses hinnatakse projekti kvaliteeti - mida rohkem kavandist on tehtud seda rohkem onprojektist valminud.

3. etapp

Eelnevalt valminud kavandi järgi toimub selles etapis toote arendus. Arendustöö käigus arendatakse programmi moodulhaaval või moodulite kogumina. Peale arendustööd testitakse valmissaanud mooduleid ja moodulkogumikke. Olenevalt eelnevalt dokumenteeritud kavandi detailsusest tuleneb nüüd selles etapis projekti arenduslihtsus.

4. etapp

Toimub kogu valmissaanud tarkvarasüsteemi testimine. Peake testimist tarnitakse toode kliendile ja Testitakse sellest vaatepunktist, kas süsteem teeb seda mis eelnevalt dokumenteeritud.

5. etapp

Tegu on kõige pikema tarkvara elutsüklis oleva etapiga. Siin toimub vigade parandus, funktsionaalsuse muutmine ja koodi enda refaktoreerimine. Arendustöö teostamiseks korraldatakse kõiki eelmisi etappe, kuid siis ainult süsteemi muutmise tarbeks, mitte enam nullist millegi uue arendamise jaoks.

Iga etapi tulemusena tekib dokument, mis kirjeldab vastavas etapis saavutatud tulemit. Kõik dokumendid kinnitatakse. Järgmine etapp ei tohi olla samaaegselt töös. kui eelmine pole lõpetatud.

Arendusmudeli joonis:

Arendusmudeli head ja vead:

mis on head	mis on vead
range süsteem(sobib hästi suurte projektide puhul)	liigne paindumatus
hästi dokumenteeritud	liigselt dokumenteeritud
kindel struktuur	ei saa eelmise taseme juurde tagasi pöörduda või muudatusi vahele võtta

Viited infole: eõpearhiiv