El model V és un tipus de Model SDLC on el procés s'executa seqüencialment en forma de V. També es coneix com a model de verificació i validació. Es basa en l'associació d'una fase de prova per a cada fase de desenvolupament corresponent. El desenvolupament de cada pas està directament associat a la fase de prova. La següent fase comença només un cop finalitzada la fase anterior, és a dir, per a cada activitat de desenvolupament, hi ha una activitat de prova corresponent.

random no generator in java

Taula de contingut

• Disseny V-Model
• Importància del model V
• Principis del model V
• Quan utilitzar el model V?
• Avantatges del model V
• Desavantatges del V-Model
• Conclusió

El V-Model és un model de cicle de vida de desenvolupament de programari (SDLC) que proporciona una representació sistemàtica i visual del procés de desenvolupament de programari. Es basa en la idea d'una forma de V, amb les dues potes de la V que representen la progressió de la procés de desenvolupament de programari des de recollida de requisits i anàlisi per dissenyar, implementar, provar i mantenir.

Disseny V-Model

1. Recollida i anàlisi de requisits : La primera fase del V-Model és la fase de recollida i anàlisi de requisits, on es recullen i s'analitzen els requisits del client per al programari per determinar l'abast del projecte.
2. Disseny: En la fase de disseny, es desenvolupa l'arquitectura i el disseny del programari, inclòs el disseny d'alt nivell i el disseny detallat.
3. Implementació: En la fase d'implementació, el programari es construeix a partir del disseny.
4. Prova: En la fase de prova, el programari es prova per assegurar-se que compleix els requisits del client i és d'alta qualitat.
5. Desplegament: En la fase de desplegament, el programari es desplega i s'utilitza.
6. Manteniment: En la fase de manteniment, el programari es manté per garantir que segueix satisfent les necessitats i expectatives del client.
7. El model V s'utilitza sovint en seguretat: sistemes crítics, com ara sistemes aeroespacials i de defensa, per la seva èmfasi en proves exhaustives i la seva capacitat per definir clarament els passos implicats en el procés de desenvolupament de programari.

SDLC V-Model

La il·lustració següent mostra les diferents fases en un model V del SDLC.

Verificació Fases :

Implica una tècnica d'anàlisi estàtica (revisió) feta sense executar codi. És el procés d'avaluació de la fase de desenvolupament del producte per trobar si es compleixen els requisits especificats.

Hi ha diverses fases de verificació en el model V:

Anàlisi de requisits empresarials:

Aquest és el primer pas de la designació del cicle de desenvolupament on cal resoldre els requisits del producte des de la perspectiva del client. en aquestes fases inclouen una comunicació adequada amb el client per entendre els requisits dels clients. aquestes són les activitats molt importants que s'han de gestionar correctament, ja que la majoria de les vegades els clients no saben exactament què volen, i en aquell moment no estan segurs d'això, llavors fem servir un disseny de la prova d'acceptació planificació que es fa en el moment de la necessitat de negoci s'utilitzarà com a entrada per a les proves d'acceptació.

Disseny del sistema:

np.clip

El disseny del sistema començarà quan en general tinguem clars els requisits del producte i, a continuació, hem de dissenyar el sistema completament. Aquesta comprensió estarà al començament del procés de desenvolupament del producte. aquests seran beneficiosos per a la futura execució de casos de prova.

Diseny arquitectònic:

En aquesta etapa, s'entenen i es dissenyen les especificacions arquitectòniques. En general, es presenten diversos enfocaments tècnics i l'elecció final es fa després de considerar la viabilitat tant tècnica com financera. L'arquitectura del sistema es divideix a més en mòduls que gestionen cadascun una funció diferent. Un altre nom per a això és High-Level Design (HLD).

En aquest punt, l'intercanvi de dades i la comunicació entre els mòduls interns i els sistemes externs estan ben entesos i definits. Durant aquesta fase, es poden crear i documentar proves d'integració mitjançant la informació proporcionada.

Disseny del mòdul:

Aquesta fase, coneguda com a Disseny de baix nivell (LLD), especifica el disseny intern complet per a cada mòdul del sistema. La compatibilitat entre el disseny i altres sistemes externs, així com altres mòduls de l'arquitectura del sistema és crucial. Les proves unitàries són un component crucial de qualsevol procés de desenvolupament, ja que ajuden a identificar i eradicar la majoria d'errors i defectes en una fase inicial. A partir dels dissenys dels mòduls interns, ara es poden crear aquestes proves unitàries.

Fase de codificació:

El pas de codificació consisteix a escriure el codi dels mòduls del sistema que es van crear durant la fase de disseny. El sistema i els requisits arquitectònics s'utilitzen per determinar quin llenguatge de programació és el més adequat.

Es segueixen els estàndards i principis de codificació quan es realitza la codificació. Abans de registrar la compilació final al dipòsit, el codi passa per moltes revisions de codi i s'optimitza per obtenir un rendiment òptim.

Validació Fases :

Implica tècniques d'anàlisi dinàmica (funcionals i no funcionals) i proves realitzades mitjançant l'execució de codi. La validació és el procés d'avaluació del programari després de la finalització de la fase de desenvolupament per determinar si el programari compleix les expectatives i requisits del client.

Per tant, V-Model conté fases de verificació a un costat de les fases de validació a l'altre costat. Les fases de verificació i validació s'uneixen amb la fase de codificació en forma de V. Per tant, s'anomena V-Model.
Hi ha diversos Validació fases del model V:

commutador java int

Prova d'unitat:

Els plans de prova d'unitat es desenvolupen durant la fase de disseny del mòdul. Aquests plans de prova d'unitat s'executen per eliminar errors a nivell de codi o unitat.

Proves d'integració:

Un cop finalitzades les proves unitàries, es realitzen les proves d'integració. En les proves d'integració, els mòduls s'integren i es prova el sistema. Les proves d'integració es realitzen en la fase de disseny de l'arquitectura. Aquesta prova verifica la comunicació dels mòduls entre ells.

Prova del sistema:

La prova del sistema prova l'aplicació completa amb la seva funcionalitat, interdependència i comunicació. Comprova els requisits funcionals i no funcionals de l'aplicació desenvolupada.

Prova d'acceptació d'usuari (UAT):

La comprovació de java és nul·la

La UAT es realitza en un entorn d'usuari que s'assembla a l'entorn de producció. UAT verifica que el sistema lliurat compleix els requisits de l'usuari i que el sistema està preparat per al seu ús en el món real.

Fase de disseny:

• Anàlisi de requisits: Aquesta fase conté una comunicació detallada amb el client per entendre els seus requisits i expectatives. Aquesta etapa es coneix com a recollida de requisits.
• Disseny del sistema: Aquesta fase conté el disseny del sistema i el maquinari complet i la configuració de comunicació per desenvolupar el producte.
• Diseny arquitectònic: El disseny del sistema es divideix encara més en mòduls que ocupen diferents funcionalitats. S'entén clarament la transferència de dades i la comunicació entre els mòduls interns i amb el món exterior (altres sistemes).
• Disseny del mòdul: En aquesta fase, el sistema es divideix en petits mòduls. S'especifica el disseny detallat dels mòduls, també conegut com a Low-Level Design (LLD).

Fases de prova:

• Prova d'unitat: Els plans de prova d'unitat es desenvolupen durant la fase de disseny del mòdul. Aquests plans de prova d'unitat s'executen per eliminar errors a nivell de codi o unitat.
• Proves d'integració: Un cop finalitzades les proves unitàries, es realitzen les proves d'integració. En les proves d'integració, s'integren els mòduls i es prova el sistema. Les proves d'integració es realitzen en la fase de disseny de l'arquitectura. Aquesta prova verifica la comunicació dels mòduls entre ells.
• Prova del sistema: La prova del sistema prova l'aplicació completa amb la seva funcionalitat, interdependència i comunicació. Comprova els requisits funcionals i no funcionals de l'aplicació desenvolupada.
• Prova d'acceptació d'usuari (UAT): La UAT es realitza en un entorn d'usuari que s'assembla a l'entorn de producció. UAT verifica que el sistema lliurat compleix els requisits de l'usuari i que el sistema està preparat per al seu ús en el món real.

Repte industrial:

A mesura que la indústria ha evolucionat, les tecnologies s'han tornat més complexes, cada cop més ràpides i canviant per sempre, però, encara hi ha un conjunt de principis i conceptes bàsics que són tan aplicables avui com quan les TI estaven en els seus inicis.

mylivecricket

• Definir i refinar amb precisió els requisits dels usuaris.
• Dissenyar i construir una aplicació segons els requisits de l'usuari autoritzat.
• Valideu que l'aplicació que havien creat complia els requisits comercials autoritzats.

Importància del model V

1. Identificació primerenca de defecte

En incorporar tasques de verificació i validació a cada etapa del procés de desenvolupament, el V-Model fomenta les proves primerenques. Això redueix el cost i l'esforç necessari per solucionar problemes més endavant en el cicle de vida del desenvolupament, ajudant a la detecció i resolució primerencas d'errors.

2. determinació de les Fases de Desenvolupament i Prova

El V-Model conté una fase de prova que correspon a cada etapa del procés de desenvolupament. En assegurar-se que els processos de prova i desenvolupament es desenvolupen clarament, aquest mapatge clar promou un enfocament metòdic i ordenat de l'enginyeria del programari.

3. Evita les proves del Big Bang

Les proves es fan sovint al final del cicle de vida del desenvolupament en els models de desenvolupament tradicionals, la qual cosa dóna lloc a un enfocament Big Bang on totes les operacions de prova se centren alhora. Mitjançant la integració de les activitats de prova en el procés de desenvolupament i fomentant un enfocament de prova més progressiu i regulat, el V-Model ho evita.

4. Millora la cooperació

A tots els nivells, el V-Model promou la cooperació entre els equips de prova i desenvolupament. Amb aquesta col·laboració, s'entenen millor els requisits del projecte, les opcions de disseny i les metodologies de prova, la qual cosa millora l'eficàcia i l'eficiència del procés de desenvolupament.

5. Garantia de qualitat millorada

La garantia de qualitat global es veu millorada pel model V, que incorpora operacions de prova a tots els nivells. Abans que el programa arribi a l'etapa de desplegament final, s'assegura que compleix els requisits i passa per un estricte procés de validació i verificació.

Principis del model V

• De gran a petit: A V-Model, les proves es fan des d'una perspectiva jeràrquica, per exemple, els requisits identificats per l'equip del projecte, la creació de disseny d'alt nivell i les fases de disseny detallat del projecte. A mesura que cadascuna d'aquestes fases es completa els requisits, es van definint cada vegada més i més refinats i detallats.
• Integritat de dades/procés: Aquest principi estableix que el disseny d'èxit de qualsevol projecte requereix la incorporació i cohesió tant de dades com de processos. Els elements del procés s'han d'identificar a cada requisit.
• Escalabilitat: Aquest principi estableix que el concepte V-Model té la flexibilitat per adaptar-se a qualsevol projecte informàtic independentment de la seva mida, complexitat o durada.
• Referències creuades: Una correlació directa entre els requisits i l'activitat de prova corresponent es coneix com a referència creuada.

Documentació tangible:

Aquest principi estableix que cada projecte ha de crear un document. Aquesta documentació és requerida i aplicada tant per l'equip de desenvolupament del projecte com per l'equip de suport. La documentació s'utilitza per mantenir l'aplicació un cop està disponible en un entorn de producció.

Per què preferit?

• És fàcil de gestionar a causa de la rigidesa del model. Cada fase de V-Model té resultats específics i un procés de revisió.
• Seguiment proactiu de defectes: és a dir, els defectes es troben en una fase inicial.

Quan utilitzar de Model V ?

• Traçabilitat dels requisits: El V-Model resulta beneficiós en situacions en què és imprescindible crear una traçabilitat precisa entre els requisits i els seus casos de prova relacionats.
• Projectes complexos: El V-Model ofereix una manera metòdica de gestionar les activitats de prova i reduir els riscos relacionats amb els problemes d'integració i interfície per a projectes amb un alt nivell de complexitat i interdependències entre els components del sistema.
• Projectes en cascada : Com que el V-Model ofereix una estructura accessible per organitzar, dur a terme i supervisar les activitats de prova a tots els nivells de desenvolupament, és adequat per a projectes que utilitzen un enfocament seqüencial del desenvolupament, com el model de cascada.
• Sistemes crítics per a la seguretat: Aquests sistemes s'utilitzen en les indústries aeroespacial, automotriu i sanitària. Posen un gran èmfasi en els procediments rígids de verificació i validació, que ajuden a garantir que es compleixen els requisits essencials del sistema i que els possibles riscos es troben i s'eliminen en el primer moment del procés de desenvolupament.

Avantatges del model V

• Aquest és un model molt disciplinat i les fases es completen d'una en una.
• V-Model s'utilitza per a projectes petits on els requisits del projecte són clars.
• Senzill i fàcil d'entendre i utilitzar.
• Aquest model se centra en activitats de verificació i validació a principis del cicle de vida, augmentant així la probabilitat de construir un producte sense errors i de bona qualitat.
• Permet a la gestió del projecte fer un seguiment del progrés amb precisió.
• Procés clar i estructurat: el model V proporciona un procés clar i estructurat desenvolupament de software , facilitant la comprensió i el seguiment.
• Èmfasi en les proves: el V-Model posa un gran èmfasi en les proves, la qual cosa ajuda a garantir la qualitat i la fiabilitat del programari.
• Traçabilitat millorada: el model V proporciona un vincle clar entre els requisits i el producte final, facilitant el seguiment i la gestió dels canvis al programari.
• Millor comunicació: l'estructura clara del V-Model ajuda a millorar la comunicació entre el client i l'equip de desenvolupament.

Inconvenients del model V

• Alt risc i incertesa.
• No és bo per a projectes complexos i orientats a objectes.
• No és adequat per a projectes on els requisits no són clars i contenen un alt risc de canvi.
• Aquest model no admet la iteració de fases.
• No gestiona fàcilment els esdeveniments concurrents.
• Inflexibilitat: el V-Model és un model lineal i seqüencial, que pot dificultar l'adaptació a requisits canviants o esdeveniments inesperats.
• Consumeix molt de temps: el model V pot consumir molt de temps, ja que requereix molta documentació i proves.
• Dependència excessiva de la documentació: el V-Model posa un gran èmfasi en la documentació, cosa que pot conduir a una dependència excessiva de la documentació a costa del treball de desenvolupament real.

Conclusió

El V-Model d'enginyeria de programari proporciona un enfocament científic i organitzat del cicle de vida del desenvolupament de programari (SDLC). L'experiència de l'equip amb la metodologia seleccionada, les característiques úniques del projecte i la naturalesa dels requisits s'han de tenir en compte a l'hora de seleccionar qualsevol model SDLC, inclòs el V-Model.

Llibre de referència:

Enginyeria del programari: enfocament d'un practicant de Roger S. Pressman, publicat per McGraw-Hill Education, 2017.