CASCADA
¿Que es el modelo de CASCADA?
El modelo de CASCADA, también conocido como el modelo de ciclo de vida en cascada o lateral modelo, es un enfoque metodológico que organiza el desarrollo de software en una serie de fases secuenciales y lineales. Este enfoque fue propuesto por Winston W. Royce y ha sido adoptado por innumerables proyectos a lo largo de los años
¿Como funciona el modelo en CASCADA?
El funcionamiento del modelo en cascada es simple pero efectivo. Divide el proceso de desarrollo de software en varias fases. y cada fase debe completarse antes de avanzar a la siguiente. Esto asegura un flujo de trabajo ordenado y controlado. Además, se realiza una verificación exhaustiva de cada fase antes de pasar a la siguiente, lo que ayuda a detectar y corregir errores temprano en el proceso.
Fases del modelo CASCADA.
Aquí están las fases típicas del modelo de cascada:
Requisitos: Durante esta fase, el equipo proyecto identifica y documenta los requisitos del proyecto. Esto incluye las necesidades comerciales que se abordaran, los requisitos del usuario y cualquier restricción o riesgo relevante
Diseño: En esta etapa, se crea un diseño detallado del sistema o producto. Esto incluye la arquitectura, la interfaz de usuario y otros aspectos técnicos.
El diseño lógico aborda la necesidad empresarial real, como un sitio web de pedido de cheques que sea rápido, fácil de usar y económico.
El diseño físico es la base de como funcionara el diseño lógico en el entorno. Detalla cosas como entrada y salida de datos, validación de datos, interfaces de usuario y almacenamiento de datos.
Implementación: Aquí se lleva a cabo la construcción real del sistema o producto según el diseño previamente establecido. El código se desarrolla y se crea el producto final. A veces, el producto se integra en unidades que se aprueban e integran en la siguiente fase. En Muchos proyectos. la fase de implementación a menudo se renombra como fase de construcción para evitar confusiones.
Verificación: Durante esta fase, se realizan pruebas exhaustivas para asegurarse de que el sistema funcione correctamente y cumpla con los requisitos establecidos. Esto incluye pruebas de unidad, integración y sistema
Mantenimiento: Después de la implementación, se realiza el mantenimiento continuo del sistema, Esto Implica correcciones de errores, actualizaciones y mejoras según sea necesario. Para proyectos de software, a menudo significa que se publican parches y actualizaciones para resolver problemas.
Ventajas.
Estructura clara
La cascada se basa en una secuencia de pasos definidos. Cada fase debe complementarse antes de avanzar, lo que proporciona claridad y orden
Determina el objetivo final rápidamente.
Uno de los pasos definitorios del método de cascada es comprometerse con un producto final, un objetivo o un entregable desde el principio, y los equipos deberían evitar desviarse de ese compromiso. Este paso hace que tu equipo conozca el objetivo general desde el comienzo.
Trasmite bien la información.
El enfoque de la cascada es sumamente metódico, así que no debería resultar una sorpresa que la metodología enfatice una transferencia clara de información en cada paso. Cuando se aplica en el entorno del software, cada paso nuevo implica un nuevo grupo de personas y, aunque esto poria no ser así en tu compañía, deberías apuntar a documentar la información a lo largo de todo el ciclo de vida del proyecto.
Desventajas.
Dificulta los cambios.
La metodología de la cascada se basa completamente en seguir una serie de pasos que hacen que los equipos siempre avancen. Esta metodología, en su forma tradicional, no deja prácticamente ningún lugar para cambios o revisiones imprevisto.
Excluye al cliente o al Usuario final.
Como proceso interno, el modelo cascada se encuentra muy poco en el usuario o el cliente final de un proyecto. Su principal objeto siempre ha sido ayudar a los equipos internos avancen mas eficientemente por las distintas fases del proyecto, a lo que puede funcionar bien en el mundo del software.
Retrasa las pruebas hasta el después de la finalización.
Dejar la fase de pruebas para ultima mitad de un proyecto es riesgoso, pero la metodología de cascada insiste en los equipos esperen hasta el paso cuatro de seis para aprobar sus productos
Comentarios
Publicar un comentario