Un Evento Mensaje indica un punto donde un Proceso se comunica y coordina con otro Proceso. La comunicación se realiza intercambiando información, datos y/o productos (servicios).
Como todo Evento, un Evento Mensaje 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 sobre de carta.
Variantes de Eventos Mensaje en BPMN
El intercambio de Mensajes modela la interacción de un Participante con su entorno formado por otros Participantes. De este modo, se define un "contrato" entre dos o más Participantes que establece las obligaciones mutuas dentro del Proceso de Negocio en que actúan.
Puesto que el Proceso de cada Participante en una Colaboración está contenido en su propia Piscina, un Evento Mensaje siempre modela la comunicación entre dos Piscinas, estén éstas dibujadas o no en el diagrama. La conexión entre los Eventos Mensaje se muestra con Flujos de Mensaje que van de una Piscina a otra.
Los Eventos Mensaje no son los únicos elementos de BPMN que modelan el intercambio de Mensajes, también se pueden usar Tareas (Recepción, Envío, Servicio y Regla de Negocio), Subprocesos y Eventos Múltiples.
Soporte a Clientes
Este Proceso de Negocio involucra los Procesos de dos Participantes: Cliente y Soporte. Cada Proceso contiene Eventos Mensaje para coordinarse e intercambiar información con el otro.
El Cliente tiene un problema, lo describe en una solicitud y la envía a Soporte (Evento Intermedio de Lanzamiento), y queda a la espera de la respuesta (Evento Intermedio de Captura). Soporte recibe la solicitud (Evento Inicial), la procesa y entrega la solución al Cliente (Evento Final), con esto el Proceso de Soporte termina. El Cliente recibe la solución (Evento Intermedio de Captura), la aplica y termina su Proceso.
Eventos Mensaje en una Colaboración BPMN (i)
En terminología BPMN: el Evento Intermedio Envía solicitud lanza un Mensaje desde el Proceso del Cliente hacia el Proceso de Soporte, que lo recibe con el Evento Inicial Recibe solicitud. Después, el Evento Final Explica solución lanza un Mensaje desde el Proceso de Soporte hacia el Proceso del Cliente, que lo recibe con el Evento Intermedio Recibe solución.
Provisión de Producto (Servicio)
Este Proceso de Negocio describe la interacción típica entre un Cliente y una Organización que le provee de un producto o servicio. Dentro de la Organización, Front-end se encarga de la interacción con el Cliente, y Back-end crea el producto e interactúa con los Proveedores.
Eventos Mensaje en una Colaboración BPMN (ii)
- El Proceso de Creación del Producto, realizado por la Organización, comienza cuando el Proceso del Cliente le solicita el producto. Esto se modela en BPMN con un Evento Inicial que recibe el Mensaje enviado por el Proceso del Cliente.
- Front-end y Back-end, dentro de la Organización, realizan actividades para crear y entregar el producto solicitado. Durante este trabajo, Front-end se comunica con el Proceso del Cliente para enviarle una propuesta, y para hacer aclaraciones y precisiones. Esto se modela en BPMN con Eventos Intermedios Mensaje de Lanzamiento y Captura.
- Back-end le solicita insumos a uno o más Proveedores. El intercambio de Mensajes lo realiza el Subproceso Obtener Insumos (en cuyo interior hay Eventos Mensaje que se encargan de la comunicación entre los Procesos).
- La última acción del Proceso de Creación del Producto es entregar el producto solicitado. Esto se modela en BPMN con un Evento Final Mensaje, que representa tanto la información sobre el despacho como el producto en sí.
Significado del Evento Mensaje
En la Ejecución de Procesos, es decir, si el Proceso va a ser ejecuado por un BPMS, un Evento Mensaje marca un punto donde un Proceso, que está ejecutándose en un Motor de Procesos, se comunica con otro Proceso que también está ejecutándose en un Motor de Procesos (posiblemente el mismo). La comunicación es digital y se realiza a través de algún protocolo tecnológico. BPMN establece Web Service como protocolo por defecto de comunicación.
En el Modelado de Procesos, un Evento Mensaje marca un punto donde un ejecutante humano se comunica, por algún medio físico o electrónico, con otro Proceso en otra Piscina.
A veces, las personas asocian la palabra "mensaje" a una tecnología de comunicación digital (mensajería de texto, correo electrónico, servicio web, etc.), pero en BPMN un Mensaje no se refiere a una tecnología, sino a un mecanismo para describir la interacción de un Proceso con su entorno.
En la Ejecución de Procesos, el Mensaje efectivamente es implementado con alguna tecnología digital, pero en el Modelado de Procesos, cuando la comunicación es entre personas, ésta puede realizarse por distintos medios, por ejemplo: llamada telefónica, carta, presencial, correo electrónico, formulario web, etc. La comunicación puede ser prácticamente instantánea (correo electrónico), o tomar algún tiempo (carta).
En el ejemplo Provisión de Producto (Servicio), la comunicación entre el Cliente y la Organización puede ser presencial, por teléfono, por correo tradicional o cualquier otro medio (o combinación de medios). El diagrama BPMN no indica la forma de comunicación, esto se detalla en la descripción textual del diagrama y sus elementos.
Comunicación dentro de un Proceso y entre Procesos
Para la comunicación entre Procesos, que - por definición - están localizados en diferentes Piscinas, BPMN utiliza Mensajes. Por otro lado, para la comunicación dentro de un Proceso, es decir, dentro de una Piscina, BPMN utiliza Objetos de Datos.
En el ejemplo Provisión de Producto (Servicio), se utilizan Mensajes para modelar la Solicitud y la Propuesta, pero Detalles adicionales se modela con Objetos de Datos.
Nótese que el Producto dentro del Proceso está modelado con un Objeto de Datos, pero al ser enviado al Cliente es modelado con un Mensaje.
Al igual que en el caso de los Mensajes, los Objetos de Datos no están asociados a una tecnología de comunicación específica.
Participante implícito
En BPMN un Proceso de Negocio se representa mediante una Colaboración entre varios Participantes que se comunican y coordinan mediante Mensajes.
Cuando el detalle del Proceso de uno de los Participantes no es relevante, se puede usar una Piscina Caja-Negra, es decir, solo se dibuja el rectángulo sin Objetos de Flujo en su interior, como en el ejemplo Provisión de Producto (Servicio) donde Cliente y Proveedor están modelados con Cajas-Negras.
Incluso se puede eliminar del diagrama la Piscina de un Participante, pero éste sigue existiendo, aunque de manera implícita. En este caso, los Eventos Mensaje que se comunican con este Participante ya no están conectados por Flujos de Mensajes, pero siguen modelando la relación con él.
Para facilitar la lectura del diagrama, los Eventos y Actividades que interactúan con el Participante implícito deben reflejar en sus nombres esta relación. Por ejemplo, el Evento Envía Propuesta ahora se llama Envía Propuesta al Cliente.
Colaboración Implícita - Eventos Mensaje sin Flujos de Mensaje
Eventos Mensaje - Tareas de Envío y Recepción
BPMN también incluye Tareas para el Envío y Recepción de Mensajes, las cuales tienen el mismo efecto que los Eventos Intermedios de Lanzamiento y Captura en el Flujo.
En el siguiente ejemplo, los Eventos Envía propuesta, Solicita aclaraciones y Dudas aclaradas son reemplazados por las Tareas Enviar Propuesta, Solicitar aclaraciones y Recibir aclaraciones respectivamente.
Tareas de Envío y Recepción de Mensajes
Evento Mensaje Variantes
Hay seis variantes del Evento Mensaje. Este Evento puede ser usado en todas las Posiciones y Modos, excepto en el inicio de un Subproceso.
Variantes de Eventos Mensaje
| Posición del Evento | Modo | Notación | Descripción | |
|---|---|---|---|---|
| Evento Inicial | Proceso Principal | Captura | Comienza una nueva instancia del Proceso cuando llega un Mensaje. | |
| Subproceso | Captura | N/A | No puede iniciar un Subproceso en el Flujo (Embebido o Reutilizable)[1]. | |
| Evento Intermedio | en el Flujo | Captura | Espera un Mensaje. El Flujo continúa cuando llega el Mensaje. | |
| Lanzamiento | Envía un Mensaje. Una vez enviado el Mensaje el Flujo continúa. | |||
| en el Borde | Captura con Interrupción | Interrumpe la Actividad a la que está adosado cuando llega un Mensaje, y comienza un Flujo de Excepción. | ||
| Captura sin Interrupción | No interrumpe la Actividad a la que está adosado cuando llega un Mensaje, y comienza un Flujo de Excepción. | |||
| Evento Final | Lanzamiento | Envía un Mensaje cuando el Flujo llega al final de un camino. | ||
[1] Los Eventos Mensaje también se pueden usar para iniciar Subprocesos Evento. Pero como los Subprocesos Evento son poco utilizados, y para simplificar la exposición, en este artículo nos referiremos solo a los Subprocesos en el Flujo (Embebidos y Reutilizables).
Evento Mensaje Inicial
|
Un Evento Inicial Mensaje en un Proceso Principal comienza una nueva instancia del Proceso cuando llega un Mensaje. El Mensaje capturado proviene desde otro Proceso. Se dibuja con un círculo de línea fina que contiene un sobre de carta. |
|
Se usa un Evento Inicial Mensaje cuando un Proceso está a la espera de una comunicación desde otro Proceso para comenzar, es decir, para crear una nueva instancia del Proceso Principal. Esta comunicación dice relación directa con el propósito del Proceso que recibe el Mensaje. Por ejemplo, el Proceso Inscripción de Asignaturas comienza cuando recibe la Solicitud de Inscripción de Asignaturas enviada por el Alumno.
Cuando llega un Mensaje, comienza una nueva instancia del Proceso. Un Flujo de Mensaje conecta al Participante emisor del Mensaje con el Evento Inicial.
Evento Inicial Mensaje en un Proceso Principal (i)
Si llega otro Mensaje por el mismo Flujo de Mensaje, se crea una nueva instancia del Proceso. En un momento dado, puede haber varias instancias activas de un Proceso.
Si la Piscina del Participante emisor no está dibujada en el diagrama, al Evento Inicial no llega Flujo de Mensaje, pero el significado no cambia: el Evento espera la llegada de un Mensaje desde fuera del Proceso, es decir, desde otra Piscina.
Un Evento Inicial Mensaje no puede ser usado para comenzar un Subproceso. (Para una descripción más detallada ver Subproceso Normal.)
Evento Inicial Mensaje en un Proceso Principal (ii)
Conectores
- Flujo de Secuencia
-
Como todo Evento Inicial, el Evento Inicial Mensaje no debe tener Flujos de Secuencia de Entrada, y debe tener uno o más Flujos de Secuencia de Salida.
- Flujo de Mensaje
-
Puesto que captura un Mensaje, el Evento Inicial Mensaje puede tener un Flujo de Mensaje de Entrada, pero no puede tener Flujos de Mensaje de Salida.
Evento Mensaje Intermedio
Un Evento Intermedio Mensaje indica la recepción o envío de un Mensaje después de que comienza un Proceso y antes de que termine.
Un Evento Intermedio Mensaje puede ser usado en el Flujo o en el Borde de una Actividad.
- Si está en el Flujo, puede recibir o enviar un Mensaje.
- Si está en el Borde de una Actividad, solo recibe un Mensaje, y puede interrumpir o no la Actividad.
Los Eventos Mensaje en el Flujo usualmente se usan para coordinar dos Procesos concurrentes, donde un Proceso Solicitante y otro Proveedor intercambian información, datos y productos (servicios). El Proceso Solicitante usa un Evento Intermedio Mensaje de Lanzamiento para comunicarle al Proceso Proveedor lo que necesita, y queda a la espera de la respuesta con un Evento Intermedio Mensaje de Captura.
Un Evento Mensaje en el Borde de una Actividad es usado para que un Proceso reaccione de manera inmediata ante una comunicación desde otro Proceso. La 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.
Puesto que los Mensajes no fluyen dentro de una Piscina, los Mensajes llegan siempre desde un Proceso localizado en otra Piscina, y son enviados a Procesos en otras Piscinas.
Eventos Intermedios Mensaje
Conectores
- Flujo de Secuencia
-
Si el Evento Intermedio Mensaje está en el Flujo, entonces debe tener Flujos de Secuencia de Entrada y de Salida.
Si el Evento Intermedio Mensaje 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
-
Si el Evento Intermedio Mensaje es de Captura, puede tener un Flujo de Mensaje de Entrada.
Si el Evento Intermedio Mensaje es de Lanzamiento, puede tener un Flujo de Mensaje de Salida.
Un Evento Intermedio Mensaje no puede tener a la vez Flujos de Mensaje de Entrada y de Salida.
Evento Mensaje Intermedio Flujo Capturador
|
Un Evento Intermedio Mensaje Capturador en el Flujo espera la llegada de un Mensaje. El Flujo continúa cuando llega el Mensaje. Se representa con un círculo de línea doble con un sobre de carta. |
|
Después de ejecutada la Actividad A el Proceso entra en pausa a la espera de un Mensaje, cuando éste llega el control pasa a la Actividad B. Un Flujo de Mensaje conecta al Participante emisor del Mensaje con el Evento Intermedio Capturador.
Evento Intermedio Mensaje Capturador en el Flujo
Si la Piscina del emisor del Mensaje no está dibujada en el diagrama, al Evento Intermedio no llega Flujo de Mensaje, pero el significado no cambia: el Evento espera la llegada de un Mensaje desde fuera del Proceso, es decir, desde otra Piscina.
Una instancia del Proceso puede tener varios subflujos activos. La espera de un Mensaje 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 Mensaje produce una pausa entre D1 y D2, pero el resto del Proceso sigue su trabajo normal.
Evento Intermedio Mensaje Capturador en Proceso con varios Flujos
Un Evento Intermedio Mensaje Capturador también puede estar en el Flujo de un Subproceso Embebido, en cualquier nivel de anidamiento.
Evento Intermedio Mensaje Capturador en el Flujo de Subproceso
Un Mensaje puede ser recibido en cualquier nivel de anidamiento dentro de un Proceso. El Flujo de Mensaje atraviesa el borde la Piscina y de los Subprocesos que se requiera hasta llegar al Evento que captura el Mensaje.
Evento Mensaje Intermedio Flujo Lanzador
|
Un Evento Intermedio Mensaje Lanzador en el Flujo envía un Mensaje. El Mensaje es enviado cuando el Flujo llega al Evento, no hay espera. Una vez enviado el Mensaje el Flujo continúa. Se representa con un círculo de línea doble con un sobre de carta oscurecido. |
|
Después de ejecutada la Actividad A el Proceso llega al Evento, lanza el Mensaje y pasa inmediatamente a la Actividad B. Un Flujo de Mensaje conecta el Evento Intermedio Lanzador con el Participante receptor del Mensaje.
Evento Intermedio Mensaje Lanzador en el Flujo
Si la Piscina del receptor del Mensaje no está dibujada en el diagrama, del Evento Intermedio no sale Flujo de Mensaje, pero el significado no cambia: el Evento envía un Mensaje hacia fuera del Proceso, es decir, hacia otra Piscina.
La comunicación entre Procesos vía Mensajes es asíncrona, es decir, el Proceso emisor no tiene control sobre cuándo llegará el Mensaje al otro Participante: una vez enviado el Mensaje, el Proceso continúa con la Actividad, Evento o Compuerta siguiente en el Flujo. En el ejemplo anterior, el Mensaje podría arribar a destino antes de comenzar la Tarea B o mientras ésta se ejecuta, incluso podría llegar cuando la instancia del Proceso emisor ya ha terminado.
Un Evento Intermedio Mensaje Lanzador también puede estar en el Flujo de un Subproceso Embebido, en cualquier nivel de anidamiento.
Evento Intermedio Mensaje Lanzador en el Flujo de Subproceso
Un Mensaje puede ser lanzado desde cualquier nivel de anidamiento dentro de un Proceso. El Flujo de Mensaje atraviesa el borde de los Subprocesos que se requiera hasta llegar al borde de la Piscina y dirigirse al Participante receptor.
Evento Mensaje Intermedio Borde Interruptor
|
Un Evento Intermedio Mensaje Interruptor en el Borde captura un Mensaje, 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 sobre de carta. |
|
Si llega un Mensaje mientras se ejecuta la Actividad B, la Actividad es interrumpida y se continúa por el Flujo de Excepción. Pero si no llega un Mensaje, la Actividad B termina normalmente y se pasa a la Actividad C, es decir, continúa el Flujo Normal.
Evento Intermedio Mensaje 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 Mensaje Interruptor en el Borde - un camino
Si la Piscina del emisor del Mensaje no está dibujada en el diagrama, al Evento Intermedio en el Borde no llega un Flujo de Mensaje, pero el significado no cambia: el Evento interrumpe la Actividad cuando llega un Mensaje desde fuera del Proceso, es decir, desde otra Piscina.
Evento Mensaje Intermedio Borde No Interruptor
|
Un Evento Intermedio Mensaje no Interruptor en el Borde captura un Mensaje 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 sobre de carta. |
|
Cada vez que llega un Mensaje 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 Mensaje 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 Mensaje en el Borde No Interruptor - un camino
Si la Piscina del emisor del Mensaje no está dibujada en el diagrama, al Evento Intermedio en el Borde no llega un Flujo de Mensaje, pero el significado no cambia: el Evento se gatilla cuando llega un Mensaje desde fuera del Proceso, es decir, desde otra Piscina.
Evento Mensaje Final
|
Un Evento Final Mensaje envía un Mensaje cuando el Flujo llega al final de un camino. El Mensaje es enviado 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 sobre de carta oscurecido. |
|
Después de ejecutada la Tarea C el Proceso llega al Evento Final y lanza un Mensaje. Como todo Evento Final, el Evento Final Mensaje 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. Un Flujo de Mensaje conecta al Evento Final con el Participante que recibe el Mensaje.
Evento Final Mensaje
Si la Piscina del receptor del Mensaje no está dibujada en el diagrama, del Evento Final no sale un Flujo de Mensaje, pero el significado no cambia: el Evento envía un Mensaje hacia fuera del Proceso, es decir, hacia otra Piscina.
Al igual que en caso del Evento Intermedio Mensaje Lanzador, el Proceso emisor no tiene control sobre cuándo llegará el Mensaje al otro Participante.
Un Evento Final Mensaje también puede marcar el final de un camino de un Subproceso Embebido, en cualquier nivel de anidamiento.
Evento Final Mensaje en Subproceso
Como muestra el ejemplo anterior, un Mensaje puede ser lanzado desde cualquier nivel de anidamiento dentro de un Proceso. El Flujo de Mensaje atraviesa el borde de los Subprocesos que se requiera hasta llegar al borde de la Piscina y dirigirse al Participante receptor del Mensaje.
Conectores
- Flujo de Secuencia
-
Como todo Evento Final, el Evento Final Mensaje debe tener uno o más Flujos de Secuencia de Entrada, y no debe tener Flujos de Secuencia de Salida.
- Flujo de Mensaje
-
Puesto que envía un Mensaje, el Evento Final Mensaje puede tener un Flujo de Mensaje de Salida, pero no puede tener Flujos de Mensaje de Entrada.
Patrones Colaboración
En BPMN, un Proceso de Negocio se modela con una Colaboración, que es un conjunto de Participantes (representados por Piscinas), cuyos Procesos se coordinan a través de Mensajes.
Una Colaboración típica consiste en la provisión de un producto (servicio) e involucra a tres Participantes:
- Cliente: requiere un producto, su Piscina contiene el Proceso Solicitante que se comunica con el Proveedor para pedir el producto.
- Proveedor: provee el producto, su Piscina contiene el Proceso Productor que recibe la solicitud del Cliente, crea el producto y lo entrega al Cliente.
- Proveedor(es) de Insumos: entrega insumos al Proveedor para que éste cree el producto requerido por el Cliente.
Patrón - Colaboración
Las tres líneas paralelas en la parte inferior de la Piscina de Proveedor de Insumos indican que es un Participante Múltiple, es decir, que puede haber varios Proveedores de Insumos en un instanciación de la Colaboración.
Solicitud y Recepción de Producto
El Cliente tiene la necesidad de un producto y se coordina con el Proveedor de dicho producto.
El Proceso Solicitante del Cliente tiene un Evento Intermedio Mensaje de Lanzamiento con el que envía la solicitud al Proveedor, luego queda a la espera del producto con un Evento Intermedio Mensaje de Captura.
Patrón - Solicitud y Recepción de Producto (i)
Por ejemplo, en el Proceso de Negocio Soporte a Clientes el Proceso del Cliente utiliza un Evento Intermedio de Lanzamiento para enviar una solicitud al Proceso de Soporte, y espera la respuesta con un Evento Intermedio de Captura.
Patrón - Solicitud y Recepción de Producto (ii)
Provisión de Producto
El Proveedor recibe la solicitud del Cliente y procede a crear el producto, para ello puede requerir insumos que son provistos por otros Procesos.
El Proceso Productor del Proveedor recibe la solicitud del Cliente con Evento Inicial Mensaje. Una vez creado el producto, lo entrega al Cliente con un Evento Final Mensaje.
Patrón - Provisión de Producto
Solicitud y Recepción de Insumos
El Proveedor interactúa con otros Procesos para obtener insumos (datos, materias primas, autorizaciones, etc.) que usa para crear el producto.
El Proceso Productor del Proveedor tiene un Evento Intermedio Mensaje de Lanzamiento con el que envía la solicitud al Proveedor de Insumos, luego queda a la espera del insumo con un Evento Intermedio Mensaje de Captura.
Patrón - Solicitud y Recepción de Insumos
Como puede verse, entre el Proveedor y el Proveedor de Insumos hay una relación Cliente-Proveedor. Es decir, el Proveedor actúa como un Cliente en relación con el Proveedor de Insumos.
Patrones Solicitud y Recepción de Información
En toda comunicación hay intercambio de datos. En algunos casos, el Proceso solo recibe el dato y lo manipula de manera simple (p. ej.: lo almacena en una base de datos). En otros casos, el dato contiene algo que puede cambiar el comportamiento del Proceso, este "algo" es información. Por ejemplo, si la dirección del cliente determina un tipo diferente de despacho, entonces - para este Proceso - la dirección del cliente es un "dato que contiene información".
En BPMN, el Mensaje (representado por un sobre de carta) modela datos que pasan de un Proceso otro. El Flujo de Mensaje indica el origen y destino del traspaso de datos. Que el dato contenga o no información depende de cómo actúa el Proceso cuando lo recibe.
Una situación típica de recepción de información es cuando un Proceso espera una repuesta de otro Proceso para seguir uno u otro camino. Por ejemplo, cuando el Cliente responde si acepta o no una propuesta: si la acepta, procesa el pedido; si la rechaza, se aborta la transacción y el flujo termina.
En BPMN, la Solicitud y Recepción de Información se puede modelar con una Compuerta Exclusiva de Eventos en combinación con Eventos Intermedios Mensaje de Captura: el Proceso solicita la información con un Evento Intermedio Mensaje de Lanzamiento. La respuesta la recibe con dos o más Eventos Intermedios Mensaje de Captura localizados inmediatamente después de la Compuerta Exclusiva de Eventos.
Patrón - Solicitud y Recepción de Información
La primera versión del Proceso de Negocio Provisión de Producto (Servicio) solo modela el escenario cuando el cliente acepta la propuesta. Una nueva versión usa una Compuerta Exclusiva de Eventos y dos Eventos Intermedios Mensaje de Captura para describir cuando el cliente acepta y cuando rechaza la propuesta.
Patrón - Solicitud y Recepción de Información - ejemplo
Patrones Entrega de Datos
A veces un Proceso debe comunicar a un ente externo sobre algo que ocurrió, pero no necesita una respuesta para continuar. Este ente externo puede ser, por ejemplo, una entidad reguladora - interna o externa a la organización.
Un Proceso contiene un Evento Intermedio Mensaje de Lanzamiento que no está pareado con un Evento Intermedio de Captura.
Patrón - Entrega de Datos
Nótese que no es necesaria una respuesta de la entidad externa, aparte de que recibió los datos. Si, como consecuencia de la revisión realizada por la entidad externa, hay anomalías que subsanar, éstas serán tratadas en otro Proceso de Negocio.
Patrones Recepción de Información Complementaria
Los Eventos en el Borde de una Actividad son complementarios, en el sentido que pueden o no ocurrir y el Proceso de todas maneras funciona. En caso de ocurrir, el Evento marca el comienzo de un Flujo de Excepción.
Cuando el Evento en el Borde es de tipo Mensaje, es la llegada de información externa lo que provoca el comienzo de un Flujo de Excepción.
A veces es necesario interrumpir el trabajo normal de un Proceso y seguir otro camino. Por ejemplo, cuando el Proceso Proveedor está creando el producto solicitado, el Proceso Cliente puede informarle, por medio de un Mensaje, que ha decidido cancelar el pedido.
El Proceso tiene una Actividad con un Evento Intermedio Mensaje Interruptor en el Borde, el Flujo de Excepción termina en un Final de Excepción.
Por ejemplo, cuando el Proceso Proveedor está creando el producto solicitado, el Proceso Cliente puede informarle, por medio de un Mensaje, que ya no requiere lo pedido. El Mensaje es recibido por un Evento Interruptor en el Borde de la Actividad que está creando el producto.
Patrón - Recepción de información complementaria con Interrupción
A veces es necesario realizar un trabajo complementario, pero sin interrumpir el trabajo normal de un Proceso. Por ejemplo, cuando el Proceso Proveedor está creando el producto solicitado, el Proceso Cliente puede solicitarle, por medio de un Mensaje, un informe de avance.
El Proceso tiene una Actividad con un Evento Intermedio Mensaje no Interruptor en el Borde, el Flujo de Excepción termina en un Final de Excepción.
Patrón - Recepción de información complementaria sin Interrupción
(En los diagramas anteriores los Eventos Inciales y algunos Finales también podrían ser de tipo Mensaje, pero han sido dejados como Eventos Vacíos para simplificar los diagramas y resaltar el patrón respectivo.)
Temporal
Texto.Texto.
Texto.Texto.
Texto.Texto.
Texto.Texto.
Texto.Texto.
Texto.Texto.
Texto.Texto.
Texto.Texto.
Texto.Texto.
Texto.Texto.
Texto.Texto.
Texto.Texto.
Especificación BPMN
Attribute messageRef. The Message MUST be supplied (if the isExecutable attribute of the Process is set to true).
Attribute operationRef. This attribute specifies the Operation that is used by the Message Event. It MUST be specified for executable Processes.
A Message arrives from a Participant and triggers the start of the Process. The Event is displayed with an envelope marker. The actual Participant from which the Message is received can be identified by connecting the Event to a Participant using a Message Flow. (Check if more than one message flow can be target one message start event. Compare with receive task.)
(No Spec) A Message arrives and triggers the start of a new Process instance. A new Token is generated. It will traverse through Sequence Flows and Elements. The End Event consumes the Token, and the Process instance ends.
A Message Intermediate Event can be used to either send a Message or receive a Message. When used to “throw” the Message, the Event marker MUST be filled (see the upper figure on the right). When used to “catch” the Message, then the Event marker MUST be unfilled. The actual Participant from which the Message is received can be identified by connecting the Event to a Participant using a Message Flow within the definitional Collaboration of the Process.
For an interrupting Message Event Sub-Process the boundary of the Event is solid.
