V-Model també conegut com el model de verificació i validació. En això, cada fase de SDLC s'ha de completar abans que comenci la següent fase. Segueix un procés de disseny seqüencial igual que el model de cascada. Les proves del dispositiu es planifiquen paral·lelament a una etapa de desenvolupament corresponent.
Verificació: Implica un mètode d'anàlisi estàtic (revisió) fet sense executar codi. És el procés d'avaluació del procés de desenvolupament del producte per trobar si compleixen els requisits especificats.
Validació: Implica un mètode d'anàlisi dinàmic (funcional, no funcional), la prova es fa executant codi. La validació és el procés per classificar el programari després de la finalització del procés de desenvolupament per determinar si el programari compleix les expectatives i els requisits del client.
Així, el model V conté fases de verificació a un costat de les fases de validació a l'altre costat. El procés de verificació i validació s'uneix mitjançant la fase de codificació en forma de V. Per tant, es coneix com a V-Model.
Hi ha les diferents fases de la fase de verificació del model V:
| Anàlisi de requisits empresarials: | Aquest és el primer pas on els requisits del producte s'entenen des del costat del client. Aquesta fase conté una comunicació detallada per entendre les expectatives del client i els requisits exactes.
| Disseny del sistema: | En aquesta etapa, els enginyers de sistemes analitzen i interpreten el negoci del sistema proposat estudiant el document de requisits de l'usuari.
| Disseny arquitectònic: | La línia de base per seleccionar l'arquitectura és que s'ha d'entendre tot el que normalment consisteix en la llista de mòduls, breu funcionalitat de cada mòdul, les seves relacions d'interfície, dependències, taules de bases de dades, diagrames d'arquitectura, detall de tecnologia, etc. Es porta a terme el model de prova d'integració. sortir en una fase concreta.
| Disseny del mòdul: | En la fase de disseny del mòdul, el sistema es divideix en mòduls petits. S'especifica el disseny detallat dels mòduls, que es coneix com a Low-Level Design
| Fase de codificació: | Després del disseny, s'inicia la fase de codificació. En funció dels requisits, es decideix un llenguatge de programació adequat. Hi ha algunes directrius i estàndards per a la codificació. Abans de comprovar el repositori, la compilació final s'optimitza per obtenir un millor rendiment i el codi passa per moltes revisions de codi per comprovar-ne el rendiment.
Hi ha les diferents fases de la fase de validació del model V:
| Prova d'unitat: | En el V-Model, es desenvolupen els plans de prova d'unitats (UTP) durant la fase de disseny del mòdul. Aquestes UTP s'executen per eliminar errors a nivell de codi o unitat. Una unitat és l'entitat més petita que pot existir independentment, per exemple, un mòdul de programa. La prova d'unitat verifica que l'entitat més petita pot funcionar correctament quan està aïllada de la resta de codis/unitats.
| Proves d'integració: | Els plans de prova d'integració es desenvolupen durant la fase de disseny arquitectònic. Aquestes proves verifiquen que els grups creats i provats de manera independent poden coexistir i comunicar-se entre ells.
| Prova del sistema: | Els plans de proves del sistema es desenvolupen durant la fase de disseny del sistema. A diferència dels plans de proves d'unitat i integració, els plans de proves del sistema estan formats per l'equip empresarial del client. La prova del sistema garanteix que es compleixin les expectatives d'un desenvolupador d'aplicacions.
| Prova d'acceptació: | Les proves d'acceptació estan relacionades amb la part d'anàlisi de requisits empresarials. Inclou provar el producte de programari en l'atmosfera de l'usuari. Les proves d'acceptació revelen els problemes de compatibilitat amb els diferents sistemes, que està disponible en l'ambient de l'usuari. També descobreix els problemes no funcionals, com ara defectes de càrrega i rendiment, dins de l'atmosfera de l'usuari real.
Quan utilitzar el V-Model?
- Quan el requisit està ben definit i no és ambigu.
- El model en forma de V s'ha d'utilitzar per a projectes de mida petita i mitjana on els requisits estiguin clarament definits i fixats.
- El model en forma de V s'ha de triar quan hi ha recursos tècnics de mostra disponibles amb coneixements tècnics essencials.
Avantatge (avantatges) del model V:
- Fàcil d'entendre.
- Mètodes de prova com la planificació, el disseny de proves passa molt abans de la codificació.
- Això estalvia molt de temps. Per tant, hi ha més possibilitats d'èxit respecte al model de cascada.
- Evita el flux descendent dels defectes.
- Funciona bé per a plans petits on els requisits s'entenen fàcilment.
Desavantatge (contres) del model V:
- Molt rígid i menys flexible.
- No és bo per a un projecte complex.
- El programari es desenvolupa durant l'etapa d'implementació, de manera que no es produeixen els primers prototips del programari.
- Si es produeix algun canvi a mig camí, s'han d'actualitzar els documents de prova juntament amb els documents necessaris.
