El documento presenta una clase sobre metodologías de análisis de ingeniería de software. Revisa los objetivos de la ingeniería de software, estadísticas sobre el éxito de proyectos, y el modelo de ciclo de vida en cascada, incluyendo las fases de requerimientos, análisis, diseño, implementación, mantenimiento y retiro. También discute términos como cliente, desarrollador y usuario, así como costos relativos de las diferentes fases del desarrollo de software.

1. Metodologías de Análisis Clase 1 – 21/8/2007 Christian Sifaqui

7. Repaso Finalizados tarde, más caros, y/o incompletos 53% Exitosos 29% Cancelados 18% Según [Johnson et al. 2001] www.softwaremag.com/archive/2001feb/CollaborativeMgt.html

11. Repaso Ciclo de vida: período de tiempo que empieza con la exploración de conceptos y finaliza con el retiro del software Hasta 1970: Cascada Fase 1  Requerimientos Fase 2  Análisis (especificaciones) Fase 3  Diseño Fase 4  Implementación Fase 5  Mantención post-entrega Fase 6  Retiro

12. Repaso Modelo cascada: Fase de requerimientos: se explora y refina el concepto y los requerimientos del cliente se obtienen

13. Repaso Modelo cascada: Fase de requerimientos: se explora y refina el concepto y los requerimientos del cliente se obtienen Fase de análisis (especificación): los requerimientos se analizan y presentan en la forma de un documento de especificación. Al final de esta fase se bosqueja el Plan de Administración de Proyectos de Software (IEEE 1058-1998 SPMP)

14. Repaso Modelo cascada: Fase de requerimientos: se explora y refina el concepto y los requerimientos del cliente se obtienen Fase de análisis (especificación): los requerimientos se analizan y presentan en la forma de un documento de especificación. Al final de esta fase se bosqueja el Plan de Administración de Proyectos de Software (IEEE 1058-1998 SPMP) Fase de diseño: se desarrolla un diseño arquitectónico , donde el producto como un todo se separa en componentes (módulos); se diseña cada módulo en la etapa de diseño detallado

15. Repaso Modelo cascada: Fase de implementación: codificación y testing unitario; luego integración y testing; luego test de aceptación y finalmente instalación y aceptación

16. Repaso Modelo cascada: Fase de implementación: codificación y testing unitario; luego integración y testing; luego test de aceptación y finalmente instalación y aceptación Fase de mantención post-entrega: todos los cambios que el producto requiere. Mantención perfectiva y mantención adaptiva.

17. Repaso Modelo cascada: Fase de implementación: codificación y testing unitario; luego integración y testing; luego test de aceptación y finalmente instalación y aceptación Fase de mantención post-entrega: todos los cambios que el producto requiere. Mantención perfectiva y mantención adaptiva. Fase de retiro: se elimina el producto

18. Repaso Mantención: definición temporal: cambios al software después de haber entregado al cliente, modelo desarrollo-luego-mantención (mantención post-entrega) IEEE 610.12 de 1990

19. Repaso Mantención: definición temporal: cambios al software después de haber entregado al cliente, modelo desarrollo-luego-mantención (mantención post-entrega) IEEE 610.12 de 1990 No es real.

20. Repaso Mantención: definición temporal: cambios al software después de haber entregado al cliente, modelo desarrollo-luego-mantención (mantención post-entrega) IEEE 610.12 de 1990 No es real. definición operacional: cambios al software para corregir fallas o hay cambios en los requerimientos (independiente de si ocurren antes o después de la entrega) ISO/IEC 12207 de 1995

21. Repaso Mantención: costos promedio entre desarrollo y mantención post-entrega entre 1976 y 1981 entre 1992 y 1998 desarrollo 33% desarrollo 25% mantención post-entrega 75% mantención post-entrega 67%

22. Repaso Mantención: datos de proyectos entre 1974 y 1980 200 30 4 3 1 mantención post-entrega implementación requerimientos análisis (especificación) diseño Costo relativo aproximado para detectar y corregir una falla

23. Repaso Términos: Cliente: persona que quiere construir un producto Desarrolladores: miembros del equipo responsable pata construir el producto Usuario: persona(s) que usará(n) el software. A veces cliente y usuario son la misma persona Software: código, documentación legal, de diseño, manuales

24. Action Workflow Client Supplier Could you do this? Yes, I’ll do it It’s done OK, thank you

25. Action Workflow Client Supplier 1.- Client ask for an action (request phase) Could you do this? Yes, I’ll do it It’s done OK, thank you 2.- Supplier agrees to do it (commitment phase) 3.- Supplier fulfills the work and reports to be done (performance phase) 4.- Client accepts report and declares satisfaction (evaluation phase)

26. Action Workflow Client Supplier 1.- Client ask for an action (request phase) Could you do this? Yes, I’ll do it It’s done OK, thank you Conditions of satisfaction 2.- Supplier agrees to do it (commitment phase) 3.- Supplier fulfills the work and reports to be done (performance phase) 4.- Client accepts report and declares satisfaction (evaluation phase)