Ingeniería de Software. UML.

Tamaño: px

Comenzar la demostración a partir de la página:

Download "Ingeniería de Software. UML."

Esperanza Ferreyra Ramírez
hace 5 años
Vistas:

1 Ingeniería de Software. Unified Modeling Language UML. Ingeniería de Software. UML Página 0

2 Qué es el UML? The Unified Modeling Language (UML) is a graphical language for visualizing, specifying, constructing, and documenting the artifacts of a software system. Utilizando el UML, se generan modelos compuestos de: Elementos: cosas (things) y relaciones (relationships). Diagramas (construidos a partir de los elementos). Vistas (diagramas que muestran diferentes perspectivas del modelo). Ingeniería de Software. UML Página 1

3 Historia del UML US D. O. D. Bell Labs XEROX PARC Etc. Etc... Programación OO Ada Eiffel Smalltalk Simula C++ Booch Wirfs-Brock Jacobson:OOSE UML Shlaer/Mellor Coad/Yourdon Métodos estructurados Modelado de Entidades Modelado de Eventos Rumbaugh: OMT Martin/Odell Ingeniería de Software. UML Página 2

4 Principales Contribuidores (Los Tres Amigos) JAMES RUMBAUGH Diseño y Modelado Orientado a Objetos (1991) GRADY BOOCH Aplicaciones con Diseño Orientado a Objetos (1993) IVAR JACOBSON Ingeniería de Software Orientada a Objetos: Un acercamiento conducido en un Caso de Uso (1992) Ingeniería de Software. UML Página 3

Evolución del UML UML 0.9 1995 UML 1.1 1997 (entregado a OMG) UML 1.3, 1.4, 1.5 1998-2004 UML 2.0 2005 UML 2.2 2009 UML 2.3 mayo 2010 UML 2.

5 Evolución del UML UML UML (entregado a OMG) UML 1.3, 1.4, UML UML UML 2.3 mayo 2010 UML 2.5 junio 2015 UML 0.9 UML 1.1 UML 2.3 Unified Method 0.8 Otros métodos Método Booch OMT Rumbaugh OOSE Jacobson Ingeniería de Software. UML Página 4

6 Por qué es importante el UML? Convergencia de Ideas Fin a la Guerra de los Métodos Estandarización del Modelado en la Industria Semántica Definición Notación UML El lenguaje de modelado Standard de la Industria Ingeniería de Software. UML Página 5

7 UML nos da... Elementos a Modelar Elementos y conceptos fundamentales del modelado Notación Entrega visual de los elementos del modelo en diagramas gráficos. Ingeniería de Software. UML Página 6

8 Elementos del UML 1. Ingeniería de Software. UML Página 7

9 Diagramas de UML 1. Ingeniería de Software. UML Página 8

10 Vistas de UML 1. Ingeniería de Software. UML Página 9

11 Nuevos Diagramas del UML 2 Dentro de la vista estructural: - Composite structure. - muestra la estructura interna de una clase y las colaboraciones entre sus elementos. - Profile - muestra estereotipos como clases con el estereotipo «stereotype» y paquetes con el estereotipo «profile». Dentro de la vista dinámica: - Timing. - forma horizontal de un diagrama de secuencia. - Interaction Overview. - tipo de diagrama de actividades en donde los nodos pueden ser diagramas de colaboración, de secuencia o de timing. Nota. Al diagrama de colaboración se le llama de comunicación en UML 2. Ingeniería de Software. UML Página 10

12 Jerarquía de Diagrmas en UML 2 Ingeniería de Software. UML Página 11

13 Diagrama de Casos de Uso Describe la funcionalidad proporcionada por un sistema en términos de actores, sus objetivos representados como casos de uso y las dependencias entre los casos de uso. Ingeniería de Software. UML Página 12

14 Diagrama de Clases Describe la estructura de un sistema mostrando las clases del sistema, sus atributos y operaciones y las relaciones entre las clases. Ingeniería de Software. UML Página 13

15 Diagrama de Objetos. Muestra una vista parcial o completa de la estructura de un caso particular de un sistema en un tiempo específico. Ingeniería de Software. UML Página 14

16 Diagrama de Componentes Describe como se divide un sistema de software en sus componentes y las dependencias entre esos componentes. Ingeniería de Software. UML Página 15

17 Diagrama de Deployment Describe el hardware utilizado en la implementación del sistema asi como los ambientes de ejecución y los componentes de software instalados en el hardware. Ingeniería de Software. UML Página 16

18 Diagrama de Paquetes Describe como se divide un sistema en grupos lógicos, mostrando las dependencias entre los grupos. Ingeniería de Software. UML Página 17

19 Diagrama de Colaboración. Muestra las interacciones entre objetos o partes de objetos en términos de mensajes numerados. En UML 2 se llama diagrama de comunicación. Es equivalente al diagrama de secuencia. Ingeniería de Software. UML Página 18

20 Diagrama de Secuencia. Muestra como se comunican los objetos entre sí en términos de una secuencia de mensajes. También indica los intervalos de vida de los objetos relativos a los mensajes. Es equivalente al diagrama de colaboración. Ingeniería de Software. UML Página 19

21 Diagrama de Actividades Describe los flujos de las operaciones de un sistema paso a paso. Muestra el flujo de control general de un caso de uso. Ingeniería de Software. UML Página 20

22 Diagrama de Estado Describe los estados y las transiciones entre los estados de objetos particularmente complejos en un sistema. Ingeniería de Software. UML Página 21

23 Diagrama de estructura compuesta (composite structure) Describe la estructura interna de una clase y las colaboraciones que esta estructura hace posibles. UML 2. Ingeniería de Software. UML Página 22

24 Diagrama de profile. Opera a nivel de metamodelo para mostrar estereotipos como clases con el estereotipo «stereotype» y perfiles como paquetes con el estereotipo «profile». La relación de extensión indica que elemento de del metamodelo está extendiendo el estereotipo. UML 2. Ingeniería de Software. UML Página 23

25 Diagrama de timing. Es un tipo específico de diagrama de interacción con el foco en restricciones de tiempo. UML 2. Ingeniería de Software. UML Página 24

26 Diagrama de interaction overview. Proporciona una vista general de un Sistema. Es un diagram de actividades en el cual los nodos del diagrama representan otros diagramas. UML 2. Ingeniería de Software. UML Página 25

27 Estereotipos - Extensión del vocabulario de UML, que permite crear nuevos elementos UML desde unos ya existentes pero específicos a un problema concreto - Gráficamente es representado con un nombre entre los símbolos (llamados comillas angulares dobles) y colocado arriba del nombre del elemento del modelo. Muchas veces se representan utilizando los símbolos menor que y mayor que << >> porque son más fáciles de teclear. Ingeniería de Software. UML Página 26

28 Ejemplo de Estereotipos «business» - Utilizado para representar un tipo especial de clase perteneciente a la capa de negocio. «interface» - Utilizado ampliamente para representar las interfaces definidas en Java. Nombre Dirección Localidad «business» Cliente «interface» Calendario Agenda Tarea Agrega Evento Ingeniería de Software. UML Página 27

29 Qué es y qué NO es UML? UML NO ES: Un lenguaje de programación. Una metodología. Utilizado para crear un modelo ejecutable. PERO ES: Un lenguaje visual de modelado. Tiene características que permiten representar las construcciones de los lenguajes de programación Un lenguaje que se puede usar para representar las actividades de una metodología. Un lenguaje que se puede usar para generar esqueletos de código real de programación. Ingeniería de Software. UML Página 28

30 Herramientas de UML. UML en sí no es una herramienta. Los diagramas de UML se pueden hacer en papel, sin embargo, hay herramientas de software para: Dibujar los diagramas UML. Validar la semántica de los diagramas. Dar soporte a una metodología específica. Generar esqueletos de código a partir de los diagramas UML. Organizar todos los diagramas de un proyecto. Generar automáticamente elementos de modelado de patrones de diseño, componentes de una arquitectura específica como Java EE o Microsoft.net. Ingeniería de Software. UML Página 29

31 Ejercicio: Tipos de diagramas UML. A qué diagrama corresponden las descripciones? Diagrama Descripción 1 Use Cases - D A Fotografía de objetos de software y sus relaciones. 2 Clases. - F B Flujo de tareas que lleva a cabo un actor o sistema. 3 Objetos. - A C Colección de componentes y su distribución a través de elementos de hardware. 4 Colaboración o Comunicación. - E D Conjunto de conductas de alto nivel que lleva a cabo el sistema para un actor en particular. 5 Secuencia. - J E Colección de objetos que trabajan juntos para soportar alguna conducta del sistema. 6 Actividades. B F Colección de clases de software y sus relaciones. 7 Estado. -I G Colección de otros elementos y diagramas. 8 Componentes. H H Colección de componentes de software y sus relaciones. 9 Deployment. - C I Conjunto de estados que puede tener un objeto y las transiciones de un estado a otro. 10 Paquetes. - G J Perspectiva en el tiempo de las acciones de un objeto. Ingeniería de Software. UML Página 30

Documentos relacionados

1. Asignar Responsabilidades a componentes de software es la habilidad más importante del AOO. Porque:

1. Asignar Responsabilidades a componentes de software es la habilidad más importante del AOO. Porque: Análisis y Diseño O.O. Preguntas del diseño : Cómo podrían asignarse responsabilidades a las clases de los objetos? Cómo podrían interactuar los objetos? Qué deberían hacer las clases? Patrones : Ciertas