Modelo en forma de V en la metodología SDLC

El modelo en forma de V

¿Ha sido contratado para hacer un programa de software para un cliente? Si necesita un enfoque disciplinado de la ingeniería de software, entonces el modelo en forma de V podría ser el enfoque adecuado para usted. Es un ejemplo de un modelo que extiende las fases del ciclo de vida del desarrollo de software (SDLC) que normalmente se presentan en un modelo en cascada.

El modelo en forma de V muestra las relaciones entre cada fase de desarrollo y la fase de prueba asociada. También se lo conoce como el «modelo de verificación y validación». Esto se debe a que cada fase de verificación está asociada con una fase de validación.

El proceso es como realizar controles de calidad para todas las cosas nuevas que un desarrollador de software agrega a un proyecto. Este modelo, por lo tanto, introduce un enfoque disciplinado a la ingeniería de software. Echemos un vistazo a las fases del modelo en forma de V.

Etapas

El modelo en forma de V amplía el modelo de cascada SDLC para incluir un conjunto de pasos de verificación y validación. El modelo de cascada incluye:

• análisis de requerimientos
• diseño
• implementación
• pruebas
• verificación
• mantenimiento

Cada una de estas fases del SDLC tiene distintas actividades con distintos entregables o resultados. En el modelo en forma de V, todos los pasos tienen una fase de prueba correspondiente. Vamos a ver.

El modelo en forma de V con pasos de verificación a la izquierda y pasos de validación a la derecha.

Pasos de verificación

Este conjunto de pasos abarca las diversas actividades de diseño y codificación que se requieren en el proceso de desarrollo de software. Estos pasos también se conocen como el «ciclo de vida del desarrollador».

• Especificación de requisitos comerciales (BRS): ¿qué quiere el cliente? El ingeniero de software se reúne periódicamente con el cliente para comprender plenamente sus objetivos y deseos.
• Diseño del sistema: desarrollo del plan para el diseño o modelo del sistema, incluidos los requisitos de hardware, software y red para el sistema en desarrollo.
• Diseño de arquitectura: el proceso de diseñar o crear un plano para el hardware, software y diseño de red del sistema en desarrollo. También conocido como diseño de alto nivel (HLD).
• Diseño del módulo: este es el paso donde se genera un diseño detallado del sistema y se especifican todas las partes que componen el sistema. En este punto, el ingeniero de software también verifica para confirmar que el sistema en desarrollo será compatible con otros sistemas externos que ya está utilizando el cliente. También conocido como diseño de bajo nivel (LLD).

Fase de codificación

La fase de codificación implica el proceso de codificación real. Esto también incluye la selección del lenguaje de programación más apropiado. El proceso de codificación se gestiona mediante estándares y directrices que deben especificarse incluso antes de que comience el proceso de desarrollo de software.

Pasos de validación

Mientras que la verificación se centra en el desarrollo, la validación asegura que todo ese desarrollo se llevó a cabo correctamente. Este proceso es muy dinámico y se realizan muchas pruebas. Estos pasos también se conocen como «ciclo de vida del probador».

• Prueba unitaria: garantizar que todos los errores o errores en el código se eliminen y se prueben en una etapa muy temprana.
• Pruebas de integración: garantizar que los diseños arquitectónicos y del módulo sean precisos y que todas las funcionalidades del software se hayan capturado en el diseño.
• Prueba del sistema: prueba de la funcionalidad de todo el software.
• Prueba de aceptación: asegurarse de que el usuario esté satisfecho con el producto antes de que se entregue la versión final. Este paso también puede ayudar a encontrar problemas de rendimiento en el software, como la velocidad o el rendimiento de la capacidad.

Ventajas y desventajas

La principal ventaja del modelo en forma de V es que es relativamente fácil de usar. Las pruebas rigurosas hacen que el software sea rentable y de alta calidad.

Por otro lado, una gran desventaja de este modelo es que no es muy flexible, por lo que realizar cambios en las fases anteriores puede resultar problemático. También es muy costoso y requiere mucho tiempo porque todas y cada una de las fases deben pasar por un ejercicio de verificación y validación.

Solicitud

El modelo en forma de V es ideal para un equipo de desarrollo con mucha experiencia que comprende completamente la tecnología que deberán usar. También es ideal para proyectos donde los requisitos están muy bien especificados y acordados tanto por el equipo de desarrollo de software como por el futuro usuario. Debido al costo, el modelo en forma de V es mejor para proyectos cortos de desarrollo de software.

Resumen de la lección

El modelo en forma de V muestra las relaciones entre cada fase del desarrollo de software y la fase de prueba asociada. La fase de verificación implica:

• Especificación de requisitos comerciales: se definen los requisitos del usuario.
• Diseño del sistema: definición de los requisitos de hardware, software y red.
• Diseño arquitectónico: diseño del plano para el hardware, el software y el diseño de la red.
• Diseño del módulo: se especifican todas las partes que componen el sistema y se comprueba la compatibilidad.
• Codificación: seleccione el lenguaje de programación y el código de escritura más apropiados.

La fase de validación incluye:

• Prueba unitaria: prueba del código.
• Pruebas de integración: garantizar que el módulo y los diseños arquitectónicos sean precisos.
• Prueba del sistema: prueba de la funcionalidad de todo el software.
• Prueba de aceptación: ¿el usuario está contento? ¿Funciona bien el software?

El modelo en forma de V es fácil de usar y lo convierte en un producto de alta calidad, pero es un poco inflexible y costoso. Se utiliza mejor en equipos de desarrollo experimentados y para proyectos cortos bien definidos.

Rodrigo Ricardo Editor y fundador