...
O3 Process es utilizado tanto para brindar soluciones a problemas de automatización de procesos de negocio empresariales como para ofrecer funcionalidades adicionales a la suite O3 PS por medio de workflows embebidos.
Panel | ||||
---|---|---|---|---|
| ||||
Anchor | ||||
---|---|---|---|---|
|
Se presentan brevemente algunas soluciones de esta categoría, señalado el objetivo del proceso de negocio y los aspectos más relevantes de O3 procesos usados.
Proceso de negocio automatizado | Gestión de documentos sobre la gestión de la calidad de los procesos de una curtiembre |
Empresa | ZENDA (http://www.zendaleather.com) |
Breve descripción | La gestión automatizada de los documentos sobre la gestión de la calidad permite realizar las actividades siguientes, guiadas por un flujo bien definido entre ellas:
|
Funcionalidades de O3 Process utilizadas |
|
Anchor | ||||
---|---|---|---|---|
|
Anchor | ||||
---|---|---|---|---|
|
O3 PS cuenta con un proceso de O3 Process llamado O3 Builder Launcher que permite la construcción de cubos de O3. Cada instancia de proceso (en adelante, Process Instance o PI simplemente) se encuentra asociada a un único cubo en particular.
Al ir creando nuevas PI de este proceso, éstas van quedando en su primera actividad (Wait For Execution) para que sean completadas manualmente.
Al completarlas, se va a correr la construcción del cubo. Si la misma fue exitosa, se envía un mail notificando y se pasa nuevamente a la primer actividad.
Si por el contrario la ejecución falló, también se envía un mail informando al respecto (incluyendo el log de la construcción) pero se va a una actividad (Check Errors) en la cual se indica que hubieron errores para que el usuario pueda verificarlos y manualmente ir completando los WI para que queden listas para construir nuevamente (Wait For Execution).
La definición del proceso, así como los formularios utilizados, se encuentran en <O3>\files\Process:
- O3Builder.xml: definición del proceso
- O3BuilderUI-Creation.xml: formulario EDF para la creación de la instancia de proceso que permitirá definir:
- nombre del cubo
- ubicación del archivo de actualización del cubo (archivo .srv). Si no se especifica un camino absoluto, lo va a buscar bajo <O3>\bat
- ubicación del archivo de log. Si no se especifica un camino absoluto, lo va a buscar bajo <O3>\bat
- O3BuilderUI-Execution.xml: formulario EDF asociado a la acción de completar de las tareas
Para su correcta configuración es necesario verificar los valores de las siguientes properties en el archivo <O3>\jboss\server\default\ideasoft-jwf\GServer.properties:
- o3.builder verificar ubicación correcta del ejecutable del builder
- o3.server.name verificar nombre del server
- o3.server.host verificar dirección IP del server
- o3.server.port verificar puerto del server
- o3.server.user verificar login de usuario
- o3.server.pass verificar clave de usuario
<O3> se refiere al directorio de instalación de O3.
En la instalación por omisión, ya se encuentra el proceso con un pre-deploy en el servidor. Sólo restan realizar las verificaciones anteriores además de los siguientes pasos:
- Guardar en el servidor los formularios:
- O3BuilderUI-Creation.xml
- O3BuilderUI-Execution.xml
- Publicar los formularios anteriores con los mismos nombres que los archivos (sin la extension .xml)
- Pasar el proceso a Producción (cambiar el estado)
Todas las instancias del proceso quedan asignadas al rol ya definido: "CubeBuilders". El usuario "admin" ya pertenece a ese rol.
El proceso está configurado para que no expire. Esto es, para que corra una construcción del cubo, debe realizarse manualmente un complete de los WI en la actividad "Wait For Execution".
Para poder realizar construcciones periódicamente, solo hay que habilitar la expiración en la actividad anterior y colocar los valores de expiración deseados.
Note |
---|
El proceso envía una notificación vía mail para informar si la construcción del cubo fue exitosa ó no, por lo tanto, se debe tener configurado lo siguiente:
|
Anchor | ||||
---|---|---|---|---|
|
O3 PS cuenta con un proceso de O3 Process llamado AlertsTracking DefaultAlertTracking que tiene por cometido gestionar el ciclo de vida de una regla y personalizar las notificaciones.
AlertsTracking DefaultAlertTracking está parametrizado para que reciba un día de la semana en el que se quiere que se envíe el mail asociado a la regla. Una instancia de este proceso lo que hace, básicamente, es estar dormido hasta que llega la fecha de expiración. Cuando esta sucede se despierta, calcula la próxima fecha de expiración y reevalúa la regla. Si la regla no se cumple envía el mail y la instancia se vuelve a dormir.
...
- terminarla. La instancia sigue siempre viva hasta que no se le indique por aquí (explícitamente) que termine.
- hacerle un "snooze", esto es, variar la próxima expiración inmediata. Por ej. si se configura el proceso para que el mail se envie todos los viernes, se puede por esta acción indicar se quiere que en esta semana lo haga el miércoles. El miércoles se despertará, hará lo explicado más arriba pero la expiración luego de este "snooze" será el original. En este ejemplo, todos los viernes.
AlertsTracking está además parametrizado para que envíe mail cada vez que se evalúa la regla o sólo cuando se llegue al día indicado. Esta parametrización así como la del día, mencionada en el punto anterior, pueden ser modificadas de la siguiente manera:
...
Code Block |
---|
procInstAttributes.set(DefaultAlertTrackingProcess.EXEC_MODE_PROPERTY,
DefaultAlertTrackingProcess.AT_DATE_EXECUTE_ACCTIONS_EXEC_MODE)
|
...
- .
...
Por último, a efecto únicamente de una demostración, se cuenta con un atributo de la instancia de proceso de nombre "demoMinutes" que permite ejecutar el proceso en modo de minutos en lugar de días de la semana (el valor asignado indica cada cuantos minutos la instancia se despertará). Si este atributo se encuentra definido, se ignora la definición del día de la semana. Este atributo puede ser definido (o comentado) en el mismo lugar que los mencionados anteriormentemás información, ver la guía de usuario.