Resumen. Resumen. Resumen. Resumen. Resumen. Resumen.
Resumen. Resumen. Resumen. Resumen. Resumen. Resumen.
Nota: en BPMN 1.2 se usaba el término Subproceso Reutilizable (Reusable Sub-Process. En BPMN 2.0 hubo un cambio en la terminología, ahora Subproceso Reutilizable es Actividad de Llamada a un Proceso predefinido. Sin embargo, en la misma especificación de BPMN 2.0, al explicar el concepto, siguen usando la expresión de BPMN 1.2. Nos parece que el término más claro es: Llamada a Proceso (Reutilizable).
Resumen. Resumen. Resumen. Resumen. Resumen. Resumen.
Introducción
Es una Buena Práctica que Un Proceso Principal sólo tenga un Evento Inicial. Una excepción es cuando el Proceso Principal se utiliza direcamente y también para ser instanciado desde una Actividad (Subproceso) de Llamada. Entonces, hay tres escenarios:
- Un Proceso Principal tiene sólo un Evento Inicial no Vacío, por ejemplo un Evento Inicial Timer: "Último día habil del mes". El Proceso sólo puede ser instanciado directamente, nunca desde una Actividad de Llammada.
- Un Proceso Principal tiene sólo un Evento Incial Vacío, actúa como un Proceso Global. El Proceso sólo puede ser instanciad desde una Actividad de Llamada.
- Un Proceso Principal tiene un Evento Inicial Vacío, y otro no Vacío. El Proceso tiene un comportamiento dual: puede ser instanciado directamente cuando ocurre el Evento Inicial no Vacío, y también puede ser instanciado desde otro Proceso, vía una Actividad de Llamada. En este último caso, el Flujo comienza en el Evento Inicial Vacío.
Una Actividad de Llamada identifica un punto en el Proceso donde se (re)utiliza un Proceso global o una Tarea global. La Actividad de Llamada actúa como un "envoltorio" para la invocación. La activación de una Actividad de Llamada transfiere el control al Proceso Global o a la Tarea Global.
Proceso Global: Es un Proceso Principal que es invocado desde otro Proceso a través de un Actividad de Llamada. Para que pueda ser usado como Proceso Global, el Proceso Principal debe tener un Evento Inicial Vacío que se activará cuando sea invicado. Puede tener otro Evento Inicial no Vacío (por ejemplo, Mensaje o Condicional) que se usará para instanciar el Proceso de manera independiente.
Un Proceso reutilizable se conoce como Proceso Global. En realidad es cualquier Proceso Principal, es decir, aquél que está directamente localizado en su Piscina.
Una Actividad de Llamada a un Proceso Global utiliza la forma de un Subproceso normal (colapsado o expandido), pero se dibuja con línea gruesa.
Para poder ser reutilizado debe tener un Evento Inicial Vacío.
Un Proceso Princial cuando actúa de manera independiente es instanciado por la ocurrencia de un Evento distinto de Vacío, por ejemplo, la llegada de un Mensaje, en cumplimiento de un condición, entre otros. Pero cuando es instanciado desde una Actividad de Llamada no se espera la ocurrencia del Evento de Inicio, sino que comienza de inmediato, esto se logra con la presencia del Evento Inicial Vacío, cuya semántica es precisamnete "comenzar de inmediato".
Es importante recalcar que un Subproceso, en todas sus variantes (normal, Ad-Hoc, Transacción, Evento), no representa un caso de reutilización, puesto que sólo se utiliza en el lugar donde está declarado.
Si nos percatamos que un grupo de Actividades, Eventos y Compuertas unidos por Flujos de Secuencia es utilizado en muchas partes (en el mismo o varios Procesos) debemos:
- Crear el Proceso Global. Colocar el grupo de Actividades, Eventos y Compuertas unidos por Flujos de Secuencia en su propia Piscina. Debe tener un Evento Inicial Vacío. Si tiene otro tipo de Evento Inicial, el Proceso Global también puede ser usado de manera directa, es decir, no a través de una Actividad de Llamada.
- En todos los lugares donde se referencia el Proceso Global, colocar una Actividad de Llamada con forma de Subproceso.
Colaboración Definitoria
Un Proceso es un conjunto de Actividades, Eventos y Compuertas unidos por Flujos de Secuencia. Puede ser un Proceso Principal (Top-Level Process) si está directamente en su propia Piscina, o puede estar dentro de un Subproceso Embebido.
Un Proceso Principal interactúa con otros Participantes en una Colaboración a través de Mensajes. Algunos Participantes pueden estar explícitamente representados en el diagrama con sus propias Piscinas; la presencia de otros puede ser deducida a partir de Eventos Mensaje y/o Tareas (Recepción, Envío y Servicio) que utiliza el Proceso para comunicarse con ellos.
En BPMN, cada Proceso Principal está dentro de una Colaboración Definitoria. Esta especifica los Participantes con los que interactúa el Proceso, detallando con qué Servicios, Tareas de Envío o Recepción, o Eventos de Mensaje, el Proceso está conectado a qué Participantes a través de Flujos de Mensaje.
El Proceso donde está la Actividad de Llamada tiene una Colaboración Definitoria. El Proceso que es referenciado por la Actividad de Llamada tiene su propia Colaboración Definitoria. Se establece un mapeo entre los Participantes del Proceso que llama (el diagrama externo) y los Participantes de la Colaboración Definitoria del Proceso llamado (el diagrama interno).
Hay situaciones en las que los Participantes en ambos diagramas (externo e interno) son diferentes porque se desarrollaron de forma independiente, pero representan lo mismo. El mapeo debe considerar este hecho.
Jerarquía de Procesos
Es común que las metodologías que tratan el modelado de procesos incluyan algún tipo de jerarquía entre éstos. Las metodologías difieren en sus conceptos y métodos, pero es común encontrar jerarquías del tipo: Macroproceso ≫ Proceso ≫ Subproceso.
Por ejemplo, el Proceso Ventas está formado por los Subprocesos Ventas Online y Ventas en Sala. Cada uno de éstos contiene una Piscina principal con sus Carriles y, posiblemente, Piscinas adicionales con otros Participantes.
¿Podemos usar el Subproceso Emebebido BPMN para modelar Ventas Online y Ventas en Sala?
La respuesta es No. Porque un Subproceso Embebido BPMN permite descomponer jerárquicamente un único Proceso Principal, pero no crear una jerarquía entre Procesos Principales, es decir, Procesos que están contenidos cada uno en su propia Piscina, y dentro de su propia Colaboración Definitoria.
Pero sí podemos usar Actividades de Llamada en su variante Subproceso. De este modo el Proceso Ventas (que es un Proceso Principal) contendrá, entre otras Actividades, dos Actividades de Llamada: una llama a Ventas On-line y la otra a Ventas en Sala.
En resumen, la Actividades de Llamada, en su variane Subproceso, permiten crear redes de Procesos Principales. Donde cada uno de ellos puede actuar por sí mismo y/o ser llamado desde otros Procesos Principales. En algunos casos, esta red toma la forma de una jerarquía.
xxxxxxxxxxxxxx
Especificación BPMN
The BPMN 2.0 Call Activity corresponds to the Reusable Sub-Process of BPMN 1.2. A BPMN 2.0 Sub-Process corresponds to the Embedded Sub-Process of BPMN 1.2 (see the previous sub clause).
These elements are used to do mapping between two elements that both contain Participants. There are situations where the Participants in different diagrams can be defined differently because they were developed independently, but represent the same thing The ParticipantAssociation provides the mechanism to match up the Participants.
A Call Activity within a Process that has a definitional Collaboration references another Process that also has a definitional Collaboration. The Participants of the definitional Collaboration of the called Process (the inner diagram) need to be mapped to the Participants of the definitional Collaboration of the calling Process (the outer diagram).
When a Process with a definitional Collaboration, calls a Process that also has a definitional Collaboration, the Participants of the two Collaborations can be matched to each other using ParticipantAssociations of the Collaboration of the calling Process.
A Call Activity identifies a point in the Process where a global Process or a Global Task is used. The Call Activity acts as a ‘wrapper’ for the invocation of a global Process or Global Task within the execution. The activation of a call Activity results in the transfer of control to the called global Process or Global Task.
The BPMN elements that can be called by Call Activities (i.e., are CallableElements) are: Process and GlobalTask (see Figure 10.43).
The BPMN 2.0 Call Activity corresponds to the Reusable Sub-Process of BPMN 1.2. A BPMN 2.0 Sub-Process corresponds to the Embedded Sub-Process of BPMN 1.2 (see the previous sub clause).
A Call Activity object shares the same shape as the Task and Sub-Process, which is a rectangle that has rounded corners. However, the target of what the Activity calls will determine the details of its shape.
If the Call Activity calls a Process, then there are two options:
- The details of the called Process can be hidden and the shape of the Call Activity will be the same as a collapsed Sub-Process, but the boundary of the shape MUST have a thick line (see Figure 10.40).
- If the details of the called Process are available, then the shape of the Call Activity will be the same as a expanded Sub-Process, but the boundary of the shape MUST have a thick line (see Figure 10.41).
