Ejemplos de BPMN

Cada diagrama de abajo es un proceso completo y no un fragmento, y cada uno es el proceso más pequeño que aún obliga a una idea que una tabla de símbolos no da. Léelos en orden y se van construyendo; salta al que tenga la forma de tu problema y se sostienen solos.

1. Incorporación: dos participantes, y por qué la frontera entre ellos cambia lo que se te permite dibujar.
2. Gastos: un bucle de retrabajo, que casi todo proceso real tiene y casi ningún primer diagrama muestra.
3. Tickets de soporte: un plazo que cambia el camino.
4. Renovación de suscripción: un evento de inicio con temporizador, y un participante cuyo interior deliberadamente no se modela.
5. Devoluciones: la compuerta inclusiva, en uno de los pocos procesos donde de verdad es la respuesta correcta.

Si algún símbolo te resulta desconocido, la referencia de símbolos indexa cada marca de esta página.

La figura de la cabecera de este artículo. Una nueva incorporación acepta, el equipo de personas prepara un contrato, y entonces ocurren dos cosas a la vez: se reserva una jornada de bienvenida y se piden cuentas a un centro de servicio que el equipo de personas no gestiona.

La compuerta paralela hace aquí trabajo de verdad. No dice "esto podría pasar en cualquier orden": dice que ambos caminos corren siempre, y que la unión espera a los dos. Si la bienvenida se reserva en un minuto y las cuentas tardan dos días, el proceso se queda dos días en esa unión, que es exactamente el hecho que un diagrama así existe para hacer visible.

Los primeros borradores de procesos de aprobación son casi siempre líneas rectas: presentar, comprobar, aprobar, pagar. Los reales rebotan. Falta algo, se le pide a alguien, y la comprobación vuelve a ocurrir; y hasta que ese bucle no está en la página, el diagrama describe un proceso que no existe.

Dos detalles vale la pena copiarlos. El flujo de vuelta aterriza en Check receipts, no en la compuerta: entrar en bucle hacia la compuerta es legal y se lee como un ciclo incondicional para quien lo ve por primera vez. Y la tarea correctiva va debajo de la compuerta y no debajo de la aprobación, así que su vuelta corre por un carril vacío en vez de cruzar dos aristas vivas.

Un diagrama de flujo puede mostrar una decisión. No puede mostrar que algo ocurre porque ha pasado un cuarto de hora. Ese es el hueco que cierra el conjunto de eventos de BPMN, y por eso un proceso de soporte es uno de los mejores argumentos a favor de la notación.

El temporizador es aquí un evento intermedio en el flujo, que hace esperar al proceso. Dos formas vecinas significan cosas distintas y conviene no confundirlas: un temporizador en la frontera de una actividad interrumpe esa actividad cuando se dispara, mientras que una compuerta basada en eventos hace correr al temporizador contra algo que llega, y gana lo que ocurra primero. Cuál quieres depende de si el trabajo en curso debe abandonarse.

Un evento de inicio con temporizador responde a una pregunta con la que tropiezan casi todos los primeros modelos: ¿qué inicia este proceso? No todo proceso lo inicia una persona o un mensaje. Una renovación empieza porque llegó una fecha, y decirlo elimina un actor imaginario del diagrama.

El pool plegado es la otra lección. Sería fácil dibujar los pasos internos de la procesadora - autorizar, capturar, liquidar - y cada uno sería una suposición sobre el sistema de otro que envejece mal. Un pool vacío con dos flujos de mensaje declara con precisión qué se sabe y qué no, y sigue siendo cierto cuando el proveedor cambia su implementación.

La mayoría de las ramificaciones son exclusivas - un camino de salida - y casi todo el resto es paralelo, donde todos los caminos corren siempre. La compuerta inclusiva es para el caso intermedio, y las devoluciones son un caso genuino: un artículo dañado puede merecer un reembolso, una sustitución, o un reembolso parcial más una sustitución, y qué combinación aplica lo decide la inspección.

Es además la compuerta con más probabilidades de dar problemas, y la razón está a la derecha de la figura. La unión tiene que esperar exactamente a las ramas que activó la separación: ni una más, o se bloquea esperando un camino que nunca llevó un token. Toda separación necesita su unión, y añadir un atajo alrededor es como un proceso deja calladamente de completarse.

El orden en que ponerlos está en cómo dibujar un diagrama BPMN, y cada marca usada arriba está indexada en la referencia de símbolos BPMN.