V-model, imenovan tudi model preverjanja in validacije. Pri tem se mora vsaka faza SDLC zaključiti, preden se začne naslednja faza. Sledi zaporednemu procesu oblikovanja, enakemu modelu slapa. Testiranje naprave je načrtovano vzporedno z ustrezno fazo razvoja.
Preverjanje: Vključuje metodo statične analize (pregled), izvedeno brez izvajanja kode. To je proces vrednotenja procesa razvoja izdelka, da se ugotovi, ali določene zahteve izpolnjujejo.
Validacija: Vključuje metodo dinamične analize (funkcionalne, nefunkcionalne), testiranje poteka z izvajanjem kode. Validacija je postopek razvrščanja programske opreme po zaključku razvojnega procesa, da se ugotovi, ali programska oprema izpolnjuje pričakovanja in zahteve strank.
Tako V-model vsebuje faze preverjanja na eni strani in faze validacije na drugi strani. Procesu verifikacije in validacije se pridruži faza kodiranja v obliki črke V. Zato je znan kot V-model.
Obstajajo različne faze faze preverjanja V-modela:
| Analiza poslovnih zahtev: | To je prvi korak, kjer so zahteve izdelka razumljene s strani stranke. Ta faza vsebuje podrobno komunikacijo za razumevanje strankinih pričakovanj in natančnih zahtev.
| Zasnova sistema: | V tej fazi sistemski inženirji analizirajo in interpretirajo poslovanje predlaganega sistema s preučevanjem dokumenta uporabniških zahtev.
| Arhitekturno oblikovanje: | Osnova pri izbiri arhitekture je, da mora razumeti vse, kar je običajno sestavljeno iz seznama modulov, kratke funkcionalnosti vsakega modula, njihovih razmerij med vmesniki, odvisnosti, tabel baze podatkov, arhitekturnih diagramov, podrobnosti tehnologije itd. Izvaja se model testiranja integracije v določeni fazi.
| Zasnova modula: | V fazi oblikovanja modulov se sistem razdeli na majhne module. Določeno je podrobno načrtovanje modulov, ki je znano kot načrtovanje na nizki ravni
| Faza kodiranja: | Po načrtovanju se začne faza kodiranja. Na podlagi zahtev se odloči za primeren programski jezik. Obstaja nekaj smernic in standardov za kodiranje. Pred preverjanjem v skladišču je končna zgradba optimizirana za boljšo zmogljivost, koda pa gre skozi številne preglede kode, da se preveri učinkovitost.
Obstajajo različne faze faze validacije V-modela:
| Testiranje enote: | V modelu V se načrti testiranja enote (UTP) razvijejo med fazo načrtovanja modula. Ti UTP-ji se izvajajo za odpravo napak na ravni kode ali ravni enote. Enota je najmanjša entiteta, ki lahko samostojno obstaja, npr. programski modul. Testiranje enote preverja, ali lahko najmanjša entiteta pravilno deluje, če je izolirana od ostalih kod/enot.
| Testiranje integracije: | Integracijski preskusni načrti se razvijejo med fazo arhitekturnega načrtovanja. Ti testi potrjujejo, da lahko skupine, ustvarjene in testirane neodvisno, sobivajo in komunicirajo med seboj.
| Testiranje sistema: | Načrti sistemskih preizkusov se razvijejo v fazi načrtovanja sistema. Za razliko od načrtov testiranja enot in integracije, načrte sistemskih testov sestavlja naročnikova poslovna ekipa. System Test zagotavlja, da so pričakovanja razvijalca aplikacije izpolnjena.
| Sprejemno testiranje: | Preskušanje sprejemljivosti je povezano z delom analize poslovnih zahtev. Vključuje testiranje programskega izdelka v uporabniškem okolju. Sprejemni testi razkrivajo težave z združljivostjo z različnimi sistemi, ki so na voljo v uporabniškem okolju. Skupaj odkrije nefunkcionalne težave, kot so napake pri obremenitvi in zmogljivosti v dejanski uporabniški atmosferi.
Kdaj uporabiti V-model?
- Ko je zahteva dobro opredeljena in ni dvoumna.
- Model v obliki črke V je treba uporabiti za majhne do srednje velike projekte, kjer so zahteve jasno opredeljene in fiksne.
- Model v obliki črke V je treba izbrati, ko so na voljo vzorčni tehnični viri z osnovnim tehničnim znanjem.
Prednost (prednosti) modela V:
- Lahko razumeti.
- Metode testiranja, kot je načrtovanje, načrtovanje testov, se zgodi veliko pred kodiranjem.
- To prihrani veliko časa. Zato je večja možnost uspeha v primerjavi z modelom slap.
- Preprečuje padajoči tok napak.
- Dobro deluje pri majhnih načrtih, kjer so zahteve zlahka razumljive.
Slabost (slabosti) V-modela:
- Zelo toga in najmanj prožna.
- Ni dobro za kompleksen projekt.
- Programska oprema je razvita v fazi izvajanja, zato se ne izdelajo zgodnji prototipi programske opreme.
- Če pride do kakršnih koli sprememb na sredini, je treba preskusne dokumente skupaj z zahtevanimi dokumenti posodobiti.
