Ejemplo Procesos BPMN
Ejemplo Procesos BPMN
Ejemplo Procesos BPMN
El Proceso de Solicitud Crédito gestiona las actividades necesarias para recibir, analizar y aprobar
solicitudes registradas por los clientes de una entidad financiera.
Una versión simplificada de este proceso consta del registro de la solicitud, la verificación de la
información del solicitante y el estudio del crédito.
Los diagramas de procesos de negocio están contenidos en objetos conocidos como pools, que
permiten representar las entidades responsables en un proceso o simplemente identificarlo. BPMN
también 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 Crédito y los lanes
representan la Oficina, la fábrica de crédito y el área de operaciones.
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
1
proceso; los elementos de decisión, conocidos en BPMN como Compuertas y que se representan
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, señal, entre otros), posteriormente veremos la utilización de algunos de ellos.
Una vez se realiza la verificación de la información, el flujo encuentra una Compuerta de decisión
Algo similar ocurre una vez se estudia el crédito: la compuerta exclusiva ¿Solicitud Aprobada? evalúa
el resultado del estudio del crédito y dependiendo de este, notifica el rechazo de la solicitud o
procede a desembolsar el monto del crédito.
Al final de este proceso encontramos un Evento de fin terminal , indicando la terminación del
proceso. El proceso termina cuando el solicitante fue rechazado, la solicitud de crédito no fue
aprobada o ya se realizó el desembolso del crédito.
2
Proceso de Cotización de Planes Turísticos
Este proceso gestiona las solicitudes de cotización de planes turísticos 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 continuación, se procede a consolidar un plan turístico
que se envía al cliente junto con el valor del mismo. Si el cliente está interesado en el plan se inicia
una gestión de ventas, de lo contrario el proceso finaliza.
El proceso inicia con la actividad Solicitar Cotización, donde el cliente manifiesta su interés en un
plan turístico y describe sus requerimientos. El cliente puede solicitar planes que incluyan alquiler
de vehículo, hotel y tiquetes. De acuerdo a los servicios que escoja, se deberán hacer las gestiones
necesarias para determinar disponibilidad y costo de los mismos.
La compuerta inclusiva permite que solo se habiliten las actividades de gestión relacionadas
a los servicios que el cliente desea, es decir que los caminos no son excluyentes y se puede seguir
uno o más de los 3 disponibles.
Para garantizar que el proceso no continúe hasta que las gestiones de los servicios solicitados no
hayan sido finalizadas, se utiliza la misma compuerta inclusiva como compuerta de convergencia o
sincronización. Esto quiere decir que la compuerta permitirá que el flujo continúe únicamente
cuando todos los caminos activos lleguen a ella.
Una vez gestionados los servicios solicitados, el agente de viajes deberá consolidar un plan turístico
basado en la disponibilidad y costos de los mismos. Posteriormente la propuesta se enviará al cliente
vía correo electrónico, 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.
3
A continuación encontramos en el diagrama una Compuerta basada en eventos . Esta
compuerta representa un punto de decisión en el proceso, pero dicha decisión 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 temporización
Esperar respuesta, que espera un tiempo específico 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 envía una respuesta a la cotización después de un tiempo determinado, el proceso
En caso de que el cliente dé una respuesta positiva a la propuesta enviada, se deberá iniciar una
4
5
6
7
8
9
10
11
12
13
14
15
16
17