Centro Pedagógico Guatemala

Marjorie Jimena Castillo Ramos

Henry Sagastume

Modelo de cascada

Elaboración Y Gestión De Proyectos

Seccion: B

Bachillerato En Ciencias Y Letras En Orientación Enfermería Auxiliar

 Introducción
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 se popularizó a través de la norma
estadounidense DoD-STD-2167. Esta norma se basa en una versión
extremadamente simplificada del procedimiento desarrollado por Royce, que no fue
lo suficientemente analizado por los autores. Tal y como reconoció con el paso del
tiempo David Maibor, uno de sus autores, el motivo fue la falta de compresión de
los modelos iterativos incrementales.
 Objetivos

• Garantizar una organización disciplinada y estructurada del proceso de

desarrollo, evitando la confusión y el caos.
• Proporcionar un método sencillo y comprensible para gestionar y controlar
las tareas, los recursos y los plazos del proyecto.
• Asegurar la calidad y la fiabilidad del software, mediante la revisión y la
validación de cada fase antes de avanzar a la siguiente.
 Modelos de cascada.

En Ingeniería de software el desarrollo en cascada, también llamado secuencial o ciclo de vida

de un programa (denominado así por la posición de las fases en el desarrollo de esta, que
parecen caer en cascada “por gravedad” hacia las siguientes fases), 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. Al
final de cada etapa, el modelo está diseñado para llevar a cabo una revisión final, que se
encarga de determinar si el proyecto está listo para avanzar a la siguiente fase. Este modelo
fue el primero en originarse y es la base de todos los demás modelos de ciclo de vida.

La versión original fue propuesta por Winston W. Royce en 1970 y posteriormente revisada
por Barry Boehm en 1980 e Ian Sommerville en 1985.

Un ejemplo de una metodología de desarrollo en cascada es:

1. Análisis de requisitos.
2. Diseño del sistema.
3. Diseño del programa.
4. Codificación.
5. Pruebas.
6. Despliegue del programa.
7. Mantenimiento.

De esta forma, cualquier error de diseño detectado en la etapa de prueba conduce

necesariamente al rediseño y nueva programación del código afectado, aumentando los costos
del desarrollo. La palabra cascada sugiere, mediante la metáfora de la fuerza de la gravedad,
el esfuerzo necesario para introducir un cambio en las fases más avanzadas de un proyecto.
Si bien ha sido ampliamente criticado desde el ámbito académico y la industria, sigue siendo el
paradigma más seguido al día de hoy. Una de las metodlogías de gestión de
proyectos más populares es la metodología de cascada (conocida también como
modelo cascada o “Waterfall’ en inglés). Es más, si lo pregunta a los profesionales
que trabajan en gerencia de proyectos, es muy probable que la mayoría le dirá que
es el método más claro y comprensible entre otros. Si es principiante en el mundo
gestión de proyectos o le gustaría conocer más detalles sobre esta metodología
El modelo de cascada es un método de gestión de proyectos, en el que el proyecto
se divide en distintas fases secuenciales, donde el equipo puede pasar a la siguiente
fase sólo cuando se haya completado la anterior.

La primera descripción formal de la metodología de cascada fue elaborada en

el artículo de Winston W. Royce en 1970 sobre la gestión de desarrollo de software.
Aun así se considera que el método de cascada se originó en la fabricación y la
construcción. De ahí viene que de acuerdo con este modelo no se puede volver a
la fase anterior. Es decir, una vez que alguna pieza de producto sale de la máquina,
no lo puedes resetear. Y también, que cada fase tiene que completarse en una
secuencia predeterminada. No se puede hacer el techo de una casa, si aún no tiene
cimientos.

Hoy en día, el modelo cascada no solo se utiliza en los proyectos de construcción o

en la fabricación. Por ejemplo, se aplica con bastante frecuencia en el ciclo de vida
de proyectos relacionados con el desarrollo de sistemas (SDLC) para proyectos de
ingeniería de software y TI. En este artículo lo vamos a ver principalmente desde
esta perspectiva, pero tenga en cuenta que el concepto básico se adapta a
cualquier tipo de proyecto.

El punto clave de la metodología de cascada es que no hay posibilidad de

cambios o errores, por lo que la planificación aquí es una etapa fundamental. La
calidad de trabajo inicial define en mayor medida el resultado final.

La responsabilidad del gerente en esto es elaborar bien todos los requisitos y

prever todas las preguntas pertinentes. Los requisitos deben ser lo más completos
posible porque el equipo trabaja con la investigación y el diseño en las etapas
iniciales.

Es la propuesta de un enfoque metodológico que consiste en ordenar de forma

lineal las distintas etapas que debes de seguir al momento de desarrollar tu
software.
Aunque existen muchas metodologías que te ayudarán a definir este proceso para
el desarrollo de un software, una de las más comunes y conocidas es el modelo
en cascada.

Este enfoque de cascada, originalmente fue propuesto en 1970 por Winston W.

Royce, es también conocido como modelo lineal o modelo de ciclo de vida de un
programa, y millones de personas lo han incorporado a sus planes en las últimas
cinco décadas.

Y, para cerrar la definición del modelo de cascada, es importante que sepas el

motivo de su nombre. En simples palabras, se debe a la manera en la que se
dividen y se llevan a cabo cada una de las fases de su proceso, de manera
escalonada, siguiendo una secuencia ordenada desde la primera hasta la última
etapa.
 Conclusión

El modelo de cascada es un método que se basa en seguir una secuencia lineal y

ordenada de fases, desde la definición de requisitos hasta el mantenimiento del
producto final. Este método permite una organización disciplinada y estructurada
del proceso de desarrollo, facilitando la gestión y el control de las tareas, los
recursos y los plazos. Además, asegura la calidad y la fiabilidad del software,
mediante la revisión y la validación de cada fase antes de avanzar a la siguiente.

Sin embargo, el modelo de cascada también presenta algunos inconvenientes,

como la rigidez y la inflexibilidad ante los cambios o los errores, la dificultad para
adaptarse a las necesidades del cliente o del mercado, y la demora en la entrega
del producto final. Por ello, este método es más adecuado para proyectos que tienen
una visión clara y estable de lo que se quiere lograr, que no requieren de mucha
innovación o creatividad, y que no tienen un alto grado de incertidumbre o riesgo.