i et praktisk programvareutviklingsprosjekt er den klassiske fossemodellen vanskelig å bruke. Så, Iterativ fossemodell kan betraktes som å inkorporere de nødvendige endringene i den klassiske fossemodellen for å gjøre den brukbar i praktiske programvareutviklingsprosjekter. Det er nesten det samme som den klassiske fossemodellen, bortsett fra at det gjøres noen endringer for å øke effektiviteten i programvareutviklingen.
den iterative fossemodellen gir tilbakemeldingsbaner fra hver fase til de foregående fasene, som er hovedforskjellen fra den klassiske fossemodellen.
Tilbakemeldingsbaner introdusert av den iterative fossemodellen er vist i figuren nedenfor.
Når feil oppdages i en senere fase, tillater disse tilbakemeldingsbanene å korrigere feil begått av programmerere i en fase. Tilbakemeldingsbanene gjør at fasen kan omarbeides der feil er begått, og disse endringene gjenspeiles i de senere fasene. Men, det er ingen tilbakemelding banen til scenen-mulighetsstudie, fordi når et prosjekt er tatt, gir ikke opp prosjektet lett.
det er godt å oppdage feil i samme fase som de er begått. Det reduserer innsatsen og tiden som kreves for å rette feilene.
Faseinneslutning Av Feil: prinsippet om å oppdage feil så nær deres engasjementspunkter som mulig er kjent som Faseinneslutning av feil.
Fordeler Med Iterativ Fossemodell
- Tilbakemeldingsbane: I den klassiske fossemodellen er det ingen tilbakemeldingsbaner, så det er ingen mekanisme for feilkorreksjon. Men i iterativ foss modell tilbakemelding banen fra en fase til den foregående fase kan korrigere feil som er begått, og disse endringene er reflektert i de senere faser.
- Enkel: Iterativ fossemodell er veldig enkel å forstå og bruke. Det er derfor det er en av de mest brukte programvareutviklingsmodellene.
Ulemper Med Iterativ Fossemodell
- Vanskelig å innlemme endringsforespørsler: Den store ulempen ved den iterative fossemodellen er at alle kravene må være tydelig angitt før utviklingsfasen starter. Kunden kan endre krav etter en tid, men den iterative fossemodellen gir ingen mulighet til å innlemme endringsforespørsler som er gjort etter at utviklingsfasen starter.
- Inkrementell levering støttes ikke: i den iterative fossemodellen er hele programvaren fullstendig utviklet og testet før levering til kunden. Det er ingen mulighet for mellomliggende levering. Så, kundene må vente lenge for å få programvaren.
- Overlapping av faser støttes ikke: Iterativ fossemodell antar at en fase kan starte etter ferdigstillelse av forrige fase, Men i virkelige prosjekter kan faser overlappe for å redusere innsatsen og tiden som trengs for å fullføre prosjektet.
- risikohåndtering støttes ikke: Prosjekter kan lide av ulike typer risikoer. Men Iterativ fossemodell har ingen mekanisme for risikohåndtering.
- Begrensede kundeinteraksjoner: Kundeinteraksjon skjer ved starten av prosjektet på tidspunktet for kravinnsamling og ved prosjektgjennomføring på tidspunktet for programvarelevering. Disse færre interaksjoner med kundene kan føre til mange problemer som endelig utviklet programvare kan avvike fra kundenes faktiske krav.
