UNIVERSIDAD NACIONAL DE ROSARIO

Facultad de Ciencias Econmicas y Estadsticas

Business Process
Management
Ctedra Sistemas de Informacin y Procesamiento de Datos

Elaborado por:
Prof. Cynthia Aryauan
Prof. Gabriela Falena

Contenido
Qu es BPM? .......................................................................................................................... 2
Replanteo de la Estructura Burocrtica-Funcional ..................................................................... 3
Implementar BPM ...................................................................................................................... 4
Cmo se implementa BPM Operacional? ................................................................................ 5
Participantes en BPM................................................................................................................. 6
Herramientas BPMN .................................................................................................................. 8
La arquitectura BPM y SOA ....................................................................................................... 8
Reglas del negocio ...................................................................................................................10
Lenguaje estructurado ...........................................................................................................11
rboles de decisin ...............................................................................................................11
Tablas de decisin.................................................................................................................12
Tcnicas de modelado (BPMN) ................................................................................................13
Clasificacin de las tcnicas de modelado ............................................................................14
Elementos bsicos de BPMN ....................................................................................................15
Participantes en BPMN .........................................................................................................17
Actividades ............................................................................................................................17
Eventos .................................................................................................................................17
Flujos de Secuencia ..............................................................................................................18
Flujos de mensajes................................................................................................................18
Caso Prctico: Compra entrada al cine por Internet ..................................................................18
Bibliografa ................................................................................................................................20

Qu es BPM?
Es un acrnimo, es decir la forma abreviada del trmino en ingls 'Business Process Management' .
BPM o Business Process Management se define como la gestin de procesos de negocios utilizando
mtodos, tcnicas y software para disear, ejecutar, controlar y analizar procesos operacionales que
involucran personas, organizaciones, aplicaciones, documentos y otras fuentes de informacin. (Van der
Aalst, Ter Hofstede, and Weske; 2003)
BPM significa 'Business Process Management' y BPMS significa 'Business Process Management Suite' o
Business Process Management System.

Aunque BPMS identifica el software que se ocupa de la gestin de los procesos operativos de la empresa
u organizacin, est generalmente aceptado el uso del trmino BPM para ambos significados: la gestin
en s y el software que facilita dicha gestin.

Desde el punto de vista de la Gestin, BPM es el renacer de la orientacin a los procesos (process thinking)
de los aos 90's con un fuerte impulso en la orientacin al cliente y la mejora continua, apoyado por
tecnologas orientadas a los procesos (process-aware technology).

Hoy la gestin de procesos necesita una arquitectura empresarial que incluya una clara arquitectura de
procesos, arquitectura de sistemas y gestin de la informacin. La madurez de BPM en una organizacin
es un factor importante para alcanzar excelencia operacional.
Desde el punto de vista de las Tecnologas de Informacin, BPM es la evolucin de lo que se conoce como
Workflow Management cuyo apogeo fue entre las dcadas de los 80's y 90's.
Con el desarrollo de las Tecnologas de la Informacin nacieron los Workflow Management Systems
(WfMS) los cuales desde el punto de vista de Sistemas de Informacin han sido complementarios a los
sistemas tipo EAI (Enterprise Application Integration) los que evolucionaron de los sistemas de
Middleware.

Actualmente, con el desarrollo de tecnologas y estndares de Web Services, podemos ver que los WfMS
han evolucionado a los Process-Aware Information Systems (PAIS) los cuales pueden ser clasificados en
sistemas P2P (person-to-person), P2A (person-to-application) y A2A (application-to application
processes).

De este modo, Business Process Management es una disciplina que est estrechamente relacionada con
Sistemas de Informacin y Gestin tales como ERP, CRM, Knowledge Management y Business Intelligence,
y tambien con los paradigmas SOA y SaaS.

ltimamente BPM ha sido tambin relacionado con tecnologas Social network y Cloud computing.

Replanteo de la Estructura Burocrtica-Funcional

El primer y tal vez ms fundamental de los cambios que determinan la necesidad de diseo es el
replanteo de la tradicional estructura burocrtica-funcional de las organizaciones. En sntesis, ste
consiste en alejarse de la idea de comando y control asociada a esta estructura en la cual unos pocos, en
los niveles altos de la jerarqua, dirigen y el resto ejecuta, lo cual conduce a una descentralizacin de las
decisiones, un empoderamiento de los que ejecutan las actividades operativas y una disminucin (o
aplanamiento) de los niveles de la jerarqua. Esto va acompaado de un manejo por proceso, el cual
consiste en que las actividades en diferentes reas funcionales que participan en una cadena asociada a
la generacin de algn bien o servicio por ejemplo, el procesamiento de un pedido desde que se pide un
producto hasta que ste se entrega, que involucra a marketing, ventas, abastecimiento, produccin y
logstica se consideran como una sola unidad. Esta unidad es la que se denomina un proceso, el cual
puede analizarse y disearse para cumplir su propsito, optimizando su desempeo de una manera
apropiada.
Para enfrentar explcitamente tales diseos naci la llamada Reingeniera o Rediseo de Procesos. Ntese
que ambos trminos tienen la connotacin de que los procesos de una empresa son objeto de diseo, tal
como lo son una obra civil, una planta minera o un refrigerador.
El enfoque de proceso ha sido revolucionario, por cuanto rompi las barreras funcionales que
tpicamente existan dentro de una organizacin, permitiendo una coordinacin explcita entre reas que,

dentro de un esquema burocrtico-funcional, se manejan en forma relativamente independiente. Por

ejemplo, esto permite abordar explcitamente los tpicos desencuentros y conflictos que se producen
entre ventas y produccin/operaciones en empresas manufactureras, los cuales tienen que ver con que
el rea de ventas no transparente debidamente sus planes comerciales a produccin y que ste o es poco
activo para prever demandas irregulares, ocasionando prdidas de ventas, o demasiado activo, generando
stocks innecesarios. Un manejo por proceso proveer mecanismos explcitos y diseados de coordinacin
por ejemplo, manejo por stock mnimo o just in time para cumplir objetivos declarados, como
satisfacer demanda a mnimo costo.
Otra consecuencia del manejo por proceso es que la coordinacin entre las diferentes reas funcionales
que son parte de un proceso, adems de ser explcita, se descentraliza y es parte de la operatoria del
proceso o de la interaccin entre las personas que lo ejecutan. Esto elimina roles que tienen que ver con
coordinacin por jerarqua dentro de la estructura organizacional.

Implementar BPM
Un proceso de negocio se ejecuta a lo largo de una organizacin creando una cadena de valor que tiene
como fin un objetivo de negocio determinado. Un mecanismo para lograr esto es:

Conectar los requerimientos del negocio con soluciones basadas en tecnologa, lo cual permite
tener una mayor agilidad para que el negocio logre sus objetivos

Incrementar la integracin entre diferentes aplicativos mediante un proceso general que los
organice

Mejorar el proceso operativo mediante el uso de la tecnologa para ser cada vez ms eficientes

BPM como disciplina de gestin orientada a procesos abarca dos reas de gestin organizacional:

Gobierno de los procesos (BPM Governance): Es el modelo de gestin organizacional orientado

a procesos, pero integrando la direccin, operaciones y tecnologa. Segn Kirchmer, se define
como un conjunto de medidas y procedimientos orientados a alinear todos los servicios de BPM
que apoyen la gestin por procesos de negocio. El resultado de este conjunto de medidas e
instrumentos es un framework o marco estructural y metodolgico de trabajo.

Operacin de los procesos (BPM Operacional): Comprende la gestin interna de los procesos
contemplando las reglas definidas en el gobierno de los procesos.

Figura 1 - BPM Operacional y Gobierno de BPM

Fuente: Deloitte - Documento: http://www2.deloitte.com/content/dam/Deloitte/mx/Documents/technology/Oracle/BPM.pdf

1. Negocio: Generacin de casos de negocio, as como la definicin y modelado de sus procesos de negocio
2. Infraestructura: Integracin de sistemas
3. Implementacin: Automatizacin y sistematizacin de sus procesos de negocio en herramientas y
aplicaciones tecnolgicas BPM
4. Gobierno: Definicin de procesos, estndares, mtricas, metodologas, roles y responsabilidades en un
ambiente de TI

Cmo se implementa BPM Operacional?

El procedimiento para trabajar con BPM comprende, fundamentalmente:

Construir y documentar el modelo de proceso.

Definir los roles y actores requeridos para la gestin de los procesos modelados.

Implementar

Participantes en BPM
Si admitimos que BPM como una disciplina de gestin integrada abarca todas las capas de una
organizacin desde la alta direccin hasta la tecnologa que se encarga de implementar y dar soporte a
los procesos de negocio, queda claro que tanto para los procesos de BPM Governance como para
gestionar los ciclos de BPM deben participar muchos actores en un gobierno corporativo por procesos.
Ellos son:
1. Dueo de Proceso (Process Owner): es un miembro de la alta direccin de la empresa y
responsable de una lnea de negocio. Se encarga de plasmar la estrategia en sus procesos de
negocio, aprueba y pone a disposicin parte o gran parte del presupuesto para un proyecto de
BPM. Es el dueo quien debera tener el mayor inters para promover BPM como herramienta de
gestin.
2. Gestor de Proceso (Process Manager): es el responsable de las operaciones, reporta
directamente al dueo del proceso y es l quien normalmente impulsa las propuestas de mejoras.
Es el responsable de mantener la comunicacin con los clientes y/o proveedores. El gestor de
proceso suele tener un nivel de jerarqua intermedio, como subdirector, subgerente, jefe de
sucursal.
3. Usuario de Negocio o Ejecutivo de Negocio (Process Participant): Es el que trabaja en
operaciones con el proceso, es decir parte integrante de la cadena que crea valor para los clientes.
En la mayora de las organizaciones son usuarios de un rea funcional, como ventas, finanzas o
logstica.
4. Analista de Proceso (Process Analyst): las competencias que se esperan del analista de procesos
son conocimientos de BPM en general, conocimientos del negocio y de la tcnica de
modelamiento de procesos que se va a utilizar. El analista de procesos apoya al gestor de proceso
como asesor interno o externo en todas las fases del ciclo de BPM. El analista de proceso puede
representar al gestor de proceso como experto, ante consultores externos o formar parte del
equipo de proyectos de BPM; puede ser miembro de un rea de negocio, de un rea de procesos
o pertenecer como analista al rea de informtica de la empresa. El analista de proceso debiera
tener una gran habilidad en materias de desarrollo organizacional y tcnicas de comunicacin. Se
espera de l un gran dominio de la tcnica de modelamiento y como coordinador entre personas
de negocio y de TI. La calificacin ms importante -considerada por B. Hitpass-no es el de
comunicar sino el de captar o escuchar a los participantes.

5. Ingeniero de Proceso (Process Engineer): es quien implementa un modelo tcnico a partir de la

especificacin y el diseo operacional validado por l y los analistas de procesos. El ingeniero del
proceso est bien capacitado en el entorno de implementacin, configura y construye la solucin
BPM en la suite escogida. El ingeniero de proceso tambin puede actuar como asesor en la fase
de modelamiento de la lgica operacional.
6. Ingeniero de Desarrollo y Servicios (EAI Developer): este rol puede ser asumido por un
programador, si la solucin requiere ampliaciones o adaptaciones de desarrollo por medio de
programacin (Servicios web, Java, C# u otros lenguajes)
7. Arquitecto SOA (SOA Architect): es el responsable de disear una arquitectura de software que
cumpla con los requerimientos tcnicos funcionales de los procesos y servicios que se van a
automatizar y orquestar con los sistemas de informacin.

Figura 2. Roles en BPM

Herramientas BPM
BPM como herramienta puede servir para diversas reas de aplicacin. Si se est pensando en disear o
modelar procesos, se trata de un proceso de anlisis. Si se est pensando en BPM Governance, se trata
de una metodologa de gestin. Si se est pensando en realizar un prototipo, se trata de probar un entorno
de implementacin o de automatizacin de procesos. Y si se est pensando en acortar el ciclo de duracin
de un proceso, se trata de tcnicas de optimizacin y control a travs de indicadores.
Todos estos objetivos se referentes a diferentes reas de aplicacin de BPM. Cada rea de aplicacin es
una especialidad de BPM y se apoyan en diferentes conceptos.
En general se puede segmentar el mercado de herramientas para BPM en:

Herramientas que apoyan los procesos de anlisis y Gobierno Corporativo, llamadas

plataformas BPA (Business Process Analysis) o tambin EA (Enterprise Architecture Tools).

Herramientas que apoyan la implementacin tcnica o automatizacin de los procesos

BPMS

Herramientas que apoyan la administracin y ejecucin de reglas de negocio en forma

independiente de los sistemas que las utilizan, llamados Motores de Reglas o BRMS
(Business Rules Manangement Systems)

Herramientas que permiten implementar junto a los procesos los indicadores de control
de gestin en tiempo real, llamadas BAM (Business Activity Monitoring)

Herramientas que permiten la orquestacin de servicios entre los BPMS con cualquier
tipo de sistemas, principalmente los del Back Office, llamadas SOA Suite.

Herramientas que permiten analizar los datos histricos de los procesos ejecutados para
detectar desviaciones del comportamiento deseado o descubrir nuevos patrones. A estos
entornos analticos se les llaman herramientas de Minera de Procesos o Process Mining
Tools.

La arquitectura BPM y SOA

A pesar que BPM y SOA se desarrollaron como iniciativas independientes, existe actualmente una
tendencia clara de inters en el mercado por estos dos conceptos que se apoyan en una tecnologa comn
basada en servicios:

BPM: como disciplina de gestin de procesos y como conjunto de herramientas

tecnolgicas que apoya su anlisis y operaciones

SOA (Services Oriented Architeture): como arquitectura tecnolgica que puede

implementar o automatizar procesos aportando flexibilidad y reutilizacin de
infraestructura de TI existente y en el desarrollo de nuevos componentes.

Uno de los objetivos principales del concepto de SOA es que cualquier futuro cambio se realice de forma
transparente, modificando slo a las funciones y unidades afectadas. Si se logra esta capacidad aumenta
la agilidad del negocio en la organizacin.
Segn IBM, SOA es una arquitectura de aplicacin en la cual todas las funciones se definen como servicios
independientes con interfaces invocables bien definidas, que pueden ser llamadas en secuencias definidas
para formar procesos de negocios.
World Wide Web Consortium (W3C) define SOA como Conjunto de componentes que pueden ser
invocados, cuyas descripciones de interfaces se pueden publicar y descubrir.

Lo que hace la arquitectura orientada a servicios es crear un lenguaje para que los negocios y la IT hablen
entre s.
SOA consiste en una forma de ver los procesos de negocios como un conjunto de servicios enlazados, y
un enfoque que usa los estndares abiertos para tornar las operaciones de negocios de la compaa ms
eficientes, eficaces y colaborativas.

Con los procesos de negocios basados en un fundamento SOA, una

empresa puede lograr que sus aplicaciones de software y datos, antes aisladas en silos, interoperen mejor
entre las unidades de negocio, as como con terceros. Este enfoque aprovecha los recursos existentes
para ayudar a mejorar la productividad, reaccionar rpidamente a las condiciones cambiantes del
mercado y aprovechar las oportunidades que se presentan.

Figura 3 - Relacin entre BPM y SOA

BPM: es el proceso total

BPMN: es la parte que usa el consultor de negocio para representar el proceso

BPEL: el cdigo ejecutable del proceso

BAM: la parte del BPM que permite la monitorizacin

SOA: la arquitectura que permite implementar BPM con servicios. Su diseo es responsabilidad
de los arquitectos informticos.

Web Services: permiten que los servicios se integren en un proceso de manera estndar.
Responsabilidad de los desarrolladores

Reglas del negocio

Una regla de Negocio es una declaracin que define o restringe algn aspecto del negocio; intenta
definir, controlar o influenciar el comportamiento y la estructura del negocio
Las reglas de negocio describen qu decisin tomar o qu accin realizar ante una situacin de negocio
determinada. Representan la lgica principal en una combinacin de factores del negocio e indican lo que
una organizacin debe hacer en la toma de decisiones. Aunque las reglas sientan las bases para la

10

direccin de las actividades del negocio, no representan procesos ni procedimientos y tampoco pueden
estar contenidas dentro de stos.
Ejemplos de Reglas de negocio:

Reglas para la determinacin del precio de un producto o servicio

Reglas para la aplicacin de descuentos

Reglas para acceder a becas

Factores de riesgo para la tarificacin de planes de seguro.

Si una poltica de negocio se puede expresar formalmente como una accin asociada a un conjunto de
condiciones, entonces se puede transformar en una regla de negocio AUTOMATIZABLE. Existen tres
tcnicas para expresar reglas de negocio de manera formal:

Lenguaje estructurado

rboles de decisin

Tablas de decisin.

Lenguaje estructurado
Es un pseudocdigo similar a un lenguaje de programacin, pero ms sencillo y restringido a la aplicacin
de reglas. Se permite la construccin si-luego-sino y el administrador de reglas debe definir las variables.
Ejemplo:
SI monto factura > 10000
aplica descuento 15%
SINO
aplica descuento 5%
FINSI

rboles de decisin
Un rbol de decisin es una forma grfica y analtica de representar todos los eventos (sucesos) que
pueden surgir a partir de una decisin asumida en cierto momento.

11

Ayudan a tomar la decisin ms acertada, desde un punto de vista probabilstico, ante un

abanico de posibles decisiones.

Permite desplegar visualmente un problema y organizar el trabajo de clculos que deben

realizarse.

Figura 4 - rbol de Decisin

Tablas de decisin
Permiten representar procesos donde se combinan condiciones, reglas y acciones. Las primeras filas de
una tabla muestran las condiciones, las columnas expresan las reglas de decisin. Dependiendo de la
combinacin de condiciones y reglas, se aplican las acciones expresadas en las ltimas filas de la misma.
Empleado altamente productivo

si

si

si

si

no

no

no

no

Empleado encargado

si

si

no

no

si

si

no

no

Infraccin grave

si

no

si

no

si

no

si

no

Plus productividad

Plus encargado

Sin plus

Calcular nmina

x
x
x

Tabla de Decisin Combinacin de condiciones

12

Tcnicas de modelado (BPMN)1

BPMN (Business Process Model and Notation) es un estndar para modelar procesos. Durante la historia
se han ido desarrollando varias tcnicas de modelado, cada una poniendo el nfasis y orientaciones
distintas.
En los aos 60 se desarrollaron tcnicas de modelado orientadas al desarrollo de sistemas y enfocadas al
modelado de datos y funciones. Estas tcnicas son conocidas como tcnicas centradas en flujos de datos.
Una de las ms conocidas es la del Anlisis Estructurado.
EL Anlisis Estructurado se basa en la separacin del modelo lgico del fsico, en el desarrollo de
herramientas para documentar los sistemas y determinar los requerimientos de informacin. Las
herramientas de documentacin empleadas eran:

Diagramas de flujos de datos

Diccionario de datos

Especificacin de la lgica de los procesos.

Los diagramas de flujos de datos se basaban en la representacin de los sistemas empleando tan solo 4
objetos: actividades (llamados en ese momento como procesos por el hecho de que representaban la
transformacin de datos en informacin), flujo de datos, almacenamiento de datos y entidades externas.
En la actualidad los procesos son la gua de las actividades de la empresa, no los datos. El objetivo de
entonces era el modelado necesario para el desarrollo de sistemas, sin embargo hoy se parte de la base
que los sistemas de informacin existen para casi todos los rubros, sea que las organizaciones hayan
adquirido software estndar o hayan desarrollado soluciones propias. En la evolucin ya no es tan
importante qu hacer, sino cmo organizar mejor la forma en que se trabaja y esta pregunta es la que
quiere responder la nueva disciplina de BPM. Desde este punto de vista, para los procesos no es el flujo
de datos lo esencial, sino el flujo de control.
En el desarrollo de sistemas, los datos siguen siendo importantes, aunque el enfoque de anlisis
estructurado fue reemplazado por el enfoque orientado a objeto. Las metodologas orientadas a objeto
se materializan, principalmente en la familia de modelos Unified Modeling Language (UML).

Business Process Management (BPM) Fundamentos y Conceptos de Implementacin -Bernhard Hitpass - Tercera
Edicin 2014 - Captulo 6

13

En las dcadas de los 60 hasta los 80 predominaban las tcnicas de modelado orientadas al desarrollo de
sistemas y a partir de los 90 aparecen las primeras tcnicas orientadas al modelado de procesos, la ms
difundida fue la tcnica del Event driven Process Chains (EPC), pero otras tambin ampliaron o
incluyeron tcnicas de flujo de control (modelado de procesos) tales como IDEF y UML.

Clasificacin de las tcnicas de modelado

Se distinguen dos grandes grupos, las metodologas basadas en lenguaje estructurado (script) y las
metodologas basadas en tcnicas de diagramacin. Las primeras estn muy cerca de los lenguajes de
programacin (BPEL, por ejemplo), son precisas, pero dbiles desde el punto de vista visual, por lo tanto
muy difcil para transmitir conceptos a usuarios del proceso de negocio.
Las metodologas basadas en tcnicas de diagramacin, se clasifican en tcnicas orientadas al flujo de
datos, al flujo de control y orientadas a objetos.
De todas las tcnicas mostradas en la Figura 5, BPMN es una de las que ms desarrollo tiene y de las que
ms se estn adoptando. Una de las razones de su mayor utilizacin es que BPMN se convirti en un
estndar oficial de la industria para modelar procesos. Otra de las razones importantes es que est
apoyada por casi todos los fabricantes y proveedores de tecnologa a nivel mundial. En la ltima versin
(v.2.0) contiene un metamodelo para intercambiar modelos entre herramientas y para implementar
directamente estos con TI (Tecnologa de la Informacin).
Es importante remarcar que BPMN no reemplazar a las tcnicas UML, porque stas ltimas fueron
creadas como tcnicas de desarrollo de sistemas, mientras que BPMN para el modelado de procesos.
Para las especificaciones de flujos en el desarrollo de sistemas, los diagramas de actividades UML, las
especificaciones por medio de casos de uso van a seguir siendo fundamentales, pero para la
implementacin de procesos de negocio BPMN es el estndar. La definicin tcnica de procesos
implementados directamente por un motor Workflow es propio del dominio BPMN, al menos por el
momento.

14

Figura 5 - Clasificacin de las tcnicas de modelado

Elementos bsicos de BPMN

Cualquier elemento utilizado en BPMN se lo denomina elemento bsico.
Existen diferentes tipos o categoras de objetos:
Objetos de Flujo: actividades, gateways y eventos

15

Objetos de conexin: conexiones entre objetos de flujo. Los flujos de secuencia conectan objetos de flujo
dentro de un pool, o lanes dentro de un pool. Las relaciones entre dos o ms pools se realiza a travs de
flujos de mensajes
Artefactos: elementos que enriquecen la descripcin de los procesos, pero no tienen ninguna influencia
en la lgica de los mismos. Cada artefacto puede relacionarse con cualquier objeto de flujo a travs de
objetos del tipo asociacin. En esta categora tambin estn permitidos los smbolos propios.
Datos: a partir de la versin 2.0 se incluye esta nueva categora de objetos. Son utilizados para mostrar
cmo van cambiando de estado un objeto de negocio (solicitud, contratos, etc.), se relacionan a las
actividades por medio de una asociacin.
Para completar el esquema bsico de BPMN es necesario considerar:
1. Las reglas sintcticas
2. La clasificacin de los objetos
3. Responder a las preguntas de cmo se utiliza toda esta combinatoria en proyectos reales

Figura 6 - Elementos bsicos de BPMN

16

Participantes en BPMN
BPMN parte de la base que en un diagrama pueden representarse uno o ms participantes. Es importante
aclarar que participante no es un rol, departamento o usuario. Un participante en BPMN es un elemento
lgico, cuya aplicacin obedece a las siguientes reglas:

El participante posee el control absoluto sobre la lgica del proceso.

Otros participantes no pueden influenciar en el proceso, en algunas ocasiones ni siquiera saben

cmo est organizado.

El participante es por definicin el responsable del proceso.

Si varios participantes deben interactuar con otros procesos, deben hacerlo por medio de
intercambio de informacin (flujo de mensaje), informacin que lgicamente apoya la operacin
del proceso.

De estas reglas se desprende que, cada participante tenga su propia vista sobre el proceso general, es
decir diferentes perspectivas. Un proceso de negocio puede y por lo general tiene varios modelos de
procesos, tantos procesos como participantes existan. El objeto que en BPMN representa a un
participante es un pool.

Actividades
Son las que transforman el estado de un objeto de negocio para que el proceso pueda llegar a producir
valor para los clientes. Se definen como acciones sobre un objeto, es decir una actividad se denomina
siempre con un verbo y un sustantivo.

Eventos
Indican el inicio, en forma intermedia o al final del proceso algo significativo que ocurri.
Eventos de inicio: indican ocurrencias para que un proceso comience. Son eventos de captura, es decir,
algo independiente del proceso ocurri, pero el proceso tiene que reaccionar o esperar.
Eventos intermedios: muestran un estado que el proceso ha alcanzado. Son muy tiles, pueden
representar un hito en donde se desea medir el tiempo transcurrido hasta alcanzarlo. Pueden ser de tipo
captura o pueden ser impulsados por alguna actividad del mismo proceso

17

Eventos finales: indican que se logr al finalizar una trayectoria del proceso. Ocurren de forma que el
proceso ya no puede reaccionar a ellos.

Flujos de Secuencia
Describe la secuencia temporal y lgica en el cual combinan actividades, gateways y eventos. Es la
trayectoria del proceso por el cual marcha una marca de control de flujo llamada tambin en ingls
token.

Flujos de mensajes
Se utilizan para coordinar entre participantes en un proceso de negocio. BPMN obliga a separar los pools
y la comunicacin entre ellos se lleva a cabo a travs de flujos de mensajes. Es posible que un proceso
dependa de un mensaje externo para que pueda continuar, pero eso lo define el propio proceso.
Si un pool o dirigente no tiene control sobre un participante, entonces s tiene que obligadamente
separarlo y representarlo como un pool propio, por ejemplo: clientes y proveedores.
El objetivo de separar los participantes es la automatizacin de los procesos a partir de los diagramas.
BPMN persigue el mismo objetivo que SOA (arquitectura orientada a servicios) con la orquestacin de
servicios, con la diferencia que la orquestacin de servicios es totalmente automtica y en el caso de un
motor workflow interviene principalmente el ser humano.
La separacin de pools permite separar la lgica de los procesos manuales de los automatizados,
permitiendo distinguir qu parte pasar al diseo tcnico de implementacin y qu parte pasar a ser
procedimiento manual. Por otro lado, si se quiere lograr una mejor integracin o alineamiento entre la
capa de negocio y la de TI, el modelo de separacin de pools aporta justamente a lograr este objetivo.

Caso Prctico: Compra entrada al cine por Internet

Daremos un ejemplo sencillo para poder entender y visualizar la manera en que se utilizan las
herramientas BPMN.
Supongamos la necesidad de modelar un proceso para representar las actividades que comprende la
compra de una entrada para ir al cine a travs de Internet.

18

Una vez que el interesado selecciona la pelcula y horario, debe seleccionar la ubicacin en la que desea
sentarse. Completada esta seleccin ingresa datos de la tarjeta de crdito. La entidad crediticia autoriza
o no la compra. Una vez recibida la aprobacin del pago, recibe el cdigo de transaccin aprobada, en
caso contrario se cancela la compra.

Modelado del caso con BPMN (se utiliza software Bizagi Modeler versin: 2.8.0.8)

19

Bibliografa

Business Process Management (BPM) Fundamentos y Conceptos de Implementacin Bernhard Hitpass - Tercera Edicin 2014

Ingeniera de Negocios: Diseo integrado de negocios, procesos y aplicaciones TI. Oscar

Barros HGV

www. Bpm-latam.org Consultado en Abril 2015

Documento Deloitte:
http://www2.deloitte.com/content/dam/Deloitte/mx/Documents/technology/Oracle/BPM.pdf Consultado en Abril 2015.

20