Diferencia entre Vmodel y Waterfall Model
Vmodel vs Cascada
Uno de los debates más antiguos en la ingeniería de software es el debate del modelo de cascada vs. V. Este debate trata sobre el mejor modelo de software para que lo usen los desarrolladores. El proceso de desarrollo de software tiene varias etapas. Los pasos son similares tanto en el modelo de cascada como en el de V, y lo único que ha sido controvertido hasta ahora es el enfoque por el cual se pueden lograr estos dos modelos.
En un modelo en V, hay muchas actividades que, cuando se trazan juntas en un diagrama esquemático, forman una forma de V. Cada paso tiene un paso correspondiente que se dice que está relacionado con la prueba. Se hace referencia a este modelo debido a la misma cantidad de pruebas y desarrollo que el modelo de verificación y validación. El lado de la verificación se ocupa del final del desarrollo y la validación se ocupa de las fases de prueba. Las actividades involucradas en la verificación incluyen el análisis de necesidades donde se recopila información del usuario final. Esta información es importante en el desarrollo de la documentación del software.
En primer lugar está el diseño del sistema, que tiene como objetivo preparar un diseño de software funcional. El siguiente en la línea es el diseño arquitectónico. Esto también se denomina diseño de alto nivel que relaciona la interfaz con las tablas de la base de datos y las dependencias de las tablas. El último paso en el proceso de desarrollo es la codificación, donde todo el proyecto se divide en pequeñas partes para la codificación que luego se fusionan para crear el sistema completo.
El lado de la validación, por otro lado, tiene cuatro pasos, al igual que el paso de verificación. Estos pasos comienzan con las pruebas unitarias, luego las pruebas de integración, las pruebas del sistema y finalmente las pruebas de aceptación del usuario donde se evalúa todo el sistema como un todo.
El modelo en cascada es el procedimiento de desarrollo de software más antiguo, originario de las industrias de fabricación y construcción. El concepto básico de este proceso es que hay un flujo secuencial de procesos que se reducen uno tras otro, como se ve en una cascada. Estos pasos del modelo en cascada incluyen la recopilación y el análisis de requisitos, donde se recopilan los requisitos del cliente. Esta fase conduce a la fase de diseño, donde se crea la mayor parte del software y luego a la fase de implementación donde se escribe el código del software. La siguiente fase es la prueba y la depuración, que lleva a la entrega y finalmente a la fase de mantenimiento.
La principal diferencia observada entre los dos modelos es que las actividades de prueba se realizan después de que se completa el desarrollo. El modelo V parece un modelo con un principio y un final determinados, pero el modelo en cascada siempre es iterativo. El modelo V se diferencia porque es un proceso simultáneo. De los diferentes software producidos en el mercado, el software producido usando el proceso V parece ser inferior, porque hay numerosas actividades de prueba en comparación con el modelo de cascada que tiene una sola fase de prueba cuando se completa el proyecto.
Se puede decir, por tanto, que el modelo V se utiliza mejor cuando hay cambios continuos que deben tenerse en cuenta. Esto es para una persona o desarrollo donde el cliente no está satisfecho con las necesidades de su proyecto, ya que está cambiando lo que ve como ideal. Las personas con requisitos fijos que no cambiarán en la fase de desarrollo del proyecto deben decidirse por el modelo en cascada. También es importante tener en cuenta que los cambios en el modelo V se pueden implementar libremente, ya que las pruebas y el desarrollo se realizan al mismo tiempo. Este no es el caso del modelo en cascada, que suele ser costoso, ya que los defectos del software no se notan hasta que llega a la etapa de prueba.
