V-Model denumit și Modelul de Verificare și Validare. În acest sens, fiecare fază a SDLC trebuie să se finalizeze înainte de a începe următoarea fază. Urmează un proces de proiectare secvenţial la fel ca modelul cascadă. Testarea dispozitivului este planificată în paralel cu o etapă corespunzătoare de dezvoltare.
Verificare: Implică o metodă de analiză statică (revizuire) făcută fără a executa cod. Este procesul de evaluare a procesului de dezvoltare a produsului pentru a afla dacă cerințele specificate îndeplinesc.
Validare: Implică metoda de analiză dinamică (funcțională, nefuncțională), testarea se face prin executarea codului. Validarea este procesul de clasificare a software-ului după finalizarea procesului de dezvoltare pentru a determina dacă software-ul îndeplinește așteptările și cerințele clienților.
Deci V-Model conține faze de verificare pe o parte a fazelor de validare pe cealaltă parte. Procesul de verificare și validare este alăturat de faza de codare în formă de V. Astfel, este cunoscut sub numele de V-Model.
Există diferite faze ale fazei de verificare a modelului V:
| Analiza cerințelor comerciale: | Acesta este primul pas în care cerințele produsului sunt înțelese din partea clientului. Această fază conține o comunicare detaliată pentru a înțelege așteptările clientului și cerințele exacte.
| Design sistem: | În această etapă, inginerii de sistem analizează și interpretează activitatea sistemului propus, studiind documentul privind cerințele utilizatorului.
| Design arhitectural: | Linia de bază în selectarea arhitecturii este aceea că ar trebui să înțeleagă tot ceea ce constă de obicei din lista de module, funcționalitatea scurtă a fiecărui modul, relațiile lor de interfață, dependențe, tabelele bazei de date, diagramele arhitecturii, detaliile tehnologiei etc. Modelul de testare a integrării este realizat. ieşit într-o anumită fază.
| Design modul: | În faza de proiectare a modulelor, sistemul se descompune în module mici. Este specificat designul detaliat al modulelor, care este cunoscut sub numele de Low-Level Design
| Faza de codare: | După proiectare, începe faza de codare. Pe baza cerințelor, se decide un limbaj de programare adecvat. Există câteva linii directoare și standarde pentru codare. Înainte de a verifica în depozit, versiunea finală este optimizată pentru o performanță mai bună, iar codul trece prin multe recenzii de cod pentru a verifica performanța.
Există diferite faze ale fazei de validare a modelului V:
| Testarea unitară: | În V-Model, planurile de testare unitară (UTP) sunt dezvoltate în timpul fazei de proiectare a modulelor. Aceste UTP-uri sunt executate pentru a elimina erorile la nivel de cod sau la nivel de unitate. O unitate este cea mai mică entitate care poate exista independent, de exemplu, un modul de program. Testarea unitară verifică dacă cea mai mică entitate poate funcționa corect atunci când este izolată de restul codurilor/unităților.
| Testare de integrare: | Planurile de testare de integrare sunt dezvoltate în timpul fazei de proiectare arhitecturală. Aceste teste verifică dacă grupurile create și testate independent pot coexista și comunica între ele.
| Testarea sistemului: | Planurile de testare a sistemului sunt dezvoltate în timpul fazei de proiectare a sistemului. Spre deosebire de planurile de testare de unitate și de integrare, planurile de teste de sistem sunt compuse de echipa de afaceri a clientului. Testarea sistemului asigură îndeplinirea așteptărilor de la un dezvoltator de aplicații.
| Testarea de acceptare: | Testarea de acceptare este legată de partea de analiză a cerințelor de afaceri. Include testarea produsului software în atmosfera utilizatorului. Testele de acceptare relevă problemele de compatibilitate cu diferitele sisteme, care sunt disponibile în atmosfera utilizatorului. Descoperă împreună problemele nefuncționale, cum ar fi defectele de încărcare și de performanță, în atmosfera reală a utilizatorului.
Când să folosiți V-Model?
- Când cerința este bine definită și nu este ambiguă.
- Modelul în formă de V ar trebui utilizat pentru proiecte de dimensiuni mici și mijlocii în care cerințele sunt clar definite și fixate.
- Modelul în formă de V ar trebui ales atunci când sunt disponibile resurse tehnice eșantion cu expertiză tehnică esențială.
Avantajele (Pro) ale modelului V:
- Ușor de înțeles.
- Metode de testare precum planificarea, proiectarea testelor au loc cu mult înainte de codificare.
- Acest lucru economisește mult timp. Prin urmare, o șansă mai mare de succes față de modelul în cascadă.
- Evită curgerea descendentă a defectelor.
- Funcționează bine pentru planuri mici unde cerințele sunt ușor de înțeles.
Dezavantajele (contra) modelului V:
- Foarte rigid și mai puțin flexibil.
- Nu este bun pentru un proiect complex.
- Software-ul este dezvoltat în timpul etapei de implementare, astfel încât nu sunt produse prototipuri timpurii ale software-ului.
- Dacă se întâmplă vreo modificare la jumătatea drumului, atunci documentele de testare împreună cu documentele necesare trebuie să fie actualizate.
