Diagramas de actividades UML: Instrucciones

 

Para obtener la documentación más reciente de Visual Studio 2017 RC, consulte Documentación de Visual Studio 2017 RC.

En Visual Studio, puede dibujar un diagrama de actividades para describir un proceso de negocio o un algoritmo de software como un flujo de trabajo a través de una serie de acciones. Las personas, los componentes de software o los dispositivos pueden realizar estas acciones. Para ver una demostración en vídeo, visite: Capturar flujos de trabajo empresarial mediante el uso de diagramas de actividades.

Para ver qué versiones de Visual Studio admiten esta característica, vea Compatibilidad de versiones con las herramientas de arquitectura y modelado.

Para crear un diagrama de actividades UML, en el menú Arquitectura, haga clic en Nuevo diagrama UML o de capas.

Puede usar un diagrama de actividades para muchos fines:

Dibujar un diagrama de actividades puede ayudarle a mejorar un proceso. Si el diagrama de un proceso existente resulta muy complejo, puede considerar cómo se podría simplificar el proceso.

Para obtener información de referencia sobre los elementos de los diagramas de actividades, vea Diagramas de actividades UML: Referencia.

Relación con otros diagramas

Pasos básicos para dibujar diagramas de actividades

Describir el flujo de control

Describir el flujo de datos

Definir una acción con más detalle

Flujos simultáneos

Si dibuja un diagrama de actividades para describir un proceso de negocio o la manera en que los usuarios usan el sistema, puede dibujar un diagrama de casos de uso para mostrar una vista diferente de la misma información. En el diagrama de casos de uso, las acciones se dibujan como casos de uso. Asigne a los casos de uso los mismos nombres que las acciones correspondientes. Las ventajas de la vista de casos de uso son las siguientes:

  • Puede mostrar en un diagrama la manera en que las acciones y los casos de uso más grandes se componen de otros más pequeños, mediante la relación Includes.

  • Puede conectar cada acción o caso de uso explícitamente a los usuarios o a los sistemas externos implicados en su ejecución.

  • Puede dibujar límites alrededor de las acciones y los casos de uso admitidos por el sistema o alrededor de cada componente importante.

También puede dibujar un diagrama de actividades para describir el diseño detallado de una operación de software.

En un diagrama de actividades, puede mostrar el flujo de datos que se pasan entre las acciones. Vea la sección Describir el flujo de datos. Sin embargo, un diagrama de actividades no describe la estructura de los datos. Para ello, puede dibujar un diagrama de clases UML. Para obtener información, consulte Diagramas de clases de UML: Instrucciones.

En Editar modelos y diagramas UML se describen en detalle los pasos para crear diagramas de modelado.

Para dibujar un diagrama de actividades

  1. En el menú Arquitectura, haga clic en Nuevo diagrama UML o de capas.

  2. En Plantillas, haga clic en Diagrama de actividades UML.

  3. Especifique un nombre para el diagrama.

  4. En Agregar a proyecto de modelado, seleccione un proyecto de modelado existente de la solución o Crear nuevo proyecto de modelado.

Para dibujar elementos en un diagrama de actividades

  1. Arrastre elementos desde el cuadro de herramientas al diagrama.

    Comience colocando las actividades principales en el diagrama, conéctelas e incorpore los últimos detalles, como los nodos iniciales y finales.

    System_CAPS_ICON_note.jpg Nota

    No puede arrastrar elementos existentes al diagrama desde el Explorador de modelos UML.

  2. Para conectar los elementos, siga estos pasos:

    1. En el cuadro de herramientas Diagrama de actividades, haga clic en Conector.

    2. En el diagrama, haga clic en el elemento de origen.

    3. Haga clic en el elemento de destino.

      System_CAPS_ICON_note.jpg Nota

      Para usar una herramienta varias veces, haga doble clic en la herramienta en el cuadro de herramientas.

Para mover una actividad a otro paquete

  • En el Explorador de modelos UML, arrastre la actividad a un paquete.

    o bien

  • En el Explorador de modelos UML, haga clic con el botón derecho en la actividad y haga clic en Cortar. A continuación, haga clic con el botón derecho en el paquete y haga clic en Pegar.

    System_CAPS_ICON_note.jpg Nota

    La actividad aparecerá en el Explorador de modelos UML solo cuando se agregue el primer elemento al diagrama.

Un diagrama de actividades describe un proceso de negocio o un algoritmo de software como una serie de acciones. Las flechas de conector muestran cómo el control pasa secuencialmente de una acción a la siguiente. Normalmente, una acción solo puede iniciar una vez completada la acción anterior.

La ilustración siguiente es un ejemplo de cómo se puede mostrar una secuencia de acciones mediante acciones, conectores, bifurcaciones y bucles. Cada elemento se explica con más detalle en las secciones siguientes.

Diagrama de actividades simple

Los diagramas de actividades usan las Acciones y los Conectores para describir el sistema o la aplicación como una serie de acciones de modo que el control fluya de manera secuencial de una acción a la siguiente.

  • Cree una Acción (1) para cada tarea importante realizada por un usuario, el sistema o ambos en colaboración.

    System_CAPS_ICON_note.jpg Nota

    Intente describir su proceso o algoritmo con unas pocas acciones. Puede usar Acciones de llamada a comportamiento para definir cada acción con más detalle en un diagrama diferente, tal como se indica en Describir actividades secundarias con acciones de llamada a comportamiento.

  • Asegúrese de que el título de cada acción indica claramente lo que suele hacer.

  • Vincule las acciones en secuencia con Conectores (2).

  • Cada acción finaliza antes de que comience la acción siguiente del flujo de control. Si desea describir acciones que se superponen, use un Nodo de bifurcación, tal como se indica en la sección Flujos simultáneos.

Aunque el diagrama describe la secuencia de acciones, no describe cómo se ejecutan las acciones o cómo se pasa el control de una acción a la siguiente. Si usa el diagrama para representar un proceso de negocio, el control podría pasarse, por ejemplo, cuando una persona envía un mensaje de correo electrónico. Si usa el diagrama para representar un diseño de software, el flujo de ejecución normal podría pasar el control de una instrucción a la siguiente.

Describir decisiones y bucles

  • Use un Nodo de decisión (3) para indicar un punto donde el resultado de una decisión dicta el paso siguiente. Puede dibujar tantas rutas de acceso de salida como desee.

  • Si usa el diagrama de actividades para definir parte de una aplicación, debe definir las restricciones (4) para que quede claro cuándo se debe tomar cada ruta de acceso. Haga clic con el botón derecho en el conector, haga clic en Propiedades y, en la ventana Propiedades, escriba un valor para el campo Restricción.

  • No siempre es necesario definir las restricciones. Por ejemplo, si usa el diagrama de actividades para describir un proceso de negocio o un protocolo de interacción, una bifurcación define el intervalo de opciones disponibles para el usuario o para los componentes que interactúan.

  • Use un Nodo de combinación (5) para unir dos o más flujos alternativos que se bifurcan en un Nodo de decisión.

    System_CAPS_ICON_note.jpg Nota

    Debe usar un Nodo de combinación para unir flujos alternativos, en vez de unir los flujos en una acción. En el ejemplo, no sería correcto volver a conectar el nodo de decisión directamente con Elegir elemento del menú. Esto se debe a que una acción no se inicia hasta que los subprocesos de control llegan a todos sus conectores de entrada. Por lo tanto, en una acción solo debe reunir flujos simultáneos. Para obtener más información, vea Flujos simultáneos.

  • Use las bifurcaciones para describir bucles, tal como se muestra en el ejemplo.

    System_CAPS_ICON_note.jpg Nota

    Intente anidar los bucles de forma bien estructurada, tal como lo haría en el código del programa. Si está describiendo un proceso de negocio existente, esto podría ofrecer oportunidades para mejorarlo.

Iniciar la actividad

Existen dos maneras de indicar los puntos de entrada en una actividad:

  • Initial Node

    Cree un Nodo inicial (6) para indicar la primera acción de la actividad.

    Este método es muy útil cuando se describe una actividad secundaria o cuando no es necesario indicar explícitamente qué inicia la actividad. Por ejemplo, no cabe duda de que la actividad Pedir un menú se inicia cuando un cliente tiene hambre.

  • Nodo de aceptación de evento

    Cree Nodos de aceptación de evento, tal como se describe en la sección Flujos simultáneos, para indicar el inicio de un subproceso que responde a un evento determinado, como una intervención del usuario. No proporcione un flujo de entrada al nodo. Al omitir el flujo de entrada, se indica que se iniciará un subproceso cada vez que se produzca el evento.

    Este método es muy útil cuando se describe una respuesta a un evento externo concreto.

Finalizar la actividad

Use un Nodo de final de actividad (7) para indicar el fin de una actividad.

  • Cuando un subproceso de control alcanza un Nodo de final de actividad, finalizan todas las acciones simultáneas de la actividad y las actividades secundarias.

  • Puede usar más de un nodo de final de actividad para reducir la cantidad de conectores adicionales.

Interrumpir la actividad

Para describir cómo se puede interrumpir el flujo normal de una actividad, por ejemplo, si el usuario decide cancelar el proceso, puede crear un nodo de aceptación de evento que escuche ese evento. Para obtener más información, vea la sección Flujos simultáneos. Cree un flujo de control desde ese nodo hasta un nodo de final de actividad (7).

Calles

A veces resulta útil organizar las acciones de una actividad en áreas que se corresponden con distintos objetos o roles de negocio que realizan las acciones. Estas áreas se organizan de manera convencional en columnas y se denominan calles.

  • Use las líneas o los rectángulos de la sección Formas simples del cuadro de herramientas para dibujar calles u otras áreas.

  • Para etiquetar cada calle, cree un comentario y establezca su propiedad Transparent en True.

Las formas simples no forman parte del modelo UML y no aparecen en el Explorador de modelos UML.

Puede describir los datos que entran y salen de una actividad de dos maneras:

  • Mediante un Nodo de objeto. Este es el método más sencillo para describir la información que fluye entre las actividades. Un nodo de objeto es como una variable de un programa. Representa algo que almacena uno o varios valores que se pasan de una acción a otra.

  • Mediante un Terminal de salida y un Terminal de entrada. Este método permite describir por separado las salidas de una acción y las entradas en otra. Los terminales son como los parámetros de un programa. Los terminales representan puertos donde pueden entrar los objetos y dejar una acción.

    System_CAPS_ICON_note.jpg Nota

    Para obtener información general sobre los elementos usados en esta sección, vea la sección Flujos de datos del tema Diagramas de actividades UML: Referencia.

Describir el flujo de datos con nodos de objeto

La mayoría de los flujos de control transportan datos. Por ejemplo, el flujo de salida de la acción "El cliente proporciona detalles" lleva una referencia a la dirección de envío.

Si desea describir esos datos en el diagrama, puede reemplazar un conector con un nodo de objeto y dos conectores, tal como se muestra en la ilustración siguiente.

Los nodos de objeto pueden mostrar datos pasados entre acciones

Observe que los rectángulos redondeados, como Despachar mercancía, representan acciones en las que tiene lugar el procesamiento. Los rectángulos cuadrados, como Dirección de envío, representan un flujo de objetos de una acción a otra.

Asigne al nodo de objeto un nombre que refleje el rol del nodo como canalización o búfer de los objetos que fluyen entre las acciones.

Puede establecer el Tipo del nodo de objeto en la ventana Propiedades. El tipo puede ser un tipo primitivo, como un entero, o una clase, interfaz o enumeración que definiese en un diagrama de clases. Por ejemplo, podría crear una clase Dirección de envío, con atributos como Dirección, Ciudad, etcétera, junto con una asociación con otra clase denominada Cliente. Para obtener más información, consulte Diagramas de clases de UML: Instrucciones.

System_CAPS_ICON_note.jpg Nota

Si escribe el nombre de un tipo que todavía no está definido, se agregará un elemento en Tipos sin especificar en el Explorador de modelos UML. Si posteriormente define un tipo con ese nombre en un diagrama de clases, deberá restablecer el tipo del nodo de objeto para que haga referencia al nuevo tipo.

Almacenar en búfer los datos de los nodos de objeto

Un nodo de objeto puede actuar como búfer de varios objetos. En la ilustración siguiente, el flujo de control muestra que el usuario puede recorrer el bucle [elegir más] (1) muchas veces, mientras el nodo de objeto Elementos del menú seleccionados (2) acumula las selecciones del usuario. Por último, cuando el usuario finaliza su selección, el control pasa a la acción Confirmar pedido (3), que acepta la lista completa de selecciones del búfer Elementos de menú seleccionados.

Almacenar en búfer los datos de los nodos de objeto

Puede especificar cómo se almacenan los elementos de un búfer estableciendo las propiedades del nodo de objeto:

  • Establezca la propiedad Ordering:

    • Unordered para especificar un orden aleatorio o indeterminado. (Valor predeterminado).

    • Ordered para especificar un orden de acuerdo con una clave específica.

    • Fifo para especificar un orden donde el primero en entrar es el primero en salir.

    • Lifo para especificar un orden donde el último en entrar es el primero en salir.

  • Establezca la propiedad Upper Bound para especificar el número máximo de objetos que pueden incluirse en el búfer. El valor predeterminado es *. Esto significa que no hay límite.

Describir el flujo de datos con terminales de entrada y salida

Use un Terminal de salida y un Terminal de entrada para describir por separado las salidas de una acción y las entradas en otra.

Los pin Input y Output son parámetros de acción

Para crear un terminal, haga clic en Terminal de entrada o Terminal de salida en el cuadro de herramientas y, a continuación, haga clic en una acción. A continuación, puede mover el terminal alrededor del perímetro de la acción y cambiarle el nombre. Puede crear terminales de entrada y salida en cualquier tipo de acción, incluidas las Acciones de llamada a comportamiento, las Acciones de llamada a operación, las Acciones de envío de señal y las Acciones de aceptación de evento.

Un conector entre dos terminales representa un flujo de objetos, al igual que los flujos de entrada y salida de un nodo de objeto.

Asigne a cada terminal un nombre que indique el rol de los objetos que genera o acepta, como un nombre de parámetro.

Puede establecer el tipo de objetos que se transmiten en la propiedad Type. Debe tratarse de un tipo creado en un diagrama de clases UML.

Los objetos que fluyen entre los terminales conectados deben ser compatibles de alguna manera. La razón es que los objetos generados por el terminal de salida pertenecen a un tipo derivado del tipo del terminal de entrada.

También puede especificar que el flujo de objetos incluye una transformación que convierte los datos entre el tipo del terminal de salida y el tipo del terminal de entrada. La transformación más común de este tipo solamente extrae la parte adecuada de un tipo mayor. El ejemplo de la ilustración implica la existencia de una transformación que extrae la dirección de envío de los detalles del pedido.

Además de usar el nombre de la acción para indicar claramente el resultado que normalmente se debe conseguir, existen otras maneras de agregar más detalles a una acción:

  • Escriba una descripción más detallada en la propiedad Body. Por ejemplo, puede escribir un fragmento de código o seudocódigo de programa o una descripción completa de los resultados obtenidos.

  • Reemplace la acción con una acción de llamada a comportamiento y describa su comportamiento detallado en un diagrama de actividades independiente. Consulte Describir actividades secundarias con acciones de llamada a comportamiento.

  • Establezca las propiedades Local Postconditions y Local Preconditions de la acción para describir el resultado con más detalle. Para obtener más información, consulte Definir las condiciones previas y posteriores.

Describir actividades secundarias con acciones de llamada a comportamiento

Puede describir el comportamiento detallado de una acción usando un diagrama de actividades independiente. Un comportamiento llamado es un diagrama de actividades que se representa en el diagrama de actividades principal mediante una acción de llamada a comportamiento. También puede usar la acción de llamada a comportamiento para describir el comportamiento que se comparte entre las diferentes actividades, de modo que no tenga que dibujar varias veces la actividad secundaria.

En la ilustración siguiente, el diagrama 1 muestra una actividad que tiene una acción de llamada a comportamiento, mientras que el diagrama 2 muestra el diagrama de actividad secundaria donde puede verse el comportamiento llamado.

Diagrama de actividades independiente que muestra acciones detalladas

Para describir una actividad secundaria con una acción de llamada a comportamiento
  1. Para crear el diagrama de la actividad secundaria, en el Explorador de soluciones, haga clic con el botón derecho en el proyecto de modelado, seleccione Agregar y, a continuación, haga clic en Nuevo elemento.

  2. En el cuadro de diálogo Agregar nuevo elemento, en Plantillas, haga clic en Diagrama de actividades y en el cuadro Nombre escriba el nombre que desea asignar a la Acción de llamada a comportamiento.

  3. Dibuje el flujo de trabajo detallado de la actividad secundaria. Este es el comportamiento llamado.

    • En el diagrama de la actividad secundaria llamada, el Nodo inicial indica dónde empieza el control cuando se invoca el comportamiento llamado. El Nodo de final de actividad muestra dónde debe volver el control a la actividad principal.
  4. Establezca la propiedad Behavior de la Acción de llamada a comportamiento para que haga referencia al diagrama del comportamiento llamado.

    System_CAPS_ICON_note.jpg Nota

    El diagrama de actividad secundaria debe contener algunos elementos o de lo contrario el diagrama no estará disponible en la lista desplegable de la propiedad Behavior. Además, el icono con forma de tridente no aparecerá en la forma de la Acción de llamada a comportamiento hasta que establezca su propiedad Behavior.

  5. Establezca la propiedad Is Synchronous de la acción para indicar si la actividad espera hasta que se complete la actividad llamada.

    • Si establece Is Synchronous en false, indicará que el flujo puede continuar hasta la siguiente acción antes de que finalice la actividad llamada. No debe definir terminales de salida o flujos de datos salientes desde la acción.

Describir el flujo de datos dentro y fuera de las actividades secundarias

Puede describir los datos que fluyen dentro y fuera de las actividades secundarias de la misma manera que usa los parámetros en el software.

  • Cree terminales de entrada y salida (1) en la acción de llamada a comportamiento para cada elemento de datos que fluya dentro o fuera de la acción. Asigne a cada uno un nombre apropiado.

  • En el diagrama de actividad secundaria, cree un Nodo de parámetros de actividad (2) para cada terminal de entrada y salida en la acción que realiza la llamada. Asigne a cada nodo el mismo nombre que el de su terminal correspondiente.

    System_CAPS_ICON_note.jpg Nota

    Un nodo de parámetros de actividad se parece a un nodo de objeto. Para comprobar qué tipo de nodo está examinando, haga clic con el botón derecho en el nodo y, a continuación, haga clic en Propiedades. El tipo de nodo se muestra en el encabezado de la ventana Propiedades.

  • En el diagrama de actividad secundaria, dibuje conectores que muestren el flujo de objetos dentro o fuera de cada nodo de parámetros de actividad.

Los pin de comportamiento de llamada se asignan a parámetros de actividad

Definir las condiciones previas y posteriores

Puede usar las propiedades Local Postconditions y Local Preconditions para especificar en detalle el resultado de una acción. Estas propiedades describen el efecto de la acción sin describir cómo se consigue el efecto.

Para establecer estas propiedades, haga clic con el botón derecho en la acción y, a continuación, haga clic en Propiedades. Escriba los valores de las propiedades en la ventana Propiedades.

Local Postconditions

Una condición posterior es una condición que debe cumplirse antes de que la acción pueda considerarse completada. En el ejemplo, en la acción Confirmar pedido, la condición posterior puede ser:

El cliente proporcionó detalles completos y válidos que son necesarios para procesar su tarjeta de crédito.

Una condición posterior puede expresar una relación entre los estados antes y después de que se produzca la acción. Por ejemplo:

El tipo de interés es el doble de antes.

Puede escribir condiciones posteriores con un estilo más formal, haciendo referencia a atributos específicos de los datos implicados en las acciones. Por ejemplo:

InvoiceTotal == Sum(OrderItem.MenuItem.Price)

Local Preconditions

Una condición previa es una condición que debe ser true cuando la acción está a punto de comenzar. Por ejemplo, la acción Confirmar pedido podría tener la condición previa siguiente:

El cliente eligió al menos un elemento del menú.

Describir las llamadas a operaciones

Por lo general, una acción describe el trabajo que lleva a cabo una combinación de personas, software o equipos. Sin embargo, puede usar una acción de llamada a operación para describir una llamada a un determinado método o función de software.

  • Establezca el nombre de la acción de llamada a operación para indicar a qué operación se llama y en qué objeto o componente.

  • Agregue terminales de entrada y salida a la acción de llamada a operación para describir los parámetros y los valores devueltos.

  • Puede establecer la propiedad Is Synchronous de la acción para indicar si la actividad espera hasta que se complete la operación.

    • Si establece Is Synchronous en false, indicará que el flujo puede continuar hasta la siguiente acción antes de que se complete la operación llamada. No debe definir terminales de salida o flujos de datos salientes desde la acción.

Puede usar el Nodo de bifurcación y el Nodo de unión para describir dos o más subprocesos de actividades que se pueden ejecutar al mismo tiempo.

Los nodos de unión y bifurcación muestran flujos simultáneos

El efecto del Nodo de bifurcación (1) consiste en dividir el subproceso de control en dos o más subprocesos. Cuando finaliza la acción anterior, pueden iniciarse todas las acciones del lado de salida de la bifurcación.

Un Nodo de unión (2) reúne los subprocesos simultáneos. La acción que viene después del Nodo de unión podría no iniciarse hasta que se completen todas las acciones que dan lugar al Nodo de unión.

Describir señales y eventos

Puede mostrar un paso en un proceso que envía una señal como una acción de envío de señal de una actividad. Puede mostrar un paso que espera una señal específica o un evento antes de que el paso pueda continuar como una acción de aceptación de evento.

Por ejemplo, puede mostrar un paso que envía un pedido y, a continuación, otro paso que debe recibir el pedido antes de procesarlo.

Enviar una señal

Use una acción de envío de señal (3) para indicar que se envía una señal o un mensaje de algún tipo a otras actividades o procesos. Use el nombre de la acción para indicar qué tipo de mensaje se envía.

  • El control pasa inmediatamente a la acción siguiente del flujo de control, si la hay.

  • No puede usar una acción de envío de señal para describir cómo responde el proceso a una información devuelta. Para ello, use una acción de aceptación de evento independiente.

  • Puede mostrar el flujo de datos entrante en una acción de envío de señal para indicar qué datos pueden enviarse con el mensaje saliente. Para obtener más información, vea Describir el flujo de datos.

Esperar una señal o evento

Use una acción de aceptación de evento (4) para indicar que esta actividad espera algún evento externo o mensaje entrante. Use el nombre de la acción para indicar el tipo de evento que espera.

  • Para mostrar que la actividad espera un mensaje o evento externo en un punto concreto de su flujo, dibuje una acción de aceptación de evento con un flujo de entrada en el lugar adecuado de la actividad.

  • Para mostrar que la actividad puede responder a un mensaje o evento externo en cualquier momento, dibuje una acción de aceptación de evento sin flujo de entrada. Cuando se produce el evento externo con nombre, se iniciará un nuevo subproceso en la actividad a partir de la acción de aceptación de evento.

  • No puede usar una acción de aceptación de evento para describir el valor devuelto al remitente de la señal. Use una acción de envío de señal diferente para ese propósito.

  • Puede mostrar flujos de datos salientes de la acción para indicar cómo procesa la actividad los datos que se reciben en la señal. Si desea mostrar más de un flujo de salida, debe establecer la propiedad IsUnmarshall de la acción de aceptación de evento, lo que indica que la acción analiza la señal de entrada en sus diferentes componentes. Para obtener más información, vea Describir el flujo de datos.

Describir varios flujos de datos

Puede dibujar más de un flujo de control o flujo de objeto saliendo de una acción para indicar que varios subprocesos emergen cuando finaliza la acción. El efecto es similar al de una bifurcación, salvo que se puede usar una combinación de flujos de control y objeto.

El ejemplo siguiente muestra varios flujos que entran y salen de acciones.

Flujos de objeto en paralelo

Cuando se completa la acción "El cliente proporciona detalles", se generan dos objetos: "Dirección de envío" y "Detalles de la tarjeta de crédito". Los dos objetos avanzan en el procesamiento mediante acciones diferentes.

Dado que una acción requiere que todas sus entradas estén disponibles antes de iniciarse, la última acción no se inicia hasta que se completen todas las acciones anteriores.

Secuencias

Puede usar un diagrama de actividades para describir una canalización o una serie de acciones que se ejecutan al mismo tiempo y pasan datos continuamente de una acción a otra.

La finalidad del ejemplo siguiente es que cada acción genere objetos y siga funcionando. Dado que no hay flujos de control, cada acción se puede iniciar en cuanto recibe sus primero objetos.

Observe que los conectores de este ejemplo son flujos de objeto, ya que todos tienen al menos un extremo en un nodo de parámetros de actividad, un nodo de objeto o un terminal de entrada o salida.

Flujo de datos

  1. El ejemplo tiene tres nodos de parámetros de actividad, que representan sus entradas y salidas.

  2. Los nodos de objeto, los terminales de entrada y los terminales de salida pueden representar búferes. Puede establecer la propiedad Upper Bound de un nodo de objeto para indicar cuántos objetos puede haber en el búfer al mismo tiempo.

  3. Puede usar los nodos de decisión para mostrar que una secuencia se divide y envía objetos diferentes por bifurcaciones diferentes. Puede usar los comentarios o los títulos de los nodos para explicar cuál es el criterio de división.

  4. Puede usar los nodos de bifurcación para mostrar que se realizan dos o más copias de los objetos, que se envían para el procesamiento simultáneo.

  5. Puede usar los nodos de unión para mostrar que dos secuencias de procesamiento se combinan en una sola.

Selección y transformación

Puede especificar que los objetos de un flujo de objeto se transforman, se seleccionan o ambas cosas. Un flujo de objeto es un flujo que sale o entra de un terminal o un nodo de objeto.

  • Una transformación describe la manera en que los objetos que entran un flujo se convierten en otro tipo.

  • Una selección describe cómo solo algunos de los objetos que entran en un flujo se transmiten a la acción receptora.

En el ejemplo se muestra una transformación. La primera acción del diagrama 1 genera un código postal en un terminal de salida. Este se conecta a un terminal de entrada de la segunda acción. Sin embargo, la segunda acción espera una dirección completa. La conversión de un tipo a otro se especifica en una segunda actividad, denominada Búsqueda de direcciones, a la que se hace referencia en la propiedad Transformation del flujo de objeto. La actividad Búsqueda de direcciones contiene un nodo de parámetros de actividad para el código postal de entrada y otro nodo de parámetros de actividad para la dirección completa de salida.

Transformación de objetos definida en otro diagrama

Puede especificar una transformación o selección de dos maneras:

  • Adjunte un comentario al terminal de entrada o salida.

    • Para distinguir esta descripción de un comentario general, puede empezar el comentario con <<transformación>> o <<selección>>.
  • Especifique con detalle la transformación o selección en un diagrama de actividades independiente.

    • Si usa este método, adjunte también un comentario para dejar claro a los lectores que se definió la transformación.
Para especificar una transformación o selección en un diagrama de actividades independiente
  1. Cree un nuevo diagrama de actividades en el que se describa el flujo de transformación o selección.

    • En el Explorador de soluciones, haga clic con el botón derecho en el proyecto, elija Agregar, haga clic en Nuevo elemento y, a continuación, haga clic en Diagrama de actividades. Asigne al diagrama un nombre adecuado para el flujo de transformación o selección. Haga clic en Agregar.
  2. En el nuevo diagrama:

    1. Cree dos nodos de parámetros de actividad, uno para el flujo de entrada y otro para el de salida.

    2. Cree acciones interconectadas con los flujos de objeto. De esta manera se muestra cómo funciona la transformación o la selección.

  3. En los diagramas en los que desee usar la transformación o la selección:

    1. Cree un flujo de objeto, es decir, un conector que entre o salga de un terminal de entrada o salida, un nodo de objeto o un nodo de parámetros de actividad.

    2. Haga clic con el botón derecho en el flujo de objeto y, a continuación, haga clic en Propiedades.

    3. En la propiedad Transformation o Selection, seleccione el diagrama en el que especificó el flujo de transformación o selección.

También puede definir una selección en un nodo de objeto y en terminales de entrada y salida individuales. Defina una actividad de selección como en el procedimiento anterior y, a continuación, establezca la propiedad Selection del nodo de objeto o del terminal de entrada o salida.

Editar modelos y diagramas UML
Diagramas de secuencia UML: Referencia
Diagramas de componentes de UML: Referencia
Diagramas de casos de uso de UML: Referencia
Diagramas de clases de UML: Referencia
Diagramas de componentes de UML: Referencia
Vídeo: Capturar flujos de trabajo empresarial mediante el uso de diagramas de actividades

Mostrar: