Diese Präsentation wurde erfolgreich gemeldet.
Wir verwenden Ihre LinkedIn Profilangaben und Informationen zu Ihren Aktivitäten, um Anzeigen zu personalisieren und Ihnen relevantere Inhalte anzuzeigen. Sie können Ihre Anzeigeneinstellungen jederzeit ändern.

Clase 1, 21/8/2007

1.269 Aufrufe

Veröffentlicht am

Veröffentlicht in: Technologie, Business
  • Loggen Sie sich ein, um Kommentare anzuzeigen.

  • Gehören Sie zu den Ersten, denen das gefällt!

Clase 1, 21/8/2007

  1. 1. Metodologías de Análisis Clase 1 – 21/8/2007 Christian Sifaqui
  2. 2. Repaso <ul><li>Objetivo de la Ingeniería de Software </li></ul>
  3. 3. Repaso <ul><li>Objetivo de la Ingeniería de Software </li></ul><ul><li>- producir software de calidad </li></ul>
  4. 4. Repaso <ul><li>Objetivo de la Ingeniería de Software </li></ul><ul><li>- producir software de calidad </li></ul><ul><li>- en el tiempo comprometido </li></ul>
  5. 5. Repaso <ul><li>Objetivo de la Ingeniería de Software </li></ul><ul><li>- producir software de calidad </li></ul><ul><li>- en el tiempo comprometido </li></ul><ul><li>- dentro del presupuesto </li></ul>
  6. 6. Repaso <ul><li>Objetivo de la Ingeniería de Software </li></ul><ul><li>- producir software de calidad </li></ul><ul><li>- en el tiempo comprometido </li></ul><ul><li>- dentro del presupuesto </li></ul><ul><li>- que satisfaga los requerimientos </li></ul>
  7. 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
  8. 8. Repaso <ul><li>Un 78% de la empresas de IT han estado involucradas en disputas que finalizan en litigios </li></ul><ul><li>En el 67%, la funcionalidad o rendimiento de los productos de software no coinciden con lo solicitado </li></ul><ul><li>El 56%, la fecha prometida se prorroga </li></ul><ul><li>El 45%, los defectos son tan severos que el producto es inutilizable </li></ul><ul><li>www.cutter.com/research/2002/edge020409.html </li></ul>
  9. 9. Repaso <ul><li>Ciencia de la computación investiga variadas formas de producir software </li></ul><ul><li>Ingeniería de software se interesa en las formas de producir software que sean económicas </li></ul><ul><li>Problema: </li></ul><ul><li>Se descubre una técnica de codificación CT2 que produce código en 9/10 del tiempo de CT1 (y a 9/10 del costo) </li></ul><ul><li>¿Aplicarla? </li></ul>
  10. 10. Repaso <ul><li>Ciencia de la computación investiga variadas formas de producir software </li></ul><ul><li>Ingeniería de software se interesa en las formas de producir software que sean económicas </li></ul><ul><li>Problema: </li></ul><ul><li>Se descubre una técnica de codificación CT2 que produce código en 9/10 del tiempo de CT1 (y a 9/10 del costo) </li></ul><ul><li>¿Aplicarla? </li></ul><ul><li>Aprendizaje </li></ul><ul><li>Mantención </li></ul><ul><li>Sólo afecta codificación </li></ul>
  11. 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. 12. Repaso Modelo cascada: Fase de requerimientos: se explora y refina el concepto y los requerimientos del cliente se obtienen
  13. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 24. Action Workflow Client Supplier Could you do this? Yes, I’ll do it It’s done OK, thank you
  25. 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. 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)

×