1. Es un conjunto de actividades y estrategias que permiten desarrollar y mantener el software de forma más precisa, consistente y estructurada.
2. -Modelo en cascada o Clásico (modelo tradicional) -Modelo de prototipos -Modelo en espiral -Desarrollo por etapas -Desarrollo iterativo y creciente o Iterativo e Incremental -RAD -Desarrollo concurrente -Proceso Unificado -RUP
3. Existen diferentes modelos para el desarrollo y mantenimiento de un sofware
4. Diseño de Modelo en Cascada
5. El enfoque de cascada fue el primer modelo SDLC que se usó ampliamente en Ingeniería de Software para asegurar el éxito del proyecto.
6. En el enfoque de "The Waterfall", todo el proceso de desarrollo de software se divide en fases separadas. En este modelo de cascada, normalmente, el resultado de una fase actúa como entrada para la siguiente fase de forma secuencial.
7. Fases del Modelo en Cascada
8. Definicion de Requerimientos
9. Diseño del Software y del sistema
10. Implementacion y prueba de Unidades.
11. Integración y prueba del sistema
12. Operacion y mantenimiento
13. Principales ventajas de usar el modelo en cascada:
14. Cuando investigamos esta temática los artículos hablan de modelos (línea base, vocabulario y conocimientos) guía y buenas prácticas.
15. El modelo de cascada fue el primer modelo de proceso que se introdujo en 1970 por Winston Royce. También se le conoce como un modelo de ciclo de vida lineal-secuencial.
16. Es muy simple de entender y usar. En un modelo de cascada, cada fase debe completarse antes de que la siguiente fase pueda comenzar y no haya superposición en las fases.
17. El modelo Waterfall es el primer enfoque SDLC* que se utilizó para el desarrollo de software.
18. Cada software desarrollado es diferente y requiere un enfoque de SDLC adecuado a seguir en función de los factores internos y externos. Algunas situaciones donde el uso del modelo de cascada es el más apropiado son:
19. Los requisitos están muy bien documentados, claros y fijos. La definición del producto es estable. La tecnología se entiende y no es dinámica. No hay requisitos ambiguos. Amplios recursos con la experiencia requerida están disponibles para respaldar el producto. El proyecto es corto.
20. Debido a su simplicidad, este modelo es fácilmente comprensible y puede ser utilizado por cualquier persona no técnica. El modelo de cascada es útil para proyectos más pequeños y da un resultado apropiado. Los requisitos del sistema están bien documentados y son comprensibles por todos los miembros del equipo de proyectos. Cada fase funciona de forma independiente y no se superponen con las otras fases. La interacción con el cliente es solo al principio del proyecto y al final del proyecto.
