Diseño en Cascada

„Este es el más básico de todos los modelos y ha servido como bloque de construcción para los demás paradigmas de ciclo de vida. Está basado en el ciclo convencional de una ingeniería y su visión es muy simple.

„Es caracterizado por ordenar de manera rigurosa las etapas del ciclo de vida de software, dado que el comienzo de cada etapa debe esperar a la finalización de la inmediata anterior.

Al final de cada etapa, el modelo está diseñado para llevar a cabo una revisión final, que se encarga de determinar si el proyecto está listo para avanzar a la siguiente fase. Este modelo fue el primero en originarse y es la base de todos los demás modelos de ciclo de vida.

De esta forma, cualquier error de diseño detectado en la etapa de prueba conduce necesariamente al rediseño y nueva programación del código afectado, aumentando los costos del desarrollo. La palabra cascada sugiere, mediante la metáfora de la fuerza de la gravedad, el esfuerzo necesario para introducir un cambio en las fases más avanzadas de un proyecto.

Ventajas

üPermite la departamentalización y control de gestión.

ü El horario se establece con los plazos normalmente adecuados para cada etapa de   desarrollo.

ü Este proceso conduce a entregar el proyecto a tiempo.

ü Es sencilla y facilita la gestión de proyectos.

ü Permite tener bajo control el proyecto.

ü Limita la cantidad de interacción entre equipos que se produce durante el desarrollo

Desventajas

No refleja realmente el proceso de desarrollo del software. Ya que la mayoría de los que desarrollan proyectos no cumple con este lineamiento.

Se tarda mucho tiempo en pasar por todo el ciclo

La aplicación de la metodología en cascada se orienta mejor al desarrollo de

proyectos de corto plazo, de poca innovación y proyectos definitivos y

detallados.

Metodología pueden confundir al equipo profesional en las etapas tempranas del   proyecto.

No es frecuente que el cliente o usuario final explicite clara y completamente los requisitos.