INTRODUCCIN

En este captulo vamos a referirnos a uno de los modelos ms utilizados por su sencilla utilizacin en
ingeniera de software, nos referimos al desarrollo en cascada o tambin llamado modelo en cascada, el
cual es un enfoque metodolgico que establece las fases o etapas de un proceso para el desarrollo de
software, veremos tambin sus faces o etapas con las que cuenta este modelo, sus ventajas, sus desventajas,
sus inconvenientes a la hora de desarrollar un programa y dems cosas que son muy utilizadas al momento
de trabajar con este modelo.

MODELO EN CASCADA
En 1970 Royce propuso lo que actualmente se conoce como el modelo de cascada como un concepto inicial,
un modelo que segn l era defectuoso (Royce, 1970). Su trabajo explora cmo el modelo inicial podra
ser convertido en un modelo interactivo, con comentarios de cada fase de influir en las fases posteriores.
Es slo el modelo inicial que recibi la notificacin, su propia crtica de este modelo inicial se ha ignorado
en gran medida. La expresin "modelo de cascada" rpidamente lleg a referirse no a la final de Royce, el
diseo interactivo, sino ms bien a su modelo puramente un orden secuencial.

Este modelo tambin es conocido como modelo clsico, modelo tradicional o modelo lineal secuencial, el
mismo que da las pautas que permiten la organizacin en el desarrollo del software a travs de la
implementacin de sus caractersticas - etapas, esto quiere decir que cuando se est llevando a cabo
todas las tareas pertinentes dentro de esa etapa, no se podr avanzar a la siguiente etapa hasta no
concluir con todas las tareas.

Entre los problemas que en ocasiones surgen al aplicar el modelo de la cascada se encuentran los
siguientes:

1.

Es raro que los proyectos reales sigan el flujo secuencial propuesto por el modelo. Aunque el modelo
lineal acepta repeticiones, lo hace en forma indirecta. Como resultado, los cambios generan confusin
conforme el equipo del proyecto avanza.

2.

A menudo, es difcil para el cliente enunciar en forma explcita todos los requerimientos.

3.

El modelo de la cascada necesita que se haga y tiene dificultades para aceptar la incertidumbre natural
que existe al principio de muchos proyectos.

4.

El cliente debe tener paciencia. No se dispondr de una versin funcional del (de los) programa(s) hasta
que el proyecto est muy avanzado. Un error grande sera desastroso si se detectara hasta revisar el
programa en funcionamiento.

A continuacin una breve descripcin de cada proceso que constituye este modelo:

Planificacin: Realiza un estudio de factibilidad del software as como contemplar los posibles costos
que pueden surgir mediante su implementacin.

Anlisis y Diseo de Requerimientos: Involucra la identificacin de las caractersticas que nos guan
para determinar las funcionalidades del software de acuerdo al medio donde se pretende implementar,
es muy importante notar que trata de responder a las preguntas Quienes intervienen en el uso del
Software?,Qu restricciones tendr el software?

Diseo: Identifica y describe las abstracciones del software y cumple con los requerimientos
plasmando, todas esas caractersticas en un diseo que permite visualizar y contemplar adicionalmente
situaciones no previstas.

Implementacin: Realizar las pruebas pertinentes y verificar que se cumplen con las caractersticas
identificadas.

Operacin y Mantenimiento: Se instala dentro del ambiente, depender que pasar a partir de ah, ya
que esta etapa an puede considerar nuevamente la existencia de caractersticas que no han sido
contempladas y/o caractersticas innecesarias, implicando la modificacin del software para la
adaptacin de estas anomalas.

Crecimiento y cambio: Se evala el software de modo que se determina si se puede emplear dentro
de la nueva tecnologa no afectando la integridad del mismo, de modo que si no es posible que exista
una adaptacin a lo nuevo, el proceso de diseo del software nuevamente se repite desde el principio

Uso del modelo en cascada

El modelo de cascada es ampliamente utilizado por ejemplo de desarrollo de software grande como los
empleados por el Departamento de Defensa de los EE.UU y la NASA, y para muchos proyectos
gubernamentales de gran tamao. Los que utilizan esos mtodos no siempre formalmente distinguir entre
el modelo de cascada pura y los diferentes modelos de cascada modificada, por lo que puede ser difcil de
discernir exactamente qu modelos se estn utilizando y en qu medida.

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

El fracaso del modelo de cascada

Las razones principales son:

Los clientes quieren ver el producto a medida que se desarrolla

El cliente no puede validar el producto a medida que lo desarrollamos

El realizar la pruebas correspondientes en etapas avanzadas del desarrollo

Ventajas al usar este mtodo

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.

Desventajas al usar este mtodo

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

Crticas sobre el mtodo en cascada

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

Se tarda mucho tiempo en pasar por todo el ciclo

La aplicacin de la metodologa en cascada se orienta mejor al desarrollo de proyectos de corto plazo,

de poca innovacin y proyectos definitivos y detallados.

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

Caractersticas de este mtodo

Es el ms utilizado.
Es una visin del proceso de desarrollo de software como una sucesin de etapas que
produce productos intermedios.
Si se cambia el orden de las fases, el producto final ser de inferior calidad.

Proyectos para los que es adecuado

Aquellos para los que se dispone de todas las especificaciones desde el principio, por
ejemplo, los de reingeniera.

Se est desarrollando un tipo de producto que no es novedoso.

Proyectos complejos que se entienden bien desde el principio

CONCLUSIN

En conclusin puedo decir que el modelo en cascada es uno de los ms sencillos a la hora de
desarrollar un programa, ya que se ejecuta por fases en las que deben de cumplirse cada uno
de ellas para que nuestro programa funcione de la mejor manera posible y as satisfacer nuestras
necesidades en nuestra vida cotidiana.

BIBLIOGRAFA

Pressman, R. S.F. Ingeniera de Software, un enfoque prctico. Sptima edicin.

Ramone , M. 2012. Ingeniera del Software, Modelo en Cascada. (En lnea). Consultado,
17 de Marzo. 2015.

Disponible en: http://ingenexescom.blogspot.com/2012/02/modelo-en-

cascada.html

Pressman, R. S.F. Ingeniera de Software, un enfoque prctico. sexta edicin.

Consultado, 17 de Marzo. 2015. Disponible en: http://es.scribd.com/doc/35015019/Metodologia-enCascada#scribd