Motor de Workflow. Historia de revisiones

Transcripción

1 Motor de Workflow Informe de BPMN Soportado y su comportamiento Versión 13.2 Historia de revisiones Fecha Versión Descripción Autor 28/09/ Creación del documento Leonel Peña 30/09/ /10/ /11/ Modificación de soporte artefactos Modificación de comportamiento de las compuertas y artefactos soportados Modificaciones de las restricciones Leonel Peña Leonel Peña Leonel Peña 09/11/ Revisión y corrección Gonzalo Pelós (SQAR) 13/11/ Correcciones Leonel Peña Informe de BPMN soportado y su comportamiento Página 1 de 17

2 Contenido 1. INTRODUCCIÓN EVENTOS INICIO Dibujo Comportamiento, descripción FIN Dibujo Comportamiento, descripción... Error! Marcador no definido. 3. TAREAS TAREAS NO INTERACTIVAS Dibujo Seteos, descripción TAREAS INTERACTIVAS Dibujo Seteos, descripción... Error! Marcador no definido. 4. SUB-PROCESO SUB-PROCESO REUSABLE Dibujo Dibujo Inicio y Fin de un Sub-Proceso Consideración Ejemplo y explicación sobre la utilización COMPUERTAS EXCLUSIVA Dibujo Comportamiento Cantidad de entradas y de salidas Evaluación Flujo de entrada Flujo de salida Errores Ejemplo Sin salida default Con salida default PARALELA Dibujo Comportamiento Cantidad de entradas y de salidas Evaluación Flujo de entrada Flujo de salida Errores Ejemplo Sin salida default Con salida default INCLUSIVA Dibujo Comportamiento Cantidad de entradas y de salidas Evaluación Flujo de entrada Flujo de salida Errores Restricciones derivados del diseño Flujos externos a la compuerta El cruce de caminos paralelos salientes Informe de BPMN soportado y su comportamiento Página 2 de 17

3 Sincronización de cantidad menor de caminos Ejemplo Sin salida default Con salida default RESTRICCIONES DE TODOS LOS MODELOS ANEXO Informe de BPMN soportado y su comportamiento Página 3 de 17

4 1. Introducción Este documento contiene la información relevante sobre el comportamiento de los artefactos de BPMN soportados por el motor desarrollado. 2. Eventos Solo se va a soportar dos tipos de eventos el de inicio el cual puede haber uno solo y el de fin que puede existir más de uno. A cada uno de estos eventos se les debe asignar un nombre el cual luego servirá para identificarlos en la consola de modelado Inicio Dibujo Solo se soportara este dibujo para el evento de inicio Comportamiento - Descripción 2.2. Fin Dibujo Este artefacto marcará el inicio de un proceso, el cual dará comienzo a todas las tareas unidas a él. Este evento posee un evento asociado el cual se podrá indicar desde la consola de modelado. Solo se soportara este dibujo para el evento de fin Comportamiento - Descripción Este artefacto marcará el fin de un proceso. La ejecución de este artefacto se realizará de la siguiente forma: Se terminara el proceso haya o no tareas ejecutando. En caso de que haya tareas ejecutando se procederá de la siguiente forma, discriminando por tipo de tarea ejecutando: o o Tareas Interactivas: las finaliza guardando el estado en que estaba e indicando que se finalizó porque se llegó a un estado final del proceso. Tareas No Interactivas: Se espera a que estas terminen para finalizar la ejecución del proceso. Para cualquiera de los dos tipos de tareas no se realizará la ejecución de los procedimientos asociados al post condicional de la tarea, ni los eventos de fin que posea la misma. Informe de BPMN soportado y su comportamiento Página 4 de 17

5 3. Tareas Las tareas serán instanciadas cada vez que el flujo del proceso llegue a la misma. Esto es, se creará un nuevo registro en la Base de datos. El flujo de entrada que recibe la tarea será el mismo que se retornará por los flujos de salida. El flujo de entrada se almacenará asociado al workitem creado. El tipo de tarea será cargada desde la carga del xpdl decidiendo el tipo de la misma dependiendo si tiene o no participantes asociados Tareas No Interactivas Dibujo Solo se soportara este dibujo para tareas Configuración Descripción Desde la consola de modelado se le podrá asociar un procedimiento a la misma, y todos los procedimientos asociados a el evento post condicional y a los eventos de inicio y fin de una instancia de la misma Tareas Interactivas Dibujo Solo se soportara este dibujo para tareas Configuración Descripción Desde la consola de modelado solo se le podrá asociar un web panel a la misma, y todos los procedimientos asociados al evento post condicional y a los eventos de inicio y fin de una instancia de la misma. Informe de BPMN soportado y su comportamiento Página 5 de 17

6 4. Sub-Proceso El motor va a soportar Sub-Proceso Reusable el cual necesita que se importe el diagrama que va a ser referenciado por el subproceso, al momento de cargar el xpdl al motor es necesario tener el xpdl del proceso principal y todos los sub-procesos que este incluya. Se soportará un solo nivel de anidamiento Sub-Proceso Reusable Dibujo Dibujo Inicio y Fin de un Sub-Proceso Inicio Fin Consideración Todo subproceso inicia con un estado inicial y solo uno, terminando en uno o más estados finales. Estos estados no tendrán eventos asociados y se perderá su noción dentro del motor. El estado inicial es requerido para unir la/s activad/es previa/s al sub proceso. De forma análoga se utilizará los estados finales para unir con todas las actividades siguientes al mismo Ejemplo y explicación sobre la utilización A continuación se presenta un ejemplo de como se mapearan definiciones de modelos de procesos (diagramas BPMN) en definiciones de procesos a nivel del motor. El diagrama anterior muestra un ejemplo de definición de proceso soportado por el motor en la que se utiliza subprocesos. Ambas Informe de BPMN soportado y su comportamiento Página 6 de 17

7 actividades SubProcess 1 y SubPorcess 2 se encuentran asociadas a la misma definición de subproceso. El siguiente diagrama muestra el subproceso que será almacenado en el motor: Los nombres de las actividades que se encontraban dentro de los subprocesos, se modificarán por la concatenación del nombre de la actividad subproceso con - y el nombre de la actividad interna del mismo. Dentro del motor cada actividad mantendrá un nombre único para una definición de modelo. Los estados iniciales y finales del subproceso se pierden. Dentro del motor se perderá la noción de pertenencia de una actividad a su subproceso. Esto implica que a la hora de configurar una definición de proceso desde la consola de modelado, se deberá establecer las propiedades de cada actividad de un subproceso por cada repetición del mismo dentro del modelo dado de alta. Por ejemplo, se deberán configurar las actividades SubProcess1-Task2 y SubProcess2-Task2 por separado. Esto permite definir timers distintos para cada una, procedimientos externos, etc. No se podrán definir datos relevantes para un subproceso, sin embargo tendrá acceso a los datos relevantes del proceso al que pertenece. Informe de BPMN soportado y su comportamiento Página 7 de 17

8 5. Compuertas El motor va a soportar tres tipos de compuertas, la exclusiva, paralela e inclusiva, las cuales se describen a continuación. A cada una de las compuertas se les debe asignar un nombre el cual servirá para luego identificarlas en la consola de modelado. Las compuertas serán instanciadas de forma distinta a las tareas. La creación de nuevas instancias dependerá de los tokens recibidos, los distintos flujos que vayan llegando y del tipo de compuerta. Cada instancia de condición almacenará los valores de los flujos que vayan recibiendo Exclusiva Dibujo Solo se soportara este dibujo para la condición Comportamiento Cantidad de entradas y de salidas Esta compuerta soporta N entradas a la misma y N salidas Evaluación Cada flujo de entrada que llega a la condición invoca al procedimiento asociado a la misma, es decir cada flujo de entrada provoca la evaluación de la condición Flujo de entrada Se recibe un flujo de entrada a la vez, en caso de recibir más de un flujo de entrada la ejecución de la condición no tendrá un orden predefinido Flujo de salida Errores Se podrá elegir una y solo una salida ente todas las posibles, en caso de no elegirse ninguna salida y existir una salida default se seleccionara esta salida. Los errores y sus resultados se explican a continuación: o Más de una salida seleccionada: el error se produce al evaluar más de una salida verdadera, y el resultado de este error es que se abortará el proceso. o No se seleccionó una salida y no existe la salida por default: el error se produce al evaluar todas las salidas posibles en false y la no existencia de las salida por defecto, como resultado se abortará el proceso. Informe de BPMN soportado y su comportamiento Página 8 de 17

9 Ejemplo Sin salida default Con salida default 5.2. Paralela Dibujo Comportamiento Cantidad de entradas y de salidas Esta compuerta soporta N entradas a la misma y N salidas Evaluación En esta compuerta se espera a que todos los workitems previos a la misma hayan terminado para un mismo token Flujo de entrada Se recibirá en cualquier orden los flujos de entrada pero estos quedarán esperando a que todos los flujos lleguen a la condición Flujo de salida Errores Se realizara la ejecución de todos los flujos de salida al completarse la llegada de todos los flujos de entrada. Esta compuerta no posee errores. Informe de BPMN soportado y su comportamiento Página 9 de 17

10 Ejemplo Sin salida default Con salida default Para esta compuerta no se permite la salida default 5.3. Inclusiva Dibujo Comportamiento Cantidad de entradas y de salidas Esta compuerta soporta N entradas a la misma y N salidas Evaluación Esta se realizará de la siguiente forma al arribar un flujo de entrada, se realizará la evaluación del mismo decidiendo si debe sincronizar (es decir esperar por los flujos que pueden arribar para este token) o evaluar el procedimiento externoen caso de que hayan arribado todos los flujos posibles de arribar(es decir se sincronizó),se evaluara el procedimiento externo que selecciona las salidas, (las cuales pueden ser más de una) en caso de que no se seleccione una salida y exista la salida por default se tomara esta Flujo de entrada Se podrá recibir varios flujos de entrada pero no se evaluarán hasta tanto no se haya sincronizado Flujo de salida Errores Se podrá elegir las salidas que se deseen,(entre todas las posibles) en caso de no elegirse ninguna salida y existir una salida default se seleccionara esta salida. Los errores y sus resultados se explican a continuación o No se seleccionó una salida y no existe la salida por default: el error se produce al evaluar todas las salidas posibles en false y la no existencia de las salida por defecto, como resultado se abortará el proceso. Informe de BPMN soportado y su comportamiento Página 10 de 17

11 Restricciones derivadas del diseño En esta sección se presentan una serie de restricciones impuestas sobre ciertas combinaciones de actividades y esta compuerta Flujos externos a la compuerta No son válidos los modelos que posean flujos externos conectados a actividades que se encuentren entre dos compuertas inclusivas. Un ejemplo de esto: Tampoco es válida la llegada de flujos externos a una condición de este tipo,un ejemplo de esto es el siguiente: El cruce de caminos paralelos salientes No es válido comunicar caminos paralelos que salen de condiciones inclusivas, un ejemplo de esto es el siguiente: Informe de BPMN soportado y su comportamiento Página 11 de 17

12 Sincronización de cantidad de caminos de entrada Una condición inclusiva no podrá sincronizar parte del flujo de salida de otra compuerta inclusiva previa. El siguiente es un ejemplo de esto: Ejemplo Sin salida default Con salida default Informe de BPMN soportado y su comportamiento Página 12 de 17

13 6. Restricciones de todos los modelos El motor no soportará dos o más conexiones en la misma dirección entre dos objetos cualesquiera, un ejemplo de esto son los siguientes: Tampoco se podrá poner un sub-proceso como salida default ejemplos de esto son los siguientes: No se permite más de una salida de una condición sea un estado de fin Informe de BPMN soportado y su comportamiento Página 13 de 17

14 7. Anexo En esta sección se describe los dibujos que van a ser soportados por el motor en base a los artefactos utilizados por el modelador a utilizar (BizAgi). Los artefactos marcados con una cruz roja no van a ser soportados por el motor. 1 2 El estado final marcado con el número 1 es utilizado para sub-proceso y el estado final marcado con el 2 es utilizado para procesos. La descripción y comportamiento de los eventos de inicio y fin se encuentran en la sección 2 - Eventos. La descripción de los tipos de tareas y como se asignan los mismos se encuentra explicado en la sección 3 - Informe de BPMN soportado y su comportamiento Página 14 de 17

15 Tareas. El motor soportará solo sub-procesos reusables el cual se explica su implementación en la sección4 - Sub-Proceso Los Gateways sin marcar se describen su comportamiento en la sección Informe de BPMN soportado y su comportamiento Página 15 de 17

16 Compuertas Sobre el artefacto pool, se va a poder utilizar varias pool por diagrama pero no se permitirá conexión alguna entre estas. La aceptación de varios pool por diagrama permite al usuario la realización de varios procesos en un solo diagrama debiendo cargar uno a uno los modelos en la consola de modelado. El motor soportara cualquiera de los artefactos de la figura anterior no teniendo ningún impacto en la carga del proceso. Los conectores a utilizar son los marcados con los números 1 y 2 1. Este conector permite realizar un link entre dos tareas, una tarea y una condición, una condición y una tarea, y entre dos condiciones. Este conector determina el flujo normal del proceso. 2. Este conector permite conectar una salida de una condición exclusiva o inclusiva con una tarea u otra condición. Este tipo de conector indica que la salida marcada es una salida por default, en la sección Informe de BPMN soportado y su comportamiento Página 16 de 17

17 Compuertas se explica el comportamiento para cada una de las compuertas. Informe de BPMN soportado y su comportamiento Página 17 de 17