ISw IBPMN PDF

Ingeniería de Software
Unidad 3
Implementación de Prototipo de Proyecto de Software
BPMN
ISW – Unidad 3b
BPMN
https://www.bizagi.com/en/products/bpm-suite/modeler
2
ISW – Unidad 3b
BPMN – Ejemplo.
Una biblioteca recibe solicitudes de préstamo de libros por e-mail. Cuando
se recibe una solicitud, un empleado verifica el estado del libro en un
sistema automatizado. Si hay libros disponibles, el empleado registra el
préstamo y luego responde el e-mail con una copia del comprobante,
además inicia el proceso de envío del libro, lo cual es efectuado por otro
empleado (no interesa modelar este detalle). Si no hay libros disponibles, el
empleado responde el e-mail indicando esta situación y solicitando una
confirmación o declinación del préstamo por parte del solicitante. Si se
recibe una respuesta de declinación, se cancela la solicitud. Si se recibe una
respuesta de confirmación, se registra como solicitud pendiente, se envía un
comprobante de registro y se espera 2 semanas para reiniciar el proceso
verificando el estado del libro. Si no se recibe respuesta de confirmación ni
declinación dentro de una semana, se cancela la solicitud.
3
ISW – Unidad 3b
BPMN – Ejemplo.
4
ISW – Unidad 3b
BPMN – Principales Símbolos Gráficos.
Categorías
5
ISW – Unidad 3b
Procesos de Negocio Privados (Internos)
Internos a una organización específica
Si se usan carriles (lanes), debe estar contenido en un único pool
Los flujos de secuencia NO pueden cruzar los límites del pool
Los flujos de mensajes pueden cruzar los límites del pool, para mostrar las
interacciones entre distintos procesos de negocio privados
6
ISW – Unidad 3b
Procesos Públicos (Abstractos)
Representa la interacción entre un proceso de negocio privado y otro
proceso o participante
Se incluyen sólo aquellas actividades usadas para comunicarse fuera del
proceso de negocio privado, más los mecanismos de flujo de control
apropiados
las actividades interna del proceso de negocio privado, no se muestran en
el proceso abstracto
7
ISW – Unidad 3b
Procesos de Colaboración (Global)
Describe las interacciones entre dos o más entidades de negocio
Estas interacciones se definen como una secuencia de actividades que
representa patrones del intercambio de mensajes entre las entidades
involucradas
Un proceso de colaboración puede mostrarse como dos o más procesos
abstractos comunicándose entre ellos
8
ISW – Unidad 3b
BPMN – Objetos de Flujo.
Un evento es algo que sucede durante el curso

de un proceso de negocio. Los eventos afectan
Eventos el flujo del proceso y tienen una causa o un
Events impacto (resultado). Los principales eventos
son: evento de inicio, evento intermedio y
evento de término (hay otros subtipos)
Una actividad representa a algún tipo de
trabajo que se realiza al interior de alguna
Actividades organización o empresa. Puede ser atómica
(individual) o compuesta (subproceso)
Tasks
Los subprocesos se reconocen porque tienen +
un signo más (+) en el borde inferior
Se utiliza para controlar la divergencia o
convergencia de un flujo de secuencia.
Compuertas Representa a puntos de decisión y de
Gateways concurrencia (fork, join)
También contienen subtipos
9
ISW – Unidad 3b
BPMN – Objetos de Conexión.
Se utilizan para mostrar el orden en que se

Flujo de ejecutarán las actividades de un proceso
secuencia determinado
Sequence Subtipos:
Flow :no controlado, condicional, por defecto.
Se utilizan para mostrar el flujo de mensajes

Flujo de entre dos participantes de procesos (entidades
mensaje de negocio o roles de negocio)
Message En BPMN los distintos participantes se
Flow muestran como pools separados
Se utilizan para asociar datos, texto y otros

artefactos con los objetos de flujo
Asociación Generalmente se usan para mostrar las
Association entrada y salidas de las actividades
10
ISW – Unidad 3b
BPMN – Particiones.
BPMN soporta dos tipos de swimlanes: pools (piscinas) y lanes (pistas)
Representa a un
participante o entidad de
negocio dentro de un
proceso. Los flujos de
Pool secuencia no pueden
atravesar los límites del
pool. Los flujos de
mensajes si pueden
Representa una sub-
partición dentro de un pool.
Se utilizan para organizar y
Lane categorizar las actividades.
Los flujos de mensajes
pueden atravesar los
límites de los lanes y pools.
11
ISW – Unidad 3b
BPMN – Artefactos.
Se utiliza para mostrar cómo los datos son
Objeto de requeridos o producidos por las actividades
dato Se conectan a las actividades mediante
Data Object asociaciones (líneas segmentadas)
Se utilizan para mostrar un grupo de

Grupo actividades relacionadas dentro de una misma
categoría.
Group
Se utiliza para efectos de documentación
Se utilizan para agregar información textual a

Anotación un diagrama
Annotation
Provee un mecanismo para que las actividades

Archivo de puedan recuperar o actualizar información
datos almacenada y que persiste más allá del
alcance del proceso.
Data Store
12
ISW – Unidad 3b
BPMN – Compuertas (Gateways).
Exclusivo Restringe los flujos de manera que uno solo puede ser
basado en seguido durante la ejecución del proceso. Evalúa el
resultado en base a datos
datos
Exclusivo Restringe los flujos de manera que uno solo puede ser
basado en seguido durante la ejecución del proceso. Evalúa el
eventos resultado en base a eventos
En fork, todos los flujos salientes se activan simultánea-

Paralelo mente. En join, debe esperar la llegada de todos los flujos
entrantes antes de activar el flujo de salida
En fork, uno o más flujos son activados en base a ciertas
Inclusivo condiciones. En join, debe esperar la llegada de todos los
flujos activos antes de activar el flujo de salida
Activa uno o más flujos de salida en base a condiciones
Complejo complejas o descripciones verbales. No se aconseja su
utilización
13
ISW – Unidad 3b
BPMN – Procesos.
 Un proceso es una actividad ejecutada al interior de una empresa u
organización.
 En BPMN un proceso se describe como un conjunto de objetos de flujo, los
cuales se componen de un conjunto de otras actividades, más un conjunto
de elementos de control que regulan la secuencia de tales actividades
 Los objetos de flujo son los principales elementos que expresan la
semántica de un modelo de proceso.
Eventos
Compuertas
Actividades
14
ISW – Unidad 3b
BPMN – Flujos de Secuencia de Entrada.
 Los flujos de secuencia representan camino por donde fluye algo que puede
ser: control, objetos, etc.  Tokens
 Una tarea puede tener más de un flujo de entrada. Estos flujos pueden ser
inclusivos o exclusivos.
Fusión de Flujos – Merge.

 Representa una combinación exclusiva de dos o más flujos de secuencia.
 La tarea receptora se puede iniciar con cualquiera de los flujos de entrada.
 Esta situación se puede modelar de dos formas. Usando en forma explícita
una compuerta exclusiva. Obviar la compuerta exclusiva dado que los flujos
de entrada son alternativos y mutuamente excluyentes.
15
ISW – Unidad 3b
BPMN – Ejemplo.
evento de inicio
actividad
Compuerta
exclusiva
evento de término
Flujo de secuencia
16
ISW – Unidad 3b
BPMN – Flujos de Secuencia de Salida.
 Los flujos de secuencia representan camino por donde fluye algo que puede
ser: control, objetos, etc.
 Una tarea puede tener más de un flujo de salida. Estos flujos pueden ser
inclusivos o exclusivos.
Divisón de Flujos – Fork.

 Representa una combinación inclusiva de dos o más flujos de secuencia.
 La tarea emisora genera dos o más flujos de salida.
 Esta situación se puede modelar de dos formas. Usando en forma explícita
una compuerta inclusiva (paralela). Obviar la compuerta paralela dado que
los flujos de salida son inclusivos.
17
ISW – Unidad 3b
BPMN – Ejemplo.
Pool
Lanes 18
ISW – Unidad 3b
BPMN – Datos.
Objeto de Datos:
 Un objeto de datos puede aparecer varias veces dentro de un diagrama BPMN.
 Cada una de estas apariciones hace referencia a una misma instancia del objeto de
datos.
 El ciclo de vida de un objeto de datos está asociado al ciclo de vida del proceso
padre. Cuando un proceso es instanciado, todos los objetos de datos contenidos en
el proceso también son instanciados.
 Cuando una instancia de proceso termina, se eliminan todos sus objetos de datos,
es decir ya no están disponibles.
 Un objeto de datos es accesible sólo por su proceso padre.
Almacenamiento de Datos:
 Proveen un mecanismo para que las actividades puedan recuperar o actualizar
información almacenada, la cual persiste más allá del alcance del proceso.
19
ISW – Unidad 3b
BPMN – Ejemplo.
Objetos de dato Grupo
Anotación
20
ISW – Unidad 3b
BPMN – Ejercicio.
Una clínica médica ofrece consultas en las especialidades de oftalmología,
odontología y psiquiatría. Las consultas se pueden pagar con bono Fonasa,
bono Isapre, con cheque, o con efectivo. El pago se debe efectuar una vez
finalizada la consulta. Como producto de la consulta el paciente puede
requerir exámenes médicos, para los cuales se reserva hora en la misma
clínica, luego de haber efectuado el pago.
Modelar un proceso privado para la clínica, desde el momento en que el

paciente llega a su hora de consulta y se verifica su hora, hasta que paga y
opcionalmente, reserva hora para exámenes médicos.
21
ISW – Unidad 3b
BPMN – Ejercicio.
22
ISW – Unidad 3b
BPMN – Sitios de Interés.
www.bpmi.org: Business Process Modeling & Integration

www.omg.org: Object Management Group (BPMN y UML)
http://www.omg.org/spec/BPMN/ : Versiones de BPMN: 1.1; 1.2; 2.0
23
ISW – Unidad 3b
BPMN – Eventos.
 Un evento es algo que sucede durante el curso de un proceso de negocio y
que puede afectar a su flujo de ejecución.
 Un evento tiene una causa y un impacto.
 BPMN define tres tipos generales de eventos:
Eventos de inicio
Eventos intermedios
Eventos de término
24
ISW – Unidad 3b
BPMN – Eventos de Inicio.
 Un evento de inicio indica dónde se partirá un proceso determinado.
 Como su nombre lo indica, un evento de inicio inicia el flujo de un proceso.
 No se pueden conectar flujos de secuencia apuntando a un evento de inicio
 Un evento de inicio es opcional:

 Si no se utiliza un evento de inicio, las actividades que no tengan flujos de
secuencia de entrada, se considera que tienen un evento de inicio implícito
 Los eventos de inicio se podrían usar para:

 Indicar que la llegada de un mensaje iniciará una instancia del proceso:
 Por ejemplo, recepción de una orden de compra
 Indicar cuándo se debería iniciar una instancia del proceso:
 Por ejemplo, a fin de mes
25
ISW – Unidad 3b
BPMN – Eventos Intermedios.
 Un evento intermedio indica el lugar en dónde sucede algo durante la
ejecución de un proceso.
 Un evento intermedio afecta el flujo del proceso.
 Un evento intermedio se podría usar para:

 Indicar el lugar en dónde se podría recibir un mensaje
 Mostrar en dónde se puede esperar un retardo dentro del proceso
 Mostrar la interrupción del flujo normal mediante el manejo de alguna excepción
26
ISW – Unidad 3b
BPMN – Eventos de Término.
 Un evento de término finaliza el flujo del proceso.
 No se pueden conectar flujos de secuencia saliendo del evento de término
 Un evento de término es opcional.

 Un evento de término se podría usar para:
 Finalizar el flujo de un proceso y enviar un mensaje
 Finalizar el flujo de un proceso y generar un error
 Finalizar el flujo de un proceso y requerir una actividad de compensación
27
ISW – Unidad 3b
BPMN – Tipos de Eventos. Inicio Intermedio Fin
Un evento de inicio, sólo puede ser

de entrada (recepción)
Un evento de término, sólo puede ser

de salida (envío)
Un evento intermedio, puede ser

de entrada o salida
Causas Entrada Salida 28

ISW – Unidad 3b
BPMN – Comportamiento de Eventos de Inicio.
 Representan el inicio de una instancia del proceso, luego implica la generación de
un token.
 Inmediatamente después que se gatilla el evento de inicio, el token sale del evento
y viaja por los flujos de secuencia de salida del evento.
29
ISW – Unidad 3b
BPMN – Eventos de Inicio (None).
Cuando no hay certeza, o no se

requiere especificar el inicio de
un proceso, se puede utilizar un
círculo vacío (none) como
evento de inicio.
También se puede utilizar cuando
la causa que gatilla el proceso es
irrelevante.
En este ejemplo no se indica claramente

la causa que inicia el proceso
¿es la hora de almuerzo? ¿nos mandó a
comprar el jefe? etc.
Tratar de entender la causa del inicio
del proceso no agrega mayor información
al proceso mismo.
30
ISW – Unidad 3b
BPMN – Eventos de Inicio (Message).
Se utiliza cuando un proceso puede

ser iniciado a través de un mensaje
que es enviado por un actor externo.
En este ejemplo se muestra el proceso

de atender un reclamo de un cliente.
El encargado de recepción recibe el
llamado e inicia el proceso de registrar
el reclamo y generar una orden de
atención.
31
ISW – Unidad 3b
BPMN – Eventos de Inicio (Timer).
Se utiliza cuando un proceso se

inicia en una hora o fecha determinada
También se puede utilizar cuando un
proceso se debe iniciar en forma
repetitiva en base a un itinerario.
En este ejemplo el proceso se inicia

cuando el actor recuerda una fecha de
cumpleaños de otra persona.
Podemos decir que el proceso se inicia
cuando el calendario avanza hasta la
fecha señalada.
32
ISW – Unidad 3b
BPMN – Eventos de Inicio (Conditional).

ser iniciado mediante la evaluación
de una regla o condición determinada.
Cuando la regla o condición se cumple
el proceso es iniciado.
Una regla puede tener distintos niveles
de complejidad o simplicidad
En este ejemplo la condición podría

ser “si el identificador de llamada
indica un número pregrabado (familiar
o amigo) responder la llamada”
Si la condición se cumple, se inicia el
proceso.
Si la condición no se cumple, no se
inicia el proceso (no se responderá la
llamada)
33
ISW – Unidad 3b
BPMN – Eventos de Inicio (Multiple).

ser iniciado a través distintos tipos
de eventos. NO se sabe con certeza
(o no interesa saber) cuál es el tipo
de evento que da inicio al proceso.
Se puede usar un círculo vacío,
pero si el iniciador del proceso es de
cierta importancia, se usa multiple
En este ejemplo se indica que el proceso

puede ser iniciado por distintas causas.
Podemos requerir entretención, noticias,
educación, ver el clima, etc.
Dado que la causa de inicio del proceso
tiene cierta importancia, se puede usar
un evento múltiple en vez de un evento
vacío (none)
34
ISW – Unidad 3b
BPMN – Eventos de Inicio (Señal).
Indica que un proceso se inicia al

detectar una señal. La señal puede ser
transmitida por otro participante o
proceso. Las señales no tienen un
destino específico. Todos los procesos
detectan las señales y es decisión de
cada uno si reacciona o no a la señal
detectada.
En este ejemplo todas las oficinas de

un edificio pueden detectar la alarma
de incendio. La mayoría puede decidir
evacuar el edificio. Puede haber un
encargado de atender la alarma, el
cual reaccionará de acuerdo a algún
procedimiento de emergencia.
35
ISW – Unidad 3b
BPMN – Ejercicios.
Desarrollar un diagrama BPMN resumido, especificando los tipos de eventos
de inicio respectivos:
a) Proceso de matrícula (punto de vista de la organización).
b) Reparar el auto (punto de vista personal).
c) Preparar una postulación para un trabajo (punto de vista personal).
d) Rellenar estanque de bencina del auto (punto de vista personal).
e) Renovar cédula de identidad (punto de vista personal).
f) Atender una guagua que está llorando (punto de vista de los padres).
g) Funcionamiento del refrigerador.
36
ISW – Unidad 3b
BPMN – Eventos de Término.
Los procesos de negocio parten con un evento de

inicio, luego se mueven a través de un conjunto
de actividades y gateways y luego alcanzan un
punto de término.
Si un proceso es repetitivo, podría alcanzar

múltiples puntos de término.
Un evento de término marca el lugar en donde

finaliza un proceso, o una rama del proceso.
Es posible utilizar un evento vacío (none) para

indicar que el proceso simplemente finalizó;
pero también se pueden utilizar otros tipos de
eventos que permiten simplificar de alguna
manera el flujo del proceso.
37
ISW – Unidad 3b
BPMN – Eventos de Término (Message).
En este caso, además de indicar el

término del proceso, el evento también
indica que se genera un mensaje.
El proceso se inicia con la recepción de una

solicitud (vía mensaje). El proceso continúa
con una entrevista y luego con la selección
de un postulante. La última tarea finaliza el
proceso y genera un mensaje de notificación.
Se podría incluir una tarea “Notificar al
postulante” y luego finalizar el proceso con
un evento vacío.
Usando el evento mensaje, se elimina la
necesidad de dicha tarea y se simplifica el
flujo del proceso.
38
ISW – Unidad 3b
BPMN – Eventos de Término (Error).
Se utiliza para indicar que un proceso

Ha finalizado con un error, el cual debe
ser capturado en otra parte del proceso
En este ejemplo se indica que si la tarjeta

de crédito presenta algún error, el flujo del
proceso se mueve a un punto en que se
genera un evento de error.
El comportamiento por defecto indica que
la tarjeta de crédito no tiene problemas y
por lo tanto se efectuará el cargo de la
compra.
39
ISW – Unidad 3b
BPMN – Eventos de Término (Cancel).
Flujo de
Se utiliza cuando un excepción
proceso es una
transacción. Indica que
la transacción debe ser Atender orden
cancelada y se gatillará
un evento intermedio de
cancelación conectado
al borde de un
subproceso
En este ejemplo Atender orden

es una transacción (acuerdo
para completar la actividad o
cancelarla).
El evento de término Cancel
es capturado por el evento
intermedio Cancel conectado
en el borde del subproceso
Atender orden.
40
ISW – Unidad 3b
BPMN – Eventos de Término (Terminate).
Indica que todas las actividades del proceso deben finalizar en forma
inmediata, incluidas todas las actividades multi-instancia.
el proceso es finalizado sin actividades de compensación ni captura
de eventos.
41
ISW – Unidad 3b
Los eventos intermedios pueden aparecer en el

flujo de un diagrama BPMN, o pueden aparecer
en el borde de una tarea o subproceso -
boundary attach.
Los eventos conectado al borde de una tarea

indican que dicha tarea es capaz de lanzar o
capturar ese tipo de evento.
42
ISW – Unidad 3b
None: Evento indefinido, se puede usar para indicar un cambio de estado
dentro de un proceso de negocio.
Message: Se usa para indicar la recepción o envío de un mensaje.
Timer: Se usa para indicar un retardo en el proceso, o para indicar que una
tarea o subproceso se inicia en una hora, fecha o instante definido.
Error: Se usa para indicar el lanzamiento o captura de un error dentro de
un proceso.
Cancel: Se usa para indicar la cancelación de una tarea o subproceso tipo
transacción.
Compensation: Se usa para iniciar o ejecutar una compensación dentro del
proceso.
Rule/Conditional: Se usa para manejar excepciones. Indica que se debe
evaluar una condición, si el resultado es verdadero, se lanza el evento.
Antes que el evento se pueda lanzar nuevamente, la condición debe tomar
el valor falso y luego volver a verdadero.
Signal: Se usa para indicar la recepción o envío de una señal a todos los
participantes de un proceso.
Multiple: Indica que un evento puede ser iniciado de diferentes formas.
43
ISW – Unidad 3b
Fin
44
ISW – Unidad 3b
Fin
Timeout
45
ISW – Unidad 3b
Fin
Escuchando. . .
46
ISW – Unidad 3b
Timeout
Escuchando. . . Fin
47
ISW – Unidad 3b
Ejercicio.
• Interpretar los siguientes diagramas de procesos de negocio …
48
ISW – Unidad 3b
Eventos Intermedios (None).
En este ejemplo los eventos intermedios sólo indican un

cambio de estado en la solicitud a través del proceso.
El evento de inicio indica que el proceso parte con la
recepción de un mensaje
49
ISW – Unidad 3b
Eventos Intermedios (Timer).
Flujo de
excepción
Al mediodía es la hora de almuerzo.

Notar que la tarea es repetitiva.
50
ISW – Unidad 3b
Eventos Intermedios (Message).
En este ejemplo se tiene un proceso abstracto (público) con dos participantes

El detalle del proceso del consultor no se indica, pero hay flujos de mensaje entre los participantes
El evento intermedio representa un paso dentro del proceso, equivalente a Recibir sugerencia del
consultor. Si el mensaje no se recibe, el proceso no termina.
51
ISW – Unidad 3b
Eventos Intermedios (Cancel).
El subproceso se define como transacción. Un evento de

cancelación lanzado, debe ser capturado en otra parte del
proceso (borde del subproceso)
52
ISW – Unidad 3b
Ejercicio – Proceso de Soporte a Usuarios.
• Un departamento Helpdesk atiende telefónicamente a los usuarios para
tratar de solucionar sus problemas en línea. Si dentro de 15 minutos no
puede dar una solución, deriva el problema al área de soporte de 2º nivel.
Si en esta área no se puede resolver el problema dentro de 4 horas, éste
se deriva al área de atención en terreno. Una vez solucionado el problema
se envía un mail de confirmación al usuario.
• Se pide desarrollar un diagrama BPMN simple utilizando eventos de envío
y recepción de mensajes y de tiempo, para representar el proceso
anterior.
53
ISW – Unidad 3b
Ejercicio – Proceso de Soporte a Usuarios.
54
ISW – Unidad 3b
Ejercicio – Proceso Generación de Informe de Ventas.
• Un departamento de ventas debe consolidar a fin de mes la información
de ventas mensuales, en un informe de resumen anual. Para esto se
identifican tres actividades principales:
a) Proporcionar información de ventas mensuales.
b) Consolidar el informe resumen anual.
c) Registrar el informe resumen en el sistema CRM.
• En la actividad (b) se deben realizar dos tareas paralelas:
b.1) Calcular las tendencias de compra de los clientes.
b.2) Calcular rentabilidad. Es esta tarea pueden faltar datos, por lo que es
necesario considerar una tarea para obtener datos adicionales.
• Se pide desarrollar un diagrama BPMN simple utilizando eventos de envío
y recepción de errores, para representar el proceso anterior. Modelar la
actividad (b) como un subproceso expandido.
55
ISW – Unidad 3b
Ejercicio – Proceso Generación de Informe de Ventas.
56
ISW – Unidad 3b
Ejercicio – Proceso de Publicación de Libros.
• Una editorial de libros recibe el texto central de un libro, para el cual debe
identificar una tabla de contenidos. Esta información se reparte a dos
subprocesos paralelos, uno para desarrollar un resumen conceptual del
libro, el cual se usa para construir el índice temático, y un segundo
subproceso para diseñar la portada del libro (este último debe esperar
que esté listo el resumen conceptual del libro). Una vez que ambos
subprocesos están terminados (no necesariamente al mismo tiempo), se
inicia la tarea de publicación del libro.
• Se pide desarrollar un diagrama BPMN utilizando eventos de envío y
recepción de señales para representar el proceso anterior.
57
ISW – Unidad 3b
Ejercicio – Proceso de Publicación de Libros.
58
ISW – Unidad 3b
BPMN – Compuertas.
Se utilizan para controlar cómo se comportan los flujos de secuencia a
medida que convergen o divergen dentro de un proceso.
Permiten modelar puntos de decisión, de concurrencia (fork), o de
sincronización (join) dentro de un proceso.
Los diferentes tipos de gateways determinan cuántas puertas de salida
estarán disponibles para la continuación de los flujos de secuencia.
Tipos de gateways:
Basada en Datos
59
ISW – Unidad 3b
BPMN – Compuerta Exclusiva.
Se puede utilizar para:
Como un punto de decisión, en donde existen varios flujos de secuencia
posibles que parten desde ese punto de decisión. Sólo un flujo continúa
Como un punto en donde se mezclan varios flujos de secuencia, en un solo
flujo resultante.
60
ISW – Unidad 3b
BPMN – Compuerta Exclusiva Basada en Datos.
Sus ramas son mutuamente

excluyentes, es decir, al seleccionar
una se deshabilita el resto.
La información necesaria para tomar
la decisión, está disponible dentro
del proceso
El lector decide abrir o no el mensaje. en

base a su origen. Si el mensaje proviene
de una persona conocida, lo lee, en caso
contrario lo descarta.
Ambos diagramas son equivalentes.
61
ISW – Unidad 3b
BPMN – Compuerta Exclusiva Basada en Eventos.
En vez de evaluar un conjunto de alternativas, el gateway basado en
eventos inicia una competencia entre diferentes tipos de eventos que el
proceso podría recibir.
El primer evento recibido gana la competencia y determina cuál flujo de
secuencia se habilitará.
El siguiente ejemplo muestra un diagrama con una compuerta exclusiva
que debe decidir el flujo en base al resultado de tres eventos posibles:
 Cumplimiento de una regla
 Recepción de un mensaje
 Cumplimiento de un plazo
62
ISW – Unidad 3b
Caso 1: Se cumple la regla
Se cumple la regla
Fin del proceso

Empieza la
competencia
de eventos
63
ISW – Unidad 3b
Caso 2: Se recibe un mensaje

Mensaje
Fin del proceso

Empieza la
competencia
de eventos
64
ISW – Unidad 3b
Caso 3: Se vence el plazo
Fin del proceso

Empieza la
competencia
de eventos
TImeout
65
ISW – Unidad 3b
Sus ramas son mutuamente

excluyentes, es decir, al seleccionar
una se deshabilita el resto.
La información necesaria para tomar
la decisión, no está disponible
dentro del proceso y proviene desde
el exterior en forma de evento
En este caso la información necesaria

para tomar la decisión no está disponible
dentro del proceso, sino que depende de
un hecho externo. En estos caso se
requiere una compuerta basada en
eventos.
Ambos diagramas son equivalentes, pero
el de la izquierda es más simple.
66
ISW – Unidad 3b
BPMN – Compuerta Paralela.
Provee un mecanismo para bifurcar y sincronizar flujos.
Sincronización
Bifurcación Fin del proceso
67
ISW – Unidad 3b
BPMN – Compuerta Paralela.
También llamados fork / join, se

pueden utilizar cuando un proceso
ejecuta múltiples ramas de operaciones
en paralelo.
En este ejemplo hay dos secuencias de tareas que

se pueden realizar en forma paralela, pero para
recibir el certificado final, se deben completar ambas
ramas de secuencia. Para modelar esta situación se
pueden utilizar compuertas paralelas que indiquen las
instancias fork y join
68
ISW – Unidad 3b
BPMN – Compuerta Inclusiva.
Se puede usar para:
Como un punto de decisión en que se puede seguir uno o más flujos de
secuencia, los cuales están restringidos por condiciones individuales. Antes
de continuar con el (los) flujo(s), se debe evaluar y cumplir cada condición.
Como un punto en donde se mezclan varios flujos de secuencia. En este
caso la compuerta inclusiva permite sincronizar aquellos flujos que
cumplieron su condición individual.
En la división de flujos, selecciona uno o más flujos de salida (o todos) en
forma concurrente, dependiendo de la evaluación de cada una de las
condiciones de los flujos.
En la unión de flujos, la compuerta debe esperar por todos los flujos que
cumplieron la condición.
69
ISW – Unidad 3b
Un solo flujo.
No requiere
C1 = Verdadero
sincronización
C2 = Falso
Fin del proceso
70
ISW – Unidad 3b
Dos flujos.
Requiere
C1 = Verdadero
sincronización
C2 = Verdadero
Fin del proceso
71
ISW – Unidad 3b
Un solo flujo.
No requiere
C1 = Falso
sincronización
C2 = Falso
Fin del proceso
72
ISW – Unidad 3b
Sus ramas no son mutuamente

excluyentes, es decir, se puede
seleccionar una sola, o varias o
todas
En este caso las ramas alternativas de la

Compuerta no son excluyentes entre sí.
Puede que el auto no necesite nada, o que
necesite limpieza y reparación, o sólo
necesite una de ellas.
73
ISW – Unidad 3b
BPMN – Ejercicio.
Cuáles son los posibles comportamientos del siguiente proceso?
Sincronización
Caso 1: Debe sincronizar los flujos de las tareas 2, 3 y 4

Caso 2: Debe sincronizar los flujos de las tareas 2 y 3
Caso 3: Debe sincronizar los flujos de las tareas 2 y 4
74
ISW – Unidad 3b
BPMN – Compuerta Compleja.
Se puede usar para:
Como un punto de decisión en que se puede seguir uno o más flujos de
secuencia, los cuales están restringidos por una condición única. Antes de
continuar con el (los) flujo(s), se debe evaluar y cumplir esa condición.
Como un punto en donde se mezclan varios flujos de secuencia. En este
caso la compuerta inclusiva permite sincronizar aquellos flujos que
cumplieron la condición. Es decir se comporta similar a una compuerta
paralela, pero sólo para los flujos que cumplieron la condición del punto de
decisión anterior.
En la división de flujos, selecciona uno o más flujos de salida (o todos) en
forma concurrente, dependiendo de la evaluación de una condición única.
En la unión de flujos, la compuerta debe esperar por todos los flujos que
cumplieron la condición.
75
ISW – Unidad 3b
Falso
Un solo flujo.
No requiere
sincronización
Falso
Verdadero Fin del proceso
76
ISW – Unidad 3b
Falso
Dos flujos.
Requiere
sincronización
Verdadero
77
ISW – Unidad 3b
Verdadero
Tres flujos.
Requiere
sincronización
Verdadero
78
ISW – Unidad 3b
Se pueden utilizar en situaciones que La asignación de cotización de compra a
no son manejadas fácilmente con otros un proveedor, puede basarse en un
tipos de compuertas. Se combinan conjunto complejo de parámetros y/o
condiciones que se deben revisar.
múltiples factores, reglas y análisis para
producir un resultado
79
ISW – Unidad 3b
80
ISW – Unidad 3b
BPMN – Compuerta Inclusiva / Paralela.
BPMN permite modelar el comportamiento inclusivo y paralelo, sin utilizar un

gateway
Flujo condicional
Flujo por defecto
81
ISW – Unidad 3b
BPMN – Ejercicio.
Cuáles son los posibles comportamientos del siguiente proceso?
Actúa como fork

Compuerta paralela
Las tareas 4 y 5 se realizan paralelamente y en conjunto con, ya sea la tarea 2, o

con la tarea 3.
82
ISW – Unidad 3b
BPMN – Compuerta Exclusiva / Paralela.
83
ISW – Unidad 3b
BPMN – Cuidado con el uso de compuertas.
DEADLOCK
84
ISW – Unidad 3b
En general se recomienda no cruzar los límites implícitos de las tareas paralelas.
85
ISW – Unidad 3b
86
ISW – Unidad 3b
BPMN – Ciclos.
Se pueden modelar de dos formas:
Modelar directamente una actividad iterativa:
Modelar flujos de secuencia que apuntan a una actividad anterior,

usualmente en forma condicional (compuertas y/o flujos condicionales):
87
ISW – Unidad 3b
BPMN – Ejemplo Subproceso Loop.
Fin del
proceso
88
ISW – Unidad 3b
BPMN – Ejemplo Subproceso Multi-instancia.
Fin del
proceso
89
ISW – Unidad 3b
BPMN – Ciclos.
Precaución:
Al modelar flujos de secuencia cíclicos, se deben evitar comportamientos
del tipo GOTO, los cuales agregan complejidad al proceso.
90
ISW – Unidad 3b
BPMN – Ciclos – Ejemplo.
91
ISW – Unidad 3b
BPMN – Compuertas – Ejercicio.
Una secretaria de una gran empresa, está encargada de preparar y enviar las
citaciones para las reuniones de directorio. Se sabe que los directores sólo se
reúnen en ciertas ocasiones específicas. En particular, se deben reunir los fines
de cada semestre, a solicitud de los accionistas, o cuando se detecta algún
problema grave de flujo de caja. También se deben reunir en caso que se
produzca alguna catástrofe nacional, detectada y avisada por la Onemi. En
cualquiera de estas situaciones la secretaria debe preparar una reunión
(planificar fecha, hora, recursos, etc.), luego debe redactar las citaciones y por
último enviar las citaciones a los directores.
Se pide modelar un proceso privado para esta situación, utilizando
compuertas y eventos según sea necesario.
92
ISW – Unidad 3b
BPMN – Compuertas – Ejercicio.
93
ISW – Unidad 3b
BPMN – Ciclos - Ejercicio.
Una fábrica de zapatos vende sus productos por Internet. Cuando recibe un
pedido de compra se prepara una cotización con el valor de la compra y la
fecha estimativa de entrega, luego se envía la cotización al cliente y se le
solicita una confirmación. Antes de continuar con el proceso, se esperan 7 días
por la confirmación del cliente; vencido ese plazo se envía un recordatorio y se
esperan 7 días más. Vencido este último plazo, se envía una nota de
cancelación al cliente y se cancela el pedido. Una vez recibida la confirmación,
ésta se registra y se procede a atender el pedido, lo cual es realizado por otra
área que no interesa modelar su detalle.
Se pide modelar un proceso privado para esta situación, utilizando
compuertas y eventos según sea necesario.
94
ISW – Unidad 3b
BPMN – Ciclos - Ejercicio.
95
ISW – Unidad 3b
BPMN – Modelamiento de Tareas.
 Una actividad se define como una unidad de trabajo que se debe realizar
dentro de un negocio.
 Puede ser una tarea, un proceso o un subproceso.
 BPMN define dos tipos generales de actividades:
 Una tarea es una actividad atómica incluida dentro de un proceso:
 Un subproceso es una actividad no atómica, que está compuesta por

otras subtareas:
96
ISW – Unidad 3b
BPMN – Modelamiento de Tareas.
 Se pueden usar distintos tipos de tareas en un diagrama BPMN
 Tareas normales: Una acción simple que ocurre dentro de un proceso
de negocio. Por ej: Emitir cheque.
 Tareas repetitivas: (loop): Una tarea que se repite (ciclo estándar).
 Tareas multi-instancia: Tarea repetitiva en que múltiples instancias de
la misma tarea pueden ocurrir en paralelo
 Tareas de compensación: Tarea que sólo se ejecuta en caso que otra
tarea ( a la que está relacionada), deba ser desecha.
 Tarea de compensación con loop: Una tarea de compensación que se
repite secuencialmente
 Tarea de compensación multi-instancia: Tarea de compensación que
se repite en paralelo
97
ISW – Unidad 3b
BPMN – Tipos de Tareas.
98
ISW – Unidad 3b
99
ISW – Unidad 3b
 Tarea de envío: Tarea dieñada para enviar un mensaje a un participante externo al
proceso. Un vez enviado el mensaje la tarea finaliza. Se comporta de igual forma que
un evento de envío de mensaje.
 Tarea de recepción: Tarea diseñada para esperar por un mensaje que llega desde un
participante externo al proceso. Una vez recibido el mensaje la tarea finaliza. Se
comporta de igual forma que un evento de recepción de mensaje.
 Tarea de usuario: Representa a una tarea típica de workflow, en que un usuario
efectúa una actividad con la asistencia de una aplicación de software.
 Tareas de regla de negocio: Representa una tarea que entrega información a un
motor de reglas del negocio y luego obtiene un resultado desde ese mecanismo. Por
ejemplo: cálculo de un descuento según el monto de una factura.
 Tarea de servicio: Tarea que utiliza algún tipo de servicio, como un servicios Web o
una aplicación automatizada.
 Tarea manual: Tarea no automatizada realizada por un usuario, fuera del control del
workflow o plataforma BPM. Por ejemplo la reparación de un computador en un
servicio de soporte.
 Tarea script: Tarea ejecutada por un motor BPM. El modelador define el script en
algún lenguaje entendible por el motor BPM. Cuando la tarea está lista para partir, el
script es ejecutado por el motor BPM. Cuando termina la ejecución del srcipt, también
finaliza la tarea.
100
ISW – Unidad 3b
BPMN – Ejemplo Tareas Repetitiva.
Tareas asociación
normales
Corregir ortografía
se puede ejecutar
repetidamente pero
cada repetición se
inicia cuando la repetición artefacto
anterior terminó
101
ISW – Unidad 3b
BPMN – Otra Alternativa.
En este caso, la tarea

Corregir ortografía no es
repetitiva pero se incluye
un gateway exclusivo que
controla el flujo y las
repeticiones de la tarea
Gateway
exclusivo
102
ISW – Unidad 3b
BPMN – Ejemplo Compensación.
Al final del proceso de compra, el cliente puede quedar conforme o no conforme, en este último caso el
proceso finaliza con un evento de compensación. Este evento es capturado por cualquier tarea de
compensación definida en el proceso, es decir Abonar cuenta cliente.
103
ISW – Unidad 3b
BPMN – Subprocesos.
Subproceso: Actividad compuesta por un flujo de otras actividades.
Gráficamente se puede indicar colapsado (sólo se ve el subproceso), o
expandido (en su interior se muestran las actividades que contiene).
Subproceso Anidado (embedded): Conjunto de actividades que pertenecen
a un proceso de nivel superior. No incluye pools ni lanes, sólo puede
contener objetos de flujo, conectores y artefactos.
Subproceso Reusable: No depende de un proceso de nivel superior, sino
que invoca a otro subproceso existente en el BPD (Business Process
Diagram). El subproceso invocado puede contener pools y lanes.
Subproceso Ad-hoc: Contiene actividades que se ejecutan sin una
secuencia preestablecida
Colapsado
Expandido
104
ISW – Unidad 3b
BPMN – Tipos de Subprocesos.
105
ISW – Unidad 3b
BPMN – Ejemplo Subproceso Ad-hoc.
106
ISW – Unidad 3b
BPMN – Ejemplo Subproceso Reusable.
107
ISW – Unidad 3b
BPMN – Proceso Solicitud de Crédito (Análisis Top-Down).
 El proceso se inicia cuando un cliente presenta una solicitud de crédito más un

conjunto de documentos requeridos por la entidad que otorga el crédito
 La solicitud y los documentos se analizan antes de otorgar el crédito
 Finalmente el crédito se aprueba o se rechaza
 La tarea Validar datos cliente se podría modelar como un sub-proceso:
108
ISW – Unidad 3b
Subproceso o
Actividad compuesta
 Un subproceso debe ser especificado con mayor detalle
 Esto significa que tiene asociado otro diagrama adjunto que incluye las actividades
correspondientes al subproceso
109
ISW – Unidad 3b
Subproceso: Validar Datos Cliente
 Algunas actividades pueden ser automáticas
 BPMN permite identificar aquellas actividades automatizadas y las reconoce como

tareas de servicio (service tasks)
110
ISW – Unidad 3b
Service Tasks
111
ISW – Unidad 3b
 Actividad Entrega crédito se define como subproceso
112
ISW – Unidad 3b
Subproceso Entrega crédito
Gateway inclusivo
Gateway inclusivo Sincronización de
Decisión inclusiva flujos de secuencia
Aquí es posible identificar distintos tipos de actividades:

 Automáticas (service task)
 Manuales
 Combinadas (user task)
113
ISW – Unidad 3b
114
ISW – Unidad 3b
• BPMN también permite indicar en un proceso dado es necesario esperar un

período de tiempo.
• Por ejemplo, una vez aprobado el crédito, se debe citar al cliente en una fecha
definida para hacerle entrega del monto respectivo.
• En estos casos se puede utilizar un evento intermedio cronómetro (timer)
Timer event
115
ISW – Unidad 3b
 Dentro del proceso original, puede ocurrir que cuando el cliente presenta la solicitud
de crédito, no adjunta todos los documentos necesarios.
 En este caso el proceso no puede continuar hasta que el cliente entregue toda la
información requerida.
 Luego es necesario incluir una actividad de recepción de documentos, pero el
cumplimiento de esta actividad depende del cliente, no del banco. Para indicar esta
situación en el diagrama, se puede utilizar un evento intermedio simple.
Evento intermedio simple
116
ISW – Unidad 3b
Situación con la entrega de documentos:
 Esta actividad depende del cliente, luego el proceso no la puede controlar
 Puede que el cliente se demore mucho en entregar los documentos, o incluso se
retracte de solicitar el crédito y no entregue los documentos
 Ante esto, se puede definir un tiempo de espera dentro del proceso para la recepción
de los documentos (Timer event).
 Si este período de tiempo se vence, el evento intermedio simple se desactiva y se
debería contactar al cliente para solicitar los documentos. En este punto el cliente
puede solicitar más tiempo o retractarse de la solicitud del crédito
 Si el cliente entrega los documentos dentro del período, también se debe desactivar
el evento intermedio simple
 En resumen pueden suceder tres situaciones posibles:
 El cliente entrega los documentos dentro del plazo
 El plazo vence y el cliente solicita más tiempo
 El plazo vence y el cliente se retracta de solicitar el crédito
117
ISW – Unidad 3b
 BPMN puede modelar esta situación utilizando un gateway basado en eventos
 Este gateway permite la activación de una única ruta de entre distintas rutas
alternativas.
 El primer evento que ocurra decide la ruta a seguir, el resto de las rutas se desactivan
automáticamente
Compuerta basada en eventos
118
ISW – Unidad 3b
Identificación de Áreas de Responsabilidad dentro del Proceso:
Dentro de una misma entidad de negocio, las actividades son ejecutadas
en distintos departamentos o áreas operativas.
Para efectos de control de procesos, es necesario identificar a las áreas
responsables de ejecutar las distintas actividades.
La función de control es importante dentro de los procesos Workflow
BPMN permite identificar las distintas áreas operativas que participan en
un proceso de negocio, mediante el uso de particiones o lanes
Cada partición o lane representa un área operativa dentro de una entidad
de negocio
119
ISW – Unidad 3b
120
ISW – Unidad 3b
BPMN – Objetos de Datos / Almacén:
121
ISW – Unidad 3b
BPMN – Buenas Prácticas:
• Envío y recepción de mensajes: Se pueden modelar mediante eventos
intermedios o tareas. Evitar la mezcla de ambos en un mismo modelo.
Considerar que los eventos son más distinguibles dentro de un diagrama;
pero con las tareas se pueden asignar recursos y simular costos.
• Uso de eventos de inicio: En general se recomienda incluir en un
diagrama los eventos de inicio y término de proceso.
• Ajuste de cronómetros: Evitar condiciones de fechas y horas específicas,
dado que interfieren en la reutilización de los subprocesos.
• Condiciones por defecto: En compuertas exclusivas o inclusivas, incluir
flujos de secuencia por defecto para evitar condiciones de deadlock.
• Cronómetros en compuertas de eventos: Siempre incluir un evento de
cronómetro en este tipo de compuertas, para evitar condiciones de
deadlock.
• Utilizar compuertas inclusivas en pares: Esto permite evitar algunos
comportamientos inesperados en la mezcla posterior de flujos.
122
ISW – Unidad 3b
BPMN – Buenas Prácticas:
• Incluir comentarios de texto en compuertas complejas: Permite aclarar el
comportamiento de la compuerta.
• No asociar objetos de datos a flujos conectados a compuertas: La
aplicación de los tokens de entrada y salida se puede confundir cuando
los flujos de secuencia con datos asociados, se conectan con una o más
compuertas.
• Verificar los flujos de entrada a compuertas paralelas: Se debe verificar
que la cantidad de flujos de entrada (Merge), sea igual a la cantidad de
flujos de salida en una compuerta paralela previa.
123
ISW – Unidad 3b
BPMN – Ejercicios Propuestos.
Desarrollar un BPD para los siguientes casos:
a) Estudiar para un examen.
b) Preparar un paseo de fin de año.
c) Atender una solicitud de un alumno.
d) Atender un reclamo por mal servicio.
e) Atender un paciente en la posta de urgencias.
f) Arriendo de un vehículo (diagrama de colaboración).
g) Pago de una cuenta de luz (diagrama de colaboración).
h) Atender una compra de productos por internet con control de inventario.
i) Atender un trabajo de impresión en una impresora (considerar que
pueden ocurrir errores).
j) Desarrollo de un sistema de información.
124
FIN Unidad 3b – BPMN
125
Modelamiento de Procesos de Negocio – Unidad 4
Manuales y políticas definidos por la empresa
Políticas empresa y
reglas del proceso
Regulaciones y normativas de alimentación
¿Cambiar manuales Política actual no permite

para que repartidores que una tienda arriende
sean más amistosos? vehículos de reparto
Quejas por
demora en
atender
Cliente
Quejas que
El sistema no Proceso de entrega de pizzas
reconoce anexos
Proveedor
alimentos Producción
de pizzas Gestionar Gestionar
Gestionar
llamadas/pedidos preparación
entrega Órdenes de pizza
pizzas
Quejas por entregas
Cajas
Proveedor Llamada Orden Pizza Entrega tardías o frías
Servilletas Entrega
embalajes atendida creada preparada programada Cliente
Etc.
Quejas por entregas
¿Cambiar para
incorrectas
mantener más
el calor? Quejas por
repartidores poco
amistosos
Supervisor Vehículos
Contratar más
se queja que de reparto
Solicitar operadores telefónicos
es muy difícil no disponibles
aprobación Contratar más cuando se necesitan
definir anexos Mejorar software
de tarjetas repartidores
planific. entregas
Analizar y cambiar Sistema Software Mantención

telefónico Aprobación Recursos planific. vehículos
Analizar y evaluar cambio de tarjetas humanos reparto
de rutas
No considerar en este proyecto 126
SIN – Unidad 3
5 . Problemas con los Flujos de Procesos .
• La mejor forma de entender el detalle interior de un proceso, es generando un
diagrama de flujo que describa las relaciones entre sus subprocesos y actividades.
• Se deben entrevistar a los operadores del proceso para explorar las siguientes
posibilidades:
5.1. Problemas con la Integridad Lógica del Proceso:
• Actividades relacionadas no están conectadas entre sí.
• Salidas sin destinatario.
• Entradas requeridas sin originario.
5.2. Problemas de Secuencia o Duplicación:
• Algunas actividades se ejecutan en un orden incorrecto.
• Algunas actividades que se ejecutan en forma secuencial, se podrían ejecutar
en paralelo.
• Algunas salidas quedan almacenadas hasta que se las necesite.
• Algunas actividades se ejecutan más de una vez.
• No hay reglas claras para determinar o priorizar los flujos entre algunas
actividades.
127
SIN – Unidad 3
Problemas con los Flujos de Procesos (cont).
5.3. Entradas y Salidas de Subprocesos:
• Las entradas y salidas de subprocesos están especificadas en forma incorrecta
o inadecuada.
• Entradas o salidas de subprocesos son de calidad inadecuada, cantidad
insuficiente, o inoportunas.
• Entradas o salidas de subprocesos que son innecesarias.
• Algunos subprocesos operan de forma que recargan el trabajo de otros.
5.4. Toma de Decisiones en el Proceso:
• El proceso o subprocesos deben tomar decisiones sin la información adecuada
o necesaria.
• El proceso o subprocesos deben tomar decisiones sin una guía clara de la
cadena de valor, o políticas corporativas.
5.5. Mediciones de Subprocesos:
• No existen mediciones, o éstas son inadecuadas para controlar la calidad,
cantidad u oportunidad de las salidas del proceso o subprocesos.
128
SIN – Unidad 3
6. Problemas de Gestión Diaria.
• En este análisis también se debe considerar la forma en que el proceso y sus
subprocesos son gestionados. Algunos aspectos que se deben considerar son:
6.1. Problemas de Planificación y Asignación de Recursos:
• El administrador del proceso obtiene datos, pero no son oportunos para
planificar o programar el trabajo en forma anticipada.
6.2. Problemas de Monitoreo, Retroalimentación y Control:
• Los empleados del proceso no se hacen responsables por el logro de uno o
más objetivos del proceso.
• Los empleados del proceso son presionados para lograr uno o más objetivos
del proceso.
• A los empleados del proceso no se les proporciona la información apropiada
sobre el rendimiento del proceso que deben gestionar.
• Los trabajadores del proceso obtienen datos, pero no son oportunos para
planificar o programar el trabajo en forma anticipada.
• Los empleados del proceso no reciben incentivos por lograr las metas del
proceso.
129
SIN – Unidad 3
Problemas de Gestión Diaria (cont).
6.3. Incentivos y Objetivos de Gestión en Conflicto:
• El administrador del proceso trata de lograr objetivos departamentales o
funcionales, que son incompatibles con los objetivos del proceso.
• El administrador del proceso no tiene la autoridad, presupuesto, o recursos
necesarios para gestionar efectivamente el proceso.
6.4. Responsabilidad del Administrador:
• El administrador no se hace responsable por el logro de uno o más objetivos
claves del proceso.
• El administrador del proceso es presionado para lograr uno o más objetivos
claves del proceso.
• Al administrador del proceso no se le proporciona la información apropiada
sobre el rendimiento del proceso que debe gestionar.
130
SIN – Unidad 3
Consideraciones con los Problemas de Gestión.
• Hay algunas diferencias entre los problemas de gestión diaria y los problemas de la
administración superior.
• Asegurar que los empleados del proceso conozcan y apliquen las reglas del
negocio, es un tema de la gestión diaria.
• Si las reglas del negocio son incorrectas o deben actualizarse, es un tema de la
administración superior.
• Los diagramas de procesos utilizados en las faces iniciales del rediseño, son útiles
para identificar los problemas externos, por lo que son adecuados para modelar
las relaciones del proceso con su entorno; pero no son adecuados para describir el
detalle interno de los procesos. Para esto último son más adecuados los diagramas
de flujo o similares, por ejemplo: diagramas UML de actividad.
131
Diagramas de Flujos de Procesos – BPMN.
• Un proceso es un conjunto de actividades que recibe y transforma una o más
entradas y genera una o más salidas.
• Durante el modelamiento, un proceso se puede dividir en subprocesos, y éstos se
pueden dividir en actividades.
• BPMN permite representar estos elementos de procesos, por ejemplo eventos y
actividades.
• Una actividad consume tiempo, mientras que un evento es un punto en el tiempo,
en el cual una actividad ha terminado y generado una salida.
Sustantivo Verbo + Sustantivo Sustantivo

Ej: Informe Ej: Editar Informe Ej: Informe editado
132
Diagramas de Flujos de Procesos – BPMN.
• Usualmente los eventos gatillan procesos, por ejemplo: la llegada de un pedido.
• En un diagrama se indica un evento inicial y un evento final.
• En algunos casos, los procesos se representan como una secuencia unidos por
flechas que representan un flujo de dato, objetos, o control entre los procesos.
• En otros casos un proceso puede terminar y ubicar u salida en un repositorio
temporal, en donde puede esperar por horas o días, hasta que otro proceso las
retira del repositorio.
• Los sistemas de software utilizados en los procesos, usualmente capturan y
almacenan datos cuando ocurre un evento.
• Por ejemplo: Un departamento de soporte técnico recibe solicitudes de usuarios,

las cuales se pueden atender en línea, o se pueden derivar a otro departamento
técnico para su atención. En el intertanto las solicitudes pueden quedar pendientes
por un tiempo determinado. Al recibirse la solicitud se crea un registro, el cual se
va actualizando con más datos a medida que la solicitud pasa por distintos
departamentos mientras se analiza e implementa su solución.
133
Basada en Datos
BPMN – Compuertas
134
BPMN – Ejemplo.
evento de inicio
actividad
Compuerta
exclusiva
evento de término
Flujo de secuencia
135

ISw IBPMN PDF

Cargado por

Información del documento

Título original

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

ISw IBPMN PDF

Cargado por

Copyright:

Formatos disponibles

Ingeniería de Software

Un evento es algo que sucede durante el curso

Se utilizan para mostrar el orden en que se

Se utilizan para mostrar el flujo de mensajes

Se utilizan para asociar datos, texto y otros

Se utilizan para mostrar un grupo de

Se utilizan para agregar información textual a

Provee un mecanismo para que las actividades

En fork, todos los flujos salientes se activan simultánea-

Fusión de Flujos – Merge.

Divisón de Flujos – Fork.

Modelar un proceso privado para la clínica, desde el momento en que el

www.bpmi.org: Business Process Modeling & Integration

 Un evento de inicio es opcional:

 Los eventos de inicio se podrían usar para:

 Un evento intermedio se podría usar para:

 Un evento de término es opcional.

Un evento de inicio, sólo puede ser

Un evento de término, sólo puede ser

Un evento intermedio, puede ser

Causas Entrada Salida 28

Cuando no hay certeza, o no se

En este ejemplo no se indica claramente

Se utiliza cuando un proceso puede

En este ejemplo se muestra el proceso

Se utiliza cuando un proceso se

En este ejemplo el proceso se inicia

Se utiliza cuando un proceso puede

En este ejemplo la condición podría

Se utiliza cuando un proceso puede

En este ejemplo se indica que el proceso

Indica que un proceso se inicia al

En este ejemplo todas las oficinas de

Los procesos de negocio parten con un evento de

Si un proceso es repetitivo, podría alcanzar

Un evento de término marca el lugar en donde

Es posible utilizar un evento vacío (none) para

En este caso, además de indicar el

El proceso se inicia con la recepción de una

Se utiliza para indicar que un proceso

En este ejemplo se indica que si la tarjeta

En este ejemplo Atender orden

Los eventos intermedios pueden aparecer en el

Los eventos conectado al borde de una tarea

• Interpretar los siguientes diagramas de procesos de negocio …

En este ejemplo los eventos intermedios sólo indican un

Al mediodía es la hora de almuerzo.

En este ejemplo se tiene un proceso abstracto (público) con dos participantes

El subproceso se define como transacción. Un evento de

Sus ramas son mutuamente

El lector decide abrir o no el mensaje. en

Fin del proceso

Caso 2: Se recibe un mensaje

Fin del proceso

Fin del proceso

Sus ramas son mutuamente

En este caso la información necesaria

Bifurcación Fin del proceso

También llamados fork / join, se

En este ejemplo hay dos secuencias de tareas que

Fin del proceso

Fin del proceso

Fin del proceso