1. UNIVERSIDAD TECNOLÓGICA DE LA REGIÓN NORTE DE GUERRERO TECNOLOGIAS DE LA INFORMACIÓN Y COMUNICACIÓN INGENIERIA DE SOFTWARE MODELO CASCADA INTEGRANTES: MARTHA DE JESUS SERRANO JOAO IVAN GARDUÑO SALGADO LAURA BRITO ROMAN LUIS ALBERTO MELCHOR HERNANDEZ MARIA SILVIA OCAMPO GILES 13 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.

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

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.

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

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.

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.

24. Las pruebas de Software, testing o beta testing es un proceso usado para identificar posibles fallos.

25. En general, los usuarios distinguen entre errores de programación ( o “bugs” ) y defectos de forma.

27. Los cambios ocurrirán debido a que hayan encontrado errores, a que el Software deba adaptarse a cambios del entorno externo (sistema operativo o dispositivos periféricos).

30. CONCLUSION (General) La metodología de cascada ordena rigurosamente las etapas del ciclo del software, es decir en este modelo se tienen que terminar las fases en un orden, para poder pasar a la siguiente etapa. Este modelo es el mas usado en la actualidad . El modelo de cascada es exitoso cuando se tienen bien específicos los requerimientos del software y se conozcan las herramientas a utilizar.

31. CONCLUSION (Martha) La metodología de cascada ordena rigurosamente las etapas del ciclo del software, es decir en este modelo se tienen que terminar las fases en un orden, para poder pasar a la siguiente etapa. Este modelo es el mas usado en la actualidad . El modelo de cascada es exitoso cuando se tienen bien específicos los requerimientos del software y se conozcan las herramientas a utilizar. El modelo de cascada tarda mucho tiempo en resolver un software, ya que hasta que no se tenga bien el software ,no se opera el software.

33. Se debe de tener bien planeado lo que se pretende realizar.

34. Realizar un análisis detallado.

37. CONCLUSION (Luis) Podríamos considerarlo como el mas sencillo de utilizar, aunque por su alto numero de inconvenientes puede dudarse de su eficacia, siendo el principal el ser un modelo secuencial. Si este sistema no es bien conocido o difícil de analizar, esta fase puede alargarse demasiado. Se debe tener completo conocimiento de el proyecto a realizar asi como del sistema, para poder llevar el trabajo a un fin exitoso, y evitar errores en el desarrollo.

38. BIBLIOGRAFIA http://scruz334.blogspot.es/tags/Cascada/ http://www.bsgmexico.com.mx/01-metodologia.html Ingeniería del software un enfoque practico R.Pressman