CONTENIDO

METODOLOGA BPM....................................................................................... 2
CICLO DE VIDA BPM........................................................................................ 2
A) MODELAMIENTO (MODEL).....................................................................2
B) SIMULACIN (SIMULATE AND ANALYZE)................................................2
C) IMPLEMENTACIN (IMPLEMENT AND DOCUMENT)................................2
D) EJECUCIN (DEPLOY AND EXECUTE).....................................................2
E) MONITOREO (MONITOR).......................................................................2
F)

OPTIMIZACIN (OPTIMIZE AND REDESIGN)...........................................3

MODELOS DE PROCESOS DE NEGOCIOS........................................................3

PROCESO DE SOLICITUD DE CREDITO ELEMENTOS DEL BPMN.................3
PROCESO DE COTIZACIN DE PLANES TURSTICOS....................................4
PROCESO DE GENERACIN DE RDENES DE COMPRA................................5
PROCESO DE GESTION DE INCIDENTES.......................................................7
PROCESO DE SOLICITUD DE VIAJES: UTILIZACIN DEL SUBPROCESO
TRANSACCIONAL......................................................................................... 8
CONCLUSION................................................................................................ 11

METODOLOGA BPM
CICLO DE VIDA BPM
El ciclo de vida de BPM consta de 6 etapas, como se puede apreciar

A) MODELAMIENTO (MODEL)
Durante esta actividad, el propietario del proceso de negocio o analistas,
disean nuevos procesos, modifican o capturar los procesos existentes,
creando un diseo de alto nivel de las tareas que se realizan y de los
recursos que se necesitan. Adicionalmente, en esta etapa se realizan
algunas suposiciones con respecto al tiempo y costo de cada tarea. Con el
modelado de procesos, se logra un mejor entendimiento del negocio y
muchas veces presenta la oportunidad de mejorarlos.
B) SIMULACIN (SIMULATE AND ANALYZE)
El modelo de alto nivel de la fase anterior, es utilizado en escenarios
hipotticos para identificar caminos crticos y cuellos de botella. La
informacin obtenida en esta etapa, se utiliza para afinar el proceso antes
de su despliegue
C) IMPLEMENTACIN (IMPLEMENT AND DOCUMENT)
Durante esta etapa, el proceso de negocio de alto nivel es convertido de
una definicin de alto nivel a un modelo de proceso ejecutable. El proceso
es entonces documentado para que este pueda ser usado para
entrenamiento y futuros mantenimientos.
D) EJECUCIN (DEPLOY AND EXECUTE)
Esta etapa involucra el despliegue del proceso en un motor BPM para
ejecucin del flujo punto a punto entre sistemas y personas. Es a travs de
la informacin que se obtiene de la ejecucin diaria de los procesos que se
puede identificar posibles ineficiencias en los mismos y de esta forma
optimizarlos.
E) MONITOREO (MONITOR)

Esta etapa involucra monitorear los procesos de negocios que estn siendo
ejecutados para encontrar indicadores claves de rendimiento y otras
mtricas. El monitoreo es tpicamente realizado usando una herramienta de
Monitoreo de Actividades de Negocio (Business Activity Monitoring tool),
tambin conocidas como BAM, conjuntamente con el motor BPM.
F) OPTIMIZACIN (OPTIMIZE AND REDESIGN)
Despus que el sistema ha sido monitoreado por algn tiempo, las mtricas
histricas obtenidas pueden ser utilizadas para optimizar el proceso. Con el
rendimiento del proceso real y la utilizacin de mtricas, puede alimentarse
la herramienta de simulacin para de esta forma idear un modelo de
ejecucin ptimo.

MODELOS DE PROCESOS DE NEGOCIOS

PROCESO DE SOLICITUD DE CREDITO ELEMENTOS DEL BPMN
El Proceso de Solicitud Crdito gestiona las actividades necesarias para
recibir, analizar y aprobar solicitudes registradas por los clientes de una
entidad financiera.
Una versin simplificada de este proceso consta del registro de la solicitud,
la verificacin de la informacin del solicitante y el estudio del crdito.
Al registrar la solicitud el cliente manifiesta su inters de adquirir un crdito
y presenta la documentacin requerida a la entidad. Luego un agente
realiza la verificacin de la informacin presentada por el cliente, y
posteriormente la fbrica de crdito realiza estudio de la solicitud. Por
ltimo se realizan las actividades necesarias para desembolsar el monto
solicitado o informar el rechazo de la solicitud al cliente.
El proceso anterior representado mediante notacin BPMN es el siguiente:

Como se puede observar, dentro de un Diagrama de procesos de negocio

existe un conjunto de elementos grficos que permiten representarlo. Los
diagramas de procesos de negocio estn contenidos en objetos conocidos
como pools, que permiten representar las entidades responsables en un

proceso o simplemente identificarlo. BPMN tambin permite diagramar las

diferentes reas o participantes que intervienen dentro del proceso. Estos
objetos se conocen como lanes. En este caso el pool recibe el nombre de
Crdito y los lanes representan la Oficina, la fbrica de crdito y el rea de
operaciones.
Podemos distinguir en el diagrama 3 tipos diferentes de elementos que
describen el comportamiento del proceso: Las tareas que representan el
trabajo que se realiza en un punto del proceso; los eventos , que en este
caso solo se utilizan para identificar el inicio y el fin del proceso; los
elementos de decisin, conocidos en BPMN como Compuertas y que se
representan mediante rombos , que indican un punto de divisin en el flujo.
Dichos elementos 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 , que indica el comienzo del proceso.
Los procesos 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 . La primera representa el registro de la
informacin de la solicitud de crdito y la segunda, la verificacin de la
informacin del solicitante.
Una vez se realiza la verificacin de la informacin, el flujo encuentra una
Compuerta de decisin . 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 , indicando
la terminacin del proceso. El proceso termina cuando el solicitante fue
rechazado, la solicitud de crdito no fue aprobada o ya se realiz el
desembolso del crdito.

PROCESO DE COTIZACIN DE PLANES TURSTICOS

Este proceso gestiona las solicitudes de cotizacin de planes tursticos que
los clientes hacen a una agencia de viajes. Cuando un cliente realiza una
solicitud, es necesario que el agente de viajes determine los costos y
disponibilidad de cada uno de los servicios que el cliente incluy en su
solicitud (Tiquete, hotel, alquiler de auto). A continuacin se procede a
consolidar un plan turstico que se enva al cliente junto con el valor del

mismo. Si el cliente est interesado en el plan se inicia una gestin de

ventas, de lo contrario el proceso finaliza.

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 permite que solo se habiliten las actividades de
gestin relacionadas a 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 .
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 compuerta representa un punto de decisin en el proceso,
pero dicha decisin no depende de datos del proceso sino de eventos que
ocurran. En este caso pueden ocurrir dos eventos: el evento sin especificar
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
Subprocesos . 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 subproceso 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 .

PROCESO DE GENERACIN DE RDENES DE COMPRA

Este proceso tiene como objetivo generar rdenes de compra
automticamente de acuerdo a los niveles de inventario de una materia
prima especfica, gestionar su aprobacin e ingreso en los sistemas
contables de la empresa, realizar el envo de las mismas a los proveedores.

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.
El Evento de inicio condicional nos permite modelar esta situacin, ya que
este se activa cuando una condicin de negocio se cumple y da inicio al
proceso.
Posteriormente, un PDF de la orden de compra con todos los datos
necesarios debe ser generado automticamente. Para esto utilizamos una
tarea de tipo Servicio , que nos indica que es 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 Orden Aprobada? se utiliza para determinar el flujo
que se seguir de 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 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 que
habilita 2 caminos para su ejecucin simultnea.
En el primer flujo paralelo encontramos un nuevo tipo de tarea, la tarea de
Script . 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 . El evento adjunto es un evento de captura de error . Esta tarea
permite ingresar la orden de 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.
Finalmente encontramos dos compuertas para la convergencia de flujos. La
compuerta exclusiva sincroniza los flujos de la actividad de Enviar Orden al
ERP y Actualizar ERP manualmente, es decir, toma dos caminos entrantes y
genera uno saliente. De igual forma, la compuerta paralela sincroniza los
flujos habilitados anteriormente en paralelo. Una vez que los dos caminos
llegan a esta compuerta, el flujo termina al encontrar el evento de fin .

PROCESO DE GESTION DE INCIDENTES

El proceso de gestin de incidentes tiene como objetivo atender y solucionar
cualquier tipo en de falla en la infraestructura tecnolgica que impida el
desarrollo de las actividades dentro de una organizacin.
El proceso inicia con el reporte de un incidente por parte de un usuario del
servicio, posteriormente dicho incidente debe ser atendido por personal
tcnico quien deber buscar una solucin en el menor tiempo posible,
informarla al cliente y dejar registro de la solucin en una base de
conocimiento. Finalmente el caso es cerrado.
El siguiente diagrama representa una situacin ms compleja del proceso
anterior, al incluir aquellas actividades que se llevan a cabo de forma
excepcional, cuando el incidente es muy grave o no es posible solucionarlo
dentro del tiempo establecido:

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 . Estos eventos representan la 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 , de ser lanzado, activar el flujo de excepcin
relacionado en el proceso principal pero los flujos pendientes dentro del subproceso seguirn habilitados.
Para entender mejor la utilidad especfica de cada uno de eventos adjuntos
al subproceso de Anlisis de incidentes, veamos el flujo asociado a este subproceso:

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 . Recordemos que esta
habilita uno de los 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 y activa un flujo de excepcin que notificar al usuario
acerca de la demora de su solucin.
Por otro lado, la persona que atiende el caso puede llegar a una solucin o
encontrar que el incidente es un problema porque se ha presentado en
repetidas ocasiones, por lo que requerir una gestin adicional. Estas
condiciones son evaluadas por la compuerta exclusiva Resultado de la
Actividad, que habilitar el flujo correspondiente segn las condiciones de
negocio.
Si el incidente fue solucionado, se habilita el primer camino y el sub-proceso
finaliza para seguir con el flujo normal del proceso principal, de lo contrario,
si se identific un problema, se lanza un evento de fin de escalamiento que
activar el primer evento adjunto al sub-proceso . Este evento habilitar un
flujo excepcional que iniciar las gestiones del problema en el sub-proceso
de Gestionar Problema.

PROCESO DE SOLICITUD DE
SUBPROCESO TRANSACCIONAL

VIAJES:

UTILIZACIN

DEL

Los procesos transaccionales se utilizan para coordinar mltiples actividades

que necesitan ser completadas de manera exitosa. Utilizaremos el proceso
de solicitud de viajes para ejemplificar su uso.
Un proceso de solicitud de viajes comprende las actividades necesarias para
recibir y gestionar solicitudes de viaje presentadas por empleados de una
compaa. Este es un proceso sencillo si no se tienen en cuenta eventos
inesperados que puedan ocurrir y que afectan drsticamente el desarrollo
del proceso.

El proceso consta de 3 actividades. Primero el solicitante ingresa la

informacin relacionada al viaje, posteriormente el departamento
administrativo debe hacer las gestiones de las reservas que el empleado
solicit y finalmente enviarle la informacin relacionada a las mismas una
vez estas han sido confirmadas. Las actividades relacionadas al sub-proceso
de reservas seran las siguientes:

El departamento administrativo puede gestionar simultneamente las

reservas de automvil, hotel y/o tiquetes segn lo haya solicitado el
empleado. Una vez que todas las reservas necesarias han sido gestionadas,
el sub-proceso finaliza. Sin embargo mltiples situaciones inesperadas
pueden surgir durante el desarrollo del proceso.
Supongamos que el departamento administrativo ha gestionado
exitosamente la reservacin de automvil y hotel. Al momento de reservar
los tiquetes no encuentra disponibilidad de vuelo en ninguna aerolnea para
la fecha deseada. El automvil y el hotel ya han sido reservados para dicha
fecha, por lo que ser necesario deshacer dichas reservas y notificar al
empleado de la imposibilidad para reservar el vuelo en esa fecha. Lo
anterior se puede modelar de la siguiente manera:

Encontramos un nuevo tipo de evento adjunto a las distintas actividades

relacionadas a la gestin de las reservas, el Evento de Compensacin . Este
evento se utiliza para activar un flujo de 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 de Cancelar Auto
y Cancelar Hotel para que el departamento administrativo cancele dichas
reservas.
Podemos intuir que al compensar las actividades del sub-proceso, el proceso
principal no seguir el flujo normal, en este caso, no notificaramos al
empleado que las reservas han sido exitosas porque no lo fueron. Para tener
esto en cuenta debemos modificar la diagramacin del proceso principal:

Vemos un nuevo tipo de elemento; El sub-proceso transaccional . Este tipo

de sub-proceso 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 subproceso, 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
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 del subproceso quedara de la siguiente manera:

Si durante la ejecucin de la tarea automtica se present un error (cada de

servicio, error de conexin) se deber finalizar el sub-proceso y activar un
flujo de excepcin en el proceso principal. Para que el error pueda ser
capturado se debe adjuntar un evento de error a los lmites del sub-proceso.

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.

CONCLUSION
Modelar con BPMN es esencial para los procesos del negocio que entienden
y quese comunican a travs de la empresa. BPMN proporciona un aumento
de granalcance a otras tcnicas que modelan tales como datos
emparentados que modelan.Estas tcnicas de modelado permiten a una
Empresa entender y disear suarquitectura, lo que le permite reaccionar
para cambiar ms aprisa, y de una manerams segura.

Referencias
GeneXus. (s.f.). Obtenido de https://www.youtube.com/watch?
v=M0bBP_l51Xw&list=PL2npmScYno4bNc2KvKjkC1iEatXorsm8N&inde
x=1
Ruiz, F. (s.f.). Obtenido de
http://alarcos.esi.uclm.es/per/fruiz/cur/pn/trans/pn_bpmn.pdf
Suite, B. (s.f.). Obtenido de
http://resources.bizagi.com/docs/BPMNbyExampleSPA.pdf