avainero vesiputousmallin ja V-mallin välillä on se vesiputousmallissa ohjelmistotestaus tehdään kehitysvaiheen päätyttyä, kun taas V-mallissa jokaisella kehitysjakson vaiheella on suoraan liittyvä testausvaihe.
Ohjelmistokehityksen elinkaari (SDLC) on prosessi, jota seuraa ohjelmistoorganisaatio toimivan, korkealaatuisen ohjelmiston kehittämiseksi. On olemassa erilaisia ohjelmistokehitysprosessimalleja, joita voidaan seurata ohjelmistokehitysprosessin aikana. Kaksi niistä on vesiputous ja V-malli.
1. Yleiskatsaus ja keskeiset erot
2. Mikä on vesiputousmalli
3. Mikä on V-malli
4. Yhdenmukaisuudet vesiputousmallin ja V-mallin välillä
5. Vertailu rinnakkain - vesiputousmalli vs. V-malli taulukkomuodossa
6. Yhteenveto
Vesiputousmalli on helppo ymmärtää ja yksinkertainen malli. Koko prosessi on jaettu useisiin vaiheisiin. Yksi vaihe tulisi suorittaa seuraavan vaiheen saavuttamiseksi.
Ensimmäinen vaihe on vaatimusten kerääminen ja analysointi. Vaatimukset dokumentoidaan sitten. Sitä kutsutaan ohjelmistovaatimusmäärittelyksi (SRS). Seuraava on järjestelmän suunnitteluvaihe. Sen tarkoituksena on suunnitella koko ohjelmistoarkkitehtuuri. Seuraava vaihe on toteutusvaihe. Peliyksiköiden on aloitettava koodaus. Nämä yksiköt yhdistetään muodostamaan koko järjestelmä ja testataan integraatio- ja testausvaiheessa. Testauksen valmistuttua ohjelmisto jaetaan markkinoille. Toiminnot, kuten ohjelmiston ylläpito ja uusien ominaisuuksien lisääminen, kuuluvat käyttöönoton ja ylläpidon piiriin.
Kuva 01: Vesiputousmalli
Tämä malli on sopiva pienille hankkeille ja silloin, kun vaatimukset ovat hyvin selkeät. Se ei sovellu suuriin ja monimutkaisiin hankkeisiin. Asiakasvuorovaikutus on yleensä pienin vesiputousmallissa.
V-malli on vesiputousmallin jatko. Sillä on vastaava testausvaihe jokaiselle kehitysvaiheelle. Siksi jokaiselle kehitysjakson vaiheelle on liittyvä testausvaihe. Vastaava kehitysvaiheen testausvaihe suunnitellaan samanaikaisesti. Tämä malli tunnetaan myös nimellä varmennus- ja validointimalli.
Ensimmäinen vaihe on vaatimusten kerääminen. SRS valmistellaan tässä vaiheessa. Hyväksymissuunnitelma tehdään myös tässä vaiheessa. Se on lähtökohta hyväksyntätestauksille. Suunnitteluvaihe sisältää kaksi vaihetta. Arkkitehtuurisuunnittelu sisältää järjestelmään tarvittavan arkkitehtuurin. Se tunnetaan korkean tason suunnitteluna. Moduulisuunnittelu tunnetaan matalan tason suunnitteluna. Varsinainen koodaus alkaa koodausvaiheessa.
Kuva 02: V-malli
Yksikkötestauksessa pienet moduulit tai yksiköt testataan. Integrointitestauksen tarkoituksena on testata kahden eri moduulin virtaus. Järjestelmätestauksen tarkoituksena on tarkistaa koko järjestelmän toimivuus. Hyväksyntätestaus on testata ohjelmisto käyttäjäympäristössä. Se tarkistaa myös, onko järjestelmä ohjelmistovaatimusmäärityksen mukainen.
Kaiken kaikkiaan v-malli on sopiva, kun projekti on lyhyt ja kun vaatimukset ovat erittäin selkeät. Se ei ole sopiva projekti suurille, monimutkaisille ja oliopohjaisille hankkeille.
Vesiputousmalli vs. V -malli | |
Vesiputousmalli on suhteellisen lineaarinen peräkkäinen suunnittelutapa ohjelmistoprojektien kehittämiseen. | V-malli on malli, jossa vaiheiden suorittaminen tapahtuu peräkkäin v-muodossa. |
Metodologia | |
Vesiputousmalli on jatkuva prosessi. | V-malli on samanaikainen prosessi. |
Viat yhteensä | |
Vesiputousmallissa kehitetyn ohjelmiston kokonaisvirheet ovat suurempia. | V-mallissa kehitetyn ohjelmiston kokonaisvirheet ovat pienemmät. |
Vian tunnistaminen | |
Vesiputousmallissa viat tunnistetaan testausvaiheessa. | V-mallissa viat tunnistetaan alkuvaiheesta. |
Tässä artikkelissa käsiteltiin kahta ohjelmistoprosessimallia, jotka ovat vesiputous ja v-malli. Ero vesiputouksen ja V-mallin välillä on, että vesiputousmallissa ohjelmistotestaus tehdään kehitysvaiheen päätyttyä, kun taas V-mallissa jokaisella kehitysjakson vaiheella on suoraan liittyvä testausvaihe.
1. ”SDLC Waterfall Model.”, Tutorials Point, 8. tammikuuta 2018. Saatavilla täältä
2. ”SDLC V-Model.”, Tutorials Point, 8. tammikuuta 2018. Saatavilla täältä