Modelo V también conocido como Modelo de Verificación y Validación. En esto, cada fase de SDLC debe completarse antes de que comience la siguiente fase. Sigue un proceso de diseño secuencial igual que el modelo en cascada. Las pruebas del dispositivo están previstas en paralelo con la correspondiente etapa de desarrollo.
Verificación: Implica un método de análisis estático (revisión) realizado sin ejecutar código. Es el proceso de evaluación del proceso de desarrollo del producto para determinar si se cumplen los requisitos especificados.
Validación: Implica un método de análisis dinámico (funcional, no funcional), las pruebas se realizan ejecutando código. La validación es el proceso para clasificar el software después de completar el proceso de desarrollo para determinar si el software cumple con las expectativas y requisitos del cliente.
Entonces, V-Model contiene fases de verificación en un lado y fases de validación en el otro lado. Al proceso de Verificación y Validación se une la fase de codificación en forma de V. Por eso se le conoce como modelo V.
Existen varias fases de la fase de verificación del modelo V:
| Análisis de requisitos comerciales: | Este es el primer paso donde los requisitos del producto se entienden desde el lado del cliente. Esta fase contiene comunicación detallada para comprender las expectativas del cliente y los requisitos exactos.
| Diseño de sistemas: | En esta etapa, los ingenieros de sistemas analizan e interpretan el negocio del sistema propuesto mediante el estudio del documento de requisitos del usuario.
| Diseño arquitectónico: | La base para seleccionar la arquitectura es que se debe comprender todo lo que normalmente consiste en la lista de módulos, breve funcionalidad de cada módulo, sus relaciones de interfaz, dependencias, tablas de bases de datos, diagramas de arquitectura, detalles de tecnología, etc. Se lleva a cabo el modelo de prueba de integración. en una fase determinada.
| Diseño del módulo: | En la fase de diseño del módulo, el sistema se divide en pequeños módulos. Se especifica el diseño detallado de los módulos, lo que se conoce como Diseño de Bajo Nivel.
| Fase de codificación: | Después del diseño, se inicia la fase de codificación. En función de los requisitos, se decide un lenguaje de programación adecuado. Existen algunas pautas y estándares para la codificación. Antes de registrarlo en el repositorio, la compilación final se optimiza para un mejor rendimiento y el código pasa por muchas revisiones para verificar el rendimiento.
Existen varias fases de la fase de validación del modelo V:
| Examen de la unidad: | En el modelo V, los planes de pruebas unitarias (UTP) se desarrollan durante la fase de diseño del módulo. Estos UTP se ejecutan para eliminar errores a nivel de código o nivel de unidad. Una unidad es la entidad más pequeña que puede existir independientemente, por ejemplo, un módulo de programa. Las pruebas unitarias verifican que la entidad más pequeña pueda funcionar correctamente cuando está aislada del resto de códigos/unidades.
| Pruebas de integración: | Los planes de prueba de integración se desarrollan durante la fase de diseño arquitectónico. Estas pruebas verifican que los grupos creados y probados de forma independiente puedan coexistir y comunicarse entre sí.
| Pruebas del sistema: | Los planes de pruebas del sistema se desarrollan durante la fase de diseño del sistema. A diferencia de los Planes de Pruebas Unitarias y de Integración, los Planes de Pruebas de Sistemas están compuestos por el equipo comercial del cliente. System Test garantiza que se cumplan las expectativas de un desarrollador de aplicaciones.
| Test de aceptación: | Las pruebas de aceptación están relacionadas con la parte de análisis de requisitos comerciales. Incluye probar el producto de software en la atmósfera del usuario. Las pruebas de aceptación revelan los problemas de compatibilidad con los diferentes sistemas disponibles en el ambiente de usuario. También descubre los problemas no funcionales como defectos de carga y rendimiento dentro de la atmósfera del usuario real.
¿Cuándo utilizar V-Model?
- Cuando el requisito está bien definido y no es ambiguo.
- El modelo en forma de V debe utilizarse para proyectos pequeños y medianos donde los requisitos están claramente definidos y fijados.
- Se debe elegir el modelo en forma de V cuando se disponga de recursos técnicos de muestra con experiencia técnica esencial.
Ventajas (ventajas) del modelo V:
- Fácil de comprender.
- Los métodos de prueba, como la planificación y el diseño de pruebas, se realizan mucho antes de la codificación.
- Esto ahorra mucho tiempo. De ahí una mayor probabilidad de éxito que el modelo en cascada.
- Evita el flujo descendente de los defectos.
- Funciona bien para planes pequeños donde los requisitos se entienden fácilmente.
Desventaja (contras) del modelo V:
- Muy rígido y menos flexible.
- No es bueno para un proyecto complejo.
- El software se desarrolla durante la etapa de implementación, por lo que no se producen prototipos iniciales del software.
- Si se produce algún cambio a mitad del camino, entonces se deben actualizar los documentos de prueba junto con los documentos requeridos.
