EXPOSICION
El Modelo en V es un paradigma de ciclo de vida de desarrollo de software que se distingue
por su enfoque estructurado y la correspondencia directa entre cada fase de desarrollo y su
respectiva fase de pruebas. Imagínalo como una evolución del modelo de cascada, pero con un
énfasis mucho mayor en la verificación (asegurar que se está construyendo el producto
correctamente) y la validación (asegurar que se está construyendo el producto correcto) desde
las etapas iniciales. Su representación gráfica en forma de "V" ilustra cómo las actividades de
desarrollo descienden por el lado izquierdo hasta la codificación, y luego las actividades de
prueba ascienden por el lado derecho, validando cada etapa de desarrollo correspondiente.
Características clave del modelo en V
• Relación directa entre desarrollo y pruebas: Cada fase de desarrollo tiene una fase de
prueba correspondiente, lo que facilita la detección temprana de errores.
• Enfoque estructurado y secuencial: Las fases se siguen en un orden predefinido, lo
que es útil para proyectos con requisitos bien definidos.
• Énfasis en la verificación y validación: Se asegura que el producto final cumpla con los
requisitos y expectativas del cliente.
¿Cuándo Utilizar el Modelo en V?
Proyectos Pequeños o Medianos: Donde la complejidad es manejable y la coordinación entre
las fases de desarrollo y prueba es más sencilla.
Requisitos Claros, Bien Definidos y Estables: Cuando el cliente tiene una comprensión muy
clara de lo que necesita y no se anticipan cambios significativos durante el desarrollo.
* Ejemplo: El desarrollo de un firmware para un dispositivo específico con funcionalidades
fijas.
Proyectos donde la Calidad y Fiabilidad son Críticas: En industrias como la aeroespacial,
médica, nuclear o financiera, donde los fallos del software pueden tener consecuencias graves
y se requiere un proceso de verificación y validación exhaustivo.
* Ejemplo: Software para un marcapasos, sistema de control de vuelo.
Disponibilidad de Recursos Técnicos con Experiencia: Cuando el equipo de desarrollo y
pruebas tiene experiencia con las tecnologías a utilizar y comprende bien los procesos del
Modelo en V.
Proyectos donde la Documentación Detallada es un Requisito Contractual o Regulatorio:
Algunas organizaciones o tipos de proyectos exigen un rastro documental completo de cada
fase.
Migraciones de Sistemas Heredados: Cuando se va a migrar un sistema existente a una nueva
plataforma, pero la funcionalidad principal ya está bien entendida y documentada.
Fases del lado izquierdo (desarrollo / diseño):
1. Requisitos del sistema (Requisitos del usuario):
Se recopilan las necesidades del cliente y se documentan los requerimientos
funcionales y no funcionales.
2. Especificación de requisitos del software:
Se traducen los requisitos del sistema en especificaciones técnicas que el software
debe cumplir.
3. Diseño de arquitectura (Diseño de alto nivel):
Se define la estructura general del sistema, sus módulos principales y la interacción
entre ellos.
4. Diseño detallado (Diseño de bajo nivel):
Se diseñan los componentes internos de cada módulo, estructuras de datos,
algoritmos, etc.
5. Codificación:
Es la fase central donde se escribe el código fuente según el diseño detallado.
Fases del lado derecho (verificación / pruebas):
6. Pruebas unitarias:
Se prueban individualmente los componentes desarrollados para verificar que
funcionen correctamente.
7. Pruebas de integración:
Se integran los módulos y se prueba la comunicación entre ellos para asegurar su
correcta interacción.
8. Pruebas de validación:
Se verifica que el sistema completo cumpla con los requisitos del software definidos.
9. Pruebas del sistema (o aceptación):
Se comprueba que el sistema cumple con los requisitos del cliente y está listo para ser
entregado.
