Captura de requerimientos

1. Universidad Católica los Ángeles de Chimbote Sistemas de Información II Facultad de Ingeniería Escuela profesional de Ingeniería de sistemas

2. El Lenguaje Unificado de Modelado

3. Notación El Triángulo de Desarrollo de Software Herramienta Visual Proceso

4. Definición : El U M L es un lenguaje gráfico para la especificación, visualización, construcción y documentación de modelos orientados a objetos que representan sistemas intensivos en software. = U nified M odeling L anguage U M L no es un método sino un lenguaje de modelamiento El Lenguaje Unificado de Modelado

6. U M L toma lo mejor de varios métodos Rumbaugh Jacobson Meyer Harel Wirfs-Brock Fusion Embly Gamma et. al. Shlaer-Mellor Odell Booch Pre y Post condiciones Máquinas de estado Responsabilidades Descripción de operaciones, numeración de mensajes Singleton clases Marcos de trabajo, patrones, notas Ciclo de vida de objetos Clasificación

7. - Proporciona a los desarrolladores un lenguaje de modelamiento ampliamente aceptado y listo para usar. - Integra las mejores prácticas del desarrollo de software. - Permite el intercambio de modelos entre las diferentes herramientas de software. - Es independiente del lenguaje de programación y de métodos y procesos particulares de desarrollo de software. - Proporciona sus propios mecanismos de extensión - Agrupa los conceptos de orientación a objetos definiendo su significado. Características del U M L

9. - Los lenguajes de modelado orientados al objeto comenzaron a aparecer a mediados de la década de '70. - El número de lenguajes que modelaban objetos aumentó de menos de 10 a más de 50 durante el período entre 1989-1994. Breve historia del U M L - Muchos de los que utilizaban estos lenguajes no encontraban satisfacción completa en ninguno de ellos, esto motivó la llamada "Guerra de los Métodos" .

10. . . . La “Guerra de los Métodos” Exist í an muchos métodos y cada uno tenía un lenguaje de modelado propio. Esto dificultó el aprendizaje, aplicación, construcción, uso de herramientas, etc. Pugna entre los distintos gur ú s que defend í an sus propios métodos y simbologías. Se observa la necesidad de una notación estándar. . . . Breve historia del U M L

11. El desarrollo del U M L comenzó en finales de 1994 en que Grady Booch y Jim Rumbaugh de Rational Software Corporation, comenzaron su trabajo sobre la unificación de los métodos de Booch y de OMT (Object Modeling Technique). A finales de 1995, Ivar Jacobson y su compañía de Objectory se unieron a Rational y combinaron sus métodos. Booch, Rumbaugh, y Jacobson, definieron el U M L 0,9 y 0,91 en junio y octubre de 1996. . . . Breve historia del U M L

12. . . . Breve historia del U M L Sep ‘97 U M L 1.1 Ene ‘97 U M L 1.0 Jun ‘96 U M L 0.9 Oct ‘95 Método Unificado 0.8 Microsoft Oracle IBM, HP Etc. Ivar Jacobson se une a Rational en otoño ‘95 James Rumbaugh se une a Rational en Oct ‘94 OMT Booch Use Case (OOSE) Otros métodos

13. 1997 (Adoptada por OMG) 1998 (revisión editorial sin cambios significativos) 1999 (revisión menor p ú blicamente disponible) 2000 (planificada una revisión menor) 2001 (planificada una revisión menor) 2002 (planificada una revisión mayor) Versiones del U M L <<document>> U M L 1.1 <<document>> U M L 1.2 <<document>> U M L 1.5 <<document>> U M L 1.3 <<document>> U M L 2.0 <<document>> U M L 1.4 <<document>> ISO Publica especificación

14. Vistas de un modelo “ Un modelo es una descripción completa de un sistema desde una perspectiva concreta” Vista lógica Vista de proceso s Vista de despliegue Vista de implementación Vista de requerimientos Diagrama de Clases Diagrama de Objetos Diagrama de Estado Diagrama de Secuencia Diagrama de Colaboración Diagrama de Actividad Diagrama de Casos de Uso Diagrama de Componentes Diagrama de Despliegue

15. Modelando con U M L Use Case Diagrams Use Case Diagrams Diagramas de Casos de Uso Scenario Diagrams Scenario Diagrams Diagramas de Colaboración State Diagrams State Diagrams Diagramas de Componentes Component Diagrams Component Diagrams Diagramas de Despliegue State Diagrams State Diagrams Diagramas de Objetos Scenario Diagrams Scenario Diagrams Diagramas de Estados Use Case Diagrams Use Case Diagrams Diagramas de Secuencia State Diagrams State Diagrams Diagramas de Clases Diagramas de Actividad Modelo

22. Análisis y Diseño Orientado a Objeto s OOD Agregar detalles y decisiones de diseño Perspectiva del Desarrollador OOA Modelo de desarrollo de requerimientos Perspectiva del Usuario

23. Desarrollo Iterativo e Incremental Ing. Oscar Ascón Valdivia [email_address]

33. Reducción de Riesgo a través de Iteraciones Riesgo inicial Campo de acción inicial del proyecto Definir la iteración para consignar el mayor riesgo Planificar y desarrollar la iteración Estimar la iteración Eliminación del riesgo Revisión de la Evaluación de riesgo Revisión del plan del proyecto Iteración N

35. Juntando Todo

37. Requisitos Capturar, definir y validar los casos de uso Realizar los casos de uso Verificar que se satisfacen los casos de uso Proceso dirigido por los Casos de Uso Análisis & Diseño Implement ación Prueba s Casos de Uso integran el trabajo