Avainero – vesiputousmalli vs V-malli
Avainero vesiputousmallin ja V-mallin välillä on, että vesiputousmallissa ohjelmistotestaus tehdään kehitysvaiheen päätyttyä, kun taas V-mallissa kehityssyklin jokaiseen vaiheeseen liittyy suoraan oma testausvaihe.
Software Development Life Cycle (SDLC) on prosessi, jota ohjelmistoorganisaatio seuraa toimivan ja laadukkaan ohjelmiston kehittämiseksi. Ohjelmistokehitysprosessissa on erilaisia ohjelmistokehitysprosessimalleja, joita voidaan seurata ohjelmistokehityksen aikana. Kaksi niistä on Waterfall- ja V-malli.
Mikä on vesiputousmalli?
Vesiputousmalli on helppo ymmärtää ja yksinkertainen malli. Koko prosessi on jaettu useisiin vaiheisiin. Yksi vaihe on suoritettava, jotta päästään seuraavaan vaiheeseen.
Ensimmäinen vaihe on vaatimusten kerääminen ja analysointi. Tämän jälkeen vaatimukset dokumentoidaan. Sitä kutsutaan Software Requirement Specification (SRS) -määritteeksi. Seuraava on järjestelmän suunnitteluvaihe. Sen tarkoituksena on suunnitella koko ohjelmistoarkkitehtuuri. Seuraava vaihe on toteutusvaihe. Se on aloittaa pienten yksiköiden koodaaminen. Nämä yksiköt yhdistetään kokonaiseksi järjestelmäksi ja testataan integrointi- ja testausvaiheessa. Testauksen jälkeen ohjelmisto jaetaan markkinoille. Toiminnot, kuten ohjelmiston ylläpito ja uusien ominaisuuksien lisääminen, kuuluvat käyttöönottoon ja ylläpitoon.
Kuva 01: Vesiputousmalli
Tämä malli sopii pieniin projekteihin ja kun vaatimukset ovat hyvin selkeät. Se ei sovellu suuriin ja monimutkaisiin projekteihin. Yleensä asiakkaan vuorovaikutus on vesiputousmallissa minimi.
Mikä on V-malli?
V-malli on vesiputousmallin laajennus. Siinä on vastaava testausvaihe jokaista kehitysvaihetta varten. Siksi jokaiseen kehityssyklin vaiheeseen liittyy testausvaihe. Kehitysvaiheen vastaava testausvaihe suunnitellaan rinnakkain. Tämä malli tunnetaan myös vahvistus- ja validointimallina.
Ensimmäinen vaihe on vaatimusten kerääminen. SRS on valmisteltu tässä vaiheessa. Tässä vaiheessa tehdään myös vastaanottosuunnitelma. Se on syöte hyväksymistestausta varten. Suunnitteluvaihe koostuu kahdesta vaiheesta. Arkkitehtuurisuunnittelu sisältää järjestelmän edellyttämän 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 virtausta. Järjestelmätestauksen tarkoituksena on tarkistaa koko järjestelmän toimivuus. Hyväksymistestauksen tarkoituksena on testata ohjelmistoa käyttäjäympäristössä. Se myös tarkistaa, onko järjestelmä ohjelmistovaatimusmäärittelyn mukainen.
Kaiken kaikkiaan v-malli sopii, kun projekti on lyhyt ja kun vaatimukset ovat hyvin selkeät. Se ei sovellu suuriin, monimutkaisiin ja olioprojekteihin.
Mitä yhtäläisyyksiä vesiputousmallilla ja V-mallilla on?
- Sekä Waterfall Model että V Model ovat ohjelmistoprosessimalleja.
- Sekä Waterfall- että V-mallit eivät sovellu suuriin ja monimutkaisiin projekteihin.
Mitä eroa on vesiputousmallilla ja V-mallilla?
Waterfall Model vs V Model |
|
| Vesiputousmalli on suhteellisen lineaarinen peräkkäinen suunnittelutapa ohjelmistoprojektien kehittämiseen. | V-malli on malli, jossa vaiheiden suoritus tapahtuu peräkkäin v-muodossa. |
| Metodologia | |
| Vesiputousmalli on jatkuva prosessi. | V-malli on samanaikainen prosessi. |
| Viat yhteensä | |
| Vesiputousmallissa kehitetyn ohjelmiston virheiden kokonaismäärä on suurempi. | V-mallissa kehitetyn ohjelmiston virheiden kokonaismäärä on pienempi. |
| Vian tunnistus | |
| Vesiputousmallissa viat tunnistetaan testausvaiheessa. | V-mallissa viat tunnistetaan alusta alkaen. |
Yhteenveto – Vesiputousmalli vs V-malli
Tässä artikkelissa käsiteltiin kahta ohjelmistoprosessimallia, jotka ovat vesiputous- ja v-malli. Ero vesiputouksen ja V-mallin välillä on se, että vesiputousmallissa ohjelmistotestaus tehdään kehitysvaiheen päätyttyä, kun taas V-mallissa kehityssyklin jokaiseen vaiheeseen liittyy suoraan oma testausvaihe.
