Compartir a través de


Diagramas de actividades UML: Referencia

En un diagrama de actividades se muestra un proceso de negocio o un proceso de software como un flujo de trabajo a través de una serie de acciones. Estas acciones las pueden llevar a cabo personas, componentes de software o equipos.

Puede usar un diagrama de actividades para describir procesos de diversos tipos, como los ejemplos siguientes:

En este tema se describen los elementos que se pueden usar en los diagramas de actividades. Para obtener información más detallada sobre cómo se dibujan diagramas de actividades, vea Diagramas de actividades UML: Instrucciones. Para crear un diagrama de actividades de UML, en el menú Arquitectura, haga clic en Nuevo diagrama. Para obtener más información acerca de cómo se dibujan diagramas de modelado en general, vea Editar modelos y diagramas UML.

Leer diagramas de actividades

En las tablas de las secciones siguientes se describen los elementos que se pueden usar en un diagrama de actividades y sus propiedades principales. Para obtener una lista completa de las propiedades de los elementos, vea Propiedades de los elementos de diagramas de actividades.

Las acciones y otros elementos que aparecen en un diagrama de actividades conforman una actividad. Puede ver la actividad en el Explorador de modelos UML. La actividad se crea cuando se agrega el primer elemento al diagrama.

Para leer un diagrama, imagine que un token o un subproceso de control pasa por los conectores de una acción a la siguiente.

Flujos de control sencillos

Puede mostrar una secuencia de acciones con bifurcaciones y bucles. Para obtener más información sobre cómo se usan los elementos que se describen aquí, consulte la sección Describir el flujo de control del tema Diagramas de actividades UML: Instrucciones.

Flujo de control simple

Forma

Elemento

Descripción y propiedades principales

1

Acción

Paso de la actividad en el que los usuarios o el software realizan alguna tarea.

La acción se puede iniciar cuando un token ha llegado a todos sus flujos de entrada. Cuando finaliza, los tokens se envían en todos los flujos de salida.

  • Body: especifica la acción en detalle.

  • Language: lenguaje de la expresión de Body.

  • Local Postconditions: restricciones que deben cumplirse cuando finaliza la ejecución. Objetivo conseguido por la acción.

  • Local Preconditions: restricciones que deben satisfacerse antes de que comience la ejecución.

2

Control de flujo

Conector que muestra el flujo de control entre las acciones. Para interpretar el diagrama, imagine que un token fluye de una acción a la siguiente.

Para crear un flujo de control, use la herramienta Conector.

3

Nodo inicial

Indica la primera acción o acciones de la actividad. Cuando la actividad se inicia, un token fluye desde el nodo inicial.

4

Nodo final de actividad

Extremo de la actividad. Cuando un token llega a este nodo, la actividad finaliza.

5

Nodo de decisión

Bifurcación condicional de un flujo. Tiene una entrada y dos o más salidas. Un token de entrada solo emerge en una de las salidas.

6

Guarda

Condición que especifica si un token puede fluir por un conector. Su uso más frecuente es en los flujos de salida de un nodo de decisión.

Para establecer una protección, haga clic con el botón secundario del mouse en un flujo, haga clic en Propiedades y, a continuación, establezca la propiedad Guard.

7

Nodo de unión

Es necesario para combinar los flujos que se dividieron mediante un nodo de decisión. Tiene dos o varias entradas y una única salida. Un token de alguna de las entradas emerge en la salida.

8

Comentario

Proporciona información adicional sobre los elementos a los que está vinculado.

9

Comportamiento de llamada

Acción que se define con más detalle en otro diagrama de actividades.

  • IsSynchronous: si es true, la acción espera hasta que finaliza la actividad.

  • Behavior: actividad invocada.

(no se muestra)

Operación de llamada

Acción que llama a una operación de una instancia de una clase.

Actividad

Flujo de trabajo que se describe en un diagrama de actividades. Para ver las propiedades de una actividad, debe seleccionarla en el Explorador de modelos UML.

  • Is Read Only: si es true, la actividad no debe modificar el estado de ningún objeto.

  • Is Single Execution: si es true, se produce como máximo una ejecución de este diagrama a la vez.

UML Activity Diagram

Diagrama en el que se muestra una actividad. Para ver sus propiedades, haga clic en una parte vacía del diagrama.

Nota

Los nombres del diagrama de actividades, el archivo que contiene el diagrama y la actividad que se muestra en el diagrama pueden ser diferentes.

Flujos simultáneos

Puede describir secuencias de acciones que se ejecutan al mismo tiempo. Para obtener más información, vea la sección en la que se indica cómo se dibujan flujos simultáneos.

Diagrama de actividades mostrando flujo simultáneo

Forma

Elemento

Descripción

11

Nodo de división

Divide un único flujo en flujos simultáneos. Cada token de entrada genera un token en cada conector de salida.

12

Nodo de unión

Combina flujos simultáneos en un único flujo. Cuando cada flujo de entrada tiene un token esperando, se genera un token en la salida.

13

Acción de señal de envío

Acción que envía un mensaje o señal a otra actividad o a un subproceso simultáneo de la misma actividad. El tipo y el contenido del mensaje viene definido de forma implícita en el título de la acción o se especifica en comentarios adicionales.

La acción puede enviar los datos en la señal, que se pueden pasar a la acción de un flujo de objeto o terminal de entrada (16).

14

Acción de aceptación de evento

Acción que espera un mensaje o señal antes de que pueda continuar. El tipo de mensaje que la acción puede recibir viene implícito en el título o se especifica en comentarios adicionales.

Si la acción no tiene ningún flujo de control de entrada, genera un token cada vez que recibe un mensaje.

La acción puede recibir los datos de la señal, que se puede pasar en un flujo de objeto o terminal de salida (17).

  • IsUnmarshall: si es true, puede haber varios terminales de salida con tipo y no se calcula la referencia de los datos en ellos. Si es false, todos los datos aparecen en un terminal.

Flujos de datos

Puede describir el flujo de datos de una acción a otra. Para obtener más información sobre los elementos que se usan en esta sección, en el tema relativo a las instrucciones para dibujar un diagrama de actividades, vea la sección en la que se indica cómo se dibuja un diagrama de actividades.

Diagrama de actividades mostrando flujo de datos

Forma

Elemento

Descripción

15

Nodo objeto

Representa los datos que pasan por un flujo.

  • Ordering: cómo se almacenan varios tokens.

  • Selection: invoca un proceso que filtra los datos (y que puede definirse en otro diagrama).

  • Upper Bound: 0 indica que los datos deben pasar directamente por el flujo; * indica que los datos pueden almacenarse en el flujo.

  • Type: tipo de lo objetos almacenados y transmitidos.

16

Pin de entrada

Representa los datos que una acción puede recibir cuando se ejecuta.

  • Type: tipo de los objetos transmitidos.

17

Pin de salida

Representa los datos que una acción genera cuando se ejecuta.

  • Type: tipo de los objetos transmitidos.

18

Nodo parámetro de actividad

Nodo de objeto a través del que la actividad puede recibir o generar los datos.

Se usa cuando la actividad representada en el diagrama se llama desde otra actividad o cuando el diagrama describe una operación o función.

  • Type: tipo de los objetos transmitidos.

(no se muestra)

Flujo de objeto

Conector que muestra el flujo de datos entre las acciones y los nodos de objeto.

Si desea crear un flujo de objeto, use la herramienta Conector para vincular un terminal de entrada o salida o un nodo de objeto con otro elemento.

  • Selection: invoca un proceso que filtra los datos (y que puede definirse en otro diagrama).

  • Transformation: invoca un proceso que transforma los datos (y que puede definirse en otro diagrama).

  • IsMulticast: indica que puede haber varios componentes u objetos que actúan como destinatarios.

  • IsMultiReceive: indica que pueden recibirse entradas de varios objetos o componentes.

Vea también

Conceptos

Editar modelos y diagramas UML

Diagramas de actividades UML: Instrucciones