ELEMENTO |
CONSIDERACIONES |
PROPIEDADES |
|---|---|---|
Evento de Fin sin especificar. |
•El evento de finalización no puede tener flujos de salida. •El Evento de fin verifica si hay o no hay actividades pendientes (tokens) para cada caso. Si no existe ninguna actividad pendiente, el Procesos se cerrara automáticamente. •Esta figura es comúnmente utilizada en situaciones de negocio donde existen caminos paralelos y es necesario indicar el fin de las actividades de un camino sin que se termine todo el proceso. •Este elemento no puede ser sincronizado con ningún punto del proceso. •El Evento de fin terminal es una figura opcional para diagramar los procesos. Sin embargo, es recomendable su uso. |
Propiedades básicas •Nombre visual: Es el nombre del evento que se muestra en el Portal de Trabajo. •Nombre: Es el nombre del evento en la base de datos. •Descripción: Muestra información adicional sobre el evento. |
Evento Fin de Mensaje |
•Evento de Fin de Mensaje siempre es una figura de lanzamiento. Es decir, para poder utilizar un Evento de Fin de Mensaje es necesario que exista un Evento de Inicio de Mensaje o un Evento Intermedio de Mensaje que escuche el mensaje. •El Evento de Fin de Mensaje debe ser configurado para identificar el Proceso y el Elemento objetivo. •La figura que captura el mensaje y el Evento de Fin de Mensaje deben tener el mismo nombre. |
Propiedades básicas •Nombre visual: Es el nombre del evento que se muestra en el Portal de Trabajo. •Nombre: Es el nombre del evento en la base de datos. •Descripción: Muestra información adicional sobre el evento. |
Evento de Error |
Indica que se debe generar un error. Todas las secuencias activas del proceso son finalizadas. El error será recibido por un evento intermedio de captura de error. |
Propiedades básicas •Nombre visual: Es el nombre del evento que se muestra en el Portal de Trabajo. •Nombre: Es el nombre del evento en la base de datos. •Descripción: Muestra información adicional sobre el evento. |
Evento de Cancelación |
Se utiliza dentro de un subproceso transaccional e indica que éste debe ser cancelado y un flujo alterno puede ser ejecutado. |
Propiedades básicas •Nombre visual: Es el nombre del evento que se muestra en el Portal de Trabajo. •Nombre: Es el nombre del evento en la base de datos. •Descripción: Muestra información adicional sobre el evento. |
Evento de señal |
•El Evento de Fin de Señal es una figura de lanzamiento. Es decir, para poder utilizar un Evento de Fin de Señal es necesario que exista un Evento de Inicio de Señal o un Evento Intermedio de Señal que escuche el mensaje •La señal es enviada a todos los procesos que puedan recibirla, es decir, este tipo de señal no tiene un objetivo específico, cualquier figura de captura que tenga el mismo nombre será activada con el lanzamiento el la señal. •El Evento de Fin de Señal debe ser configurado para identificar el Proceso y el Elemento objetivo. •La figura que captura la señal y el Evento de Fin de Señal deben tener el mismo nombre. |
Propiedades básicas •Nombre visual: Es el nombre del evento que se muestra en el Portal de Trabajo. •Nombre: Es el nombre del evento en la base de datos. •Descripción: Muestra información adicional sobre el evento. |
Evento de Fin Terminal |
•Cuando un Evento de Fin Terminal es alcanzado por el Proceso, el caso será cerrado aunque existan actividades pendientes. •El evento de Fin Terminal es una figura opcional para diagramar. Sin embargo, es recomendable su uso. |
Propiedades básicas •Nombre visual: Es el nombre del evento que se muestra en el Portal de Trabajo. •Nombre: Es el nombre del evento en la base de datos. •Descripción: Muestra información adicional sobre el evento. |
Ejemplos
A continuación, se muestran algunos escenarios en los que puede ver el comportamiento de los Eventos de Fin. Los eventos que no son el Evento de Fin Terminal (por ejemplo, Mensaje, Señal, Error, Cancelación) solo terminan la ruta del camino que han recorrido. El caso continúa hasta que se cierran todos los tokens (rutas activas).
Eventos finales diferentes de terminar
Dado que este tipo de eventos no finalizan el caso actual, el caso se detiene hasta que finaliza la Tarea 4, al cerrar todas las rutas activas. Vea este ejemplo a continuación:
Uso del Evento de Fin Terminal
En el siguiente ejemplo, hay varios eventos de finalización en este proceso. Sin embargo, si un caso alcanza el Evento de Fin Terminal, por ejemplo, después de ejecutar la Tarea 5, el caso finaliza. Otros elementos del caso también se cierran.
Uso de subprocesos
Es importante tener en cuenta que los Eventos de Fin Terminal solo finalizan el flujo del proceso actual. Cuando el caso del subproceso llega al Evento de Fin Terminal, el único caso que finaliza es el caso asociado con el subproceso. El caso relacionado con el proceso padre no se ve afectado y, por lo tanto, no termina. Por favor, vea este ejemplo a continuación:
En este ejemplo, puede observar que aunque la Notificación enviada al caso del supervisor, que está asociada con el subproceso, finaliza con el Evento de Fin Terminal, la Notificación enviada al caso de HR se ejecuta independientemente del resultado de la Notificación enviada al caso del supervisor.
•En este segundo ejemplo, el caso relacionado con el proceso padre tiene dos casos asociados con subprocesos, ambos casos tienen Eventos de Fin Terminales. Por favor, vea el ejemplo a continuación:
En el ejemplo anterior tenemos un caso para una llamada de ventas, este caso tiene otros dos casos relacionados con subprocesos. Aunque estos casos terminan con el Evento de Fin Terminal, el caso principal relacionado con el proceso continúa su flujo de proceso.