Modelo V
Modelo V - SDLC:
El modelo V, una metodología del ciclo de vida del desarrollo de software, describe las actividades a realizar y los resultados que deben producirse durante el ciclo de vida del producto. Se lo conoce como modelo de verificación y validación. La validación responde a la pregunta: "¿Estamos desarrollando el producto que intenta todo lo que el usuario necesita de este software?" y Verificación responde a la pregunta: "¿Estamos desarrollando este producto siguiendo firmemente todas las especificaciones de diseño?"
Objetivos del modelo V:
Minimización de riesgos del proyecto
Calidad garantizada
Reducción del costo total de todo el proyecto
Comunicación mejorada entre todas las partes involucradas
Diferentes fases del modelo V:
The Requirements phase, un documento que describe lo que debe hacer el software después de que el software se recopila y analiza y la actividad de prueba correspondiente es user acceptance testing.
The Architectural Design phase, donde se diseña una arquitectura de software y se construyen los componentes dentro del software y se establecen las relaciones entre los componentes y la actividad de prueba correspondiente es System Testing.
The High Level Design phase,dividir el sistema en subsistemas con interfaces identificadas; luego se traduce a un diseño más detallado y la actividad de prueba correspondiente es Prueba de integración.
The Detailed Design phase,donde se especifica la implementación detallada de cada componente. El diseño detallado dividido en estructuras de datos, algoritmo utilizado y la actividad de prueba correspondiente es prueba unitaria.
Coding en el que cada componente del software es codificado y probado para verificar si implementa fielmente el diseño detallado.
Ventajas y limitaciones del modelo V:
Ventajas:
Enfatice la verificación y validación del producto en las primeras etapas del desarrollo del producto.
Cada etapa es comprobable
La gestión de proyectos puede realizar un seguimiento del progreso por hitos
Implementación y uso fáciles de entender
Limitaciones:
No maneja eventos fácilmente al mismo tiempo.
No maneja iteraciones o fases
No maneja fácilmente cambios dinámicos en los requisitos.
No contiene análisis de riesgos ni actividades de mitigación.