PDF de programación - Seminario UML - Diagramas de actividad y diagramas de estados

Seminario UML

Diagramas de actividad
y diagramas de estados

J.M. Drake

Notas:

1

Elementos básicos de un diagrama de actividad

Los diagramas de actividad permiten
describir como un sistema implementa su
funcionalidad.
Los diagramas de actividad modelan el
comportamiento dinámico de un
procedimiento, transacción o caso de uso
haciendo énfasis en el proceso que se lleva a
cabo.
Los diagramas de actividad es uno de los
elementos de modelado que son mejor
comprendidos por todos, ya que son
herederos directos de los diagramas de flujo.
Los diagramas de actividad son mas
expresivo que los diagramas de flujo.
También heredan características de:
Los diagramas de estado.
Los diagramas de flujo de datos.
Las redes de Petri.

Seminario UML: Diagramas de actividad y diagramas de estado J. M. Drake

2

Notas:

2

Actividades y acciones

Una acción es un paso de un proceso que tiene la semática “run to completion” (Se
inicia para ser terminado)
Una actividad es un conjunto de acciones que modelan un proceso. No tiene la
semántica “run to completion”. Una actividad se modela mediante un diagrama de
actividad.
Enjabonar, enjuagar o secar un coche son acciones de la actividad “Lavar un coche”

Seminario UML: Diagramas de actividad y diagramas de estado J. M. Drake

3

Notas:

3

Branching and merges

Las decisiones representan las alternativas de flujo de control en un diagrama que
se llevan a cabo en función de una condición.
La condiciones de guarda asociadas a cada rama de salida determinan la opción de
flujo de control que se sigue.
Las ramas de flujo de control abiertas en una o varias condiciones se cierran en un
punto de convergencia (merge).

Seminario UML: Diagramas de actividad y diagramas de estado J. M. Drake

4

Notas:

4

Decisiones consistentes

La opciones de una decisión deben ser:
Completas.
No ambiguas.

Seminario UML: Diagramas de actividad y diagramas de estado J. M. Drake

5

Notas:

5

UML 1.x

UML 2.0

Seminario UML: Diagramas de actividad y diagramas de estado J. M. Drake

6

Notas:

6

Fork y Joint

Los fork y los joint se utilizan en los diagramas de actividad para describir
concurrencia entre acciones o actividades.
Las líneas de flujo de salida de un fork representa líneas de ejecución que se
ejecutan concurrentemente.
Las líneas de flujo de entrada de un joint se sincronizan para continuar en una
única línea de flujo. Todas la acciones de las líneas de flujo previas a un joint
deben completarse antes de que se ejecute la primera acción de la línea posterior a
él.

Seminario UML: Diagramas de actividad y diagramas de estado J. M. Drake

7

Notas:

7

Time events

Los eventos de tiempo
modelan:
Activaciones temporizadas.
Timeouts
Retrasos.
....
Un evento de tiempo puede ser
el inicio de una actividad.
Un evento temporizado con
flujo de entrada representa una
única activación tras llegarle el
flujo
Un evento de tiempo sin flujo
de entrada representa una
activación que puede ser
repetida en el tiempo.

Seminario UML: Diagramas de actividad y diagramas de estado J. M. Drake

8

Notas:

8

Calling other activities

Una actividad representada en un diagrama representa
un punto en el que se ejecuta la actividad descrita en

otro diagrama

Seminario UML: Diagramas de actividad y diagramas de estado J. M. Drake

9

Notas:

9

Objects

Seminario UML: Diagramas de actividad y diagramas de estado J. M. Drake

10

Notas:

En un diagrama de actividad se pueden representar los objetos de datos que se generan, se
consumen o se intercambian en un proceso y que son relevantes para su descripción.
Cuando un objeto de datos se representan como una caja, significa que esos datos existen en el
punto de flujo de control en que se insertan.
Cuando un objeto de datos se representa mediante unos pines asociados a las acciones o
actividades, representan objetos de datos de entrada o de salida.

10

Object change state in an activity

Seminario UML: Diagramas de actividad y diagramas de estado J. M. Drake

11

Notas:

En un diagrama de actividad, los objetos de datos pueden representar los puntos de inicio y
finalización de la actividad que representa.

11

Sending and receiving signals

En un diagrama de actividad las señales representan interacciones del proceso que se
Describe con operadores sistemas u otros procesos externos a él.
• Cuando un receptor de señales tiene flujo de entrada representa que cuando el flujo

le llega se habilita para aceptar una única señal.

• Cuando no tiene flujo de entrada, representa que puede aceptar uno o muchas señales.

Seminario UML: Diagramas de actividad y diagramas de estado J. M. Drake

12

Notas:

12

Starting an activity

Una actividad se puede iniciar por:
Cuando se invoca de forma regular: se representa mediante un circulo.
Cuando se recibe un objeto de dato de entrada
Cuando se produce un evento temporizado
Cuando se recibe una señal externa.

Seminario UML: Diagramas de actividad y diagramas de estado J. M. Drake

13

Notas:

13

Interrupting an activity

Una actividad de duración no atómica puede concluirse por la ocurrencia de un evento
o una señal externa. Para ello se define una región de interrupción mediante una línea
que engloba las actividades o acciones que pueden ser interrupidas por el evento o señal
que también se incluye en la región.

Seminario UML: Diagramas de actividad y diagramas de estado J. M. Drake

14

Notas:

14

Ending a flow

UML 2.0 permite concluir una línea de control de un flujo concurrente sin terminar la
Actividad:
• Un ojo de buey termina la actividad completa (todos los threads).
• Un circulo con un aspa, representa la finalización de una línea de flujo (thread).

Seminario UML: Diagramas de actividad y diagramas de estado J. M. Drake

15

Notas:

15

Partitions or swinglanes

Los swinglanes representan
los procesos, participantes
o elementos responsables de
ejecutar un conjunto de
acciones.

Seminario UML: Diagramas de actividad y diagramas de estado J. M. Drake

16

Notas:

16

Annotations instead of swinglanes

Los responsables de la
ejecución de una
actividad se puede
representar mediante
una anotación colocada
entre paréntesis.

Seminario UML: Diagramas de actividad y diagramas de estado J. M. Drake

17

Notas:

17

Connectors

Cuando un diagrama de actividad es muy complejo se puede descomponer en
distintos diagramas utilizando conectores.
Se representa como un circulo con un identificador en su interior.
Dos puntos del diagrama de actividad marcados con el mismo conector
representan el mismo punto del diagrama.

Seminario UML: Diagramas de actividad y diagramas de estado J. M. Drake

18

Notas:

18

Diagramas de máquinas de estado (diagramas de estados)

Los diagramas de máquinas de estado son útiles para describir el
comportamiento de clases y sistemas que han sido concebidos haciendo
uso de un modelo de estados.
En un modelo de estados se identifican las situaciones en la que el
comportamiento o capacidad de respuesta con cualitativamente diferentes,
así como los eventos o condiciones bajos las que se pasa de una situación a
otra (transiciones de estados).
Los diagramas de estados son intensivamente utilizados en:
Systemas de tiempo real y críticos.
La descripción de sistemas reactivos.
La descripción de sistemas basados en protocolos

Seminario UML: Diagramas de actividad y diagramas de estado J. M. Drake

19

Notas:

19

Elementos básicos de un diagrama de estados

Seminario UML: Diagramas de actividad y diagramas de estado J. M. Drake

20

Notas:

20

Un estado puede cualificarse:
Estáticamente en función del valor

que tienen sus atributos.

Dinámicamente, esto es en función

de la actividad que ejecuta.

Estáticamente

Dinámicamente

Seminario UML: Diagramas de actividad y diagramas de estado J. M. Drake

21

Notas:

21

Comportamiento completo de un estado

El comportamiento describe las acciones que se producen mientras que el sistema se
encuentra en un estado:
• entrry/behavior => Acción que se realiza cuando se llega a un estado.
• do/behavior => Actividad que se ejecuta mientras se está en un estado.
•Exit/behavior => Acciones que se ejecuta cuando se abandona un estado.
•Transiciones internas => Se formulan como trigger[guard]/behavior

Seminario UML: Diagramas de actividad y diagramas de estado J. M. Drake

22

Notas:

22

Transiciones

Una transición representa las causas circunstancias y efectos de un cambio entre dos
estados.
Una transacción tiene un nombre y una descripción completa del tipo
trigger[guard]/behavior :
Trigger: Es el evento que da origen a una transición
Guard:Es una función booleana que esevaluada cuando ocurre el trigger. Si es True la

transición se produce. Si vale False la transición no ocurre.

Behavior: Es una acción ininterrumpible que tiene lugar cuando se produce la transición.

Seminario UML: Diagramas de actividad y diagramas de estado J. M. Drake

23

Notas:

23

Múltiples transiciones

La posibles combinación de triggers y condiciones de guardas dan lugar a
diferentes conjuntos de transiciones entre estados:

Si una transición no tiene trigger ni guarda, la transición se produce por
finalización de la actividad asociada al estado.

Seminario UML: Diagramas de actividad y diagramas de estado J. M. Drake

24

Notas:

24

Trigger, guardas y repuesta en programas

Es muy frecuente cuando se modela software que:
El trigger puede ser la invocación de un metodo de la clase modelada.
La guarda es la invocación de un metodo booleano o una relación entre los atributos.
La respuesta puede ser la invocación de un metodo sobre el propio objeto o sobre un