Kaj je model Slap?
WATERFALL MODEL je zaporedni model, ki razvoj programske opreme deli na vnaprej določene faze. Vsako fazo je treba zaključiti, preden se lahko začne naslednja faza brez prekrivanja med fazami. Vsaka faza je zasnovana za izvajanje določene dejavnosti v fazi SDLC. Leta 1970 ga je predstavil Winston Royce.
Različne faze modela slapa v programskem inženirstvu
| Različne faze | Dejavnosti, ki se izvajajo v vsaki fazi |
| Zahteva Faza zbiranja |
- V tej fazi se od naročnika zbirajo podrobne zahteve programskega sistema, ki ga je treba razviti
|
| Oblikovalski oder |
- Načrtujte programski jezik, na primer Java, PHP, .net
- ali zbirke podatkov, kot so Oracle, MySQL itd.
- Ali druge tehnične podrobnosti projekta na visoki ravni
|
| Zgrajen oder |
- Po fazi načrtovanja je zgrajena stopnja, ki ni nič drugega kot kodiranje programske opreme
|
| Testni oder |
- V tej fazi preizkusite programsko opremo, da preverite, ali je zgrajena v skladu s specifikacijami, ki jih je dal odjemalec.
|
| Faza uvajanja |
- Razmestite aplikacijo v ustreznem okolju
|
| Faza vzdrževanja |
- Ko bo sistem pripravljen za uporabo, boste morda pozneje morali spremeniti kodo na zahtevo stranke
|
Kdaj uporabiti model SDLC Waterfall
Model slapa lahko uporabimo, ko
- Zahteve se ne spreminjajo pogosto
- Uporaba ni zapletena in velika
- Projekt je kratek
- Zahteva je jasna
- Okolje je stabilno
- Uporabljena tehnologija in orodja niso dinamični in so stabilni
- Viri so na voljo in usposobljeni
Prednosti in slabosti modela Slap
| Prednosti | Slabe prednosti |
- Pred naslednjo fazo razvoja je treba vsako fazo zaključiti
|
- Napako je mogoče odpraviti samo v fazi
|
- Primerno za manjše projekte, kjer so zahteve natančno opredeljene
|
- Ni zaželeno za kompleksne projekte, kjer se zahteve pogosto spreminjajo
|
- Pred izvedbo vsake faze morajo opraviti preizkus zagotavljanja kakovosti (preverjanje in potrjevanje)
|
- Obdobje testiranja prihaja precej pozno v razvojnem procesu
|
- Izdelana dokumentacija je narejena v vsaki fazi razvojnega cikla programske opreme
|
- Dokumentacija zaseda veliko časa razvijalcem in preizkuševalcem
|
- Projekt je popolnoma odvisen od projektne skupine z minimalnim posredovanjem stranke
|
- Dragocenih povratnih informacij strank ni mogoče vključiti v tekočo razvojno fazo
|
- Vse spremembe programske opreme se spremenijo v procesu razvoja
|
- Majhne spremembe ali napake, ki se pojavijo v dokončani programski opremi, lahko povzročijo veliko težav
|
