Diagramas de actividad UML

Un diagrama de actividad describe un proceso como un flujo de trabajo. Parece un diagrama de flujo y en los casos sencillos lo es. Lo que añade - y la razón para usarlo en vez de una biblioteca de formas - es precisión en dos cosas sobre las que los diagramas de flujo son vagos: la concurrencia y la sincronización.

El modelo de debajo es el flujo de fichas. Una ficha empieza en el nodo inicial y avanza por las flechas. Una acción se ejecuta cuando llega una ficha; al terminar, la ficha sigue. Una bifurcación convierte una ficha en varias. Una unión espera hasta tener una en cada arco entrante. Ese único modelo mental explica todos los símbolos del diagrama, y merece la pena sostenerlo porque vuelve obvios los casos incómodos.

Esta es la distinción para la que existe la notación, y la que se enreda. Una decisión es una elección: una ficha entra, una ficha sale, por la rama que seleccione la guarda. Una bifurcación es una división: una ficha entra, varias fichas salen, todas vivas a la vez.

Sus compañeros siguen la misma regla. Una fusión (rombo) no espera: es solo donde vuelven a juntarse caminos alternativos. Una unión (barra) sí espera, y a todos. Usar una fusión donde querías una unión es como un diagrama acaba afirmando que un proceso continúa antes de que su trabajo paralelo haya terminado.

Una partición de actividad - casi siempre llamada calle - divide el lienzo en bandas y pone cada acción en la banda de quien la ejecuta. Las calles pueden ser verticales u horizontales, y pueden anidarse.

Las calles son la aportación más valiosa a un diagrama de proceso de negocio, porque los problemas interesantes de un proceso suelen ser los traspasos. Cuando una flecha cruza una frontera de calle, el trabajo ha cambiado de manos, y ahí es donde las cosas se pierden, se retrasan o se hacen dos veces. Un diagrama con cuatro cruces de calle en seis pasos acaba de decirte algo importante.

Además no cuestan nada en expresividad: una partición no cambia la semántica, solo dice quién es responsable. Si el ejecutante no importa para tu pregunta, déjalo fuera.

Este es también el punto donde la notación se queda corta. Una partición UML dice quién ejecuta un paso; no distingue a un compañero del equipo de al lado de otra empresa con su propio proceso. BPMN separa eso en calles y piscinas y da a la frontera entre piscinas semántica real: solo la cruzan mensajes. Si los traspasos que te importan salen de la organización, esa distinción justifica la segunda notación, y BPMN es por donde empezar.

1. Una bifurcación donde se quería una decisión. Una barra dice que corren ambos caminos. Si solo debe correr uno, es un rombo.
2. Una bifurcación sin unión. Legal, pero normalmente un error: dice que nunca nada espera a que esos caminos paralelos terminen.
3. Guardas que no lo cubren todo. Añade [else].
4. Acciones nombradas como sustantivos. Refund es ambiguo; Credit customer es un paso. Nombra las acciones con el verbo primero.
5. Fin de actividad donde se quería fin de flujo. El anillo con disco mata la actividad entera, incluidas las ramas que aún corren. Si solo querías terminar un camino, usa el círculo con la cruz.