El documento presenta una introducción al Proceso Unificado de Desarrollo de Software (UP) y sus flujos de trabajo, incluyendo el flujo de requisitos y el flujo de análisis. Explica conceptos clave como roles, artefactos, diagramas y relaciones entre elementos del modelo de objetos como clases, paquetes y casos de uso.

1. Parte 1.2.1Proceso de Desarrollo UnificadoFLUJOS DE TRABAJO – UPFlujo de Requisitos

2. Flujo de AnálisisMaterial académico preparado por:Ph.D, Marta Silvia Tabares B.Fecha última actualización 4-Sep-2011

3. Ingeniería de Software II(mapa conceptual de tópicos de conocimiento)Material Preparado por MARTA SILVIA TABARES B. UdeM

4. BibliografíaRoger Pressman. Ingeniería del Software (6ª ED.). Mcgraw-hill / Interamericana.Alan Dennis, BarbaraHaleyWixom and David Tegarden. SystemsAnalysis and Designwith UML Version 2.0 - AnObjectOrientedApproach, SecondEdition. John Wiley & Sons © 2005.Ivar Jacobson, Grady Booch, James Rumbaugh. El Proceso Unificado de Desarrollo de Software. Adisson Wesley. 2001.Arlow, J., and Neustad, I. UML 2 and the Unified Process: Practical Object-Oriented Analysis and Design (2nd Edition). Addison-Wesley Object Technology Series. 2005.OMG-UML. Unified Modeling Language: Superstructure. version 2.0, formal/05-07-04. 2005.Simon Bennett, SteeMcRobb, y Ray Farmer. Análisis y DiseñoOrientado a Objetos del Sistema, Usando UML. McGraw-Hill, 2006.Material Preparado por MARTA SILVIA TABARES B. UdeM

5. Proceso UnificadoFlujo de RequisitosMaterial Preparado por MARTA SILVIA TABARES B. UdeM

6. Proceso UnificadoFlujo de RequisitosMaterial Preparado por MARTA SILVIA TABARES B. UdeM

7. Roles y ArtefactosFlujo de Requisitos – Dirigido por Casos de UsoArquitectoDiseñador de Interfaces de UsuarioEspecificador de los Casos de UsoAnalista del SistemaResponsabledeResponsabledeResponsabledeResponsabledeDescripción de la ArquitecturaPrototipo deInterfaz de UsuarioGlosarioActorModelo de Casos de UsoCaso de UsoMaterial Preparado por MARTA SILVIA TABARES B. UdeM

8. Proceso UnificadoFlujo de Requisitos – Dirigido por Casos de UsoEncontrar Actores y Casos de UsoAnalista del SistemaEstructurar el Modelo de Casos de UsoPriorizar Casos de UsoArquitectoEspecificador de los Casos de UsoDetallar Casos de UsoDiseñador de Interfaces de UsuarioPrototipos de las Interfaces de UsuarioMaterial Preparado por MARTA SILVIA TABARES B. UdeM

9. Proceso UnificadoFlujo de AnálisisPRODUCTOS Dcto. de visión refinado

10. Dcto. de evaluación del riesgo refinado

11. Modelo de requisitos No-funcionales

12. Modelo de casos de uso arquitectónicamente significativos (Diagramas de Actividades, Diagramas de Comunicación)

13. Modelo de Clases

14. Modelo de componentes

15. Esquema de la base de datos

16. Prototipos definitivos

17. Arquitectura ejecutable

18. Modelo de Pruebas Material Preparado por MARTA SILVIA TABARES B. UdeM

19. Flujo de Análisis UPIngeniero de Casos de UsoAnalizar un Caso de UsoMaterial Preparado por MARTA SILVIA TABARES B. UdeM

20. Productos del Análisis y sus ResponsablesResponsable deArquitectoResponsable deIngeniero de Casos de UsoClase de AnálisisResponsable deIngeniero de ComponentesMaterial Preparado por MARTA SILVIA TABARES B. UdeM

21. Artefactos UP-AnálisisModelo de AnálisisClase de AnálisisRealización de Caso de UsoPaquete de AnálisisMaterial Preparado por MARTA SILVIA TABARES B. UdeM

22. Modelo de Análisis: DiagramasDiagrama de ObjetosModelo de Casos de UsoDiagrama de SecuenciaDiagrama deClasesDiagrama de ColaboraciónDiagrama deActividadesDiagrama de EstadosFlujo de Análisis UPMaterial Preparado por MARTA SILVIA TABARES B. UdeM

23. Modelo de Casos de Usovs. Modelo de AnálisisFlujo de Análisis UPTomado de la Referencia [3]Material Preparado por MARTA SILVIA TABARES B. UdeM

24. Propiedades del Desarrollo de Software Orientado por Objetos (1)AbstracciónEncapsulamientoHerenciaPolimorfismoReusabilidadElementos de Modelo:ClasesObjetosMaterial Preparado por MARTA SILVIA TABARES B. UdeM

25. Propiedades del Desarrollo de Software Orientado por Objetos (2):Conceptos de Abstracción y HerenciaTomado de Systems Analysis and Design with UML Version 2.0 - An Object Oriented Approach, Second EditionMaterial Preparado por MARTA SILVIA TABARES B. UdeM

26. Clases y Objetos (3)UML provee un conjunto de elementos de modelo que son definidos desde diferentes niveles de abstracción. Por ejemplo las CLASES y los OBJETOS son definidos desde el nivel de METAMODELO y sus instancias se especifican al nivel de MODELO, como se muestra en las Figuras.En el nivel del METAMODELO los elementos son abstractos, es decir sólo se definen sus propiedades y posibles operaciones.En el nivel de MODELO los elementos son instancias del meta elemento y toma un valor específico.Figura 1Figura 2Material Preparado por MARTA SILVIA TABARES B. UdeMFiguras tomadas del Unified Modeling Language: Infrastructure

27. Clases y Objetos (4)Una CLASE en la teoría OO es la representación abstracta de los OBJETOS del mundo real que tienen las mismas características y comportamiento.ClaseObjetos(Instancia)Material Preparado por MARTA SILVIA TABARES B. UdeM

28. UML: Notación de la Clase (1)Valor etiquetado, oRestricción (constraint)Nombre de laclaseestereotipoCompartimiento de identificación de la claseCompartimiento de definición de atributosValor inicialCompartimiento de identificación de las operacionesAlcance de la operación (parámetros)visibilidadMaterial Preparado por MARTA SILVIA TABARES B. UdeM

29. UML: Notación de la Clase (2)Alcance de la InstanciaAlcance de la ClaseAlcance de la Clase:Se refiere a los atributos y operaciones que pertenecen a , o operan en, toda clase de objetos.Alcance de la Instancia:Se refiere a los atributos y operaciones que pertenecen a , o operan en, objetos específicos Material Preparado por MARTA SILVIA TABARES B. UdeM

30. UML: Notación de la Clase (3)Alcance que determina el accesoMaterial Preparado por MARTA SILVIA TABARES B. UdeM

31. UML: Notación de la Clase (4)Visibilidad de una ClaseMaterial Preparado por MARTA SILVIA TABARES B. UdeM

32. Diagrama de Clases (1): Elementos de modeloClasesRelaciones de:Abstracción (Dependencia)AsociaciónGeneralizaciónAgregaciónComposiciónInterfacesInterfazRealizaciónRealizaciónMaterial Preparado por MARTA SILVIA TABARES B. UdeM

33. Diagrama de Clases (2): Relaciones entre clasesABSTRACCIÓNUna relación de abstracción es una relación que relaciona dos elementos o conjunto de elementos que representan el mismo concepto en diferente niveles de abstracción o desde puntos de vista diferentes. una Abstracción es una Dependencia en la cual hay a la correlación entre el proveedor y el cliente.ClaseAClase B<<nombre del estereotipo>>Clase Cliente(la que requiere de laclase proveedora)Clase Proveedora(la que provee a laclase cliente)Pueden ser otros tipos de elementos de modelo tales como paquetes, y casos de uso, entre otros, en diferentes niveles de abstracción.AsociaciónUna relación de asociación describe un conjunto de tuplas cuyos valores se refieren a tipos de instancias. Una relación de asociación entre instancias es llamada un link (vínculo)ASOCIACIÓNEstereotipo de la relación de Dependencia entre el objeto y la claseLinkMaterial Preparado por MARTA SILVIA TABARES B. UdeM

34. Diagrama de Clases (3): Relaciones entre clasesFormas básicas de usar la Relación deAsociaciónmultiplicidad(1)Este tipo de asociaciones son usadas para reducir una asociación con multiplicidad n:m, (1) realizando una clase tipo asociación, o (2) especificando un objeto o un grupo de objetos del conjunto destino(2)qualifierMaterial Preparado por MARTA SILVIA TABARES B. UdeM

35. Diagrama de Clases (4): Relaciones entre clasesUna generalización relaciona un clasificador específico con un clasificador más general, que a su vez es poseído por el clasificador específico (un clasificador es una clasificación de instancias de acuerdo a sus características).GENERALIZACIÓNFigura tomada del Unified Modeling Language: SuperstructureMaterial Preparado por MARTA SILVIA TABARES B. UdeM

36. Diagrama de Clases (5): Relaciones entre clasesFiguras tomadas del Unified Modeling Language: SuperstructureMaterial Preparado por MARTA SILVIA TABARES B. UdeM