Introducci

1
Introducción

• Desarrollado por Business Process Management
  Initiative (BPMI).
• Es un estándar BPMN Business Process Modeling
  Notation.
• La especificación BPMN 1.0 fue publicada en Mayo
  del 2004.

2
Introducción

• El objetivo principal de desarrollar BPMN fue
  proveer una notación que sea fácilmente
  entendible por todos los usuarios de negocio.
• Desde los analistas que crean los borradores
  iniciales de procesos hasta los desarrolladores
  técnicos que son responsables de implementar la
  tecnología que ejecutará dichos procesos. Y por
  supuesto, la gente de negocio que manejará y
  monitoreará estos procesos.

3
Introducción

• BPMN da soporte a la generación de modelos de
  procesos ejecutables (BPEL4WS).
• BPMN crea un puente estandarizado para suplir
  la brecha entre los procesos de negocio y la
  impementación de procesos.

4
Introducción

• BPMN define un Diagrama de Procesos de Negocio
  (BPD), basado en la técnica de flowcharting
  (diagramado de flujos) que ajusta modelos
  gráficos de operación de procesos de negocio.
• Un modelo de procesos de negocio será una red de
  objetos gráficos, correspondientes a actividades
  y controles de flujo que definen el orden de
  ejecución de éstas.

5
Elementos
Un BPD (diagrama de procesos de negocio) se
estructura con un grupo de elementos
gráficos. Las cuatro categorías básicas de
elementos son Flow Objects (objetos de
flujo) Connecting Objects (objetos de
conexión) Swimlanes Artifacts (artefáctos)
6
Elementos Flow Objects
Un BPD tiene un pequeño grupo de elementos
centrales (tres), los cuales son los Flow
Objects - Event (Evento) - Activity
(Actividad) - Gateway (decisión)
7
Flow Objects Event

• Un evento se representa por un circulo y es
  algo que sucede durante el curso de un proceso
  de negocio.
• Los eventos afectan el flujo del proceso y
  usualmente tienen un causa (trigger - gatillo) o
  un impacto (result resultado).
• Los eventos se representan con círculos con el
  centro abierto para permitir anotar diferentes
  gatillos o resultados.

8
Flow Objects Event

• Hay tres tipos de eventos basado en cuándo
  ellos afectan el flujo
• - Start (comienzo)
• - Intermediate (intermedio)
• - End (final)

9
Flow Objects Activity

• Una actividad (Activity) se representa por un
  rectángulo con sus bordes redondeados y es un
  término genérico para el trabajo que un
  organización realiza.
• Un actividad puede ser atómica o no atómica
• (compuesta).

10
Flow Objects Activity

• Los tipos de actividades son
• - Task (tareas)
• - Sub-process (subproceso)
• Los subprocesos se distinguen por un pequeño al
  centro y abajo en la figura.

11
Flow Objects Gateway

• A Gateway es representado por la figura de un
• diamante y se usa para controlar la
  divergencia
• de la secuencia de un flujo.
• Determina las tradicionales decisiones, tando
  
• bifurcaciones, como uniones y acoplamientos
  de
• flujos.
• Las anotaciones al interior indican el tipo de
  
• comportamiento de control.

12
Elementos Connecting Objects

• Los objetos de flujo se conectan entre ellos en
  un diagrama para crear el esqueleto básico de la
  estructura de un proceso de negocio.
• Existen tres Connecting Objects que proveen
  esta función de conexión.

• Sequence Flow
• Message Flow
• Association

13
Connecting Objects Sequence Flow
Un Sequence Flow se representa por una línea
sólida con el extremo sólido Es usada para
mostrar el orden (secuencia) de la actividad
dentro del proceso. No te que el término
control flow generalmente no es usado en BPMN.
14
Connecting Objects Message Flow
Un Message Flow se representa por una línea
segmentada con el extremo sin relleno. Es usada
para mostrar el flujo de mensajes entre dos
participantes de procesos separados (business
entities o business roles). En BPMN, dos Pools
en el diagrama representan a dos participantes.
15
Connecting Objects Association
Una Association se representa por una línea
segmentada finamente con el extremo en punta.
Se usa para asociar datos, textos u otros
artefactos con flujos de objetos. Las
asociaciones son usadas para mostrar las entradas
y salidas de las actividades.
16
Ejemplo con formas básicas
Ejemplo de Proceso de Negocio Simple
17
Ejemplo con formas básicas y marcas internas en
las formas
Segmento de un Proceso con más detalles
18
Elementos Swimlanes

• Muchas técnicas de modelados utilizan el concepto
  de swimlanes como mecanismo de organización de
  actividades en categorías visuales separadas para
  ilustrar las diferentes capacidades funcionales o
  responsabilidades.
• BPMN soporta swimlanes con dos constructores
  principales
• Pool
• Lane

19
Swimlanes Pool
Un Pool representa un Participante en un
Proceso. El Pool también actúa como contenedor
gráfico para separar al grupo de actividades
realizadas por un participante de otros Pools.
Los Pools se usan generalmente en el contexto de
situaciones B2B.
Nombre
20
Swimlanes Lane
Un Lane es una partición dentro de un pool y se
extiende a lo largo de todo el pool, tanto
vertical como horizontalmente. Los Lanes son
usados para organizar y categorizar actividades.
Nombre
Nombre
Nombre
21
Swimlanes Pool Lane
Los Pools se usan cuando los diagramas involucran
a dos entidades de negocios o participantes
separados. Están físicamente separados en el
diagrama. Las actividades dentro de Pools
separados son consideradas auto contenidas en el
proceso. De esta forma, la secuencia del flujo
podría no atravesar el límite del Pool.
22
Swimlanes Pool Lane
Los flujos de mensajes son los mecanismos que
muestran la comunicación entre dos participantes,
conectando de esta manera a dos Pools (o objetos
dentro de los Pools).
23
Swimlanes Pool Lane
Ejemplo de BPD con Pools
24
Swimlanes Pool Lane
Los Lanes son más cercanos a los swimlanes que
tradicionalmente se utilizan para modelar
procesos de negocio. Los Lanes son usados para
separa activiades asociadas con una función
específica de la organización. La secuencia de
flujos podría atravesar los límites del Lane
dentro de un Pool, pero podrían no usarse flujos
de mensajes entre Flow Objects en Lanes del mismo
Pool.
25
Swimlanes Pool Lane
Segmento de un Proceso con Lanes
26
Elementos Artifacts
BPMN fue diseñado para permitir a los modeladores
y herramientas de modelado algunas flexibilidades
para extender la notación básica y proveer la
habilidad poder modelar diferentes contextos
apropiadamente. No está limitado el número de
Artefactos que se pueden agregar a un diagrama
para que éste represente más apropiadamente al
contexto del negocio. La versión actual de BPMN
predefine sólo tres tipos de artefactos.
27
Elementos Artifacts
Data object Group Annotation
Nombre Estado
28
Artifact Data Object
Los Data Objects son un mecanismo para mostrar
como las activiades requieren o producen
objetos. Ellos se conectas a las actividades a
través de asociaciones.
Nombre Estado
29
Artifact Group
Un Group es representado por un rectángulo
redondeado dibujado con línea segmentada El
agrupamiento puede ser usado para propósitos de
documentación o análisis, y no afecta la
secuencia del flujo.
30
Artifact Annotation
Las Annotations son mecanismos para que un
modelador pueda agregar información textual
adicional para el lector del diagrama BPMN.
31
Artifact
Los modeladores puede crear sus propios tipos de
artefactos que agreguen más detalle al
proceso. Con bastante frecuencia se muestran
entradas y salidas de actividades en los
procesos. Sin embargo, la estructura básica del
procesos, es especificada con actividades,
gateways, y flujos de secuencia.
32
Artifact
Segmento de un Proceso con Lanes. Sin artefactos.
Segmento de un Proceso con Lanes. Con artefactos.
33
Resumen Elementos Centrales de BPMN
34
Usos Generales de BPMN
Este modelado de procesos de negocio se usa para
comunicar una amplia variedad de información a
diferentes audiencias. BPMN está diseñado para
cubrir varios tipos de modelado y permite la
creación tanto de segmentos de proceso como
procesos de negocio de comienzo a fin, y en
diferentes niveles de representatividad.
35
Usos Generales de BPMN
Dentro de la variedad de objetivos de modelado de
procesos, hay dos tipos básicos que pueden ser
creados con un BPD Collaborative (Public) B2B
Processes Internal (Private) Business Processes
36
Collaborative (Public) B2B Processes
Un proceso colaborativo B2B describe la
interacción entre dos o más entidades de
negocio. Los diagramas para este tipo de
procesos generalmente tiene un punto de vista
global. Es decir, ellos no consideran la visión
de un participante en particular, pero si
muestran las interacciones entre los
participantes.
37
Collaborative (Public) B2B Processes
Las interacciones son representadas como
secuencias de actividades y patrones de
intercambios de mensajes entre los
participantes. Las actividades para la
colaboración entre los participantes pueden ser
consideradas como touch-points entre
ellos. Así, los procesos definen las
interacciones que son visibles al público para
cada participante.
38
Collaborative (Public) B2B Processes
Cuando se ve a un procesos en un sólo Pool (e.d.
hay sólo un participante) el proceso público es
también llamado abstract process. El proceso
(interno) existente probablemente tendrá más
actividades y detalles que el que se muestra en
el collaborative B2B processes.
39
Collaborative (Public) B2B Processes
Ejemplo proceso colaborativo
40
Internal business processes
Un internal business process se focaliza
generalmente en el punto de vista de una sola
organización del negocio. A pesar de que los
procesos internos con frecuencia muestran
interacciones con participantes externos, ellos
definen las actividades que no son generalmente
visibles al público y son, por lo tanto,
actividades privadas.
41
Internal business processes
Si se usan swimlanes, entonces un proceso de
negocio interno será contenido por un solo Pool.
En consecuencia el flujo de secuencia estará
contenido dentro del Pool y no podrá atravesar
los límites del Pool. Los flujos de mensajes
pueden atravesar los límites del Pool para
mostrar las interacciones que existen entre
procesos internos de negocios separados.
42
Internal business processes
Así, un solo diagrama de proceso de negocio
podría mostrar múltiples procesos de negocio
privados.
43
Diferentes Propósitos Diferentes Niveles de
Precisión
El modelado de procesos de negocio a menudo
comienza capturando las actividades de más alto
nivel, para luego ahondar un niveles más bajos de
detalle dentro de diagramas separados. Podrían
existir diagramas en múltiples niveles
dependiendo de la metodología usada para el
desarrollo de los modelos. Sin embargo, BPMN es
independiente de cualquier metodología de
modelado de procesos.
44
Ejemplo Proceso de Alto Nivel
Ejemplo de proceso de alto nivel el cual es
básicamente una serie de subprocesos con tres
puntos de decisión.
45
Ejemplo Proceso de Alto Nivel
46
Ejemplo Proceso de Alto Nivel
47
Ej. Proceso Interno Más bajo Nivel

• Se mostrará un ejemplo mostrando el detalle del
  primer subproceso del diagrama anterior.
• Este diagrama usará dos Pools
• uno para el cliente y
• otro para la empresa proveedora del servicio

48
Ej. Proceso Interno Más bajo Nivel
Note que el diagrama mostrará el proceso de
negocio interno de la empresa y un proceso
abstracto para el cliente. El proceso del
cliente sólo incluye las actividades usadas para
comunicación a través de flujos de mensajes a la
empresa. Las actividades dentro de la empresa
son divididas por Lanes que muestran los
departamentos o roles responsables para su
funcionamiento (Sistema Coordinador, Desarrollo
de Negocio, Legal, Ventas).
49
Ej. Proceso Interno Más bajo Nivel
50
Cuál es el valor de modelar con BPMN?
Los miembros del BPMI Notation Working Group
representan un gran segmento de la comunidad de
modelado de procesos. Ellos intentan promover a
BPMN como un estándar aceptado por toda la
comunidad. El desarrollo de BPMN es un intento
para reducir la fragmentación de otras notaciones
y herramientas de modelado anteriores. El BPMI
Notation Working Group intenta rescatar las
mejores ideas de las notaciones anteriormente
existentes y consolidarlas en una sola.
51
Cuál es el valor de modelar con BPMN?

• Ejemplo de otras notaciones que revisadas
• UML Activity Diagram,
• UML EDOC Business Processes,
• IDEF,
• ebXML BPSS,
• Activity-Decision Flow (ADF) Diagram,
• RosettaNet,
• LOVeM, y
• Event-Process Chains (EPCs).

52
Cuál es el valor de modelar con BPMN?
La fragmentación de diferentes técnicas de
modelado estorba la adopción generalizada de
sistemas que manejen la interoperabilidad de
procesos de negocio. Un notación de modelado
estándar soportada robustamente reducirá la
confusión entre usuarios finales de negocio y
tecnologías de información.
53
Cuál es el valor de modelar con BPMN?
Otro factor que guía el desarrollo de BPMN es
que, históricamente, el desarrollo de procesos de
negocio por la gente de negocio ha sido
técnicamente separado de la representación de
procesos requeridos para el diseño de sistemas
que implementan y ejecutan estos procesos.
54
Cuál es el valor de modelar con BPMN?
Por lo tanto, ha sido necesario traducir
manualmente los modelos originales de procesos de
negocio a modelos de ejecución. Tales
traducciones están sujetas a errores y hacen
difícil a los propietarios de los procesos
entender la evolución y funcionamiento de los
procesos que ellos desarrollan.
55
Mapeando Diagramas BPMN a BPEL4WS

• Para ayudar a disminuir la brecha entre técnicas
  de modelado, uno de las metas en el desarrollo de
  BPMN fue crear un puente entre
• Notación de procesos orientados a negocios
• Lenguajes de ejecución orientados a TI que
• implementan procesos dentro de sistemas de
• manejo de procesos de negocio

56
Mapeando Diagramas BPMN a BPEL4WS
Los objetos gráficos de BPMN, soportados por un
abundante conjunto de atributos de objetos, fue
mapeado al lenguaje de ejecución de procesos de
negocio para Servicios Web (BPEL4WS v1.1).
BPEL4WS es por ahora el estándar de facto para
la ejecución de procesos.
57
Mapeando Diagramas BPMN a BPEL4WS
Ejemplo de un segmento de un proceso de negocio y
etiquetas de mapeo a los elementos de BPEL4WS.
58
IDEF / BPMN / UML
IDEF, BPMN y UML son lenguajes que permiten
modelar procesos de negocio. Sin embargo, cada
uno de ellos considera ciertos aspectos de la
realidad. A la hora de modelar, habrá que
definir el propósito del modelo para escoger
alguna técnica...