Waterfall ehk kosemudel

waterfall on üks esimesi tarkvara arenduse mudeleid
tootmisprotsesside eeskujul, kus iga etapp eeleb järgmisele. tagasipöördumine eelmsisesse
on keeruline. Elnevas etaps vea avastamine, tähendab seda, et vea juurde saab tagasi
pöörduda alles siis, kui tarkvara on asutusse läinud.

  1. Etapp - Nõuete määratlemine
    Selles etaps dokumenteritakse arendatava toote/tarkvara/süsteemi nõuded, käitumine,
    sihtriistvara jms. mis on arendatava tarkvara taatlusliku funktsiooneerimise tarbeks vajalikud.
    Vahest jaotatakse see etapp ka omakorda kaheks - süsteemianalüüs ja Nõuete analüüs.

  2. Etapp - süsteemi ja tarkvara kavandamine:
    Teise etapis kavandatakse arendusel olev süsteem ja tarkvara keskenduds nende põhilistele
    omadustele. Põhiomadusteks võivad olla: Andmestruktuurid, tarkvara arhitektuur, liidesed,
    liideste omadused ning protseduurilised ja algoritmilised detailid. Kavandamise tulemused
    dokumenteritakse mille abil hinnatakse teostuse käigus projekti kvalidteet.

  3. Etapp - Teostus ning modulite testimine:
    Eelnevalt dokumenteritud kavandi järgi toimub kolmandas etapis tarkvara/süsteemi arendus.
    Arendustöö käigus arendatakse programm moodulgaval või modulite kogumikuna. Peale
    programmeerimist teostatakse moduliete ja kogumite testimised. Olenevalt eelnevalt
    dokumenteeritud kavandi detailsusest tuleneb selles etapis projekti arenduslihtsus.
    Mida rohkem detaile on kavandatud, seda lihtsam on arendustöö.

  4. Etapp - Integratsioon ja süsteemi testimine:
    Toimub kogu tarkvarasüsteemi testimine. Peale testimist tarnitakse toode kliendile või
    kasutajat sihtrühmale. Testitakse sellest vaatepunktist kas süsteem teeb seda mis
    eelnevalt dokumenteeritud ning testitakse ka seda et süsteemis esinevad detailid on
    loogilised.

  5. Etapp - Kasutamine ja hooldus:
    Kõige pikem tarkvara elutsükelis olev etapp. Siin toimub vigade parandus, funktsionaalsuse
    muutmine, (kas siis kliendi, turu, keskkonna, või sihtrühma sisendi/vajadusena). Arendustöö
    teostamiseks korratakse kõiki eelmisi etappe, kuid siis ainult süsteemi muutmise eesmärgil,
    mitte enam nullist millegi uue arendamise jaoks.

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
Selgus ja Struktuur Selge ja lihtne ülesehitus, iga etapi täpselt määratlus Ükskõik milline muudatus hiljem etapis on keeruline ja kallis
Planeerimine Hea algplaneerimine, mis annab kindla raamistikku kogu arenduse ajaks Rangelt järgitud protsess, mis võib piirata paindlikkust
Dokumentatsioon Dokumentatsioon on põhjalik ja täpne, mis aitab tagada projekti järjepidevuse Liigne dokumentatsioon võib olla ajakulukas ja kergesti muutuvates tingimustes vananenud
Testimine Testimine toimub pärast kõigi arendusetappide lõppu, tagades, et kõik on lõplikult valmis Testimine on hiline ja võib jätta tähelepanuta varased arenduse probleemid
Vastuvõtt Selge eesmärgiga saavutada lõplik vastuvõtt, kui kõik etapid on lõpule viidud Pärast projekti lõppemist on klientide ja kasutajate tagasiside saamine keeruline
computer science waterfall method ⬅ Back to Home