Modelación de reglas de negocio

La administración de reglas de negocio supone su representación mediante una estructura acorde al nivel de expresión que corresponda, considerando desde el nivel conceptual en que los usuarios del negocio se expresan en un lenguaje natural o cercano al natural, hasta niveles en que se hacen necesarios otros formalismos cercanos a la implementación. Ver la Figura 1.6.

Figura 1.6 Definición controlada de las reglas (Morgan, 2002).

1.4.1. Elementos del modelo

El primer actor que interviene en la administración de las reglas de negocio es el usuario del negocio que, en definitiva, de forma directa o indirecta las genera al establecer las regulaciones del negocio. A partir de definiciones generales los analistas intervienen para lograr formalizaciones con ayuda de patrones que captan regularidades en un dominio y con ayuda de

24

del modelo de hechos que representa la jerga de dicho dominio. Los patrones constituyen una estructura intermedia entre los usuarios del negocio y los analistas, estos facilitan obtener estructuras formales a partir de las cuales se genera el código para su implementación en el contexto de un SI. La conformación de las reglas de negocio sobre estas bases, con un formato preestablecido y un vocabulario estándar, minimiza conflictos y errores.

1.4.2. Modelo de hechos

Cada concepto tiene una definición clara y precisa desde la perspectiva del negocio, debe ser reflejada en el glosario de términos o la colección de todos los términos y sus definiciones, lo que hace que el modelo de hechos sea mucho más general que un glosario. Esta es la base de un principio importante del enfoque de reglas de negocio: ―se trabaja mejor si todos hablan el mismo lenguaje‖ (Ross, 2003b).

Lo anterior está en concordancia a lo planteado en el artículo 2 del Manifiesto de Reglas de Negocio (BRG, 2003; Ross, 2012b): Las reglas se aplican a lo largo de los procesos y procedimientos. Debe existir un corpus coherente de reglas que se aplique sistemáticamente en todas las áreas de actividad del negocio.

Cada concepto básico del negocio debe incluirse como un término independiente en el modelo de hechos, para ello se deben satisfacer las condiciones siguientes:

 Básico: no se puede derivar de otros términos.  Atómico: es indivisible.

 Cognoscible: representa cosas que existen, conocimiento acerca del negocio.

Cada conexión lógica entre conceptos tiene una forma estándar, estas conexiones son conocidas como hechos. Según Morgan (2002), un hecho es ―una interrelación entre términos identificables en el modelo de hechos”. El propio autor afirma que una interrelación puede estar limitada por otros elementos descriptivos en orden de ―especificar la aplicabilidad de la regla con precisión‖. En general, los hechos representan conocimiento esencial del negocio, relacionan los términos y se expresan mediante sentencias. Los hechos se basan en lenguaje común y extienden el vocabulario del negocio.

El modelo de hechos modela las relaciones entre conceptos y se enfoca en la estandarización de la terminología del negocio para establecer un vocabulario por lo que es considerado un punto de

25

partida crucial en la modelación basada en el enfoque de reglas de negocio (Appelton, 1984; Rosca et al., 1995; Barne et al., 1997; Ceri et al., 1997; Youdeowei, 1997; Gottesdiener, 1999; Nilsson, 1999; Struck, 1999; Bajec et al., 2000; BRG, 2000; Date, 2000; Morgan, 2002; BRG, 2003; Hendryx, 2003; Ross, 2003b; Bajec et al., 2006; Hüsemann et al., 2006; Ross, 2008). Según Ross (2003b) el modelo de hechos se conforma por conceptos básicos y sus conexiones. Cada concepto tiene una definición clara y precisa desde la perspectiva del negocio. Esta es la base de un principio importante del enfoque de reglas de negocio: ―se trabaja mejor si todos hablan el mismo lenguaje‖ (Ross, 2003b).

A través del modelo de hechos las reglas de negocio hacen referencia a otros elementos, principalmente a objetos del negocio y sus atributos (Morgan, 2002). El modelo de hechos proporciona un esquema para organizar otros componentes. En un enfoque de reglas de negocio la estructura de un sistema se visualiza por medio del modelo de hechos con sus componentes: términos y hechos.

El conocimiento del negocio se expresa usando palabras y frases que tienen un sentido para las personas dentro del negocio (Ross, 2003b). Los hechos se construyen sobre los términos, conectándolos de forma tal que se refleja el ―mundo real‖ del negocio que se modela. Las reglas de negocio son edificadas sobre hechos y guían las operaciones del negocio interactuando entre sí, véase la Figura 1. 7.

Figura 1. 7 Pirámide de Términos, Hechos y Reglas (Chappel, 2005).

Las ontologías, al igual que el vocabulario del negocio, se fundamentan en conceptos y reglas interrelacionados (ejemplo: identidad, cardinalidad o taxonomía) que restringen y especifican la comprensión del significado de los conceptos (Spreeuwenberg et al., 2006).

Los usuarios de ontologías pueden añadir axiomas para una mayor rigurosidad o amplitud de las dependencias en sus requisitos. Una ontología de empresas puede consistir solamente en términos, no se incluyen definiciones (lenguaje natural o axiomas formales). Esto ocurre,

Términos

Hechos Hechos Hechos

26

principalmente, al no requerir su uso en el momento de creación (Uschold et al., 1998). Una ontología es una estructura adecuada para representar un modelo de hechos.

1.4.3. Formas de expresión

Las reglas de negocio pueden tener diversas formas de expresión y descripción, considerando los múltiples y posibles actores que intervienen durante su ciclo de vida. Según Morgan (2002) se definen tres niveles de expresión:

Informal: este nivel representa una regla de negocio en un lenguaje natural coloquial, dentro de un rango limitado de patrones, tal y como el propietario del negocio lo desee.

Técnico: este nivel combina el uso de lenguaje natural coloquial con referencias a datos estructurados, operadores y restricciones. Se considera un nivel intermedio entre la identificación de una regla y su implementación.

Formal: este nivel expresa las reglas de negocio con una sintaxis cercana a su implementación. Las personas del negocio son quienes, en última instancia, conocen la semántica del negocio, descubren e identifican las reglas de negocio basándose en sentencias o políticas generales, comúnmente ambiguas, consideradas divagaciones del negocio. En la medida que se requiera mayor tecnicismo o formalización se debe variar el nivel de expresión de las reglas, desde el primero o informal hasta al último o formal.

1.4.4. Patrones para la captura de reglas

Los patrones describen reglas que pertenecen a una categoría particular, este criterio es manejado por varios autores (Morgan, 2002; Weiden et al., 2002; Graham et al., 2007; Di Bona et al., 2011 ).

La estructura básica de un patrón incluye al menos un sujeto y una restricción.

Un patrón puede hacer referencia a otros elementos del modelo principalmente objetos de negocio y sus atributos (elementos que integran el modelo de hechos y son descritos en el epígrafe anterior). La Figura 1. 8muestra la relación de las sentencias de reglas, patrones y otros elementos del modelo.

El disponer de un conjunto de patrones para la conceptualización de las reglas de negocio, clasificadas según un determinado criterio, facilita definir su sintaxis en concordancia con el vocabulario del negocio a través del modelo de hechos (Mukundan et al., 2012).

27

Figura 1. 8 Sentencias de reglas, patrones y otros elementos del modelo (Morgan, 2002).

1.4.5. Estándar para la modelación: SBVR

Las reglas de negocio pueden ser expresadas en lenguajes formales, tales como: UML, Znotation, Business Process Execution Language, BPMN (acrónimo de inglés: Business Process Modeling Notation) o SBVR. Este último provee una forma de documentar la semántica del vocabulario y las reglas, especificados en un lenguaje familiar a los usuarios del negocio, es independiente al lenguaje que se utilice para especificar dichas reglas y el vocabulario (Amaolo, 2011).

SBVR ha sido definido por el BRT (acrónimo del inglés: Business Rule Team) en respuesta a la solicitud hecha por RFP (acrónimo del inglés: Request For Proposal) y ejecutada por OMG (acrónimo del inglés: Object Management Group) (OMG, 2003); es un estándar adoptado por la OMG en su nueva corriente de especificaciones de negocio basadas en modelos, se propuso ser base para una descripción declarativa, formal y detallada de la lengua natural de una entidad compleja.

En este estándar se establece un esquema XML como formato de intercambio de vocabularios y reglas de negocio entre organizaciones y herramientas de software. Dicha especificación está fuertemente basada en lógica formal, conformando un puente entre los expertos del negocio y el personal de la tecnología de información; dando soporte al análisis lingüístico de textos y sirviendo al diseño de SI (Spreeuwenberg, 2012). La especificación es lo suficientemente general como para ser aplicada en cualquier tipo de actividad de negocio por cualquier tipo de organización. Destacando que está diseñada conceptualmente para el uso por las personas del negocio, independiente del diseño de SI (OMG, 2008).

Clases UML

Sentencias de Reglas de Negocio Modelo de Hechos

Patrones de Reglas Repositorio de Reglas

Expresión Formal Implementación

Vista de

Términos definidos para Equivalente a

Estructura de finida para _{Almacenado en} Almacenado en Traducido a

28

SBVR da soporte a los desarrolladores para la gestión del repositorio de reglas en las empresas; ofrece un conjunto de conceptos para describir el meta-vocabulario de negocio mediante una ontología genérica y el vocabulario concreto para expresar las reglas de negocio. Mediante la lógica formal se estructura la semántica de las reglas y las definiciones del vocabulario (Nelson, 2010).

Como ventajas del uso de SBVR se incluyen las siguientes:

 Reglas de negocio son especificadas enteramente desde el vocabulario del negocio.

 Las personas de negocio intercambian sus vocabularios y reglas de negocio en su propio lenguaje.

 Las reglas se expresan mediante la lógica de predicado, formalismo útil para su procesamiento computacional y para su conceptualización.

Este estándar se ajusta a la capa de modelo de negocio de MDA (acrónimo del inglés Model Driven Architecture), véase la Figura 1. 9.

Figura 1. 9 SBVR en el marco de la arquitectura MDA (OMG, 2008).

Un efecto importante del uso de SBVR es que facilita el intercambio con las aplicaciones a través de su salida en formato XML.