Índice

Introducción

Uno de los nuevos recursos del Fluig es la posibilidad de utilizar todo un conjunto de nuevos componentes venidos de la notación BPMN 2.0 permitiendo no solo la automatización de un proceso como también permite la documentación del mismo para la organización. Estos nuevos componentes permiten la extensión de funcionalidades ya creadas con los antiguos componentes y se pueden acceder utilizando el botón BPMN Extendido localizado en la barra de herramientas de su IDE. Este botón permite alternar entre los modos Principal y Extendido . Al presionar este botón tendrá efecto inmediato sobre la paleta de componentes de modelaje de proceso.

Al acceder el modo BPMN Extendido usted tendrá un aumento de 33 nuevos elementos más que se podrán utilizar en cualquier proceso Fluig que usted tenga en su organización hoy extendiendo las funcionalidades del mismo .

Script condicional

Uno de los nuevos conceptos existentes en el BPMN 2.0 fue la adopción de scripts condicionales. Los Scripts condicionales se desarrollan usando el lenguaje javascript y permiten al Fluig consultar servicios externos permitiendo la creación de procesos más elaborados. Los Scripts condicionales generalmente están vinculados a programadores que determinan el período o la frecuencia en el cual esos scripts se ejecutarán. Cuando el script consiga retornar un valor lógico igual a true significa que el script fue ejecutado con éxito moviendo las solicitudes workflow de acuerdo con el elemento de modelaje utilizado. 

Señal

Señales es una nueva forma de comunicación entre procesos creado para el fluig. Utilizando señales es posible que un proceso mueva o inicie una o más solicitudes workflow de acuerdo con la señal configurada. La mejor forma de describir el funcionamiento del mismo con un ejemplo . En el proceso a continuación tenemos un proceso de venta de automóvil en el que el cliente acabó de confirmar la compra del mismo. La actividad siguiente, la actividad de compra es un evento intermediario de envío de señal que posee una señal llamada "VentaEfectivada" configurada.

El evento intermediario emite la señal y avanza inmediatamente a la próxima actividad permitiendo al cliente retirar inmediatamente su automóvil.  La empresa que vendió el coche posee un sector de seguros que tiene un proceso integrado por señal . Espera la confirmación de la compra del cliente para inmediatamente comenzar a montar la póliza del seguro y buscar el cliente ofreciendo el seguro para el automóvil.

El proceso del sector de seguros posee un evento inicial de recepción de señal . Cada vez que la tienda confirma la venta de automóvil automáticamente se abre una nueva solicitud de workflow en el proceso de seguros que poco tiempo después ya busca el cliente para ofrecer una propuesta de seguro . 

En este medio tiempo la fábrica de automóviles que ya tiene automóviles listos en el stock también está monitoreando la misma señal enviada por la tienda y mueve su proceso de reponer los automóviles de la tienda.

Apenas configurando las señales que los eventos están operando es posible crear un nuevo tipo de integración entre los diferentes procesos de diferentes sectores sin ninguna necesidad de programación o personalización adicional.