egy gyakorlati szoftverfejlesztési projektben a klasszikus vízesés modellt nehéz használni. Tehát az iteratív vízesés modell úgy tekinthető, mint amely magában foglalja a klasszikus vízesés modell szükséges módosításait, hogy felhasználható legyen a gyakorlati szoftverfejlesztési projektekben. Majdnem ugyanaz, mint a klasszikus vízesés modell, kivéve néhány változtatást a szoftverfejlesztés hatékonyságának növelése érdekében.
az iteratív vízesés modell visszacsatolási útvonalakat biztosít minden fázisból az előző fázisokba, ami a fő különbség a klasszikus vízesés modelltől.
az iteratív vízesés modell által bevezetett visszacsatolási utak az alábbi ábrán láthatók.
ha valamilyen későbbi szakaszban hibákat észlelnek, ezek a visszacsatolási útvonalak lehetővé teszik a programozók által elkövetett hibák kijavítását egy bizonyos szakaszban. A visszacsatolási útvonalak lehetővé teszik annak a fázisnak az átdolgozását, amelyben hibákat követnek el, és ezek a változások tükröződnek a későbbi szakaszokban. De nincs visszacsatolási út a színpadi megvalósíthatósági tanulmányhoz, mert ha egy projektet megtettek, nem adja fel könnyen a projektet.
jó a hibákat ugyanabban a szakaszban észlelni, amelyben elkövették őket. Csökkenti a hibák kijavításához szükséges erőfeszítést és időt.
a hibák Fázishatárolása: a hibák észlelésének elve a kötelezettségvállalási pontokhoz a lehető legközelebb van.
az iteratív vízesés modell előnyei
- visszacsatolási út: A klasszikus vízesés modellben nincsenek visszacsatolási utak, így nincs mechanizmus a hibajavításra. De az iteratív vízesés modell visszacsatolási útvonal egyik fázisból az előző fázis lehetővé teszi a hibák kijavítása, amelyek elkövették, és ezek a változások tükröződnek a későbbi fázisokban.
- Simple: iteratív vízesés modell nagyon egyszerű megérteni és használni. Ezért ez az egyik legszélesebb körben használt szoftverfejlesztési modell.
az iteratív vízesés modell hátrányai
- nehéz beépíteni a változtatási kérelmeket: Az iteratív vízesés modell legnagyobb hátránya, hogy a fejlesztési szakasz megkezdése előtt minden követelményt egyértelműen meg kell határozni. Az ügyfél egy idő után megváltoztathatja a követelményeket, de az iteratív vízesés modell nem hagy teret a fejlesztési szakasz megkezdése után benyújtott változási kérelmek beépítésére.
- inkrementális kézbesítés nem támogatott: az iteratív vízesés modellben a teljes szoftvert teljesen kifejlesztik és tesztelik az ügyfélhez történő kézbesítés előtt. Nincs lehetőség közbenső szállításra. Tehát az ügyfeleknek sokáig kell várniuk a szoftver beszerzésére.
- fázisok átfedése nem támogatott: az iteratív vízesés modell feltételezi, hogy az egyik fázis az előző fázis befejezése után kezdődhet, de valós projektekben a fázisok átfedhetnek, hogy csökkentsék a projekt befejezéséhez szükséges erőfeszítést és időt.
- kockázatkezelés nem támogatott: a projektek különböző típusú kockázatoktól szenvedhetnek. De az iteratív vízesés modellnek nincs mechanizmusa a kockázatkezelésre.
- Korlátozott ügyfél interakciók: Az ügyfél-interakció a projekt kezdetén, a követelmények összegyűjtésekor, a projekt befejezésekor pedig a szoftver kézbesítésekor történik. Ez a kevesebb interakció az ügyfelekkel sok problémát okozhat, mivel a végül kifejlesztett szoftver eltérhet az ügyfelek tényleges igényeitől.
