Metodología

Waterfall
Qué es Metodología Waterfall?

También denominada en “cascada”, es el

método que se ha utilizado
tradicionalmente. Consiste en desarrollar
un proyecto de forma secuencial,
comenzando con las fases de análisis y
diseño y terminando con las de testeo y
puesta en producción.
¿Cómo funciona el modelo en cascada?
En la metodología en cascada cada fase
produce un producto terminado que es
utilizado para iniciar la siguiente fase. El
producto continúa hasta el final del proceso,
como una cascada, un proceso no puede
comenzar sin que el anterior haya terminado
y generado un producto.
Como se muestra a continuación, los procesos
que sigue la Metodología en Cascada para el
Desarrollo de Software son: Obtener requisitos,
Diseño, Implementación, Verificación y
Mantenimiento.
¿Procesos del modelo en cascada?
Equipo Waterfall
Herramientas utilizadas
El diagrama de Gantt es una herramienta que nos permite relacionar actividad y presentar visualmente mejor la
planificación de proyecto. Básicamente, un gráfico de Gantt está basado en la metodología Waterfall o en
cascada. Con la diferencia de que las actividades pueden o no estar relacionadas entre sí, y pueden existir tareas
que se estén completando al mismo tiempo. Esto nos permite optimizar mejor los recursos y mejorar la
flexibilidad de la planificación, a diferencia de la clásica cascada.
Ventajas de Waterfall
• El modelo es simple, fácil de entender y utilizar.
• Es fácil de administrar, las fases se completan una a una, sin traslape.
• La documentación es muy importante en esta metodología, lo que ayuda a
proyectos futuros a tener referencias.
• El modelo funciona muy bien para proyectos pequeños donde los requerimientos
están bien establecidos.
• El cliente sabe exactamente que esperar. Se tiene una idea del costo y la duración
del Proyecto.
Desventajas de Waterfall
• Una vez que la aplicación se encuentra en la etapa de prueba, es muy difícil
regresar a realizar algún cambio por algo que no fue definido adecuadamente.
• El riesgo y la incertidumbre son elevados en este modelo.
• No es un buen modelo para proyectos complejos y orientados a objetos.
• No es adecuado para proyectos donde los requerimientos cambian
constantemente.
• El producto se prueba solamente una vez, al final del Proyecto, si existe algún
error o es necesaria alguna modificación, debe hacerse todo desde un inicio con
un nuevo código.
• El modelo no involucra al cliente durante el proceso. Si el cliente solicita alguna
modificación, el Proyecto se puede retrasar y salir de presupuesto.
Cuando elegir Waterfall
• La metodología en cascada no es ni mejor ni peor que otras, sólo hay que saber
elegirla cuando resulta más conveniente su aplicación, en función del proyecto y
sus necesidades. Y esto sucede, por ejemplo, al enfrentarse a iniciativas estáticas,
donde no es muy probable la introducción de cambios se realizarán a lo largo
del proceso de desarrollo o cuando se cuenta con equipos de trabajo de menor
experiencia, que pueden beneficiarse de una estructura más rígida, como la que
propone este enfoque.