Un Evento Condicional detecta el cumplimiento de una condición relacionada con los datos que maneja el Proceso, por ejemplo, "el dólar bajó hoy un 10%" o "el cliente alcanzó 750 puntos".
El Evento Condicional solo es de Captura, puede ser Inicial o Intermedio, pero no Final.
Como todo Evento, un Evento Condicional se dibuja con un círculo con distintos tipos de línea según sea Inicial o Intermedio. Dentro del círculo se dibuja un página con líneas.
En el Modelado de Procesos la Condición puede estar en lenguaje natural, pero debe ser clara. En la Ejecución de Procesos la expresión debe estar escria en un lenguaje formal.
Intermedio en el Flujo
Si la condición es verdadera al llegar al Evento Intermedio Condicional en el Flujo, entonces el Proceso continúa. En caso contrario, queda a la espera de que se cumpla la condición para proseguir.
Si un Evento Intermedio Condicional en el Flujo está dentro de un Ciclo o llegan varios Tokens por uno o más Flujos de Secuencia de Entrada, entonces podría gatillarse varias veces. Pero para que esto ocurra debe cumplirse la regla de que para que el Evento se gatille nuevamente la condición debe volverse falsa y luego verdadera.
En el Borde Interruptor
Si la condición es verdadera al llegar a una Actividad con un Evento Condicional en el Borde Interruptor, entonces la Actividad es interrumpida y se sigue el Flujo de Excepción. En caso contrario, la Actividad continúa su ejecución, y podrá ser interrumpida si la condición se torna verdadera antes de que concluya. (Nótese que la Actividad podría tener otros Eventos Interruptores en el Borde o podría abortar por otros motivos.)
La Actividad a la que está adosado el Evento Evento Condicional Interruptor se puede instanciar varias veces (es una Actividad Iterativa o está dentro de un Ciclo o llegan varios Tokens por uno o más Flujos de Secuencia de Entrada). La Especificación de BPMN no aclara si el Evento Condicional Interruptor en cada instanciación es diferente o es el mismo, y si, por ende, la regla de que para que el Evento se gatille nuevamente la condición debe volverse falsa y luego verdadera debe aplicarse o no por separado para cada instanciación de la Actividad.
En el Borde No-Interruptor
Un Evento Condicional No-Interruptor en el Borde de una Actividad se gatillará tantas veces como se cumpla la condición, considerando la regla de que para que el Evento se gatille nuevamente la condición debe volverse falsa y luego verdadera.
La Actividad a la que está adosado el Evento Evento Condicional No-Interruptor se puede instanciar varias veces (es una Actividad Iterativa o está dentro de un Ciclo o llegan varios Tokens por uno o más Flujos de Secuencia de Entrada). La Especificación de BPMN no aclara si el Evento Condicional No-Interruptor en cada instanciación es diferente o es el mismo, y si, por ende, la regla de que para que el Evento se gatille nuevamente la condición debe volverse falsa y luego verdadera debe aplicarse o no por separado para cada instanciación de la Actividad.
Datos
La Condición de un Evento Inicial Condicional no debe hacer referencia a datos internos del Proceso, pues éste aún no ha sido instanciado. Sí puede usar datos estáticos y de entidades del entorno. (BPMN no establece los mecanismos para acceder a dichos datos.)
La Condición de un Evento Intermedio Condicional debe hacer referencia a datos que maneja el Proceso, es decir, datos recibidos desde el exterior a través de, por ejemplo, Mensajes; datos de Depósitos de Datos y datos creados por el propio Proceso.
Subproceso
Un Subproceso define un espacio de nombres independiente.
Si un Subproceso que contiene Eventos Condicionales es instanciado varias veces (es una Actividad Iterativa o está dentro de un Ciclo o llegan varios Tokens por uno o más Flujos de Secuencia de Entrada), entonces los Eventos Condicionales de cada instanciación son independientes unos de otros, por lo tanto la regla de que para que el Evento se gatille nuevamente la condición debe volverse falsa y luego verdadera debe aplicarse por separado dentro de cada instanciación.
Dudas
- ¿Dos Eventos con la misma condición se acojen en conjunto a la regla de que para que el Evento se gatille nuevamente la condición debe volverse falsa y luego verdadera?
- ¿Los Eventos en el Borde de una Actividad con muchas instancias se acojen en conjunto a la regla de que para que el Evento se gatille nuevamente la condición debe volverse falsa y luego verdadera?
- ¿Qué pasa cuando las instancias de una Actividad son concurrentes?
- ¿Es correcta la interpretación de que al llegar, por primera vez, si es verdadera la condición se gatilla inmediatamente el Evento?
**************************************************************************
Un Evento TIPO-EVENTO indica un punto donde un Proceso xxxxxxxxxxxxxx.
Como todo Evento, un Evento TIPO-EVENTO se dibuja con un círculo con distintos tipos de línea según sea Inicial, Intermedio o Final. Dentro del círculo se dibuja un(a) xxxxx.
Variantes de Eventos TIPO-EVENTO en BPMN
DESCRIPCIÓN RESUMIDA DEL TIPO DE EVENTO. INCLUYE UNA EXPLICACIÓN DE SU SIGNIFICADO.
Texto.
Texto.
Ejemplo 1
Texto.
Texto.
Ejemplo 1
Texto.
Ejemplo 2
Texto.
Ejemplo 2
- Texto.
- Texto.
- Texto.
- Texto.
Significado del Evento TIPO-EVENTO
- Ejecución de Procesos
- Texto.
- Modelado de Procesos
- Texto.
Texto.
Texto.
Texto.
Tema 1
Texto.
Texto.
Texto.
Tema 2
Texto.
Texto.
Texto.
Evento TIPO-EVENTO Variantes
Hay nnn variantes del Evento TIPO-EVENTO. Este Evento puede ser usado en xxxx Posiciones y Modos.
Variantes de Eventos TIPO-EVENTO
| Posición del Evento | Modo | Notación | Descripción | |
|---|---|---|---|---|
| Evento Inicial | Proceso Principal | Captura | Comienza una nueva instancia del Proceso cuando TIPO-EVENTO. | |
| Subproceso | Captura | N/A | No puede iniciar un Subproceso en el Flujo (Embebido o Reutilizable). | |
| Evento Intermedio | en el Flujo | Captura | Espera un TIPO-EVENTO. El Flujo continúa cuando llega el TIPO-EVENTO. | |
| Lanzamiento | N/A | Envía un TIPO-EVENTO. Una vez enviado el TIPO-EVENTO el Flujo continúa. | ||
| en el Borde | Captura con Interrupción | Interrumpe la Actividad a la que está adosado cuando llega un TIPO-EVENTO, y comienza un Flujo de Excepción. | ||
| Captura sin Interrupción | No interrumpe la Actividad a la que está adosado cuando llega un TIPO-EVENTO, y comienza un Flujo de Excepción. | |||
| Evento Final | Lanzamiento | N/A | Envía un TIPO-EVENTO cuando el Flujo llega al final de un camino. | |
Evento TIPO-EVENTO Inicial
|
Un Evento Inicial TIPO-EVENTO en un Proceso Principal comienza una nueva instancia del Proceso cuando xxxxxxxxx. Texto. Se dibuja con un círculo de línea fina que contiene un xxxxx. |
|
Se usa un Evento Inicial TIPO-EVENTO cuando un Proceso está a la espera de xxxxxxxxxx. Esta xxxxxxxxxxx dice relación directa con el propósito del Proceso que recibe el TIPO-EVENTO. Por ejemplo, el Proceso xxxxxxxxxxxxxx comienza cuando xxxxxxxxxxxxxxxxxx.
Un Evento Inicial TIPO-EVENTO indica xxxxxxxxx TIPO-EVENTO que crea una nueva instancia de un Proceso Principal, es decir, comienza su ejecución.
Un Evento Inicial TIPO-EVENTO no puede ser usado para comenzar un Subproceso.
Evento Inicial TIPO-EVENTO
Texto.
Evento Inicial TIPO-EVENTO en un Proceso Principal
Si xxxxxx, se crea una nueva instancia del Proceso. En un momento dado, puede haber varias instancias activas de un Proceso.
Texto.
Conectores
- Flujo de Secuencia
-
Como todo Evento Inicial, el Evento Inicial TIPO-EVENTO no debe tener Flujos de Secuencia de Entrada, y debe tener uno o más Flujos de Secuencia de Salida.
- Flujo de Mensaje
-
xxxxxxxxxxxxxxx.
Evento TIPO-EVENTO Intermedio
Un Evento Intermedio TIPO-EVENTO indica xxxxxxxxxxxxxx después de que comienza un Proceso y antes de que termine.
Un Evento Intermedio TIPO-EVENTO puede ser usado en el Flujo o en el Borde de una Actividad.
- Si está en el Flujo, puede recibir o enviar un TIPO-EVENTO.
- Si está en el Borde de una Actividad, solo recibe un TIPO-EVENTO, y puede interrumpir o no la Actividad.
Texto.
Eventos Intermedios TIPO-EVENTO
Un Evento TIPO-EVENTO en el Borde de una Actividad es usado para que un Proceso reaccione de manera inmediata ante xxxx. Esta reacción consiste en iniciar un Flujo de Excepción.
Un Evento Intermedio en el Borde siempre es de Captura, nunca de Lanzamiento. La Actividad a la que está adherido puede ser interrumpida o continuar su trabajo.
A diferencia de un Evento Intermedio en el Flujo, que siempre debe gatillarse cuando el Flujo llega a él, un Evento Intermedio en el Borde de una Actividad puede gatillarse o no.
Conectores
- Flujo de Secuencia
-
Si el Evento Intermedio TIPO-EVENTO está en el Flujo, entonces debe tener Flujos de Secuencia de Entrada y de Salida.
Si el Evento Intermedio TIPO-EVENTO está en el Borde de una Actividad, entonces no debe tener Flujos de Secuencia de Entrada, pero sí debe tener uno o más Flujos de Secuencia de Salida.
- Flujo de Mensaje
-
xxxxxxxx.
Evento TIPO-EVENTO Intermedio en el Flujo Capturador
|
Un Evento Intermedio TIPO-EVENTO Capturador en el Flujo espera xxxxxx. El Flujo continúa cuando xxxxxxxx. Se representa con un círculo de línea doble con un xxxxx. |
|
Después de ejecutada la Actividad A el Proceso entra en pausa a la espera de un TIPO-EVENTO, cuando xxxxx el control pasa a la Actividad B.
Evento Intermedio TIPO-EVENTO Capturador en el Flujo
Texto.
Una instancia del Proceso puede tener varios subflujos activos. La espera de un TIPO-EVENTO sólo impone una pausa en el subflujo que contiene el Evento Capturador, los demás continúan con su propia lógica de ejecución. En el ejemplo siguiente, hay tres caminos paralelos B, C1→C2 y D1→D2; el Evento TIPO-EVENTO produce una pausa entre D1 y D2, pero el resto del Proceso sigue su trabajo normal.
Evento Intermedio TIPO-EVENTO Capturador en Proceso con varios Flujos
Un Evento Intermedio TIPO-EVENTO Capturador también puede estar en el Flujo de un Subproceso Embebido, en cualquier nivel de anidamiento.
Evento Intermedio TIPO-EVENTO Capturador en el Flujo de Subproceso
Un TIPO-EVENTO puede xxxxx en cualquier nivel de anidamiento dentro de un Proceso.
Por ejemplo, en el Proceso de Negocio Ejemplo de la introducción xxxxxxxxxxxx.
Evento Intermedio TIPO-EVENTO en el Flujo
Evento TIPO-EVENTO Intermedio Borde Interruptor
|
Un Evento Intermedio TIPO-EVENTO Interruptor en el Borde captura un TIPO-EVENTO, interrumpe la Actividad a la que está adosado y comienza un Flujo de Excepción. El Flujo de Excepción lleva a una o más Actividades que manejan la excepción, y luego continúa hacia un final propio o se une a un Flujo Normal. Se representa con un círculo de línea doble con un xxxxx. |
|
Si TIPO-EVENTO mientras se ejecuta la Actividad B, la Actividad es interrumpida y se continúa por el Flujo de Excepción. Pero si no TIPO-EVENTO, la Actividad B termina normalmente y se pasa a la Actividad C, es decir, continúa el Flujo Normal.
Evento Intermedio TIPO-EVENTO Interruptor en el Borde - dos caminos
En lugar de seguir un camino propio, el Flujo de Excepción se puede reincorporar al Flujo Normal después de procesar la Excepción.
Evento Intermedio TIPO-EVENTO Interruptor en el Borde - un camino
Texto.
Evento TIPO-EVENTO Intermedio Borde No Interruptor
|
Un Evento Intermedio TIPO-EVENTO no Interruptor en el Borde captura un TIPO-EVENTO y comienza un Flujo de Excepción, pero sin interrumpir la Actividad a la que está adosado. El Flujo de Excepción lleva a una o más Actividades que manejan la excepción, y luego continúa hacia un final propio o se une a un Flujo Normal. Se representa con un círculo de línea doble segmentada con un xxxxx. |
|
Cada vez que TIPO-EVENTO mientras se ejecuta la Actividad B, se inicia un Flujo de Excepción y la Actividad continúa su trabajo. El Flujo de Excepción puede activarse varias veces, incluso de manera concurrente. Cuando la Actividad B termina se pasa a la Actividad C y continúa el Flujo Normal.
Evento Intermedio TIPO-EVENTO no Interruptor en el Borde - dos caminos
En lugar de seguir un camino propio, el Flujo de Excepción se puede reincorporar al Flujo Normal después de procesar la Excepción. Sin embargo, cuando el Evento es No Interruptor, las Actividades remanentes del Flujo Normal se ejecutan varias veces: cuando termina la Actividad B y cada vez que se gatilla el Evento no Interruptor en el Borde. A pesar de que no es un error, este modelo no es recomendable, pues la ejecución reiterada de una Actividad fuera de una Iteración explícita puede confundir al lector del diagrama.
Evento Intermedio TIPO-EVENTO en el Borde No Interruptor - un camino
Texto.
Especificación BPMN
Attribute condition. The Expression might be underspecified and provided in the form of natural language. For executable Processes (isExecutable = true), if the trigger is Conditional, then a FormalExpression MUST be entered.
This type of event is triggered when a condition such as “S and P 500 changes by more than 10% since opening,” or “Temperature above 300C” become true. The condition Expression for the Event MUST become false and then true before the Event can be triggered again. The Condition Expression of a Conditional Start Event MUST NOT refer to the data context or instance attribute of the Process (as the Process instance has not yet been created). Instead, it MAY refer to static Process attributes and states of entities in the environment. The specification of mechanisms to access such states is out of scope of the standard. The Event is displayed with a lined paper marker.
The Event uses a lined page marker.
- For an interrupting Conditional Event Sub-Process the boundary of the Event is solid.
- For a non-interrupting Conditional Event Sub-Process the boundary of the Event is dashed.
This type of Event is triggered when a condition becomes true. A condition is a type of Expression. The attributes of an Expression can be found on page 82.
This type of Event is triggered when a condition becomes true. A condition is a type of Expression. If a Conditional Event is attached to the boundary of an Activity, it will change the normal flow into an exception flow upon being triggered.
