El modelo de cascada es un enfoque metodológico que ordena las etapas del desarrollo de software de forma rigurosa y secuencial, donde cada etapa debe completarse antes de comenzar la siguiente. Las etapas incluyen análisis de requisitos, diseño del sistema, diseño del programa, codificación, pruebas e implementación. Este método ayuda a localizar errores temprano pero es inflexible y depende de requisitos iniciales completos.

1. Modelo de cascada
Carlos Enrique Razo Tello
Juan Carlos Agaton Valente
Fernando Guzman Hernandez
Arturo Renteria Bobadilla

2. Modelo de 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.

3. Ejemplo.
De esta forma, cualquier
Análisis de requisitos. error de diseño detectado
.
Diseño del Sistema. en la etapa de prueba
Diseño del Programa. conduce necesariamente
Codificación. al rediseño y nueva
Pruebas. programación del código
Implantación. afectado, aumentando los
Mantenimiento costes del desarrollo.

4. Faces del modelo

5. Análisis de requisitos
En esta fase se analizan las necesidades de los usuarios finales
del software para determinar qué objetivos debe cubrir.
De esta fase surge una memoria llamada SRD (documento de
especificación de requisitos), que contiene la especificación
completa de lo que debe hacer el sistema sin entrar en detalles
internos.
NOTA
El análisis se realiza a través de juntas con los usuarios
finales, cuestionarios, observación en persona de los
procesos, etc.

6. Diseño
Diseño del sistema
Descompone y organiza el sistema en elementos que
puedan elaborarse por separado, aprovechando las
ventajas del desarrollo en equipo.
Como resultado surge el SDD (Documento de
Diseño del Software), que contiene la descripción de
la estructura relacional global del sistema y la
especificación de lo que debe hacer cada una de sus
partes, así como la manera en que se combinan unas
con otras

7. Diseño
Existen dos tipos del diseño del sistema :
Diseño de alto nivel o arquitectónico tiene
como objetivo definir la estructura de la solución
identificando grandes módulos y sus relaciones.
Diseño detallado define los algoritmos
empleados y la organización del código para
comenzar la implementación

8. Diseño
Diseño del programa
Es la fase en donde se realizan los algoritmos
necesarios para el cumplimiento de los
requerimientos del usuario así como también los
análisis necesarios para saber que herramientas
usar en la etapa de Codificación.

9. Codificación
En esta fase el diseño debe traducirse en una
forma legible para la maquina por lo tanto.
Se implementa el código fuente y dependiendo
del lenguaje de programación y su versión se
crean las librerías y componentes reutilizables
dentro del mismo proyecto para hacer que la
programación sea un proceso mucha más
rápido.

10. 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.

11. 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

12. Mantenimiento
El Software sufrirá cambios después de que se entrega
al cliente.
Los cambios ocurrirán debido :
 Se encuentran errores
 El Software deba adaptarse a cambios del entorno
externo (sistema operativo o dispositivos
periféricos) o
 El cliente requiera ampliaciones funcionales o del
rendimiento

13. Ventajas
Algunas ventajas al usar este método son :
 Se tiene todo bien organizado y no se mezclan
las fases
 Ayuda a localizar errores en las primeras etapas
del proyecto a un bajo costo.
 Ayuda a minimizar los gastos de la planificación
porque permite realizarla sin planificación
porque permite realizarla sin problemas.

14. Desventajas
Las desventajas al usar este método son:
 Gran dependencia en los requerimientos iniciales
 Difícilmente un cliente va a establecer al principio todos
los requerimientos necesarios, por lo que provoca un
gran atraso trabajando en este modelo, ya que este es
muy restrictivo y no permite movilizarse entre fases.
 El modelo genera pocos signos visibles de progreso hasta
el final. Esto puede dar la impresión de un desarrollo
lento, existe la incertidumbre de los clientes si sus
proyectos serán entregados a tiempo.
 Inicio de la codificación muy tarde en el ciclo de vida del
proyecto