Unidad 1 Bizagi

DIPLOMATURA EN GESTIÓN POR
PROCESOS DE NEGOCIO (BPM)
Centro de e-Learning SCEU UTN - BA.

Medrano 951 2do piso (1179) // Tel. +54 11 4867 7589 / Fax +54 11 4032 0148
www.sceu.frba.utn.edu.ar/e-learning
p. 2
MODELADO, ANÁLISIS Y DISEÑO DE PROCESOS
Unidad I:
Modelado

p. 3
Presentación:
En esta primera unidad del módulo de “Modelado, Análisis y Diseño de Procesos” nos
enfocamos en los principios básicos del Modelado. Vemos por qué y para qué representar
un proceso. Y principalmente aprendemos cómo podemos representarlo. Para ello,
ahondamos en los distintos niveles de modelado y presentamos distintas notaciones
utilizadas en el modelado de procesos, aunque nos enfocamos principalmente en el
estándar BPMN.
Introducimos brevemente el concepto de herramientas de modelado y presentamos dos

productos de uso libre con amplia difusión en el mercado. Sin embargo, para profundizar y
ejercitar las distintas técnicas y capacidades a lo largo de este módulo, trabajamos
únicamente con la herramienta de modelado Bizagi Modeler.
Por último, como cierre de esta unidad, presentamos casos de modelado.

p. 4
Objetivos:
Que los participantes:
• Comprendan los conceptos básicos del modelado de procesos.

• Incorporen el concepto de distintos niveles de modelado y puedan aplicarlo.
• Interpreten procesos en distintas notaciones.
• Incorporen los artefactos básicos de la notación BPMN.
• Conozcan distintos tipos de herramientas de modelado y puedan diferenciar la
conveniencia de la aplicación de cada una de ellas.
• Aprendan a modelar un proceso básico en BPMN utilizando una herramienta
tecnológica (Bizagi Modeler).

p. 5
Bloques temáticos:
1. Conceptos básicos de Modelado de Procesos:
• Modelado de Procesos: Definición y Consideraciones,
• Modelos de procesos: Usos y Contenido,
• Niveles de detalle de modelado,
• Componentes de Procesos,
2. Notaciones de Modelado:
• Desarrollo de notaciones y modelos estándar:
o Business Process Model and Notation (BPMN).
o Flujograma (Flowchart).
o Event-driven Process Chain (EPC).
o Unified Modeling Language (UML).
o IDEF, Value Stream Mapping.
o Mapeo de Flujo de Valor (Value Stream Mapping –VSM)
o Swim Lanes (carriles).
o Abordajes especializados para el modelado de procesos: Cadena de
Valor (Value Chain), SIPOC(Supplier, Input, Process, Output, and
Customer).
3. Introducción a Herramientas de Modelado.
4. Modelado de Procesos en BPMN.
5. Casosde Modelado.

p. 6
Consignas para el aprendizaje colaborativo
En esta Unidad los participantes se encontrarán con diferentes tipos de actividades que,
en el marco de los fundamentos del MEC*, los referenciarán a tres comunidades de
aprendizaje, que pondremos en funcionamiento en esta instancia de formación, a los
efectos de aprovecharlas pedagógicamente:
• Los foros proactivos asociados a cada una de las unidades.

• La Web 2.0.
• Los contextos de desempeño de los participantes.
Es importante que todos los participantes realicen algunas de las actividades sugeridas y
compartan en los foros los resultados obtenidos.
Además, también se propondrán reflexiones, notas especiales y vinculaciones a

bibliografía y sitios web.
El carácter constructivista y colaborativo del MEC nos exige que todas las actividades
realizadas por los participantes sean compartidas en los foros.

p. 7
Tomen nota:
Las actividades son opcionales y pueden realizarse en forma individual, pero siempre es
deseable que se las realice en equipo, con la finalidad de estimular y favorecer el trabajo
colaborativo y el aprendizaje entre pares. Tenga en cuenta que, si bien las actividades
son opcionales, su realización es de vital importancia para el logro de los objetivos de
aprendizaje de esta instancia de formación. Si su tiempo no le permite realizar todas las
actividades, por lo menos realice alguna, es fundamental que lo haga. Si cada uno de los
participantes realiza alguna, el foro, que es una instancia clave en este tipo de cursos,
tendrá una actividad muy enriquecedora.
Asimismo, también tengan en cuenta cuando trabajen en la Web, que en ella hay de todo,
cosas excelentes, muy buenas, buenas, regulares, malas y muy malas. Por eso, es
necesario aplicar filtros críticos para que las investigaciones y búsquedas se encaminen a
la excelencia. Si tienen dudas con alguno de los datos recolectados, no dejen de consultar
al profesor-tutor. También aprovechen en el foro proactivo las opiniones de sus
compañeros de curso y colegas.

p. 8
1. Conceptos básicos de Modelado de Procesos:

p. 9
Modelado de Procesos: Definición y Consideraciones

La gestión por procesos de negocio (BPM – Business Process Management) es una
disciplina gerencial que integra las estrategias y objetivos de una organización con las
expectativas y necesidades de sus clientes, mediante el foco en los procesos punta la
punta. Para ello, engloba estrategias, objetivos, cultura, estructuras organizacionales,
roles, políticas, métodos y tecnologías para analizar, diseñar, implementar, gestionar
desempeño, transformar y establecer el gobierno de los procesos.
Para analizar, diseñar, implementar, gestionar el desempeño y transformar los procesos

es fundamental que los distintos actores puedan entender, explicar y comunicar los
procesos actuales y futuros. Para ello, contamos con distintos medios: la transmisión oral,
la narración escrita o la representación gráfica de los mismos.
Representar gráficamente un proceso se denomina modelar.
Un modelo es un bosquejo o esquema que representa un conjunto real con cierto grado
de precisión y en la forma más completa posible, pero sin pretender aportar una réplica de
lo que existe en la realidad. Los modelos son muy útiles para describir, explicar o
comprender mejor la realidad.
De acuerdo al ABPMP (2014), “el modelado de procesos de negocio es el conjunto de

actividades involucradas en la creación de representaciones de procesos de negocio
existentes o propuestos” (p. 5).

p. 10
Modelado de Procesos: Usos y Contenido

En el mundo de hoy, las personas en las organizaciones necesitan comunicarse entre
ellas para ver cómo organizar el trabajo de la mejor manera. Se preguntan, por ejemplo:
• ¿Qué pasos son necesarios en un proceso?

• ¿Quién los debería realizar?
• ¿Se deberían tercerizar?
• ¿Cuál debe ser su desempeño y cómo se mide?
• ¿Cómo se capacita?
De acuerdo a White (2009), las personas usan modelos de
procesos “para respaldar sus conversaciones, ayudando a la
comunicación y comprensión, actuando como respaldo para
prácticamente todos los programas de mejora. Tales modelos
forman la base de una referencia global del negocio,
detallando cómo la operación se integra. Forman parte del material de capacitación y
actúan como base para compartir las buenas prácticas dentro de la Empresa” (p. 21).
Es importante notar que no sólo las personas son las destinatarias de los modelos de
procesos. Los modelos, pueden ser las principales entradas para un entorno de soporte
para negocios, tal como introduciremos más adelante (y que profundizarán en el módulo
“Tecnologías BPM, Simulación y Automatización de Procesos” de esta diplomatura)
“Los procesos de negocio pueden ser expresados por medio de un modelado en varios
niveles de detalle, desde una visión contextual abstracta hasta una visión detallada. Un
modelo de procesos completo normalmente representará diversas perspectivas, sirviendo
diferentes propósitos” (ABPMP, 2014, p. 5)

p. 11
Niveles de Modelado
Los procesos pueden ser modelados en distintos niveles de detalle, dependiendo de la
audiencia a la cual van destinados. El CEO de la organización necesita tener una visión
muy macro y estratégica de los procesos de la organización, mientras que un analista jr.
de compras improductivas, requiere conocer sus tareas con el nivel de detalle de un
instructivo.
Por lo tanto, las organizaciones necesitan definir niveles de modelado de procesos en una
estructura jerárquica. En los niveles más altos encontraremos la cadena de valor y los
procesos punta a punta. Y en los niveles más bajos, los procedimientos de detalle.
Por ejemplo, una organización podría definir una estructura jerárquica de este estilo:
Nivel 0 Estrategia Cadena de Valor
Nivel 1 Negocio Procesos Punta a Punta

Operaciones /
Nivel 2 Flujo de Trabajo Procesos de detalle
Nivel 3 Actividades Procedimientos

Ejemplo de Jerarquía de Niveles de Modelado de Procesos
Cada organización define los niveles de modelado en función de su contexto y sus

necesidades. Aquellas que deciden adoptar un marco referencial de procesos (como por
ejemplo el PCF de APQC) se basan generalmente en los niveles de desagregación de
procesos del marco e incluso consideran el marco (o el nivel 0 del marco) como el nivel 0
de su organización.
Otras organizaciones, se basan por ejemplo, en la cadena de valor de Porter. Y otras,

más maduras, intentan definir su propia cadena de valor.

p. 12
Componentes de Procesos
Entonces, ¿qué contiene un modelo de procesos de negocio? “Un modelo de procesos
incluye iconos que representan actividades, eventos, decisiones, condiciones y otros
elementos del proceso” (ABPMP, 2014, p. 6)
Cada notación y/o herramienta de modelado variará en la forma de representación o en la

cantidad de componentes que incluye.
Un modelo podrá contener los siguientes elementos y/o informaciones:
• Entradas/salidas.
• Patrones de llegada/distribución.
• Eventos/resultados.
• Costos (directos e indirectos).
• Valor agregado.
• Reglas de entrada.
• Roles.
• Reglas de salida.
• Datos/informaciones.
• Reglas de decision.
• Probabilidades.
• Tiempo de trabajo/manipuleo.
• Tiempo de transmission.
• Agrupación.
• Tiempo de espera.
• Número de personas disponibles para desempeñar las tareas.

p. 13
Para ampliar lo expuesto hasta aquí, les proponemos consultar el material bibliográfico en
el campus, en el Libro “Unidad N°1 "Modelado" - material complementario”, capítulo “1.
Conceptos básicos de Modelado de Procesos”.

p. 14
Los invitamos analizar los niveles de modelado de procesos que se utilizan actualmente
en su organización.
Para ello les proponemos participar del foro de debate de la Unidad 1 en el campus.
¡A compartir y debatir entonces!

p. 15
2. Notaciones de Modelado:

p. 16
Desarrollo de notaciones y modelos estándar

Tal como mencionamos, los modelos de procesos incluyen distintos íconos (figuras) y
conectores que relacionan estos íconos. Podemos representar un proceso en un modelo
utilizando distintas notaciones, es decir, utilizando un conjunto de símbolos y aplicando
una sintaxis establecida.
De acuerdo al ABPMP (2014), “notación es un conjunto estandarizado de símbolos y

reglas que determinan el significado de esos símbolos”, (p. 9)
El ABPMP nos presenta una serie de notaciones de modelado de procesos:
• Business Process Model and Notation (BPMN) (desarrollado en el cuarto bloque

temático)
• Flujograma
• Event-driven Process Chain (EPC)
• Unified Modeling Language (UML)
• IDEF
• Mapeo de Flujo de Valor (Value Stream Mapping)
• Swimlanes
A continuación, incluimos una breve introducción a cada una de estas notaciones que
podrán profundizar en el material complementario.

p. 17
Business Process Model and Notation (BPMN)
Es una notación standard mantenida por el Object Management Group (OMG). Tiene una
amplia difusión en las organizaciones.
Es una notación de fácil

comprensión por parte del negocio y
permite ser complementada con
definiciones tecnológicas para
automatizar el proceso en un BPMS
(Business Process Management
Suite).
Cada símbolo del modelo es un

objeto que presenta atributos que lo
describen.
Desarrollaremos esta notación en el cuarto bloque temático de esta unidad.
Flujograma (Flowchart)
Basada en el standard ANSI aprobado en 1970, incluye un conjunto simple y limitado de

símbolos.Está muy difundida, ha sido utilizada a lo largo de muchos años y hoy sigue
vigente.
Ejemplo de Flujograma – Fuente: CBOK ABPMP
Es sencilla en su concepción y permite ser utilizada en numerosas

herramientas de bajo costo (incluso, ¡hasta podríamos utilizar una
plantilla y representar el proceso en papel!)
Sin embargo, presenta modelos planos, ya que cada elemento o símbolo no puede ser
definido como un objeto y descripto a través de sus atributos

p. 18
Event-driven Process Chain (EPC)
El modelo Event-driven Process Chain (EPC) fue desarrollado por el Prof. Scheer en la
Universidad de Saarland (Alemania) y luego
integrado a la herramienta ARIS.
Esta notación está basada en las redes de
Petri, ya que considera eventos como
"disparadores para" o "resultados de" una
etapa de proceso. Por lo tanto, el flujo del
proceso se representa básicamente con una
secuencia evento-función-evento que es
complementada por operadores lógicos y otros
elementos.
El EPC permite modelar conjuntos complejos de procesos a través de interfaces a otros
procesos y/o subprocesos, lo que facilita visualizar la interrelación y navegación entre
procesos.
Ha tenido una amplia difusión modelando procesos para ERPs (como por ejemplo, SAP),
si bien requiere una capacitación inicial para que todos los usuarios de negocio se
familiaricen con la notación.
Unified Modeling Lenguage (UML)
De acuerdo Booch, Jacobson y Rumbaugh (2007), “el Lenguaje Unificado de Modelado

(UML) es un lenguaje de modelado visual de propósito general que se utiliza para
especificar, visualizar, construir y documentar los artefactos de un sistema software.” (p.
3).
Presenta distintos diagramas con distintos propósitos. Entre los diagramas más conocidos
encontramos los “Casos de Uso”. Aquellas organizaciones que utilizan UML para definir
sus sistemas, en ocasiones modelan sus procesos a través de uno de los diagramas de
este lenguaje visual: el “Diagrama de Actividades”. A continuación, podremos observar un
ejemplo.

p. 19
Ejemplo de Diagrama de Actividades – Fuente: CBOK – ABPMP
UML es mantenido actualmente por el OMG (Object Management Group).
IDEF, Value Stream Mapping
IDEF (Integrated Definition for Function Modeling) es el resultado del programa ICAM
(Integrated Computer .Aided Manufactoring), un programa de la Fuerza Aérea de los
Estados Unidos iniciado en los años 70 para mejorar sus operaciones. IDEF es una
familia de técnicas de modelado que ofrece una serie de modelos para representar datos,
funciones, procesos, recursos y otros. De acuerdo a Hitpass (2012), “la familia IDEF
consiste en un gran número de técnicas, entre las que cuales se destaca IDEF0 e IDEF3,
que son aquellas relacionadas con los procesos de negocio” (p. 162).

p. 20
A continuación,un ejemplo de un modelo de proceso representado con IDEF
Ejemplo de Diagrama IDEF – Fuente: CBOK – ABPMP
Mapeo de Flujo de Valor (Value Stream Mapping –VSM)
Value Stream Mapping es una técnica visual de Lean Manufactaring, originada en Toyota,
para analizar los flujos de materiales e información que se requieren para poner a
disposición del cliente un producto o servicio.
Esta técnica propone generar un mapa (VSM) actual, identificar los desperdicios, generar
el VSM futuro e implementar un plan de acciones para alcanzar el mapa futuro.
Un mapa VSM es un gráfico compuesto de íconos y símbolos simples que describen

principalmente dos tipos de flujo: El flujo de información (planeación), que comprende las
actividades realizadas desde que el cliente realiza la orden hasta que una orden de
trabajo o producción es generada. El otro flujo es el de materiales (fabricación), en el que
se tienen en cuenta todos los procesos necesarios para producir el bien, hasta que es
entregado al cliente.

p. 21
A continuación, un ejemplo de un mapeo de flujo de valor
Ejemplo de VSM – Fuente: CBOK – ABPMP
Swim Lanes (Carriles)
Los carriles (swimlanes) no es una notación en sí misma, pero es un elemento que está
presente en muchas notaciones (como BPMN, UML, EPC y los flujogramas).
Imagine una pileta de natación con distintos andariveles o carriles: uno para cada
nadador. De la misma manera podríamos pensar un proceso donde cada rol o área
funcional utilizara un carril o andarivel.
Esta técnica introducida por Rummler-Brache, propone “organizar” o representar las

actividades o pasos de un proceso en andariveles o carriles. De esta manera el proceso
se representa en una caja (o rectángulo) y los carriles son rayas verticales u horizontales
que lo atraviesan. Y las actividades o pasos realizados por una misma área funcional se
representan dentro de un mismo carril.

p. 22
Abordajes especializados para el modelado de procesos
A continuación, se incluyen dos abordajes para el modelado de procesos que

proporcionan distintos enfoques o análisis de perspectiva organizacional:
Cadena de Valor (Value Chain)
Concepto introducido por Michael Porter.Presenta un flujo continuo de izquierda a

derecha de los sub-procesos que agregan valor al cliente. Proporciona una visión general,
pero no presenta una vista detallada de los procesos de negocio.
Ejemplo de Cadena de Valor – Fuente: CBOK – ABPMP
SIPOC (Supplier, Input, Process, Output, and Customer)
Es una técnica utilizada en Lean Six Sigma, para descubrir áreas de mejora. Propone un
complemento para el mapeo de procesos en forma de diagrama o tabla.
En un diagrama SIPOC, para cada sub-proceso, se identifica la participación de

proveedores (suppliers) y clientes (Customer) y se declaran los recursos necesarios
(entradas o inputs) y los resultados del proceso (salidas o outputs).

p. 23
A continuación, un ejemplo de un diagrama SIPOC.
Prensado y
Tamizado Pesado Expedición
Embalaje
Ejemplo de Diagrama SIPOC – Basado en CBOK– ABPMP

p. 24
Para que profundicen las notaciones de modelado, les proponemos consultar el material
bibliográfico en el campus, en el Libro “Unidad N°1 "Modelado" - material
complementario”, capítulo “2. Notaciones de Modelado”.

p. 25
Le proponemos analizar las notaciones de procesos utilizadas hoy en día en las

organizaciones. Para ello, reflexione sobre las notaciones con las que Ud. ha trabajado o
compartido, y contraste con este extracto de la encuesta internacional de BPTrends del
año 2016.
“De las siguientes notaciones, ¿cuáles son utilizadas o son de interés para su
organización? (Seleccione una o más opciones)”
2005 2007 2009 2011 2013 2015
EPC 14% 22% 18%
IDEF 5% 7% 4%
BPMN 22% 41% 51% 60% 60% 64%
UML 33% 30% 24% 14% 18% 17%
Extracto Encuesta “The State of Business Process Management 2016” - BPTrends
Pareciera que el mundo BPM se estaría enfocando en BPMN… ¿Coinciden con nosotros?
En los próximos bloques temáticos, profundizaremos sobre esta notación.

p. 26
3. Introducción a Herramientas de Modelado:

p. 27
Tipos de herramientas
BPM es una disciplina de gestión que engloba estrategias, objetivos, cultura, estructuras
organizacionales, roles, políticas, métodos y tecnologíaspara analizar, diseñar,
implementar, gestionar el desempeño, transformar y establecer el gobierno de los
procesos.
En este apartado, nos vamos a centraren las tecnologías BPM o herramientas para el
modelado de procesos de negocio. Para analizar y diseñar (y por lo tanto modelar)
procesos de negocio, podemos utilizar, distintos tipos de herramientas tecnológicas.
Una opción es utilizar un editor de texto (tipo Word) o una herramienta de presentación
(tipo power point) y graficar utilizando los símbolos que nos proveen estas herramientas.
O también podemos usar programas

graficadores de diagramas (tipo
Visio) que presentan distintas plantillas
para modelar fácilmente los procesos
según la notación elegida (tal como
muestra la impresión de pantalla de la
derecha).
Este tipo de herramientas son más

intuitivas y permiten modelar utilizando
los símbolos que corresponden a cada notación.
Tanto los editores de texto, como las presentaciones o graficadores generan archivos
planos que podremos exportar en distintos formatos y/o publicar en la web.
Ahora bien, cuando las organizaciones comienzan a madurar en la gestión de procesos

necesitan hacer uso de herramientas de modelado más sofisticadas que brinden
mayores funcionalidades. Entre las herramientas disponibles, podemos encontrar:
✓ BPA (Business Process Analysis)

✓ Módulos de Modelado de los BPMS (Business Process Management Suite)

p. 28
Las características de estas herramientas serán discutidas en profundidad en el cuarto

módulo de esta Diplomatura. En este módulo haremos una breve introducción a las
mismas a efectos de utilizarlas, en la práctica, para el modelado de procesos.
Particularmente, hemos seleccionado dos herramientas en su versión libre y de amplia
difusión en el mercado: Bizagi Modeler y ARIS Express para realizar los trabajos
prácticos de este curso.
BPA (Business Process Analysis)

De acuerdo a Gartner Inc. 1, las herramientas de BPA “Business Process Analysis”
(Análisis de Procesos de Negocio) están destinadas principalmente para los usuarios
finales de negocio que buscan documentar, analizar y optimizar los procesos complejos.
Permiten comprender mejor los procesos de negocios, eventos, flujos de trabajo y los
datos utilizando técnicas de modelado.
Son herramientas gráficas que permiten representar procesos, brindando facilidades de

edición. A su vez, como cada símbolo dentro de un modelo representa un objeto, estas
herramientas permiten reutilizaciónde objetos, lo que posibilita realizar análisis de
impactos. Por ejemplo, como cada área es un objeto, podremos consultar en qué
procesos interviene un área en particular. O como cada rol es un objeto, podremos saber
qué actividades realiza, por ejemplo, el analista de compras.
Otro aspecto interesante de estas herramientas, es que podemos incluir descripciones a

cada uno de los objetos que participan de un proceso, de forma tal de generar
descriptivos (o reportes) que pueden convertirse en la documentación de los procesos de
la organización y sustituir los tradicionales manuales de procedimientos.
1
Gartner Inc. es una empresa consultora y de investigación de las tecnologías de la
información con sede en Stanford Connecticut. Hasta 2001 era conocida como Gartner Group.

p. 29
Entre las herramientas de BPA, podemos encontrar a ARIS, inicialmente desarrollada por
IDS-Scheer y luego adquirida por Software AG. ARIS tiene amplia difusión en el mercado
argentino e internacional.
ARIS Business Process Analysis – Fuente: http://www.softwareag.com
Esta herramienta ofrece distintos tipos de modelos para representar la organización, sus
objetivos, sus productos y servicios, los procesos, sus indicadores de desempeño de
procesos, riesgos y actividades de control, los sistemas de información, etc. Uno de los
modelos más difundidos de ARIS es el EPC.
Software AG ofrece una versión reducida y libre para

iniciarse en BPM, denominada ARIS Express.

p. 30
Para profundizar en el modelado en herramientas BPA les proponemos consultar el

material bibliográfico en el campus, en el Libro “Unidad N°1 "Modelado" - material
complementario”, capítulo “3. Introducción a Herramientas de Modelado”, inciso “ARIS
Express”.

p. 31
Para aquellos que deseen ahondar en las funcionalidades típicas de un BPA, les
proponemos explorar la versión reducida y libre de la herramienta ARIS: ARIS Express.
Podrán encontrar los enlaces para descargar la herramienta y un ejemplo de modelado de

procesos de negocio con un BPA en el campus, en el Libro “Unidad N°1 "Modelado" -
material complementario”, capítulo “3. Introducción a Herramientas de Modelado”, inciso
“ARIS Express”.
Los desafiamos entonces a modelar un proceso punta a punta y alguno de sus

subprocesos en ARIS Express. ¿Se animan?

p. 32
Módulos de Modelado de los BPMS

Un BPMS (Business Process Management Suite) es una suite o conjunto integrado de
software que provee distintas funcionalidades, desde el modelado de los procesos, hasta
su simulación, automatización, ejecución y monitoreo.
En este curso, nos enfocaremos en la componente o funcionalidad de Modelado de

Procesos de Negocio de estas herramientas.
Los Módulos de Modelado de Procesos de Negocio, permiten definir y representar todos

los pasos a seguir en un proceso a través de la notación BPMN (Business Process Model
and Notation). No admiten otro tipo de notación. ¿Por qué? Para ello, debemos entender
un poco los objetivos que motivaron el desarrollo del estándar BPMN. Según White
(2009), la notación debía:
• Estar orientada hacia las necesidades del usuario y ser fácil de utilizar y accesible y
entendible para todos en la organización.
• Ser única, en cuanto a la representación, por lo que se debía llegar a un acuerdo
para que pudiera ser adoptada por distintas herramientas y proveedores de
software.
• Proporcionar facilidades para traducir los modelos de procesos a una forma
ejecutable.
Justamente, esta última meta, traducir los modelos a un lenguaje ejecutable (BPEL
Business Process Execution Language) es lo que posibilita la automatización y ejecución
del proceso en el BPMS. Sin duda, éste parecería ser un excelente motivo para adoptar el
estándar BPMN cómo única notación para modelar los procesos de negocio en un BPMS.
En el mercado podemos encontrar distintas herramientas de

BPMS. Entre ellas, se encuentra Bizagi que provee una
versión libre del modelador BPMN, “Bizagi Modeler” de
amplia difusión en el mercado argentino y en el mundo, y
que permite iniciarse en BPMN.
En este curso, trabajaremos en los distintos casos y talleres con la herramienta Bizagi
Modeler.

p. 33
Para profundizar en la utilización de la herramienta Bizagi Modeler les proponemos

consultar el material bibliográfico en el campus en el Libro “Unidad N°1 "Modelado" -
material complementario”, capítulo “3. Introducción a Herramientas de Modelado”, inciso
“Bizagi Modeler”.

p. 34
Les proponemos comenzar a trabajar con BPMN. Para ello, como primer paso, los
invitamos instalar en su equipo de trabajo la versión libre de Bizagi Modeler.
Podrán encontrar los enlaces para descargar la herramienta en el campus, en el Libro

“Unidad N°1 "Modelado" - material complementario”, capítulo “3. Introducción a
Herramientas de Modelado”, inciso “Bizagi Modeler”.
Y…¡en el próximo bloque temático comenzaremos a modelar!

p. 35
4. Modelado de Procesos en BPMN:

p. 36
Origen y Objetivos de BPMN

BPMN (Business Process Model and Notation) es una notación standard mantenida por el
OMG® (Object Management Group). El OMG es un consorcio
internacional, sin fines de lucro, dedicado a los estándares
tecnológicos. Los estándares del OMG son impulsados por sus
miembros: proveedores, usuarios finales, instituciones
académicas y agencias gubernamentales.
Un poco de historia
A partir del año 2001 el BPMI (Instituto Business Processs Management – BPMI.org)
comenzó a desarrollar un lenguaje de ejecución de procesos. Y decidieron que era
necesario definir una notación de procesos orientada a los usuarios. En el año 2004 el
BPMI publica la versión 1.0 de BPMN. En el año 2004, luego que el BPMI.org se
incorpora al OMG se publica la especificación 1.0 de BPMN.
En enero de 2011 de lanzó la versión 2.0 y en diciembre del 2013 la versión 2.0.2.
Objetivos principales de BPMN
De acuerdo al OMG, “El objetivo principal de BPMN es proporcionar una notación de fácil
comprensión para todos los usuarios de la empresa, desde los analistas de negocios que
crean los borradores iniciales de los procesos, a los desarrolladores técnicos
responsables de implementar la tecnología que va a ejecutará esos procesos, y por
último, a los hombres de negocios que van a gestionar y monitorear esos procesos. Por lo
tanto, BPMN crea un puente estandarizado para la brecha entre el diseño de procesos de
negocio y la implementación de los mismos.
Otro de los objetivos, pero no menos importante, es asegurar que los lenguajes XML
diseñados para la ejecución de procesos de negocio, tales como WSBPEL (Web Services
Business Process Execution Language), se puedan visualizar con una notación orientada
a los negocios”. (OMG, 2013, p. 1)

p. 37
Alcance de la notación BPMN

De acuerdo al OMG (2013), “BPMN se ve obligado a soportar sólo los conceptos de
modelado que son aplicables a los procesos de negocio. Esto significa que otros tipos
de modelos realizados por las organizaciones para fines comerciales está fuera del
alcance de BPMN.” (p. 20).
Por lo tanto, BPMN no puede representar:
• Estructuras organizacionales y sus recursos

• Estructuras de datos
• Estrategias y modelos de negocio
• Reglas de negocio
• Infraestructura de IT
Basándonos en el marco referencial BPMN que presentan Freund, Rücker y Hitpass

(2014), podríamos definir qué niveles de procesos podemos modelar con BPMN y con
qué nivel de detalle.
Proceso Visión lógica

Visión de Punta a Punta
Negocio Operaciones /
Flujo de trabajo
Visión física
Visión Detalles técnicos de

Modelo Técnico
Técnica (IT) implementación
Adaptación de BPMN Framework de Freund, Rücker y Hitpass
En este curso, nos enfocaremos en modelar en BPMN la visión del negocio (es decir,
procesos punta a punta y operaciones o flujo de trabajo).

p. 38
Implementaciones BPMN y Conformidad con el Estándar

Es importante notar que BPMN es un estándar. Y cada proveedor de software lo
implementa con distintos niveles de conformidad de acuerdo a la especificación del OMG:
• Modelado de Procesos (Process Modeling Conformance),

• Ejecución de Procesos (Process Execution Conformance),
• Ejecución de Procesos BPEL (BPEL Process Execution Conformance) y
• Modelado de Coreografía (Choreography Modeling Conformance).
En este curso, hemos seleccionado la herramienta Bizagi Modeler para realizar la práctica
de modelado. Por lo tanto, en este documento, referiremos los elementos principales de
la notación estándar BPMN y la presentaremos con el “look and feel” de Bizagi. A su vez,
indicaremos aquellos aspectos del estándar aún no soportados en esta herramienta.

p. 39
Tipos de sub-modelos
De acuerdo al OMG (2013), “el modelado de procesos de negocio se utiliza para
comunicar una amplia variedad de información a una amplia variedad de audiencias.
BPMN está diseñado para cubrir muchos tipos de modelado y permite la creación de
procesos de negocio punta a punta. Los elementos estructurales de BPMN permiten que
el espectador sea capaz de diferenciar fácilmente entre las secciones de un diagrama de
BPMN. Hay 3 tipos básicos de sub-modelos dentro de un modelo BPMN punta a punta”.
• Orquestación
• Colaboración
• Coreografías
Orquestación
Una orquestación de procesos de utiliza normalmente para representar procesos de

negocios privados o internos. Se denominan privado o internos porque son específicos
de una organización, ocurren o transcurren dentro de los límites de la organización.
Veamos un ejemplo de un proceso interno: Solicitud de Licencia por Vacaciones
Orquestación – Proceso de negocio interno
En este caso podemos observar el flujo del proceso: dónde empieza y dónde termina, y
los distintos pasos o actividades del mismo.

p. 40
A su vez, el mismo proceso se puede representar identificando también los distintos roles
que intervienen en el proceso.
Orquestación – Proceso de negocio interno
Las actividades del proceso están distribuidas en los carriles de cada rol según su rol. El
rectángulo que abarca a los tres carriles (roles) de este proceso es un pool que
representa a la organización o entidad de negocio.
Por lo tanto, un proceso interno o privado puede ser representado con o sin pool y
carriles. Pero si representamos un proceso interno con la notación de carriles, el proceso
debe estar contenido dentro del pool.

p. 41
Colaboración
Una colaboración representa la interacción entre dos o más organizaciones. Normalmente

una colaboración incluye dos o más participantes (organizaciones o entidades de
negocio), donde cada una se representa en un pool.
Veamos un ejemplo de colaboración:
Colaboración – Interacción de dos participantes
En este caso vemos dos participantes: la Librería y la Distribuidora de artículos de librería.

Podemos observar cómo fluye el proceso en cada organización (con línea llena) y cómo
interactúan ambas entidades de negocio (con línea punteada).
El primer pool corresponde al participante Librería y contiene el flujo de actividades de la

Librería.
De la misma manera, el segundo pool contiene la secuencia de actividades

correspondiente a la Distribuidora.

p. 42
Podemos representar este mismo modelo, pero incluyendo la notación de carriles en la

distribuidora:
Colaboración – Interacción de dos participantes
Coreografía
Una coreografía define el comportamiento esperado, es decir, el contrato entre los

participantes de un proceso. Nótese que para BPMN los participantes son las entidades
de negocio (u organizaciones) que participan de un proceso, en un contexto B2B
(Business to Business –Negocio a Negocio). Por lo tanto, una coreografía ocurre entre
participantes o pools.
La coreografíano está soportada por la versión actual de Bizagi Modeler y no será tratada
en este curso.

p. 43
Elementos básicos de BPMN

Podemos agrupar los elementos básicos de BPMN en cinco categorías:
• Objetos de Flujo (Flow Objects): elementos gráficos principales que definen el

comportamiento de un proceso de negocio.
• Objetos de Conexión (Connecting Objects): conectan o relacionan distintos objetos
• Carriles (Swimlanes)
• Datos (Data)
• Artefactos (Artifacts): enriquecen la descripción de un proceso
Objetos de Flujo (Flow Charts)
Objetos Descripción Notación

Algo que "sucede" durante el curso de un
Evento de Inicio
proceso. Estos eventos afectan el flujo del
Eventos modelo y por lo general tienen una causa Evento Intermedio
(Events) (trigger) o un impacto (resultado). Hay tres tipos
Evento de Fin
de eventos, según cuándo afectan el flujo:
Inicio, Intermedio y Fin.
Término genérico para denominar un trabajo en
una organización. Una actividad puede ser
Actividades atómica o no atómica (compuesta). Los tipos de
(Activities) actividades son: sub-procesos y tareas.
Las actividades deben nombrarse con verbos
en infinitivo
Se utiliza para controlar la divergencia y
convergencia de flujos de secuencia en un
Compuertas
proceso. Por lo tanto, va a determinar la
(Gateways)
ramificación, bifurcación, la fusión y la unión de
caminos.

p. 44
Objetos de Conexión (Connecting Objects)

Flujo de
secuencia Se utiliza para mostrar el orden en que las
(Flow actividades se realizarán en un Proceso
sequence)
Se utiliza para mostrar el flujo de los mensajes
Flujo de entre dos participantes. En BPMN, dos
Mensaje (Flow participantes se representan a través de dos
Message) pools separados en un diagrama de
colaboración
Se utiliza para vincular la información (objetos
de datos) y los artefactos con los elementos
gráficos de BPMN. Las anotaciones de textoy
Asociaciones
otros artefactos pueden estar asociados con los
(Associations)
elementos gráficos. Se puede utilizar una punta
de flecha en la asociación para indicarla
dirección del flujo.
Carriles (Swimlanes)

Pool (piscina, pileta), esla representación gráfica
de un participante en una colaboración. Un pool
puede contener detalles internos (actividades) o
Pools
puede ser presentado como una caja negra.
El pool se denomina con el nombre del
participante utilizando un sustantivo.
Carriles Es una partición dentro de un proceso,o dentro
(Lanes) de un pool, y se extiende a toda laduración del
proceso. Los carriles se utilizan paraorganizar y
categorizar actividades según los roles que
participan en el proceso.
Los roles se nombran con un sustantivo.

p. 45
Datos (Data)
Representan los datos y documentos en un

Objetos de
proceso. Pueden definir las entradas y salidas de
Dato (Data
las actividades, pero no afectan a la estructura y
Objects)
al flujo del proceso.
Provee un mecanismo para que las actividades

Objetos de
recuperen o actualicen la información
Dato (Data
almacenada, que persistirá más allá del alcance
Store)
del proceso.
Artefactos (Artifacts)
Es un conjunto de elementos gráficos que se

Grupo
encuentran dentro de la misma categoría. Esta
(Group)
agrupación no afecta el flujo del proceso.
Texto de Permiten que el modelador agregue información

(Text de texto adicional para el lectorde un diagrama
Annotation) BPMN
La especificación BPMN define una serie de elementos “extendidos” que representan

distintos conceptos de un proceso de negocio en BPMN. Podrán explorar los elementos
“extendidos” en el material complementario.

p. 46
Les proponemos profundizar sobre el modelado en BPMN a través del material publicado
en el campus en el Libro “Unidad N°1 "Modelado" - material complementario”, capítulo “4.
Modelado de Procesos en BPMN”.

p. 47
Les proponemos comenzar a modelar un proceso BPMN. Para ello, los invitamos a
realizar el Trabajo Práctico Nro 1 del módulo.
Podrán acceder a las consignas en el campus, en el “Trabajo práctico N° 1 - Modelado de

Procesos en BPMN”.
¡A modelar entonces!

p. 48
5. Casos de Modelado:

p. 49
En este último bloque temático presentaremos tres casos de modelado:

• Modelado de un proceso básico con Bizagi Modeler
• Modelado de un proceso punta a punta con BPMN
• Modelado de una mejora al proceso punta a punta
Modelado de un proceso básico con Bizagi Modeler

A modo de introducción a la herramienta Bizagi Modeler y al modelado en
BPMNcomenzaremos a modelar un proceso básico: ¿Cómo preparar un té?
Lo primero que debemos hacer cuando modelamos un proceso es identificar:

• El alcance del proceso
• Los actores del proceso (es decir, quién participa del mismo) y
• Lospasos o tareas principales del proceso
Entonces, en nuestro caso

• Alcance: Desde que decido prepararme un té con saquito hasta que está listo para
tomar
• Actores: Yo
• Pasos:
✓ Calentar el agua
✓ Buscar la taza
✓ Elegir el saquito
✓ Poner el agua caliente en la taza
✓ Introducir el saquito en la taza
✓ Sacar el saquito
✓ Endulzar

p. 50
¡Comencemos entonces a modelar este proceso en la

herramienta Bizagi Modeler!
Dado que es nuestro primer caso, trabajaremos por etapas.

Podrán observar el paso a paso de cada una de estas etapas en
los videos disponibles en el campus, en el Libro “Unidad N°1 "Modelado" - material
complementario”, capítulo “5. Casos de Modelado”.
Etapa 1: Modelado de un proceso de nivel 1
En esta primeretapa modelaremos un proceso muy básico indicando las actividades

principales (o los grandes pasos del proceso). Este proceso será nuestro nivel 1.
Proceso de Nivel 1: “Cómo preparar un té”
Como podrán observar, modelamos cada paso como una tarea (es decir, como
actividades atómicas).
Etapa 2: Modelado de un proceso de nivel 2: un sub-proceso
En esta segunda etapa agregaremos mayor nivel de detalle a nuestro proceso. Para ello,
generaremos un proceso de nivel 2, un sub-proceso, donde incluiremos detalles
adicionales.
Un proceso de nivel 1 y un proceso de nivel 2 (sub-proceso)

p. 51
Etapa 3: Documentación del proceso

Ahora, documentaremos las actividades (tareas y subprocesos) e indicaremos qué actor
realiza cada una de ellas. Es una buena práctica documentar las actividades de un
proceso, ya que facilita la publicación del proceso a todos los interesados.
Documentación del proceso
Etapa 4: Publicación del proceso

La mayoría de las herramientas de modelado BPMN cuentan con facilidades de publicar
el modelo (el proceso) en distintos formatos (word, pdf, html, etc.). Esta característica, es
una herramienta de comunicación muy interesante, ya que facilita el compartir los
procesos con todos los interesados. Por ejemplo, podríamos publicar los html de los
procesos en una intranet, para que los actores puedan navegar por ellos. O también
podríamos generar la base para los manuales de procesos.
Publicación del proceso

p. 52
Los invitamos a que investiguen las opciones de publicación. De esta manera, podremos
ver que el modelado de un proceso, no "sólo" es utilizada durante el proyecto de
transformación de un proceso. El modelado (con todos los detalles querramos) puede
estar siempre disponible para consulta, capacitación, etc.
El modelado de este proceso básico nos presenta algunos “tips” o buenas prácticas
interesantes:
• Se recomienda que un diagrama BPMN se ajuste a una página (o al tamaño de la

pantalla)
• Modelar de izquierda a derecha de forma que el flujo de secuencia se representa
en forma horizontal.
• Diseñar los diagramas BPMN prolijamente para facilitar la legibilidad minimizando
el cruce de flujos
• Todo proceso/sub-proceso comienza con uno o más eventos de inicio y terminan
con uno o máseventos de fin
• Los flujos de secuencia muestran el orden en que se realizan las actividades en un
proceso
• Actividades
o Nombrar las actividades (subprocesos y tareas) con un verbo en infinito
o No nombrar múltiples actividades con el mismo nombre

p. 53
• Compuertas
o Las compuertas no son decisiones. Son la representación de la
convergencia o divergencia del flujo del proceso. Las decisiones deben ser
determinadas en actividades previas a la compuerta.
o Las compuertas divergentes o exclusivas deben ser nombradas con una
frase interrogativa
o Nombrar los flujos de secuencia que salen de compuertas divergentes
utilizando sus condiciones establecidas como resultado
• Documentación del proceso: Bizagi Modeler (al igual que otras herramientas) nos
permite agregar documentación al proceso. Para ello se recomienda documentar
las tareas y sub-procesos agregando una descripción general y los actores que la
llevan adelante. Esta opción nos permitirá generar en forma automática
publicaciones auto-explicativas del proceso.
Modelado de un proceso de un proceso punta a punta con BPMN
Ahora que ya manejamos el Bizagi Modeler, los invitamos a trabajar sobre un proceso
punta a punta. Para ello, vamos a presentar un caso en particular. Más allá de la lógica
del proceso, es importante enfocarse en el modelado y en los distintos elementos que
contienen los procesos.
Veamos entonces, el caso en una pyme, un

laboratorio de alimentos.
Trabajaremos sobre el proceso: “De la toma del pedido al cobro”.

p. 54
Para ello, les proponemos seguir la siguiente secuencia:
1) Definir pautas metodológicas

o Niveles de modelado
o Notaciones para cada nivel
o Herramientas
o Nomenclatura (naming)
2) Identificar alcance y actores del proceso
3) Definir los grandes pasos del proceso
4) Modelar el proceso en Bizagi Modeler
1) Pautas metodológicas
En esta organización nuestro arquitecto de procesosha definido tres niveles de
modelado.
• Nivel 0: Cadena de Valor

• Nivel 1: Procesos punta a punta
• Nivel 2: Procesos de Detalle
Y para cada nivel se identificó la notación que se utilizará y la herramienta de modelado.
Proceso Nivel 2: Gestionar Pedido

p. 55
Respecto de la nomenclatura (naming), el

arquitecto definió:
o El proceso punta a punta se nombra con

sustantivos. Por ejemplo:
o “Del Requerimiento al Pago”
o “Del Pedido al Cobro”
o Los sub-procesos y tareas se nombran con verbos en infinitivo
o Los actores del proceso (participantes y roles) se describen con sustantivos:
o Los roles son nombres de posiciones (analista de compras o comprador, ejecutivo
de cuentas, etc). No incluir nombres de personas.
2) Alcance y actores del proceso
El alcance del proceso es:

o Desde que se toma el pedido
o Hasta que se cobra
Y los actores son
o Cliente
o La recepcionista/telefonista (“atención al cliente”)
o Administrativo
o Laboratorio
o Logística (tercerizado)
Entonces, identifiquemos qué actores serían participantes de la colaboración y cuáles

roles del proceso.
o Participantes (o entidades según Bizagi): Cliente, Logística (tercero)
o Roles: Administrativo, Recepcionista y Laboratorio

p. 56
3) Grandespasos del proceso
Entendamos ahora los grandes pasos del proceso:

o La recepcionista/telefonista gestiona el pedido y asigna turno para la entrega de la
muestra
o Con el turno asignado, el administrativo factura en el
sistema (donde se realizan las imputaciones contables)
o Logística (tercerizado) retira la muestra
o Los técnicos del laboratorio reciben la muestra y
realizan el análisis
o La recepcionista entrega resultados (en mano o envía mails)
o El administrativo cobra al cliente, lo registraen el sistema (que imputa
contablemente)
4) Modelar el proceso en Bizagi Modeler
De acuerdo a los datos relevados del proceso, modelaremos el proceso con tres (3) pools:
o Uno para el participante cliente,

o otro para el participante de logística (tercero) y
o el último para el laboratorio, donde diseñaremos el proceso interno del laboratorio.
Dado que nuestro foco es el proceso interno del laboratorio, para el pool laboratorio,
identificaremos un carril (o lane) para cada uno de los roles que participan del proceso:
recepcionista, administrativo y técnicos.
A su vez, no modelaremos el detalle de los procesos de los participantes cliente y

logística. Tan sólo referenciaremos algunas actividades que “conversan” con el proceso
interno.
¡Comencemos a trabajar entonces sobre nuestro proceso interno!

p. 57
En este texto, veremos los distintos modelos de los procesos nivel 1 y nivel 2 que
componenel proceso punta a punta: “De la toma del pedido al cobro”.
Podrán encontrar el archivo bpm generado por la herramienta

Bizagi Modeler, en el campus, en elLibro “Unidad N°1
"Modelado" - material complementario”, capítulo “5. Casos de
Modelado”.
Vayamos recorriendo juntos el proceso. Comencemos entonces por el Nivel1: el

proceso punta a punta: “De la toma del pedido al cobro”
Proceso punta a punta: “De la toma del pedido al cobro” – Nivel 1
El proceso se inicia cuando el Cliente solicita un pedido de análisis. Por ello, el evento de
inicio es un evento de mensaje.
La recepcionista gestiona el pedido (es decir, toma el pedido, verifica disponiblidad, arma
la propuesta, la envía al cliente y una vez aprobado, lo registra en el sistema. El detalle de
las actividades de la recepcionista lo veremos en el nivel 2. En el proceso punta a punta
vemos la interacción de este subproceso con el participante cliente y el resto de las
actividades.

p. 58
Una vez aprobado y registrado el pedido, el administrativo factura. Luego, el tercero

encargado de la logística retira la muestra del cliente y la entrega en el laboratorio. Los
técnicos reciben entonces la muestra y la analizan. La recepcionista luego entrega el
resultado y el administrativo cobra.
En todos los casos, el detalle de los sub-procesos los podemos apreciar en el nivel 2. De
esta manera, podemos ver unpunta a punta sencillo y las principales interacciones entre
los actores y participantes.
Es una muy buena práctica generar un proceso punta a punta de alto nivel, fácil de
leer y entender. Y luego ir desagregando y aclarando el proceso en los distintos
niveles de detalle.
En nuestro caso, el arquitecto de procesos ha definido tres niveles de procesos: Nivel 0

para la cadena de valor, Nivel 1 para el proceso punta a punta y los Niveles 2 para los
procesos de detalle. Siguiendo ese lineamiento, definimos un nivel 1 conceptual y claro y
luego bajaremos los detalles en los niveles 2.
Hay dos aspectos interesantes para destacar en nuestro proceso de nivel 1.
Por un lado, podemos ver que cuando los técnicos reciben la muestra
puede ocurrir un error (en este caso, el único error considerado es que
el cliente envíe la muestra fuera de término). En ese caso, se debe
generar un cargo adicional al cliente, que se vuelve a facturar y
nuevamente se solicita la entrega de la muestra.
Para manejar esta excepción, utilizamos un evento intermedio de error

adjuntado al límite del sub-proceso “Recibir muestra y analizar”.

p. 59
Otro aspecto que seguramente les llama la atención es el flujo de secuencia que fluye del
subproceso “Facturar” al subproceso “Recibir y analizar muestra”. ¿Por qué la
agregamos? Para asegurar el flujo de secuencia dentro del proceso interno. Luego de
facturar se envía un mensaje a Logística para que retire la muestra del cliente. Pero
nuestro proceso interno sigue, ya que debemos impactar en nuestra contabilidad y luego
los técnicos de laboratorio, con el turno asignado deben esperar la entrega de la muestra.
Veamos entonces cada uno de los niveles 2.
Gestionar Pedido (Nivel 2)
Proceso Nivel 2: Gestionar Pedido
En este proceso hemos incluido tareas de usuario de recepción y de envío, como así
también un evento intermedio de mensaje.
En todos los casos las tareas de usuario son tareas llevadas a cabo por la recepcionista
con soporte de un sistema informático. El evento intermedio de mensaje envía la
propuesta al cliente. La tarea de recepción espera el mensaje del cliente (la confirmación
o no). A su vez, la tarea de envío genera el informe de rechazo del pedido y lo envía al
cliente.
Podrán ver las explicaciones de estos elementos en el documento de elementos

extendidos de BPMN.

p. 60
Facturar (Nivel 2)
Proceso Nivel 2: Facturar
En este proceso hemos incluido nuevos elementos: una compuerta paralela y una tarea
de servicio.
La compuerta paralela diverge el flujo de secuencia. Es decir, luego de enviar la factura al

cliente, debemos hacer dos tareas en paralelo: “Solicitar la recolección de la muestra” y
“Realizar la imputación contable”. A su vez, cuando ambas tareas terminan, el flujo
confluye en una nueva compuerta paralela indicando que el subproceso no puede
terminar hasta tanto no se han llevado a cabo ambas tareas.
La tarea de servicio implica que la imputación contable es totalmente automática. Por ello
es que se prevé el manejo de un posible error a través del evento intermedio en el límite
de la actividad.

p. 61
Recibir muestra y analizar (Nivel 2)
Proceso Nivel 2: Recibir muestra y analizar
En este proceso de nivel 2, podemos observar nuevos elementos:
• un evento intermedio condicional adjunto al límite de la tarea “Recibir muestra”

• un evento de fin de error y
• un evento intermedio de temporización.
El evento intermedio condicional indica que si no se cumple una condición dada, se debe
manejar una excepción. En nuestro caso, si la muestra no llega en el término establecido
por el turno asignado y no hay capacidad para procesarla, entonces no se podrá analizar.
Entonces se deberá asignar un nuevo turno, aplicar el recargo por multa y solicitar la
facturación de los mismos y que se envíe una nueva muestra.
El evento de fin de error genera que este subproceso tenga como resultado un error que
será atrapado por el evento intermedio de error (del mismo código) adjunto en el límite del
sub-proceso padre (“Recibir muestra y analizar”). Esto genera que en el nivel 1, el flujo de
secuencia cambie, y en vez de seguir el camino feliz hacia “Entregar resultado”, volvamos
a “Facturar”.
Por otro lado, el evento de temporización, indica que el proceso debe esperar 10 minutos
(el tiempo que necesitan reposar los reactivos), para luego seguir con su flujo normal.

p. 62
Entregar resultado (Nivel 2)
Proceso Nivel 2: Entregar resultado
En este proceso incluimos un elemento nuevo: la tarea manual. En este caso la

recepcionista realiza una tarea sin ningún soporte informático: ensobra un informe.
Cobrar (Nivel 2)
En este proceso podemos ver un subproceso expandido, que a su vez tiene la propiedad
de loop.
El subproceso “Recibir pago” se expande y se puede observar dentro del mismo nivel 2.
Por otro lado, este mismo subproceso tiene la propiedad de ciclo que le permitirá
ejecutarse hasta que se cumpla la condición “Transferencia recibida”.
Proceso Nivel 2: Cobrar

p. 63
Modelado del proceso punta a punta mejorado
Supongamos ahora que nuestra pyme, el laboratorio, decide hacer una mejora al proceso:
Para aquellos clientes VIP, ofrece el servicio de realizar los estudios, entregar el informe y
luego facturar y cobrar. En cambio, para los clientes no VIP, se debe facturar y cobrar
previo a recepcionar la muestra.
Veamos entonces cómo quedaría nuestro proceso punta a punta
Proceso punta a punta mejorado
Podrán navegar este proceso y observar las mejoras

accediendo al archivo bpm publicado en elcampus, en el Libro
“Unidad N°1 "Modelado" - material complementario”, capítulo “5.
Casos de Modelado”
Podemos ver entonces, que el flujo de secuencia del nivel 1 ha cambiado y hay nuevas
actividades que reflejan las nuevas funcionalidades.

p. 64
En esta nueva versión del proceso, encontramos nuevos elementos: call activities o
subprocesos reusables. Las call activities que invocan a procesos globales son: “Facturar
y Cobrar” (en el proceso nivel 1) y “Realizar imputaciones” en el sub-proceso “Facturar y
Cobrar” (nivel 2).
Veamos entonces el proceso de nivel 2 “Facturar y Cobrar”
Proceso Nivel 2: Facturar y Cobrar
Es importante notar que siempre hay distintas maneras de modelar un proceso. Algunas
más heterodoxas que otras, pero de algún modo, todas logran su objetivo: modelar el
proceso.
A su vez, cuando modelamos un proceso siempre debemos seguir las pautas

metodológicas definidas por nuestro arquitecto de procesos. Esto es fundamental.

p. 65
El modelado de este proceso punta a punta nos permite agregar algunos “tips” o buenas
prácticas a la lista del parágrafo anterior:
• Diseño del diagrama

o No crear diseños en zigzag: Se recomienda que el diagrama incluya flujos
de secuencia horizontales (ordenar de izquierda a derecha) y flujos de
mensajes y asociaciones verticales.
o Debe quedar claro cuál es el “happy path” (“camino feliz") del Proceso
o Estructurar el proceso en niveles jerárquicos de detalles utilizando sub-
procesos
o Utilizar “call-activities” o procesos-reusables (tal como los define Bizagi) para
reutilizar procesos
• Participantes y Roles
o Participante (denominado Entidad en Bizagi Modeler)
▪ Es una entidad comercial (por ejemplo, una empresa, una división de
la empresa o un cliente) o una función de negocio (por ejemplo, un
comprador o un vendedor) que controla o es responsable de un
proceso de negocio
▪ Se nombra con sustantivos
o Rol:
▪ Es un rol de negocio o función (por ejemplo, un comprador o un
vendedor) que controla o es responsable de determinadas
actividades dentro del proceso de negocio.
▪ Se nombra con sustantivos

p. 66
• Pool:
o Es un contenedor que representa a un participante en una colaboración
o Se denomina con el nombre del participante utilizando un sustantivo
o Un pool puede particionarse en “lanes” (carriles)
• Lane (Swimlane) o Carril:
o Se utiliza para organizar y categorizar actividades según los roles que
participan en el proceso
o Los roles se nombran con un sustantivo.
• Flujos de secuencia (línea llena)
o Los flujos de secuencia muestran el orden en que se realizan las actividades
en un proceso
o No pueden cruzar los límites de un sub-proceso
o No pueden cruzar los límites de un pool
• Flujos de mensajes (línea punteada)
o Se utilizan para mostrar la comunicación entre los participantes (entre
distintos pools)
• Tareas manuales, automáticas y semiautomáticas
o Utilizar tareas manuales para representar el esfuerzo de trabajo que se
espera que se realice sin la ayuda de ninguna aplicación de software
o Utilizar tareas de usuario para representar el esfuerzo de trabajo
semiautomatizado donde un ejecutante humano usa una aplicación de
software para completar la tarea.
o Utilizar tareas de servicio para representar un esfuerzo de trabajo
automatizado

p. 67
Les proponemos profundizar sobre los tres casos descriptos a través del material
publicado en el campus, en el Libro “Unidad N°1 "Modelado" - material complementario”,
capítulo “5. Casos de Modelado”.

p. 68
Bibliografía utilizada y sugerida

• Asociación de Profesionales de Gestión de Procesos de Negocio (ABPMP) Brasil
(2014). BPM CBOK Guía para o Gerenciamiento de Procesos de Negócio – Corpo
Comum de Conhecimento – ABPMP BPM CBOK V3.0 2ª EDIÇÃO. Brasil, ABPMP
Libros y otros manuscritos

• Aris Community. Sitio de la Comunidad ARIS. Enlace disponible en el Libro Unidad
N°1 "Modelado" - material complementario”.
• Bizagi, Videos tutoriales. Enlaces disponibles en el Libro Unidad N°1 "Modelado" -
material complementario”:
• Booch, Grady y Jacobson, Ivar y Rumbaugh, James (2007) El lenguaje unificado
de modelado – 2° Edición. (cap 1 y 2). Madrid: Editorial Pearson.
• Freund, J., Rücker, B., Hipass, B. (2014). BMPN 2.0 Guía de Referencia y Guía
Práctica (p. 10-23). BPM Center, Santiago de Chile.
• Groschopp, M. G. (2017). Compuertas en BPMN. Disponible en el Libro Unidad
N°1 "Modelado" - material complementario”
• Groschopp, M. G. (2017). Elementos extendidos en BPMN. Disponible en el Libro
Unidad N°1 "Modelado" - material complementario”.

p. 69
• Hitpass (2012). Business Process Management (BPM) Fundamentos y Conceptos

de Implementación. Santiago de Chile, BPM Center – Universidad Técnica
Federico Santa María
• OMG (Object Management Group) Especificación UML v2.0. Enlace disponibleen
el Libro Unidad N°1 "Modelado" - material complementario”.
• OMG (2013). Especificación Business Process Model and Notation (BPMN) v.
2.0.2.Enlace disponibleen el Libro Unidad N°1 "Modelado" - material
complementario”.
▪ Capítulo 1 – Scope (Alcance)
▪ Capítulo 7 – Overview (Visión General)
• White, S, (2009). Guía de Referencia y Modelado BPMN – Comprendiendo y
utilizando BPMN. Futures Strategies Inc. Florida, USA.

p. 70
Lo que vimos:
En esta Unidad introducimos los principios básicos del modelado. Comprendimos qué es
un modelo de procesos y cómo se representan sus distintas visiones utilizando distintos
niveles de modelado. Recorrimos distintas notaciones de modelado, para profundizar
sobre la notación BPMN. Y finalmente aplicamos estos conocimientos en casos de
modelado.
Lo que viene:
En las próximas Unidades transitaremos las etapas de análisis y diseño de un proceso de
negocio. Analizaremos los conceptos básicos del análisis, sus técnicas y la importancia de
representar el modelo as-is del proceso. Para luego introducir los fundamentos del diseño,
la simulación, y los factores claves de éxito. Y finalmente, realizaremos un taller integral
de análisis y diseño de un caso.


Unidad 1 Bizagi

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Unidad 1 Bizagi

Cargado por

Copyright:

Formatos disponibles

DIPLOMATURA EN GESTIÓN POR

PROCESOS DE NEGOCIO (BPM)

Centro de e-Learning SCEU UTN - BA.

MODELADO, ANÁLISIS Y DISEÑO DE PROCESOS

Centro de e-Learning SCEU UTN - BA.

Introducimos brevemente el concepto de herramientas de modelado y presentamos dos

Por último, como cierre de esta unidad, presentamos casos de modelado.

Centro de e-Learning SCEU UTN - BA.

• Comprendan los conceptos básicos del modelado de procesos.

Centro de e-Learning SCEU UTN - BA.

Centro de e-Learning SCEU UTN - BA.

Consignas para el aprendizaje colaborativo

• Los foros proactivos asociados a cada una de las unidades.

Además, también se propondrán reflexiones, notas especiales y vinculaciones a

Centro de e-Learning SCEU UTN - BA.

Centro de e-Learning SCEU UTN - BA.

1. Conceptos básicos de Modelado de Procesos:

Centro de e-Learning SCEU UTN - BA.

Modelado de Procesos: Definición y Consideraciones

Para analizar, diseñar, implementar, gestionar el desempeño y transformar los procesos

Representar gráficamente un proceso se denomina modelar.

De acuerdo al ABPMP (2014), “el modelado de procesos de negocio es el conjunto de

Centro de e-Learning SCEU UTN - BA.

Modelado de Procesos: Usos y Contenido

• ¿Qué pasos son necesarios en un proceso?

Centro de e-Learning SCEU UTN - BA.

Nivel 0 Estrategia Cadena de Valor

Nivel 1 Negocio Procesos Punta a Punta

Nivel 3 Actividades Procedimientos

Cada organización define los niveles de modelado en función de su contexto y sus

Otras organizaciones, se basan por ejemplo, en la cadena de valor de Porter. Y otras,

Centro de e-Learning SCEU UTN - BA.

Cada notación y/o herramienta de modelado variará en la forma de representación o en la

Un modelo podrá contener los siguientes elementos y/o informaciones:

Centro de e-Learning SCEU UTN - BA.

Centro de e-Learning SCEU UTN - BA.

¡A compartir y debatir entonces!

Centro de e-Learning SCEU UTN - BA.

Centro de e-Learning SCEU UTN - BA.

Desarrollo de notaciones y modelos estándar

De acuerdo al ABPMP (2014), “notación es un conjunto estandarizado de símbolos y

El ABPMP nos presenta una serie de notaciones de modelado de procesos:

• Business Process Model and Notation (BPMN) (desarrollado en el cuarto bloque

Centro de e-Learning SCEU UTN - BA.

Business Process Model and Notation (BPMN)

Es una notación de fácil

Cada símbolo del modelo es un

Desarrollaremos esta notación en el cuarto bloque temático de esta unidad.

Basada en el standard ANSI aprobado en 1970, incluye un conjunto simple y limitado de

Ejemplo de Flujograma – Fuente: CBOK ABPMP

Es sencilla en su concepción y permite ser utilizada en numerosas

Centro de e-Learning SCEU UTN - BA.

Event-driven Process Chain (EPC)

Unified Modeling Lenguage (UML)

De acuerdo Booch, Jacobson y Rumbaugh (2007), “el Lenguaje Unificado de Modelado

Centro de e-Learning SCEU UTN - BA.

Ejemplo de Diagrama de Actividades – Fuente: CBOK – ABPMP

UML es mantenido actualmente por el OMG (Object Management Group).

IDEF, Value Stream Mapping

Centro de e-Learning SCEU UTN - BA.

A continuación,un ejemplo de un modelo de proceso representado con IDEF

Ejemplo de Diagrama IDEF – Fuente: CBOK – ABPMP

Mapeo de Flujo de Valor (Value Stream Mapping –VSM)

Un mapa VSM es un gráfico compuesto de íconos y símbolos simples que describen