V-mudel: Süsteemne arendusmetoodika

V-mudeli etapid

Mudel jaguneb kaheks peamiseks haruks: vasakpoolne (arendus ja verifitseerimine) ning parempoolne (testimine ja valideerimine).

1. Vasak haru: Verifitseerimine (Arendus)

• Nõuete analüüs: Kogutakse süsteemi nõuded ja koostatakse testimisplaan kliendi vaatepunktist.
• Süsteemidisain: Määratakse süsteemi üldine arhitektuur ja riistvara/tarkvara nõuded.
• Arhitektuurne disain: Defineeritakse andmevahetus moodulite vahel.
• Moodulite disain: Detailne plaan iga üksiku komponendi jaoks.

2. Põhi: Kodeerimine

See on V-kuju tipp, kus toimub tegelik programmeerimine vastavalt disainidokumentidele.

3. Parem haru: Valideerimine (Testimine)

• Ühiktestimine (Unit Testing): Testitakse koodi väikseimaid osi (mooduleid).
• Integratsioonitestimine: Kontrollitakse moodulite omavahelist koostööd.
• Süsteemitestimine: Testitakse kogu süsteemi funktsionaalsust tervikuna.
• Aktsepteerimistestimine: Viimane etapp, kus kontrollitakse süsteemi vastavust kasutaja algsetele nõuetele.

Alamvariandid ja variatsioonid

Kuigi klassikaline V-mudel on jäik, on sellest loodud mitmeid alamvariante:

• Dual Vee Model: Kasutatakse keeruliste süsteemide puhul, kus on mitu paralleelset arendustsüklit.
• W-mudel: Veelgi detailsem variant, kus testimistegevused jooksevad arendusega täielikult paralleelselt (testimine algab kohe koos nõuete kogumisega).
• Iteratiivne V-mudel: Kohandatud versioon, mis võimaldab V-mudelit rakendada lühemates tsüklites (sarnaneb Agile-lähenemisele).

Arendusmudeli joonis

Visuaalselt näeb mudel välja järgmine:

Tähtsaim omadus ja miks?

V-mudeli tähtsaim omadus on varajane testimise planeerimine (Early Test Planning).

Miks see oluline on? Erinevalt kaskaadmudelist, kus testimine toimub alles lõpus, nõuab V-mudel, et testimisstrateegia ja testloojaid koostataks paralleelselt arendusetappidega. See võimaldab vigu ja ebakõlasid nõuetes avastada väga varajases faasis, mis hoiab kokku aega ja vähendab oluliselt paranduskulusid.

V-mudeli plussid ja miinused