Koskmudel
Koskmudel. Ajalugu
Koskmudel (ehk klassikaline mudel) on esimene kirjeldatud tarkvarasüsteemi elutsükli mudel, mis tulenes tavalistest tootmisprotsessidest, mis toimusid ehituses ja mehaanikas jne. veejooksu mudelit kirjeldasid Winston W. Winston, W.W. ja tema kolleegid. Mudelit kirjeldas Winston W. Royce. Royce (Winston W. Royce) 1970. aastal. Veejooksu mudel on vanim ja enim kritiseeritud protsessimudel.
Etapid
Klassikaline tarkvaraarendusmudel hõlmab järgmisi etappe:
- Planeerimine (Planning): Selles etapis töötatakseväljaüksikasjalik projektiplaan. Määratletakse ajakava, eelarve, ressursid ja ülesanded. See etapp hõlmab arendusmeeskonna määratlemist, vastutuse määramist ja ajakava koostamist.
- Nõuete analüüs (Requirements Analysis): Selles etapis kogutakse ja dokumenteeritakse nõuded tarkvaratootele. See hõlmab suhtlemist kliendi ja lõppkasutajatega, et mõista nende vajadusi. Selle etapi tulemuseks on nõuete dokumendi koostamine.
- Projekteerimine (Design): Selles etapis töötatakse välja tarkvaratoote arhitektuur. Projekteeritakse andmestruktuur, kasutajaliidesed, süsteemi komponendid ja algoritmid. See etapp hõlmab ka kasutajaliidese (UI) disaini loomist ja tehniliste spetsifikatsioonide määratlemist.
- Arendus (Development): Selles etapis algab aktiivne koodi loomine. Arendajad kirjutavad programmi vastavalt eelmistes etappides määratletud nõuetele ja disainile. Arendus võib hõlmata erinevate moodulite, komponentide ja programmi funktsionaalsete osade loomist.
- Testimine ja kasutuselevõtt (Testing & Deployment): Selles etapis testitakse tarkvaratoote kvaliteeti erinevate testimisviiside, sealhulgas ühik-, integratsiooni-, funktsionaalse ja muude testimisviiside abil. Pärast testimist lastakse tarkvara tootmisse. See paigaldatakse sihtserverisse või jagatakse lõppkasutajatele.
- Tugi (Support) Pärast väljalaskmist jätkatakse tarkvara hooldamist ja uuendamist. See etapp võib hõlmata uuenduste rakendamist, vigade parandamist, tehnilise toe pakkumist kasutajatele ja vastamist muudatuste või vajalike funktsioonide lisamise taotlustele.
Skeem
5 tk plussid
- Lihtne ja struktureeritud: Iga etapp on selgelt määratletud, mis teeb projekti planeerimise ja juhtimise lihtsaks.
- Selge dokumentatsioon: Iga etapp on lõpetatud üksikasjaliku dokumentatsiooniga, mis võimaldab meeskonnal ja klientidel saada täielik ülevaade projektist.
- Selge aja- ja eelarvejuhtimine: Rangelt määratletud etappide puhul on lihtsam hinnata vajalikke ressursse ja määrata tähtaegu.
- Sobib väikestele ja stabiilsetele projektidele: Veepaisumismudel on tõhus projektide puhul, kus nõuded on eelnevalt selged ja ei muutu arendusprotsessi käigus.
- Meeskonna juhtimise lihtsus: Kuna projekt on jagatud järjestikuste etappide kaupa, muutub ülesannete juhtimine struktureeritumaks ja selgemaks.
5 tk miinused
- Raskused muudatuste tegemisel: hilisemas etapis on projekti raske kohandada uutele nõuetele, mis suurendab aega ja kulusid.
- Viivitatud testimine: Testimine algab alles lõppjärgus, mis võib muuta avastatud vead kriitiliseks ja raskesti parandatavaks.
- Asjakohasuse kaotamise oht: Projekti lõpliku valmimise ajal võivad nõuded või tehnoloogia vananeda, eriti kiiresti muutuvates valdkondades.
- Ei arvesta kliendi kaasamisega: Erinevalt agiilsetest metoodikatest ei hõlma vesilöögimudel regulaarset suhtlemist kliendiga kogu projekti vältel.
- Ei suuda toodet kiiresti turule viia: Kuna arendus lõpetatakse alles siis, kui kõik etapid on lõpetatud, ei saa toodet osade kaupa välja anda, mis aeglustab turule jõudmist.
Küsimus
#1. Milline on tarkvaraarenduse koskmudeli põhiprintsiip?
Tulemus
