UNIDAD III: MODELADO DEL

COMPORTAMIENTO
 Se describe cómo los objetos colaboran entre sí para
realizar cierta actividad.
 Se expresan mediante los diagramas de interacción:
 Diagramas de Secuencia y Diagramas de Comunicación
 También se describe las máquinas de estado que
caracterizan a los objetos y flujos de actividades
 Diagramas de estado
 Diagramas de actividades
DIAGRAMAS DE INTERACCIÓN

 Describen una interacción y hay dos tipos.

 Diagramas de Secuencia:
 Destacan la ordenación temporal de los mensajes
 Diagramas de Comunicación:
 Destacan la organización estructural de los objetos
participantes.
 Equivalencia semántica
 DIAGRAMAS DE SECUENCIA

 Incluye:
 Líneas de vida (antes objetos y su línea de tiempo )
 Focos de control o activación
 Mensajes: a instancias o de creación
 Mensaje self
 Información de control (en UML 2 sólo en diagramas
de comunicación): condiciones y marcas de iteración
 Indicar el objeto devuelto por el mensaje: return
(añadirlos sólo cuando ayuden a clarificar la interacción)
MENSAJES
Simple: metodo(arg)
Creación de objetos: <<create>>
Destrucción de objetos: <<destroy>>
Asignación: v:= método(arg)
Identificar hilo: número del mensaje en la
secuencia precedido por el nombre del
proceso o hilo

En UML 2.0 en diagramas de comunicación:

Condición: [condicion] metodo(arg)

Iteración: * metodo(arg), [1..n] metodo(arg)
Numeración jerárquica o secuencial o ninguna
MENSAJES

Simple: preparar(), addPedido(p)

Condición: [condicion] metodo(arg)
Iteración: * preparar()
Asignación: hayStock:= eliminar()
Identificar hilo: D3 : activar()
 DIAGRAMA DE SECUENCIA
sd Gestión Pedidos
: GUIPedido
:GUIPedido : ControladorPedidos
:ControladorPedidos ::Pedido
Pedido : LineaPedido
:LineaPedido : Item
:Item : ItemPedido : ItemEntre

preparar( )
preparar( )
* preparar( ) hayStock:=check( )

[hayStock] eliminar( )
pedir:=checkPedir( )

[pedir]<<create>>
:ItemPedido
[hayStock] <<create>>
:Item
Entregado
 DIAGRAMA DE COMUNICACIÓN
sd Gestión Pedidos

1: preparar( ) 2: preparar( ) 3: *preparar(

3: )
preparar()
: GUIPedido : ControladorPedidos : Pedido : LineaPedido

líneas *

4: hayStock:=check( )
5: [hayStock] eliminar( )
8: [hayStock]<<>create>

6: pedir:=checkPedir( )

: ItemPedido : Item : ItemEntregado

7: [pedir]<<create>>
DIAGRAMA DE SECUENCIA

c:Cliente p:ProxyODBC

<<create>> :Transaccion

establecerAcciones
establecerValores

Línea de vida
establecerValores
tiempo
exito

<<destroy>>

Foco de
control
DIAGRAMA DE COMUNICACIÓN

1: <<create>>
2: establecerAcciones
6: <<destroy>>
c:Cliente :Transaccion {new}
t {local}
proxy {global}

3: establecerValores
4: establecerValores

p:ProxyODBC
 Diseño de Sistemas

DIAGRAMA DE ACTIVIDADES
NOTACIÓN ESTANDAR UML
NOTACIÓN ESTANDAR UML
NOTACIÓN ESTANDAR UML
 Iteración o looping indicarse usando el símbolo de

multiplicidad (*). Esto indica que un triger se ejecuta
múltiples veces. Cuantas veces depende del
problema y no hay ninguna anotación formal. Es más
NOTACIÓN
simple ponerESTANDAR
una nota al lado
explica su intensión.
UMLdel asterisco que
 Inicio
no

1. Reconocer 2. Evalua
Necesidad Presupuesto

3. Investigación
Interna
si

4. Candidatos
Internos
no

5. Revisar si
Documentos

6. Selección 7. Notificar
Entrevista

9. Entrevistar 8. Organizar
candidatos Reunión

Describe el
11. Candidato
10. Notificar 12. Evalua proceso para la
Apto
Resultados si Oferta
contratación de
no
empleados
15. Disponer si 13. Acepta
Incorporación

no
 Responsable Serv icio PE Alumno Sistema

Registrar Curso

Aprobar Curso
Modelo del
Preinscripción Negocio
Avisar
Admitidos

Matriculación
Hay alumnos?

no

Cambiar
admitidos Hay alumnos?

no Diagrama de
actividades
Cancelar Curso

Crear Proyecto

Cerrar Curso