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.