V-mudell

V-mudel on tarkvara arenduse elutsükli mudel, mis on sageli seotud tarkvaraarenduses kasutatava testimise ja kvaliteedi tagamise protsessiga.

V-mudeli ajalugu ja arendus:

Kes arendas välja V-mudeli? V-mudeli arendas välja Gerrit P. B. ja see põhineb Winston W. Royce’i töödel, kes tutvustas 1970ndatel esimest korda “langeb veed” lähenemist tarkvaraarendusele. See tähendab, et arendusprotsessi iga etapp vastab mingisugusele testimise etapi osa.

Millal V-mudel välja arendati?

V-mudeli arendamise täpset kuupäeva on raske määrata, kuid see sai laiemalt tuntuks 1990ndate alguses ja on olnud populaarne pärast seda, kuna seda peeti lihtsamaks ja arusaadavamaks kui varasemad arengumudeli versioonid, nagu vee- või “Waterfall” mudel.

V-mudeli struktuur:

• V-mudel nimetatakse nii, kuna arenduse ja testimise etapid moodustavad “V” kuju. Mudel algab nõudluste kogumise ja analüüsi etapist, liigub arenduse etappide kaudu ja lõpeb testimisega.
• Iga arendusprotsessi etapp on seotud spetsiifilise testimise etapi või kvaliteedi tagamise meetodiga.

Miks on V-mudel oluline?

• Selge struktuur: Erinevalt paindlikest meetoditest nagu Agile või Scrum, on V-mudel väga struktureeritud ja iga arendusfaas tuleb lõpetada enne järgmisse etappi liikumist. See tähendab, et testimine toimub paralleelselt iga arendusfaasiga.
• Selged rollid ja vastutus: Kuna kõik testimis- ja arendusfaasid on vastavalt seotud, saab iga meeskonnaliige teada oma ülesande täpset sisu.

V-mudeli põhieesmärk on tagada, et kõik tarkvara omadused ja funktsioonid on õigesti testitud, võrreldes algsete nõudmiste ja spetsifikatsioonidega.

---

V-mudeli etapid

Nõudmiste kogumine → Aktsepteerimistestimine

Süsteemi disain → Süsteemi testimine

Üksikasjalik disain → Integratsioonitestimine

Koodimine → Üksustestimine

Integreerimine ja testimine → Süsteemi testimine

Vastu võtmine ja rakendamine → Üldine testimine

---

Skeem (Näide)

ENG

RUS

Plussid (Eelised)

1. Selge ja struktureeritud: Kõik etapid on hästi määratletud ja järjestatud, mis muudab protsessi kergesti jälgitavaks.
2. Kvaliteedi tagamine: Iga arendusfaas on seotud testimisega, mis aitab vigu varakult avastada.
3. Üksikasjalik dokumentatsioon: Kõik etapid on dokumenteeritud, mis aitab hilisema arenduse ja hoolduse puhul.
4. Kergesti mõistetav: Lihtne arendajatele ja testijatele mõista ja rakendada, kuna see järgib lineaarset järjestust.
5. Selged vastutusalad: Arenduse ja testimise etapid on eraldi määratletud, mis muudab ülesannete jagamise lihtsaks.

---

Miinused (Puudused)

1. Madala paindlikkusega: V-mudel on lineaarne, mis teeb muudatuste tegemise keeruliseks, kui nõuded muutuvad arenduse käigus.
2. Aeglane tagasiside: Testimine toimub alles arenduse lõpus, mistõttu võivad vead jääda avastamata kuni hilisemates etappidesse jõudmiseni.
3. Vähenenud kohanemisvõime: Kui projekt muutub kiireks või nõuded muutuvad pidevalt, siis ei sobi V-mudel hästi dünaamiliste keskkondade jaoks.
4. Kallid ja aeganõudvad: Kuna iga etapp tuleb põhjalikult läbi viia, võib V-mudel olla kallis ja ajakulukas, eriti suurte projektide puhul.
5. Vähenenud innovatsioonivabadus: Kuna kõik etapid tuleb järgida täpselt, on arengut ja loomingulisust piiratud, mis võib takistada kiiret innovatsiooni.

---

Kasutatud materjalide viited

https://en.wikipedia.org/wiki/V-model

---

Test: