Waterfall ehk koskmudel

Waterfall on üks esimesi tarkvara arenduse mudeleid tavaliste
tootmisprotsesside eeskujul, kus iga etapp eelneb jätgmisele. Tagasipöördumine eelmisesse.
on keeruline. Eelnevas etapis vea avastamine, tähendab seda, et vea juurde saab tagasi
pöörduda alles siis, kui tarkvara on kasutusse läinud.

  1. Etapp - Nõuete määratlemine:
    Selles etapis dokumenteeritakse arendatava toote/tarkvara/süsteemi nõuded, käitumine,
    sihtriistvara jms. Mis on arendatava tarkvara taotlusliku funktsioneerimise tarbeks vajalikud.
    Vahest jaotatakse see etapp ka omakorda kaheks - Süsteemianalüüs ja Nõuete analüüs.

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

  3. Etapp - Teostus ning moodulite testimine:
    Eelnevalt dokumenteeritud kavandi järgi toimub kolmandas etapis tarkvara/süsteemi arendus.
    Arendustöö käigus arendatakse programm moodulhaaval või moodulite kogumikuna. Peale
    programmeerimist teostatakse moodulite 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
    kasutajate 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üklis olev etapp. Siin toimub vigade parandus, funktsionaalsuse
    muutmine, (kas siis kliendi, turu, keskkonna, või sihtrühma sisendi/vajadusena). Arendustöö
    teostatamiseks korratakse kõiki eelmisi etappe, kuid siis ainult süsteemi muutmise eesmärgil,
    mitte enam nullist millegi uue arendamise jaoks.

Iga etapi tulemusena tekib dokument (kas siis üks või mitu) mis kirjeldab etapis saavutatud tulemit.
Kõik dokumendid kinnitakse. 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.

y u no see? buy internet
Arendustsükli head ja vead
Halvad Head
Puuduseks on ebamugavus muudatuste sisseviimisel, kui protsess on kord käima lükatud Annab firmale võimaluse projekti katkestamiseks kui tehtud on alles suhteliselt väikesed kulutused
Vajadus teha otsuseid varajastes faasides Võimaldab summaarselt kavandada projekti palju adekvaatsemalt kui ühefaasilise mudeli korral
Võib tekkida halva struktuuriga süsteem Sunnib projektijuhti pöörama suurt tähelepanu projekti kavandamisele
Projekti paindumatu jaotus faasideks Sobib tähtaegadele ja verstapostile orienteeritud meeskondadele
Raske on arvestada kliendi uute soovidega Muudatusi saab ellu viia projekteerimise algfaasis
Klient peab olema kannatlik - esimesi tulemusi ei tule niipea Rõhutab struktureeritud organisatsiooni
Mudel on kasutatav siis, kui nõudmised on hästi selged ja tarkvara suhteliselt väike Võimaldab täpset kulu hinnangut
allikad: EUCIP HiSlide SlideServe SlidePlayer StartInfinity