¿Cuál es la diferencia entre el modelo V y el método de cascada?

Ambos modelos son los modelos de proceso de software que se utilizan para el desarrollo de cualquier software. El modelo de caída de agua es un modelo en el que no se puede volver a los pasos anteriores. Como la cascada solo fluye o trabaja en una dirección, no hay posibilidad de que te muevas al paso anterior. Entonces, para eso, debe completar su paso actual completamente y no dejar ningún trabajo en ese paso. De lo contrario, si llega al final del siguiente paso y descubre que faltaba algo en el paso anterior, tendrá que empezar de nuevo desde cero. Es como un tráfico de un solo sentido en el que no puede retroceder.

Mientras que, por otro lado, todos los pasos del modelo V son casi iguales al modelo de cascada, pero la diferencia es que, el modelo de cascada se mueve hacia abajo, funciona en forma de V significa en el y se mueve hacia arriba. . Hasta el paso de codificación, el modelo se mueve hacia abajo, pero después del paso de codificación se dobla y se mueve hacia arriba. La razón de esta forma de V es que todos y cada uno de los pasos realizados en un lado se probarán en el otro lado, por lo que al final todos los pasos se verificarán y probarán correctamente.

En el modelo de cascada, incluye todas las fases de SDLC , pero
una vez que se da el requisito, no se puede cambiar. En este modelo, la ayuda del
probador solo puede ser necesaria una vez. Una vez cumplidos los requisitos, no podrá
volver a cambiarlos en ninguna fase. Este modelo se utiliza para fijar los requisitos únicamente.

En V-Model, cada fase se puede desarrollar y probar simultáneamente,
el rol del probador se llevará a cabo en la fase de requisitos. Según nuestro
requisito, puede realizar los cambios en la fase de requisitos. Es
posible que este cambio de requisito no sea posible en el modelo de caída de agua.

En el modelo V tendremos diferentes fases de pruebas realizadas y nos aseguraremos de que se cumplan adecuadamente los requisitos solicitados por el cliente. Se realizan pruebas como pruebas unitarias, pruebas de módulos, pruebas de integración, pruebas del sistema y pruebas de aceptación del usuario. Recuerde que el Cliente que nos da los requisitos y el Usuario son dos personas diferentes. En Waterfall Model solo nos atenemos a un proceso rígido de desarrollo y si el período de tiempo del proyecto es mayor, y como en el mundo actual la tecnología de hardware está cambiando rápidamente, el mantenimiento de ese proyecto será difícil.

Chicos, no están golpeando a los toros. Primero, compare la manzana con la manzana para saber la diferencia. ¿Quiere decir que en el modelo en cascada, las pruebas del sistema y las pruebas de aceptación del usuario no se realizan?