Los diagramas de actividad se pueden utilizar para describir cómo se orquestan las actividades para proporcionar servicios en diferentes niveles de abstracción. La mayor ventaja de los diagramas de actividades es que apoyan y fomentan el comportamiento paralelo. Esto los convierte en una herramienta importante para el modelado de flujos de trabajo y, en principio, para la programación multihilo. Los diagramas de actividades también pueden definir asociaciones con objetos al etiquetar actividades con nombres de objetos o al usar etiquetas de natación, lo que permite estructurar los diagramas de actividades de acuerdo con las responsabilidades.

El Diagrama de actividad es similar a un diagrama de flujo de trabajo empresarial o simplemente un diagrama de flujo con una semántica mucho más rica. Describe las actividades del sistema, o la persona que realiza la actividad, y el flujo secuencial de estas actividades. El diagrama de actividad es uno de los diagramas UML asociados con el enfoque orientado a objetos, a través de él se puede utilizar en cualquier otro paradigma de desarrollo de software.

En el lenguaje de modelado unificado (UML), un diagrama de actividad es una representación gráfica de un conjunto de actividades de un sistema de procedimientos ejecutado y se considera una variante de un diagrama de estado. Los diagramas de actividades describen actividades paralelas y condicionales, casos de uso y funciones del sistema a un nivel detallado. Los diagramas de actividad modelan el flujo de trabajo secuencial de una gran actividad centrándose en la secuencia de acciones y las respectivas condiciones de inicio de acción. El estado de una actividad está relacionado con el rendimiento de cada paso del flujo de trabajo.

Por ejemplo, los diagramas de actividad se usan a menudo para ilustrar casos de uso y usaremos varios ejemplos para mostrarle cómo usar diagramas de actividad para modelar los procesos en un caso de uso.

Elementos utilizados en el diagrama de actividades

Actividades : las actividades se representan mediante rectángulos redondeados y el flujo de control entre actividades se representa mediante flechas sólidas. Una actividad representa una acción en un proceso. Una actividad puede ser grande o pequeña, y una actividad puede continuar dividiéndose en actividades más pequeñas. La granularidad de las actividades está determinada por el significado del diagrama, ya sea que pretenda representar un proceso amplio o un proceso específico.

Comienzo y final : un diagrama de actividad solo puede tener un punto de inicio, pero puede tener varios puntos finales.

Decisiones de ramificación : el rombo representa la decisión de ramificación, que es lo mismo que la decisión de ramificación de un diagrama de flujo. El juicio de la rama anterior significa: despertar, ver si es hora de ir a trabajar, si no, volver a dormir; si es así, levántate y lávate.

 

Bifurcación y unión: la bifurcación y la fusión deben usarse en combinación para indicar acciones concurrentes. Una bifurcación implica que una actividad se completa, lo que da como resultado múltiples actividades paralelas posteriores; una confluencia implica que múltiples actividades se completan antes de la siguiente actividad. Una bifurcación apunta a varios puntos y una convergencia apunta a varios puntos fusionados. Las actividades entre la bifurcación y el sumidero se ejecutan en paralelo y, una vez que se ejecutan todas, se unifican y fusionan en la siguiente actividad.

Objeto

Los objetos están representados por cajas rectangulares y los nombres de los objetos son sustantivos. La actividad puede tener múltiples entradas y salidas, y el objeto puede ser la entrada que se convierte en actividad. En UML, una transición de flujo de objetos entre un estado de acción y un objeto se muestra como una flecha discontinua. Un estado de acción que utiliza un objeto como entrada se muestra como una flecha de transición de flujo de objetos que apunta desde el objeto al estado de acción. Un estado de acción que actualiza o produce un objeto como salida se muestra como una flecha de transición de flujo de objetos que apunta desde el estado de acción al objeto.

Un objeto producido o usado por una acción. Esto nos permite modelar el flujo de objetos.

 

Ejemplo de flujo de control de diagrama de actividad

carriles

El diagrama de actividad del carril de natación agrupa las actividades en columnas de carril de natación, que contienen todas las actividades que coinciden con la categoría representada por ese carril de natación. Los carriles de natación pueden representar muchas categorías de información, como los actores (es decir, roles o departamentos) que realizan la actividad, la etapa del proceso en la que ocurre la actividad o cualquier otra información que el creador del documento consideró que se debe enfatizar y comunicado a través del diagrama de carriles de natación. El término carril se usa debido a la similitud visual entre la fila horizontal del diagrama y los carriles de una piscina.

Diagrama de actividad Ejemplo de carril de natación

 

Caso de uso 1 – Por la mañana

Todos los días al despertar, primero ves si es hora de levantarte, si no, te vuelves a dormir; si es así, levántate lo antes posible, lávate y desayuna, y sal después de la cena.

En la siguiente figura, se muestra el diagrama de actividades para cada mañana. El diagrama de actividad permite una representación más clara del flujo de la acción y una buena representación del proceso, toma de decisiones, interacción y concurrencia de la acción.

 

Caso de uso 2: proceso del ciclo de vida del producto

Antes de establecer un proyecto de producto, primero se realiza un análisis de mercado para el posicionamiento del producto y el análisis de factibilidad.

Una vez establecido el proyecto, se lleva a cabo un análisis de la demanda y se preparan los documentos de requisitos comerciales, los documentos de demanda del mercado y los documentos de requisitos del producto a través del análisis de demanda. Luego se llevan a cabo el dibujo del prototipo y el diseño del producto y el análisis del proceso de acuerdo con los requisitos. Una vez completadas estas tareas, se ingresa a la fase de desarrollo: diseño de arquitectura, diseño de esquema, diseño detallado, desarrollo de código y pruebas de software.

Las actividades anteriores están organizadas en diagramas de actividades como se muestra en la siguiente figura.

 

El diagrama anterior muestra el ciclo de vida completo del proceso de desarrollo de un producto. Antes de fabricar el producto, es necesario posicionar el producto, indicando su dirección, seguido de un estudio de factibilidad (factibilidad técnica, factibilidad económica y factibilidad social), donde se ejecutan las tres posibilidades en forma paralela.

Una vez aprobado el proyecto, se analizan los requisitos del producto y, como resultado de la fase de requisitos, se generan tres documentos

  • Documento de requisitos comerciales (BRD)
  • Documento de Requisitos del Mercado (MRD)
  • Documento de Requisitos del Producto (PRD)

En el diagrama anterior, estos tres documentos están representados por cajas rectangulares, que representan los objetos, es decir, los tres objetos de documento que se producen como resultado del análisis de requisitos.

Estos objetos se pueden usar como entradas para la siguiente actividad o como salidas de la actividad, y los objetos de entrada y salida pueden ser uno o más. Después de eso, pasa por la creación de prototipos, el diseño técnico, el desarrollo, las pruebas y, finalmente, el lanzamiento del producto.

Caso de uso 3: realizar un pedido

El cliente compra y realiza un pedido en un sitio de compras en línea. Después del pago, se genera una orden de entrega y el proveedor entrega la mercancía. Después de la entrega, el pedido finaliza.

Tal situación implica una interacción entre el cliente, el sistema y el proveedor. Las actividades del cliente incluyen realizar el pedido y seleccionar el pago; el sistema genera una orden de entrega y cobra el pago; y las actividades del proveedor incluyen acciones de entrega y modificación de pedidos. Si utiliza la forma anterior de diagrama de actividad, es difícil expresar las actividades entre el cliente, el proveedor y el sistema. Si desea expresar mejor la relación entre roles y actividades, debe agregar roles, aquí llamados carriles.

El diagrama de negocios que se muestra arriba es el siguiente.

Los grandes rectángulos a los que pertenecen los clientes, los sistemas y los proveedores en la figura anterior son los carriles de natación para cada objeto. Las actividades en el carril representan las acciones a las que pertenece el objeto. Las relaciones entre los objetos se pueden expresar mejor a través de la interacción de la información entre los carriles. Interacción de la información con las actividades. El nombre del carril de natación debe ser el nombre del objeto. Dado que es un nombre de objeto, el nombre de la calle debe ser un sustantivo.