Modelul V
Modelul V (sau modelul VEE) este un model de dezvoltare a sistemelor informatice (IS) care vizează simplificarea înțelegerii complexităților asociate cu dezvoltarea sistemelor. Este folosit pentru a defini o procedură unificată pentru dezvoltarea produselor software , hardware și interfețe om-mașină .
Prezentare generală
Istorie
Conceptul de model V a fost dezvoltat de Germania și Statele Unite la sfârșitul anilor 1980, independent unul de celălalt:
- Modelul V german a fost dezvoltat de compania aerospațială IABG din Ottobrunn , lângă München , în cooperare cu Departamentul Federal de Achiziții de Armament din Koblenz , pentru Ministerul German al Apărării. Modelul a fost adoptat de administrația federală germană pentru uz civil în vara anului 1992 [1] .
- Modelul V-American (VEE) a fost dezvoltat de Consiliul Național pentru Ingineria Sistemelor (internațional - din 1995) pentru sistemele prin satelit, inclusiv hardware, software și interacțiunea cu utilizatorul [2] .
Versiunea actuală a V-Model este V-Model XT, care a fost aprobat în februarie 2005 . Modelul V este utilizat pentru a gestiona procesul de dezvoltare a software -ului pentru administrația federală germană. Acum este standardul pentru proiectele guvernamentale și de apărare germane, precum și pentru producătorii de software din Germania. Modelul V este mai mult un set de standarde de proiect pentru dezvoltarea de noi produse. Acest model este similar în multe privințe cu PRINCE2 și descrie metode atât pentru managementul proiectelor, cât și pentru dezvoltarea de sisteme.
Principii de bază
Principiul de bază al modelului în formă de V este că detaliul proiectului crește pe măsură ce vă deplasați de la stânga la dreapta, simultan cu trecerea timpului, și niciunul nu se poate întoarce înapoi. Iterațiile din proiect se fac pe orizontală, între părțile stânga și dreapta ale scrisorii.
În dezvoltarea sistemelor informatice , modelul V este o variantă a modelului cascadă , în care sarcinile de dezvoltare merg de sus în jos pe partea stângă a literei V, iar sarcinile de testare merg în partea dreaptă a literei V. Liniile orizontale sunt desenate în interiorul V arătând modul în care rezultatele fiecărei faze de dezvoltare influențează dezvoltarea sistemului de testare în fiecare dintre fazele de testare. Modelul se bazează pe faptul că testarea de acceptare se bazează în primul rând pe cerințe, testarea sistemului se bazează pe cerințe și arhitectură, testarea complexă se bazează pe cerințe, arhitectură și interfețe, iar testarea componentelor se bazează pe cerințe, arhitectură, interfețe și algoritmi . 4]. ] .
Goluri
Modelul V oferă suport în planificarea și implementarea proiectelor. Următoarele sarcini sunt stabilite în timpul proiectului:
- Minimizarea riscurilor: Modelul în formă de V face proiectul mai transparent și îmbunătățește calitatea controlului proiectului prin standardizarea obiectivelor intermediare și descrierea rezultatelor corespunzătoare și a persoanelor responsabile. Acest lucru vă permite să identificați abaterile în proiect și riscurile într-un stadiu incipient și îmbunătățește calitatea managementului proiectului, reducând riscurile.
- Îmbunătățirea și asigurarea calității: V-Model este un model de dezvoltare standardizat care oferă rezultatele calității dorite dintr-un proiect. Rezultatele intermediare pot fi verificate într-un stadiu incipient. Documentația universală facilitează lizibilitatea, înțelegerea și verificarea.
- Reducerea costului total al proiectului: Resursele pentru dezvoltare, producție, management și suport pot fi precalculate și controlate. Rezultatele obținute sunt, de asemenea, universale și ușor de prezis. Acest lucru reduce costurile pentru etapele și proiectele ulterioare.
- Îmbunătățirea calității comunicării între participanții la proiect: O descriere universală a tuturor elementelor și condițiilor facilitează înțelegerea reciprocă a tuturor participanților la proiect. Astfel, inexactitățile de înțelegere între utilizator, cumpărător, furnizor și dezvoltator sunt reduse [5] .
Avantaje
- Utilizatorii V-Model participă la dezvoltarea și întreținerea V-Model-ului. Comitetul de Control al Schimbărilor menține proiectul și se întrunește o dată pe an pentru a procesa toate solicitările primite de a face modificări la V-Model [6] .
- La începutul oricărui proiect, modelul în formă de V poate fi adaptat acestui proiect, deoarece acest model nu depinde de tipurile de organizații și proiecte [7] .
- V-model vă permite să împărțiți activitatea în pași separați, fiecare dintre care va include acțiunile necesare pentru aceasta, instrucțiuni pentru acestea, recomandări și o explicație detaliată a activității [8] .
Restricții
Următoarele puncte nu sunt luate în considerare în modelul V, dar pot fi luate în considerare separat sau este posibil să se adapteze modelul pentru ele:
- Plasarea contractelor de servicii nu este reglementată.
- Organizarea și execuția managementului, întreținerii, reparației și eliminării sistemului nu sunt luate în considerare în modelul V. Cu toate acestea, planificarea și pregătirea pentru aceste operațiuni sunt luate în considerare de model.
- Modelul în formă de V este mai mult despre dezvoltarea software într-un proiect decât despre întreaga organizare a procesului [9] .
Critica
Beneficii
- Modelul pune accent pe planificarea care vizează verificarea și validarea produsului dezvoltat în fazele incipiente ale dezvoltării sale. Faza de testare unitară validează proiectarea detaliată. Fazele de integrare și testare implementează proiectarea arhitecturală sau proiectarea de nivel superior. Faza de testare a sistemului confirmă faptul că faza de cerințe pentru produs și specificația acestuia a fost finalizată corect [10] .
- Modelul prevede certificarea și verificarea tuturor datelor externe și interne primite și nu doar a produsului software în sine [10] [11] [12] .
- În modelul în formă de V, cerințele sunt definite înainte ca proiectarea sistemului să fie dezvoltată, iar proiectarea software este realizată înainte ca componentele să fie dezvoltate [10] .
- Modelul definește produsele care urmează a fi produse ca rezultat al procesului de dezvoltare, iar fiecare dată rezultată trebuie testată [10] [12] .
- Datorită modelului, managerii de proiect pot urmări progresul procesului de dezvoltare, deoarece în acest caz este foarte posibil să se utilizeze o cronologie, iar finalizarea fiecărei faze este o piatră de hotar [10] [12] .
Dezavantaje
- Modelul nu prevede lucrul cu evenimente paralele [10] .
- Modelul nu prevede introducerea cerinței schimbărilor dinamice în diferite etape ale ciclului de viață [10] [11] [13] .
- Testarea cerințelor în ciclul de viață are loc prea târziu, ceea ce face imposibilă efectuarea de modificări fără a afecta graficul proiectului [10] [11] .
- Modelul nu include acțiuni care vizează analiza riscului [10] .
- Unele rezultate pot fi văzute numai când se ajunge la partea de jos a literei V [14] .
Vezi și
Note
- ↑ V-Model - Lifecycle process model Arhivat 3 martie 2016. (Engleză)
- ↑ Forsberg, K. și Mooz, H., „The Relationship of Systems Engineering to the Project Cycle” , Primul Simpozion anual al Consiliului național pentru inginerie a sistemelor, octombrie 1991
- ↑ Clarus Concept of Operations. Arhivat pe 12 septembrie 2014 la Wayback Machine Publicația nr. FHWA-JPO-05-072, Administrația Federală a Autostrăzilor (FHWA), 2005
- ↑ Economicus: o serie de dicționare de economie, finanțe și management (link inaccesibil)
- ↑ Obiectivele modelului V Arhivat 20 aprilie 2011. (Engleză)
- ↑ Dezvoltarea ulterioară a modelului V Arhivat 23 aprilie 2011. (Engleză)
- ↑ Management Mechanisms of the V-Model - Tailoring Arhivat 19 iulie 2011. (Engleză)
- ↑ Prezentare generală a modelului de activitate al modelului V Arhivat 19 iulie 2011. (Engleză)
- ↑ Limits of the V-model Arhivat 21 mai 2011. (Engleză)
- ↑ 1 2 3 4 5 6 7 8 9 O prezentare generală a modelelor ciclului de viață al dezvoltării software . Consultat la 5 iunie 2011. Arhivat din original pe 15 iunie 2016. (nedefinit)
- ↑ 1 2 3 Testing Excellence - V-Model Arhivat 25 iunie 2011 la Wayback Machine
- ↑ 1 2 3 Sameeradilhan - Avantajele și dezavantajele modelului Waterfall și V-Model Arhivat 29 august 2012 la Wayback Machine
- ↑ TestManagement - Avantajele și dezavantajele V-Model Arhivat 20 iunie 2015 la Wayback Machine
- ↑ V-Model Arhivat pe 20 iunie 2015 la Wayback Machine : Expert Program Management
Link -uri