METODO EN CASCADA

1. Introduccin
En esta oportunidad se ver el desarrollo que tiene el modelo o mtodo en cascada para llegar
hacia el desarrollo del software que se inicia con una secuencia de pasas para llegar a un
resultado.
2. Objetivo
Comprender los modelos utilizados para relacionar las actividades y los mtodos para
desarrollarlas, las Ventajas y Limitaciones del Modelo de Cascada
Determinar el orden de las etapas involucradas en el desarrollo del software, establecer el
criterio de transicin para progresar de una etapa a la siguiente:

Criterio para determinar la finalizacin de cada etapa.

Criterio para comenzar y elegir la siguiente etapa.

3. Desarrollo del tema

El modelo de la cascada es uno de los primeros modelos empleados en el desarrollo de software,
se popularizo en 1970 por Winston Royce y an est vigente en algunos desarrollos. ste modelo
se define como una secuencia de actividades a ser seguidas en orden, donde la estrategia
principal es definir y seguir el progreso del desarrollo de software hacia puntos de revisin bien
definidos, es decir, se codifica y reparan los errores; es un proceso continuo de codificacin y
reparacin.
Sus caractersticas principales son:

Es lineal

Las actividades estn relacionadas secuencialmente

Cada etapa tiene una entrada y una salida

Es rgido y sistemtico: La entrada de una actividad es la salida de la etapa anterior, por

lo cual no se puede dar inicio a la siguiente fase.

Es monoltico: Existe una nica fecha de entrega.

La implementacin se pospone hasta que no se comprendan los objetivos.

Los documentos a entregar rigen el proceso de software

Pgina 1

Las fases que contempla el modelo de la cascada son al Anlisis y especificacin de

requerimientos, diseo, codificacin, integracin y pruebas, liberacin y mantenimiento.

Su ciclo de vida abarca las siguientes actividades:

Mantenimiento

Anlisis de requisitos.
Diseo del Sistema.
Diseo del Programa.
Codificacin.
Pruebas.
Verificacin
Mantenimiento.

Ingeniera y Anlisis del Sistema: Debido a que el software es siempre parte de un

sistema mayor el trabajo comienza estableciendo los requisitos de todos los elementos del
sistema y luego asignando algn subconjunto de estos requisitos al software.
Pgina 2

Anlisis de los requisitos del software: el proceso de recopilacin de los requisitos se

centra e intensifica especialmente en el software. El ingeniero de software (Analistas)
debe comprender el mbito de la informacin del software, as como la funcin, el

rendimiento y las interfaces requeridas.

Diseo: el diseo del software se enfoca en cuatro atributos distintos del programa: la
estructura de los datos, la arquitectura del software, el detalle procedimental y 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.
Codificacin: el diseo debe traducirse en una forma legible para la maquina. El paso de
codificacin realiza esta tarea. Si el diseo se realiza de una manera detallada la

codificacin puede realizarse mecnicamente.

Prueba: una vez que se ha generado el cdigo comienza la prueba del programa. La prueba
se centra en la lgica interna del software, y en las funciones externas, realizando
pruebas que aseguren que la entrada definida produce los resultados que realmente se

requieren.
Verificacin: 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: el software sufrir cambios despus de que se entrega al cliente. Los
cambios ocurrirn debido a que hayan encontrado errores, a que el software deba
adaptarse a cambios del entorno externo (sistema operativo o dispositivos perifricos), o
debido a que el cliente requiera ampliaciones funcionales o del rendimiento.

Herramientas que se utilizan para cada fase:

Anlisis de requisitos Personal administrativo des el jefe hasta la persona de menor

rango.
Diseo del Sistema Arquitectura pura de donde se va trabaja teniendo dependencia a
su vez de el hardware.
Diseo del Programa Todo el hardware y el software que se usara para el desarrollo del
sistema
Codificacin De igual manera el hardware y el software para desarrollar el programa
Pruebas Personal capacitado para realizar las acciones del sistema.
Verificacin Personal capacitado para verificar que todo est en orden.
Mantenimiento Desarrolladores para la actualizacin y estabilidad del sistema.

4. Conclusiones

Pgina 3

La aplicacin de la metodologa en cascada se orienta mejora el desarrollo de proyectos de corto

plazo, de poca innovacin y proyectos definitivos y detallados. Para comenzar la aplicacin de la
metodologa en cascada se necesita tener el anlisis de los requerimientos bien definidos, el
resultado del desarrollo depender de que estos requerimientos sean los adecuados para
satisfacer la necesidad del proyecto. Se caracteriza por cumplir un orden secuencial en el
desarrollo de sus tareas esto implica retardar el avance del proyecto ya que cada etapa inicia
cuando haya finalizado la anterior siempre y cuando se haya realizado la evaluacin respectiva y
resuelto los errores en caso de que los hubiera tenido. Los resultados del proyecto solo se
pueden conocer a partir de que se llegue a la aplicacin, hasta entonces el cliente deber tener
paciencia para esperar los resultados.
5. Ventajas y desventajas
Algunas ventajas al usar este mtodo 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 planificacin porque permite realizarla sin planificacin
porque permite realizarla sin problemas.

Las desventajas al usar este mtodo son:

Gran dependencia en los requerimientos inciales

Difcilmente 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
impresin de un desarrollo lento, existe la incertidumbre de los clientes si sus proyectos
sern entregados a tiempo.
Inicio de la codificacin muy tarde en el ciclo de vida del proyecto

Pgina 4

6. Cuestionario + Respuestas
Quin y qu ao propuso el modelo cascada?
Por Winston Royce en 1970.
Cuntos y cules pasos se realizan en este mtodo?
Son 7 pasos
Anlisis de requisitos.
Diseo del Sistema.
Diseo del Programa.
Codificacin.
Pruebas.
Verificacin.
Mantenimiento.
Se puede pasar a una siguiente etapa sin haber realizado una revisin concreta?
No porque, si no realizamos una revisin extensa el procedimiento puede fallar y esto llevara al
fracaso del sistema.
Es necesario analizar y reunir todo el personal para hacer el sistema?
Es muy necesario ya que todas las areas que existan van a depender de este sistema y van a
trabajar sobre este sistema que ser el dominante de cualquier situacin que se presente.
Qu es el SRD?
Son documento de especificacin de requisitos, que contiene la especificacin completa de lo que
debe hacer el sistema sin entrar en detalles internos.

Pgina 5

7. Bibliografa
www.kioskea.com
www.wikipedia.com
www.infsistemas.org

Pgina 6