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:

• Un proceso de negocio o un flujo de trabajo entre los usuarios y el sistema.Para obtener más información, vea Crear modelos de los requisitos de los usuarios.

• Los pasos realizados en un caso de uso.Para obtener más información, vea Diagramas de casos de uso de UML: Instrucciones.

• Un protocolo de software, es decir, las secuencias de interacciones permitidas entre los componentes.

• Un algoritmo de software.

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 Cómo: Modificar diagramas y modelos 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.

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.

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.

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

Cómo: Modificar diagramas y modelos UML

Diagramas de actividades UML: Instrucciones