El documento describe el modelo cascada para el desarrollo de software. Este modelo implica dividir el proyecto en fases secuenciales como la definición de requisitos, diseño, implementación, pruebas y mantenimiento. Cada fase debe completarse antes de pasar a la siguiente, lo que permite una planificación y control rigurosos pero hace que el proceso sea lento. El modelo cascada es adecuado cuando los requisitos están bien definidos y las herramientas son conocidas.

1. UNIVERSIDAD TECNOLÓGICA DE LA REGIÓN NORTE DE GUERREROTECNOLOGIAS DE LA INFORMACIÓN Y COMUNICACIÓNINGENIERIA DE SOFTWAREMODELO CASCADAINTEGRANTES: MARTHA DE JESUS SERRANO JOAO IVAN GARDUÑO SALGADO LAURA BRITO ROMAN LUIS ALBERTO MELCHOR HERNANDEZ MARIA SILVIA OCAMPO GILES13 de Septiembre del 2010

2. Modelo Cascada

3. DEFINICION Algunas veces llamado ciclo de vida clásico, sugiere un enfoque sistemático secuencial hacia el desarrollo del software, que se inicia con la especificación de requerimientos del cliente y continua con la planeación, el modelado, la construcción y despliegue para culminar el soporte del software terminado.

4. Los principios básicos del modelo de cascada son los siguientes:El proyecto está dividido en fases secuenciales.

5. Se hace hincapié en la planificación, los horarios, fechas, presupuestos y ejecución de todo un sistema de una sola vez.

6. Un estricto control se mantiene durante la vida del proyecto a través de la utilización de una documentación escrita, a través de comentarios y aprobación del usuario y la tecnología de la información de gestión al final de la mayoría de las fases antes de comenzar la próxima fase.FASES

7. DEFINICION DEL PROBLEMAExisten ocasiones en que los requisitos de un problema se entiende de una manera razonable:

8. Cuando el trabajo fluye desde la comunicación a través del despliegue de una manera casi lineal.

9. Es necesario hacer adaptaciones o mejorías bien definidas a un sistema existente.

10. Ejemplo de esto seria: una adaptación a un software contable debido a los cambios en las regulaciones del gobierno.

11. Esto puede ocurrir solo cuando los requerimientos están bien definidosANÁLISIS DE REQUERIMIENTOSSe analizan las necesidades de los usuarios finales del software para determinar qué objetivos debe cubrir.

12. De esta fase surge una memoria llamada SRD (documento de especificación de requisitos), que contiene la especificación completa de lo que debe hacer el sistema sin entrar en detalles internos.ESPECIFICACIONES(Diseño del sistema)Se organiza el sistema en elementos que puedan elaborarse por separado, aprovechando las ventajas del desarrollo en equipo.

13. Es conveniente distinguir entre diseño de alto nivel o arquitectónico y diseño detallado.

14. El primero de ellos tiene como objetivo definir la estructura de la solución (una vez que la fase de análisis ha descrito el problema) identificando grandes módulos (conjuntos de funciones que van a estar asociadas) y sus relacionesDISEÑO DEL PROGRAMA Se realizan los algoritmos necesarios para el cumplimiento de los requerimientos del usuario.

15. Análisis necesarios para saber que herramientas usar en la etapa de Codificación.

16. Es la fase de programación o implementación propiamente dicha.

17. Se implementa el código fuente, haciendo uso de prototipos así como pruebas y ensayos para corregir errores.IMPLEMENTACIÓNEl software obtenido se pone en producción.

18. Se implantan los niveles software y hardware que componen el proyecto.

19. La implantación es la fase con más duración y con más cambios en el ciclo de elaboración de un proyecto.

20. Fase final del proyecto.

21. Durante la explotación del sistema de software pueden surgir cambios, bien para corregir errores o bien para introducir mejoras.

22. Todo ello se recoge en los Documentos de Cambios.