v praktickém projektu vývoje softwaru je klasický model vodopádu těžko použitelný. Iterativní model vodopádu lze tedy považovat za začlenění nezbytných změn do klasického modelu vodopádu, aby byl použitelný v praktických projektech vývoje softwaru. Je to téměř stejné jako klasický model vodopádu, s výjimkou některých změn, které zvyšují efektivitu vývoje softwaru.
iterativní model vodopádu poskytuje zpětnou vazbu od každé fáze k předchozím fázím, což je hlavní rozdíl od klasického modelu vodopádu.
zpětné vazby zavedené iterativním vodopádovým modelem jsou znázorněny na obrázku níže.
pokud jsou chyby zjištěny v nějaké pozdější fázi, tyto cesty zpětné vazby umožňují opravu chyb, které programátoři během určité fáze spáchali. Cesty zpětné vazby umožňují přepracování fáze, ve které jsou chyby spáchány, a tyto změny se projeví v pozdějších fázích. Neexistuje však žádná zpětná vazba ke studii proveditelnosti, protože jakmile je projekt přijat, nevzdává se projektu snadno.
je dobré detekovat chyby ve stejné fázi, ve které jsou spáchány. Snižuje úsilí a čas potřebný k opravě chyb.
fázové omezení chyb: Princip detekce chyb co nejblíže jejich bodům závazku je znám jako fázové omezení chyb.
výhody iterativního Vodopádového modelu
- zpětná vazba: V klasickém vodopádovém modelu neexistují žádné cesty zpětné vazby, takže neexistuje mechanismus pro opravu chyb. V iterativním vodopádovém modelu však cesta zpětné vazby z jedné fáze do předchozí fáze umožňuje opravit chyby, které jsou spáchány, a tyto změny se odrážejí v pozdějších fázích.
- Simple: iterativní model vodopádu je velmi jednoduchý na pochopení a použití. Proto je to jeden z nejpoužívanějších modelů vývoje softwaru.
nevýhody iterativního Vodopádového modelu
- obtížné začlenit požadavky na změnu: Hlavní nevýhodou iterativního vodopádového modelu je, že všechny požadavky musí být jasně uvedeny před zahájením vývojové fáze. Zákazník může po určité době změnit požadavky, ale iterativní model vodopádu nezanechává žádný prostor pro začlenění požadavků na změny, které jsou podány po zahájení vývojové fáze.
- Inkrementální dodávka není podporována: v iteračním modelu waterfall je celý software kompletně vyvinut a testován před dodáním zákazníkovi. Neexistuje žádný prostor pro žádné mezilehlé dodávky. Takže zákazníci musí dlouho čekat na získání softwaru.
- překrývání fází není podporováno: iterativní model vodopádu předpokládá, že jedna fáze může začít po dokončení předchozí fáze, ale v reálných projektech se fáze mohou překrývat, aby se snížilo úsilí a čas potřebný k dokončení projektu.
- řízení rizik není podporováno: projekty mohou trpět různými typy rizik. Iterativní model vodopádu však nemá mechanismus pro manipulaci s riziky.
- omezené interakce se zákazníky: K interakci se zákazníkem dochází na začátku projektu v době shromažďování požadavků a při dokončení projektu v době dodání softwaru. Tyto menší interakce se zákazníky mohou vést k mnoha problémům, protože konečně vyvinutý software se může lišit od skutečných požadavků zákazníků.
