TA Mudelid

V-mudel ja Prototüüpimismudel

1. V-mudeli ajalugu

V-mudel (Verifitseerimis- ja Valideerimismudel) töötati välja 1980. aastatel, et parandada traditsioonilise joamudeli (Waterfall) puudusi. Selle arendasid välja Barry Boehm ja teised tarkvarainsenerid, et rõhutada testimise olulisust igas arendusetapis. V-mudelit kasutatakse laialdaselt süsteemides, kus on vaja kõrget töökindlust, näiteks kosmosetööstuses ja meditsiiniseadmete arenduses.

V-mudeli etapid

  • Nõuete analüüs: Määratletakse süsteemi nõuded.
  • Süsteemi disain: Koostatakse süsteemi arhitektuur.
  • Arhitektuuri disain: Süsteem jagatakse mooduliteks.
  • Detailne disain: Iga mooduli detailne projekteerimine.
  • Kodeerimine: Tarkvara programmeerimine.
  • Ühiktestimine: Iga mooduli testimine eraldi.
  • Integratsioonitestimine: Moodulite ühendamise testimine.
  • Süsteemitestimine: Kogu süsteemi funktsionaalsuse testimine.
  • Vastuvõtutestimine: Süsteemi vastavuse kontroll kliendi nõuetele.

V-mudeli skeem

Ingliskeelne skeem

Venekeelne skeem

V-mudeli plussid

  • Struktureeritud ja selge protsess.
  • Rõhk testimisel igas etapis.
  • Sobib hästi suurtele ja keerukatele projektidele.
  • Vähendab riske tänu varajasele vigade avastamisele.
  • Hõlbustab dokumenteerimist ja jälgitavust.

V-mudeli miinused

  • Paindmatu muudatuste suhtes arendusprotsessi ajal.
  • Kõrged algkulud dokumentatsiooni tõttu.
  • Ei sobi väikestele või kiiresti muutuvatele projektidele.
  • Prototüübi puudumine võib raskendada kliendi ootuste mõistmist.
  • Aeganõudev suurte süsteemide puhul.

2. Prototüüpimismudeli ajalugu

Prototüüpimismudel sai populaarseks 1980. aastatel, kui tarkvaraarendajad otsisid paindlikumat alternatiivi joamudelile. Selle kontseptsiooni arendasid välja mitmed teadlased ja praktikud, sealhulgas Winston W. Royce, kes mainis prototüüpimist kui võimalust klientide tagasiside kiiremaks saamiseks. Mudel on laialdaselt kasutusel iteratiivsetes arendusprotsessides.

Prototüüpimismudeli etapid

  • Nõuete kogumine: Kliendi esialgsete vajaduste mõistmine.
  • Prototüübi loomine: Kiire prototüübi arendamine.
  • Kliendi tagasiside: Prototüübi esitlemine ja tagasiside kogumine.
  • Prototüübi täiustamine: Muudatuste tegemine vastavalt tagasisidele.
  • Lõpliku toote arendamine: Pärast mitut iteratsiooni lõpliku tarkvara loomine.
  • Testimine ja juurutamine: Lõpptoote testimine ja käivitamine.

Prototüüpimismudeli skeem

Ingliskeelne skeem

Venekeelne skeem

Prototüüpimismudeli plussid

  • Paindlikkus muudatuste suhtes.
  • Kliendi kaasamine varases staadiumis.
  • Vähendab arusaamatusi nõuete osas.
  • Sobib hästi väikestele ja keskmistele projektidele.
  • Kiirem tagasiside ja iteratsioonid.

Prototüüpimismudeli miinused

  • Võimalik kulude suurenemine iteratsioonide tõttu.
  • Raskused suurte ja keerukate projektide haldamisel.
  • Võib viia ebarealistlike ootusteni kliendi poolt.
  • Puudulik dokumentatsioon.
  • Risk prototüübi võtmiseks lõpptootena.

Mudelite võrdlustabel

KriteeriumV-mudelPrototüüpimismudel
Ilmumisaasta1980. aastad1980. aastad
Etappide arv96
Mudeli põhisisuStruktureeritud arendusprotsess, rõhk testimisel igas etapisIteratiivne arendus kliendi tagasiside põhjal
Raskused kasutamiselKõrge, vajab põhjalikku planeerimistKeskmine, paindlik, kuid vajab head kliendisuhtlust
KuludKõrged algkulud dokumentatsiooni tõttuVõivad kasvada iteratsioonide tõttu
Riskide kontrollKõrge, vigade varajane avastamineKeskmine, sõltub iteratsioonide kvaliteedist
Muudatuste arvestamineMadal, raske teha muudatusi hilises etapisKõrge, paindlik muudatustele
KasutamineSuurte, kriitiliste süsteemide arendus (nt meditsiin, kosmos)Väikeste ja keskmiste projektide arendus, kus nõuded pole selged
PlussidStruktureeritud protsess Rõhk testimisel Sobib suurtele projektidele Vähendab riske Hõlbustab dokumenteerimistPaindlikkus Kliendi kaasamine Vähendab arusaamatusi Sobib väikestele projektidele Kiirem tagasiside
MiinusedPaindmatu Kõrged algkulud Ei sobi väikestele projektidele Prototüübi puudumine AeganõudevKulude suurenemine Raskused suurte projektidega Ebarealistlikud ootused Puudulik dokumentatsioon Risk prototüübi võtmiseks lõpptootena
Scroll to Top