Decision Server

Decision Server proporciona componentes de desarrollo y producción para crear servicios de decisiones y ejecutarlos como aplicaciones de reglas.

Los siguientes componentes de Decision Server se encuentran en el portal de nube:

  • Diseñador de reglas: un componente de desarrollo basado en Eclipsepara diseñar, crear, probar y desplegar servicios de decisiones.
  • Servidor de ejecución de reglas: el componente de ejecución para ejecutar y supervisar aplicaciones de reglas desplegadas desde servicios de decisiones.

En una solución basada en reglas, una aplicación cliente solicita una decisión de una aplicación de reglas. La aplicación cliente puede contener muchos puntos de decisión que utilizan la aplicación de reglas. En cada punto de decisión, las reglas empresariales de los conjuntos de reglas expresan políticas para las decisiones. Una aplicación de reglas se despliega en Rule Execution Server como RuleApp. Cada RuleApp contiene uno o varios conjuntos de reglas y cada conjunto de reglas corresponde a una decisión.

Decision Server también interactúa con Decision Center, que incluye un repositorio de reglas y una consola web colaborativa para que los usuarios empresariales y técnicos puedan crear, gestionar, validar y desplegar servicios de decisiones.

Las aplicaciones de reglas están diseñadas y desarrolladas en los servicios de decisiones, que pueden implementar decisiones complejas. La sincronización, la ramificación y la gestión de cambios se aplican a todos los proyectos de reglas en una jerarquía de servicio de decisiones, lo que permite que el comportamiento del servicio de decisiones se gobierne y se despliegue de forma coherente.

Creando

En Diseñador de reglas, cree el modelo y el vocabulario para crear reglas de negocio para poner en marcha la infraestructura para editar reglas y realizar conjuntos de reglas:

  • Defina las reglas de negocio que componen una unidad de decisión ejecutable o un conjunto de reglas. El conjunto de reglas utiliza los parámetros de entrada y salida para pasar los datos a y desde la aplicación de cliente. Proporcione a cada conjunto de reglas una firma exclusiva de parámetros de entrada y salida. En los servicios de decisiones, cree operaciones de decisiones que definan el contenido y las firmas de los conjuntos de reglas. Puesto que puede utilizar los mismos proyectos y paquetes de reglas en diferentes operaciones de decisiones, puede cambiar fácilmente un servicio de decisiones para añadir nuevos puntos de decisión que requieran otras firmas.
  • Defina el vocabulario que se utiliza en las reglas de negocio. En Diseñador de reglas, desarrolla el modelo de objeto de negocio (BOM) que define los elementos y las relaciones en el vocabulario. Puede definir el vocabulario correlacionando el BOM con el modelo de objetos de ejecución (XOM). También puede crear el vocabulario generando el BOM a partir del XOM y configurando, a continuación, el vocabulario empresarial desde el BOM.
  • Configure una jerarquía de proyecto de reglas. Un proyecto de reglas es un tipo de proyecto de Eclipse dedicado al desarrollo de aplicaciones de reglas. En un servicio de decisiones, un proyecto de reglas principal sirve como proyecto de nivel superior para que el comportamiento del servicio de decisiones se pueda gobernar y desplegar de forma coherente.
  • Puede organizar paquetes de reglas en proyectos de reglas para almacenar reglas de negocio y definir un flujo de reglas para especificar el orden de ejecución de las reglas.
  • Configure las herramientas de validación de usuarios empresariales configurando y personalizando pruebas y simulaciones.

Creación

Si es el responsable de la creación y gestión de las reglas, podría crear la mayoría de las reglas de negocio en un proyecto. Si los usuarios empresariales son los responsables de la creación y gestión de las reglas, configure las herramientas para que les resulte más fácil crear reglas. Puede crear los siguientes tipos de reglas de negocio:

  • Reglas de acciones
  • Tablas de decisiones

Estas reglas de negocio utilizan el lenguaje de acción empresarial (BAL), que está diseñado para que tenga una sintaxis de lenguaje natural. También puede crear reglas técnicas, que se basan en ILOG ® Rule Language (IRL) y requieren conocimientos de programación.

La creación puede requerir que defina categorías de vocabulario para filtrar los elementos de vocabulario que están disponibles al crear reglas de negocio.

Integración con Machine Learning..

IBM Watson Machine Learning extrae características, patrones y anomalías clave de sus datos históricos para crear modelos predictivos. Estos modelos contienen información de sus datos que puede transformar en acciones y decisiones empresariales. Los datos históricos de su empresa contienen información que puede mejorar sus decisiones empresariales.

Al integrar los modelos de Machine Learning en los servicios de decisión, puede aplicar conocimientos predictivos a partir de datos históricos y decisiones empresariales prescriptivas basadas en las políticas de la empresa.

Depuración y pruebas

Puede depurar un conjunto de reglas en Diseñador de reglasy probar que el servicio de decisiones o un proyecto implementa la lógica empresarial esperada:

  • Depure el conjunto de reglas utilizando un motor de reglas para gestionar la ejecución de reglas.
  • Las reglas se analizan utilizando consultas semánticas restringidas, que comprueban la coherencia y la integridad de las reglas individuales y el conjunto de reglas en su conjunto.
  • Puede ejecutar escenarios de prueba en las reglas. Puede ejecutar estas pruebas localmente en Diseñador de reglas, sin el componente Servidor de ejecución de reglas completo.

Integración

Después de definir la conexión de conjunto de reglas, recibirá el conjunto de reglas en Servidor de ejecución de reglas y lo llamará desde la aplicación cliente. Servidor de ejecución de reglas es el componente de ejecución para las reglas de negocio desplegadas. Maneja la creación, la agrupación y la gestión de instancias del conjunto de reglas para que las aplicaciones cliente puedan llamar a las decisiones de la manera más sencilla posible.

Para llamar al conjunto de reglas desde la aplicación cliente, debe publicar el conjunto de reglas como un servicio de decisión transparente alojado (HTDS) que se invoca a través de los protocolos de servicio web.

Despliegue

Una RuleApp contiene un grupo de conjuntos de reglas que se despliegan juntos. La RuleApp también contiene los parámetros de entrada y salida que definen la interacción con la aplicación cliente y la vía de acceso del conjunto de reglas que necesita la aplicación cliente para identificar los conjuntos de reglas y sus versiones.

Cuando un servicio de decisiones está totalmente validado y aprobado, puede desplegarlo en Servidor de ejecución de reglas para su uso en la producción. El servicio de decisiones se despliega utilizando una configuración de despliegue que define lo que se debe ensamblar en una RuleApp y dónde se debe desplegar. Una configuración de despliegue puede hacer referencia a una o varias operaciones de decisión. Una operación de decisión incluye todos los valores necesarios para generar un conjunto de reglas, incluidos los parámetros de entrada y salida, el flujo de reglas principal y cualquier extracción de reglas. La configuración de despliegue se puede sincronizar con Centro de decisiones, donde está sujeto a gestión de cambios y gobierno.