A vízesés modell ( angolul waterfall model , néha „Waterfall” modellnek is fordítják) egy szoftverfejlesztési folyamatmodell, amelyben a fejlesztési folyamat úgy néz ki, mint egy folyamat, amely egymás után halad át a követelményelemzés, tervezés, megvalósítás, tesztelés, integráció és támogatás fázisain. . W. W. Royce 1970 - ben publikált cikkét gyakran említik a név forrásaként ; annak ellenére, hogy Royce maga is iteratív fejlesztési modellt alkalmazott .
Egy 1970-es tanulmányában Royce koncepcióban leírta azt, amit ma "kaszkád modellnek" neveznek, és megvitatta ennek a modellnek a hiányosságait. Ugyanitt megmutatta, hogyan lehet ezt a modellt iteratív modellsé finomítani.
Az eredeti vízesés modellben a következő fázisok ebben a sorrendben zajlottak:
A vízesés modellt követve a fejlesztő szigorúan egymás után lép át az egyik szakaszból a másikba. Először is, a „követelmények meghatározása” szakasz teljesen befejeződött, ami a szoftverkövetelmények listáját eredményezi. A követelmények teljes körű meghatározása után következik az átállás a tervezésre, melynek során olyan dokumentumok születnek, amelyek részletesen leírják a programozók számára ezen követelmények megvalósításának módját és tervét. A tervezés teljes befejezése után a programozók végrehajtják a kapott projektet. A folyamat következő szakasza az egyes komponensek integrálása, amelyeket különböző programozói csapatok fejlesztettek ki. A megvalósítás és az integráció befejezése után a termék tesztelése és hibakeresése megtörténik; ebben a szakaszban minden olyan hiányosság megszűnik, amely a fejlesztés korábbi szakaszaiban jelentkezett. Ezt követően megtörténik a szoftver termék bevezetése és támogatása - új funkciók bevezetése és a hibák kiküszöbölése.
A vízesés modell tehát azt jelenti, hogy az egyik fejlesztési fázisból a másikba való átmenet csak az előző fázis teljes és sikeres befejezése után következik be, és nincs vissza- vagy előremenet, illetve fázisátfedés.
Vannak azonban módosított kaszkádmodellek (beleértve a Royce sajátjait is), amelyek kis vagy akár jelentős eltéréseket mutatnak a leírt folyamatban.
A Waterfall Model módszertant gyakran kritizálják a rugalmasság hiánya és a formális projektmenedzsment öncélúnak nyilvánítása az idő, a költségek és a minőség rovására. A nagy projektek menedzselésekor azonban a formalizálás gyakran nagy értékű volt, mivel jelentősen csökkenthette a projekt számos kockázatát , és átláthatóbbá tehette azt . Ezért még a PMBOK 3. verziójában is csak a „kaszkádmodell” módszertant rögzítették formálisan, és nem javasoltak alternatív, iteratív projektmenedzsmentként ismert alternatívákat .
A PMBOK 4. verziója óta kompromisszum született a formális és progresszív projektmenedzsment mellett elkötelezett metodikusok között, a módszertanosok pedig rugalmas iteratív módszerekre támaszkodnak . Így 2009-től formálisan a Project Management Institute (PMI) standardként kínálja a projektmenedzsment módszertan hibrid változatát, amely a Waterfall módszertan előnyeit és az iteratív módszertanok eredményeit egyaránt ötvözi.
| Szoftverfejlesztés | |
|---|---|
| Folyamat | |
| Magas szintű koncepciók | |
| Útvonalak |
|
Fejlesztési módszertanok | |
| Modellek |
|
| Figyelemre méltó alakok |
|