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 | 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 | 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 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.
Evento TIPO-EVENTO Intermedio Flujo Lanzador
|
Un Evento Intermedio TIPO-EVENTO Lanzador en el Flujo envía xxxxx. Texto. Se representa con un círculo de línea doble con un xxxxx oscurecido. |
|
Después de ejecutada la Actividad A el Proceso llega al Evento, lanza xxxxxx y pasa inmediatamente a la Actividad B.
Evento Intermedio TIPO-EVENTO Lanzador en el Flujo
Texto.
Texto.
Un Evento Intermedio TIPO-EVENTO Lanzador también puede estar en el Flujo de un Subproceso Embebido, en cualquier nivel de anidamiento.
Evento Intermedio TIPO-EVENTO Lanzador en el Flujo de Subproceso
Texto.
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.
Evento TIPO-EVENTO Final
|
Un Evento Final TIPO-EVENTO lanza un TIPO-EVENTO cuando el Flujo llega al final de un camino. El TIPO-EVENTO es lanzado cuando el Flujo llega al Evento, no hay espera. La instancia del Proceso termina si no hay otros caminos activos. Se representa con un círculo de línea gruesa con un xxxxx oscurecido. |
|
Después de ejecutada la Tarea C el Proceso llega al Evento Final y lanza un TIPO-EVENTO. Como todo Evento Final, el Evento Final TIPO-EVENTO marca en final de un camino en el Flujo del Proceso. Como en el ejemplo solo hay un camino, el Evento también indica el final del Proceso.
Evento Final TIPO-EVENTO
Texto.
Texto.
Un Evento Final TIPO-EVENTO también puede marcar el final de un camino de un Subproceso Embebido, en cualquier nivel de anidamiento.
Evento Final TIPO-EVENTO en Subproceso
Como muestra el ejemplo anterior, un TIPO-EVENTO puede ser lanzado desde cualquier nivel de anidamiento dentro de un Proceso.
Evento Final TIPO-EVENTO en Subproceso
Conectores
- Flujo de Secuencia
-
Como todo Evento Final, el Evento Final TIPO-EVENTO debe tener uno o más Flujos de Secuencia de Entrada, y no debe tener Flujos de Secuencia de Salida.
- Flujo de Mensaje
-
xxxxxxxxxxxxxx.
Evento XXYYZZ Otros
El Evento Múltiple incluye dos o más Eventos, los cuales pueden ser de cualquier Tipo (Timer, Mensaje, etc.), excepto Múltiple, Múltiple Paralelo y Compensar. Puede incluir varios Eventos del mismo tipo, por ejemplo, varios Mensajes.
Un Evento Múltiple puede estar en cualquier Posición y actuar en todos los Modos permitidos. Los Eventos que incluye deben ser válidos para la Posición y Modo respectivos.
Como todo Evento, un Evento Múltiple 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 pentágono.
En Modo Captura usa una estrategia exclusiva, en Modo Lanzamiento usa una estrategia paralela.
En Modo Captura (Inicial e Intermedio en el Flujo o en el Borde) usa una estrategia exclusiva: el primer Evento que ocurre gatilla el Evento Múltiple, los demás son descartados.
Cuando es un Evento Inicial, significa que existen varias formas de iniciar el Proceso, pero solo basta una de ellas para iniciarlo.
Cuando es un Evento Intermedio en el Flujo, significa que el Proceso espera que ocurra uno de los Eventos para proseguir, los demás son descartados.
Cuando es un Evento Intermedio en el Borde de una Actividad, significa que el Proceso espera que ocurra uno de los Eventos para seguir el Flujo de Excepción, los demás son descartados. El Evento Múltiple puede ser No-Interruptor si todos sus Eventos pueden ser No-Interruptores. En caso contrario, es decir, si al menos uno de los Eventos no puede ser No-Interruptor, el Evento Múltiple debe ser Interruptor, por ejemplo, cuando uno de los Eventos es Error o Cancelar.
En Modo Lanzamiento (Final e Intermedio en el Flujo) usa una estrategia paralela: todos los Eventos son gatillados.
Cuando es un Evento Final, significa que existen varias formas de terminar el Proceso, todas ellas se realizan.
Dudas:
- Si incluye un Compensar en lanzamiento, ¿debe esperar que se realice la Compensación?, (comportamiento por defecto).
- En el borde, ¿puede incluir Compensar?
- En la Compuerta de Eventos se puede usar el Evento Múltiple, ¿también se puede usar Múltiple Paralelo? No parece haber problemas lógicos para permitir el Múltiple Paralelo.
Especificación BPMN
This means that there are multiple triggers assigned to the Event. If used within normal flow, the Event can “catch” the trigger or “throw” the triggers.
When attached to the boundary of an Activity, the Event can only “catch” the trigger. When used to “catch” the trigger, only one of the assigned triggers is REQUIRED and the Event marker will be unfilled. When used to “throw” the trigger (the same as a Multiple End Event), all the assigned triggers will be thrown and the Event marker will be filled.
There is no specific EventDefinition subclass (see page 259) for Multiple Intermediate Events. If the Intermediate Event has more than one associated EventDefinition, then the Event will be displayed with the Multiple Event marker.
A Multiple Event is determined by an Event that specifies more than one Event Definition.
For a Start Event: If the trigger is Multiple, there are multiple ways of starting the Process. Only one of them is necessary to trigger the start of the Process. The EventDefinition subclasses will define which triggers apply.
For an End Event: If the Result is Multiple, there are multiple consequences of ending the Process. All of them will occur. The EventDefinition subclasses will define which Results apply.
For an Intermediate Event within normal flow: If the trigger is Multiple, only one EventDefinition is REQUIRED to catch the trigger. When used to throw, all of the EventDefinitions are considered and the subclasses will define which Results apply.
For an Intermediate Event attached to the boundary of an Activity: If the trigger is Multiple, only one EventDefinition is REQUIRED to “catch” the trigger
Top-Level Process: This means that there are multiple ways of triggering the Process (Message, Timer, Conditional and/or Signal). Only one of them is REQUIRED. The Event is displayed with the Multiple Event marker - a pentagon.
Normal Flow: This means that there are multiple triggers assigned to the Event. When used to “catch” the trigger, only one of the assigned triggers is REQUIRED. When used to “throw” the trigger (the same as a Multiple End Event), all the assigned triggers will be thrown.
Boundary Attached: A Multiple Event indicates that there are multiple triggers assigned to the Event. When attached to the boundary of an Activity, the Event can only “catch” the trigger. In this case, only one of the assigned triggers is REQUIRED and the Event marker will be unfilled upon being triggered, the Event that occurred will change the normal flow into an exception flow. This event can be "non-interrupting" if all Event triggers allow non-interrupting option. Otherwise the more restrictive option, i.e., "interrupting" in case any Error or cancel triggers are used.
End Event: This means that there are multiple consequences of ending the Process. All of them will occur (e.g., there might be multiple Messages sent). If the End Event has more than one associated EventDefinition, then the Event will be displayed with the Multiple Event marker.
The Result attribute of the End Event MUST be set to Message or Multiple if there are any outgoing Message Flows.
The Result attribute of the End Event MUST be set to Multiple if there is more than one outgoing Message Flows.
