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?
¿Cuales son los objetivos del modelo en V?
- Minimizar los riesgos del proyecto.
- Mejorar y garantizar la calidad del proyecto.
- Reducir los costes totales a lo largo del ciclo de vida del proyecto.
- 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).
• La relación entre las etapas de desarrollo y los distintos tipos de pruebas facilitan la localización de fallos.
• Es un modelo sencillo y de fácil aprendizaje
• Hace explícito parte de la iteración y trabajo que hay que revisar
• Especifica bien los roles de los distintos tipos de pruebas a realizar
• Involucra al usuario en las pruebas
Desventajas:
• Es difícil que el cliente exponga explícitamente todos los requisitos
• El cliente debe tener paciencia pues obtendrá el producto al final del ciclo de vida
• Las pruebas pueden ser caras y, a veces, no lo suficientemente efectivas
• El producto final obtenido puede que no refleje todos los requisitos del usuario
FUENTES DE INFORMACIÓN:
Análisis del Modelo V
Este modelo es una versión mejorada del modelo cascada, incorpora o se enfoca, de mejor manera al control de calidad, este modelo también muestra la relación iterativa entre las distintas fases en el proceso de desarrollo de software y añade dos partes que son:
La VERIFICACIÓN: que tiene relación con la pregunta ¿ Se está haciendo correctamente el producto?
La VALIDACIÓN: que tiene relación con la pregunta ¿ Se está haciendo el producto , es decir, la demostración de que el software cumple con exactitud la finalidad pretendida.
En el modelo V podemos ver las mismas fases del modelo cascada pero con una mejor relación entre ellas.
