Waterfall: Metodología Cascada
Waterfall: Metodología Cascada
Metodología Cascada
Sede : Concepción
Semestre/Año : I Semestre/2023
Objetivos Específicos:
Contenidos:
1. Metodología Cascada.
Historia de Waterfall, metodología cascada.
L a metodología cascada fue desarrollada por primera vez en la década de 1970 por
Winston Walker Royce, un ingeniero de software estadounidense. En un articulo de 1970
titulado “Managing the Development of Large Software Systems”, Royce describió un
enfoque secuencial para el desarrollo de software.
El método de cascada se basa en que los “equipos” sigan una secuencia de pasos y nunca
avancen hasta que se haya completado la fase anterior, por lo que es un proceso lineal, en donde
cada fase sirve como hipótesis de partida para la siguiente. Esta metodología, en su forma
tradicional, no deja prácticamente ningún lugar para cambios o revisiones imprevistos, o sea que el
modelo no puede volver a una fase anterior; una vez que finalizas un proceso, no lo puedes
resetear, por lo que cada fase debe completarse en una secuencia predeterminada; por lo tanto, la
planificación en este método cumple un rol fundamental.
Este proceso permite poder relacionar cada una de las etapas del modelo con la anterior, para
considerar los elementos que se deben quitar o añadir en la fase siguiente.
Fases o Etapas de La Metodología Cascada
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; propone un modelo compuesto por siete fases que se ha
de ejecutar en diversas iteraciones:
1. Requisitos de sistema
2. Requisitos de software
3. Análisis
4. Diseño
5. Implementación
6. Prueba
7. Servicio
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,3 definidas por
Royce se integran en una sola fase de proyecto a modo de análisis de los requisitos.
Por último, la primera fase del modelo cascada incluye un análisis de la definición de los
requisitos en el que los problemas complejos se dividen en pequeñas tareas secundarias y
se elaboran las correspondientes estrategias de resolución.
2. Diseño: diseño y especificación del sistema.
La fase de diseño sirve para formular una solución específica en base a las exigencias,
tareas y estrategias definidas en la fase anterior. En esta fase, hay que encargarse de diseñar
la arquitectura del proyecto, así como un plan de diseño detallado del mismo, centrándose
en componentes concretos, como interfaces, entornos de trabajo o contenidos. La fase de
diseño da como resultado un borrador preliminar con el plan de diseño del proyecto, así
como planes de prueba para los diferentes componentes.
Ventajas Inconvenientes
✔ Una estructura sencilla gracias a unas fases de ✘ Por norma general, los proyectos más complejos o de
proyecto claramente diferenciadas. varios niveles no permiten su división en fases de proyecto
claramente diferenciadas.
✔ Buena documentación del proceso de desarrollo a ✘ Poco margen para realizar ajustes a lo largo del proyecto
través de unos hitos bien definidos. debido a un cambio en las exigencias.
✔ Los costes y la carga de trabajo se pueden estimar al ✘El usuario final no se integra en el proceso de producción
comenzar el proyecto. hasta que no termina la programación.
✔ Aquellos proyectos que se estructuran en base al ✘En ocasiones, los fallos solo se detectan una vez
modelo en cascada se pueden representar finalizado el proceso de desarrollo.
cronológicamente de forma sencilla.
En conclusión, podemos afirmar que esta metodología cascada es buena por la secuencia que este
trae, no da lugar a variar, lo cual ayuda perfectamente a que sea pauteado. La metodología cascada
es una opción popular y efectiva para el desarrollo de cualquier tipo de proyecto para un alcance
claramente definido, sin embargo, también tiene algunas limitaciones, importantes en cuanto a
flexibilidad y capacidad de adaptación a cambios imprevistos, por lo tanto, es de máxima
importancia evaluar cuidadosamente las necesidades y requisitos del proyecto antes de decidir si
esta metodología es la mejor opción.