UML

1
UML

• Lenguaje de Modelado Unificado
• Unified Modeling Languaje

2
Historia Quien y cuándo?

• Booch, Rumbaugh y Jacobson se unieron en
• Rational Software Corporation para elaborar el
  estándar.
• La idea fue rescatar las características más
  convenientes de cada una de las corrientes
• disponibles, unificarlas y extenderlas bajo el
  nombre de UML (Unified Modeling Language).
• La versión 1.0 de UML fue liberada al mercado y
  aprobada por el OMG (Object Management Group) en
  1997.

3
Qué es UML?

• UML herramienta gráfica que permite modelar los
  sistemas desarrollados usando OO
• La clave es identificar los elem del problema que
  producen o consumen info y describir la relación
  entre los elem.
• Los ing en Sist usan varios tipos de modelos
  durante el análisis y diseño

4
Qué es UML? cont

• Es un lenguaje para la visualización,
  especificación y documentación de sist,
• Es independiente del modelo de proceso que se
  utilice para el desarrollo
• Es una notación y no un mét pues no especifica un
  proceso, describe el resultado de alguna etapa de
  desarrollo mediante una serie de diagramas
• Se centra en los objetos más que en los procesos

5
Diagramas de Estructura

• Enfatizan en los elementos que deben existir en
  el sistema modelado indep del tiempo. Diagramas
  de
• Clases
• Componentes, representan componentes de
  software
• Objetos conj de obj en un t con sus estados y
  relaciones
• Estructura Compuesta
• Despliegue, componentes de hardware procesadores
  y dispositivos
• Paquetes

6
Diagramas de comportamiento

• Enfatizan en lo que debe suceder en el sistema
  modelado. Diagrama de
• Actividades flujo de control entre los obj,
  centrado en las actividades y no en los objetos
• Casos de Uso fc del sist desde el pto de vista
  del usuario
• Estados representan el comportam. dinámico de un
  obj, estados, transiciones y eventos

7
Diagramas de Interacción

• Subtipo de diagramas de comportamiento, que
  enfatiza sobre el flujo de control y de datos
  entre los elementos del sistema modelado.
  Diagrama de
• Secuencia representación temporal de los obj y
  sus interacciones
• Comunicación /Colaboración privilegia las
  relaciónes entre los objetos
• Tiempos mostrar cambios de estado de un obj en
  el t
• (UML 2.0)

8
Diagramas Organización Jerárquicahttp//es.wiki
pedia.org/wiki/ImagenUml_hierarchie_des_diagramme
s.png
9
Modelos

• De Datos describen obj atributos y relaciones
• Funcionales muestran como los datos se
  transforman a medida que fluyen en el sist
• Comportamiento muestran las acciones tomadas por
  el sist en respuesta a los eventos
• Arquitectura muestra la rel entre las
  componenetes de hard y de software necesarias
  para implementar el sist completo

10
Caso

• Máquina expendedora de un producto
• La máquina acepta una sola moneda y entrega un
  producto
• No da vuelto
• Si la moneda está mal o si no hay producto la
  máquina devuelve la moneda al cliente
• El propietario de la máquina retira las monedas y
  abastece el producto

11
Diagrama de Casos de Uso
usuario o actor
usuario
tarea
caso opcional o excepcional
ltltusesgtgt ? casos de uso usados por subsistemas
12
Diagrama de Casos de Uso

• Modela los requerimientos funcionales
• Muestran como el usuario interactúa con el
  sistema (cliente, comerciante)
• Un diagrama puede incluir varios escenarios
• Escenario es una instancia de caso de uso para
  un actor en particular en un momento determinado,
  con datos específicos
• Ayudan a realizar las pruebas del sistema
• Son independientes de la interfase que se
  empleará

13
Diagrama de Secuencia
objetos
actor
línea de vida
activación
mensaje
retorno diferido en el tiempo
14
Diagrama de Secuencia

• Modela el comportamiento del sist para los casos
  de uso mostrando la interelación entre las clases
• Muestran la secuencia temporal de los mensajes
  que se intercambian a medida que los objetos se
  comunican para realizar una tarea específica
• Permite visualizar los mét, las clases y los
  actores
• No se incluyen bifurcaciones se hace un diagrama
  para cada caso

15
Diagrama de Colaboración
Rechazo del pedido
mensaje
nro representa la secuencia temporal
16
Diagrama de Colaboración
pedido exitoso
17
Diagrama de Colaboración

• Muestran los mensajes que pasan a través del sist
• Se focalizan en los roles que cumplen los obj
  para realizar la función del sist
• Se usan para representar partes del diseño y son
  útiles para verificar los diagramas de clase

18
Diagrama de Estados
comienzo
Nombre del estado
transición, evento
fin
19
Diagrama de Estados

• Modelo dinámico que muestra los cambios de estado
  a través del tiempo
• El estado se determina evaluando los valores
  asignados a los atributos de los objetos
• El sistema permanece en un estado hasta que se
  produce un nuevo evento
• Muestran los cambios en el estado del sist o de
  los atributos del objeto en respuesta a algún
  evento externo asociado a un mensaje recibido
• Por lo tanto, a que eventos responde
• Pueden mostrar las secuencias de estado que un
  objeto toma

20
Diagrama de Actividades
comienzo
decisión
actividad
condiciones resultado de completar la actividad
fin
21
Diagrama de Actividades

• Muestran el flujo de trabajo entre los objetos o
  componentes del sistema
• Pueden mostrar flujo de datos (intercambio de
  infomación) y flujo de control (orden de
  operación)
• Las actividades representan la ejecución de un
  conj de tareas necesarias para realizar una
  función
• La transición a una nueva actividad se dispara
  cuando se completa la función.
• Similares a los de estado, excepto que las
  transiciones se disparan por eventos internos
• Permiten visualizar las interelaciones e
  interacciones entre diferentes casos de uso

22
Diagrama de Componentes
componente
dirección del flujo de info
dependencia entre componentes
interfase
23
Diagrama de Componentes

• Muestra las relaciones entre los componentes de
  software o del sistema
• Relaciones dependencias, comunicaciones,
  ubicación e interfase.
• Análogo físico al diagrama de clases
• Interfase describe un grupo de operaciones
  usadas o creadas por el componente

24
Diagrama de Despliegue
conexión física
25
Diagrama de Despliegue

• Describen las fuentes físicas del sistema
  incluyendo nodos, componentes y conecciones
• Muestran la relación entres las componentes de
  software y hardware
• Gralmente se combinan con los de componentes en
  un sólo diagrama de despliegue

26
Diagrama de Clases
el cliente compra un produto
Herencia
Asociación
27
Composición
28
Ej. Diag. de clases con interfase
29
Diagrama de Clases

• Se usa para para crear modelos lógicos del
  sistema
• Muestra la estructura de la clase, contenido y la
  relación entre las clases.
• Relaciones línea conectando los nodos
  relacionados
• Clases nodos.
• Tipo de relación nombre y multiplicidad ( 1 o
  más)
• Relación de parte agregación en UML rombo
• Relación de herencia generalización en UML,
  triángulo señalando a la superclase

30
Pedido de saldo en un Cajero diag de Secuencia
31
Extracción en cajero Actividades
Ramificaciones basadas en una Condición
Tareas en paralelo
32
Ajedrez Diag de estado
33
Enunciado 1

• Hacer un diagrama de estado que muestre los
  estados civiles de una persona a lo largo de su
  ciclo de vida, desde antes de su concepción
  hasta el fallecimiento.

34
Estados civiles Estados
Menor
Viudo
Soltero
Casado
No nacido
Union de hecho
Divorciado
Fallecido
35
Enunciado 2

• Hacer los diagramas de casos de uso, actividades,
  de clases y de secuencia del proceso de anotación
  de un alumno en las materias de un postgrado.
• Hipotesis cada alumno podrá anotarse en varios
  cursos, para los cuales habrá que verificar que
  tenga aprobadas las correlativas.
• En una segunda etapa, el profesor del curso y el
  coordinador del postgrado evaluarán la situación
  del alumno y aprobarán o no la solicitud