Automatización de decisionesAutomatización de decisiones para la agilidad empresarial
La capacidad de un sistema operativo para manejar el cambio se relaciona directamente con las decisiones que aplica el sistema. Cada transacción, pedido, interacción con el cliente o proceso depende de decisiones, que se definen por condiciones y requisitos externos e internos. El cambio afecta a las decisiones que aplican automáticamente los sistemas empresariales.
Extracción de decisiones desde el código de aplicación
Las políticas de negocio definen las decisiones que se utilizan en varias operaciones. Por ejemplo, las decisiones determinan los precios de los seguros y los préstamos, la posibilidad de tener servicios de salud y recomendaciones de productos para compras en línea. Normalmente, las políticas de negocio se codifican en las aplicaciones como sentencias if-then, pero también pueden estar en otras partes en manuales de procedimiento u otros documentos.

Operational Decision Manager utiliza reglas de negocio para representar políticas de negocio. El ejemplo siguiente es una política de negocio típica:
Un cliente que invierte mucho dinero en una sola transacción debe ser actualizado.
La captura de esta política como regla de negocio es un proceso de dos pasos:
- Formalizar el vocabulario que expresa la política como un modelo de objeto conceptual.
- Representar la lógica de la política de negocio como sentencias if-then.
Después de crear el vocabulario, la política se puede escribir como una regla de negocio:
if
the customer's category is Gold
and the value of the customer's shopping cart is more than $1500
then
change the customer's category to Platinum
Cuando una política de negocio también tiene un aspecto de TI o de seguridad, puede combinar la gestión de reglas de negocio con funciones para manejar dicho aspecto. Por ejemplo, las reglas pueden aplicar las políticas siguientes:
- Los clientes que invierten mucho dinero deben ser dirigidos a un servicio preferencial.
- Los clientes que invierten mucho dinero requieren más seguridad para sus transacciones.
Expresado en reglas de negocio, una política de negocio se empaqueta como un servicio de decisiones a la que una aplicación cliente puede llamar. Varias aplicaciones pueden utilizar el mismo servicio de decisiones, y debido a que el servicio de decisiones es externo a las aplicaciones, los cambios futuros en la política se pueden reflejar en las reglas de negocio sin cambiar la aplicación cliente o el código de proceso.
Gestión de decisiones
Puesto que la gestión de decisiones es independiente del código de aplicación, los expertos empresariales pueden definir y gestionar la lógica empresarial. La gestión de decisiones reduce la cantidad de tiempo y esfuerzo necesarios para actualizar la lógica empresarial en los sistemas de producción y aumenta la capacidad de una organización para responder rápidamente a los cambios en un entorno empresarial.
Operational Decision Manager proporciona componentes completos para diseñar, desarrollar e implementar servicios de decisión. El ciclo de TI consta del desarrollo y mantenimiento de esta infraestructura. Después de configurar la infraestructura, los equipos empresariales distribuidos pueden empezar a colaborar a través del entorno basado en la web para crear y mantener la lógica de las decisiones.
Decision Server proporciona los componentes de desarrollo y tiempo de ejecución para automatizar la respuesta de decisiones altamente variables que se basan en el contexto específico de un proceso, transacción o interacción.

Poner la gestión de las decisiones en manos de los usuarios de la empresa
Con Decision Center, los usuarios empresariales pueden gestionar decisiones que se basan directamente en el conocimiento de la organización, con una dependencia limitada del departamento de TI. Los usuarios empresariales obtienen varios grados de acceso, que pueden ir desde la revisión sólo para completar el control sobre la especificación, la creación, las pruebas y el despliegue de la lógica empresarial. Las funciones empresariales y de TI pueden trabajar en colaboración. Toda la organización puede alinear la implementación de decisiones automatizadas. El ciclo de vida de mantenimiento se acelera en función de nuevos requisitos internos y externos.

Los ciclos de vida del desarrollo y gestión de los servicios de decisiones pueden evolucionar en paralelo. Las decisiones pueden evolucionar según sea necesario por el contexto empresarial, sin poner una carga adicional en el desarrollo de la aplicación de reglas de negocio. Cada vez que la aplicación de reglas de negocio evoluciona, el entorno de la gestión de decisiones se sincroniza con el entorno de desarrollo.
Con esta separación, la arquitectura de la aplicación y las decisiones se pueden gestionar de forma asíncrona. Por ejemplo, los desarrolladores pueden desarrollar una nueva versión de un servicio de decisiones en respuesta a la infraestructura cambiante de la aplicación y a requisitos empresariales centrales. Al mismo tiempo, los gestores de políticas pueden trabajar en nuevas decisiones suministradas en respuesta a un mercado en evolución o a un entorno normativo cambiante.
Operational Decision Manager componentes para la gestión de decisiones
El siguiente diagrama muestra los componentes que Operational Decision Manager proporciona para el desarrollo de servicios de decisión, la gestión y creación de reglas, y el entorno de ejecución.

Además de trabajar en diferentes líneas de tiempo, los desarrolladores y los usuarios empresariales deben tener herramientas que reflejen sus diferentes conjuntos de habilidades y vistas de la aplicación. Por ejemplo, los desarrolladores están acostumbrados al mundo Java™. Utilizan sistemas de gestión de código fuente para trabajar simultáneamente en copias distintas de un proyecto sin interferir entre ellos.
Los usuarios empresariales no trabajan en los detalles del desarrollo de aplicaciones, pero están interesados en probar y gestionar decisiones. Necesitan herramientas para crear, organizar y buscar reglas en el contexto de la política general.
Dado que los desarrolladores y los usuarios empresariales trabajan en sus propios entornos y a su propio ritmo, el trabajo de estos dos grupos debe sincronizarse y fusionarse.
Por último, tanto los desarrolladores como los usuarios empresariales necesitan acceder a un entorno de ejecución para probar, validar y desplegar reglas de producción para la lógica empresarial nueva y modificada.