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 travs

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 ms informacin, vea Crear modelos de los requisitos de los usuarios. Los pasos realizados en un caso de uso. Para obtener ms informacin, 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 informacin ms detallada sobre cmo 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 ms informacin acerca de cmo se dibujan diagramas de modelado en general, vea Cmo: Modificar un modelo UML y los diagramas. 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 accin a la siguiente. Flujos de control sencillos Puede mostrar una secuencia de acciones con bifurcaciones y bucles. Para obtener ms informacin sobre cmo se usan los elementos que se describen aqu, consulte la seccin Describir el flujo de control del tema Diagramas de actividades UML: Instrucciones.

Forma

Elemento

Descripcin y propiedades principales Paso de la actividad en el que los usuarios o el software realizan alguna tarea. La accin se puede iniciar cuando un token ha llegado a todos sus flujos de entrada. Cuando finaliza, los tokens se envan en todos los flujos de salida.

Action

Body: especifica la accin en detalle. Language: lenguaje de la expresin de Body. Local Postconditions: restricciones que deben cumplirse cuando finaliza la ejecucin. Objetivo conseguido por la accin. Local Preconditions: restricciones que deben satisfacerse antes de que comience la ejecucin.

Control Flow

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

3 4 5

Para crear un flujo de control, use la herramienta Conector. Indica la primera accin o acciones de la actividad. Cuando la Initial Node actividad se inicia, un token fluye desde el nodo inicial. Activity Extremo de la actividad. Cuando un token llega a este nodo, la Final Node actividad finaliza. Decision Bifurcacin condicional de un flujo. Tiene una entrada y dos o Node ms salidas. Un token de entrada solo emerge en una de las

salidas. Condicin que especifica si un token puede fluir por un conector. Su uso ms frecuente es en los flujos de salida de un nodo de decisin. 6 Guard Para establecer una proteccin, haga clic con el botn secundario del mouse en un flujo, haga clic en Propiedades y, a continuacin, establezca la propiedad Guard. Es necesario para combinar los flujos que se dividieron mediante un nodo de decisin. Tiene dos o varias entradas y Merge Node una nica salida. Un token de alguna de las entradas emerge en la salida. Proporciona informacin adicional sobre los elementos a los Comment que est vinculado. Accin que se define con ms detalle en otro diagrama de actividades. Call Behavior IsSynchronous: si es true, la accin espera hasta que Action finaliza la actividad. Behavior: actividad invocada. Accin que llama a una operacin de una instancia de una clase. 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. Actividad

Call (no se Operation muestra) Action

Is Read Only: si es true, la actividad no debe modificar el estado de ningn objeto. Is Single Execution: si es true, se produce como mximo una ejecucin de este diagrama a la vez.

Diagrama en el que se muestra una actividad. Para ver sus propiedades, haga clic en una parte vaca del diagrama. UML Activity Diagram 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 simultneos Puede describir secuencias de acciones que se ejecutan al mismo tiempo. Para obtener ms informacin, vea la seccin en la que se indica cmo se dibujan flujos simultneos.

Forma Elemento 11 12

13

Descripcin Divide un nico flujo en flujos simultneos. Cada token de entrada Fork Node genera un token en cada conector de salida. Combina flujos simultneos en un nico flujo. Cuando cada flujo de Join Node entrada tiene un token esperando, se genera un token en la salida. Accin que enva un mensaje o seal a otra actividad o a un subproceso simultneo de la misma actividad. El tipo y el contenido del mensaje viene definido de forma implcita en el ttulo de la Send accin o se especifica en comentarios adicionales. Signal Action La accin puede enviar los datos en la seal, que se pueden pasar a la accin de un flujo de objeto o terminal de entrada (16). Accin que espera un mensaje o seal antes de que pueda continuar. El tipo de mensaje que la accin puede recibir viene implcito en el ttulo o se especifica en comentarios adicionales. Si la accin no tiene ningn flujo de control de entrada, genera un token cada vez que recibe un mensaje. La accin puede recibir los datos de la seal, que se puede pasar en un flujo de objeto o terminal de salida (17).

14

Accept Event Action

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 accin a otra. Para obtener ms informacin sobre los elementos que se usan en esta seccin, en el tema relativo a las instrucciones para dibujar un diagrama de actividades, vea la seccin en la que se indica cmo se dibuja un diagrama de actividades.

Forma

Elemento

Descripcin Representa los datos que pasan por un flujo.

15

Object Node

Ordering: cmo 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.

Representa los datos que una accin puede recibir cuando se ejecuta. 16 Input Pin

Type: tipo de los objetos transmitidos.

Representa los datos que una accin genera cuando se ejecuta. 17 Output Pin

Type: tipo de los objetos transmitidos.

18

Activity Parameter

Nodo de objeto a travs del que la actividad puede recibir o

Node

generar los datos. Se usa cuando la actividad representada en el diagrama se llama desde otra actividad o cuando el diagrama describe una operacin o funcin.

Type: tipo de los objetos transmitidos.

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. (no se muestra) Object Flow

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 actan como destinatarios. IsMultiReceive: indica que pueden recibirse entradas de varios objetos o componentes.