käytännön ohjelmistokehitysprojektissa klassista vesiputousmallia on vaikea käyttää. Niinpä iteratiivisen vesiputousmallin voidaan ajatella sisältävän tarvittavat muutokset klassiseen vesiputousmalliin, jotta se olisi käyttökelpoinen käytännön ohjelmistokehitysprojekteissa. Se on lähes sama kuin klassinen vesiputousmalli, paitsi että ohjelmistokehityksen tehostamiseksi tehdään joitakin muutoksia.
iteratiivinen vesiputousmalli tarjoaa palautereitit jokaisesta vaiheesta sen edeltäviin vaiheisiin, mikä on suurin ero klassiseen vesiputousmalliin.
iteratiivisella vesiputousmallilla käyttöön otetut Palautereitit on esitetty alla olevassa kuvassa.
kun virheet havaitaan jossain myöhemmässä vaiheessa, nämä palautepolut mahdollistavat ohjelmoijien tekemien virheiden korjaamisen jossain vaiheessa. Palautepolkujen avulla voidaan muokata sitä vaihetta, jossa virheitä tehdään ja nämä muutokset heijastuvat myöhempiin vaiheisiin. Mutta, ei ole palautetta polku vaiheessa-toteutettavuustutkimus, koska kun hanke on otettu, ei luovu hankkeesta helposti.
virheet on hyvä havaita samassa vaiheessa, jossa ne on tehty. Se vähentää vaivaa ja aikaa korjata virheet.
virheiden vaiheittainen rajoittaminen: periaatetta, jonka mukaan virheet havaitaan mahdollisimman lähellä niiden sitoutumiskohtia, kutsutaan virheiden vaiheeksi.
iteratiivisen Vesiputousmallin edut
- Palautepolku: Klassisessa vesiputousmallissa takaisinkytkentäpolkuja ei ole, joten virheenkorjausmekanismia ei ole. Mutta iteratiivisessa vesiputousmallissa palautepolku yhdestä vaiheesta sen edeltävään vaiheeseen mahdollistaa tehtyjen virheiden korjaamisen ja nämä muutokset näkyvät myöhemmissä vaiheissa.
- yksinkertainen: iteratiivinen vesiputousmalli on hyvin yksinkertainen ymmärtää ja käyttää. Siksi se on yksi yleisimmin käytetyistä ohjelmistokehitysmalleista.
iteratiivisen Vesiputousmallin varjopuolet
- vaikea sisällyttää muutospyyntöjä: Iteratiivisen vesiputousmallin suurin haittapuoli on se, että kaikki vaatimukset on ilmoitettava selkeästi ennen kehitysvaiheen aloittamista. Asiakas voi muuttaa vaatimuksia jonkin ajan kuluttua, mutta iteratiivinen vesiputousmalli ei jätä mitään mahdollisuuksia sisällyttää muutospyyntöjä, jotka tehdään kehitysvaiheen alkamisen jälkeen.
- inkrementaalinen toimitus ei tueta: iteratiivisessa vesiputousmallissa koko ohjelmisto on täysin kehitetty ja testattu ennen toimitusta asiakkaalle. Välitoimituksille ei ole mahdollisuuksia. Niin, asiakkaat joutuvat odottamaan kauan saada ohjelmisto.
- tukemattomien vaiheiden päällekkäisyys: iteratiivinen vesiputousmalli olettaa, että yksi vaihe voi alkaa edellisen vaiheen päätyttyä, mutta todellisissa hankkeissa vaiheet voivat olla päällekkäisiä, jotta projektin loppuun saattamiseen tarvittava vaiva ja aika vähenisivät.
- riskien käsittelyä ei tueta: hankkeisiin voi liittyä erityyppisiä riskejä. Mutta Iteratiivisella vesiputousmallilla ei ole mekanismia riskien käsittelyyn.
- vähäiset asiakasvuorovaikutukset: Asiakasvuorovaikutusta tapahtuu projektin alussa vaatimuksen keräämishetkellä ja projektin päättyessä ohjelmiston toimitushetkellä. Tämä vähemmän vuorovaikutusta asiakkaiden kanssa voi johtaa moniin ongelmiin, koska lopulta kehitetty ohjelmisto voi poiketa asiakkaiden todellisista vaatimuksista.
