V-modellen kallas även verifierings- och valideringsmodellen. I detta måste varje fas av SDLC slutföras innan nästa fas startar. Den följer en sekventiell designprocess på samma sätt som vattenfallsmodellen. Testning av enheten planeras parallellt med ett motsvarande utvecklingsstadium.
Verifiering: Det involverar en statisk analysmetod (granskning) som görs utan att exekvera kod. Det är processen för utvärdering av produktutvecklingsprocessen för att ta reda på om specificerade krav uppfyller.
Godkännande: Det involverar dynamisk analysmetod (funktionell, icke-funktionell), testning görs genom att exekvera kod. Validering är processen för att klassificera programvaran efter att utvecklingsprocessen har slutförts för att avgöra om programvaran uppfyller kundens förväntningar och krav.
Så V-Model innehåller verifieringsfaser på ena sidan av valideringsfaserna på andra sidan. Verifierings- och valideringsprocessen förenas av kodningsfas i V-form. Därför är den känd som V-Model.
Det finns de olika faserna av verifieringsfasen av V-modellen:
| Analys av affärsbehov: | Detta är det första steget där produktkraven förstås från kundens sida. Denna fas innehåller detaljerad kommunikation för att förstå kundens förväntningar och exakta krav.
| Systemdesign: | I detta skede analyserar och tolkar systemingenjörer det föreslagna systemets verksamhet genom att studera användarkravsdokumentet.
| Arkitekturdesign: | Utgångspunkten i valet av arkitektur är att den ska förstå allt som vanligtvis består av listan över moduler, korta funktioner för varje modul, deras gränssnittsrelationer, beroenden, databastabeller, arkitekturdiagram, teknisk detalj, etc. Integrationstestmodellen utförs ut i en viss fas.
| Moduldesign: | I moduldesignfasen delas systemet upp i små moduler. Den detaljerade designen av modulerna specificeras, vilket är känt som Low-Level Design
| Kodningsfas: | Efter design startar kodningsfasen. Utifrån kraven bestäms ett lämpligt programmeringsspråk. Det finns några riktlinjer och standarder för kodning. Innan du checkar in i förvaret optimeras den slutliga byggnaden för bättre prestanda, och koden går igenom många kodgranskningar för att kontrollera prestandan.
Det finns de olika faserna av valideringsfasen av V-modellen:
| Enhetstestning: | I V-modellen utvecklas Unit Test Plans (UTPs) under moduldesignfasen. Dessa UTP:er exekveras för att eliminera fel på kodnivå eller enhetsnivå. En enhet är den minsta enhet som oberoende kan existera, t.ex. en programmodul. Enhetstestning verifierar att den minsta enheten kan fungera korrekt när den är isolerad från resten av koderna/enheterna.
| Integrationstestning: | Integrationstestplaner utvecklas under den arkitektoniska designfasen. Dessa tester verifierar att grupper som skapats och testats oberoende kan samexistera och kommunicera sinsemellan.
| Systemtestning: | Systemtester Planer utvecklas under systemdesignfasen. Till skillnad från enhets- och integrationstestplaner, är systemtestplaner sammansatta av kundens affärsteam. Systemtest säkerställer att förväntningarna från en applikationsutvecklare uppfylls.
| Acceptanstestning: | Acceptanstestning är relaterad till affärskravsanalysdelen. Det inkluderar att testa mjukvaruprodukten i användaratmosfär. Acceptanstest avslöjar kompatibilitetsproblemen med de olika systemen, som är tillgängliga inom användaratmosfären. Den upptäcker samtidigt de icke-funktionella problemen som belastnings- och prestandadefekter i den verkliga användaratmosfären.
När ska man använda V-Model?
- När kravet är väldefinierat och inte tvetydigt.
- Den V-formade modellen bör användas för små till medelstora projekt där kraven är tydligt definierade och fasta.
- Den V-formade modellen bör väljas när prov tekniska resurser finns tillgängliga med väsentlig teknisk expertis.
Fördelar (fördelar) med V-modellen:
- Lätt att förstå.
- Testmetoder som planering, testdesign sker långt före kodning.
- Detta sparar mycket tid. Därav en högre chans att lyckas jämfört med vattenfallsmodellen.
- Undviker nedåtgående flöde av defekterna.
- Fungerar bra för små planer där kraven är lätta att förstå.
Nackdelar (nackdelar) med V-modell:
- Mycket styv och minst flexibel.
- Inte bra för ett komplext projekt.
- Mjukvara utvecklas under implementeringsstadiet, så inga tidiga prototyper av programvaran produceras.
- Om några förändringar sker mitt i tiden, måste testdokumenten tillsammans med de nödvändiga dokumenten uppdateras.
