El modelo en cascada es un enfoque metodológico que ordena las etapas del desarrollo de software de forma secuencial, donde cada etapa debe completarse antes de comenzar la siguiente. Consta de fases de análisis, diseño, codificación, pruebas, verificación y mantenimiento. Tiene ventajas como una planificación sencilla y alta calidad, pero carece de flexibilidad y el cliente no puede ver el producto hasta el final. Es adecuado para proyectos con especificaciones claras desde el inicio.

1. MODELO EN CASCADA
MIGUEL LARA
JOHN LUIS GONZALEZ
Page 1

2. MODELO EN CASCADA
Es el enfoque metodológico que
ordena rigurosamente las etapas del
proceso para el desarrollo de
software, de tal forma que el inicio
de cada etapa debe esperar a la
finalización de la etapa anterior.
Page 2

3. MODELO EN CASCADA
Page 3

4. FASES DEL MODELO
 Análisis: Toma como entrada una descripción en
lenguaje natural de lo que quiere el cliente. Produce el
S.R.D. (Software Requirements Document).
 Diseño: El diseño del software se enfoca en cuatro
atributos distintos del programa: la estructura de los
datos, la arquitectura del software, el detalle
procedimental y la caracterización de la interfaz.
 Codificación: Se implementa el código fuente,
haciendo uso de prototipos así como de pruebas y
ensayos para corregir errores.
Page 4

5. FASES DEL MODELO
 Pruebas: Los elementos, ya programados, se
ensamblan para componer el sistema y se comprueba
que funciona correctamente y que cumple con los
requisitos, antes de ser entregado al usuario final.
 Verificación: Es la fase en donde el usuario final
ejecuta el sistema, para ello el o los programadores ya
realizaron exhaustivas pruebas para comprobar que el
sistema no falle.
 Mantenimiento: Una de las etapas mas criticas, es
el mantenimiento del Software ya que al utilizarlo como
usuario final puede ser que no cumpla con todas nuestras
expectativas.
Page 5

6. VENTAJAS
 La planificación es sencilla.
 La calidad del producto resultante es alta.
 Permite trabajar con personal poco
calificado.
Page 6

7. DESVENTAJAS
 Definir todos los requisitos al inicio del
proceso no es práctico ya que el cliente
añade y modifica según le van surgiendo
necesidades durante el proceso de
desarrollo.
¡El cliente nunca tiene claro lo que quiere!
Poca o nula flexibilidad a cambios.
Page 7

8. DESVENTAJAS
 El cliente no ve el producto en
funcionamiento hasta el final del proceso.
 La validación de los requisitos iniciales
no se hace hasta el final.
Page 8

9. CRITICAS
 No refleja realmente el proceso de
desarrollo del software.
Se tarda mucho tiempo en pasar por todo
el ciclo.
Perpetua el fracaso de la industria del
software en su comunicación con el
usuario final.
Page 9

10. CRITICAS
 El mantenimiento se realiza en el código
fuente.
Las revisiones de proyectos de gran
complejidad son muy difíciles
Impone una estructura de gestión de
proyectos
Page 10

11. TIPOS DE PROYECTOS PARA
LOS QUE ES ADECUADO
 Aquellos para los que se dispone de todas las
especificaciones desde el principio, por ejemplo,
los de reingeniería.
 Se está desarrollando un tipo de producto que
no es novedoso.
 Proyectos complejos que se entienden bien
desde el principio.
Page 11