V-model koji se također naziva modelom verifikacije i validacije. U ovom slučaju, svaka faza SDLC-a mora završiti prije početka sljedeće faze. Slijedi sekvencijalni proces dizajna kao i model vodopada. Ispitivanje uređaja planirano je paralelno s odgovarajućom fazom razvoja.
Verifikacija: Uključuje metodu statičke analize (pregled) bez izvršavanja koda. To je proces evaluacije procesa razvoja proizvoda kako bi se utvrdilo zadovoljavaju li navedeni zahtjevi.
Provjera valjanosti: Uključuje metodu dinamičke analize (funkcionalne, nefunkcionalne), testiranje se vrši izvršavanjem koda. Validacija je proces klasificiranja softvera nakon završetka procesa razvoja kako bi se utvrdilo ispunjava li softver očekivanja i zahtjeve korisnika.
Dakle, V-model sadrži faze verifikacije s jedne strane i faze validacije s druge strane. Procesu verifikacije i validacije pridružuje se faza kodiranja u obliku slova V. Stoga je poznat kao V-model.
Postoje različite faze faze verifikacije V-modela:
| Analiza poslovnih zahtjeva: | Ovo je prvi korak u kojem se zahtjevi proizvoda razumiju sa strane kupca. Ova faza sadrži detaljnu komunikaciju za razumijevanje očekivanja korisnika i točnih zahtjeva.
| Dizajn sustava: | U ovoj fazi sistemski inženjeri analiziraju i tumače poslovanje predloženog sustava proučavajući dokument zahtjeva korisnika.
| Dizajn arhitekture: | Osnova pri odabiru arhitekture je da ona treba razumjeti sve što se obično sastoji od popisa modula, kratke funkcionalnosti svakog modula, njihovih odnosa sučelja, ovisnosti, tablica baze podataka, dijagrama arhitekture, detalja tehnologije itd. Nosi se model testiranja integracije van u određenoj fazi.
| Dizajn modula: | U fazi projektiranja modula, sustav se rastavlja na male module. Specificiran je detaljni dizajn modula, koji je poznat kao dizajn niske razine
| Faza kodiranja: | Nakon projektiranja kreće faza kodiranja. Na temelju zahtjeva odlučuje se odgovarajući programski jezik. Postoje neke smjernice i standardi za kodiranje. Prije provjere u repozitoriju, konačna verzija se optimizira za bolju izvedbu, a kod prolazi kroz mnoge preglede koda kako bi se provjerila izvedba.
Postoje različite faze faze validacije V-modela:
| Jedinično testiranje: | U V-modelu, planovi testiranja jedinica (UTP) razvijaju se tijekom faze dizajna modula. Ovi UTP-ovi se izvršavaju kako bi se uklonile pogreške na razini koda ili na razini jedinice. Jedinica je najmanja cjelina koja može samostalno postojati, npr. programski modul. Jedinično testiranje provjerava može li najmanji entitet ispravno funkcionirati kada je izoliran od ostalih kodova/jedinica.
| Testiranje integracije: | Planovi testiranja integracije razvijaju se tijekom faze arhitektonskog projektiranja. Ovi testovi provjeravaju mogu li skupine koje su neovisno stvorene i testirane koegzistirati i međusobno komunicirati.
| Testiranje sustava: | Planovi testiranja sustava razvijaju se tijekom faze projektiranja sustava. Za razliku od planova testiranja jedinica i integracije, planove testiranja sustava sastavlja klijentov poslovni tim. Testiranje sustava osigurava ispunjenje očekivanja programera aplikacije.
| Ispitivanje prihvatljivosti: | Ispitivanje prihvatljivosti povezano je s dijelom analize poslovnih zahtjeva. Uključuje testiranje softverskog proizvoda u korisničkoj atmosferi. Testovi prihvaćanja otkrivaju probleme kompatibilnosti s različitim sustavima, koji su dostupni unutar korisničke atmosfere. Zajedno otkriva nefunkcionalne probleme kao što su opterećenje i nedostaci u radu unutar stvarnog korisničkog ozračja.
Kada koristiti V-model?
- Kada je zahtjev dobro definiran i nije dvosmislen.
- Model u obliku slova V trebao bi se koristiti za male do srednje velike projekte gdje su zahtjevi jasno definirani i fiksni.
- Model u obliku slova V treba odabrati kada su dostupni ogledni tehnički resursi s bitnom tehničkom stručnošću.
Prednost (prednosti) V-modela:
- Lako za razumjeti.
- Metode testiranja poput planiranja, projektiranja testova odvijaju se mnogo prije kodiranja.
- Ovo štedi mnogo vremena. Otuda veće šanse za uspjeh u odnosu na model vodopada.
- Izbjegava silazni tok nedostataka.
- Dobro funkcionira za male planove gdje su zahtjevi lako razumljivi.
Nedostaci (protiv) V-modela:
- Vrlo krut i najmanje fleksibilan.
- Nije dobro za složeni projekt.
- Softver se razvija tijekom faze implementacije, tako da se ne proizvode rani prototipovi softvera.
- Ako dođe do bilo kakvih promjena usred procesa, potrebno je ažurirati ispitne dokumente zajedno s potrebnim dokumentima.
