Vmodel vs modelo de cascada
Uno de los debates más antiguos en ingeniería de software es el debate entre el modelo de cascada versus el modelo V. Este debate gira en torno al mejor modelo de software que los desarrolladores pueden utilizar. Hay varias fases que están involucradas en el proceso de desarrollo de software. Las fases son similares tanto en la cascada como en el modelo V, y lo único que hasta ahora ha sido polémico es el enfoque al que estos dos modelos pueden lograrse mediante.
En el modelo V, hay muchas actividades que, cuando se trazan juntas en un diagrama esquemático, forman una forma de V. Cada fase que se dice tiene una fase correspondiente que está involucrada con las pruebas. Este modelo debido al número igual de pruebas y desarrollo se conoce como el modelo de verificación y validación. La parte de verificación se ocupa del final del desarrollo, mientras que la validación se ocupa de las fases de prueba. Entre las actividades en las que se incluye la verificación se incluye el análisis de requisitos, donde se recopila información del usuario final. Esta información es importante en el desarrollo de la documentación del software..
El siguiente es el diseño del sistema, que tiene como objetivo preparar el diseño funcional del software. Lo siguiente que sigue en línea es el diseño arquitectónico. Esto también se conoce como el diseño de alto nivel que la relación de interfaz y las tablas de base de datos y las dependencias de las tablas. La etapa final en el proceso de desarrollo es la codificación donde el proyecto completo se divide en pequeñas secciones para la codificación que luego se fusionan para crear todo el sistema..
El lado de validación, en el otro lado, tiene cuatro etapas como en la etapa de verificación. Estas fases comienzan con las pruebas unitarias, luego las pruebas de integración, las pruebas del sistema y, finalmente, las pruebas de aceptación del usuario en las que se evalúa todo el sistema como un todo..
El modelo de cascada es el procedimiento de desarrollo de software más antiguo, cuyo origen proviene 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. Estas fases del modelo de cascada incluyen la recopilación y el análisis de requisitos donde se reúnen los requisitos del cliente. Este paso 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 fase que sigue es la prueba y depuración, lo que lleva a la entrega y finalmente a la fase de mantenimiento..
La principal diferencia que se observa entre los dos modelos es que las actividades de prueba se realizan una vez que finaliza el desarrollo. El modelo V parece ser un modelo que tiene un inicio y un final dados, mientras que el modelo de cascada es iterativo continuamente. El modelo V se diferencia por ser un proceso simultáneo. Desde el software diferente que se ha producido en el mercado, el software producido mediante el proceso V parece ser más bajo, ya que existen numerosas actividades de prueba en comparación con el modelo de cascada que tiene una única fase de prueba cuando el proyecto está completo.
Por lo tanto, se puede decir que se prefiere el uso del modelo V siempre que haya cambios continuos que deban incluirse. Esto es para una persona o un desarrollo que tiene al cliente sin resolver sobre las necesidades de su proyecto, ya que cambian lo que perciben como ideal. Las personas con requisitos fijos que no cambiarán en la fase de desarrollo del proyecto deben conformarse con el modelo de cascada. También es importante tener en cuenta que los cambios en el modelo V son baratos de implementar, ya que las pruebas y el desarrollo se realizan simultáneamente. Este no es el caso con el modelo de cascada, que tiende a ser un asunto costoso, ya que cualquier defecto de software no se puede notar hasta que llega a la fase de prueba..