Resumen. Resumen. Resumen. Resumen. Resumen. Resumen.
Resumen. Resumen. Resumen. Resumen. Resumen. Resumen.
Texto texto texto texto texto texto texto texto texto texto texto texto texto texto texto texto. Texto texto texto texto texto texto texto texto texto texto texto texto texto texto texto texto.
Advanced
BPMN-Specification-text. BPMN-Specification-text. BPMN-Specification-text.
BPMN-Specification-text. BPMN-Specification-text. BPMN-Specification-text.
Otros
Si se gatilla un Evento Inicial que participa en una Conversación que incluye otros Eventos Iniciales, solo se crea una nueva instancia de Proceso si todavía no existe una para la Conversación en cuestión (identificada a través de su información de correlación).
Para una Correlación Basada en Clave, solo puede estar activa una Tarea de Recepción para una clave de correlación determinada y, por lo tanto, el Mensaje solo afecta a una instancia de Proceso. Para la Correlación Basada en Predicados, el Mensaje se puede pasar a varias Tareas de Recepción.
Los Procesos pueden ejecutarse durante días o incluso meses, lo que requiere una comunicación asíncrona a través de Mensajes. Además, muchas instancias de un mismo Proceso normalmente se ejecutarán en paralelo, por ejemplo, muchas instancias de un Proceso de Ordenes de Compra, cada una de las cuales representa una Orden en particular. La Correlación se utiliza para asociar un determinado Mensaje a una Conversación en curso entre dos instancias de Proceso en particular. BPMN permite usar datos del Mensaje para identifcar la Correlación, por ejemplo, el ID de la Orden y/o la ID del Cliente, en lugar datos técnicos de Correlación.
El concepto de Correlación facilita la asociación de un Mensaje a una Tarea de Envío o de Recepción, a menudo en el contexto de una Conversación, lo que también se conoce como enrutamiento de instancias. La correlación ocurre durante la ejecución. Las Correlaciones describen una serie de predicados sobre el contendido del Mensaje que deben cumplirse para que ese Mensaje se asocie a una determinada Tarea de Envío o de Recepción.
Cada Tarea de Envío o de Recepción participa en una o varias Conversaciones. Además, identifica el mensaje que envía o recibe y, por lo tanto, establece la relación con una (o varias) claves de Correlación.
Las Correlaciones se utilizan para asignar los Mensajes a la instancia de Proceso adecuada, y se pueden definir para los Flujos de Mensajes que pertenecen a la Conversación. Las Correlaciones se usan para especificar Conversaciones entre Procesos que de acuerdo al siguiente patrón:
- Los datos de la Conversación son conocidos y definidos por los Procesos participantes a nivel conceptual. No es necesario que las estructuras de datos subyacentes sean idénticas.
- Una Conversación se lleva a cabo mediante un simple intercambio de Mensajes entre Procesos, no se necesitan acuerdos adicionales.
- Existen Tareas de Envío y Recepción intercambiando los datos conceptuales de la Conversación. Por ejemplo, una Orden enviada por una Tarea de un Proceso debe ser recibida por al menos una Tarea de uno de los Procesos participantes.
- La propia Correlación se define en términos de campos que son parte de los datos conceptuales. Por ejemplo, si los datos conceptuales comprenden una Orden de Compra, entonces el campo de correlación puede ser el ID de la Orden.
Especificación BPMN
If the Start Event participates in a Conversation that includes other Start Events, a new Process instance is only created if none already exists for the specific Conversation (identified through its associated correlation information) of the Event occurrence.
For key-based correlation, only a single receive for a given CorrelationKey can be active, and thus the Message matches at most one Process instance. For predicate-based correlation, the Message can be passed to multiple Receive Tasks.
Business Processes typically can run for days or even months, requiring asynchronous communication via Message. Also, many instances of a particular Process will typically run in parallel, e.g., many instances of an order process, each representing a particular order. Correlation is used to associate a particular Message to an ongoing Conversation between two particular Process instances. BPMN allows using existing Message data for correlation purposes, e.g., for the order process, a particular instance can be identified by means of its orderID and/or customerID, rather than requiring the introduction of technical correlation data.
The concept of Correlation facilitates the association of a Message to a Send Task or Receive Task1 often in the context of a Conversation, which is also known as instance routing. It is a particular useful concept where there is no infrastructure support for instance routing. Note that this association can be viewed at multiple levels, namely the Collaboration (Conversation), Choreography, and Process level. However, the actual correlation happens during runtime (e.g., at the Process level). Correlations describe a set of predicates on a Message (generally on the application payload) that need to be satisfied in order for that Message to be associated to a distinct Send Task or Receive Task. By the same token, each Send Task and each Receive Task participates in one or many Conversations. Furthermore, it identifies the Message it sends or receives and thereby establishes the relationship to one (or many) CorrelationKeys.
Correlation can be applied to Message Flows in Collaboration and Choreography, as described in Clause 9, ’Collaboration’ and 11, ’Choreography’. The keys applying to a Message Flow are the keys of containers or groupings of the Message Flow, such as Collaborations, Choreographies, and Conversation Nodes, and Choreography Activities. This might result in multiple CorrelationKeys applying to the same Message Flow, perhaps due to multiple layers of containment. In particular, calls of Collaborations and Choreographies are special kinds of Conversation Nodes and Choreography Activities, respectively, and are considered a kind of containment for the purposes of correlation. The CorrelationKeys specified in the caller apply to Message Flow in a called Collaboration or Choreography.
Correlations are the mechanism that is used to assign the Messages to the proper Process instance, and can be defined for the Message Flows that belong to the Conversation. Correlations can be used to specify Conversations between Processes that follow a fairly simple Conversation pattern in the sense that:
The conceptual data of the Conversation is well known and defined by the participating Processes. However this doesn’t mandate that underlying type systems are identical. It is sufficient that the data is known “conceptually” on a (potentially very high) business level.
A Conversation takes place by means of simple Message exchange between Processes, no additional agreements MUST be considered.
There exists send and receive Tasks accepting the conceptual data of the Conversation. (An Order send by a Task of a Process should be received by at least one Task of the participating Process).
The correlation itself is defined in terms of correlation fields, which denote a subset of the conceptual data that should be used for the correlation. (For example, if the conceptual data comprises an order, then the correlation field might be denoted by the order ID).
