Metodologia de cascada
Actividad 4 Alison Ramirez Tarango 3B
Actividad 4 Alison Ramirez Tarango 3B
Ut non ante eu sapien varius ullamcorper. Duis sem tellus, interdum sed iaculis sit amet, tincidunt vel purus. Curabitur scelerisque eget massa eget pretium. Sed fringilla turpis nunc, sit amet finibus urna gravida pharetra.
Etapas de la metodología
Roles involucrados
Ventajas
Desventajas
Que es una metodología en cascada
Toca
Toca
Toca
Toca
Toca
Roles involucrados
Ânlisis de requisitos: Se encarga de reunirse con el cliente para identicar, analizar y documentar las necesidades del sistema.Arquitecto o diseñador de software: Toma los requisitos dedinidos y diseña la estructura de sistema. Dearrollador o programador: Es responsable de escribir el codigo fuente basandose en el diseño establecido Ingeniero de pruebas: Se encarga de comprobar que le software funcíone correctamente. Verificador: Une los modulos desarrollados y verifica que funcionen correctamente en conjunto. Mantenimiento o soporte: Una vez que el software ha sido entregado, este rol corrige errores aplica actualizaciones y realiza mejoras necesarias. Gestor de proyecto: Supervisa y coordina todas las fases del proyecto.
Matodología en cascada
Es un enfoque de desarrollo de sofware estructurado y secuencial: cada fase se debe completar antes de que inicie la siguente. Es unidireccional (Como cascada) no hay retrosesos formales entre fases muy usadas en proyectos
Ventajas
Claridad y estructura cada fase tiene un inicio y fin bien definido lo que facilita el control y planificacion facl de entender para equipos nuevos o clientes es un modelo intuitivo pues avanza paso a paso y con una disiplina rigida impone un orde lo que reducir caos o improvisacion
Desventajas
Rigidez ante cambios: si los requisitos cambian después de iniciada una fase, hacer ajustes es costoso (casi romper la cascada).
Retrasos detectados tardíamente:fallos o errores de diseño pueden no descubrirse hasta etapa de prueba, cuando ya es caro corregir. No es flexible: no permite iteraciones naturales ni refinamientos continuos. Riesgo alto en requisitos incompletos: si al inicio no se captan bien todos los requisitos, el proyecto puede derivar en algo distinto o fallido. Mantenimiento costoso: adaptarse a nuevas necesidades posteriores puede requerir rehacer partes sustanciales.
Etapas
1.Recolección y ánalisis de informacionIidentifica de lo que debe hacer el sistema Documentacion de requisitos funcionales y no funcionales. 2. Diseño del sistema Diseño de alto nivel. Diseño detallado. 3. Implementación Desrrollo de los modulos segun el diseño. programacion de creación. 4. Prubas Pruebas unitarias, de integración del sistema Verificar que el sistema cumple con los requisitos. 5. Integración Integrar los modulos de desarrolladas. Validar que el sistema completo funcione.
Actividad 4 Alison Ramirez Tarango 3B
Alison Tarango
Created on October 27, 2025
Start designing with a free template
Discover more than 1500 professional designs like these:
View
Interactive Hangman
View
Secret Code
View
Branching Scenario: Academic Ethics and AI Use
View
The Fortune Ball
View
Repeat the Sequence Game
View
Pixel Challenge
View
Word Search: Corporate Culture
Explore all templates
Transcript
Metodologia de cascada
Actividad 4 Alison Ramirez Tarango 3B
Actividad 4 Alison Ramirez Tarango 3B
Ut non ante eu sapien varius ullamcorper. Duis sem tellus, interdum sed iaculis sit amet, tincidunt vel purus. Curabitur scelerisque eget massa eget pretium. Sed fringilla turpis nunc, sit amet finibus urna gravida pharetra.
Etapas de la metodología
Roles involucrados
Ventajas
Desventajas
Que es una metodología en cascada
Toca
Toca
Toca
Toca
Toca
Roles involucrados
Ânlisis de requisitos: Se encarga de reunirse con el cliente para identicar, analizar y documentar las necesidades del sistema.Arquitecto o diseñador de software: Toma los requisitos dedinidos y diseña la estructura de sistema. Dearrollador o programador: Es responsable de escribir el codigo fuente basandose en el diseño establecido Ingeniero de pruebas: Se encarga de comprobar que le software funcíone correctamente. Verificador: Une los modulos desarrollados y verifica que funcionen correctamente en conjunto. Mantenimiento o soporte: Una vez que el software ha sido entregado, este rol corrige errores aplica actualizaciones y realiza mejoras necesarias. Gestor de proyecto: Supervisa y coordina todas las fases del proyecto.
Matodología en cascada
Es un enfoque de desarrollo de sofware estructurado y secuencial: cada fase se debe completar antes de que inicie la siguente. Es unidireccional (Como cascada) no hay retrosesos formales entre fases muy usadas en proyectos
Ventajas
Claridad y estructura cada fase tiene un inicio y fin bien definido lo que facilita el control y planificacion facl de entender para equipos nuevos o clientes es un modelo intuitivo pues avanza paso a paso y con una disiplina rigida impone un orde lo que reducir caos o improvisacion
Desventajas
Rigidez ante cambios: si los requisitos cambian después de iniciada una fase, hacer ajustes es costoso (casi romper la cascada). Retrasos detectados tardíamente:fallos o errores de diseño pueden no descubrirse hasta etapa de prueba, cuando ya es caro corregir. No es flexible: no permite iteraciones naturales ni refinamientos continuos. Riesgo alto en requisitos incompletos: si al inicio no se captan bien todos los requisitos, el proyecto puede derivar en algo distinto o fallido. Mantenimiento costoso: adaptarse a nuevas necesidades posteriores puede requerir rehacer partes sustanciales.
Etapas
1.Recolección y ánalisis de informacionIidentifica de lo que debe hacer el sistema Documentacion de requisitos funcionales y no funcionales. 2. Diseño del sistema Diseño de alto nivel. Diseño detallado. 3. Implementación Desrrollo de los modulos segun el diseño. programacion de creación. 4. Prubas Pruebas unitarias, de integración del sistema Verificar que el sistema cumple con los requisitos. 5. Integración Integrar los modulos de desarrolladas. Validar que el sistema completo funcione.