Mi az a vízesés modell?
A WATERFALL MODEL egy szekvenciális modell, amely a szoftverfejlesztést előre meghatározott fázisokra osztja fel. Minden fázist be kell fejezni, mielőtt a következő fázis megkezdődhet, a fázisok közötti átfedés nélkül. Minden fázist úgy terveztek, hogy az SDLC fázis alatt specifikus aktivitást hajtson végre. 1970-ben Winston Royce vezette be.
A vízesés modell különböző fázisai a szoftverfejlesztésben
| Különböző fázisok | Az egyes szakaszokban végzett tevékenységek |
| Követelménygyűjtés szakasza |
- Ebben a szakaszban a fejlesztendő szoftverrendszer részletes követelményeit összegyűjtjük az ügyfelektől
|
| Tervezési szakasz |
- Tervezze meg a programozási nyelvet, például Java, PHP, .net
- vagy adatbázis, például Oracle, MySQL stb.
- Vagy a projekt egyéb magas szintű technikai részletei
|
| Beépített színpad |
- A tervezési szakasz után épített szakasz, ez nem más, mint a szoftver kódolása
|
| Teszt szakasz |
- Ebben a szakaszban teszteli a szoftvert, hogy ellenőrizze, hogy az az ügyfél által megadott előírásoknak megfelelően készült-e.
|
| Telepítési szakasz |
- Telepítse az alkalmazást az adott környezetben
|
| Karbantartási szakasz |
- Miután a rendszere használatra kész, később szükség lehet a kód megváltoztatására az ügyfél kérése alapján
|
Mikor kell használni az SDLC vízesés modellt
Vízesés modell használható, amikor
- A követelmények nem változnak gyakran
- Az alkalmazás nem bonyolult és nagy
- A projekt rövid
- A követelmény egyértelmű
- A környezet stabil
- Az alkalmazott technológia és eszközök nem dinamikusak és stabilak
- Források állnak rendelkezésre és képzettek
A vízesés-modell előnyei és hátrányai
| Előnyök | Dis-Előnyök |
- A fejlesztés következő szakasza előtt minden fázist be kell fejezni
|
- A hibát csak a fázis alatt lehet kijavítani
|
- Alkalmas kisebb projektekhez, ahol a követelmények jól meghatározottak
|
- Nem kívánatos olyan összetett projektek esetében, ahol a követelmények gyakran változnak
|
- Minden szakasz elvégzése előtt minőségbiztosítási tesztet (ellenőrzés és hitelesítés) kell végrehajtaniuk
|
- A tesztelési időszak meglehetősen későn érkezik a fejlesztési folyamatba
|
- A kidolgozott dokumentáció a szoftver fejlesztési ciklusának minden szakaszában elkészül
|
- A dokumentáció rengeteg időt igényel a fejlesztők és a tesztelők számára
|
- A projekt teljes mértékben a projekt csapattól függ, minimális ügyfél-beavatkozással
|
- Az ügyfelek értékes visszajelzései nem vehetők figyelembe a folyamatban lévő fejlesztési szakaszban
|
- A szoftver bármilyen változása a fejlesztés folyamán történik
|
- Az elkészült szoftverben bekövetkező apró változtatások vagy hibák sok problémát okozhatnak
|
