a vízesés modell egy lineáris, szekvenciális megközelítés a szoftverfejlesztés életciklusának (SDLC), amely népszerű a szoftverfejlesztés és a termékfejlesztés. A vízesés modell hangsúlyozza a lépések előrehaladását. A sziklafal peremén folyó vízáramlás irányához hasonlóan a fejlődés minden fázisára külön végpontokat vagy célokat határoznak meg, amelyeket a befejezés után nem lehet újra megvizsgálni. A kifejezést először Dr. Winston W 1970-ben megjelent tanulmányában mutatták be., A Royce-t továbbra is ipari formatervezési alkalmazásokban használják.
a vízesés módszertana hét egymást nem átfedő szakaszból áll:
- követelmények: a projekt lehetséges követelményeit, határidőit a funkcionális specifikáció elemezi és beilleszti. Ez a szakasz konkrét folyamatok említése nélkül kezeli a projekt meghatározását, tervezését.
- elemzés: a rendszer specifikációit elemezzük, hogy termékmodelleket generáljunk, és az üzleti vállalkozás irányítja a termelést. Ekkor ellenőrzik a megvalósíthatóság érdekében a pénzügyi és műszaki forrásokat is.,
- tervezés: a tervezési specifikáció dokumentum jön létre, hogy felvázolja a műszaki tervezési követelmények, mint a programozási nyelv, hardver, adatforrások, architektúra és szolgáltatások.
- kódolás/implementáció: a forrás a korábbi szakaszokban kijelölt modellekkel, logikai követelményekkel lett kifejlesztve. A rendszert általában kisebb komponensekben vagy egységekben tervezték, mielőtt együtt megvalósítanák.
- tesztelés: ez az, amikor minőségbiztosítás, egység, béta tesztek zajlanak, hogy jelentsék azokat a problémákat, amelyeket meg kell oldani. Ez a hibakeresés kódolási szakaszának kényszerített megismétlését okozhatja., Ha a rendszer átmegy a teszteken, a vízesés tovább folytatódik.
- Operation/Deployment: a termék vagy alkalmazás teljesen működőképesnek minősül, és élő környezetbe kerül.
- karbantartás: korrekciós, adaptív és perfektív karbantartás végtelenségig történik a végtermék javítása, frissítése és javítása érdekében. Ez magában foglalhatja az új verziók kiadását vagy kiadását.,
a következő szakaszba lépés előtt általában felülvizsgálják és kijelentik, hogy minden meghatározott cél teljesül.
a vízesés megközelítés ideális olyan projektekhez, amelyek speciális dokumentációval, rögzített követelményekkel, bőséges erőforrásokkal, megalapozott idővonal jól ismert technológiával rendelkeznek. A vízesés modell alternatívái a közös alkalmazásfejlesztés (Jad), a rapid application development (RAD), a sync-and-stabilize, az Agile project management (APM) és a spirálmodell.,
a vízesés modell előnyei
míg az agilis vagy dinamikus módszerek gyakran helyettesítik a vízesés modellt, vannak bizonyos előnyök:
- Az előzetes dokumentáció és tervezési szakaszok lehetővé teszik a nagy vagy változó csapatok számára, hogy tájékozottak maradjanak, és egy közös cél felé haladjanak.
- erők, fegyelmezett szervezet.
- egyszerű megérteni, követni és rendezni a feladatokat.
- megkönnyíti departmentalization és vezetői ellenőrzés alapján menetrend vagy határidők.
- megerősíti a jó kódolási szokásokat a tervezés előtt, majd a kódolás előtt.,
- lehetővé teszi a korai tervezési vagy specifikációs módosítások egyszerű elvégzését.
- egyértelműen meghatározza a mérföldköveket és a határidőket.
a vízesés modell hátrányai
a vízesés modell hátrányai általában a felülvizsgálat hiányával járó surround kockázat, beleértve:
- nem adaptív; gyakran, amikor hibát találnak, az egész folyamatnak újra kell indulnia.a
- figyelmen kívül hagyja a folyamat közbeni felhasználói vagy ügyfél-visszajelzések fogadásának lehetőségét, valamint az eredmények alapján változtatásokat hajt végre.
- késlelteti a tesztelést a fejlesztési életciklus végéig.,
- nem veszi figyelembe a hibajavítást.a
- nem kezeli jól a módosításokra, hatókör-módosításokra vagy frissítésekre vonatkozó kérelmeket.
- csökkenti a hatékonyságot azáltal, hogy nem teszi lehetővé a folyamatok átfedését.
- az életciklus későbbi szakaszáig nem áll rendelkezésre működő termék.
- nem ideális komplex, nagy kockázatú, folyamatban lévő vagy objektumorientált projektekhez.