El modelo de cascada lo describi por primera vez Royse [Royse, 1970].

El modelo de cascada es un modelo del ciclo de vida centrado en actividad que pr

esescribe una ejecucin secunecial de un subconjunto de los procesos de desarrollo
y administracin.
El modelo de cascada del desarrollo de software es una perspectiva centrada en a
ctividad del ciclo de vida del software. las actividades de desarrollo de softwa
re se realiza en secuencia (diagrama de actividad) UML adaptado de [Royse, 1970]
usando los nombres del IEEE 1074; se omiten los procesos de administracin del pr
oyecto y de desarrollo cruzado).
Modelo en cascada es el enfoque metodolgico que ordena rigurosamente las etapas d
el proceso para el desarrollo de sotware, de tal forma que el inicio de cada eta
pa debe esperar a la finalizacin de la etapa anterior.
Fases:
Anlisis:
Debido a que el software es siempre parte de un sistema, mayor e
l trabajo comienza estableciendo los requisitos de todos los elementos del siste
ma y luego asignando algn subconjunto de estos requisitos al software.
Diseo: El diseo del software se enfoca en cuantro atributos distintos del progra
ma;
-la estructura de los datos
-la arquitectura de software
-el detalle procedimental
-la caracterizacin de la interfaz.
El proceso de diseo traduce los requisitos en una representacin del software con
la calidad requerida antes de que comience la codificacin.
Implementacin: (Codificacin) El diseo debe traducirse en una fotma legible para la
mquina. El paso de codificacin realiza esta tarea. Si el diseo de realiza de una ma
nera deetallada la codificacin puede realizarse mecncamente.
Prueba: Una vez que se ha geerado el codigo comienza la prueba del programa. La
prueba del programa se centra en la lgica interna del software, y en las funcione
s externas, realizando pruebas que aseguren que la entrada definida produce los
resultados que realmente se requieren.
Mantenimiento: El software sufrira cambios despues de que se entrega al cliente.
Los cambios ocurrirn debido a que hayan encontrado errores, a que el software de
ba adaptarse a cambios del entorno externo (sistema operativo o dispositivos per
ifricos), o debido a que el cliente requiera ampliaciones funcionales o del rendi
miento.
Existen ocaciones en que los requisitos de un problema se eniende de una manera
razonable: cuando el trabajo fluye desde la comunicacin a travs del despliegue de
una manera casi lineal. Esta situacin se encuentra a veces cuando es necesaria ha
cer adaptaciones o mejoraas bien definidas a un sistema existente (por ejemplo, u
na adaptacin a un software contable debido a los cambios en las regulaciones de n
uevos desarrollos, pero slo cuando los requerimientos estn bien definidos y son es
tables en forma razonables.
El modelo en cascada, algunas veces llamado el cinclo de vida clsico, sugiere un
enfoque sistemtico, secuencial hacia el desarrollo del sofware, que se inicia con
la especificacin de requisitos del cliente y que culminar en el soporte del soft
ware terminado.
El modelo en cascada es el paradigma ms antiguo para la ingeniera del sofware. sin

embargo, en las decadas pasadas, las criticas a este modelo de proceso han ocac
ionado que aun sus ms fervientes practicantes hayan cuestionado su eficacia [HAN9
5]. Entre los problemas que algunas veces se encuentran al aplicar el modelo en
cascada estn: