Este documento presenta los elementos básicos del estándar BPMN (Business Process Model and Notation) para la modelización de procesos de negocio. Explica conceptos como actividades, eventos, flujos de secuencia, compuertas y objetos de negocio, y cómo estos elementos capturan diferentes perspectivas de los procesos como la de comportamiento, información u organización. También describe elementos adicionales como contenedores, carriles y flujos de mensajes para representar la asignación de recursos y la colaboración entre organizaciones.

1. Universidad Internacional de La Rioja
Modelización y Análisis de Procesos bajo BPMN
Tema 4: BPMN
(Business Process Model and Notation)

2. 2
2
Agenda y Contenidos

3. 3
Índice del tema
1. ¿Cómo estudiar este tema?
2. Estándar BPMN
3. Elementos básicos de BPMN
4. Ejemplos de procesos en BPMN
5. Glosario de términos BPMN
3

4. 4

5. Perspectivas
de los
procesos de
negocio
Funcional
De
comportamiento
Informativa
Organizacional
Operacional
Perspectivas de los procesos de negocio & BPMN
5
Actividades
Flujo de
control/ejecución
Flujo de datos
Recursos
Automatización

6. BPMN from 10,000 miles…
• Basado en los populares diagramas de flujo:
Conjunto de elementos principales (core)
Cada elemento principal cuenta con subtipos que aportan más expresividad
• Un modelo de proceso BPMN es un grafo compuesto por los siguientes elementos principales:
Actividad (tarea)
Compuerta
Evento
Flujo de
secuencia
Inicial Final
Primeros pasos con BPMN
.Capturan trabajo realizado
en el proceso (acciones).
.Acción sobre un objeto
.Verbo (acción) y un
sustantivo (objeto). Ej:
Facturar venta
.Sucesos ”instantáneos”.
. Inicial, intermedio, final del
proceso.
Objeto y verbo en participio.
Ej: factura recibida
Modelan la divergencia y
convergencia del flujo de
ejecución.
Marca el orden de
sucesión de las
actividades y eventos,
uniendo estos, así como
compuertas.
6
Intermedio

7. Example: XOR Gateway
Ej: Proceso de comprobación de factura
Decisión basada
en datos
Las condiciones se
definen sobre los
flujos de secuencia
7
• La actividad es la encargada de producir este hecho
• Símbolos equivalentes
• El Gateway requiere de un hecho (una variable)
Perspectiva de comportamiento: compuerta XOR o exclusiva

8. Ej: proceso cocinar
Perspectiva de comportamiento: compuerta XOR o exclusiva
8
Decisión basada
en datos
Las condiciones se definen sobre los flujos de
secuencia
(Freud, Rücker, & Hitpass, 2014)
Estas tres posibilidades son excluyentes, es decir sólo
una opción es válida.
Los diferentes recorridos en este caso se
Unen a un término común, esto depende
de la lógica del proceso
Token
Nota:Instancia y token no son lo mismo

9. Example: AND Gateway
Ej Proceso de control de seguridad del aeropuerto
Activa todos los
caminos
Sincroniza todos
los caminos
9
Perspectiva de comportamiento: compuerta AND o paralela
• Salidas paralelas a la vez
• El paralelismo no significa que obligatoriamente las actividades tienen que ejecutarse
exactamente en forma simultánea

10. 10
Perspectiva de comportamiento: compuerta AND o paralela
Ej: proceso cocinar
Artefacto
(Freud, Rücker, & Hitpass, 2014)

11. Solution using OR Gateway
Ej: Proceso de reparto de un pedido
Activa múltiples
caminos
(uno o más)
Sincroniza todos los
caminos activos
Las condiciones se
definen sobre los
flujos de secuencia
11
Perspectiva de comportamiento: compuerta OR, inclusiva de datos
• Se formula una situación que responde a las preguntas «y/o»
• Se puede escoger uno, muchos o simplemente todos los flujos de salida

12. 12
Perspectiva de comportamiento: compuerta OR, inclusiva de datos
• Se formula una situación que responde a las preguntas «y/o»
• Se puede escoger uno, muchos o simplemente todos los flujos de salida
Ej: proceso cocinar

13. Business Objects (a.k.a. artifacts)
Perspectiva informativa: Objetos de negocio (o Artefactos)
enriquecen de de información lainformación la
descripción de un procesode un proceso
13
• Enriquecen de información la descripción de un proceso
• No tienen influencia en la lógica del proceso
• Pueden relacionarse con cualquier objeto de flujo a través de objetos del tipo asociación
Pueden ser:
1. Objetos de datos: representan datos y documentos como: un pedido en papel, una factura en
PDF, etc.
Se representa por: Ej:
2. Grupos: rectángulo punteado y redondeado para resaltar un grupo
de objetos a fin de destacarlos y/o clasificarlos
Se representa por:

14. Business Objects (a.k.a. artifacts)
Perspectiva informativa: Objetos de negocio (o Artefactos)
enriquecen de de información lainformación la
descripción de un procesode un proceso
14
3. Anotaciones de texto: posibilidad de añadir notas o información descriptiva a un procesos o
sus elementos
4. Simbología propia
Depende del SW

15. Purchase
Order
[rejected]
Invoice
Check stock
availability
Confirm
order
Reject order
Send
invoice
Ship goods
Purchase
order
received
Items not in
stock
Items in
stock
Order
rejected
Order
fulfilled
Archive
order
Purchase
Order
Purchase
Order
[checked]
Shipment
notice
Warehouse DB
Orders DB
Purchase
Order
[approved]
Purchase
Order
[approved]
Perspectiva informativa: Objetos de negocio (o
Artefactos)
Asociación de datos
Objeto de datos
Almacén de datos
Los objetos de
datos pueden tener
estados
15

16. Resources
Representan recursos activos:
– Participantes del proceso
– Sistemas software
– Equipamiento
Clase de recurso:
Conjunto intercambiable de recursos (activos). Por ejemplo, un rol, una
unidad organizativa (o departamento) o la organización entera.
Perspectiva organizacional: Contenedores y
carriles (Swimlanes)
16

17. BPMN Elements – Pools & Lanes
Contenedor (Pool)
Representa una clase de recursos. Normalmente se utiliza para modelar una
entidad empresarial (p.e., una organización).
Pool
Pool
Lane
Lane
Lane
Lane
Carril (Lane)
Representa una subclase de recursos dentro de una clase de recursos, dividiendo un
contenedor. Normalmente se utiliza para modelar departamentos (p.e., departamento
de ventas); cargo de algún área (como gerente, supervisor, etc.) roles internos (p.e.,
auditor, usuario de negocio, ejecutivo, etc.); roles generalizados (como cliente,
proveedor, fiscalizador, etc.); sistemas sofware (p.e., DBMS, CRM) o equipamiento
(p.e. planta de manufactura).
Perspectiva organizacional: Contenedores y carriles
(Swimlanes)
17
Nota: Si se requiere una relación entre dos o más pools se utilizan flujos de
mensaje

18. Perspectiva operacional: Clasificación de tareas
para su ejecución
 Las tareas manuales (desarrolladas manualmente por una persona) se marcan con
el icono de una mano
• Las tareas de usuario (desarrolladas por una persona con ayuda de software) se
marcan con el icono de un Usuario. Ej : revisar una factura; aprobar una solicitud de
vacaciones; administrar una solicitud de soporte
 Las tareas automáticas pueden ser:
 Tarea script (marcador documento), si la tarea ejecuta código definido con algún
lenguaje de programación almacenado en el propio BPMS
 Tarea servicio (marcador rueda), si la tarea es ejecutada por una aplicación externa
que expone su funcionalidad a través de una interfaz de servicio
 Tarea regla de negocio (marcador tabla), si la tarea verifica una regla de negocio
invocando a un motor de decision
 Tarea enviar (marcador sobre relleno), si la tarea envía un mensaje a un servicio
externo  evento de envío mensaje intermedio
 Tarea recibir (marcador sobre vacío), si la tarea espera la recepción de un mensaje
de un servicio externo  evento de recepción de mensaje intermedio
La especificación del tipo de actividad suele estar más asociada a la automatización del
proceso.
18
18

19. Solution: Order-to-cash
IMPORTANTE: un contenedor contiene un
proceso de negocio  Evento(s) inicial(es) +
control de flujo conectando todos los elementos
con flujos de secuencia + evento(s) final(es).
Perspectiva organizacional: Contenedores y
carriles (Swimlanes)
19

20. Ej. diagrama de Colaboración (varios contenedores)
Pool
Pool
Pool
Pool
Flujo de
mensajes
20
20

21. Pools, Lanes and Message Flows: syntax
1. El flujo de secuencia no puede atravesar las fronteras de un contenedor.
Contenedores, carriles y flujos de mensajes:
sintaxis
21

22. Pools, Lanes and Message Flows: syntax
1. El flujo de secuencia no puede atravesar las fronteras de un contenedor.
2. Tanto el flujo de secuencia como el flujo de mensajes pueden atravesar las
fronteras de los lanes.
Contenedores, carriles y flujos de mensajes:
sintaxis
22

23. Pools, Lanes and Message Flows: syntax
1. El flujo de secuencia no puede atravesar las fronteras de un contenedor.
2. Tanto el flujo de secuencia como el flujo de mensajes pueden atravesar las
fronteras de los lanes.
3. Un flujo de mensajes no puede conectar dos elementos dentro de un mismo
contenedor.
Contenedores, carriles y flujos de mensajes:
sintaxis
23

24. Ejemplos de tareas tipificadas
24
24

25. 25
Según las reglas de BPMN, un objeto de flujo (actividad, evento, Gateway) sólo se
puede posicionar dentro de un lane y no entre ellos.
(a)
(b)

26. 26
Resumen
26

27. www.unir.net