SlideShare una empresa de Scribd logo
1 de 83
Descargar para leer sin conexión
Sistemas de Información
Introducción a la Notación BPMN
1
© 2012, Universidad Central de Venezuela. Sistemas de Información.
© 2012, Universidad Central de Venezuela. Sistemas de Información.
2
• Introducción
• Eventos (Events)
• Gateways (Decisiones)
• Actividades (Activities)
• Patrones (Patterns)
• Conclusiones
Agenda
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Objetivos de Aprendizaje
Al finalizar este tema, usted estará en capacidad de:
1. Definir y describir los elementos básicos de la notación BPMN.
3
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Introducción
Actividades (Activities)
Eventos (Events)
Gateways (Decisiones)
4
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Introducción
1.
Objetos de
Flujo
3.
Swinlanes (carriles)
4.
Artefactos
2.
Objetos de
Conexión
Elementos Básicos de BPMN
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Los objetos de flujo son los principales objetos que expresan la
semántica de un modelo de proceso
Eventos
Gateways
Actividades
Elementos Básicos: Objetos de Flujo
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Los objetos de conexión son usados para describir como interactúan
los objetos de flujo.
Flujo de secuencias:
Flujo de Mensaje:
Asociación:
Elementos Básicos: Objetos de Conexión
Sequence Flow
Conditional Flow
Default Flow
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Flujos vs. Procesos
El flujo del proceso define como ocurre una secuencia de actividades
desde la perspectiva de un participante.
El flujo de datos define como la información es intercambiada entre
participantes
Elementos Básicos: Objetos de Conexión
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Elementos Básicos: Pools (Participantes)
Participantes es Cualquier recurso
involucrado en un proceso
3 tipos de participantes
Sistema
Humano
Proceso
Representado por un Pool
Nombrar el Pool como el participante
Dejar un Pool para representar el proceso
que se esta documentando
Al menos un Pool para representar un
sistema o humano.
Ejecutable vs. No Ejecutable
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Los Artefactos son usados para proveer información adicional acerca
del proceso:
Objetos de Datos:
Grupos:
Anotaciones:
Elementos Básicos: Artefactos
Anotaciones de
Texto permiten al
Modelador agregar
información
adicional
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Introducción
Activities (Actividades)
Eventos
Gateways (Decisiones)
11
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Una Actividad es una unidad de trabajo a realizar. Podría ser una
tarea, un proceso o un sub-proceso.
BPMN define dos tipos principales de actividades:
Una Tarea es una actividad atómica que se incluye dentro de un
proceso
Un Sub-proceso es un proceso que se incluye dentro de otro
proceso
Actividades: Definición
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Las marcas son definidas para especificar semánticas adicionales, tales
como loops
Actividades: Marcas en Actividades
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Actividades: Loops Secuenciales
http://diveintobpm.org/index.jsp
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Actividades: Loops Paralelos
http://diveintobpm.org/index.jsp
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Introducción
Actividades (Activities)
Eventos (Events)
Gateways (Decisiones)
Patrones (Patterns)
16
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Un Evento es algo que sucede durante la ejecución de un proceso de
negocio el cual afecta la ejecución del flujo
Existen tres tipos de eventos:
Eventos de Inicio
Eventos Intermedios
Eventos de fin
Eventos
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Un Evento de inicio indica cuando un proceso particular debe
comenzar
Un evento de inicio comienza el flujo de un Proceso
Ningún flujo de secuencia puede conectarse a un evento de inicio
Un evento de Inicio es opcional
Si no es usado, las actividades sin flujo de secuencia de entrada serán
consideradas como conectadas con un evento de inicio implícito
Usado para:
Cuando la recepción de un mensaje activa la instancia de un proceso, ej.
Recepción de una Orden
Muestra cuando una instancia debe ser activada:, ej. Fin de Mes
Eventos: Evento de Inicio
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Un Evento intermedio indica cuando algo sucede durante la ejecución
de un proceso
Un evento intermedio afecta el flujo de un Proceso
Un eventos intermedio puede ser usado para:
Indicar cuando un mensaje puede ser recibido
Mostrar en donde se esperan delays
Interrumpir el flujo normal a través de manejo de excepciones
Eventos: Evento Intermedio
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Un Evento de fin de flujo de proceso no tendrá ninguna secuencia de
flujo de salida
Un Eventos de fin es opcional
Un Evento de fin puede ser usado para:
Poner fin a un flujo de proceso y enviar un mensaje
Poner fin a un flujo de proceso y generar un error
Poner fin a un flujo de proceso y realizar una solicitud de una compensación
Eventos: Evento de fin
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Mayor semántica, mediante símbolos
de eventos específicos
Un evento intermedio tipo “mensaje”,
por ejemplo, puede tener dos
instancias: enviando o recibiendo.
Los eventos que envían se anotan
con un icono relleno (negros),
mientras que los que reciben con un
núcleo claro (blancos)
Cada símbolo hereda el
comportamiento externamente y
agrega su propio significado
Eventos: Símbolo de eventos en BPMN
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Evento de Inicio vacio.
Ilustra que el proceso inicia en ese
punto, pero sin ninguna información
sobre el tipo de evento
Evento Intermedio Vacio
Indica un cambio de estado del
diagrama
Punto de captura de indicadores de
gestión
Evento de Fin Vacio
Ilustra que el proceso culmina
Los procesos pueden tener múltiples
puntos de fin
Evento Terminar
Detiene el proceso inmediatamente,
incluyendo cualquier ruta paralela
Eventos vacios
© 2012, Universidad Central de Venezuela. Sistemas de Información.
En un subproceso se puede usar eventos de inicio y fin.
Los eventos están implícitos.
Su uso mejora la legibilidad del diagrama
Eventos en los Sub Procesos
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Eventos: Eventos de Inicio
Disparador Descripción Símbolo
Ninguno No se especifica el tipo de evento, también se
usa cuando un sub proceso disparado por el
proceso padre
Mensaje Llegada/envío de un mensaje y se dispara un
proceso
Timer Para procesos que parten en un día/hora
específica
Condicional Es cuando un proceso parte con una condición
tal como “si se producen diferencias de
inventario teórico y físico”
Señal Una señal no es un mensaje con un destino
fijo, sino que puede activar muchos procesos
distintos
Múltiple Muchos eventos distintos pueden activar el
proceso, basta con que uno de ellos se
cumpla para que el proceso se dispare
Evento de inicio de
mensaje.
El proceso inicia
cuando se recibe un
mensaje desde otro
participante
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Eventos: Eventos Intermedios
Disparador Descripción Símbolo
Ninguno No se muestra el tipo de evento
Mensaje El proceso queda en espera hasta que llegue el mensaje (recepción) o se usa
para enviar mensajes (envío), también se usa para desviar excepciones (*)
Timer Dispara el proceso en un día/hora determinados, también se usa para desviar
excepciones
Error Se dispara cuando se produce un determinado error. Solo se puede poner en
el extremo de una actividad
Cancelar Se puede poner solo en el extremo de un sub proceso. Se dispara cuando
recibe un evento “Cancelar”
Compensación Activa eventos que compensan alguna acción, puede afectar a una actividad
si esta se especifica o a todas las suceptibles de ser compensadas
Condicional Es el evento que se dispara cuando una condición tiene valor “True”
Link Conecta dos secciones de un proceso, se puede usar –por ejemplo- para
crear loops. Puede tener múltiples fuentes pero solo un destino
Señal Envía y recibe señales que se comunican a lo largo de todo un flujo a quien
pueda interesar
Múltiple Es cuando un evento tiene múltiples disparadores, ya sea para recepción
como para envío
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Eventos: Ejemplos Eventos Intermedios
Evento intermedio de
mensaje.
El proceso espera hasta
recibir un mensaje desde
otro participante
Evento intermedio con
temporizador
El proceso espera un
periodo de tiempo antes de
continuar.
Evento de fin de mensaje
El proceso termina enviando
un mensaje a otro
participante
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Eventos Intermedio - Ejemplo
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Eventos: Carreras (Races)
Decisión de ruta a ejecutar basada en la primera ocurrencia de un
evento externo
Los eventos pueden ser de distintos tipos
Solo una ruta se ejecuta por lo que sincroniza con una bifurcación
exclusiva
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Eventos: Races - Ejemplo
http://diveintobpm.org/index.jsp
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Eventos: Interrupción o Rutas Excepcionales
BPMN tiene una forma elegante de manejar rutas excepcionales
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Eventos: Interrupción o Rutas Excepcionales
Automáticamente escala tareas retrasadas
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Eventos: Interrupción o Rutas Excepcionales
Múltiples eventos intermedios pueden ser colocados en el borde
de un subproceso:
Eventos de error
Eventos de temporizador
Eventos de compensación
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Eventos: Interrupción - Ejemplo
http://diveintobpm.org/index.jsp
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Introducción
Actividades (Activities)
Eventos
Gateways (Decisiones)
34
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Los Gateways son puntos de decisión para canalizar el flujo. Son
utilizados para controlar como interactúan los flujos de secuencias a
medida que convergen o divergen en un proceso.
Decisiones, tales como forks, merges y joins en el flujo de proceso son
modelados con Gateways
El comportamiento de cada tipo de Gateways determinará cuantas de
las rutas estarán disponible para la continuación del flujo.
BPMN define cuatro tipos de Gateways:
Gateways: Definición
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Las distintas rutas se ejecutan
cuando se cumplen ciertas
condiciones.
Exclusivo
Solo una ruta se ejecutara
Inclusivo
Al menos una ruta se ejecuta
Puede tomar mas de una ruta
y se comporta como un
paralelo
Sincronizar con el mismo símbolo
que se inicia la bifurcación
Gateways: Condicionales
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Las rutas por defecto se toman
cuando las otras condiciones
no se evaluan como
verdaderas.
Exclusivo
(A o B), sino C
Inclusivo
Si no (A y/o B) entonces C
Gateways: Condicionales
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Gateways: Condicional Exclusivo - Ejemplo
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Gateways: Condicional Inclusivo - Ejemplo
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Gateways: Condicional Inclusivo - Ejemplo
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Gateways: Paralelo
Los procesos con frecuencia requieren que múltiples eventos y tareas
ocurran en paralelo
Un Paralelo sincroniza los flujos que salen de manera paralela. Todas
las rutas deben completarse antes de que el proceso continúe
Sincronización
explicita: Todas
las rutas deben
completarse
antes de que el
proceso
continúe.
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Gateways: Paralelo
• Bifurcación Sincronización
Comportamiento:
•A es la primera tareas en
ejecutarse
•B,D y E inician a la vez
•F se ejecuta después de que
C,D y E hayan todas terminado
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Gateways: Paralelo
Comportamiento de los subprocesos
Si existen múltiples puntos de inicio en un subproceso, cada ruta se
ejecuta en paralelo.
Forma incorrecta:
Forma correcta:
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Un Exclusive Event-Based Gateways es similar al Data-Based Gateways:
La única diferencia es que, en lugar de evaluar un conjunto de alternativas para
determinar sólo un flujo de salida, el Gateway basado en evento, iniciara una carrera
entre los diferentes eventos que en el proceso se pudiera recibir; el primero en ser
recibido ganará la carrera y determinará el flujo de la secuencia de salida que debe
ser utilizado.
Aquí los flujos se dirigen según si se ha recibido un mensaje, se ha cumplido una
condición o ha pasado cierto tiempo
Gateways: Exclusive Event-Based
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Gateways: Exclusive Event-Based
http://diveintobpm.org/index.jsp
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Introducción
Activities (Actividades)
Eventos
Gateways (Decisiones)
46
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Un Proceso Complejo
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Documentation
Data Object
Task
Multiple Instances
Collapsed Subprocess
Loop
Text Annotation
Group
Ad-hoc Subprocesses
∼
Transaction
Plain
Message
Timer
Error
Cancel
Compensation
Conditional
Signal
Multiple
Link
Terminate
Catching Throwing
EndIntermediateStart
Data-based Exclusive Gateway
Inclusive Gateway
Event-based Exclusive Gateway
Paralllel Gateway
Complex Gateway
Gateways
Events
Activities
Sequence Flow
Conditional Flow
Default Flow
Data
Transaction
Data Object
Undirected Association
Directed Association
Bidirected Association
Message Flow
Pool
Resumen de los elementos de BPMN
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Metamodelo de BPMN
49
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Introducción
Activities (Actividades)
Eventos
Gateways (Decisiones)
Ejercicios
50
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Ejercicios
51
¿Cuál de estos diagramas es el correcto?
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Ejercicios
52
¿Cuál de estos flujos en los eventos están incorrectos?
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Ejercicios
53
Modele una secuencia de 5 tareas llamadas A,B,C,D,E
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Ejercicios
54
Modele una secuencia de 5 tareas llamadas A,B,C,D,E
Convierta la tarea B en un subproceso que contenga las tareas B1 y B2
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Ejercicios
55
Modele una secuencia de 5 tareas llamadas A,B,C,D,E
Convierta la tarea B en un subproceso que contenga las tareas B1 y B2
La tarea C debe ejecutarse en paralelo con el subproceso B
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Ejercicios
56
Modele una secuencia de 5 tareas llamadas A,B,C,D,E
Convierta la tarea B en un subproceso que contenga las tareas B1 y B2
La tarea C debe ejecutarse en paralelo con el subproceso B
Bajo ciertas condiciones, es necesario no ejecutar la tarea C
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Ejercicios
57
Modele una secuencia de 5 tareas llamadas A,B,C,D,E
Convierta la tarea B en un subproceso que contenga las tareas B1 y B2
Bajo ciertas condiciones, es necesario no ejecutar la tarea C
La tarea C debe ejecutarse en paralelo con el subproceso B
Bajo ciertas condiciones, es necesario no ejecutar la tarea C
Bajo ciertas condiciones en vez de ejecutar C debemos terminar el
proceso, incluyendo las actividades del subproceso B.
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Ejercicios
58
Modele una secuencia de 5 tareas llamadas A,B,C,D,E
Convierta la tarea B en un subproceso que contenga las tareas B1 y B2
La tarea C debe ejecutarse en paralelo con el subproceso B
Bajo ciertas condiciones, es necesario no ejecutar la tarea C
Bajo ciertas condiciones en vez de ejecutar C debemos terminar el
proceso, incluyendo las actividades del subproceso B
Queremos esperar un tiempo entre que termina B1 y el inicio de B2
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Ejercicios
59
Modele una secuencia de 5 tareas llamadas A,B,C,D,E
Convierta la tarea B en un subproceso que contenga las tareas B1 y B2
La tarea C debe ejecutarse en paralelo con el subproceso B
Bajo ciertas condiciones, es necesario no ejecutar la tarea C
Bajo ciertas condiciones en vez de ejecutar C debemos terminar el
proceso, incluyendo las actividades del subproceso B
Queremos esperar un tiempo entre que termina B1 y el inicio de B2
La tarea A es realmente la recepción inicial de un mensaje de un
participante “Cajero”.
La tarea E es realmente el envío final de un mensaje a un participante
“Contabilidad”
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Ejercicios
60
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Ejercicios
61
Modele una secuencia de 5 tareas llamadas A,B,C,D,E
Convierta la tarea B en un subproceso que contenga las tareas B1 y B2
La tarea C debe ejecutarse en paralelo con el subproceso B
Bajo ciertas condiciones, es necesario no ejecutar la tarea C
Bajo ciertas condiciones en vez de ejecutar C debemos terminar el
proceso, incluyendo las actividades del subproceso B
Queremos esperar un tiempo entre que termina B1 y el inicio de B2
La tarea A es realmente la recepción inicial de un mensaje de un
participante “Cajero”.
La tarea E es realmente el envío final de un mensaje a un participante
“Contabilidad”
Si el subproceso B no termina en un tiempo determinado es necesario
ejecutar una tarea “escalar”
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Ejercicios
62
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Introducción
Activities (Actividades)
Eventos
Gateways (Decisiones)
Ejercicios
Mejores Prácticas
63
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Objetivos al modelar en BPMN
64
Ser eficientes capturando la información del
proceso
Reducir errores de interpretación
Transferir conocimiento
Hacer los diagramas tan fáciles de leer como sea
posible
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Consejos
65
Cree los procesos inicialmente usando solo símbolos de tareas.
Luego cambie el símbolo para detallar más el comportamiento del proceso
Concéntrese en documentar el proceso
No intente agregar participantes desde las primeras fases de modelado
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Consejos
66
Luego de tener un acuerdo sobre el flujo del proceso, agregue
participantes e interacciones.
Agregar participantes antes, tiene a mantener el foco en detalles de
forma prematura y a causar la necesidad de re-diagramar el proceso.
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Consejos
67
Utilice el artefacto de anotación para agregar información importante a
transferir
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Consejos
68
Asígnele nombres a sus tareas considerando la perspectiva del
participante que la ejecuta
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Consejos
69
Coloque “la pregunta” asociada en cada bifurcación
cada ruta representa una respuesta, asígnele una etiqueta para
documentarla en el diagrama
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Consejos
70
Coloque “la pregunta” asociada en cada bifurcación
cada ruta representa una respuesta, asígnele una etiqueta para
documentarla en el diagrama
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Consejos
71
Una bifurcación hace una sola pregunta.
Evite condiciones que no estén relacionadas entre sí.
Utilice condiciones de cascada en ese caso.
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Consejos
72
Las condiciones
pueden ser
anidadas
En ese caso, use
subprocesos para
evitar confusión y
mejorar la
legibilidad
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Consejos
73
Cada objeto puede tener un color distinto. Use esta opción para hacer
sus diagramas más simples de leer. Adopte una convención y
apéguese a ella.
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Introducción
Activities (Actividades)
Eventos
Gateways (Decisiones)
Ejercicios
Mejores Prácticas
Ejercicios
74
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Ejercicio A
75
Después de un incendio, por un lado se necesita obtener información
de nuestra compañía de seguro. Por otro lado, es posible que
necesitemos información adicional del departamento de bomberos,
pero solo si los bomberos participaron durante el apagado del incendio.
Cuando se tenga toda la información, se necesita escribir un informe
consolidado
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Ejercicio A
76
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Ejercicio B
77
Nuestros productos están listos para ser enviados. Para determinar que
compañía de envío utilizar, enviamos 3 mensajes separados a cada
una pidiéndole que despachen nuestros productos. La primera
compañía que responda que puede hacer el envió es la escogida
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Ejercicio B
78
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Ejercicio C
79
1. Un proceso cliente envía una petición para que se realice una solicitud y aprobación de
fondos
2. Se solicita y recibe la información de la solicitud de un empleado
3. Se solicita y recibe la aprobación de la solicitud de un gerente
4. Si la solicitud del empleado es rechazada se vuelve al paso #2
5. Si se aprueba la solicitud, se solicita y recibe información contable al director del área
6. Se solicita y recibe la revisión del departamento de finanzas. Este departamento puede:
a. Aprobar
b. Rechazar basados en la información de la solicitud del empleado
c. Rechazar basados en la información contable proporcionada por el director
7. Si el departamento de finanzas rechazó basado en la solicitud del empleado, se debe
volver al paso #2
8. Si el departamento de finanza rechazó basado en la información contable, se debe
volver al paso #5
9. Si el departamento de finanzas aprobó, el proceso finaliza enviando un mensaje al
proceso cliente.
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Ejercicio C
80
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Ejercicio C
81
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Ejercicio C
82
© 2012, Universidad Central de Venezuela. Sistemas de Información.
Conclusiones
83
• Hemos realizado un estudio de …..
• Hemos hecho una discusión sobre….
• Se han desarrollado demostraciones de
Conclusiones

Más contenido relacionado

Destacado

Presentación Ejecutiva GRAL OCT 2016 vf
Presentación Ejecutiva GRAL OCT 2016 vfPresentación Ejecutiva GRAL OCT 2016 vf
Presentación Ejecutiva GRAL OCT 2016 vfCarlos Salgado
 
Bpm
BpmBpm
BpmUJAP
 
Estos ejercicos le pueden ayudar a estudiar los contenidos de triángulos y po...
Estos ejercicos le pueden ayudar a estudiar los contenidos de triángulos y po...Estos ejercicos le pueden ayudar a estudiar los contenidos de triángulos y po...
Estos ejercicos le pueden ayudar a estudiar los contenidos de triángulos y po...racevedo5
 
¿Todavía hay algo que mejorar en la Gestión de Incidentes?
¿Todavía hay algo que mejorar en la Gestión de Incidentes?¿Todavía hay algo que mejorar en la Gestión de Incidentes?
¿Todavía hay algo que mejorar en la Gestión de Incidentes?Inteli
 
Modelado de negocios BPMN
Modelado de negocios BPMNModelado de negocios BPMN
Modelado de negocios BPMNDario Luna
 
Sistemas y Tecnologías de la Información_ Bizagi
Sistemas y Tecnologías de la Información_ BizagiSistemas y Tecnologías de la Información_ Bizagi
Sistemas y Tecnologías de la Información_ BizagiAndrea Estefanía
 
Acercamiento a BPMN - Instalacion y configuracion Bonita
Acercamiento a BPMN - Instalacion y configuracion BonitaAcercamiento a BPMN - Instalacion y configuracion Bonita
Acercamiento a BPMN - Instalacion y configuracion BonitaJuan Astudillo
 
Introducción a bpmn
Introducción a bpmnIntroducción a bpmn
Introducción a bpmnmayer2380
 
Revisión de conceptos básicos Modelado de Negocios
Revisión de conceptos básicos Modelado de NegociosRevisión de conceptos básicos Modelado de Negocios
Revisión de conceptos básicos Modelado de NegociosYAMILA GASCON
 
Notación de Gestión de Procesos de Negocio
Notación de Gestión de Procesos de NegocioNotación de Gestión de Procesos de Negocio
Notación de Gestión de Procesos de Negociouni
 

Destacado (20)

Presentación Ejecutiva GRAL OCT 2016 vf
Presentación Ejecutiva GRAL OCT 2016 vfPresentación Ejecutiva GRAL OCT 2016 vf
Presentación Ejecutiva GRAL OCT 2016 vf
 
Clase1
Clase1Clase1
Clase1
 
Bpm
BpmBpm
Bpm
 
Estos ejercicos le pueden ayudar a estudiar los contenidos de triángulos y po...
Estos ejercicos le pueden ayudar a estudiar los contenidos de triángulos y po...Estos ejercicos le pueden ayudar a estudiar los contenidos de triángulos y po...
Estos ejercicos le pueden ayudar a estudiar los contenidos de triángulos y po...
 
¿Todavía hay algo que mejorar en la Gestión de Incidentes?
¿Todavía hay algo que mejorar en la Gestión de Incidentes?¿Todavía hay algo que mejorar en la Gestión de Incidentes?
¿Todavía hay algo que mejorar en la Gestión de Incidentes?
 
Tarea 1 – investigación bpmn
Tarea 1 – investigación bpmnTarea 1 – investigación bpmn
Tarea 1 – investigación bpmn
 
Clase 21
Clase 21Clase 21
Clase 21
 
Clase 29
Clase 29Clase 29
Clase 29
 
Bpmn poster[1]
Bpmn poster[1]Bpmn poster[1]
Bpmn poster[1]
 
Modelado de negocios BPMN
Modelado de negocios BPMNModelado de negocios BPMN
Modelado de negocios BPMN
 
Sistemas y Tecnologías de la Información_ Bizagi
Sistemas y Tecnologías de la Información_ BizagiSistemas y Tecnologías de la Información_ Bizagi
Sistemas y Tecnologías de la Información_ Bizagi
 
Acercamiento a BPMN - Instalacion y configuracion Bonita
Acercamiento a BPMN - Instalacion y configuracion BonitaAcercamiento a BPMN - Instalacion y configuracion Bonita
Acercamiento a BPMN - Instalacion y configuracion Bonita
 
Miodelado de Procesos de Negocio
Miodelado de Procesos de NegocioMiodelado de Procesos de Negocio
Miodelado de Procesos de Negocio
 
BPMN y BPEL
BPMN y BPELBPMN y BPEL
BPMN y BPEL
 
Introducción a bpmn
Introducción a bpmnIntroducción a bpmn
Introducción a bpmn
 
Bpmn
BpmnBpmn
Bpmn
 
Revisión de conceptos básicos Modelado de Negocios
Revisión de conceptos básicos Modelado de NegociosRevisión de conceptos básicos Modelado de Negocios
Revisión de conceptos básicos Modelado de Negocios
 
Notación de Gestión de Procesos de Negocio
Notación de Gestión de Procesos de NegocioNotación de Gestión de Procesos de Negocio
Notación de Gestión de Procesos de Negocio
 
BPMN BIZAGI
BPMN BIZAGIBPMN BIZAGI
BPMN BIZAGI
 
Manual del usuario bizagi
Manual del usuario bizagiManual del usuario bizagi
Manual del usuario bizagi
 

Similar a introducción a la notación BPMN

Elementos del BPMN
Elementos del BPMNElementos del BPMN
Elementos del BPMNAnel Sosa
 
Arquitectura dirigida por eventos
Arquitectura dirigida por eventosArquitectura dirigida por eventos
Arquitectura dirigida por eventosLudwing Rubio
 
Arquitectura_dirigida_por_eventos.pdf
Arquitectura_dirigida_por_eventos.pdfArquitectura_dirigida_por_eventos.pdf
Arquitectura_dirigida_por_eventos.pdfDavidMurillo97
 
0210 Aprende a Diagramar con el programa auraportal
0210 Aprende a Diagramar con el programa auraportal0210 Aprende a Diagramar con el programa auraportal
0210 Aprende a Diagramar con el programa auraportalpapeleriayvariedades23
 
Itil v3 4 - operacion
Itil v3   4 - operacionItil v3   4 - operacion
Itil v3 4 - operacionS
 
2022-11-04_BPMN20-Poster_SPA-Digital.pdf
2022-11-04_BPMN20-Poster_SPA-Digital.pdf2022-11-04_BPMN20-Poster_SPA-Digital.pdf
2022-11-04_BPMN20-Poster_SPA-Digital.pdfjuanitoalcachofas78
 
Píldoras android i. Intro - 2ª parte
Píldoras android i. Intro - 2ª partePíldoras android i. Intro - 2ª parte
Píldoras android i. Intro - 2ª parteSergi Martínez
 
Sistemas operativos informe
Sistemas operativos informe Sistemas operativos informe
Sistemas operativos informe J2918
 
Sistemas Operativos
Sistemas Operativos Sistemas Operativos
Sistemas Operativos J2918
 
Programacion Orientada a Eventos
Programacion Orientada a EventosProgramacion Orientada a Eventos
Programacion Orientada a EventosLaura
 
Programación del lado del cliente
Programación del lado del clienteProgramación del lado del cliente
Programación del lado del clienteGabriel Mondragón
 
Control de eventos en gui
Control de eventos en guiControl de eventos en gui
Control de eventos en guijc_lovecraft77
 
Administrador de procesos
Administrador de procesosAdministrador de procesos
Administrador de procesosjorge asas
 

Similar a introducción a la notación BPMN (20)

Introducción a BPMN
Introducción a BPMNIntroducción a BPMN
Introducción a BPMN
 
Elementos del BPMN
Elementos del BPMNElementos del BPMN
Elementos del BPMN
 
Arquitectura dirigida por eventos
Arquitectura dirigida por eventosArquitectura dirigida por eventos
Arquitectura dirigida por eventos
 
Arquitectura_dirigida_por_eventos.pdf
Arquitectura_dirigida_por_eventos.pdfArquitectura_dirigida_por_eventos.pdf
Arquitectura_dirigida_por_eventos.pdf
 
Nomenclatura manual bpmn 2.0
Nomenclatura manual bpmn 2.0Nomenclatura manual bpmn 2.0
Nomenclatura manual bpmn 2.0
 
0210 Aprende a Diagramar con el programa auraportal
0210 Aprende a Diagramar con el programa auraportal0210 Aprende a Diagramar con el programa auraportal
0210 Aprende a Diagramar con el programa auraportal
 
Itil v3 4 - operacion
Itil v3   4 - operacionItil v3   4 - operacion
Itil v3 4 - operacion
 
2022-11-04_BPMN20-Poster_SPA-Digital.pdf
2022-11-04_BPMN20-Poster_SPA-Digital.pdf2022-11-04_BPMN20-Poster_SPA-Digital.pdf
2022-11-04_BPMN20-Poster_SPA-Digital.pdf
 
Píldoras android i. Intro - 2ª parte
Píldoras android i. Intro - 2ª partePíldoras android i. Intro - 2ª parte
Píldoras android i. Intro - 2ª parte
 
Sistemas operativos informe
Sistemas operativos informe Sistemas operativos informe
Sistemas operativos informe
 
Sistemas Operativos
Sistemas Operativos Sistemas Operativos
Sistemas Operativos
 
Estados de un proceso sistemas operativos-
Estados de un proceso  sistemas operativos-Estados de un proceso  sistemas operativos-
Estados de un proceso sistemas operativos-
 
Programacion Orientada a Eventos
Programacion Orientada a EventosProgramacion Orientada a Eventos
Programacion Orientada a Eventos
 
3 modelamiento de procesos usando bpmn
3 modelamiento de procesos usando bpmn3 modelamiento de procesos usando bpmn
3 modelamiento de procesos usando bpmn
 
Programación del lado del cliente
Programación del lado del clienteProgramación del lado del cliente
Programación del lado del cliente
 
II-SEM09-2022-2.pdf
II-SEM09-2022-2.pdfII-SEM09-2022-2.pdf
II-SEM09-2022-2.pdf
 
Tarea3 fernando lopez
Tarea3   fernando lopezTarea3   fernando lopez
Tarea3 fernando lopez
 
Tarea3 fernando lopez
Tarea3   fernando lopezTarea3   fernando lopez
Tarea3 fernando lopez
 
Control de eventos en gui
Control de eventos en guiControl de eventos en gui
Control de eventos en gui
 
Administrador de procesos
Administrador de procesosAdministrador de procesos
Administrador de procesos
 

Último

EVALUACIÓN PARCIAL de seminario de .pdf
EVALUACIÓN PARCIAL de seminario de  .pdfEVALUACIÓN PARCIAL de seminario de  .pdf
EVALUACIÓN PARCIAL de seminario de .pdfDIEGOSEBASTIANCAHUAN
 
Efectos del cambio climatico en huanuco.pptx
Efectos del cambio climatico en huanuco.pptxEfectos del cambio climatico en huanuco.pptx
Efectos del cambio climatico en huanuco.pptxCONSTRUCTORAEINVERSI3
 
PLAN LECTOR JOSÉ MARÍA ARGUEDAS (1).docx
PLAN LECTOR JOSÉ MARÍA ARGUEDAS (1).docxPLAN LECTOR JOSÉ MARÍA ARGUEDAS (1).docx
PLAN LECTOR JOSÉ MARÍA ARGUEDAS (1).docxwilliamzaveltab
 
PRESENTACIÓN EDIFICIOS INDUSTRIALES.pptx
PRESENTACIÓN EDIFICIOS INDUSTRIALES.pptxPRESENTACIÓN EDIFICIOS INDUSTRIALES.pptx
PRESENTACIÓN EDIFICIOS INDUSTRIALES.pptxaramirezc21
 
ISO 45001-2018.pdf norma internacional para la estandarización
ISO 45001-2018.pdf norma internacional para la estandarizaciónISO 45001-2018.pdf norma internacional para la estandarización
ISO 45001-2018.pdf norma internacional para la estandarizaciónjesuscub33
 
exportacion y comercializacion de palta hass
exportacion y comercializacion de palta hassexportacion y comercializacion de palta hass
exportacion y comercializacion de palta hassJhonnyvalenssYupanqu
 
cuadro sinoptico tipos de organizaci.pdf
cuadro sinoptico tipos de organizaci.pdfcuadro sinoptico tipos de organizaci.pdf
cuadro sinoptico tipos de organizaci.pdfjesuseleazarcenuh
 
1.- PLANIFICACIÓN PRELIMINAR DE AUDITORÍA.pptx
1.- PLANIFICACIÓN PRELIMINAR DE AUDITORÍA.pptx1.- PLANIFICACIÓN PRELIMINAR DE AUDITORÍA.pptx
1.- PLANIFICACIÓN PRELIMINAR DE AUDITORÍA.pptxCarlosQuionez42
 
Como Construir Un Modelo De Negocio.pdf nociones basicas
Como Construir Un Modelo De Negocio.pdf   nociones basicasComo Construir Un Modelo De Negocio.pdf   nociones basicas
Como Construir Un Modelo De Negocio.pdf nociones basicasoscarhernandez98241
 
LIC-ZIEGLER-Planificación y Control de Gestión
LIC-ZIEGLER-Planificación y Control de GestiónLIC-ZIEGLER-Planificación y Control de Gestión
LIC-ZIEGLER-Planificación y Control de GestiónBahamondesOscar
 
instrumentos de mercados financieros para estudiantes
instrumentos de mercados financieros  para estudiantesinstrumentos de mercados financieros  para estudiantes
instrumentos de mercados financieros para estudiantessuperamigo2014
 
Buenas Practicas de Almacenamiento en droguerias
Buenas Practicas de Almacenamiento en drogueriasBuenas Practicas de Almacenamiento en droguerias
Buenas Practicas de Almacenamiento en drogueriasmaicholfc
 
Ejemplo Caso: El Juego de la negociación
Ejemplo Caso: El Juego de la negociaciónEjemplo Caso: El Juego de la negociación
Ejemplo Caso: El Juego de la negociaciónlicmarinaglez
 
Contabilidad universitaria Septima edición de MCGrawsHill
Contabilidad universitaria Septima edición de MCGrawsHillContabilidad universitaria Septima edición de MCGrawsHill
Contabilidad universitaria Septima edición de MCGrawsHilldanilojaviersantiago
 
Trabajo de Sifilisn…………………………………………………..
Trabajo de Sifilisn…………………………………………………..Trabajo de Sifilisn…………………………………………………..
Trabajo de Sifilisn…………………………………………………..JoseRamirez247144
 
Presentacion III ACTIVIDADES DE CONTROL. IV UNIDAD..pdf
Presentacion III ACTIVIDADES DE CONTROL. IV UNIDAD..pdfPresentacion III ACTIVIDADES DE CONTROL. IV UNIDAD..pdf
Presentacion III ACTIVIDADES DE CONTROL. IV UNIDAD..pdfLuisAlbertoAlvaradoF2
 
Clase 2 Ecosistema Emprendedor en Chile.
Clase 2 Ecosistema Emprendedor en Chile.Clase 2 Ecosistema Emprendedor en Chile.
Clase 2 Ecosistema Emprendedor en Chile.Gonzalo Morales Esparza
 
Gestion de rendicion de cuentas viaticos.pptx
Gestion de rendicion de cuentas viaticos.pptxGestion de rendicion de cuentas viaticos.pptx
Gestion de rendicion de cuentas viaticos.pptxignaciomiguel162
 
clase de Mercados financieros - lectura importante
clase de Mercados financieros - lectura importanteclase de Mercados financieros - lectura importante
clase de Mercados financieros - lectura importanteJanettCervantes1
 

Último (20)

EVALUACIÓN PARCIAL de seminario de .pdf
EVALUACIÓN PARCIAL de seminario de  .pdfEVALUACIÓN PARCIAL de seminario de  .pdf
EVALUACIÓN PARCIAL de seminario de .pdf
 
Efectos del cambio climatico en huanuco.pptx
Efectos del cambio climatico en huanuco.pptxEfectos del cambio climatico en huanuco.pptx
Efectos del cambio climatico en huanuco.pptx
 
PLAN LECTOR JOSÉ MARÍA ARGUEDAS (1).docx
PLAN LECTOR JOSÉ MARÍA ARGUEDAS (1).docxPLAN LECTOR JOSÉ MARÍA ARGUEDAS (1).docx
PLAN LECTOR JOSÉ MARÍA ARGUEDAS (1).docx
 
PRESENTACIÓN EDIFICIOS INDUSTRIALES.pptx
PRESENTACIÓN EDIFICIOS INDUSTRIALES.pptxPRESENTACIÓN EDIFICIOS INDUSTRIALES.pptx
PRESENTACIÓN EDIFICIOS INDUSTRIALES.pptx
 
ISO 45001-2018.pdf norma internacional para la estandarización
ISO 45001-2018.pdf norma internacional para la estandarizaciónISO 45001-2018.pdf norma internacional para la estandarización
ISO 45001-2018.pdf norma internacional para la estandarización
 
exportacion y comercializacion de palta hass
exportacion y comercializacion de palta hassexportacion y comercializacion de palta hass
exportacion y comercializacion de palta hass
 
cuadro sinoptico tipos de organizaci.pdf
cuadro sinoptico tipos de organizaci.pdfcuadro sinoptico tipos de organizaci.pdf
cuadro sinoptico tipos de organizaci.pdf
 
1.- PLANIFICACIÓN PRELIMINAR DE AUDITORÍA.pptx
1.- PLANIFICACIÓN PRELIMINAR DE AUDITORÍA.pptx1.- PLANIFICACIÓN PRELIMINAR DE AUDITORÍA.pptx
1.- PLANIFICACIÓN PRELIMINAR DE AUDITORÍA.pptx
 
Capitulo-6.ppt-gestión del tiempo en pmi
Capitulo-6.ppt-gestión del tiempo en pmiCapitulo-6.ppt-gestión del tiempo en pmi
Capitulo-6.ppt-gestión del tiempo en pmi
 
Como Construir Un Modelo De Negocio.pdf nociones basicas
Como Construir Un Modelo De Negocio.pdf   nociones basicasComo Construir Un Modelo De Negocio.pdf   nociones basicas
Como Construir Un Modelo De Negocio.pdf nociones basicas
 
LIC-ZIEGLER-Planificación y Control de Gestión
LIC-ZIEGLER-Planificación y Control de GestiónLIC-ZIEGLER-Planificación y Control de Gestión
LIC-ZIEGLER-Planificación y Control de Gestión
 
instrumentos de mercados financieros para estudiantes
instrumentos de mercados financieros  para estudiantesinstrumentos de mercados financieros  para estudiantes
instrumentos de mercados financieros para estudiantes
 
Buenas Practicas de Almacenamiento en droguerias
Buenas Practicas de Almacenamiento en drogueriasBuenas Practicas de Almacenamiento en droguerias
Buenas Practicas de Almacenamiento en droguerias
 
Ejemplo Caso: El Juego de la negociación
Ejemplo Caso: El Juego de la negociaciónEjemplo Caso: El Juego de la negociación
Ejemplo Caso: El Juego de la negociación
 
Contabilidad universitaria Septima edición de MCGrawsHill
Contabilidad universitaria Septima edición de MCGrawsHillContabilidad universitaria Septima edición de MCGrawsHill
Contabilidad universitaria Septima edición de MCGrawsHill
 
Trabajo de Sifilisn…………………………………………………..
Trabajo de Sifilisn…………………………………………………..Trabajo de Sifilisn…………………………………………………..
Trabajo de Sifilisn…………………………………………………..
 
Presentacion III ACTIVIDADES DE CONTROL. IV UNIDAD..pdf
Presentacion III ACTIVIDADES DE CONTROL. IV UNIDAD..pdfPresentacion III ACTIVIDADES DE CONTROL. IV UNIDAD..pdf
Presentacion III ACTIVIDADES DE CONTROL. IV UNIDAD..pdf
 
Clase 2 Ecosistema Emprendedor en Chile.
Clase 2 Ecosistema Emprendedor en Chile.Clase 2 Ecosistema Emprendedor en Chile.
Clase 2 Ecosistema Emprendedor en Chile.
 
Gestion de rendicion de cuentas viaticos.pptx
Gestion de rendicion de cuentas viaticos.pptxGestion de rendicion de cuentas viaticos.pptx
Gestion de rendicion de cuentas viaticos.pptx
 
clase de Mercados financieros - lectura importante
clase de Mercados financieros - lectura importanteclase de Mercados financieros - lectura importante
clase de Mercados financieros - lectura importante
 

introducción a la notación BPMN

  • 1. Sistemas de Información Introducción a la Notación BPMN 1 © 2012, Universidad Central de Venezuela. Sistemas de Información.
  • 2. © 2012, Universidad Central de Venezuela. Sistemas de Información. 2 • Introducción • Eventos (Events) • Gateways (Decisiones) • Actividades (Activities) • Patrones (Patterns) • Conclusiones Agenda
  • 3. © 2012, Universidad Central de Venezuela. Sistemas de Información. Objetivos de Aprendizaje Al finalizar este tema, usted estará en capacidad de: 1. Definir y describir los elementos básicos de la notación BPMN. 3
  • 4. © 2012, Universidad Central de Venezuela. Sistemas de Información. Introducción Actividades (Activities) Eventos (Events) Gateways (Decisiones) 4
  • 5. © 2012, Universidad Central de Venezuela. Sistemas de Información. Introducción 1. Objetos de Flujo 3. Swinlanes (carriles) 4. Artefactos 2. Objetos de Conexión Elementos Básicos de BPMN
  • 6. © 2012, Universidad Central de Venezuela. Sistemas de Información. Los objetos de flujo son los principales objetos que expresan la semántica de un modelo de proceso Eventos Gateways Actividades Elementos Básicos: Objetos de Flujo
  • 7. © 2012, Universidad Central de Venezuela. Sistemas de Información. Los objetos de conexión son usados para describir como interactúan los objetos de flujo. Flujo de secuencias: Flujo de Mensaje: Asociación: Elementos Básicos: Objetos de Conexión Sequence Flow Conditional Flow Default Flow
  • 8. © 2012, Universidad Central de Venezuela. Sistemas de Información. Flujos vs. Procesos El flujo del proceso define como ocurre una secuencia de actividades desde la perspectiva de un participante. El flujo de datos define como la información es intercambiada entre participantes Elementos Básicos: Objetos de Conexión
  • 9. © 2012, Universidad Central de Venezuela. Sistemas de Información. Elementos Básicos: Pools (Participantes) Participantes es Cualquier recurso involucrado en un proceso 3 tipos de participantes Sistema Humano Proceso Representado por un Pool Nombrar el Pool como el participante Dejar un Pool para representar el proceso que se esta documentando Al menos un Pool para representar un sistema o humano. Ejecutable vs. No Ejecutable
  • 10. © 2012, Universidad Central de Venezuela. Sistemas de Información. Los Artefactos son usados para proveer información adicional acerca del proceso: Objetos de Datos: Grupos: Anotaciones: Elementos Básicos: Artefactos Anotaciones de Texto permiten al Modelador agregar información adicional
  • 11. © 2012, Universidad Central de Venezuela. Sistemas de Información. Introducción Activities (Actividades) Eventos Gateways (Decisiones) 11
  • 12. © 2012, Universidad Central de Venezuela. Sistemas de Información. Una Actividad es una unidad de trabajo a realizar. Podría ser una tarea, un proceso o un sub-proceso. BPMN define dos tipos principales de actividades: Una Tarea es una actividad atómica que se incluye dentro de un proceso Un Sub-proceso es un proceso que se incluye dentro de otro proceso Actividades: Definición
  • 13. © 2012, Universidad Central de Venezuela. Sistemas de Información. Las marcas son definidas para especificar semánticas adicionales, tales como loops Actividades: Marcas en Actividades
  • 14. © 2012, Universidad Central de Venezuela. Sistemas de Información. Actividades: Loops Secuenciales http://diveintobpm.org/index.jsp
  • 15. © 2012, Universidad Central de Venezuela. Sistemas de Información. Actividades: Loops Paralelos http://diveintobpm.org/index.jsp
  • 16. © 2012, Universidad Central de Venezuela. Sistemas de Información. Introducción Actividades (Activities) Eventos (Events) Gateways (Decisiones) Patrones (Patterns) 16
  • 17. © 2012, Universidad Central de Venezuela. Sistemas de Información. Un Evento es algo que sucede durante la ejecución de un proceso de negocio el cual afecta la ejecución del flujo Existen tres tipos de eventos: Eventos de Inicio Eventos Intermedios Eventos de fin Eventos
  • 18. © 2012, Universidad Central de Venezuela. Sistemas de Información. Un Evento de inicio indica cuando un proceso particular debe comenzar Un evento de inicio comienza el flujo de un Proceso Ningún flujo de secuencia puede conectarse a un evento de inicio Un evento de Inicio es opcional Si no es usado, las actividades sin flujo de secuencia de entrada serán consideradas como conectadas con un evento de inicio implícito Usado para: Cuando la recepción de un mensaje activa la instancia de un proceso, ej. Recepción de una Orden Muestra cuando una instancia debe ser activada:, ej. Fin de Mes Eventos: Evento de Inicio
  • 19. © 2012, Universidad Central de Venezuela. Sistemas de Información. Un Evento intermedio indica cuando algo sucede durante la ejecución de un proceso Un evento intermedio afecta el flujo de un Proceso Un eventos intermedio puede ser usado para: Indicar cuando un mensaje puede ser recibido Mostrar en donde se esperan delays Interrumpir el flujo normal a través de manejo de excepciones Eventos: Evento Intermedio
  • 20. © 2012, Universidad Central de Venezuela. Sistemas de Información. Un Evento de fin de flujo de proceso no tendrá ninguna secuencia de flujo de salida Un Eventos de fin es opcional Un Evento de fin puede ser usado para: Poner fin a un flujo de proceso y enviar un mensaje Poner fin a un flujo de proceso y generar un error Poner fin a un flujo de proceso y realizar una solicitud de una compensación Eventos: Evento de fin
  • 21. © 2012, Universidad Central de Venezuela. Sistemas de Información. Mayor semántica, mediante símbolos de eventos específicos Un evento intermedio tipo “mensaje”, por ejemplo, puede tener dos instancias: enviando o recibiendo. Los eventos que envían se anotan con un icono relleno (negros), mientras que los que reciben con un núcleo claro (blancos) Cada símbolo hereda el comportamiento externamente y agrega su propio significado Eventos: Símbolo de eventos en BPMN
  • 22. © 2012, Universidad Central de Venezuela. Sistemas de Información. Evento de Inicio vacio. Ilustra que el proceso inicia en ese punto, pero sin ninguna información sobre el tipo de evento Evento Intermedio Vacio Indica un cambio de estado del diagrama Punto de captura de indicadores de gestión Evento de Fin Vacio Ilustra que el proceso culmina Los procesos pueden tener múltiples puntos de fin Evento Terminar Detiene el proceso inmediatamente, incluyendo cualquier ruta paralela Eventos vacios
  • 23. © 2012, Universidad Central de Venezuela. Sistemas de Información. En un subproceso se puede usar eventos de inicio y fin. Los eventos están implícitos. Su uso mejora la legibilidad del diagrama Eventos en los Sub Procesos
  • 24. © 2012, Universidad Central de Venezuela. Sistemas de Información. Eventos: Eventos de Inicio Disparador Descripción Símbolo Ninguno No se especifica el tipo de evento, también se usa cuando un sub proceso disparado por el proceso padre Mensaje Llegada/envío de un mensaje y se dispara un proceso Timer Para procesos que parten en un día/hora específica Condicional Es cuando un proceso parte con una condición tal como “si se producen diferencias de inventario teórico y físico” Señal Una señal no es un mensaje con un destino fijo, sino que puede activar muchos procesos distintos Múltiple Muchos eventos distintos pueden activar el proceso, basta con que uno de ellos se cumpla para que el proceso se dispare Evento de inicio de mensaje. El proceso inicia cuando se recibe un mensaje desde otro participante
  • 25. © 2012, Universidad Central de Venezuela. Sistemas de Información. Eventos: Eventos Intermedios Disparador Descripción Símbolo Ninguno No se muestra el tipo de evento Mensaje El proceso queda en espera hasta que llegue el mensaje (recepción) o se usa para enviar mensajes (envío), también se usa para desviar excepciones (*) Timer Dispara el proceso en un día/hora determinados, también se usa para desviar excepciones Error Se dispara cuando se produce un determinado error. Solo se puede poner en el extremo de una actividad Cancelar Se puede poner solo en el extremo de un sub proceso. Se dispara cuando recibe un evento “Cancelar” Compensación Activa eventos que compensan alguna acción, puede afectar a una actividad si esta se especifica o a todas las suceptibles de ser compensadas Condicional Es el evento que se dispara cuando una condición tiene valor “True” Link Conecta dos secciones de un proceso, se puede usar –por ejemplo- para crear loops. Puede tener múltiples fuentes pero solo un destino Señal Envía y recibe señales que se comunican a lo largo de todo un flujo a quien pueda interesar Múltiple Es cuando un evento tiene múltiples disparadores, ya sea para recepción como para envío
  • 26. © 2012, Universidad Central de Venezuela. Sistemas de Información. Eventos: Ejemplos Eventos Intermedios Evento intermedio de mensaje. El proceso espera hasta recibir un mensaje desde otro participante Evento intermedio con temporizador El proceso espera un periodo de tiempo antes de continuar. Evento de fin de mensaje El proceso termina enviando un mensaje a otro participante
  • 27. © 2012, Universidad Central de Venezuela. Sistemas de Información. Eventos Intermedio - Ejemplo
  • 28. © 2012, Universidad Central de Venezuela. Sistemas de Información. Eventos: Carreras (Races) Decisión de ruta a ejecutar basada en la primera ocurrencia de un evento externo Los eventos pueden ser de distintos tipos Solo una ruta se ejecuta por lo que sincroniza con una bifurcación exclusiva
  • 29. © 2012, Universidad Central de Venezuela. Sistemas de Información. Eventos: Races - Ejemplo http://diveintobpm.org/index.jsp
  • 30. © 2012, Universidad Central de Venezuela. Sistemas de Información. Eventos: Interrupción o Rutas Excepcionales BPMN tiene una forma elegante de manejar rutas excepcionales
  • 31. © 2012, Universidad Central de Venezuela. Sistemas de Información. Eventos: Interrupción o Rutas Excepcionales Automáticamente escala tareas retrasadas
  • 32. © 2012, Universidad Central de Venezuela. Sistemas de Información. Eventos: Interrupción o Rutas Excepcionales Múltiples eventos intermedios pueden ser colocados en el borde de un subproceso: Eventos de error Eventos de temporizador Eventos de compensación
  • 33. © 2012, Universidad Central de Venezuela. Sistemas de Información. Eventos: Interrupción - Ejemplo http://diveintobpm.org/index.jsp
  • 34. © 2012, Universidad Central de Venezuela. Sistemas de Información. Introducción Actividades (Activities) Eventos Gateways (Decisiones) 34
  • 35. © 2012, Universidad Central de Venezuela. Sistemas de Información. Los Gateways son puntos de decisión para canalizar el flujo. Son utilizados para controlar como interactúan los flujos de secuencias a medida que convergen o divergen en un proceso. Decisiones, tales como forks, merges y joins en el flujo de proceso son modelados con Gateways El comportamiento de cada tipo de Gateways determinará cuantas de las rutas estarán disponible para la continuación del flujo. BPMN define cuatro tipos de Gateways: Gateways: Definición
  • 36. © 2012, Universidad Central de Venezuela. Sistemas de Información. Las distintas rutas se ejecutan cuando se cumplen ciertas condiciones. Exclusivo Solo una ruta se ejecutara Inclusivo Al menos una ruta se ejecuta Puede tomar mas de una ruta y se comporta como un paralelo Sincronizar con el mismo símbolo que se inicia la bifurcación Gateways: Condicionales
  • 37. © 2012, Universidad Central de Venezuela. Sistemas de Información. Las rutas por defecto se toman cuando las otras condiciones no se evaluan como verdaderas. Exclusivo (A o B), sino C Inclusivo Si no (A y/o B) entonces C Gateways: Condicionales
  • 38. © 2012, Universidad Central de Venezuela. Sistemas de Información. Gateways: Condicional Exclusivo - Ejemplo
  • 39. © 2012, Universidad Central de Venezuela. Sistemas de Información. Gateways: Condicional Inclusivo - Ejemplo
  • 40. © 2012, Universidad Central de Venezuela. Sistemas de Información. Gateways: Condicional Inclusivo - Ejemplo
  • 41. © 2012, Universidad Central de Venezuela. Sistemas de Información. Gateways: Paralelo Los procesos con frecuencia requieren que múltiples eventos y tareas ocurran en paralelo Un Paralelo sincroniza los flujos que salen de manera paralela. Todas las rutas deben completarse antes de que el proceso continúe Sincronización explicita: Todas las rutas deben completarse antes de que el proceso continúe.
  • 42. © 2012, Universidad Central de Venezuela. Sistemas de Información. Gateways: Paralelo • Bifurcación Sincronización Comportamiento: •A es la primera tareas en ejecutarse •B,D y E inician a la vez •F se ejecuta después de que C,D y E hayan todas terminado
  • 43. © 2012, Universidad Central de Venezuela. Sistemas de Información. Gateways: Paralelo Comportamiento de los subprocesos Si existen múltiples puntos de inicio en un subproceso, cada ruta se ejecuta en paralelo. Forma incorrecta: Forma correcta:
  • 44. © 2012, Universidad Central de Venezuela. Sistemas de Información. Un Exclusive Event-Based Gateways es similar al Data-Based Gateways: La única diferencia es que, en lugar de evaluar un conjunto de alternativas para determinar sólo un flujo de salida, el Gateway basado en evento, iniciara una carrera entre los diferentes eventos que en el proceso se pudiera recibir; el primero en ser recibido ganará la carrera y determinará el flujo de la secuencia de salida que debe ser utilizado. Aquí los flujos se dirigen según si se ha recibido un mensaje, se ha cumplido una condición o ha pasado cierto tiempo Gateways: Exclusive Event-Based
  • 45. © 2012, Universidad Central de Venezuela. Sistemas de Información. Gateways: Exclusive Event-Based http://diveintobpm.org/index.jsp
  • 46. © 2012, Universidad Central de Venezuela. Sistemas de Información. Introducción Activities (Actividades) Eventos Gateways (Decisiones) 46
  • 47. © 2012, Universidad Central de Venezuela. Sistemas de Información. Un Proceso Complejo
  • 48. © 2012, Universidad Central de Venezuela. Sistemas de Información. Documentation Data Object Task Multiple Instances Collapsed Subprocess Loop Text Annotation Group Ad-hoc Subprocesses ∼ Transaction Plain Message Timer Error Cancel Compensation Conditional Signal Multiple Link Terminate Catching Throwing EndIntermediateStart Data-based Exclusive Gateway Inclusive Gateway Event-based Exclusive Gateway Paralllel Gateway Complex Gateway Gateways Events Activities Sequence Flow Conditional Flow Default Flow Data Transaction Data Object Undirected Association Directed Association Bidirected Association Message Flow Pool Resumen de los elementos de BPMN
  • 49. © 2012, Universidad Central de Venezuela. Sistemas de Información. Metamodelo de BPMN 49
  • 50. © 2012, Universidad Central de Venezuela. Sistemas de Información. Introducción Activities (Actividades) Eventos Gateways (Decisiones) Ejercicios 50
  • 51. © 2012, Universidad Central de Venezuela. Sistemas de Información. Ejercicios 51 ¿Cuál de estos diagramas es el correcto?
  • 52. © 2012, Universidad Central de Venezuela. Sistemas de Información. Ejercicios 52 ¿Cuál de estos flujos en los eventos están incorrectos?
  • 53. © 2012, Universidad Central de Venezuela. Sistemas de Información. Ejercicios 53 Modele una secuencia de 5 tareas llamadas A,B,C,D,E
  • 54. © 2012, Universidad Central de Venezuela. Sistemas de Información. Ejercicios 54 Modele una secuencia de 5 tareas llamadas A,B,C,D,E Convierta la tarea B en un subproceso que contenga las tareas B1 y B2
  • 55. © 2012, Universidad Central de Venezuela. Sistemas de Información. Ejercicios 55 Modele una secuencia de 5 tareas llamadas A,B,C,D,E Convierta la tarea B en un subproceso que contenga las tareas B1 y B2 La tarea C debe ejecutarse en paralelo con el subproceso B
  • 56. © 2012, Universidad Central de Venezuela. Sistemas de Información. Ejercicios 56 Modele una secuencia de 5 tareas llamadas A,B,C,D,E Convierta la tarea B en un subproceso que contenga las tareas B1 y B2 La tarea C debe ejecutarse en paralelo con el subproceso B Bajo ciertas condiciones, es necesario no ejecutar la tarea C
  • 57. © 2012, Universidad Central de Venezuela. Sistemas de Información. Ejercicios 57 Modele una secuencia de 5 tareas llamadas A,B,C,D,E Convierta la tarea B en un subproceso que contenga las tareas B1 y B2 Bajo ciertas condiciones, es necesario no ejecutar la tarea C La tarea C debe ejecutarse en paralelo con el subproceso B Bajo ciertas condiciones, es necesario no ejecutar la tarea C Bajo ciertas condiciones en vez de ejecutar C debemos terminar el proceso, incluyendo las actividades del subproceso B.
  • 58. © 2012, Universidad Central de Venezuela. Sistemas de Información. Ejercicios 58 Modele una secuencia de 5 tareas llamadas A,B,C,D,E Convierta la tarea B en un subproceso que contenga las tareas B1 y B2 La tarea C debe ejecutarse en paralelo con el subproceso B Bajo ciertas condiciones, es necesario no ejecutar la tarea C Bajo ciertas condiciones en vez de ejecutar C debemos terminar el proceso, incluyendo las actividades del subproceso B Queremos esperar un tiempo entre que termina B1 y el inicio de B2
  • 59. © 2012, Universidad Central de Venezuela. Sistemas de Información. Ejercicios 59 Modele una secuencia de 5 tareas llamadas A,B,C,D,E Convierta la tarea B en un subproceso que contenga las tareas B1 y B2 La tarea C debe ejecutarse en paralelo con el subproceso B Bajo ciertas condiciones, es necesario no ejecutar la tarea C Bajo ciertas condiciones en vez de ejecutar C debemos terminar el proceso, incluyendo las actividades del subproceso B Queremos esperar un tiempo entre que termina B1 y el inicio de B2 La tarea A es realmente la recepción inicial de un mensaje de un participante “Cajero”. La tarea E es realmente el envío final de un mensaje a un participante “Contabilidad”
  • 60. © 2012, Universidad Central de Venezuela. Sistemas de Información. Ejercicios 60
  • 61. © 2012, Universidad Central de Venezuela. Sistemas de Información. Ejercicios 61 Modele una secuencia de 5 tareas llamadas A,B,C,D,E Convierta la tarea B en un subproceso que contenga las tareas B1 y B2 La tarea C debe ejecutarse en paralelo con el subproceso B Bajo ciertas condiciones, es necesario no ejecutar la tarea C Bajo ciertas condiciones en vez de ejecutar C debemos terminar el proceso, incluyendo las actividades del subproceso B Queremos esperar un tiempo entre que termina B1 y el inicio de B2 La tarea A es realmente la recepción inicial de un mensaje de un participante “Cajero”. La tarea E es realmente el envío final de un mensaje a un participante “Contabilidad” Si el subproceso B no termina en un tiempo determinado es necesario ejecutar una tarea “escalar”
  • 62. © 2012, Universidad Central de Venezuela. Sistemas de Información. Ejercicios 62
  • 63. © 2012, Universidad Central de Venezuela. Sistemas de Información. Introducción Activities (Actividades) Eventos Gateways (Decisiones) Ejercicios Mejores Prácticas 63
  • 64. © 2012, Universidad Central de Venezuela. Sistemas de Información. Objetivos al modelar en BPMN 64 Ser eficientes capturando la información del proceso Reducir errores de interpretación Transferir conocimiento Hacer los diagramas tan fáciles de leer como sea posible
  • 65. © 2012, Universidad Central de Venezuela. Sistemas de Información. Consejos 65 Cree los procesos inicialmente usando solo símbolos de tareas. Luego cambie el símbolo para detallar más el comportamiento del proceso Concéntrese en documentar el proceso No intente agregar participantes desde las primeras fases de modelado
  • 66. © 2012, Universidad Central de Venezuela. Sistemas de Información. Consejos 66 Luego de tener un acuerdo sobre el flujo del proceso, agregue participantes e interacciones. Agregar participantes antes, tiene a mantener el foco en detalles de forma prematura y a causar la necesidad de re-diagramar el proceso.
  • 67. © 2012, Universidad Central de Venezuela. Sistemas de Información. Consejos 67 Utilice el artefacto de anotación para agregar información importante a transferir
  • 68. © 2012, Universidad Central de Venezuela. Sistemas de Información. Consejos 68 Asígnele nombres a sus tareas considerando la perspectiva del participante que la ejecuta
  • 69. © 2012, Universidad Central de Venezuela. Sistemas de Información. Consejos 69 Coloque “la pregunta” asociada en cada bifurcación cada ruta representa una respuesta, asígnele una etiqueta para documentarla en el diagrama
  • 70. © 2012, Universidad Central de Venezuela. Sistemas de Información. Consejos 70 Coloque “la pregunta” asociada en cada bifurcación cada ruta representa una respuesta, asígnele una etiqueta para documentarla en el diagrama
  • 71. © 2012, Universidad Central de Venezuela. Sistemas de Información. Consejos 71 Una bifurcación hace una sola pregunta. Evite condiciones que no estén relacionadas entre sí. Utilice condiciones de cascada en ese caso.
  • 72. © 2012, Universidad Central de Venezuela. Sistemas de Información. Consejos 72 Las condiciones pueden ser anidadas En ese caso, use subprocesos para evitar confusión y mejorar la legibilidad
  • 73. © 2012, Universidad Central de Venezuela. Sistemas de Información. Consejos 73 Cada objeto puede tener un color distinto. Use esta opción para hacer sus diagramas más simples de leer. Adopte una convención y apéguese a ella.
  • 74. © 2012, Universidad Central de Venezuela. Sistemas de Información. Introducción Activities (Actividades) Eventos Gateways (Decisiones) Ejercicios Mejores Prácticas Ejercicios 74
  • 75. © 2012, Universidad Central de Venezuela. Sistemas de Información. Ejercicio A 75 Después de un incendio, por un lado se necesita obtener información de nuestra compañía de seguro. Por otro lado, es posible que necesitemos información adicional del departamento de bomberos, pero solo si los bomberos participaron durante el apagado del incendio. Cuando se tenga toda la información, se necesita escribir un informe consolidado
  • 76. © 2012, Universidad Central de Venezuela. Sistemas de Información. Ejercicio A 76
  • 77. © 2012, Universidad Central de Venezuela. Sistemas de Información. Ejercicio B 77 Nuestros productos están listos para ser enviados. Para determinar que compañía de envío utilizar, enviamos 3 mensajes separados a cada una pidiéndole que despachen nuestros productos. La primera compañía que responda que puede hacer el envió es la escogida
  • 78. © 2012, Universidad Central de Venezuela. Sistemas de Información. Ejercicio B 78
  • 79. © 2012, Universidad Central de Venezuela. Sistemas de Información. Ejercicio C 79 1. Un proceso cliente envía una petición para que se realice una solicitud y aprobación de fondos 2. Se solicita y recibe la información de la solicitud de un empleado 3. Se solicita y recibe la aprobación de la solicitud de un gerente 4. Si la solicitud del empleado es rechazada se vuelve al paso #2 5. Si se aprueba la solicitud, se solicita y recibe información contable al director del área 6. Se solicita y recibe la revisión del departamento de finanzas. Este departamento puede: a. Aprobar b. Rechazar basados en la información de la solicitud del empleado c. Rechazar basados en la información contable proporcionada por el director 7. Si el departamento de finanzas rechazó basado en la solicitud del empleado, se debe volver al paso #2 8. Si el departamento de finanza rechazó basado en la información contable, se debe volver al paso #5 9. Si el departamento de finanzas aprobó, el proceso finaliza enviando un mensaje al proceso cliente.
  • 80. © 2012, Universidad Central de Venezuela. Sistemas de Información. Ejercicio C 80
  • 81. © 2012, Universidad Central de Venezuela. Sistemas de Información. Ejercicio C 81
  • 82. © 2012, Universidad Central de Venezuela. Sistemas de Información. Ejercicio C 82
  • 83. © 2012, Universidad Central de Venezuela. Sistemas de Información. Conclusiones 83 • Hemos realizado un estudio de ….. • Hemos hecho una discusión sobre…. • Se han desarrollado demostraciones de Conclusiones