Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Bizagi BPMN
Bizagi BPMN
0
EJEMPLO
Bizagi Process Modeler
www.bizagi.com
Tabla de Contenido
1.
SCOPE .................................................................................................................................................................................. 3
2.
3.
3.2
3.3
3.3
3.4
5.2
5.3
www.bizagi.com
1.
SCOPE
Este documento provee una serie de ejemplos para ayudarle en la interpretacin e implementacin
de varios aspectos de BPMN 2.0. Los elementos de cada diagrama no sern explicados en detalle,
pero le darn una idea general de su aplicacin en procesos de negocio reales.
2.
BPMN 2.0
Qu es BPMN?
Business Process Model and Notation (BPMN) es una notacin grfica que describe la lgica de los
pasos de un proceso de Negocio. Esta notacin ha sido especialmente diseada para coordinar la
secuencia de los procesos y los mensajes que fluyen entre los participantes de las diferentes
actividades.
BPMN proporciona un lenguaje comn para que las partes involucradas puedan comunicar los
procesos de forma clara, completa y eficiente. De esta forma BPMN define la notacin y semntica
de un Diagrama de Procesos de Negocio (Business Process Diagram, BPD).
BPD es un diagrama diseado para representar grficamente la secuencia de todas las actividades
que ocurren durante un proceso, basado en la tcnica de Flow Chart, incluye adems toda la
informacin que se considera necesaria para el anlisis.
BPD es un diagrama diseado para ser usado por los analistas, quienes disean, controlan y
gestionan procesos. Dentro de un Diagrama de Procesos de Negocio BPD se utiliza un conjunto de
elementos grficos, agrupados en categoras, que permite el fcil desarrollo de diagramas simples y
de fcil comprensin, pero que a su manejan la complejidad inherente a los procesos de negocio.
BPMN crea un puente estandarizado para disminuir la brecha entre los procesos de negocio y la
implementacin de estos.
BPMN permite modelar los procesos de una manera unificada y estandarizada permitiendo un
entendimiento a todas las personas de una organizacin.
www.bizagi.com
Confidential
3.
CONCEPTOS CLAVE
Esta seccin introduce los conceptos bsicos de modelado de procesos con BPMN. Se pretende
mostrar cmo es posible modelar distintas situaciones de negocio utilizando BPMN. Los diagramas
no sern construidos paso a paso, pero deberan ser una referencia para entender el uso de los
distintos elementos de la notacin en un contexto de procesos de negocio reales.
www.bizagi.com
Confidential
del proceso; los elementos de decisin, conocidos en BPMN como Compuertas y que se
representan mediante rombos
se encuentran conectados por lneas de secuencia, que muestran cmo fluye el proceso.
Analicemos ms detenidamente la funcin de cada elemento en el proceso.
Al principio vemos un Evento de inicio
pueden iniciar de distintas formas, BPMN provee diferentes tipos de eventos de inicio (simple,
mensaje, seal, entre otros), posteriormente veremos la utilizacin de algunos de ellos.
Luego encontramos 2 tareas
En este caso, dicha compuerta evala si la informacin se verific correctamente o si hay alguna
inconsistencia. Si la informacin se verific correctamente se proceder a estudiar el crdito, de lo
contrario, se finalizar el proceso. Observe que solo se escoge un camino de los 2 posibles basado
en datos del proceso, por esta razn, la compuerta utilizada aqu recibe el nombre de Compuerta
exclusiva.
Algo similar ocurre una vez se estudia el crdito: la compuerta exclusiva Solicitud Aprobada? evala
el resultado del estudio del crdito y dependiendo de este, notifica el rechazo de la solicitud o
procede a desembolsar el monto del crdito.
Al final de este proceso encontramos un Evento de fin terminal
proceso. El proceso termina cuando el solicitante fue rechazado, la solicitud de crdito no fue
aprobada o ya se realiz el desembolso del crdito.
www.bizagi.com
Confidential
El proceso inicia con la actividad Solicitar Cotizacin, donde el cliente manifiesta su inters en un
plan turstico y describe sus requerimientos. El cliente puede solicitar planes que incluyan alquiler de
vehculo, hotel y tiquetes. De acuerdo a los servicios que escoja, se debern hacer las gestiones
necesarias para determinar disponibilidad y costo de los mismos.
La compuerta inclusiva
los servicios que el cliente desea, es decir que los caminos no son excluyentes y se puede seguir
uno o ms de los 3 disponibles.
Para garantizar que el proceso no contine hasta que las gestiones de los servicios solicitados no
hayan sido finalizadas, se utiliza la misma compuerta inclusiva como compuerta de convergencia o
sincronizacin. Esto quiere decir que la compuerta permitir que el flujo contine nicamente
cuando todos los caminos activos lleguen a ella.
Una vez gestionados los servicios solicitados, el agente de viajes deber consolidar un plan turstico
basado en la disponibilidad y costos de los mismos. Posteriormente la propuesta se enviar al
cliente va correo electrnico, esto se modela en BPMN mediante una tarea la tarea de Script
www.bizagi.com
Confidential
.
6
Este tipo de tarea permite el ingreso de un script en un lenguaje que el motor de procesos de
negocio pueda ejecutar.
A continuacin encontramos en el diagrama una Compuerta basada en eventos
. Esta
de Recibir respuesta del cliente, que se ejecuta de forma manual por el agente de
viajes una vez ha recibido una respuesta positiva del cliente, o el evento de temporizacin
Esperar respuesta, que espera un tiempo especfico por la respuesta del cliente. El primer evento
que ocurra habilitar el flujo relacionado a l y el otro ser deshabilitado. Esto quiere decir que si el
cliente no enva una respuesta a la cotizacin despus de un tiempo determinado, el proceso
finalizar al encontrar un evento de fin
En caso de que el cliente d una respuesta positiva a la propuesta enviada, se deber iniciar una
gestin de ventas representada en el diagrama por un Sub-procesos
. Un sub-proceso es una
actividad compuesta de un conjunto de tareas. Es compuesto dado que esta figura incluye a su vez
un conjunto de actividades y una secuencia lgica (proceso) que indica que dicha actividad puede
ser analizada en ms detalle. En este caso, este sub-proceso representa todas las actividades que el
rea de ventas deber realizar para entregar el servicio al cliente y facturarlo.
Finalmente, el flujo termina al encontrar el evento de fin
www.bizagi.com
Confidential
Suponga que usted cuenta con un sistema que le permite medir el nivel de inventario de una
materia prima en tiempo real. Cuando el inventario alcanza un nivel de inventario determinado
(punto de reorden) se genera una orden de compra.
ejecutada sin intervencin humana, ya sea por una aplicacin automtica o por un servicio Web.
Todas las rdenes de compra generadas deben ser aprobadas por el Jefe Administrativo, por lo que
esta persona debe revisar el PDF generado y decidir si la aprueba o no.
La Compuerta exclusiva
acuerdo a la decisin del Jefe Administrativo. Si la orden fue rechazada, el proceso finalizar. Por
otra parte, si la orden fue aprobada se podrn ejecutar 2 tareas en paralelo. La primera es el envo
www.bizagi.com
Confidential
de la orden de compra al proveedor para que este gestione la entrega; la segunda es el ingreso de
la orden de compra en el ERP de la compaa. Esta situacin de negocio se representa mediante el
uso de una Compuerta Paralela
. Este tipo
de tarea permite el ingreso de un script en un lenguaje que el motor de procesos de negocio pueda
ejecutar. En este caso, el script est relacionado al envo de la orden de compra a travs de un
correo electrnico, al proveedor de la materia prima de la orden.
Por otro lado, en el segundo flujo vemos una tarea de Servicio con un evento adjunto
evento adjunto es un evento de captura de error
. El
compra en el ERP de la compaa a travs de una interfaz, sin embargo, si durante la ejecucin de la
tarea automtica se presenta algn error (cada del servicio, error de conexin etc.), se disparar el
evento de error y se activa la tarea siguiente a este. En este caso, dicha tarea se habilita para el
ingreso de la orden de compra al ERP de forma manual por parte del Departamento de Compras.
www.bizagi.com
Confidential
El usuario reporta el incidente en la primera actividad del proceso, luego, se lleva a cabo un
conjunto de actividades destinadas a garantizar la solucin del mismo. Esto se representa mediante
el sub-proceso de Anlisis de Incidentes.
El sub-proceso posee 2 eventos adjuntos; el primero es un evento de escalamiento con interrupcin
y el segundo un evento de escalamiento sin interrupcin
activacin de flujos de excepcin una vez se recibe un escalamiento desde el flujo del sub-proceso.
El primer evento
interrumpe la ejecucin del sub-proceso, es decir, que una vez se lanza este
evento, cualquier flujo pendiente dentro del sub-proceso se cancelar y se activar el flujo de
excepcin relacionado en el proceso principal.
El segundo evento
principal pero los flujos pendientes dentro del sub-proceso seguirn habilitados.
Para entender mejor la utilidad especfica de cada uno de eventos adjuntos al sub-proceso de
Anlisis de incidentes, veamos el flujo asociado a este sub-proceso:
www.bizagi.com
Confidential
10
El sub-proceso consta bsicamente de una actividad, los dems elementos se utilizan para controlar
condiciones relacionadas a la solucin del incidente.
Vemos primero una compuerta basada en eventos
flujos posibles basado en el evento siguiente a ella que primero ocurra y deshabilita los dems. En
este caso, si la persona que est solucionando el caso no lo resuelve dentro de un plazo especfico,
se habilita el camino superior y se lanza un evento de escalamiento. Este evento est relacionado al
segundo evento adjunto al sub-proceso en el proceso principal
Resultado de la
. Este evento
habilitar un flujo excepcional que iniciar las gestiones del problema en el sub-proceso de
Gestionar Problema.
www.bizagi.com
Confidential
11
www.bizagi.com
Confidential
12
www.bizagi.com
Confidential
13
Encontramos un nuevo tipo de evento adjunto a las distintas actividades relacionadas a la gestin
de las reservas, el Evento de Compensacin
excepcin una vez es lanzado. En este caso, los flujos de excepcin representan actividades que
deben ser ejecutadas de forma manual para actuar frente a una situacin inesperada.
Si por ejemplo, la reserva de vuelo no se pudo realizar, pero la reserva de hotel y auto ya haban
sido confirmadas, el evento de compensacin se activar y se habilitarn las actividades de
compensacin
habilita la ejecucin de un protocolo de transaccin, esto quiere decir, que se habilita la ejecucin
de los posibles resultados de una transaccin: Cancelacin, compensacin y error.
Ya vimos como diagramar la compensacin de las actividades del sub-proceso, ahora ser necesario
habilitar la cancelacin del mismo. Para ello se utiliza el evento adjunto de Cancelacin
. Este
evento se lanza una vez finalizadas las actividades de compensacin del sub-proceso y habilita un
flujo de excepcin para el proceso principal. En este caso dicho flujo de excepcin enviar una
notificacin al empleado para informar que las reservas no han podido ser ejecutadas, a travs de
una tarea de script
www.bizagi.com
Confidential
14
Por ltimo ejemplificaremos el ltimo posible resultado de una transaccin: El error. Este ocurre
cuando algo inesperado sucede y no hay un procedimiento definido para hacerle frente.
Supongamos que la reserva de tiquetes se hace mediante una tarea de servicio
. El diagrama
sub-proceso.
www.bizagi.com
Confidential
15
Observe que una vez se lanza el evento de error adjunto al sub-proceso de Reservas, se habilita un
flujo de excepcin que notificara a la persona idnea sobre el surgimiento del error para que esta
ejecute las acciones necesarias.
4 . DIAGRAMAS DE COLABORACIN
Un diagrama de colaboracin representa la interaccin entre dos o ms procesos. Usualmente
contienen dos o ms pools que representan los participantes en la colaboracin.
Tomemos como ejemplo los procesos paralelos que llevan a cabo una compaa y sus proveedores
cuando se gestiona una compra. Cada uno lleva procesos independientes, sin embargo, estos
interactan constantemente a travs de intercambio de informacin (llamadas, correos electrnicos,
etc) y ninguno de los procesos finalizar exitosamente sin la informacin suministrada por el otro. El
siguiente diagrama representa esta situacin:
Podemos ver que hay dos participantes involucrados representados por los pools. Uno es la
compaa y el otro el proveedor.
El proceso es iniciado por la compaa que recibe un requerimiento de compra por parte de algn
departamento. Una vez aceptado el requerimiento se inicia un sub-proceso de Cotizaciones
Este sub-proceso gestiona las actividades necesarias para recibir y evaluar cotizaciones del producto
solicitado para finalmente seleccionar a un proveedor.
www.bizagi.com
Confidential
16
Una vez seleccionado el proveedor, se le enva una orden de compra, esto se representa en el
diagrama mediante un evento de mensaje
informacin entre procesos se representa mediante flujo de mensajes. El evento de mensaje activa el
mensaje y la lnea punteada que se observa salir de l en el diagrama es una lnea de flujo de
mensaje. Esta lnea conecta dos eventos de mensaje para relacionarlos entre s. Podemos ver que el
evento de mensaje de Enviar Orden de Compra est asociado al evento de inicio de mensaje de
Recibir Orden de Compra
Este ltimo evento iniciara una instancia de proceso para el proveedor una vez se reciba la orden de
compra.
El proveedor inicia un flujo para procesar la orden del cliente, enva los productos de la orden y la
factura de la misma. Esto se representa a travs del evento de mensaje de Enviar Factura
. A su
vez, la compaa esta a la espera de la factura y la recepcin del pedido. El evento de mensaje de
Recibir Factura
Productos
espera a que llegue la factura, mientras que el evento sin especificar Recibir
se habilita para que sea activado manualmente una vez se reciba la orden. Dichos
Para garantizar que el flujo de proceso de la compaa no contine hasta que se reciba la factura y
los productos de la orden, se usa compuerta paralela
Finalmente, a travs de una tarea de servicio se procesa el pago al proveedor y se enva una
notificacin de la realizacin del pago, de nuevo utilizando eventos y flujos de mensaje. Una vez esta
es recibida por el proveedor ambos procesos finalizan.
www.bizagi.com
Confidential
17
5 . SUB-PROCESOS Y ACTIVIDADES DE
LLAMADA
Como hemos visto, las actividades pueden ser compuestas o no. Dentro de BPMN las actividades
compuestas se conocen como Sub-procesos, y las actividades atmicas como tareas.
Tarea: Una tarea se utiliza cuando el trabajo en el proceso no es descompuesto
en ms detalle. Es ejecutada por una persona y/o una aplicacin.
www.bizagi.com
Confidential
18
Los detalles de dicho sub-proceso hacen parte de un diagrama separado, por lo que el proceso de
solicitud de viajes es un proceso nico representado en 2 diagramas: uno para el proceso principal y
otro para el sub-proceso.
Confidential
19
Tenemos entonces 2 procesos separados, cada uno en su propio diagrama. Note que las actividades
de llamada se representan con bordes resaltados
www.bizagi.com
Confidential
20
Objetos de Flujo:
son los principales elementos grficos que definen el comportamiento de los procesos.
Dentro de los objetos de Flujo encontramos:
Eventos de Inicio
Eventos Intermedios
Eventos de Fin
Dentro de BPMN existen muchas formas de iniciar o finalizar un proceso e
igualmente existen muchas cosas que pueden llegar a suceder durante el
transcurso del proceso, por lo tanto existen diferentes tipos de eventos de inicio,
eventos de fin y eventos intermedios.
Tareas
Sub-procesos
Como pudimos ver dentro de los anteriores ejemplos existen diferentes tipos de
tareas: Simple, automticas, manuales, de usuario, entre otras.
Asi mismo los distintos tipos de sub-proceso: embebido, reusable y transaccional.
www.bizagi.com
Confidential
21
Compuerta Exclusiva
Compuerta Paralela
Compuerta Inclusiva
Compuerta Compleja
Objetos de Conexin:
Son los elementos usados para conectar dos objetos del flujo dentro de un proceso.
Dentro de los ejemplos utilizamos la Lneas de secuencia, que conectan los objetos de
flujo, y las asociaciones, que son las lneas punteadas que nos permitieron asociar
anotaciones dentro de algunos flujos.
Existen 3 tipos de objetos de conexin:
o Lneas de Secuencia
o Asociaciones
o Lneas de Mensaje
Canales:
son elementos utilizados para organizar las actividades del flujo en diferentes categoras
visuales que representan reas funcionales, roles o responsabilidades.
o Pools
o Lanes
Artefactos:
Los artefactos son usados para proveer informacin adicional sobre el proceso.
Dentro de los ejemplos se utilizaron algunas anotaciones dentro del flujo.
Existen 3 tipos:
o Objetos de Datos
o Grupos
o Anotaciones
www.bizagi.com
Confidential
22
http://www.omg.org/bpmn/Documents/Introduction_to_BPMN.pdf
Especificacin de BPMN en
http://www.omg.org/bpmn/Documents/BPMN_1-1_Specification.pdf
www.bizagi.com
Confidential
23