BPMN, UML o diagrama de flujo: cuál elegir
BPMN vs. UML: qué representa cada notación, una tabla para elegir y por qué estandarizamos en BPMN 2.0 en lugar de crear una notación propia.
BPMN frente a UML: cuál elegir para modelar procesos empresariales, software o flujos de trabajo. BPMN muestra cómo avanza el trabajo entre participantes; UML representa la estructura y el comportamiento del software. Un diagrama de flujo ofrece una forma rápida e informal de mostrar pasos y decisiones. Aunque se parecen, no son intercambiables.
En esta página comparamos para qué sirve cada notación, presentamos una tabla para ayudarle a elegir y explicamos por qué modelamos con BPMN 2.0 en lugar de usar una notación propia.
¿Qué modela cada notación?
BPMN 2.0 significa Business Process Model and Notation. El Object Management Group (OMG) mantiene este estándar, que sirve para modelar procesos empresariales: las personas participantes, las actividades, la secuencia, las decisiones y los eventos que activan o interrumpen el trabajo. Los símbolos y las reglas para conectarlos están definidos, por lo que los modelos se pueden validar. BPMN 2.0 también define un formato XML para intercambiar modelos entre herramientas. Para conocer la notación, consulte qué es BPMN 2.0.
UML significa Unified Modeling Language. También es un estándar del OMG y sirve para describir sistemas de software y su comportamiento. Incluye diagramas de clases, componentes, despliegue, secuencia, actividad, máquinas de estados y casos de uso. Los diagramas de actividad son los que más suelen coincidir con el modelado de procesos.
Los diagramas de flujo representan pasos y decisiones mediante figuras y flechas. No existe un estándar rector ni un conjunto fijo de reglas, así que cada equipo recurre a sus propias convenciones: son rápidos de dibujar, pero dos personas pueden interpretarlos de forma distinta. También hay distintas formas de escribir el término en inglés, como flow chart, flow-chart y el error frecuente flow charter, pero todas se refieren al mismo tipo de diagrama informal.
BPMN vs. UML vs. diagrama de flujo: ¿cómo elegir?
Defina qué necesita representar y elija la notación de la columna central.
| Si necesita modelar… | Use | Motivo |
|---|---|---|
| Un proceso empresarial en el que participan personas, equipos o sistemas | BPMN 2.0 | La notación incluye personas participantes, lanes, flujos de mensajes y eventos. Además, permite validar el modelo e intercambiarlo como archivo XML BPMN 2.0. |
| La estructura o el comportamiento del software | UML | Incluye los tipos de diagramas que se usan para describir software: clases, componentes, despliegues, secuencias y máquinas de estados. Los diagramas de actividad no son un estándar de procesos. |
| Un procedimiento, un esquema para un taller o una decisión puntual | Diagrama de flujo | No hay que instalar nada ni seguir reglas. Por eso, tampoco funciona como modelo que se mantenga actualizado. |
| Un proceso que debe validarse o intercambiarse entre herramientas | BPMN 2.0 | La notación establece reglas para validar el modelo y un formato de archivo para trasladarlo. |
| Un árbol de decisiones, un cálculo o un flujo de datos | Ninguna de las dos | Use la notación diseñada para ese tipo de representación. Forzarla en un diagrama de procesos oculta la lógica detrás de figuras que parecen familiares. |
La pregunta no es qué notación le resulta familiar. Lo importante es qué debe comunicar el diagrama y quién tendrá que usarlo después de que lo dibuje.
¿Cómo puede aplicar esto con un equipo? Primero, acuerden en una frase qué necesitan representar y eviten elegir según la herramienta: las preferencias de un proveedor o de una licencia antigua no determinan la notación adecuada. Si sirven dos notaciones, elijan la que más personas puedan interpretar sin ayuda y documenten las convenciones que añadan, como los nombres, la disposición y el nivel de detalle. Así, el siguiente modelo no partirá de cero. Una buena prueba consiste en mostrar el diagrama a alguien que no haya participado en el taller y preguntarle qué ocurre después. Si no puede responder, normalmente el problema no es la notación.
¿Por qué BPMN y UML se parecen?
Un diagrama de actividad UML y un diagrama de procesos BPMN pueden usar rectángulos redondeados para las actividades, rombos para las decisiones y barras para las rutas paralelas. A primera vista, pueden parecer casi iguales.
Pero las figuras tienen significados distintos. Un diagrama de actividad UML describe el comportamiento en el contexto de un software o sistema. Un diagrama BPMN representa el trabajo que realizan distintas personas participantes, como individuos, departamentos y sistemas. BPMN incluye elementos específicos para las personas participantes, lanes, flujos de mensajes y eventos. Los diagramas de actividad UML no representan esos conceptos de procesos empresariales de la misma manera.
Las herramientas de inteligencia de procesos suelen usar sus propias notaciones. Elegimos BPMN 2.0 porque es el único estándar reconocido. ¿Es perfecto? No. Pero es el que terminó adoptando todo el mundo, y un modelo que perdura más que la herramienta con la que se creó vale más que un diagrama más atractivo que nadie más puede leer.
¿Se pueden combinar BPMN, UML y los diagramas de flujo?
Sí, siempre que cada diagrama indique qué notación utiliza:
- Documente el proceso de negocio en BPMN y el software que lo respalda en UML. Mantenga explícita la relación, por ejemplo, mediante un nombre o identificador compartido.
- Use UML para diseñar software, aunque esté integrado en un proceso BPMN. Cada modelo responde a una pregunta distinta.
El problema no es usar varias notaciones en una organización; nosotros también lo hacemos. El problema es mezclarlas en un mismo diagrama sin indicarlo: si quien lo lee no puede saber si una forma representa una actividad, un elemento de software o un paso informal, no se puede confiar en el diagrama.
¿Cuándo conviene más un diagrama de flujo?
La diferencia entre BPMN y un diagrama de flujo es la misma, pero a menor escala. Por lo general, la respuesta depende del mantenimiento. Un diagrama de flujo es más adecuado para un procedimiento breve, un esquema de taller o una explicación puntual: unos pocos pasos y una decisión, sin una estructura que el equipo todavía no necesita.
Elija BPMN cuando necesite que el diagrama se interprete de forma coherente, se compruebe según las reglas de la notación, se revise de nuevo el próximo trimestre o se comparta entre equipos. Si tiene dudas, haga primero un esquema y formalícelo en BPMN cuando el proceso requiera un modelo. Para conocer otros tipos de diagramas, consulte qué es el mapeo de procesos. Si va a dejar atrás una herramienta de diagramación antigua, lea Alternativas a Visio para BPMN.
¿Qué hacer con los diagramas de flujo que ya tiene su equipo? Úselos como punto de partida, no como modelo. Un esquema de taller suele ser la forma más rápida de acordar el alcance, y pasarlo a BPMN puede llevar una o dos horas cuando el proceso lo justifica. Así, el diagrama de flujo funciona como borrador, no como alternativa. Lo que conviene evitar es mantener el mismo proceso dos veces, en dos notaciones: ninguna versión será la fuente de verdad y la reunión acabará girando en torno a cuál está actualizada.
¿Cómo mantener la portabilidad de un modelo BPMN?
Cree el diagrama en un entorno que mantenga la notación estándar y permita exportar el archivo. ProcessMind permite modelar en BPMN 2.0 desde el navegador e importar y exportar archivos BPMN, para que el diagrama no quede limitado al producto en que se creó. También puede mantener el modelo junto al proceso analizado con Process Mining, lo que permite comparar el proceso previsto con el que registraron sus sistemas.
Consulte cómo funciona el espacio de modelado de ProcessMind o revise los elementos BPMN compatibles.
Where to Go From Here
You have picked the notation that fits the artifact, and the next question is whether the tool keeps it standard, validatable and exportable.
