Son muchas las presentaciones o artículos sobre calidad de software que siempre incluyen la figura del Modelo-V. Pero, ¿sabemos realmente lo que quiere decir? El modelo-V deriva directamente del modelo en cascada (Waterfall model), y se usa como base de procesos dentro del ciclo de vida de software. El modelo considera el testing como una actividad paralela al SDLC (Sofware development Life Cycle) y no como una actividad aislada que se realiza al final del desarrollo. Fue desarrollado en Alemania por el Ministerio de Defensa.
La siguiente figura muestra como cada fase de desarrollo (a la izquierda de la imagen) se alinean con las fases de testing.
Esta es la representación más simple del modelo en V, en muchos casos las organizaciones crean sus propios modelos usando este como base. El modelo puedes llegar a ser tan complejo como uno quiera.
La ventaja principal con respecto al modelo en cascada es simple, ya que este modelo involucra chequeos de cada una de las etapas del modelo de cascada. Los requisitos se validan con las pruebas de “User Acceptance Test”, Análisis y deseño de arquitectura con las pruebas de IST (integration & system test), mientras que las pruebas a nivel de componentes y a más bajo nivel se realizan en las fases de pruebas de “Assembly” y “Unit Test” respectivamente.
¿Cuales son los objetivos del modelo en V?
- Minimizar los riesgos del projecto.
- Mejorar y garantizar la calidad del projecto.
- Reducir los costes totales a lo largo del ciclo de vida del projecto.
- Mejorar la comunicación entre los Stakeholders.
En definitiva se trata de un modelo más robusto y completo que el Modelo de Cascada, y puede producir software de mayor calidad que con el modelo de cascada (todo depende de la empresa y el secto)
Referencias: http://en.wikipedia.org/wiki/VEE_model
Existe una variación de este modelo que es el Modelo en W en el que por un lado se introducen las revisiones de diseño para las fases de requisitos, análisis, arquitectura y diseño detallado y por otro la depuración y cambios encontrados en la fases de pruebas. Todo ello en línea con los CMMIs, ISO 12207 etc.
Pone de manifiesto la importancia de las revisiones (validación) en el ciclo de vida completo, sin olvidar las pruebas (verificación).
Es más completo pero solo válido para organizaciones más maduras.