Metodologia de Cascada

Metodologia de Cascada.

wow

¡Vamos!

¿Que es?

En Ingeniería de software el desarrollo en cascada, es denominado así por la posición y orden de las fases en el desarrollo. 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.

SIGUIENTE

¿Como se usa? (Etapas)

SIGUIENTE

La metodologia en cascada se divide en etapas, estas son:

• Fase de ingeniería y análisis del sistema: Debido a que el software es siempre parte de un sistema mayor el trabajo comienza estableciendo los requisitos de todos los elementos del sistema y luego asignando algún subconjunto de estos requisitos al software.

• Fase de análisis de los requisitos: Se analizan las necesidades de los usuarios finales del software a desarrollar para determinar qué objetivos debe cubrir.

• Fase de diseño: Se descompone y organiza el sistema en elementos que puedan elaborarse por separado, aprovechando las ventajas del desarrollo en equipo.

• Fase de codificación: Es la fase de programación propiamente dicha. Aquí se desarrolla el código fuente, haciendo uso de prototipos así como pruebas y ensayos para corregir errores.

• Fase de pruebas: Los elementos, ya programados, se ensamblan para componer el sistema y se comprueba que funciona correctamente antes de ser puesto en explotación.

• Fase de mantenimiento: El software obtenido se pone en producción. Es una de las fases finales del proyecto. En el desarrollo surgen cambios, para corregir errores o bien para introducir mejoras. El software sufre cambios después de que se entrega al cliente.

SIGUIENTE

Diagrama de la metodologia

SIGUIENTE

¿Cuando se usa?

Los administradores de proyecto suelen recurrir al método de cascada:

• Cuando hay una visión clara de lo que debería ser el producto final.
• Cuando los clientes no tienen posibilidad de cambiar el alcance del proyecto una vez que ha comenzado.
• Cuando el concepto y la definición son las claves del éxito (pero no la velocidad).
• Cuando no hay requisitos ambiguos.

SIGUIENTE

Desventajas

Ventajas

• No es un modelo apto para proyectos de gran tamaño.

• Es poco efectivo si los requisitos no sonestablecidos claramente desde el inicio.

• De ser una metodología lineal y rígida, carece de flexibilidad para adaptarse a sucesos inesperados

• Es uno de los modelos más fáciles de administrar ya que cada fase tiene entregables específicos y cuenta con un proceso sencillo de revisión.

• Las fases no se superponen. Se ejecutan y se completan una a la vez.

• Si la rotación de empleados en su empresa es bastante frecuente, al estar todo bien definido y documentado, eso impactará mínimamente el proyecto.

SIGUIENTE

Ejemplos de uso:

SIGUIENTE

Desarrollo de software con necesidades estables:

Construccion de Infraestructuras:

+ info

+ info

Bibliografia

Aguirre Barrera, J., & Aguirre Barrera, S. (s.f.). Metodologías para el desarrollo de Proyectos. 5-7. Hadida, S. (s.f.). LA AGILIDAD EN LAS ORGANIZACIONES: TRABAJO. Obtenido de https://www.econstor.eu/bitstream/10419/238381/1/756.pdf Stsepanets, A. (17 de 01 de 2023). GANTTPRO. Obtenido de https://blog.ganttpro.com/es/metodologia-de-cascada/#ventajas-desventajas-de-waterfall

Desarollo de software con requisitos estables

La metodología de cascada es adecuada cuando los requisitos del software están bien definidos y se espera que sean estables a lo largo del proyecto. Cada etapa debe completarse antes de pasar a la siguiente, y no se permite retroceder a etapas anteriores una vez que se ha avanzado. Esto es adecuado para proyectos donde los requisitos se pueden determinar con precisión desde el principio y no se espera que cambien significativamente durante el desarrollo.

Construccion de Infraestrucutra

La metodología de cascada también se utiliza en proyectos de construcción de infraestructuras físicas, como edificios, puentes o carreteras. En este tipo de proyectos, las etapas se siguen en una secuencia lineal. La metodología de cascada se adapta bien a este tipo de proyectos, donde la planificación y el diseño exhaustivos son fundamentales y los cambios pueden ser costosos y potencialmente disruptivos.