En un proyecto de desarrollo de software práctico, el modelo de cascada clásico es difícil de usar. Por lo tanto, se puede pensar que el modelo de cascada iterativo incorpora los cambios necesarios al modelo de cascada clásico para que sea utilizable en proyectos prácticos de desarrollo de software. Es casi igual que el modelo clásico de cascada, excepto que se realizan algunos cambios para aumentar la eficiencia del desarrollo de software.
El modelo de cascada iterativa proporciona rutas de retroalimentación de cada fase a sus fases anteriores, que es la principal diferencia del modelo de cascada clásico.
Las rutas de retroalimentación introducidas por el modelo de cascada iterativa se muestran en la siguiente figura.
Cuando se detectan errores en alguna fase posterior, estas rutas de retroalimentación permiten corregir los errores cometidos por los programadores durante alguna fase. Las rutas de retroalimentación permiten reelaborar la fase en la que se cometen errores y estos cambios se reflejan en las fases posteriores. Sin embargo, no hay un camino de retroalimentación para el estudio de viabilidad de la etapa, porque una vez que se ha tomado un proyecto, no abandona el proyecto fácilmente.
Es bueno detectar errores en la misma fase en la que se cometen. Reduce el esfuerzo y el tiempo necesarios para corregir los errores.
Contención de errores de fase: El principio de detectar errores lo más cerca posible de sus puntos de compromiso se conoce como Contención de errores de fase.
Ventajas del Modelo de cascada Iterativa
- Ruta de retroalimentación: En el modelo clásico de cascada, no hay rutas de retroalimentación, por lo que no hay un mecanismo para la corrección de errores. Pero en el modelo de cascada iterativa, la ruta de retroalimentación de una fase a su fase anterior permite corregir los errores cometidos y estos cambios se reflejan en las fases posteriores.
- Simple: El modelo de cascada iterativa es muy simple de entender y usar. Es por eso que es uno de los modelos de desarrollo de software más utilizados.
Inconvenientes del Modelo de cascada Iterativa
- Difícil de incorporar solicitudes de cambio: El principal inconveniente del modelo de cascada iterativa es que todos los requisitos deben indicarse claramente antes de comenzar la fase de desarrollo. El cliente puede cambiar los requisitos después de algún tiempo, pero el modelo de cascada iterativa no deja margen para incorporar solicitudes de cambio que se realizan después del inicio de la fase de desarrollo.
- No se admite la entrega incremental: En el modelo de cascada iterativa, el software completo se desarrolla y prueba completamente antes de la entrega al cliente. No hay margen para ningún parto intermedio. Por lo tanto, los clientes tienen que esperar mucho tiempo para obtener el software.
- Superposición de fases no soportada: El modelo de cascada iterativa asume que una fase puede comenzar después de completar la fase anterior, Pero en proyectos reales, las fases pueden superponerse para reducir el esfuerzo y el tiempo necesarios para completar el proyecto.
- Gestión de riesgos no subvencionada: Los proyectos pueden sufrir diversos tipos de riesgos. Sin embargo, el modelo de cascada iterativa no tiene ningún mecanismo para el manejo de riesgos.
- Interacciones limitadas con los clientes: La interacción con el cliente se produce al inicio del proyecto en el momento de la recopilación de requisitos y al finalizar el proyecto en el momento de la entrega del software. Estas menos interacciones con los clientes pueden conducir a muchos problemas, ya que el software finalmente desarrollado puede diferir de los requisitos reales de los clientes.
