CENTRO DE ESTUDIOS SUPERIORES

BENEMÉRITO DE LAS AMÉRICAS.

LICENCIATURA EN ADMINISTRACION

SEGUNDO CUATRIMESTRE

TEMA: CICLO DE VIDA DE CASCADA

MTRA. MARICELA GÓMEZ ÁLVAREZ
INTEGRANTES:
CRISTIAN DANIEL LÓPEZ GASGA
MARVIN ALEJANDRO ZEPEDA
RAQUEL HERNAN DEZ PEREZ
MATERIA:
HERRAMIENTAS AVANZADAS DE LA COMPUTACION
 CICLO DE VIDA DE CASCADA

¿QUE ES EL MODELO DE CASCADA?

El desarrollo en cascada (en inglés, waterfall model) es un procedimiento lineal que se caracteriza por
dividir los procesos de desarrollo en sucesivas fases de proyecto. Al contrario que en los modelos
iterativos, cada una de estas fases se ejecuta tan solo una vez. Los resultados de cada una de las fases
sirven como hipótesis de partida para la siguiente. El waterfall model se utiliza, especialmente, en el
desarrollo de software.
¿COMO FUNCIONA EL MODELO EN CASCADA?
El desarrollo del modelo se atribuye al teórico de la informática Winston W. Royce. Sin embargo, Royce
no es el inventor de este modelo. Muy al contrario, en su ensayo de 1970 titulado Managing the
Development of Large Software Systems, el teórico presenta una reflexión crítica acerca de los
procedimientos lineales. A modo de alternativa, Royce presenta un modelo iterativo incremental en el
que cada una de las fases se basa en la anterior y verifica los resultados de esta.

Royce propone un modelo compuesto por siete fases que se ha de ejecutar en diversas vueltas
(iteraciones):

1. Requisitos de sistema
2. Requisitos de software
3. Análisis
4. Diseño
5. Implementación
6. Prueba
7. Servicio

Requisitos del sistema: La primera fase se ocupa de los requisitos que no están relacionados
con el producto digital en sí, sino más bien con aspectos relevantes para la empresa como el
precio y la disponibilidad. Aquí también se especifican los aspectos de documentación y
seguridad. En general, aquí se mencionan los requisitos no funcionales.

Requisitos de software: Los requisitos funcionales del software se definen en la segunda fase.
La pregunta sobre lo que el software debe ser capaz de hacer se responde aquí y se aclara en
"especificaciones", que también incluye los resultados de la primera fase.
 Análisis de requerimientos: En la fase de análisis de requisitos, las funciones del software se
diseccionan y estructuran de modo que los elementos funcionales individuales y las unidades
funcionales puedan separarse entre sí. El análisis de necesidades tiene por objeto examinar la
viabilidad e importancia de las funciones. Los resultados de esta fase son las especificaciones
que contienen los requisitos que hay que desarrollar.

Diseño de programas: El diseño técnico se implementa ahora con la ayuda de estas

especificaciones de requisitos. Los componentes de esta fase también incluyen decisiones sobre
la arquitectura de la información y las tecnologías aplicadas, tales como lenguajes de
programación, bibliotecas de clases y secuencias de programas. El resultado del diseño del
programa se registra generalmente en diagramas que describen el comportamiento teórico del
software.

Implementación: Durante la implementación, las estructuras y los flujos de trabajo se

implementan teniendo en cuenta las condiciones marco y los objetivos sistémicos. El diseño de
software se convierte en un programa directamente relacionado con un sistema operativo, uno
o más lenguajes de programación y la infraestructura. El resultado suele ser un software
operativo, a menudo en versión beta.

Probando: La fase de implementación es seguida por la prueba de todos los componentes de

software, módulos y todo el sistema. También se comprueba la integración en sistemas
operativos específicos. Si se producen errores y conflictos, deben repararse inmediatamente.
Esto podría dar lugar a un aumento de los costes globales, ya que los posibles errores pueden
atribuirse a diferentes fases y no siempre se producen en la fase anterior.

Lanzamiento: El software se implementa después de la aceptación por parte del cliente. Las
actualizaciones y el mantenimiento pueden ser necesarios antes de que el producto entre en
una tienda o se entregue al cliente.

Varios equipos y expertos trabajan en estas etapas. Los contratistas, la gestión de proyectos y los
desarrolladores senior suelen participar hasta la fase de implementación. Después de la
implementación, los desarrolladores hacen el trabajo, por lo que las pruebas del software se manejan
frecuentemente por separado, por ejemplo, por laboratorios de pruebas independientes. Expertos en
marketing y servicios participan en parte en su lanzamiento. En las grandes empresas y corporaciones,
se utiliza el método SDLC modificado y estructurado con mayor precisión (ciclo de vida de desarrollo
del sistema), que se basa en el modelo en cascada.[3]. Existen también otras versiones de este modelo
que, por ejemplo, introducen elementos repetitivos en forma de bucles para detectar y corregir
errores y fallos en fases anteriores.

El procedimiento popularmente conocido como waterfall model se basa en las fases definidas por
Royce, pero solo prevé una iteración.

En el ensayo publicado por Royce, el término no aparece en ningún momento.

En la práctica, se aplican diversas versiones del modelo. Los más habituales son los modelos que
dividen los procesos de desarrollo en cinco fases. En ocasiones, las fases 1, 2 y 3 definidas por Royce se
integran en una sola fase de proyecto a modo de análisis de los requisitos.

1. Análisis: planificación, análisis y especificación de los requisitos.

2. Diseño: diseño y especificación del sistema.
3. Implementación: programación y pruebas unitarias.
4. Verificación: integración de sistemas, pruebas de sistema y de integración.
5. Mantenimiento: entrega, mantenimiento y mejora.

La siguiente imagen explica por qué el procedimiento lineal se denomina metodología en cascada.
En las ampliaciones de la metodología en cascada se añaden funciones iterativas al modelo básico
como, por ejemplo, los saltos hacia atrás, que permiten comparar los resultados de cada una de las
fases con las hipótesis obtenidas en la fase anterior, de modo que se puedan verificar.

LA FASES DE DESARROLLO EN CASCADA

En este modelo, las diferentes fases de un proceso de desarrollo se suceden una detrás de otra como
en una cascada. Cada una de las fases concluye con un resultado provisional (hito) como, por ejemplo,
un catálogo de requisitos en forma de pliego de condiciones, la especificación de una arquitectura de
software o una aplicación a nivel alfa o beta.

DESARROLLO DEL PROBLEMA

ESPECIFICACION
DE REQUISITOS

ANALISIS

DISEÑO DESARROLLO

IMPLEMENTACION

PRUEBAS

INSTALACION Y
MANTENIMIENTO

MANTENIMIENTO
 CARACTERISTICAS

• Es el más utilizado.
• Es una visión del proceso de desarrollo de software como una sucesión de etapas que produce
productos intermedios.
• Si se cambia el orden de las fases, el producto final será de inferior calidad.

VENTAJAS

El modelo de cascada es el modelo más antiguo y más ampliamente utilizado en el campo de desarrollo
de software. Hay ciertas ventajas del modelo de cascada, que hace que sea el modelo más
ampliamente utilizado hasta el momento. Algunos de ellos se pueden enumerar como bajo.

* No hace falta mencionar, es un modelo lineal y, por supuesto, los modelos lineales son las más
simples a ser implementadas.
* La cantidad de recursos necesarios para implementar este modelo es mínimo.
* Una gran ventaja del modelo de cascada es que la documentación se produce en cada etapa del
desarrollo del modelo de cascada. Esto hace que la comprensión del producto diseñar procedimiento
más sencillo.
* Después de cada etapa importante de la codificación de software, las pruebas se realizan para
comprobar el correcto funcionamiento del código.

Ventajas Debido a la estructura lógica del modelo, a menudo se pueden evitar errores conceptuales.

 El modelo conduce a una extensa documentación técnica, que es un alivio para los nuevos
programadores y desarrolladores y también es útil en la fase de prueba.
 El progreso del proyecto puede ser monitoreado usando metas.
 El coste total puede estimarse con relativa precisión si no hay conflictos.
 Desventaja

Los conflictos, bugs y errores de programación a veces conducen a un aumento de los costes y a una
cantidad considerable de tiempo. Lo mismo se aplica si los clientes no están satisfechos.

 Las especificaciones que se hacen inicialmente son a menudo difíciles de entender para los clientes
porque son más abstractas de lo que se supone que el software debe hacer. Especialmente en
proyectos subcontratados, esto puede ser una desventaja decisiva, ya que la fecha de lanzamiento
debe posponerse y el mercado puede haber cambiado durante este tiempo.
 La entrega del software lleva más tiempo porque los departamentos no trabajan simultáneamente y
cada fase sólo puede comenzar cuando se ha completado la fase anterior.

La pregunta que hay que te preocupa ahora es que con tantas ventajas a la mano, lo que podría ser las
posibles desventajas del modelo de cascada. Bueno, hay algunas desventajas de este modelo
ampliamente aceptado también. Echemos un vistazo a algunos de ellos.

* Irónicamente, la mayor desventaja del modelo de cascada es uno de sus mayores ventajas. No se
puede volver atrás, si la fase de diseño ha ido mal, las cosas pueden ser muy complicado en la fase de
ejecución.

* Los Muchas veces, sucede que el cliente no es muy clara de lo que exactamente quiere de el
software. Cualquier cambio que se menciona en el medio puede causar mucha confusión.

* Los pequeños cambios o errores que surgen en el software completo puede causar mucho problema.

* La mayor desventaja del modelo de cascada es que hasta la etapa final del ciclo de desarrollo se ha
completado, un modelo de trabajo del software no está en las manos del cliente. Por lo tanto, es difícil
en condiciones de mencionar si lo que se ha diseñado es exactamente lo que había pedido.
 Bibliografía:

http://quecomputadoracomprar.com/ventajas-y-desventajas-modelo-cascada/
 PREGUNTAS Y RESPUESTAS
METODO DE CASCADA:
1- ¿Quién fue el inventor del modelo de cascada?
R= Winston w Royce

2- Menciona 2 de las 7 fases que complementan el modelo de cascada

R= Requisitos del sistema y Requisitos de software

3- ¿Qué métodos se utiliza en las grandes empresas y corporaciones?

R= El método de SDLC

4- ¿Cuáles son los métodos para desarrollar el método de cascada?

R= Desarrollo de problema, especificación de requisitos, análisis, diseño, implementación,
pruebas, instalación, procedimiento y mantenimiento.

5- ¿Cuál es una de sus características?

R=Si se cambia el orden de las fases, el producto final será de inferior calidad.

6- ¿Menciona dos ventajas del modelo de cascada?

R= no hace falta mencionar un modelo lineal y por supuesto, los modelos lineales son más
simples a ser implementados.
La cantidad de recurso necesario para la implementación en este modelo es mínimo.

7- ¿Cuándo se da la mayor ventaja del modelo de cascada?

R=Se da hasta la etapa final del ciclo de desarrollo
8- ¿En qué año se dio a conocer el modelo de cascada?
R=En 1970

9- ¿Cuáles son las pruebas que se hacen en el modelo de cascada?

R= Pruebas de unidad, Pruebas de integración, Pruebas de sistema y
Pruebas de aceptación.

10- ¿Cuáles son los enlaces que están relacionados con el método de cascada?
R= MDA, Modelo Espiral, Método de desarrollo Rápido de Aplicaciones