i et praktisk programudviklingsprojekt er den klassiske vandfaldsmodel svær at bruge. Så iterativ vandfaldsmodel kan betragtes som at inkorporere de nødvendige ændringer i den klassiske vandfaldsmodel for at gøre den anvendelig i praktiske programmeludviklingsprojekter. Det er næsten det samme som den klassiske vandfaldsmodel, bortset fra at der foretages nogle ændringer for at øge effektiviteten af programudviklingen.
den iterative vandfaldsmodel giver feedbackstier fra hver fase til dens foregående faser, hvilket er den største forskel fra den klassiske vandfaldsmodel.
Feedbackstier introduceret af den iterative vandfaldsmodel er vist i nedenstående figur.
når der opdages fejl i en senere fase, tillader disse feedbackstier at rette fejl begået af programmører i en eller anden fase. Feedbackstierne gør det muligt at omarbejde fasen, hvor der begås fejl, og disse ændringer afspejles i de senere faser. Men der er ingen feedback sti til scenen – forundersøgelse, fordi når et projekt er taget, ikke giver op projektet nemt.
det er godt at opdage fejl i samme fase, hvor de er begået. Det reducerer den indsats og tid, der kræves for at rette fejlene.
Faseindeslutning af fejl: princippet om at opdage fejl så tæt på deres forpligtelsespunkter som muligt kaldes Faseindeslutning af fejl.
fordele ved iterativ vandfaldsmodel
- Feedback sti: I den klassiske vandfaldsmodel er der ingen feedbackstier, så der er ingen mekanisme til fejlkorrektion. Men i iterativ vandfald model feedback sti fra en fase til dens foregående fase gør det muligt at korrigere de fejl, der er begået, og disse ændringer afspejles i de senere faser.
- enkel: iterativ vandfaldsmodel er meget enkel at forstå og bruge. Derfor er det en af de mest anvendte programmeludviklingsmodeller.
ulemper ved iterativ vandfaldsmodel
- vanskeligt at inkorporere ændringsanmodninger: Den største ulempe ved den iterative vandfaldsmodel er, at alle krav skal fremgå klart, inden udviklingsfasen påbegyndes. Kunden kan ændre krav efter nogen tid, men den iterative vandfaldsmodel giver ikke mulighed for at inkorporere ændringsanmodninger, der fremsættes efter udviklingsfasen starter.
- inkrementel levering understøttes ikke: i den iterative vandfaldsmodel er det fulde program fuldt udviklet og testet før levering til kunden. Der er ingen mulighed for mellemliggende levering. Så kunderne skal vente længe på at få programmet.
- overlapning af faser understøttes ikke: iterativ vandfaldsmodel antager, at en fase kan starte efter afslutningen af den foregående fase, men i virkelige projekter kan faser overlappe hinanden for at reducere den nødvendige indsats og tid til at gennemføre projektet.
- risikohåndtering ikke understøttet: projekter kan lide af forskellige typer risici. Men iterativ vandfaldsmodel har ingen mekanisme til risikohåndtering.
- begrænsede kundeinteraktioner: Kundeinteraktion finder sted ved projektets start på tidspunktet for indsamling af krav og ved projektets afslutning på tidspunktet for levering af programmer. Disse færre interaktioner med kunderne kan føre til mange problemer, da det endelig udviklede program kan afvige fra kundernes faktiske krav.
