modelul V
![](https://cdn.codegym.cc/images/article/e2c9e51b-1975-449f-9136-ff3eaed338dd/800.jpeg)
Principiul modelului în formă de V este în multe privințe similar cu modelul în cascadă. Cel mai adesea este folosit în sistemele în care funcționarea neîntreruptă este extrem de importantă. Acesta este un software pentru menținerea suportului vital al pacienților din instituțiile medicale, sisteme de blocare a urgențelor și software similar.
O trăsătură caracteristică a acestui model este că se concentrează pe testarea software-ului care se află în stadiile incipiente de dezvoltare, inclusiv pe proiectare. Testarea are loc în paralel cu procesul de dezvoltare - de exemplu, testele unitare sunt efectuate în timpul scrierii codului.
Când trebuie utilizat modelul V?
- Dacă un produs software necesită testare riguroasă, atunci principiile modelului V (validare și verificare) sunt cel mai justificate în această situație.
- Pentru proiecte mici și mijlocii, cu cerințe clar definite.
- În prezența unui număr mare de testeri calificați.
model incremental
![](https://cdn.codegym.cc/images/article/a732d322-07b8-4d4a-977f-c8729ccccd89/800.jpeg)
Particularitatea modelului incremental este că în el cerințele pentru software depind de ansamblul specific. Deoarece un produs este construit în etape, dezvoltarea lui trece prin mai multe iterații. Acest întreg ciclu de viață poate fi numit „multi-cascada”.
Ciclul de construire este împărțit în module mici și simple. Fiecare trece prin cerințe riguroase, proiectare, codare, implementare și testare.
Procesul de dezvoltare conform modelului incremental începe cu lansarea unei versiuni de bază a produsului cu funcționalitate minimă. Apoi, există o „creștere” a funcțiilor, care se numesc „incremente”. Fluxul de lucru continuă până când toate funcțiile planificate anterior sunt integrate în sistem.
Model iterativ
Un model iterativ, care se mai numește și model iterativ, nu trebuie să aibă o specificație completă a cerințelor în etapa inițială. Dezvoltarea începe cu crearea unei anumite funcționalități, care devine apoi baza pentru adăugarea de noi funcții.
Procesul de creare a funcțiilor „pe părți” se repetă din nou și din nou, până când este finalizat conform planului aprobat. Lucrările continuă până când se primește o versiune funcțională a produsului.
În diagrama atașată aici, puteți vedea „dezvoltarea” iterativă a portretului Mona Lisa. În prima iterație vedeți doar o schiță a unui portret al unei fete, în a doua iterație puteți vedea deja culorile, a treia iterație devine mai detaliată și mai saturată. Proces finalizat.
![](https://cdn.codegym.cc/images/article/dcb8ed9b-7bf2-4270-8c69-c79844b5a0d0/800.jpeg)
Dacă ne amintim de modelul incremental, atunci portretul va fi scris pe el într-un mod complet diferit - bucată cu bucată, din părți separate.
Un exemplu de dezvoltare a unui model iterativ poate fi recunoașterea vocii. Cercetarea științifică pe această temă a început cu mult timp în urmă, mai întâi sub formă de idei, apoi a început implementarea practică. Fiecare nouă iterație a îmbunătățit calitatea recunoașterii vocii. Cu toate acestea, nici acum recunoașterea nu poate fi numită perfectă. Deci sarcina nu este încă finalizată.
Când este cel mai bun moment pentru a utiliza modelul iterativ?
- Dacă cerințele pentru sistem sunt clar definite și înțelese de toată lumea.
- Proiectul are o amploare foarte mare.
- Scopul principal este definit, dar detaliile de implementare se pot schimba în cursul activității.
model în spirală
![](https://cdn.codegym.cc/images/article/e73407c3-576b-47d5-be0c-98736d844601/800.jpeg)
„Modelul Spiral” este similar cu modelul incremental, dar are o caracteristică sub forma analizei de risc. Este de obicei folosit pentru procese critice pentru misiune în care eșecul este pur și simplu inacceptabil.
Modelul în spirală include patru etape de lucru:
- planificare;
- analiza de risc;
- munca la proiectarea software-ului;
- verificarea rezultatului și trecerea la o nouă etapă.
GO TO FULL VERSION