V-model tarkvaraarenduses

🕰️ 1. V-modeli ajalugu

📌 Kes?
V-modeli formaliseeris Saksa föderaalne kaitseministeerium (Bundeswehr) koostöös tööstusega.

📅 Millal?
1980. aastate alguses (esimesed dokumendid ilmusid 1986. aastal).

🧪 Miks?
Eesmärk oli luua standardiseeritud meetod kõrge riskiga süsteemidele (relvasüsteemid, lennundus), kus vigade hind on eriti kõrge.

📚 Taust:
V-model arenes välja veemudelist (Waterfall), kuid lisas range testimisfilosoofia: – Igal arendusetapil on oma testimisetapp – Tagasiside ahel loogika “vasakpoolne disain → parempoolne test”

🛠️ 2. V-modeli etapid tarkvaraarenduses

V-model koosneb mitmest etapist, mis vastavad arendusprotsessi erinevatele faasidele – iga arendusfaasile vastab hiljem üks testimisfaas:

🔍 1. Nõuete analüüs
Kogutakse ja dokumenteeritakse kliendi ootused ning süsteemi nõuded.

🧠 2. Süsteemidisain
Määratletakse süsteemi üldine ülesehitus ja funktsioonid.

🏗️ 3. Arhitektuuriline disain
Jagatakse süsteem alamsüsteemideks ning määratakse komponentidevahelised suhted.

🧩 4. Moodulidisain
Iga komponent või moodul projekteeritakse detailsemalt, valmistades ette teostuseks.

💻 5. Teostus (kodeerimine)
Arendajad kirjutavad koodi vastavalt disainile.

🧪 6. Integreerimine
Moodulid ühendatakse tervikuks ja testitakse nende koostööd.

🧬 7. Süsteemitestimine
Testitakse kogu süsteemi terviklikku toimimist vastavalt algsetele nõuetele.

✅ 8. Vastuvõtutestimine
Kliendipoolne testimine, mis kinnitab, et tarkvara vastab ärilistele ootustele ja on kasutusvalmis.

🗺️3. V-modeli skeem – Inglise ja Vene keeles

Siin on lihtne V-mudeli skeem:

✅ 4. 5 Plussid V-modelis

1. Selge Struktuur: V-mudel annab selge ja struktureeritud lähenemise tarkvaraarendusele.
2. Varajane Vigade Avastamine: Iga faasi juurde kuulub testimine, mis võimaldab varakult avastada vigu.
3. Parandatud Kvaliteet: Rõhk testimisel igas etapis viib kõrgema kvaliteediga tarkvarani.
4. Dokumentatsioon: Mudel nõuab põhjalikku dokumentatsiooni, mis aitab süsteemi mõista ja hallata.
5. Selged Rollid ja Kohustused: Iga faas omab konkreetseid rolle ja kohustusi, mis vähendab segadust.

⚠️ 5. 5 Miinused V-modelis

1. Paindumatus: V-mudel on vähem paindlik võrreldes teiste mudelitega, nagu näiteks Agile.
2. Ajakulukas: Ulatuslik dokumentatsioon ja testimine võivad muuta protsessi ajakulukaks.
3. Mitte Sobiv Suurtele Projektidele: Võib mitte sobida suurtele, keerukatele projektidele, mis vajavad sagedasi muutusi.
4. Piiratud Kliendi Kaasamine: Kliendi kaasamine on piiratud ainult algus- ja lõppfaasiga.
5. Muudatuste Halduse Raskus: Kui faas on lõpule viidud, on keeruline tagasi minna ja teha muudatusi.