Modelado básico con

BPMN

Gestión de Procesos y Servicios

Introducción
Un modelo se caracteriza por

Mapeado
Abstracción
Propósito
¿Para qué modelamos?
Modelamos para entender
 Tipos de propósito

Diseño organizacional
Diseño de sistemas
 Introducción
BPMN Básico
 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.

10
 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)
 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)
 • Cuando se recibe la factura de un cliente, tiene que ser
comprobada. La comprobación puede resultar en tres
casos: 1) No hay errores, en cuyo caso la factura es
contabilizada; 2) hay errores pero pueden ser corregidos,
en cuyo caso la factura es reenviada al cliente, y 3) 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

 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
 Decisiones exclusivas

XOR join
XOR split

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

 • 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

 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.
 Ejecución en paralelo

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

 Ejecución en paralelo
Distintos
resultados

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

 Distintos eventos de inicio

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

 • 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

 Gateways

• Nodo inclusivo: el flujo continúa por todas las alternativas

que satisfacen la condición.

Condición 1

Condición 2
 Decisión inclusiva

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

 Deadlocks

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

 Continuamos con el 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

© M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013
 • 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

 Introducción
BPMN Básico
La perspectiva de datos
 Data objects

• Representan datos manejados por las actividades. El dato

puede tener un estado asociado.

33
 Objetos de datos

Dato con estado

Almacenes de
datos

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

¿Puedo sustituir el flujo de secuencia por flujo
de datos?
¿Afectan los objetos de datos a los tokens?
¿Tenemos que modelar siempre los objetos de
datos?
 Introducción
BPMN Básico
La perspectiva de datos
La perspectiva de organizacional*

*En esta lección veremos una introducción a la perspectiva organizacional que profundizaremos
en lecciones posteriores
 Recursos

Participante del proceso

Sistema software
Equipamiento
 Recursos

• Pasivos
– Ej. fotocopiadora
• Activos
– Ej. Persona que fotocopia
 Pools y lanes

Artefacts
• Los pools y lanes no tienen un significado concreto, pero lo
Flow Objects Connecting Objects

habitual es:
Events Data Object Sequence Flow

M. Weske: Business Process Management,

© Springer-Verlag Berlin Heidelberg 2007
– Pools: Representan
Activities Place organizaciones
Group
/ procesos
Message Flow
Order
– Lanes: Representan roles o departamentos en una organización
(nunca personas concretas)
Gateways Annotation Association

Swimlanes
Lane
Pool

Fig 4.78. Business Process Modeling Notation: categories of elements

 W
ar
e h
ous
e&D
is
tr
ibu
tio
n-E
RPS
ys
tem

P
urcha
se
R
EPy
Ste
s m o rd
er

C hec
k C hec
k
s to
ck ra
w m a
terials
a
vaila
bility pro
duct av
aila
bility
Pu
rchas
e n
ot
n
tio

orde
r ins
tock S
upp
lie
rs
re
ceiv
ed
u

pro
duct ca
ta
log
trib

ins
toc
k
&is
D

W
ar
e h
ous
e&D
is
tr
ibu
tio
n
s
ue

W
are
hou
se
o

DB Requ e
st O btain
h

Ra
w
re

ra
w m ate
rials ra
w m ateria
ls
W

m
ate
ria
ls
a

from from
Supplie
r1 Supplier1
ra
w materials
pro
vided b y
lle
r

S
upplier1
e
S

M
anu
fac
ture Get
pro
duct s
hip
ping
add
ress
Retrie
ve
prod u
ct ra
w materials
fro m pro
vided b y
w
areh o
use S
upplier2
Requ e
st O bta in
Produc
ts ra
w m ate
rials ra
w m a teria
ls Ra
w
w
a re
hous
e fro m m
ate
ria
ls P
ro
duc
t
from
Supplie
r2 Supp lier2

S
ale
s

C
onfirm
s
le

orde r
a
S

P
urcha
se
o rd
er
© M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013
 S
hip
pin
g Pro
duc
t
a
d d
res
s
[p
acka
ged]

S
hip
g p
rodu
ct
s

In
voic
e
O
rd
ers
DB

Emit Re
ceiv
e A
rch
ive
in
voice p
ayment ord
er
Ord er
fu
lfille
d

Purc has
e P
urchas
e
P
ay
m e
nt o rde
r
o rd e
r
[c
on firmed] [p a
id
] © M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013
 Vista privada: Típico flujo de trabajo que muestra los
Facturación
procesos internos de una organización específica

Recibir
Pago

Factura
Enviar
Factura
Gestión de Pedidos
Servicio al Cliente

Recibir Cerrar
Pedido Pedido

Pedido
Producción

Satisfacer Entregar
Pedido Pedido
 Vista abstracta: Representa la interacción entre un
proceso de negocio privado y otro que se muestra como
Proceso de
caja negra
una caja negra
Paciente

Petición de Datos de la
Consulta Cita

Síntomas Receta
Enfermera

Recibir la
Petición de Enviar la Cita
Consulta del Médico

Consulta
Médico

Atender al Recetar
Paciente Medicinas

Flujo de
mensajes Proceso de
caja blanca
 Colaboración: Representa la interacción entre dos o más
procesos de negocio privados
Paciente

Llamar al Ir a la Recoger las

Recibir la Cita
Médico Consulta Recetas

Petición de Datos de la
Consulta Cita

Síntomas Receta
Enfermera

Recibir la
Petición de Enviar la Cita
Consulta del Médico

Consulta
Médico

Atender al Recetar
Paciente Medicinas
 C
us
tome
r

P
urc
has
e Purcha
se S
hip
ping Pro
duc
t In
voic
e P
ay
m e
nt
o
rde
r ord
er a
ddres [p
s acka
ged
]
[c
onfir
m e
d]
W
ar
e h
ous
e&D
is
tr
ibu
tio
n-E
RPS
ys
tem

P
ur
c h
ase
order
RPy
Ste
s m

pro
duct
E

C hec
k ins
toc
k C hec
k
s to
ck r
a wm a
te ria
ls
a
vaila
bility av
aila
bility
P
u r
c has
e
ord e
r S
upp
lie
rs
n

r
e ceiv
ed
tio

ca
ta
log
produc
t
u

not
ib

insto
ck
tr
is
D

W
ar
e h
ous
e&D
is
tr
ibu
tio
n
&

Ra
w
e

W
ar
e h
ous
e m
ate
ria
ls
s
u

DB
ho

R
e qu e
st O bta in
Wre

r
a wm ate
rials r
a wm a teria
ls S
hip
pin
g
a

from fr
o m a
d d
res
s
Supplie
r1 Supp lier1
lle
r

r
a wmaterials
e
S

pro
vided b y
S
upplier1
Get
M
anu
fac
ture S
hip
s
hip
ping
pro
duct p
rodu
ct
add
ress
r
a wmaterials
pro
vided b y
Retr
iev
e S
upplier2
produc
t P
ro
duc
t
from R
e qu e
st O bta in
r
a wm ate
rials r
a wm a teria
ls O
rde
rs
w
arehou
se D B
from fro m
Products Supplie
r2 Supp lier2
w
a r
e h
ou s
e

S
ale
s

R
eceiv
e A
rch
ive
s

C
onfirm Emit
le

orde r in
voice P
ay
m ent ord
er
a
S

Ord er
fu
lfille
d

P
urcha
se Pur
c hase P
urchas
e
o rd
er orde r o rde
r
[c
onfir
m e d
] [p a
id
]
R a
w R
aw
m
ate
ria
ls m
ate
ria
ls
req
u e
st

S
up
plie
r1

R a
w R
aw
m
ate
ria
ls m
ate
ria
ls
req
u e
st

S
up
plie
r2

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

 Introducción
BPMN Básico
La perspectiva de datos
La perspectiva organizacional*
Descomposición de procesos
 Descomposición de procesos

Mejorar la legibilidad y entendibilidad

 Actividades

• Tareas • Subprocesos

Nombre Nombre

+
 Actividades

• Subproceso: actividad compuesta que se

puede desglosar en subactividades con un
nivel más fino de detalle. Pueden aparecer:
– En versión colapsada (signo “+”)
Nombre

– Expandida Nombre
 A
cqu
irera
w m
ate
ria
ls
rawm a
teria
ls
pro
vid e
d b y
Supplie
r1 P
urc
h a
s e ra
w
m
ate
rialsfrom
Supplier1

Ch
e ckra w M
anu
fac
ture
ma te
ria ls pro
duct
a
vaila
b ility
S
to
ckav
aila
bility R
awmate
ria
ls
ch
ecked a
cqu
ired
P
urc
h a
s era
w
m
ate
ria
lsfrom
rawm a
teria
ls S
upplie
r2
pro
vid e
d b y
Supplie
r2

p
rodu
ctnot
ins
toc
k

C
hecksto ck
a
vaila
bility
P
ur
c ha
seorde
r
r
e c
eiv
ed pro
duct
ins
toc
k

S
hipan
d in
voic
e

Retrieve
G
ets
hip
m en
t
p
roduc tfrom ad
dres
s S
hippro
duc
t
wareh ou s
e

C
onfirmo
rde
r A
rc
hiv
e o
rde
r

Ord e
r O
rde
rshipped O
rd
erfu
lfille
d
c
onfirme
d a
ndinv
o ic
ed

Rec
eiv
e
E
mitin
voic
e
p
ayment

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

Order6_2

A
cquire r
a w M
anu
fac
ture
mate ria
ls pro
duct

p
rodu
ctnot
ins
toc
k

C
hecksto ck
a
vaila
bility
P
ur
c ha
seorde
r
r
e c
eiv
ed
pro
duct
ins
toc
k

Retrieve S
hipand
p
roduc tfr
o m C
on
firmo
rde
r A
rc
hiv
e o
rde
r
in
voic
e
wareh ouse
O
rde
rfu
lfille
d

S
hipa
ndin
voic
e A
cqu
ir
e r
a wma
te
ria
ls

G ets hip ment

© M. Dumas et al. Fundamentals
a dof
d rBPM,
ess Springer-Verlag, 2013
S hip produc
t
¿Cuando descomponer en subprocesos?

Cuando es demasiado grande

(> 30 elementos aprox.)
 Reutilización de procesos (subprocesos globales)
ch4_LoanHierarchy2

R
eje
ctho
m e
lo
an
lo w
lia
bility

R
egis
terhom e C
hec kho me
lo
an a
pplic
atio
n lo an
a
pp lic
atio
n
Ho
m elo a
n Ho
m elo a
n
a
pplicatio
n a
pplic
a tio
n
receive d c
om ple te
d
hig h
lia
bility
A
ppr
o v
e h
ome
lo
an S
ig
n lo
an

C
onditionally
ap
p rove Call activities
d
ebts s
tud
e n tlo
a n

Re
g is
te r
s
tud
e ntloan C
he
ckd
ebts S
ig
n lo
an
app
lication
S
tud
e ntloan S
tu
de n
tloan
app
licatio
n ap
plic
atio
n
re
ceive d co
m plete
d
n
o d
ebts

App
rove
s
tud
entlo
an

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

 Introducción
BPMN Básico
La perspectiva de datos
La perspectiva organizacional*
Descomposición de procesos
Método de modelado
 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
 Introducción
BPMN Básico
La perspectiva de datos
La perspectiva organizacional*
Descomposición de procesos
Método de modelado
Errores comunes
 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.

 Introducción
BPMN Básico
La perspectiva de datos
La perspectiva organizacional*
Descomposición de procesos
Método de modelado
Errores comunes
Resumen
 Resumen

• Actividades, eventos, gateways

• Perspectiva de datos
• Perspectiva organizacional
• Descomposición en subprocesos
• Método de modelado
• Errores comunes
Fundamentals of Business Process Management

• Accesible en: http://0-

link.springer.com.fama.us.es/b
ook/10.1007/978-3-642-33143-
5/page/1
• Más información en:
http://fundamentals-of-bpm.org/
BPMN Method and Style

• Más información en:

http://brsilver.com/bpmn-
method-and-style/