INSTRUCTIVO DE DIAGRAMACIÓN DE FLUJO V.1.0

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



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


Propiedades ............................................................................................................................... 11

4.1.2 Inicio de Señal ................................................................................................................... 11


Propiedades ............................................................................................................................... 12

4.1.3 Inicio de Temporización .................................................................................................... 12

Propiedades ............................................................................................................................... 12

4.2 Eventos Intermedio ............................................................................................................... 13


Propiedades ............................................................................................................................... 15

4.2.1 Evento Intermedio de Cancelación ................................................................................... 16

4.2.2 Evento Intermedio de Error .............................................................................................. 17

Subproceso Transaccional ......................................................................................................... 18



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


Propiedades ............................................................................................................................... 27

4.2.6 Evento Intermedio De Mensaje ........................................................................................ 28


Propiedades ............................................................................................................................... 28

4.2.7 Evento Intermedio de Enlace ............................................................................................ 29


Propiedades ............................................................................................................................... 29

4.2.8 Evento Intermedio de Señal .............................................................................................. 31


Propiedades ............................................................................................................................... 31

4.3 Eventos de Fin ....................................................................................................................... 32


Propiedades ............................................................................................................................... 33

4.3.1 Evento de Fin ..................................................................................................................... 33


Propiedades ............................................................................................................................... 35

4.3.2 Fin de Mensaje .................................................................................................................. 35


Propiedades ............................................................................................................................... 36

4.3.3 Fin de Señal ....................................................................................................................... 36


Propiedades ............................................................................................................................... 37

5. Actividades ................................................................................................................................ 37

Definición: ................................................................................................................................. 37



4

Representación: ........................................................................................................................ 37

Tipos: ......................................................................................................................................... 37

5.1 Tarea de Usuario ................................................................................................................... 39


Propiedades ............................................................................................................................... 39

5.2 Tarea de Servicio ................................................................................................................... 41

Propiedades ............................................................................................................................... 42

5.3 Tarea de Envío y Recepción ................................................................................................... 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


Propiedades ............................................................................................................................... 50

6.4 Compuerta Inclusiva (Elemento de Divergencia) .................................................................. 50


Propiedades ............................................................................................................................... 52

6.5 Compuerta Inclusiva (Elemento de Convergencia) ............................................................... 53


Propiedades ............................................................................................................................... 54

6.6 Compuerta Compleja (Elemento de Divergencia) ................................................................. 54




5

Propiedades ............................................................................................................................... 55

6.7 Compuerta Compleja (Elemento de Convergencia) .............................................................. 56


Propiedades ............................................................................................................................... 56

6.8 Compuerta Paralela (elemento de divergencia) ................................................................... 56


Propiedades ............................................................................................................................... 57

6.9 Compuerta Paralela (elemento de convergencia) ...................................................................... 58




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.



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



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í.



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.


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



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.



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.



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).



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



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:



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.



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.



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.



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.



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



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.



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.



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.



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.



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.



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á



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.



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.



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



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.



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.



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.



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



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.



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



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.



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.



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.



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).



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.



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.



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



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


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



61

44

secretaria archivando documentos físicos.

Propiedades


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



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:



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.



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



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


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.



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



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.



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.



61

52

Propiedades


Expresiones.

Condiciones de Transición.



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.



61

54

Propiedades


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.



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.



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



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.



61

58

6.9 Compuerta Paralela (elemento de convergencia)



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.



61

60