Vmodel vs vesiputousmalli
Yksi vanhimmista ohjelmistotekniikan keskusteluista on keskustelu vesiputouksen ja V-mallin välillä. Tämä keskustelu kiertää parhaan ohjelmistomallin, jota kehittäjät voivat hyödyntää. Ohjelmistokehitysprosessiin liittyy useita vaiheita. Vaiheet ovat samanlaisia sekä vesiputouksella että V-mallissa, ja ainoa asia, joka on toistaiseksi ollut kiistanalainen, on lähestymistapa, johon nämä kaksi mallia voidaan saavuttaa.
V-mallissa on paljon aktiviteetteja, jotka kaaviomaisesti yhdessä muodostaen V-muodon. Jokaisella sanotulla vaiheella on vastaava vaihe, joka liittyy testaukseen. Tätä mallia, joka johtuu yhtä suuresta määrästä testausta ja kehitystä, kutsutaan varmennus- ja validointimalliksi. Varmennuspuoli käsittelee kehityksen loppua, kun taas validointi käsittelee testausvaiheita. Toimenpiteisiin, joihin todentaminen kuuluu, sisältyy vaatimusanalyysi, jossa tietoja kerätään loppukäyttäjältä. Nämä tiedot ovat tärkeitä ohjelmistodokumentaation kehittämisessä.
Seuraava on järjestelmäsuunnittelu, jonka tavoitteena on valmistella ohjelmistojen toiminnallinen suunnittelu. Seuraava asia, joka seuraa linjaa, on arkkitehtisuunnittelu. Tätä kutsutaan myös korkean tason suunnitteluksi, joka on käyttöliittymäsuhde ja tietokantataulut ja taulukoiden riippuvuudet. Viimeinen vaihe kehitysprosessissa on koodaus, jossa koko projekti jaotellaan pieniin osiin koodausta varten, jotka yhdistetään sitten koko järjestelmän luomiseksi.
Toisella puolella validointipuolta on neljä vaihetta kuten varmennusvaiheessa. Nämä vaiheet alkavat yksikkötestauksella, sitten integraatiotestauksella, järjestelmän testauksella ja lopulta käyttäjän hyväksymistestauksella, jossa koko järjestelmä arvioidaan kokonaisuutena.
Vesiputousmalli on varhaisin ohjelmistokehitysmenetelmä, ja sen alkuperä on peräisin valmistus- ja rakennusteollisuudesta. Tämän prosessin peruskonsepti on, että tapahtuu peräkkäinen prosessivirto, jotka skaalautuvat alas toisensa jälkeen, kuten vesiputous näkee. Nämä vesiputomallin vaiheet sisältävät vaatimusten keruun ja analyysin, missä asiakkaan vaatimukset kerätään. Tämä vaihe johtaa suunnitteluvaiheeseen, jossa suurin osa ohjelmistosta luodaan, ja sitten käyttöönottovaihe, jossa ohjelmiston koodi kirjoitetaan. Seuraava vaihe on testaus ja virheenkorjaus, joka johtaa toimitukseen ja lopuksi ylläpitovaiheeseen.
Tärkein ero näiden kahden mallin välillä on se, että testaustoimet suoritetaan kehitystyön päätyttyä. V-malli näyttää näyttävän mallilta, jolla on tietty alku ja loppu, kun taas vesiputousmalli on jatkuvasti iteratiivinen. V-malli eroaa siitä, että se on samanaikainen prosessi. Markkinoilla tuotettujen erilaisten ohjelmistojen perusteella V-prosessia käyttäen tuotetut ohjelmistot näyttävät olevan alhaisemmat, koska on olemassa lukuisia testaustoimia verrattuna vesiputousmalliin, jolla on yksi testausvaihe projektin valmistuttua.
Siksi voidaan sanoa, että V-mallin käyttö on suositeltavaa aina, kun tapahtuu jatkuvia muutoksia, jotka on sisällytettävä mukaan. Tämä koskee henkilöä tai kehitystä, joka on aiheuttanut asiakkaan epävarmuuden projektin tarpeista, koska he muuttavat jatkuvasti sitä, minkä heidän mielestään näyttävät olevan ihanteellinen. Ihmiset, joilla on kiinteät vaatimukset, jotka eivät muutu projektin kehitysvaiheessa, tulisi tyytyä vesiputousmalliin. On myös tärkeää huomata, että V-mallin muutokset ovat halpoja toteuttaa, koska testaus on ja kehitys tapahtuu samanaikaisesti. Näin ei ole vesiputousmallilla, jolla on taipumus olla kallis tapaus, koska ohjelmistovirheitä ei voida havaita ennen kuin se on päässyt testausvaiheeseen.