Simulación de Sistemas

Modelos

Introducción a la gestión de procesos

Basado en: Curso Business Process Management - Marlon Dumas

 Objetivo de la Sesión
• En esta unidad se introduce los principios y métodos de la
gestión de procesos de negocio a lo largo de todo el ciclo
de vida de los procesos: desde la identificación hasta el
rediseño, la automatización y el control.
• Se enfatiza el papel de los modelos de procesos de negocio
como un instrumento para comprender y analizar las
operaciones de negocio, y para impulsar el diseño de
soluciones de tecnología de información que soportan la
ejecución de procesos de negocio.
¿Qué es la gestión de procesos de negocio?
 Definiciones
Enfoque de Modelado
 Puntos de Vista
Datos
• ¿Qué información es importante?
(ej: Paciente, Proveedor, Producto,
..)
Funciones
• ¿Qué funciones serán realizadas?
(ej: Hacer plan de producción,
procesar pedidos)
Organización
• ¿Qué unidades organizacionales
existen? (ej: Compras, Almacén,
Contabilidad)
Procesos
• Interrelaciones entre datos,
funciones y unidades
organizacionales
Productos/Servicios
• ¿Cuáles son los productos
/servicios importantes? (ej:
historia clínica, diagnóstico,
factura)
 Ejemplos: Procesos
• Order-to-cash: Este es un tipo de proceso realizado por un proveedor, que
comienza cuando el cliente envía una orden para comprar un producto o un
servicio y termina cuando el producto o servicio en cuestión haya sido
entregado al cliente y la cliente haya realizado el pago correspondiente
• Quote-to-order: Este tipo de proceso normalmente precede a un proceso
Order-to-cash. Se inicia desde el momento en que un proveedor recibe una
"Solicitud de Cotización“ de un cliente y termina cuando el cliente en cuestión
coloca una orden de compra en base a la cotización recibida.
• Issue-to-resolution. Este tipo de proceso se inicia cuando un cliente plantea
un problema o asunto, como una queja relacionada con un defecto en un
producto o un problema se encuentra cuando se consume un servicio. El
proceso continúa hasta que el cliente, el proveedor, o preferiblemente ambos,
de acuerdo en que el problema se ha resuelto.
 Mi lavadora no funciona

Warranty?
Call Centre
Technician

Customer Customer
Parts
Service Store
Dispatch

VALUE
issue-to-resolution process

© Michael Rosemann
 Procesos y Resultados
• Todo proceso lleva a uno o varios resultados:
– Los resultados positivos producen valor
– Los resultados negativos no producen valor (o lo reducen)
• Ejemplos
– Fallo reparado sin la intervención del técnico
– Fallo reparado con intervención mínima del técnico
– Fallo reparado cubierto totalmente por la garantía
– Fallo reparado cubierto parcialmente por la garantía
– Fallo reparado no cubierto por la garantía
– Fallo no reparado
 Propósitos de modelado de procesos
• Comunicación
Process
• Documentación identification
• Análisis (por ejemplo Process
Process architecture
architecture
Conceptual
simulación)
Conformance
Conformance and
and Process As-is
As-is process
process
performance
performance insights
insights discovery model
model

Process
Process
Ejecutable monitoring and
controlling analysis

Executable
Executable Insights
Insights on
on
process
process weaknesses
weaknesses and
and
model
model their
their impact
impact

Process Process
• Automatización implementation To-be
To-be process
process
model
model
redesign

• Testing
9
Conceptual
Business Process Model and Notation (BPMN)

• OMG standard (nowadays BPMN 2.0)

• Soportado por muchas herramientas: bpmn.org
existen mas de 70 herramientas
• Valido para modelos conceptuales y
ejecutables
 BPMN
• BPMN viene de Business Process Modeling
Notation (Notación para el Modelado de
Procesos de Negocio).
• Es un estándar de representación gráfica de
procesos de negocio
• Pretende ser un lenguaje accesible tanto para
desarrolladores como para clientes y
directivos. http://www.bpmn.org/
 Tres niveles de BPMN
• Nivel 1 (Modelado descriptivo): Usa un
subconjunto reducido de elementos de BPMN y su
objetivo es facilitar la definición de un proceso.
• Nivel 2 (Modelado analítico): Usa toda la
expresividad de BPMN para describir el proceso
de negocio de forma precisa, incluyendo manejo
de excepciones.
• Nivel 3 (Modelado ejecutable): Orientado a la
implementación del proceso de negocio.

12
 Un proceso sencillo
Actividades Flujo de
secuencia

Eventos
© M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013
 Tokens

© M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

 Convenciones de nombres
• Actividades: VERBO + NOMBRE (Primera letra mayúsculas)
– Aprobar orden
• Eventos: NOMBRE + PARTICIPIO (Primera letra mayúsculas)
– Factura emitida
• Procesos: NOMBRE + ADJETIVO (Minúsculas)
– Gestión de pagos
• Evitar nombres muy largos (< 5 palabras)
• Evitar verbos genéricos (ej. Hacer)
 BPMN…..
•Un modelo de procesos BPMN consiste de un
gráfico de cuatro tipo de elemento :

start end
activity event gateway sequence
flow
 Empezaremos el modelado
An order-to-cash: El proceso se desencadena por la
recepción de una orden de compra de un cliente.
Tras la recepción de la orden de compra se revisa la
disponibilidad de stock para determinar si el
artículo solicitado puede ser atendido. Dependiendo
de la disponibilidad la orden de compra puede ser
confirmada o rechazada. Si el pedido es
confirmado, una factura se emite y los productos
solicitados se envían. El proceso se completa
mediante el archivo de la orden o si el pedido es
rechazado.
 Empezaremos el modelado - Descomposición

• An order-to-cash: El proceso se desencadena por la

recepción de una orden de compra de un cliente.
• Tras la recepción de la orden de compra se revisa la
disponibilidad de stock para determinar si el artículo
solicitado puede ser atendido.
• Dependiendo de la disponibilidad la orden de compra
puede ser confirmada o rechazada.
• Si el pedido es confirmado, una factura se emite y los
productos solicitados se envían.
• El proceso se completa mediante el archivo de la orden
o si el pedido es rechazado.
 Empezaremos el modelado - Descomposición

• An order-to-cash:
• El proceso se desencadena por la recepción de
una orden de compra de un cliente.
• Tras la recepción de la orden de compra se
revisa la disponibilidad de stock para
determinar si el artículo solicitado puede ser
atendido.
• ……
 BPMN Model

Check stock
availability
Purchase
order
received

20
 Empezaremos el modelado - Descomposición

• An order-to-cash:
• …….
• Dependiendo de la disponibilidad la orden de
compra puede ser confirmada o rechazada.
• Si el pedido es confirmado, una factura se
emite y los productos solicitados se envían.
• El proceso se completa mediante el archivo de
la orden o si el pedido es rechazado.
 Order-to-cash BPMN Model
Reject order
end
activity Items not in
stock
Order event
rejected
Check stock
availability
split gateway end
Purchase
order Items in event
received stock Confirm Emit Archive
Ship goods
start order invoice order
Order
event fulfilled

22
 Ejecución del Modelo de Proceso
The “token game”
Order #1
Order #2
Order #3

Reject order
Items not in
Order
stock
rejected
Check stock
availability
Purchase
order Items in
received stock Confirm Emit Archive
Ship goods
order invoice order
Order
fulfilled

23
 Ejemplo :Order-to-cash
Volviendo a revisar
[…] Si la orden es confirmada, una factura es emitida y los
productos solicitados son enviados. El proceso se termina con
el archive de la orden. […]

Reject order
Items not in
Order
stock
rejected
Check stock
availability
Purchase
order Items in
received stock Confirm Emit Archive
Ship goods
order invoice order
Order
fulfilled

24
 Order-to-cash Primer intento

Reject order
Items not in
Order
stock
rejected
Check stock
availability split Emit invoice
Purchase
order Items in
received stock Confirm Emit Archive
Ship goods
order invoice order
Order
split join fulfilled

Ship goods

25
 Gateways

M. Weske: Business Process Management,

© Springer-Verlag Berlin Heidelberg 2007
Data-based XOR AND OR

Event-based XOR Complex

Fig 4.84. Gateway types in the BPMN, Object Management Group (2006)
 Gateways

• Nodo exclusivo: el flujo continúa por la primera

alternativa que satisface la condición. Si ninguna
satisface, entonces continúa por la alternativa que
tiene la marca “/”
Condición 1

Condición 2
 Facturación
• Cuando se recibe la factura de un cliente, tiene que ser
comprobada. La comprobación puede resultar en tres
casos:
• No hay errores, en cuyo caso la factura es contabilizada;
• Hay errores pero pueden ser corregidos, en cuyo caso la
factura es reenviada al cliente, y
• Hay errores pero no pueden ser corregidos, en cuyo caso la
factura se bloquea. Al terminar una de estas tres
atividades, la factura es almacenada y el proceso termina.

© M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

 Decisiones exclusivas
XOR split XOR join

© M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

 Gateways
• Ejecución en paralelo (bifurcación): se usa cuando
dos o más tareas se empiezan a llevar a cabo
concurrentemente
 Gateways
• Ejecución en paralelo (unión): se usa para
postsincronizar dos o más tareas que se han llevado a
cabo concurrentemente. Espera un token de todas las
ramas.
 Embarque ….
• Al recibir la tarjeta de embarque, los
pasajeros van al control de seguridad. Aquí
tienen que pasar el control personal y el
control del equipaje. Una vez realizado,
pueden pasar a la puerta de embarque.

© M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

 Ejecución en paralelo

© M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

 Order-to-cash: Revisión del Modelo de
Procesos

Reject order
Items not in
stock Order
rejected

Check stock
availability XOR-split Send invoice
Purchase
order Items in
received stock
Archive
Confirm order
order
Order
AND-split AND-join fulfilled

Ship goods

34
 Gateways
• Nodo inclusivo: el flujo continúa por todas las
alternativas que satisfacen la condición.
Condición 1

Condición 2

• Inclusive merge: procede cuando todas las ramas activas

terminan.
•
 Pedidos
• Una compañía tiene dos almacenes que almacenan
distintos productos, uno está en Amsterdam y otro
en Hamburgo. Cuando se recibe un pedido, se
distribuye a estos almacenes: si alguno de los
productos están en Amsterdam, un subpedido se
envía allí; del mismo modo, si algún producto está
en Hamburgo, un subpedido se envía allí. Después
el pedido se registra y el proceso termina.

© M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

 Decisión inclusiva

© M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

 Punto muerto

© M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

 Proceso de gestión de pedidos…
• Si el producto solicitado no está en stock, hace falta
fabricarlo antes de que la gestión del pedido pueda
continuar. Para fabricar un producto, es necesario pedir los
materiales para fabricarlo. Dependiendo del producto, los
materiales se pueden pedir al Proveedor 1, al Proveedor 2
o a ambos. Una vez que los materiales están disponibles, el
producto se puede fabricar y el pedido se confirma. Por
otro lado, si el producto está en stock, se obtiene del
almacen antes de confirmar el pedido.

© M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

 Proceso de gestión de pedidos…

© M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

 Ministerio de ….
• En el ministerio de hacienda, las peticiones recibidas se
registran en el sistema. Luego se investigan para preparar
una respuesta del ministerio. La finalización de la
respuesta incluye la preparación de la misma por un
miembro del gabinete y su revisión por parte del
responsible del mismo. Si éste no aprueba la respuesta,
tiene que ser preparada de nuevo por el miembro del
gabinete. El proceso termina cuando la respuesta es
aprobada.

© M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

 Bucles

© M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

 Puntos de Vista para el Modelamiento de
Procesos
Organization
Who?
Lanes &
Pools
What?
Tasks When?
Events
Flows
Gateways

Which?
Data Objects,
Data / Materials Stores
 Pools y lanes
Flow Objects Artefacts Connecting Objects
• Los pools y lanes no tienen un significado
Sequence Flow
Events Data Object

M. Weske: Business Process Management,

concreto, pero lo habitual es:

© Springer-Verlag Berlin Heidelberg 2007

Activities Place
– Pools: Representan
Group
Order organizaciones
Message Flow
/ procesos
– Lanes: Representan
Gateways Annotationroles o departamentos
Association en
una organización (nunca personas concretas)
Swimlanes
Lane
Pool

Fig 4.78. Business Process Modeling Notation: categories of elements

Order-to-cash: Procesos con lanes
 Message Flow
A Message Flow representa un flujo de información entre dos
procesos (Pools).
Message

Pool 2

Pool 2
Receive
Pool 1

Pool 1
Send Receive
Send

46
Order-to-cash

47
Process Modelling Viewpoints

Which?
Data Objects,
Data / Materials Stores
 Nuevamente el proceso: Order-to-cash

Send
invoice

Confirm Archive
Items in order order
stock Order
fulfilled
Check stock
Ship goods
availability
Purchase
order Items not in
received stock
Reject order
Order
rejected

49
 Modelo con artefactos de información

Purchase Invoice
Order
Purchase
Purchase Purchase Send Order
Order Order invoice
[checked]

Confirm Archive
Items in order order
stock Order
fulfilled
Check stock
Ship goods
availability
Purchase
order Items not in
received stock
Reject order
Order Orders DB
rejected Purchase Shipment
Order notice
Warehouse DB

Purchase Purchase
Order Order
[rejected] [approved]
50
BPMN Information Artifacts
A Data Object

Purchase Invoice
order

Emit
invoice

A Data Store

Oracle CRM Client info

Retrieve client
information

51
 Quick Note: BPMN Text Annotations

Anotaciones

Includes packaging For blocked invoices

Clear vendor
Ship goods
line items

52
 Método para modelar en BPMN
• Paso 1: Definir el alcance del proceso
• Paso 2: Crear el diagrama de alto nivel para el camino feliz
• Paso 3: Añadir otros caminos de alto nivel
• Paso 4: Expandir subprocesos para mostrar detalles
• Paso 5: Añadir flujo de mensajes intermedios a pools
externos
• Paso 6: Añadir datos
 Paso 1: Definir el alcance del
proceso
• ¿Qué constituye el inicio del proceso?
• ¿Qué representa una instancia del proceso?
• ¿Quién es el “cliente”? ¿O es el iniciador un
participante de dentro del proceso?
• ¿Qué significa el final del proceso?
Paso 2: Crear el diagrama de alto
nivel para el camino ideal
• Añadir pools
• Añadir lanes al pool del proceso
• Añadir eventos de inicio y fin (feliz)
• Añadir pasos principales en el camino feliz
• Reconectar pasos concurrentes y
condicionales
Paso 2 (previo)
Paso 2
 Paso 3: Añadir otros caminos de
alto nivel
• Identificar estados finales de error
• Insertar evento final por cada estado final
• Insertar gateways para definir los caminos
de error
Paso 3
Paso 4: Expandir subprocesos
para mostrar detalles
 Paso 5: Flujo de mensajes
intermedios a pools externos
• Añadir black-box pools para participantes
externos
• Añadir flujo de mensajes de alto nivel
• Añadir flujo de mensajes en diagramas de
subprocesos
Paso 5
Paso 5
Paso 6: Añadir datos
 Reglas básicas de uso a tener en
cuenta
• Todo proceso o subproceso debe tener un
evento de inicio.
 Reglas básicas de uso a tener en
cuenta
• Todas las actividades, gateways y eventos deben estar conectados por
una cadena de flujos de secuencia desde el nodo de inicio al nodo de
fin.
 Reglas básicas de uso a tener en
cuenta
• Los flujos de secuencia no deben cruzar nunca de un pool a otro. Para
eso se usan los de mensaje.
 Reglas básicas de uso a tener en
cuenta
• Los flujos de secuencia no deben cruzar nunca de un pool hijo al
padre.
 Reglas básicas de uso a tener en
cuenta
• El flujo de mensajes no puede conectar puntos del mismo pool
 Reglas básicas de uso a tener en
cuenta
• El flujo de mensajes no puede conectar puntos del mismo pool (forma
correcta)
 Reglas básicas de uso a tener en
cuenta
• El flujo de mensajes no puede conectarse a un gateway.
BPMN Poster (link in “Readings” page)

72
Fundamentals of Business Process Management

• Accesible en: http://

0-link.springer.com.fama.u
s.es/book/10.1007/978-3-6
42-33143-5/page/1
• Más información en:
http://fundamentals-of-bpm.
org/