V modelis taip pat vadinamas patikrinimo ir patvirtinimo modeliu. Šiuo atveju kiekviena SDLC fazė turi būti baigta prieš prasidedant kitai fazei. Jame vykdomas nuoseklus projektavimo procesas, kaip ir krioklio modelis. Įrenginio testavimas planuojamas lygiagrečiai su atitinkamu kūrimo etapu.
Patvirtinimas: Tai apima statinės analizės metodą (peržiūrą), atliekamą nevykdant kodo. Tai yra produkto kūrimo proceso įvertinimo procesas, siekiant nustatyti, ar nurodyti reikalavimai atitinka.
Patvirtinimas: Tai apima dinaminės analizės metodą (funkcinis, nefunkcinis), testavimas atliekamas vykdant kodą. Patvirtinimas – tai procesas, kurio metu programinė įranga klasifikuojama pasibaigus kūrimo procesui, siekiant nustatyti, ar programinė įranga atitinka klientų lūkesčius ir reikalavimus.
Taigi V modelyje yra patvirtinimo fazės vienoje pusėje, o patvirtinimo fazės – kitoje. Tikrinimo ir patvirtinimo procesas sujungiamas V formos kodavimo faze. Taigi jis žinomas kaip V modelis.
Yra įvairios V modelio patikros fazės fazės:
| Verslo poreikių analizė: | Tai pirmas žingsnis, kai produkto reikalavimai suprantami iš kliento pusės. Šiame etape pateikiama išsami komunikacija, siekiant suprasti kliento lūkesčius ir tikslius reikalavimus.
| Sistemos dizainas: | Šiame etape sistemų inžinieriai analizuoja ir interpretuoja siūlomos sistemos veiklą, nagrinėdami vartotojo reikalavimų dokumentą.
| Architektūros dizainas: | Pagrindas renkantis architektūrą yra tai, kad ji turėtų suprasti viską, ką paprastai sudaro modulių sąrašas, trumpas kiekvieno modulio funkcionalumas, jų sąsajos ryšiai, priklausomybės, duomenų bazių lentelės, architektūros diagramos, technologijos detalės ir tt. Pateikiamas integracijos testavimo modelis. tam tikroje fazėje.
| Modulio dizainas: | Modulio projektavimo etape sistema suskaidoma į mažus modulius. Nurodytas detalus modulių dizainas, žinomas kaip žemo lygio projektavimas
| Kodavimo fazė: | Po projektavimo pradedamas kodavimo etapas. Pagal reikalavimus parenkama tinkama programavimo kalba. Yra keletas kodavimo gairių ir standartų. Prieš tikrinant saugyklą, galutinė versija optimizuojama, kad būtų geresnis našumas, o kodas peržiūrimas daugybę kodų, kad patikrintų našumą.
Yra įvairios V modelio patvirtinimo fazės fazės:
| Vieneto bandymas: | V modelyje modulio projektavimo fazėje kuriami vienetų bandymų planai (UTP). Šie UTP vykdomi siekiant pašalinti klaidas kodo arba vieneto lygiu. Vienetas yra mažiausias subjektas, kuris gali egzistuoti savarankiškai, pvz., programos modulis. Vieneto testavimas patikrina, ar mažiausias objektas gali tinkamai veikti, kai jis yra atskirtas nuo likusių kodų / vienetų.
| Integracijos testavimas: | Integracijos bandymo planai rengiami architektūrinio projektavimo etape. Šie testai patvirtina, kad grupės, sukurtos ir išbandytos savarankiškai, gali egzistuoti ir bendrauti tarpusavyje.
| Sistemos testavimas: | Sistemos testavimo planai rengiami sistemos projektavimo etape. Skirtingai nuo padalinio ir integracijos bandymų planų, sistemos testų planus sudaro kliento verslo komanda. Sistemos testas užtikrina, kad programos kūrėjo lūkesčiai būtų patenkinti.
| Priėmimo testas: | Priėmimo testavimas yra susijęs su verslo reikalavimų analizės dalimi. Tai apima programinės įrangos produkto testavimą vartotojo aplinkoje. Priėmimo testai atskleidžia suderinamumo su skirtingomis sistemomis problemas, kurios yra prieinamos vartotojo aplinkoje. Jis kartu atranda nefunkcines problemas, tokias kaip apkrova ir veikimo trūkumai realioje vartotojo aplinkoje.
Kada naudoti V modelį?
- Kai reikalavimas yra gerai apibrėžtas ir nėra dviprasmiškas.
- V formos modelis turėtų būti naudojamas mažiems ir vidutinio dydžio projektams, kur reikalavimai yra aiškiai apibrėžti ir fiksuoti.
- V formos modelis turėtų būti pasirinktas, kai yra pavyzdiniai techniniai ištekliai ir esminės techninės žinios.
V modelio privalumas (už):
- Lengva suprasti.
- Testavimo metodai, tokie kaip planavimas, testų projektavimas, atliekami gerokai prieš kodavimą.
- Taip sutaupoma daug laiko. Taigi didesnė tikimybė, kad pasiseks per krioklio modelį.
- Apsaugo nuo defektų srauto žemyn.
- Puikiai tinka mažiems planams, kur reikalavimai lengvai suprantami.
V modelio trūkumas (minusai):
- Labai standus ir mažiausiai lankstus.
- Netinka sudėtingam projektui.
- Programinė įranga kuriama diegimo etape, todėl nėra gaminami jokie ankstyvieji programinės įrangos prototipai.
- Jei įpusėjus įvyksta kokių nors pakeitimų, testo dokumentai kartu su reikiamais dokumentais turi būti atnaujinti.
