Cascade modell készülék
A vízesés modell, más néven Waterfall a szoftverfejlesztés egyik legismertebb megközelítése. A modell szerzője Winston Royce. 1970-ben egy cikkben írta le újításának lényegét, amelyben részletezte annak előnyeit és hátrányait. Ugyanitt elmagyarázta, hogyan lehet ezt a modellt iteratív modellvé finomítani. Kezdetben a vízesés modellben a fejlesztési szakaszok a következő sorrendben zajlanak:
- Követelmények meghatározása és összehangolása;
- Projekt jóváhagyása;
- Kódolás;
- A szoftvertermék működő verziójának elkészítése;
- Tesztelés és hibakeresés;
- Szoftver telepítés;
- Támogatás.
A vízesés-modell szerint a fejlesztő műveletek végrehajtása egymás után - pontról pontra - történik. Kezdetben a szoftverkövetelmények meghatározása és egyeztetése folyamatban van egy kitöltendő lista formájában.
Ezt követően át kell térni a projekt létrehozására és jóváhagyására, melynek eredményeként dokumentáció készül, amely leírja a korábban egyeztetett szoftverkövetelmények megvalósítását.
Ha a tervezés elkészül, a fejlesztők vállalják a megvalósítást. Ezután következik a kód összevonása - a projekt egyes részeinek integrálása, amelyeken a csapat különböző tagjai dolgoztak.
A következő lépés a termék tesztelése és hibakeresése. A korábban talált hibákat itt javítjuk ki.
Végül a program telepítése és támogatása megtörtént. Ez magában foglalja, ha szükséges, a funkcionalitás módosítását és a talált hibák kiküszöbölését.
A kaszkádmodell feltételezi, hogy szigorúan szekvenciálisan léphet át a következő fejlesztési szakaszba - csak az előző feladat elvégzése után. A fázisok visszaállításának vagy inkonzisztenciájának lehetősége nem biztosított.
Előnyök és hátrányok
A vízesés modelljét időről időre kritizálják a rugalmasság hiánya miatt. Sokaknak nem tetszik, mert a projektmenedzsment célja érvényesül benne, miközben sokkal fontosabb a határidők betartása, a költség és a fejlesztés minősége.
Ha azonban nagy projektekről van szó, akkor ezekben gyakran fontosabb a menedzsment, mivel ez csökkenti a projekt kockázatait és javítja a munka átláthatóságát.
A hiányosságok ellenére a PMBOK 3. verziója formálisan csak a „kaszkádmodell” módszertant határozza meg. Más lehetőségek, beleértve az iteratív projektmenedzsmentet, nem állnak rendelkezésre.
A vízesés modell előnyei:
- A csapatfejlesztés könnyebben irányítható. Az ügyfél tisztában van azzal, amin a programozók éppen dolgoznak, módosíthatja a projekt határidejét és költségvetését.
- A fejlesztés költségeit az első szakaszban hagyják jóvá. A megvalósítás minden szakaszának egyeztetése után a szoftverterméket folyamatosan írják.
- Tapasztalt tesztelőkre nincs szükség. A tesztelési szakaszban a program dokumentációját használhatja.
A vízesés modell hátrányai:
- Mivel a tesztelés a fejlesztés befejezésének szakaszában kezdődik, ha hibát fedeznek fel, annak javítása többe kerül, mint a kezdeti szakaszban. Végül is a tesztelők csak akkor találnak hibát, ha a fejlesztő már befejezte a kód írását, a szövegírók pedig a dokumentációt.
- Az ügyfél a fejlesztés befejezése után ismerkedik meg a kész termékkel. Ennek megfelelően csak akkor tudja értékelni a terméket, ha az már majdnem teljesen kész. Ha nem tetszik neki az eredmény, a projekt költségvetésének költsége a korrekció szükségessége miatt jelentősen megnő.
- Minél több a műszaki dokumentáció, annál tovább tart a munka befejezése. Az ilyen dokumentáció több változtatást és jóváhagyást igényel.
A "Waterfall"-t gyakran használják az orvosi és repülési ipar projektjeiben, ahol már széles a dokumentumbázis, amely alapján új szoftverekre vonatkozó követelményeket lehet megfogalmazni.
A vízesés modell használatakor a legfontosabb a részletes követelmények megírása. A tesztelés során ne derüljön ki, hogy valahol olyan hiba van, amely az egész projektre káros hatással van.
GO TO FULL VERSION