Casos de Aplicacion

Casos de aplicación

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.

Automatización de procesos de negocio empresariales

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:

  • la revisión y aprobación de los documentos por líderes de procesos,
  • la administración de versiones de los documentos,
  • la notificación del estado de las actividades pendientes o en proceso,
  • la generación en formato PDF de los documentos,
  • la distribución de los documentos aprobados a las plantas externas dispersas geográficamente.

Funcionalidades de O3 Process utilizadas

  • Mediante el editor gráfico, diseño del proceso conteniendo:
    • Actividades normales asignadas a participantes
      • Asignación de rol y/o usuario
      • Determinación de la próxima actividad
      • Integración con aplicaciones externas definidas específicamente para este caso
      • Envío de mails
    • Actividades automáticas
      • Determinación de la próxima actividad
      • Integración con aplicaciones externas definidas específicamente para este caso
      • Envío de mails
    • Actividades automáticas condicionales
  • Diseño de formularios web

Workflows embebidos en O3 PS versión 4.3 o superior

Manejador de construcciones de cubos O3

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

(info) <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:

  1. Guardar en el servidor los formularios:
    • O3BuilderUI-Creation.xml
    • O3BuilderUI-Execution.xml
  2. Publicar los formularios anteriores con los mismos nombres que los archivos (sin la extension .xml)
  3. 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.

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:

  • mail de todos los usuarios que pertenecen al rol "Cubebuilders" (sólo "admin" por omisión)
  • mail en el servidor JBoss.

Seguimiento de alertas de reglas O3

O3 PS cuenta con un proceso de O3 Process llamado DefaultAlertTracking que tiene por cometido gestionar el ciclo de vida de una regla y personalizar las notificaciones.

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.

Mientras está dormida hay acciones que se puede hacer por el lado de O3 OLAP y por el lado de O3 Process.

Por el lado de O3 OLAP, se pueden seguir haciendo las actualizaciones del cubo y por tanto se chequeará la regla teniendo en cuenta la instancia del proceso que tiene la información de cuando se debe enviar el mail.

Por el lado de O3 Process, se puede visualizar las instancias del proceso. Hay sólamente una instancia por regla. La información que se brinda de forma estándard es la fecha de expiración y la historia de cuando se despertó y se volvió a dormir.

Además de visualizarla, con permisos que se pueden definir, se puede realizar las siguientes acciones sobre ellas:

  • 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.

Por más información, ver la guía de usuario.