Está en la página 1de 68

UNIVERSIDAD NACIONAL DEL CALLAO

FACULTAD DE INGENIERIA INDUSTRIAL Y DE SISTEMAS


ESCUELA PROFESIONAL DE INGENIERÍA INDUSTRIAL

Modelamiento de Procesos
usando BPMN y BizAgi

BPMN: Business Process Model and Notation

Mg. Ing. ABEL SALAZAR C.

Email: abel.angelsc@gmail.com
Celular: 995712360 / 961104340
¿Qué es un proceso?
 Conjunto organizado de actividades repetibles y
relacionadas entre sí que transforman elementos
de entrada en elementos de salida (bienes o
servicios) de valor agregado para satisfacer las
expectativas de clientes externos y/o internos.

 Usa recursos, es sometido a controles y puede


ser monitoreado (indicadores).
Business Process Model & Notation (BPMN)

Es una notación gráfica estándar para


modelamiento de procesos de negocio (no es
una metodología)

Modela la secuencia de actividades, los


mensajes intercambiados entre los diferentes
participantes y toda la lógica necesaria para que
un proceso sea analizado, simulado y mejorado
Business Process Model & Notation (2.0)

12:42 p.m.

Ingeniería de Sistemas Taller de Modelamiento de Procesos de Negocio con BPMN 38


Bizagi, es un intermediario entre una
definición de proceso y el proceso modelado.
¿Qué es BizAgi?
Ejemplo explicativo

Tareas del Proceso (Modelador de Procesos) Proceso Diagramado


(INSUMOS) (PLATAFORMA) (PRODUCTO)

Definición Teórica del


PROCESO
Ejemplo RESUELTO:
Tres tipos de Modelado de Procesos

• Proceso de Negocios Interno: que representa un único proceso


de negocio interno donde se representa toda la secuencia del
proceso.
• Proceso de Negocios abstracto: representa un proceso de
negocio externo del que desconocemos los detalles.
• Proceso de Negocios Colaborativo: representa la interacción
entre dos o más entidades del negocio. Las interacciones se
representan por los mensajes intercambiados entre las entidades
involucradas
Proceso de Negocios Interno
Proceso de Negocios Externo
Proceso de Negocios Colaborativo
Elementos básicos de la notación
Actividades

Objetos de
Eventos
Flujo

Compuertas

Pools
Canales
Lanes

Elementos Objetos de
BPMN datos

Artefactos Anotaciones

Agrupaciones

Flujos de
secuencia

Flujos de
Conectores
mensaje

Asociación
Canales
Actividades

Objetos de
Eventos
Flujo

Compuertas

Pools
Canales
Lanes

Elementos Objetos de
BPMN datos

Artefactos Anotaciones

Agrupaciones

Flujos de
secuencia

Flujos de
Conectores
mensaje

Asociación
Canales
Contenedor (Pool)
 Contiene a un único proceso
 El nombre del contenedor es el nombre del proceso
 Los flujos de secuencia no pueden cruzar los límites del pool
Canales
Carril (Lane)
 Subdivisión del pool
 Define a las personas (roles, puestos, áreas) que realizan las
actividades
 Los flujos de secuencia pueden atravesar los límites de los lanes
Actividades
Actividades

Objetos de
Eventos
Flujo

Compuertas

Pools
Canales
Lanes

Elementos Objetos de
BPMN datos

Artefactos Anotaciones

Agrupaciones

Flujos de
secuencia

Flujos de
Conectores
mensaje

Asociación
Actividades
• Representa las tareas o pasos dentro de un proceso
• Consume recursos como tiempo y costos

• Dos tipos de actividades:


– Tareas: actividades simples (atómicas), indivisibles
– Sub-procesos: actividades compuestas

1. Tareas 2. Subprocesos
Tarea Simple
Ej: Empaquetar productos

Tarea de Usuario
Ej: Registrar datos
Tarea de Servicio
Ej: Validar DNI en Reniec

Tarea de Recepción
Ej: Recibir un informe
Tarea de Envío
Ej: Enviar una solicitud

Tarea de Script
Ej: Generar número de
solicitud
Tarea Manual
Ej: Empaquetar productos

Tarea de Regla de
Negocio
Ej: Verificar crédito
Eventos
Actividades

Objetos de
Eventos
Flujo

Compuertas

Pools
Canales
Lanes

Elementos Objetos de
BPMN datos

Artefactos Anotaciones

Agrupaciones

Flujos de
secuencia

Flujos de
Conectores
mensaje

Asociación
Eventos
 Representa “algo que ocurre” o “puede ocurrir” durante
el curso de un proceso
 Tienen una causa y un impacto
 Pueden iniciar, retrasar, interrumpir o finalizar el flujo de
un proceso

Evento de Inicio

Evento Intermedio

Evento de Fin
Eventos de inicio
Indican cuándo inicia un proceso
Simple
No define ningún disparador

Mensaje El disparador es un mensaje que llega desde un participante


externo. El proceso se inicia cuando se recibe un mensaje.
Ejemplo: Cliente pide una verificación en su cuenta

Temporizador El disparador es una fecha y hora específica o un intervalo de


tiempo. El proceso se inicia en una fecha específica o cada
determinado intervalo de tiempo.
Ejemplo: El viernes de cada mes a la 8pm

Señal El disparador es una señal recibida del exterior o de otro proceso.


El proceso se inicia cuando se detecta la señal.
Ejemplo: El Estado publica las bases para una licitación
12:42 p.m.
Eventos intermedios
Simple
Indica que algo ocurre o puede ocurrir dentro de la secuencia del
proceso

Envío de
Mensaje Se dispara el envío inmediato de un mensaje a un destinatario
especifico. El proceso continúa luego del envío.
Ejemplo: Comunicar al cliente que el crédito fue aprobado

Recepción
de Mensaje El proceso se detiene hasta que se recibe el mensaje.
Ejemplo: Recibir cotizaciones del proveedor
Eventos intermedios (cont.)
Envío de
Señal Se dispara el envío inmediato de una señal. El proceso continúa luego
del envío. Otros procesos pueden reaccionar a la señal emitida.
Ejemplo: Publicar oferta laboral en la página web

Recepción
de Señal El proceso se detiene hasta que se recibe la señal.
Ejemplo: Esperar respuesta a la licitación

Temporizador
El proceso se detiene hasta que se cumple el lapso o se arriba la
fecha determinada.
Ejemplo: Esperar 10 días luego de publicada la oferta laboral
Eventos de fin
Indican cómo termina un flujo
Simple
No define ningún resultado

Mensaje El flujo termina con el envío de un mensaje a un participante


externo.
Ejemplo: Notificar al cliente acerca del crédito aprobado

Señal El flujo termina con el envío de una señal. Otros procesos pueden
reaccionar o no a esta señal.
Ejemplo: Publicar en la pagina web resultados de selección de
personal

Terminal Detiene todas las actividades del proceso, incluso aquellas que se
encuentran en curso.
Ejemplo: Cliente cancela solicitud de licencia de funcionamiento
12:42 p.m.
Ejemplos de Eventos
Compuertas
Actividades

Objetos de
Eventos
Flujo

Compuertas

Pools
Canales
Lanes

Elementos Objetos de
BPMN datos

Artefactos Anotaciones

Agrupaciones

Flujos de
secuencia

Flujos de
Conectores
mensaje

Asociación
Compuertas
Permiten controlar los puntos de divergencia (decisiones) y
convergencia (sincronización) de un flujo

Divergencia o decisión

Convergencia o sincronización
Tipos de compuertas

Exclusiva Compleja

Paralela Basada en eventos

Inclusiva Paralela basada en


eventos
Objetos de datos
Actividades

Objetos de
Eventos
Flujo

Compuertas

Pools
Canales
Lanes

Elementos Objetos de
BPMN datos

Artefactos Anotaciones

Agrupaciones

Flujos de
secuencia

Flujos de
Conectores
mensaje

Asociación
Objetos de datos
 Documentos o formularios o entidades que son actualizadas
durante el proceso
 Documentos electrónicos o físicos
 Pueden entrar o salir de una actividad
 Se pueden documentar los estados, normalmente en la segunda
línea de texto, entre corchetes
Anotaciones
Actividades

Objetos de
Eventos
Flujo

Compuertas

Pools
Canales
Lanes

Elementos Objetos de
BPMN datos

Artefactos Anotaciones

Agrupaciones

Flujos de
secuencia

Flujos de
Conectores
mensaje

Asociación
12:42 p.m.
Anotaciones
 Agregan información relevante, comentarios
 Equivalente a colocar comentarios */ */ en un lenguaje de
programación

12:42 p.m.
Agrupaciones
Actividades

Objetos de
Eventos
Flujo

Compuertas

Pools
Canales
Lanes

Elementos Objetos de
BPMN datos

Artefactos Anotaciones

Agrupaciones

Flujos de
secuencia

Flujos de
Conectores
mensaje

Asociación
Agrupaciones
 Permiten relacionar distintos elementos en un diagrama
 No afectan los flujos de ejecución
 Pueden cruzar los límites del pool
Flujos de secuencia
Actividades

Objetos de
Eventos
Flujo

Compuertas

Pools
Canales
Lanes

Elementos Objetos de
BPMN datos

Artefactos Anotaciones

Agrupaciones

Flujos de
secuencia

Flujos de
Conectores
mensaje

Asociación
Flujos de secuencia
 El flujo de secuencia controla la secuencia de las actividades o
elementos dentro del proceso
 Une actividades, eventos y compuertas dentro del contenedor
(pool)
 Se usa para mostrar el orden (secuencia) de las actividades dentro
del proceso
 La fuente y destino pueden ser: actividades, eventos y compuertas
(gateways)
 Los flujos de secuencia no pueden cruzar los límites de un pool
Flujos de mensaje
Actividades

Objetos de
Eventos
Flujo

Compuertas

Pools
Canales
Lanes

Elementos Objetos de
BPMN datos

Artefactos Anotaciones

Agrupaciones

Flujos de
secuencia

Flujos de
Conectores
mensaje

Asociación
12:42 p.m.
Flujos de mensaje
 Se usa para mostrar el flujo de mensajes (interacción) entre dos
participantes de procesos separados (representados como pools)
 No se permite el uso de una línea de mensaje entre objetos dentro
de un mismo pool
 No implica secuencia de actividades sino comunicación entre
procesos
Flujos de asociación
Actividades

Objetos de
Eventos
Flujo

Compuertas

Pools
Canales
Lanes

Elementos Objetos de
BPMN datos

Artefactos Anotaciones

Agrupaciones

Flujos de
secuencia

Flujos de
Conectores
mensaje

Asociación
Flujos de asociación
 Une artefactos con actividades
 Son usadas para mostrar las entradas y las salidas de las
actividades
Mejores prácticas en modelado de procesos
Definir un comienzo y un final claro

Utilice eventos de inicio y final de cada proceso y subproceso para representar su


comienzo y finalización.
Mejores prácticas en modelado de procesos
Siga una dirección consistente del flujo
Haga visible la lógica del proceso en el diagrama. Evite las líneas cruzadas (conectores),
mantenga una secuencia de tiempo y una dirección de flujo constante. La lectura
diagrama será más fácil y su comunicación eficiente.
Mejores prácticas en modelado de procesos
Mantenga claro el escenario principal
El escenario principal debe ser fácilmente identificado al leer el diagrama. Diagrame el
escenario principal primero y luego los flujos alternativos.
Mejores prácticas en modelado de procesos
Distinga los estados finales exitosos y no exitosos
Utilice eventos finales separados para identificar cuando un proceso terminó con éxito y
cuando no, para propósitos de documentación y revisión.
Mejores prácticas en modelado de procesos
Mantenga un formato estándar
Mantenga un formato único a lo largo de sus diagramas y enfóquese en una apariencia
limpia y agradable. El uso de diferentes tamaños de fuente, colores, dimensiones de cajas
o etiquetas superpuestas podrían hacer que la lectura de los diagramas sea un desafío.
Mejores prácticas en modelado de procesos
Lo que hay que revisar en Pools
•Diagrame los procesos completamente dentro de un Pool. Nunca diagrame flujos fuera
de los límites de un Pool.
Mejores prácticas en modelado de procesos
•Defina tantos Pools como procesos. Debe haber siempre al menos un Pool.
Mejores prácticas en modelado de procesos
¿Qué verificar en Lanes?

•Cree un Lane solo si se ejecuta al menos una tarea o un evento intermedio en él.
Mejores prácticas en modelado de procesos
¿Qué verificar en Lanes?
•No cree Lanes para representar un área o una entidad que lleva a cabo un tarea
automática o una compuerta.
Mejores prácticas en modelado de procesos
¿Qué verificar en Lanes?

•No diagrame tareas, compuertas o eventos en medio de dos Lanes.


Mejores prácticas en modelado de procesos
¿Qué verificar en Actividades?
•No diagrame varias instancias de la misma tarea para representar a varios participantes.
Sólo diagrame una tarea en un área. Defina los participantes como condiciones de
asignación en la documentación y en reglas de asignación.
Mejores prácticas en modelado de procesos
¿Qué verificar en Actividades?

•No ramifique los flujos usando tareas. Siempre use las compuertas.
Mejores prácticas en modelado de procesos
¿Qué verificar en Compuertas?
•No use compuertas para juntar y separar al mismo tiempo. Esto producirá un error en
tiempo de ejecución.
Mejores prácticas en modelado de procesos
¿Qué verificar en Compuertas?
•Uso obligatorio de la compuerta exclusiva como elemento de convergencia.
Mejores prácticas en modelado de procesos
¿Qué verificar en Compuertas?

•Siempre use el mismo tipo de compuerta para juntar los flujos que fue usado para
dividirlos.
Mejores prácticas en modelado de procesos
Cuando utilice Compuertas basadas en eventos, no utilice una Compuerta basada en
eventos para juntar los flujos que fueron divididos.

•Use sólo Eventos y/o Tareas después de una compuerta basada en eventos.
Mejores prácticas en modelado de procesos
¿Qué verificar en Eventos?
•Utilice eventos de terminación sólo cuando sea estrictamente necesario. Estos se
utilizan para modelar situaciones donde se habilitan varios caminos alternativos y todo
el proceso tiene que ser terminado cuando uno de ellos se ha completado.
Esto tiene una excepción descrita en el siguiente ítem.
Mejores prácticas en modelado de procesos
¿Qué verificar en Eventos?
•Use los Eventos de finalización terminal en vez de eventos de terminación en
subprocesos embebidos.
Mejores prácticas en modelado de procesos
¿Qué verificar en Conectores?
•Use flujos de secuencia para conectar todas las actividades, eventos y compuertas.
Nunca use el flujo de mensajes para conectar las actividades del mismo Pool o deje
formas sin conectar.
Mejores prácticas en modelado de procesos
¿Qué verificar en Milestones (fases)?
•Siempre identifique y defina fases; estas representan un periodo de tiempo objetivo o
una transición en el proceso.
Mejores prácticas en modelado de procesos
¿Qué verificar en Milestones?

•En lo posible, evite regresar entre Milestones.


Caso Práctico 1
Requerimiento Organismo De Control:
El proceso inicia cuando al director del área le llega una carta del organismo de control con un
requerimiento de información específico. El director del área revisa el requerimiento y dependiendo
de tema solicitado asigna la persona que lo va a responder y le señala la fecha de vencimiento y el
tiempo correspondiente que tiene esta persona para dar respuesta. La persona asignada recibe el
requerimiento y verifica el tiempo que tiene disponible para realizar el informe de respuesta, revisa
todo el caso, recopila la información necesaria y elabora la respuesta del requerimiento. Una vez
realizada la respuesta se lo envía al director para su revisión. El director recibe el informe de
respuesta, lo revisa, cambia lo que considere pertinente y decide si esa es la respuesta definitiva
ante el organismo de control, ya que, si lo considera necesario, la persona que elaboró la respuesta
debe revisar de nuevo el caso y completar y corregir la respuesta, de esta forma indica que la
respuesta no es la definitiva, solicita correcciones y le envía de nuevo el requerimiento al empleado
para su corrección. Si el director está satisfecho con la respuesta, genera la carta con la respuesta,
la imprime y la envía al organismo de control.
Resolución del Caso Práctico 1
Gracias!

Mg. Ing. ABEL SALAZAR C.

Email: abel.angelsc@gmail.com
Celular: 995712360 / 961104340

También podría gustarte