in een praktisch softwareontwikkelingsproject is het klassieke watervalmodel moeilijk te gebruiken. Dus, iteratief waterval model kan worden beschouwd als het opnemen van de noodzakelijke veranderingen aan de klassieke waterval model om het bruikbaar te maken in praktische software ontwikkelingsprojecten. Het is bijna hetzelfde als het klassieke watervalmodel, behalve dat er enkele wijzigingen zijn aangebracht om de efficiëntie van de softwareontwikkeling te verhogen.
het iteratieve watervalmodel biedt feedbackpaden van elke fase naar de voorgaande fasen, wat het belangrijkste verschil is met het klassieke watervalmodel.
Feedbackpaden die door het iteratieve watervalmodel worden geïntroduceerd, worden in onderstaande figuur weergegeven.
wanneer fouten in een latere fase worden gedetecteerd, maken deze feedbackpaden het mogelijk fouten te corrigeren die programmeurs tijdens een bepaalde fase hebben begaan. De feedbackpaden maken het mogelijk om de fase waarin fouten worden begaan te herwerken en deze veranderingen worden weerspiegeld in de latere fasen. Maar, er is geen feedback pad naar de fase – haalbaarheidsstudie, omdat zodra een project is genomen, geeft het project niet gemakkelijk.
het is goed om fouten te detecteren in dezelfde fase waarin ze worden begaan. Het vermindert de inspanning en de tijd die nodig is om de fouten te corrigeren.
Fasebeheersing van fouten: het principe van het opsporen van fouten zo dicht mogelijk bij hun inzetpunten staat bekend als Fasebeheersing van fouten.
voordelen van iteratief watervalmodel
- Feedbackpad: In het klassieke watervalmodel zijn er geen feedbackpaden, dus er is geen mechanisme voor foutcorrectie. Maar in iteratieve waterval model feedback pad van de ene fase naar de vorige fase maakt het corrigeren van de fouten die zijn gepleegd en deze veranderingen worden weerspiegeld in de latere fasen.
- eenvoudig: iteratief watervalmodel is zeer eenvoudig te begrijpen en te gebruiken. Daarom is het een van de meest gebruikte softwareontwikkelingsmodellen.
nadelen van iteratief watervalmodel
- moeilijk in te voeren veranderingsverzoeken: Het grote nadeel van het iteratieve watervalmodel is dat alle eisen duidelijk moeten worden vermeld voordat de ontwikkelingsfase begint. De klant kan de eisen na enige tijd wijzigen, maar het iteratieve watervalmodel laat geen ruimte om veranderingsverzoeken op te nemen die worden gedaan nadat de ontwikkelingsfase is begonnen.
- incrementele levering wordt niet ondersteund: In het iteratieve watervalmodel wordt de volledige software volledig ontwikkeld en getest vóór levering aan de klant. Er is geen ruimte voor enige tussentijdse levering. Zo, klanten moeten lang wachten voor het krijgen van de software.
- Overlapping van fasen niet ondersteund: iteratief watervalmodel gaat ervan uit dat een fase kan beginnen na voltooiing van de vorige fase, maar in echte projecten kunnen fasen overlappen om de inspanning en de tijd die nodig is om het project te voltooien te verminderen.
- Risicoafhandeling niet ondersteund: projecten kunnen verschillende soorten risico ‘ s lopen. Maar, iteratief waterval model heeft geen mechanisme voor risico behandeling.
- beperkte interacties met klanten: De interactie met de klant vindt plaats aan het begin van het project op het moment van het verzamelen van vereisten en bij de voltooiing van het project op het moment van de levering van software. Deze minder interacties met de klanten kan leiden tot veel problemen als de uiteindelijk ontwikkelde software kan afwijken van de werkelijke eisen van de klanten.
