Kosemudel (ehk Waterfall) on üks esimesi tarkvaraarenduse elutrükli mudeeid. Ta põhineb tavalise
tootmisprotsessi eeskujul, kus iga etapp eelneb järgmisele. Tagasipöördumie eelmisesse etappi on
keeruline ning kui eelnevas etapis avastakse viga, tähendab see seda, et vea juurde tagasi
tulla alles siis kui tarkvara on kasutusse läinud
Kosemudel koosneb viiest etapist, mis rahuldab kõik üldise tarkvaraarenduse elutsükli etappi.
Nendeks on: Nõuete määratlemine, Süsteemi ja Tarkvara kavandamine, Teostus ning moodulite testimine,
Integratsioon ja süsteemi testimine ning kasutamine ja hooldus
Siin etapis dokumenteeritakse arendatava toote või süsteemide nõudud, käitumine, sihtristvara jms.
Vahest jaotakse see etapp kaheks - süsteemi analüüs ja nõuete analüüs
Teises etapis kavandatakse arendusele mineva tarkvaratoote süstem ja struktuur, keskendudes selle
funkstionaalsetele omadustele. Need võivad olla erinevad andmestruktuurid, toote enda arhitektuu, erinevad
liidesed, nende liieste omadused ja muud algorütmilised detailid. Kavandamise tulemused dokumenteeritakse,
ning mille järgi hiljem teostuses hinnatakse projekti kvaliteeti
Eelnevate valminud kavandid järgi toimub selle ś etapis toote arendus. Arendustöö käigus arendatakse
programm moodulhaaval või moodulite kogumikuna. Peale arendustööd testiakse valmissanud mooduleid ja
modulikogumikke. olnevalt eelnevalt dokumteeritud kavandid detailsusest tuleneb nüüd selles etapis
projekti arenduslihtsus.
Toimub kogu valmissaadud tarkvarasüsteemi testimine. Peale testimist tarnitakse toode kliendile ja/või
sihtühmale. Testitakse seelest vaatepunktist, kas süsteem teb seda mis eelnevalt dokumenteeritud ning
testitakse ka et süsteemis olevad erinevad detailid on loogilised.
Tegu on kõige pikema tarkvara elutsükelis etapiga. Siin toimub vigade parandus, funktsionaalsuse
muutmine (kas siis kliendi, turu keskonna või sihtrühma sisendi tagajärjel või vajadusena) ja koodi
enda refaktoreemine.
Arendustöö teostamiseks korratakse kõiki eelmiseida etappe kui siis ainult
süsteemi muutmise tarbeks mitte enam nullist millega uue arendamise jaoks
Iga etapi tulemusena tekib dokument või dokumentatsioon mis kirjeldab vastavas etapis
saavutatud tulemist. Kõik dokumendid kinnitakse. Järgmine etapp ei tohi olla samaaegselt töös kui
eelmine pole lõpetatud. Kuigi ülekate mingisugune siiski on, ning info edastakse ühest etapist järmisest
| mis on Head | mis in Vead |
|---|---|
| Selge ja lihtne struktuur | Vähe paindlikkust muudatuste tegemine on kallis ja keeruline. |
| Hea, kui nõuded on alguses väga täpselt teada. | Reaalse tarkvara näeb alles hilises faasis. |
| Iga etapi tulemus on dokumenteeritud. | Risk, et valmistoode ei vasta enam vajadustele. |
Viited infole: eõpearhiiv