Parte III: Mtodo y Estilo

El Estilo
Instructor: Gianfranco Campos Rubio

Comentario

Las personas que ascienden ms

rpido dentro de una
organizacin son las que mejor
conocen los procesos internos de
la misma.

Principios bsicos del estilo con BPMN

El principios bsico del estilo BPMN es que la lgica del proceso debe ser
ambigua desde el diagrama en si mismo. Esto quiere decir a travs de un
buen diagrama BPMN. Recuerda que la lgica del proceso no es la lgica
interna de una tarea del proceso. Las lgica de las tareas (o procedimientos)
son importantes, pero BPMN no tiene mucho que decir o detallar al respecto.

El etiquetado apropiado es una pieza clave de las buenas practicas. Asimismo no

solo se requiere etiquetar casi todo, sino tambin que las etiquetas coincidan con
los elementos que continan en el flujo.

Se puede tener un diagrama valido segn la notacin BPMN y a la vez sin

significado. Por ejemplo BPMN no regula el etiquetado de los elementos. Es
por ello que las reglas de estilo se hacen importantes.

Principios bsicos del estilo con BPMN

Por otro lado, el diagrama debe obedecer las reglas oficiales de la especificacin BPMN.
Eso es obvio, e incluso ms importante que seguir las convecciones del estilo. Como ya
sabemos esto no es tan simple como parece. Por un lado, la especificacin BPMN 2.0 no
enumera sus reglas. Es decir no existe un apndice en donde todas estn listadas y
numeradas. En su lugar, las reglas estn esparcidas a travs de la narrativa del
documento de 507 paginas, en donde la OMG redefine y sobre escribe varios otros
requerimientos impuestos por el meta modelo BPMN (diagramas de clases UML) y sus
esquemas XML asociados. Entonces tenemos tres hechos relacionados a la
documentacin oficial:

Las reglas y especificaciones pretenden estar alineadas.

Las reglas y especificaciones no siempre estn del todo claras.

Cada herramienta muestra una interpretacin distinta de las reglas

Un buen modelo BPMN siempre inicia con el cumplimiento de la especificacin BPMN.

Reglas del estilo parte 1

Existe un numero de reglas bsicas para la composicin, mientras que otras son
especificacin para soportar la validacin del modelo realizado desde la
herramienta. Para el nivel 1 consideraremos las siguientes:
1.

Utilizar iconos y etiquetas que hagan que la lgica del proceso sea clara desde el
diagrama impreso en papel.

2.

Elaborar los modelos de forma jerrquica, haciendo encajar cada nivel en una pgina.

3.

Utilizar los pools de caja negra para representar a clientes, proveedores de servicios, u
otros solicitantes externos.

4.

Iniciar los procesos de cara a clientes con un evento de mensaje de inicio, conectado el
evento con un flujo de mensaje desde el pool del cliente.

5.

En caso sea pertinente, podemos modelar unidades organizacionales internas como

carriles dentro de un mismo pool de proceso, no en pools separados. Pools separados
implica procesos independientes.

Modelamiento en Bizagi

Reglas del estilo parte 1

Para el nivel 1 consideraremos las siguientes (continuacin):

6.

Etiquetar los pools de proceso con el nombre de un procesos; etiquetar los pools
de caja negra con el nombre del actor participante o entidad negocio.

7.

Indicar la culminacin exitosa y excepcional de los estados finales de un proceso o

subproceso con eventos separados, y etiquetarlos para indicar el estado final.

8.

Etiquetar actividades con verbo (en su forma infinitiva) y sujeto.

9.

Utilizar un evento con gatillador (mensaje, temporizador, simple, etc.) en el

macro diagrama para indicar como el proceso inicia.

10.

Si un subproceso es seguido por un Gateway etiquetarlo como pregunta, el

subproceso debe tener mltiples eventos de finalizacin, y uno de ellos tiene que
se igual a la etiqueta del Gateway.

Modelamiento en Bizagi

Reglas del estilo parte 2

Para el nivel 1 consideraremos las siguientes (continuacin):

11.

Mostrar los flujos de mensaje con todos los mensajes de eventos.

12.

Emparejar los flujos de mensaje en los niveles agregados y granulares (superiores y

anidados).

13.

Etiquetar los flujos de mensaje directamente con el nombre del mensaje.

14.

Dos eventos de finalizacin en un mismo nivel del proceso no deben tener nombres
iguales, ni referenciar a los mismos estados finales.

15.

Dos actividades en un modelo de proceso no deben tener el mismo nombre.

Modelamiento en Bizagi

Reglas del estilo parte 2

Para el nivel 1 consideraremos las siguientes (continuacin):

16.

Un subproceso debe tener un nico evento de iniciacin simple.

17.

Un pool de proceso en un nivel anidado (si esta representado) debe ser etiquetado
con el nombre del proceso padre y no con el nombre del subproceso.

18.

En un diagrama jerrquico, un diagrama de nivel anidado no podr contener

ninguna de las actividades del nivel superior.

19.

No utilizar un Gateway XOR para unir flujos alternativos. Solo es necesario

conectar la secuencia de flujos directamente al elemento siguiente.

20.

No utilizar un AND-join para unir flujos paralelos en un evento de finalizacin

simple. Un AND-join siempre esta implcito en flujos que llegan a un mismo evento
de finalizacin simple.

Modelamiento en Bizagi

Reglas oficiales BPMN 2.0

La regla principal es que el diagrama no debe violar la especificacin BPMN.

Luego de esta regla existen otras que enumeraremos a continuacin:
1.

Un flujo de secuencia no puede cruzar los limites de un pool (proceso).

2.

Un flujo de secuencia no puede cruzar los limites de un subproceso.

3.

Un flujo de secuencia solo puede conectarse a una actividad, Gateway, o evento, y

ambos extremos debe estar correctamente conectados.

4.

Un flujo de mensaje no puede conectar elementos dentro del mismo pool (proceso).

5.

Un flujo de mensaje solo puede conectarse a una actividad, mensaje, evento (unitario o
mltiple), o a un pool de caja negra, y ambos extremos deben estar correctamente
conectados.

Modelamiento en Bizagi