Download - INSTRUCTIVO DE DIAGRAMACIÓN DE FLUJO V.1.0
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 1 de 61
1
FIRMAS DE REVISIÓN Y APROBACIÓN
Nombre / Cargo Firma Fecha
Elaborado por: Equipo de Proyectos 26/08/2013
Revisado por: Dirección de Procesos y
Servicios 30/08/2013
Aprobado por: Subsecretario de
Innovación para la Gestión 30/08/2013
CONTROL DE HISTORIAL DE CAMBIOS
Versión Descripción del cambio Fecha de Actualización
V. 0.0 Emisión Inicial 30/04/2013
V. 1.O Incorporación de ejemplo 11/09/2013
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 2 de 61
2
Tabla de contenido
1. ¿Qué es BPMN? .......................................................................................................................... 6
2. ¿Por qué es importante Modelar con BPMN? ............................................................................. 6
3. Diagramas de Procesos de Negocio ............................................................................................ 7
3.1 Elementos de Modelamiento BMPN Básicos .................................................................. 7
4. Eventos ........................................................................................................................................ 8
Definición: ................................................................................................................................... 8
Representación: .......................................................................................................................... 8
Tipos ............................................................................................................................................ 9
4.1 Eventos de Inicio ..................................................................................................................... 9
Consideraciones ........................................................................................................................ 10
Propiedades ............................................................................................................................... 10
4.1.1 Inicio de Mensaje .............................................................................................................. 10
Consideraciones ........................................................................................................................ 10
Propiedades ............................................................................................................................... 11
4.1.2 Inicio de Señal ................................................................................................................... 11
Consideraciones ........................................................................................................................ 11
Propiedades ............................................................................................................................... 12
4.1.3 Inicio de Temporización .................................................................................................... 12
Propiedades ............................................................................................................................... 12
4.2 Eventos Intermedio ............................................................................................................... 13
Consideraciones ........................................................................................................................ 15
Propiedades ............................................................................................................................... 15
4.2.1 Evento Intermedio de Cancelación ................................................................................... 16
4.2.2 Evento Intermedio de Error .............................................................................................. 17
Subproceso Transaccional ......................................................................................................... 18
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 3 de 61
3
Configuración de Subprocesos Transaccionales o Transacciones ............................................. 19
4.2.3 Actividades de Compensación .......................................................................................... 22
Como ejecutar una cancelación o excepción? .......................................................................... 23
4.2.4 Evento Intermedio de Compensación ............................................................................... 24
4.2.5 Evento Intermedio de Temporizador ................................................................................ 25
Consideraciones ........................................................................................................................ 26
Propiedades ............................................................................................................................... 27
4.2.6 Evento Intermedio De Mensaje ........................................................................................ 28
Consideraciones ........................................................................................................................ 28
Propiedades ............................................................................................................................... 28
4.2.7 Evento Intermedio de Enlace ............................................................................................ 29
Consideraciones ........................................................................................................................ 29
Propiedades ............................................................................................................................... 29
4.2.8 Evento Intermedio de Señal .............................................................................................. 31
Consideraciones ........................................................................................................................ 31
Propiedades ............................................................................................................................... 31
4.3 Eventos de Fin ....................................................................................................................... 32
Consideraciones ........................................................................................................................ 33
Propiedades ............................................................................................................................... 33
4.3.1 Evento de Fin ..................................................................................................................... 33
Consideraciones ........................................................................................................................ 35
Propiedades ............................................................................................................................... 35
4.3.2 Fin de Mensaje .................................................................................................................. 35
Consideraciones ........................................................................................................................ 35
Propiedades ............................................................................................................................... 36
4.3.3 Fin de Señal ....................................................................................................................... 36
Consideraciones ........................................................................................................................ 36
Propiedades ............................................................................................................................... 37
5. Actividades ................................................................................................................................ 37
Definición: ................................................................................................................................. 37
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 4 de 61
4
Representación: ........................................................................................................................ 37
Tipos: ......................................................................................................................................... 37
5.1 Tarea de Usuario ................................................................................................................... 39
Consideraciones ........................................................................................................................ 39
Propiedades ............................................................................................................................... 39
5.2 Tarea de Servicio ................................................................................................................... 41
Propiedades ............................................................................................................................... 42
5.3 Tarea de Envío y Recepción ................................................................................................... 42
Consideraciones ........................................................................................................................ 42
Propiedades ............................................................................................................................... 43
5.4 5Tarea de Script .................................................................................................................... 43
Propiedades ............................................................................................................................... 43
5.5 Tarea Manual ........................................................................................................................ 43
Propiedades ............................................................................................................................... 44
6. Decisiones ................................................................................................................................. 44
Representación: ........................................................................................................................ 44
Tipos: ......................................................................................................................................... 44
6.1 Compuerta Exclusiva (Elemento de Divergencia) ................................................................. 45
6.2 Compuerta Exclusiva (Elemento de Convergencia) .............................................................. 47
6.3 Compuerta Basada en Evento ............................................................................................... 48
Consideraciones ........................................................................................................................ 49
Propiedades ............................................................................................................................... 50
6.4 Compuerta Inclusiva (Elemento de Divergencia) .................................................................. 50
Consideraciones ........................................................................................................................ 50
Propiedades ............................................................................................................................... 52
6.5 Compuerta Inclusiva (Elemento de Convergencia) ............................................................... 53
Consideraciones ........................................................................................................................ 53
Propiedades ............................................................................................................................... 54
6.6 Compuerta Compleja (Elemento de Divergencia) ................................................................. 54
Consideraciones ........................................................................................................................ 54
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 5 de 61
5
Propiedades ............................................................................................................................... 55
6.7 Compuerta Compleja (Elemento de Convergencia) .............................................................. 56
Consideraciones ........................................................................................................................ 56
Propiedades ............................................................................................................................... 56
6.8 Compuerta Paralela (elemento de divergencia) ................................................................... 56
Consideraciones ........................................................................................................................ 57
Propiedades ............................................................................................................................... 57
6.9 Compuerta Paralela (elemento de convergencia) ...................................................................... 58
Consideraciones ........................................................................................................................ 59
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 6 de 61
6
1. ¿Qué es BPMN?
Business Process Modeling Notation (BPMN) es una notación gráfica que describe la
lógica de los pasos de un proceso de Negocio. Esta notación ha sido especialmente
diseñada para coordinar la secuencia de los procesos y los mensajes que fluyen entre los
participantes de las diferentes actividades.
BPMN proporciona un lenguaje común para que las partes involucradas puedan comunicar
los procesos de forma clara, completa y eficiente. De esta forma BPMN define la notación
y semántica de un Diagrama de Procesos de Negocio (Business Process Diagram, BPD).
BPD (Business Process Diagram, BPD) es un diagrama diseñado para representar
gráficamente la secuencia de todas las actividades que ocurren durante un proceso, basado
en la técnica de “Flow Chart”, incluye además toda la información que se considera
necesaria para el análisis.
BPD (Business Process Diagram, BPD) es un diagrama diseñado para ser usado por los
analistas, quienes diseñan, controlan y gestionan procesos. Dentro de un
Diagrama de Procesos de Negocio BPD se utiliza un conjunto de elementos gráficos,
agrupados en categorías, que permite el fácil desarrollo de diagramas simples y de fácil
comprensión pero que a su manejan la complejidad inherente a los procesos de negocio.
2. ¿Por qué es importante Modelar con BPMN?
BPMN es un estándar internacional de modelado de procesos aceptado por
International Institute of Business Analysis.
BPMN es independiente de cualquier metodología de modelado de procesos.
BPMN crea un puente estandarizado para disminuir la brecha entre los procesos de
negocio y la implementación de estos.
BPMN permite modelar los procesos de una manera unificada y estandarizada
permitiendo un entendimiento a todas las personas de una organización.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 7 de 61
7
3. Diagramas de Procesos de Negocio
Esta sección proporciona un resumen de los objetos gráficos de BPMN y de sus relaciones.
Una meta para el desarrollo de BPMN es que la notación sea simple y adoptable por los
analistas del negocio. Adicionalmente, hay un requisito potencial de representar procesos
complejos y el mapa del negocio en un lenguaje adecuado para la ejecución de BPM. Para
ayudar a entender cómo BPMN puede manejar ambos requisitos, la lista de los elementos
gráficos de BPMN se presenta en dos grupos:
Primero, hay una lista de los elementos base (Core elements) que apoyarán el requisito de
una notación simple. Éstos son los elementos que definen el look & feel básico de BPMN.
La mayoría de los procesos del negocio serán modelados adecuadamente con estos
elementos.
En segundo lugar, hay la lista entera de elementos, incluyendo los elementos base, que
ayudarán al requisito de lograr diagramar situaciones más complejas.
3.1 Elementos de Modelamiento BMPN Básicos
Cabe recalcar que una de las directrices para el desarrollo de BPMN es crear un mecanismo
simple para diagramar flujos de proceso y que a su vez maneje la complejidad inherente a
los procesos del negocio. El acercamiento tomado para manejar estos dos requisitos que
estaban en conflicto fue el organizar los aspectos gráficos de la notación en categorías
específicas. Esto proporciona un sistema de categorías que ayuda al lector de un diagrama
de BPMN a reconocer fácilmente los tipos básicos de elementos y entender el diagrama.
Las cuatro categorías básicas de estos elementos son:
ELEMENTO DEFINICIÓN NOMBRE NOMBRE
BPMN
Elementos de
Flujo (Flow
Objects)
Los elementos de flujo son los
principales elementos gráficos
que definen el comportamiento
de los procesos.
Eventos Events
Actividades Activities
Decisión Gateways
Conectores Los objetos del flujo se conectan Transición Sequence Flow
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 8 de 61
8
(Connecting
Objects)
entre ellos a través de los
conectores para crear el
esqueleto básico de la estructura
del proceso de negocio.
Flujo de
mensaje
Message Flow
Asociación Association
Canales
(Swimlane)
Los canales son mecanismos de
organización de las actividades
en categorías visuales separadas
para ilustrar las diferentes áreas
funcionales o responsables.
Área
Funcional
Pools
Fase Lanes
Artefactos
(Artifacts)
Los artefactos son usados para
proveer información adicional
sobre el proceso. Otorgan
flexibilidad a la notación para
expresar diferentes contextos en
forma apropiada.
Objeto de
Datos
Data Object
Grupo Group
Anotación Annotation
A continuación se describirán cada uno de los elementos base de BPMN teniendo en cuenta
su clasificación:
Objetos de Flujo
Conectores
Canales (Swimlanes)
Artefactos
4. Eventos
Definición: un evento es algo que sucede durante el curso del proceso, afectan el flujo de
proceso y normalmente tienen una causa (trigger) o resultado.
Representación: Los eventos son representados a través de círculos con centro vacío, lo
cual permite incluir diferentes marcadores para diferenciarlos entre sí.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 9 de 61
9
BPMN provee una notación común para que las personas relacionadas con los procesos
puedan expresarlos gráficamente en una forma más clara, estandarizada y completa. BPMN
facilita no solo la estandarización de los procesos dentro de la organización sino que amplia
el campo de acción para que estos puedan ser compartidos y entendidos entre los diferentes
socios de negocio.
Tipos: los tipos de eventos se clasifican dependiendo de cuándo ellos afectan el flujo:
TIPO DE
EVENTO
NOMBRE BPMN DEFINICIÓN NOTACIÓN
Inicio Start Como su nombre lo indica,
representa el punto de inicio de un
proceso.
Intermedio Intermediate Ocurren entre un evento de inicio y
de fin. Afectará el proceso pero no
lo iniciará o directamente
finalizará.
Fin End Indica cuando un proceso termina.
Dentro de cada tipo de evento, estos a su vez se clasifican dependiendo del impacto en el
flujo del proceso. Por ejemplo, algunos subtipos son: mensajes, timer, cancelación, error,
etc.
4.1 Eventos de Inicio
Este tipo de evento indica el comienzo o el inicio de un proceso. Los diferentes tipos de
Eventos de Inicio son:
NOMBRE
BPMN
USO NOTACIÓN
Message Start Un proceso activo envía un mensaje a otro proceso
específico para activar su inicio.
Timer Start Se puede fijar una hora-fecha específica (e.g. todos los
lunes a las 9am) en la que se activará el inicio del
proceso.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 10 de
61
10
Signal Start
Un proceso activo envía una señal y causa el inicio del
proceso.
Notar que la señal se envía a cualquier proceso que pueda
recibir la señal, pero no es un mensaje (el cual tiene una
fuente específica y un objetivo).
Consideraciones
Todos los flujos deben tener un comienzo, independientemente de si se refieren a un
proceso o un subproceso.
Nota: Inicio es una figura opcional en la diagramación del proceso.
Sin embargo, es recomendable utilizarlo en el diagrama.
Sólo un flujo de secuencia puede salir de esta figura (nada puede venir antes de ésta).
Esta figura debe aparecer sólo una vez por proceso, aun cuando por múltiples razones se
pueda dar inicio al proceso.
Propiedades
Se puede asociar una descripción con esta figura como información adicional.
Ejemplo: La figura "Inicio" es dibujada al comienzo de este
proceso, indicando el comienzo del proceso.
4.1.1 Inicio de Mensaje
Un proceso activo envía un mensaje a otro Proceso específico para causar su inicio.
Consideraciones
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 11 de
61
11
El Inicio de Mensaje siempre es una figura de atrapar (catch). Esto es, para usar el Inicio
de Mensaje, debe haber un Evento de Mensaje que lance el mensaje.
Esta figura debe ser configurada para identificar el proceso objetivo y el elemento objetivo
en el proceso que lanza el mensaje.
Propiedades
El Evento Intermedio que lanza el mensaje y el mensaje de inicio que lo atrapa deben tener
exactamente el mismo nombre.
Ejemplo: El proceso de solicitud de crédito lanza un mensaje
para iniciar un proceso de venta tan pronto una oferta sea
viable.
4.1.2 Inicio de Señal
Un proceso activo envía una señal y causa el inicio de otro proceso.
Consideraciones
El Inicio de Señal siempre es una figura de atrapar (catch). Esto es, para usar una Señal de
Inicio, debe haber un Evento de Señal que lance el mensaje.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 12 de
61
12
Una señal es enviada a cualquier proceso que pueda recibirla, pero no tiene una fuente y
objetivo específicos. Cualquier figura de atrapar (catch) con el mismo nombre será
activada.
Propiedades
El Evento Intermedio que lanza la señal y la Señal de Inicio que la atrapa debe tener
exactamente el mismo nombre.
Ejemplo: El proceso de solicitud de crédito lanza una señal
para iniciar el proceso de ventas tan pronto haya una oferta
viable.
4.1.3 Inicio de Temporización
Con el inicio de temporización, se define una hora-fecha específica (Ejm: todos los
lunes a las 9am) para activar el inicio del Proceso de manera automática. Es decir, el
proceso será iniciado automáticamente en la fecha y hora indicada. Los eventos se pueden
convertir en temporizadores de la misma forma en la que se explica cómo convertir un
Evento en un Mensaje.
Propiedades
El Inicio de Temporización tiene una opción de horario en las propiedades de la figura.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 13 de
61
13
Este es el horario que causará que el caso sea iniciado.
Ejemplo: Un proceso de inventario debe ser iniciado cada dos
meses el día 25.
4.2 Eventos Intermedio
Los eventos intermedios son tareas que afectan el flujo normal del proceso y pueden
ocurrir en cualquier momento, los eventos intermedios no dependen del usuario sino de un
suceso externo. Los eventos intermedios pueden o no ocurrir dentro de un proceso.
El evento intermedio puede ser activado manualmente por el usuario o automáticamente
por una regla de negocio pero para esto debe estar disponible.
Los diferentes tipos de Eventos Intermedio Son:
NOMBRE
BPMN
USO NOTACIÓN
Temporizador Esta figura representa un mecanismo de retraso
dentro del proceso. Este tiempo puede ser definido
en una Expresión o como parte de la información
del proceso (Fecha o duración en cualquier unidad
de tiempo).
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 14 de
61
14
Compensación El Evento Intermedio indica que es necesaria una
compensación. Entonces, se usa para "lanzar" el
evento de compensación. Si una actividad es
definida y ésta fue completada exitosamente,
entonces la actividad será compensada.
Cancelación
Caminos de excepción del flujo ocurren fuera del
flujo normal del proceso y se basa en un evento
intermedio que ocurre durante el curso del proceso.
En la figura se muestra el uso de línea de
excepción con un subproceso y una actividad.
Error
Un Evento de Captura de Error Intermedio puede
ser unido solamente a la frontera de una actividad.
Notar que un Evento de Error siempre interrumpe
la Actividad a la que está unido.
Mensaje
Un Evento Intermedio de Mensaje puede ser usado
tanto para enviar como para recibir un mensaje.
Cuando se usa para "lanzar" el mensaje, un
marcador DEBE ser llenado. Cuando se usa para
"atrapar" el mensaje el marcador DEBE estar sin
llenar. Esto causa que el proceso continúe si éste
estaba esperando por el mensaje o cambia el flujo
para manejo de excepciones. Para atrapar y lanzar
mensajes debe tener el mismo nombre.
Enlace
Un Enlace es un mecanismo para conectar dos
secciones de un Proceso. Los Eventos de Enlace
pueden ser usados para crear situaciones de bucle o
para evitar líneas de Secuencia de Flujo largas. Los
usos de los Eventos de Enlace están limitados a un
solo nivel de proceso.
Señal
Las señales son usadas para enviar o recibir
comunicaciones generales dentro y a través de los
niveles de Proceso y entre Diagramas de Proceso
de Negocio. Una señal BPMN es similar a una
señal de bengala que se dispara al cielo para
cualquiera que pudiera estar interesado y luego
reaccionara. Entonces hay una fuente de la señal,
pero ningún objetivo específico.
Ejemplo: El siguiente ejemplo tiene el Evento Intermedio de
esperar documentos antes de continuar con el análisis de la
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 15 de
61
15
solicitud de crédito.
Consideraciones
Pueden llegar muchos flujos de secuencia, pero sólo entra una en una instancia de tiempo y
siempre sale un flujo de secuencia.
Puede formar parte directa del flujo del proceso en la secuencia normal del mismo o
anteceder a una actividad, un módulo o un subproceso como un hilo aparte del flujo normal
del proceso.
Si un evento intermedio tiene forma asociada no es necesario que una actividad lo preceda.
Propiedades
Propiedades Básicas (nombre, nombre visible, descripción, texto de ayuda)
Ejemplos Avanzados: Desistimiento de una solicitud: En este
ejemplo se muestra una situación de negocio en la que se
podría desistir de una solicitud en cualquier momento después
de ser registrado:
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 16 de
61
16
Ejemplo Avanzado: Lanzamiento opcional de subprocesos:
4.2.1 Evento Intermedio de Cancelación
Este tipo de evento intermedio es usado en subprocesos transaccionales. Debe ser
siempre adjuntado (diagramado) a los límites del subproceso y debería ser lanzado si una
excepción de cancelación es alcanzada mientras se está llevando a cabo el subproceso.
Ejemplo: Agencia de Viajes. Cuando ocurre un error en las
reservas de vuelo o de hotel, se lanza el evento de terminación
de cancelación dentro del subproceso de Reservas y al salir del
subproceso se dispara el evento intermedio de cancelación
adjunto al subproceso.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 17 de
61
17
4.2.2 Evento Intermedio de Error
Éste tipo de evento intermedio sólo puede ser usado si se adjunta a los límites de una
actividad. Esto significa que la actividad es abortada cuando ocurre un error. Es posible
usar este evento en actividades automáticas, lo que significa que un error del sistema.
Ejemplo: Orden de Compra. Cuando ocurre un error en la
actividad de sistema de generar una orden de compra, el
token pasa a la actividad de crear orden de compra manual.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 18 de
61
18
Subproceso Transaccional
Los procesos transaccionales son ofrecidos para facilitar la implementación de escenarios
de negocio con transacciones cuya ejecución podría durar días o semanas hasta que el
conjunto de actividades se compete.
Desde una perspectiva de negocio, una transacción es un conjunto de actividades que
constituyen una unidad lógica de operación que debe realizarse atómicamente (indivisible).
Ésta es soportada por un protocolo especial que asegura que todas las partes involucradas
tengan acuerdo completo: la actividad debería ser completada o cancelada.
Una transacción o subproceso transaccional es realizado satisfactoriamente cuando los
cambios a ser implementados (actualización, adición o eliminación de registros) son
salvados en la base de datos; en otras palabras, la terminación de los cambios se realiza una
vez la transacción ha terminado. Los eventos de excepciones o cancelaciones son lanzadas
sin afectar la información o integración de la base de datos cuando la transacción no se
completó satisfactoriamente. Las transacciones pueden ser cortas o largas dependiendo del
tipo de tareas a ser ejecutadas, que pueden ser automáticas o manuales.
Ejemplo: Un ejemplo de una transacción típico es el
traslado de fondos entre cuentas, este traslado puede estar
dado por la ejecución de dos servicios web diferentes, uno
que debita y otro que acredita la otra cuenta; si el segundo
servicio web tiene algún problema (número de cuenta
errado, cliente inactivo, etc.) el débito ya fue realizado por
el primero y es necesario reversarlo. Este proceso de
reversión, o compensación, puede consistir en la ejecución
de un nuevo Servicio Web que le avise al sistema externo
para que acredite de nuevo la cuenta y esta no se vea
afectada.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 19 de
61
19
Con el estándar BPMN se tiene gran versatilidad para modelar estas situaciones de negocio,
ofreciendo un conjunto de reglas para su representación gráfica, permitiendo reflejar de una
manera más natural el enrutamiento del proceso cuando la transacción no es finalizada con
éxito.
Configuración de Subprocesos Transaccionales o Transacciones
La propiedad “Transaccional” se configura en las propiedades de la figura
subproceso, en la pestaña de propiedades globales. Al definir esta propiedad en un
subproceso el borde de la figura se visualizará con doble línea para indicar gráficamente
que este es transaccional.
Ejemplo de Traslado de Fondos para desembolso:
Después de realizar la aprobación del crédito y la autorización en el banco para realizar
traslado el subproceso de traslado de fondos realiza el débito de la cuenta de la entidad y el
correspondiente crédito en la cuenta del cliente. Estos procesos de interface con el banco se
realizan mediante Servicios Web que realizan las transacciones de manera independiente.
El diagrama para este proceso sería el siguiente:
El proceso de traslado de fondos puede tener tres salidas diferentes: la normal, cancelación
y excepción.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 20 de
61
20
Camino Normal: Cuando una transacción es completada exitosamente se debe guarda los
cambios ejecutados en la base de datos (se hace commit) y continúa con la secuencia del
flujo normal del proceso que lo invoca.
Ejemplo: En la gráfica el proceso de Solicitud de Crédito
realiza el traslado de fondos del desembolso usando una
interface implementada con Servicios Web que debita el
valor de las cuentas de la entidad y acredita la del cliente.
Debido a que el proceso transaccional se realizó
correctamente el proceso continúa con su flujo normal
activando el crédito.
Evento Intermedio de cancelación: Este evento ocurre cuando se presentan fallas y es
enviada una excepción de cancelación, el proceso ejecuta las actividades de compensación
requeridas para cada una de las tareas del subproceso y sale del subproceso ejecutando el
flujo de cancelación. Los datos que fueron modificados dentro del subproceso no son
almacenados en la base de datos y por tanto el proceso quedará en el estado que se
encontraba antes de iniciarse dicho subproceso. Es necesario aclarar que la primera
actividad de la salida de cancelación tiene acceso a los datos antes de ser reversados a su
estado original, esto permite mostrar información de resultado que indique al usuario la
razón de la cancelación, una vez termine esta salida los datos son reversados al estado
original.
Ejemplo: El siguiente flujo clarifica el funcionamiento de los eventos de
cancelación:
1. Se realiza exitosamente el débito de la cuenta del establecimiento mediante la
ejecución de un Servicio Web.
2. Se intenta realizar el crédito de la cuenta del cliente, pero el número de cuenta
está errado y es rechazado por el servicio web generando un resultado 101 (Error
que indica cuenta inexistente), la regla de la tarea "Acreditar" se detecta el
código 101 y se dispara el evento de cancelación.
3. Se ejecuta en orden inverso todas las actividades de compensación, para este
caso solo hay una asociada a la tarea debitar y se llama "Compensar Débito".
Esta tarea "compensa" la transacción realizada por la tarea "Debitar" ejecutando
un Servicio Web acreditando la cuenta del establecimiento por el valor
correspondiente quedando "reversada" la operación. Debido a que solo hay una
actividad de compensación inicia el camino de Cancelación que inicia con
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 21 de
61
21
"Suspender Crédito"
4. En esta operación se realiza la suspensión del crédito debido a que no se pudo
realizar el traslado de fondos, posteriormente.
Los eventos de cancelación sólo pueden ser definidos para
subprocesos que tienen la propiedad transaccional.
Evento Intermedio de Error: Cuando ocurre un error dentro del subproceso
transaccional que no permite que continúe, es enviada una excepción de error, las
actividades son interrumpidas (sin compensación), la información de la base de datos de es
restaurada a su estado inicial (rolled back) y el proceso continúa por el evento intermedio
de error. Si dentro de la transacción son afectados datos de un sistema externo, al ser
enviada la excepción de error la información de este sistema no es restaurada a su estado
inicial.
Nota Cuando se diseñe un proceso que tengan interfaces externas, ya sea
mediante Servicios Web o librerías de componentes, que realicen
modificaciones sobre datos externos estos deben ser compensados de manera
adecuada, definiendo en la tarea de compensación de la tarea su reversión
correspondiente. Debe evitarse hacer actividades que realicen la reversión de
múltiples pasos en una sola actividad, esto debido, principalmente, a que esta
actividad no tiene "conocimiento" de las actividades que realizaron
exitosamente y por tanto deben ser reversadas. En el ejemplo la actividad de
débito debe tener una tarea de compensación que reverse este débito y el
crédito una de compensación que realice su reversión, debe evitarse crear una
actividad de compensación en el débito que realice la compensación del debito
y el crédito, ya que para esta tarea sería imposible saber si el crédito fue
realizado correctamente o no. La regla general es, la reversión de agentes
externos debe realizarse mediante actividades de compensación asociadas a la
tarea que realizó la acción, no deben usarse tareas normales para esto ya que
alteran el flujo normal y tampoco deben realizarse en la actividad de salida del
subproceso ya que esta no es la función de esta tarea.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 22 de
61
22
Los eventos de excepción sólo pueden ser definidos por
subprocesos con la propiedad transaccional.
4.2.3 Actividades de Compensación
Las actividades de compensación son usadas para poder realizar reversiones sobre datos no
controlados, por ejemplo Servicios Web que se hayan ejecutado o interfaces sobre otros
sistemas realizadas mediante componentes de librería. Estas actividades solo deben usarse
en subprocesos transaccionales, y solo tendrán utilidad en estos.
Las actividades de compensación se crean usando el evento intermedio de compensación:
Simplemente arrastre el evento de compensación hacia la actividad a ser compensada y
luego la tarea que desea usar como compensación: Manual, Servicio o Subproceso (no
transaccionales y sin múltiples instancias).
Nota: No olvide que la actividad de compensación debe
restaurar el estado de los sistemas externos afectados por la
actividad a ser compensada, no debe realizarse
modificaciones sobre datos de otras actividades diferentes a
ésta.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 23 de
61
23
Como ejecutar una cancelación o excepción?
En caso que los Servicios Web que realizan el débito y el crédito retornan una respuesta de
acuerdo a si la transacción fue exitosa o no, esta respuesta seria 0 (cero) en caso de éxito o
un número diferente de 0, con el código de error, en caso contrario. El proceso puede usar
esta respuesta para decidir si ejecuta la cancelación de las actividades del proceso y por
tanto realiza la reversión y compensación de los datos modificados, para ello se usa la
figura de cancelación:
El proceso modificado para lanzar la cancelación se vería de la siguiente forma:
Ejemplo: En el ejemplo si el Servicio Web de Acreditar retorna
un código de error, se en ruta por la figura de Cancelación
(Evento de cancelación). Busca todas las actividades que tengan
compensación, y empieza a ejecutar sus tareas de compensación.
Finalmente ejecuta el flujo de Cancelación que inicia con la
tarea "Mostrar reporte". Una vez que esta tarea finaliza realiza la
reversión de los datos modificados por el subproceso retornando
el proceso padre al estado original.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 24 de
61
24
Configuración de Subprocesos Transaccionales o Transacciones.
4.2.4 Evento Intermedio de Compensación
Este tipo de evento intermedio es usado en subprocesos transaccionales. Es usado
también para manejar compensaciones. Se utiliza de forma reactiva cuando es dibujado en
los límites de una actividad.
Ejemplo: Agencia de Viajes. Al ocurrir un error en la reserva
de vuelo o de hotel, se lanza el evento de terminación de
cancelación, lo cual produce que se ejecuten las actividades de
compensación: Cancelar Vuelo y Cancelar Hotel.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 25 de
61
25
4.2.5 Evento Intermedio de Temporizador
Esta figura representa una espera (periodo de tiempo) dentro del proceso. Este tiempo
puede ser definido en tiempo de diseño o como parte de la información del proceso (Fecha
o duración en cualquier tipo de unidad de tiempo).
La duración se define como una propiedad básica del evento, y será constante.
La duración del evento de temporizador puede ser variable también y puede modificarse en
una expresión usando el método Me.Duration = x Minutos, donde los minutos pueden ser el
resultado de un cálculo o un elemento del vocabulario. Otra forma de asignar la duración es
usando el método Me.EstimatedSolutionDate = Fecha, donde fecha puede ser un atributo
en el modelo de datos, el resultado de un cálculo o una definición de vocabulario.
Ejemplo 1: El siguiente diagrama de una solicitud de crédito
se cuenta con el Evento Intermedio de Temporizador
representando una espera sencilla en el proceso (5 días) luego
de la actividad de informar al cliente el resultado de la
solicitud. Este tipo de usos del temporizador se conoce como
demoras o esperas en el proceso.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 26 de
61
26
Ejemplo 2: En este proceso puede observarse un Evento
Intermedio de Temporizador asociado a una actividad, lo cual
indica que si en determinado tiempo no se ha podido
completar la actividad de INFORMAR AL CLIENTE
RESULTADO, se debe realizar la actividad posterior al
Evento Intermedio de Temporizador: notificación automática
al cliente y cerrar el proceso. Notificar al cliente vía email. En
este caso, para definir la duración del temporizador asociado
con la actividad, se debe usar Me.TimerEventDuration
Consideraciones
La duración o tiempo asignado al Evento Intermedio de Temporizador puede ser fijo o
variable y está definido en minutos. Los minutos que se asignan corresponden al tiempo de
espera que se debe tener en cuenta y estos dependerán de si los tiempos de jornada laboral
están activos para Jobs. Por ejemplo, si el flujo de un proceso llega a un evento
temporizador que tiene una Duración de 120 minutos a las 17.00 (5:00 pm) de un día
Viernes y la jordana laboral está
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 27 de
61
27
definida de Lunes a Viernes entre 8:00 (8:00 am) y 18:00 (6:00 pm), entonces el proceso
esperará hasta el siguiente Lunes a las 9:00 (9:00 am) antes de continuar a la siguiente
actividad.
Para que esta figura funcione correctamente, debe estar habilitado el servicio del scheduler
para la aplicación correspondiente.
Puede ser diagramado dentro del flujo principal y actúa como mecanismo de retraso o
espera. Si es usado como control de tiempo de una actividad manual, se diagramará dentro
de la actividad (parte inferior).
Propiedades
Propiedades Básicas (nombre, duración del Evento Intermedio de Temporizador (dd-hh-
mm) y costo. La duración (definido en días, horas y minutos) puede ser tiempo fijo o
variable.
Ejemplos Avanzados: En este caso se muestra una “Espera”
de 3 días. En caso de que el Evento Intermedio Entrega de
Documentos no ocurra antes del tiempo de la Espera (3 días)
se deberá contactar al cliente.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 28 de
61
28
4.2.6 Evento Intermedio De Mensaje
Esta figura tiene una opción de lanzar y una de atrapar, que sirve para enviar o
recibir un Mensaje.
Cuando se usa para lanzar un mensaje, la figura está llena. Cuando se usa para atrapar un
mensaje, la figura está vacía.
Consideraciones
Si un proceso está esperando un mensaje, éste será pausado hasta que el mensaje llegue o
cambiará el flujo para manipulación de excepciones.
Para usar Lanzar Mensaje, debe haber un Evento Atrapar Mensaje que atrape el mensaje.
Éste puede ser un Evento Intermedio de Mensaje o un Mensaje de Inicio.
La figura en el proceso que lance el mensaje debe ser configurada para identificar el
Proceso y Elemento objetivos.
Propiedades
Los eventos de lanzado y atrapado de mensajes deben tener exactamente el mismo
nombre y deben estar en procesos diferentes.
Ejemplo: El proceso de Solicitud de Crédito lanza un mensaje
para iniciar un proceso de Ventas tan pronto una oferta sea
viable.
1. Configure la lanzada y atrapada de mensaje de modo que éstas tengan exactamente el
mismo nombre.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 29 de
61
29
2. En el Modelador de Procesos configure la figura que va a enviar el mensaje como
4.2.7 Evento Intermedio de Enlace
Un Enlace es un mecanismo para conectar dos secciones de un Proceso. Los
Eventos de Enlace pueden ser usados para crear situaciones de bucle (loop) o para evitar
líneas de flujo de secuencia largas. Esta figura tiene una opción de lanzar y atrapar, que es
para lanzar un punto de conexión a una figura de Atrapar. Para convertir un Evento
Intermedio en un Evento Intermedio de Enlace, se debe realizar un procedimiento similar al
del primer paso para configurar la colaboración.
Consideraciones
Los usos de Eventos de Enlace son limitados a un solo nivel de proceso. Esto es, son
usados sólo dentro del mismo proceso.
Primero dibuje el Evento de lanzar, luego el Evento de atrapar.
Propiedades
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 30 de
61
30
Los enlaces Atrapar y Lanzar deben tener exactamente el mismo nombre.
Ejemplo: Imagine que el proceso de Manejo de Quejas es
muy grande y la actividad del Archivo está completamente a
la derecha en el diagrama. Para enlazar el flujo sin usar un
flujo de secuencia muy largo, use un Evento de Enlace.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 31 de
61
31
4.2.8 Evento Intermedio de Señal
Las Señales son usadas para enviar o recibir comunicaciones generales dentro
y a través de los procesos. Una Señal BPMN es similar a una bengala disparada al cielo
para que cualquiera que pudiera estar interesado la note y luego reaccione. Entonces, hay
una fuente de la Señal, pero no un objetivo específico.
Consideraciones
Una señal es enviada a cualquier figura que esté configurada para recibirla, esto es, tiene el
mismo Nombre. No hay un objetivo específico, entonces cualquier figura que esté
disponible será activada.
Propiedades
Esta figura tiene una opción de lanzar y atrapar, que es para enviar una señal o recibir una
señal. Cuando se usa para lanzar la señal, la figura está llena. Cuando se usa para atrapar la
señal, la figura está vacía.
Ejemplo: El proceso de solicitud de crédito lanza una señal
para empezar el proceso de Ventas tan pronto una oferta sea
viable.
Configure las señales de envió y recepción con el mismo nombre.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 32 de
61
32
4.3 Eventos de Fin
NOMBRE
BPMN
USO NOTACIÓN
Terminador Es el fin del proceso. Solo existe uno por flujo. Si el
proceso alcanza este evento, éste será cerrado.
Cancelación Este tipo de Fin es usado dentro de un subproceso de
transacción. Éste indicará que la transacción debe ser
cancelada y causará un Evento Intermedio de Cancelación
adjunto a la frontera del subproceso.
Error
Esta figura se usa para capturar errores, si están definidos
o no y posteriormente lanzarlos a los triggers que se
encuentran en los límites del subproceso expandido.
Mensaje
Este tipo de Fin indica que un mensaje se envía a un
proceso o caso de actividad específica, al concluir el
proceso.
Señal
Este tipo de Fin indica que la señal será transmitida
cuando el Fin haya sido alcanzado. Note que la señal es
enviada a cualquier proceso que pueda recibir la señal y
pueda ser enviada a través de los niveles del proceso, pero
no es un mensaje (el cuál tiene una fuente y un objetivo).
Evento que constituye el fin del proceso. Solo existe uno por flujo. Si el proceso alcanza
este evento, éste será cerrado.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 33 de
61
33
Consideraciones
Todos los flujos deben tener un evento de fin terminal, sin importar si hacen referencia a
un proceso, un subproceso o un módulo.
Nota: El Evento de Fin de Terminación es una figura opcional
en la diagramación del proceso. Sin embargo, es recomendable
usarlo en el diagrama.
Un flujo de secuencia entra en esta figura (nada puede salir de ésta).
Propiedades
Una descripción y un texto de ayuda pueden ser asociados con esta figura como
información adicional.
Ejemplo: La figura "Evento de Fin de Terminación" es
dibujada al final de este proceso, indicando el fin del proceso.
4.3.1 Evento de Fin
Esta figura indica un fin temporal en el proceso. Se usa cuando nada más se requiere
hacer luego de una actividad, eventos intermedios o una compuerta exclusiva (elemento de
divergencia). A diferencia del Evento de Fin de Terminación, esta figura no cierra el
proceso directamente a menos que no haya tareas pendientes cuando ésta sea alcanzada; es
decir, no hay más actividades
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 34 de
61
34
manuales pendientes o puntos esperando que algo más sea terminado (por ejemplo, un
Temporizador de Evento Intermedio).
Ejemplo: En la solicitud de préstamo, suponga que paralelo
al desembolso y alistamiento de las tarjetas de crédito, los
documentos que están aún en la oficina son archivados. La
actividad de archivar no es requerida y puede entonces
llevarse o no a cabo. Una vez realizada, el proceso no debe
terminarse hasta cuando se haya hecho el cierre de la
solicitud. Para este caso, luego de la actividad de archivar se
incluye un "Evento de Fin", el cual indica que luego de esta
actividad no hay nada más por realizar en este camino.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 35 de
61
35
Consideraciones
El Evento de Fin no tiene transiciones de salida.
El Evento de Fin tiene la propiedad de verificar para cada caso si existen o no actividades
pendientes. Si no hay actividades pendientes, el proceso se cierra automáticamente.
El uso típico de esta figura ocurre en situaciones de negocio en donde hayan caminos en
paralelo y en uno de los caminos no hayan más actividades por realizar pero no es necesario
cerrar el proceso por completo.
Este elemento no puede ser sintonizado con otro punto del proceso.
Nota: un Evento de Fin es una figura opcional en la
diagramación del proceso; sin embargo, si es necesario, éste
debe usarse en el diagrama.
Propiedades
Se puede asociar Una descripción esta figura como información adicional; sin embargo,
esto no se muestra en la aplicación Web.
4.3.2 Fin de Mensaje
Este tipo de Fin indica que un mensaje es enviado a un proceso o caso activo
específico, al final de un proceso.
Consideraciones
El Fin de Mensaje siempre es una figura de lanzar (throw). Es decir, para usar el Fin de
Mensaje, o el Mensaje de Inicio que atrapa el mensaje.
El Fin de Mensaje debe ser configurado para identificar el proceso objetivo y el elemento
objetivo. Para poder crear un Fin de
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 36 de
61
36
Mensaje, se debe hacer clic derecho en el Evento Fin y seleccione Event Type -> Message.
Propiedades
La figura que atrapa el mensaje y el Fin de Mensaje deben tener exactamente el mismo
nombre.
Ejemplo: El proceso de solicitud de crédito lanza un mensaje
que inicia un proceso de ventas tan pronto el proceso es
finalizado.
1. En el Modelador de Procesos, diagramar el Fin de Mensaje y la figura objetivo de este
mensaje.
2. En el paso número 6 del asistente de procesos, configurar el Mensaje de Envío para
identificar el proceso y elemento objetivo, es decir, el proceso donde se encuentra el
Mensaje de Inicio.
4.3.3 Fin de Señal
Este tipo de Fin indica que una Señal es transmitida cuando el Fin ha sido alcanzado.
Consideraciones
El Fin de Señal siempre es una figura de lanzar (throw). Esto es, para usar el Fin de Señal,
debe haber un Evento de Señal que atrape el mensaje.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 37 de
61
37
Una señal es enviada a cualquier proceso que pueda recibirla, pero no tiene una fuente y
objetivo específicos. Cualquier figura de atrapar con el mismo nombre será activada.
Propiedades
La Figura que atrapa la señal y el Fin de Señal debe tener el mismo nombre.
El Mensaje de Fin debe ser configurado para identificar el Proceso y elemento objetivos.
5. Actividades
Definición: Las actividades representan trabajo o tareas realizadas por miembros de la
organización. Este elemento simboliza tareas manuales o automáticas llevadas a cabo por
un usuario o un sistema externo. Las actividades pueden ser atómicas o no atómicas
(compuestas).
Representación: Una actividad es representada por un rectángulo con bordes
redondeados.
Tipos: Se clasifican en tareas y subprocesos. Los subprocesos se distinguen por un signo
más en la parte inferior central de la figura. Los siguientes son los tipos de actividades:
ACTIVIDADES
NOMBRE
BPMN
USO NOTACIÓN
Tarea de Usuario Es una tarea de “flujo de trabajo” donde un humano
realiza una tarea que tiene que ser completada en
cierta cantidad de tiempo. Se usa cuando el trabajo
durante el proceso no puede ser descompuesto en
un nivel más fino dentro del flujo.
Tarea de Servicio Una Tarea de Servicio es una tarea que usa algún
tipo de servicio, que podría ser un servicio Web o
una aplicación automática.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 38 de
61
38
Tarea de Recibir
Una Tarea de Recibir es una tarea simple para que
llegue un mensaje. Una vez el mensaje haya sido
recibido, la tarea es completada.
Tarea de Enviar
Una tarea de Enviar es una tarea simple que es
designada para enviar un mensaje a un proceso o
caso específico. Una vez el mensaje haya sido
enviado, la tarea es completada.
Script
Una tarea de Script es una tarea automática en la
que el servidor ejecuta un script. No tienen
interacción humana y no se conecta con ningún
servicio externo.
Manual
Ésta es una Tarea que se espera que sea realizada
sin la ayuda de algún motor de ejecución de proceso
de negocio o alguna aplicación. Un ejemplo de esto
puede ser una secretaria archivando documentos
físicos.
Subproceso
Un subproceso es una actividad compuesta incluida
dentro de un proceso. Éste es compuesto dado el
hecho que esta figura incluye un conjunto de
actividades y una secuencia lógica (proceso), que
indica que la actividad mencionada puede ser
analizada a un nivel más fino. Se puede colapsar o
expandir.
Subproceso
Múltiple
Esta propiedad del subproceso permite la creación
de instancias múltiples. Cada instancia representa
una relación 1-N dentro del proceso. Subprocesos
múltiples aplican sólo para procesos no embebidos.
Subproceso
Transaccional
Un Subprocesos Transaccional facilita la
implementación de escenarios de negocio con
transacciones cuyas ejecuciones podrían durar
muchos días o semanas hasta que el conjunto de
actividades sea completado. Una transacción es
realizada exitosamente cuando los cambios a ser
implementados (actualización, adición o
eliminación de registros) son grabados en la base de
datos.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 39 de
61
39
Subproceso
Embebido
Contiene un conjunto de actividades que no son
independientes del proceso pariente, y por esto,
comparten la misma información o datos.
5.1 Tarea de Usuario
Es una tarea de flujo de trabajo típica donde un humano realiza la Tarea que
tiene que ser completada en cierta cantidad de tiempo. Se usa cuando el trabajo durante el
proceso no se puede subdividir en niveles más finos dentro del flujo.
Ejemplo: Lo siguiente ilustra el proceso de solicitud de
préstamo con sólo Tareas de Usuario realizadas por el
consultor comercial en la oficina.
Consideraciones
Las actividades de usuario despliegan formas en la pantalla de la aplicación.
Las actividades de usuario tienen sus propias características como duración, alarmas,
expresiones y reglas de asignación entre otras.
Propiedades
Propiedades Básicas (Nombre, descripción, texto ayuda, duración, reasignar, costo,
prioridad, notificar).
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 40 de
61
40
La duración de la actividad determinará cuando está a tiempo, en riesgo (vence hoy) o
vencida.
Al hacer uso de la propiedad de reasignar de la actividad, aparecerá un botón que le
permitirá al usuario (siempre y cuando tenga el nivel de acceso adecuado) asignar la
actividad a otro usuario de la aplicación.
La propiedad de Notificar generará una notificación automática al usuario asignado una
vez la actividad es asignada.
La propiedad Is Singleton, permite asignarle a la actividad características especiales, de tal
forma que si más de una transición o línea de secuencia llegan a ella, no se duplicará si ya
existe una instancia activa. Ejemplo Singleton
La propiedad Duración de Evento de Temporizador se usa cuando el evento intermedio de
temporizador se diagrama de la siguiente forma:
Expresiones o acciones al Entrar, al Salir y al Guardar se pueden asociar a tareas en el paso
4. Acciones De Actividad del Asistente de Studio.
Cada Tarea tiene una forma Asociada, que mostrará en la aplicación web la información
diseñada en el Diseñador de Formas.
Cada Tarea tiene un ejecutador. Para definir quién ejecutará cada tarea, una Regla de
Asignación debe ser definida.
Las Tareas usan Alarmas para notificar los actuales asignados, sus jefes o un usuario
definido, cuando el tiempo de terminación esperado de la actividad ha expirado.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 41 de
61
41
Ejemplo Singleton
La Actividad Verificar Documentos (Verify Documents) se activará cada vez que se ejecute
uno de los eventos intermedios de Automatizar Documentos o Llegada de Documentos
Físicos, por lo tanto esta actividad se repetirá cada vez que ocurra uno de los eventos
intermedios; sin embargo solo va existir una instancia a la vez, lo que quiere decir que si los
eventos intermedios son activados en un mismo instante de tiempo solo se generará una vez
la actividad de Verificar Documentos.
5.2 Tarea de Servicio
La Tarea de Servicio es una tarea realizada por el sistema, sin intervención
humana. Por ejemplo, las interfaces con otros sistemas y actividades de computador, entre
otras.
Ejemplo: La siguiente imagen muestra un proceso de
solicitud de préstamo simplificado, en el que hay una
actividad automática para verificar si el cliente ha sido
reportado en una lista negra.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 42 de
61
42
Propiedades
Propiedades Básicas (nombre, nombre visible, descripción, costo, prioridad).
Eventos o acciones al Entrar, al Salir, al Guardar pueden ser asociadas a tareas.
Actividades asincrónicas corresponden a tareas automáticas del flujo de proceso, que han
sido especialmente diseñadas para llamar interfaces externas. Estas interfaces son usadas
para interacción con los sistemas propietarios del cliente.
5.3 Tarea de Envío y Recepción
Las tareas de Envío y Recepción son opciones de lanzar y
atrapar que son usadas para enviar un Mensaje o recibir un Mensaje. Cuando se usa para
lanzar (enviar) un mensaje, la figura tiene una flecha que apunta a la derecha. Por otro lado,
cuando se usa para atrapar (recibir) el mensaje, la figura tiene una flecha apuntando a la
izquierda.
Consideraciones
Si un proceso está esperando por un mensaje, éste será pausado hasta que el mensaje
llegue o éste cambiará el flujo para la manipulación de excepciones.
Para usar un Lanzar Mensaje, debe haber un Evento de Atrapar Mensaje que atrape el
mensaje. Éste puede ser un Evento
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 43 de
61
43
Intermedio de Mensaje, un Mensaje de Inicio o una Tarea de Recibir.
La Tarea de Enviar debe ser configurada para identificar el proceso y elemento objetivos.
Propiedades
Propiedades Básicas (nombre, descripción, estado).
Expresiones o acciones al Entrar, al Salir, al Grabar pueden asociarse a tareas.
El lanzado y atrapado de mensaje deben tener exactamente el mismo nombre y deben estar
en procesos distintos. Para mas información sobre mensajes, es posible ver el vinculo
Colaboración.
5.4 5Tarea de Script
Una tarea de Script es una tarea automática en la que el servidor ejecuta un
script. No tienen interacción humana y no se conecta con ningún servició externo. En esta
figura es recomendada para enviar Correos Electrónicos y para la ejecución de
Expresiones de Scripting.
Propiedades
Propiedades Básicas (nombre, descripción, estado).
Expresiones o acciones al Entrar, al Salir, al Guardar pueden ser asociadas a tareas.
5.5 Tarea Manual
Ésta es una Tarea que se espera será realizada sin la ayuda de algún motor
de ejecución de proceso de negocio o alguna aplicación. Un ejemplo de esto puede ser una
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 44 de
61
44
secretaria archivando documentos físicos.
Propiedades
Propiedades Básicas (nombre, descripción, estado).
Toda Tarea tiene una Forma Asociada, que mostrará en la aplicación web la información
diseñada en el Diseñador de Formas.
Expresiones o acciones al Entrar, al Salir, al Grabar pueden asociarse a tareas.
6. Decisiones
Definición: Las Decisiones son usadas para controlar la divergencia y
convergencia del flujo. Éstas determinan ramificaciones, bifurcaciones, combinaciones y
fusiones en el proceso.
Representación: Son utilizadas por una figura de diamante. Marcadores internos
mostrarán el tipo de control que se usa.
Tipos: Iconos en la figura de diamante indica el tipo de comportamiento del control de
flujo. Tipos de control incluyen:
DECISIONES
TIPO DE
DECISIÓN
DEFINICIÓN NOTACIÓN
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 45 de
61
45
Decisión
Exclusiva
Decisión basada en datos del sistema.
El mismo elemento se usa para sincronizar esta
figura.
Decisión
Basada en
Evento
Puntos en el proceso en el que la decisión no está
basada en los datos del proceso sino en eventos.
Decisión
Inclusiva
Inclusiva o multi-decisión. Uno o más caminos
pueden ser activados. Uno o más caminos deben
sincronizarse dependiendo de las actividades
anteriores de la misma figura.
Decisión
Compleja
Elemento para controlar puntos de una decisión
compleja. Por ejemplo, cuando 3 de 5 caminos
deben esperar.
Decisión
Paralela
Indica puntos en el proceso en el que varias ramas
se desprenden o convergen en paralelo. El mismo
elemento se usa para sincronizar esta figura.
6.1 Compuerta Exclusiva (Elemento de Divergencia)
Como figura de divergencia, la Compuerta Exclusiva se usa
cuando en un punto del proceso aparecen dos o más rutas alternativas y solo una de ellas es
válida en un momento determinado. Decisión basada en datos del sistema.
Ejemplo: En el proceso de Solicitud de Crédito, luego de
validar si el cliente está reportado en lista de negativos, se
bifurca el proceso dependiendo si el cliente está o no
reportado:
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 46 de
61
46
La compuerta exclusiva también puede ser representada con un marcador o X en el interior
del diamante. Usted puede configurar dicho marcador dando clic derecho sobre la
compuerta y seleccionando la opción "Mostrar Marcador"
Consideraciones
Dos o más transiciones pueden salir de esta figura y una debe ser un “else” o una línea
default. El resto de transiciones salientes son transiciones de condición, es decir, tienen
asociada una regla de negocio.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 47 de
61
47
Propiedades
Propiedades Básicas (nombre, nombre visual, descripción, texto ayuda).
Expresiones
Condiciones de Transición.
6.2 Compuerta Exclusiva (Elemento de Convergencia)
Como punto de convergencia, esta figura es usada para
sincronizar los caminos salientes de la compuerta exclusiva (elemento de divergencia), o
para asegurar que cuando UN token llegue, el flujo continúe.
En este caso muchas transiciones pueden llegar a una actividad, pero sólo uno de los
caminos es posible en una instancia de tiempo. La sincronización con esta figura solo es
necesaria antes de sincronizar una Compuerta Paralela o una Compuerta Inclusiva y se ha
bifurcado una de las ramas.
Ejemplo: Sólo bajo ciertas situaciones las figuras de unión
Compuerta Exclusiva (elemento convergente) son usadas. Si
una compuerta exclusiva precede a una Compuerta Paralela
(elemento divergente), debe asegurarse que todos los caminos
sean correctamente sincronizados. Es decir, el número de
transiciones que llegan a una Compuerta Paralela debe
corresponder al número de transiciones que salen de la
compuerta paralela (elemento divergente) que se está
sincronizando. En la siguiente gráfica, tres caminos salen de la
compuerta paralela (elemento divergente) y tres caminos son
posteriormente sincronizados. Si la compuerta exclusiva no
fuera sincronizada, cuatro transiciones llegarían a la
compuerta Paralela (elemento convergente) lo cual no sería
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 48 de
61
48
correcto dado que el proceso quedaría a la espera de 4 caminos
que nunca serían completados.
Consideraciones
Esta figura es también utilizada para la sincronización de caminos que salen de una
compuerta basada en eventos.
Propiedades
Propiedades Básicas (nombre, nombre visual, descripción, texto ayuda).
Expresiones
6.3 Compuerta Basada en Evento
Indica puntos del proceso en los cuales la Compuerta Exclusiva no se basa en datos
del proceso sino en eventos o mensajes externos. Esta figura se utiliza para ejercer un
control sobre la ejecución de ciertas actividades en la medida que permite mantenerlas
disponibles hasta que una de ellas es ejecutada.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 49 de
61
49
A diferencia de la Compuerta Exclusiva (elemento de divergencia), las actividades que
proceden de esta figura se activarán siempre, es decir, su activación no depende de datos
del sistema. Con respecto a la Compuerta Paralela (elemento de divergencia), se diferencia
en que una vez es ejecutada una de las actividades en paralelo, las otras se deshabilitan y no
están ya disponibles.
Ejemplo: En la solicitud de crédito, se asume que la entrega
por parte del cliente debe hacerse en los próximos días luego
de registrar los productos. Si ésta no ocurre dentro de ese
tiempo, se deshabilita el "Evento Intermedio" de recibir
documentación y se procede a contactar al cliente. Si los
documentos son entregados por el cliente dentro del tiempo
esperado, se revisan los documentos y el tiempo deja de
correr.
Consideraciones
El Evento de Fin permanece en la figura hasta que una actividad (evento, espera, conjunto
de actividades) se lleve a cabo
Una transición que sale de esta figura no puede llegar a un Subproceso, Múltiple
Subproceso o Compuerta Exclusiva (cualquier elemento de decisión mencionado
previamente) directamente porque el
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 50 de
61
50
Evento de Fin pasa a estas inmediatamente.
Las figuras válidas después de esta figura son: Actividad, evento intermedio (p.ej.
temporizador).
Para sincronizar elementos que salen de esta figura se utiliza una Compuerta Exclusiva
(elemento de convergencia).
Propiedades
Propiedades Globales (nombre, nombre visual, descripción, texto ayuda).
Eventos.
6.4 Compuerta Inclusiva (Elemento de Divergencia)
Este elemento es conocido como Compuerta Inclusiva (elemento de divergencia). Esta
figura se usa cuando basado en una compuerta exclusiva o datos de control del flujo de
trabajo, uno o varios caminos son activados.
Consideraciones
Cuando se utiliza una Compuerta Inclusiva (elemento de divergencia), es necesario
asegurarse que al menos exista un camino válido. Si no es así, se debe agregar una
transición que tenga asociada la condición de ‘’Else’’ para el caso de que no se cumpla
ninguna de las condiciones asociadas a cada Transición. El resto de las transiciones
salientes son transiciones de condición, es decir, deben tener asociada una regla de negocio.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 51 de
61
51
Cómo asociar una regla de negocio a una Transición.
Nota: Si en un flujo existe una figura de compuerta inclusiva
(elemento de divergencia) donde hay varias reglas de negocio y es
posible que ninguna de ellas se cumpla, en ese caso, se debe crear
una nueva transición asociada a un “Else” que indique el camino
que debe tomar el flujo cuando ninguna de las condiciones de
transición no se cumplan. Esta nueva transición indica que si
ninguno de los caminos se cumple, se continúa a la siguiente
actividad.
Ejemplo: En El proceso de solicitud de crédito se desea ahora
controlar en paralelo las actividades de desembolso y
elaboración de tarjetas de crédito. Las tarjetas de crédito solo
se elaboran cuando en la solicitud el cliente las ha pedido y el
desembolso se lleva a cabo cuando al menos hay un producto
de crédito diferente a Tarjeta de crédito. Por lo tanto, es
posible que existan solicitudes donde solo se pidan tarjetas de
crédito, solo productos diferentes a tarjeta de crédito o
múltiples productos en los cuales existe al menos una tarjeta
de crédito y un producto que requiere desembolso.
En la figura, el punto A actúa como punto de divergencia
(compuerta inclusiva) mientras el punto B como convergencia
de las actividades que se han previamente activado (compuerta
inclusiva). El punto A considerará las reglas de negocio
asociadas para activar el desembolso o la elaboración de
tarjeta de crédito o ambas. El Punto B sincronizará los
caminos del proceso que se han activado antes de poder
continuar.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 52 de
61
52
Propiedades
Propiedades Básicas (nombre, nombre visual, descripción, texto ayuda).
Expresiones.
Condiciones de Transición.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 53 de
61
53
6.5 Compuerta Inclusiva (Elemento de Convergencia)
Las compuertas inclusivas deben ser definidas en pares cuando se desea que todas las ramas
activadas previamente por una compuerta inclusiva se hayan ejecutado para poder
continuar con el proceso. Se define entonces una compuerta que activa previamente los
caminos (elemento de divergencia) y otra que los sincroniza (elemento de convergencia).
Consideraciones
Al menos un camino debió ser activado, por lo cual al menos un camino será sincronizado
y no se esperará por las otras ramas para seguir con el proceso.
Cuando la figura se utiliza como sincronizadora solo una transición sale de ésta.
Ejemplo
: En el proceso de Solicitud de Préstamo, cada solicitud puede
tener muchos productos. Una vez que la solicitud es estudiada,
cada producto es aprobado o rechazado. Cuando la actividad
Aprobar Solicitud termina, y algunos productos han sido
rechazados, el cliente debe ser informado. Sin embargo, las
garantías de los productos aprobados deben ser relacionadas.
Luego, el proceso puede abrir uno o dos caminos (paths)
dependiendo del número de productos aprobados o
rechazados. La compuerta inclusiva debe ser sincronizada con
el fin de finalizar el proceso.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 54 de
61
54
Propiedades
Propiedades Básicas (nombre, nombre visual, descripción, texto ayuda).
Expresiones.
6.6 Compuerta Compleja (Elemento de Divergencia)
Elemento para controlar puntos de decisión compleja. Este
elemento permite que el usuario decida el camino (o caminos) que desea seguir en el
proceso.
Consideraciones
En la aplicación Web la pantalla que visualiza el usuario cuando el proceso tiene el token
activo en una Compuerta Compleja usada como elemento de divergencia, luce como se
muestra a continuación, permitiendo seleccionar el camino o caminos que desea seguir en
el proceso. Esta pantalla no se configura como una forma de actividad, es creada
automáticamente y muestra como opciones los nombres de las actividades que siguen a esta
figura.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 55 de
61
55
Para seleccionar varias opciones, mantenga la tecla CTRL presionada al escoger la ruta.
Propiedades
Propiedades Básicas (nombre, nombre visible, descripción, texto de ayuda).
Expresiones.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 56 de
61
56
6.7 Compuerta Compleja (Elemento de Convergencia)
Como punto de convergencia, la compuerta compleja
permite continuar al siguiente punto del proceso cuando una condición de negocio
(Compuerta Compleja – elemento de divergencia) se cumple.
Consideraciones
La condición de negocio será evaluada en este punto del proceso cada vez que una
transición llegue a esta figura.
Propiedades
Propiedades Básicas (nombre, nombre visible, descripción, texto de ayuda).
Expresiones.
Condiciones de transición.
6.8 Compuerta Paralela (elemento de divergencia)
Indica puntos del proceso en la cual las actividades pueden
ser llevadas a cabo en forma concurrente (paralela). Como figura de divergencia, esta figura
se usa cuando muchas actividades se deben realizar en paralelo y en cualquier orden, lo
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 57 de
61
57
cual indica que todas las transiciones o caminos que salgan de esta figura serán siempre
activados.
Consideraciones
No requiere reglas de negocio debido a que todas las transiciones que salen de esta figura
se cumplen siempre.
Propiedades
Propiedades Básicas (nombre, nombre visual, descripción, texto ayuda)
Expresiones
Ejemplo: En el proceso de Solicitud de Crédito, por ejemplo,
se realiza en paralelo la revisión de las referencias que incluyó
el cliente en la solicitud y la documentación que ha presentado
el cliente. Una vez realizadas ambas actividades se puede
llevar a cabo el análisis de la solicitud. La compuerta paralela
permite activar las actividades al mismo tiempo.
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 58 de
61
58
6.9 Compuerta Paralela (elemento de convergencia)
DIRECCIÓN DE GESTIÓN DE PROCESOS Y SERVICIOS
Instructivo de Diagramación de Flujo Versión: 1.0 Página 59 de
61
59
Esta figura, como punto de convergencia, se utiliza para
sincronizar los caminos que parten de una Compuerta Paralela (elemento de divergencia).
La compuerta paralela (elemento de convergencia) permite que el flujo continúe, sólo hasta
cuando todas las transiciones indicadas hayan llegado a la figura.
Importante: Cuando la compuerta paralela (elemento de convergencia) lleva acabo la tarea
de sincronizar, tiene en cuenta solamente que el número de flujos de secuencia entrante
corresponda al número de transiciones que deban llegar. Si es posible que llegue más de
una vez por el mismo camino, la compuerta paralela (elemento de convergencia) lo
interpretara como si dos transiciones diferentes hubiesen llegado a ese punto.
Consideraciones
Cuando la figura se utiliza como sincronizadora solo una transición sale de ella. De lo
contrario, muchas transiciones salen de esta figura.
Ejemplo: En el proceso de Solicitud de Crédito, por ejemplo, se realiza en
paralelo la revisión de las referencias que incluyó el cliente en la solicitud y
la documentación que ha presentado el cliente. Una vez realizadas ambas
actividades se puede llevar a cabo el análisis de la solicitud. La compuerta
paralela (elemento de divergencia) permite activar las actividades en
paralelo y la unión de paralelos las sincroniza para luego continuar a la
siguiente actividad de Análisis de la Solicitud.