Las Reglas del negocio

Introducción

 Captura de las Reglas de Negocio.

 Niveles de Formalismo.
 Categorías de las Reglas de Negocio.
 Cómo se reflejan las Reglas de Negocio en los modelos.
o Reglas de Estímulo y Respuesta

o Reglas de Restricción de Operación.

o Reglas de Restricción de Estructura.
o Reglas de Inferencia.
o Reglas de Computación.
Conclusiones

Introducción

Las Reglas de Negocio.

Las reglas de negocio describen las políticas, normas, operaciones, definiciones y restricciones presentes en una
organización y que son de vital importancia para alcanzar sus objetivos.

Ejemplos de reglas de negocio:

 "Un cliente al que facturamos más de 10.000 al año es un cliente de tipo A".
 "A los clientes de tipo A les aplicamos un descuento del 10% en pedidos superiores a 3.000".

Las organizaciones funcionan siguiendo múltiples reglas de negocio, explícitas o tácitas, que están embebidas en
procesos, aplicaciones informáticas, documentos, etc. Pueden residir en la cabeza de algunas personas o en el
código fuente de programas informáticos.

En los últimos años se viene observando una tendencia a gestionar de forma sistemática y centralizada las reglas de
negocio, de modo que sea fácil y sencillo consultarlas, entenderlas, utilizarlas, cambiarlas, etc.

Captura de las Reglas de Negocio

Hay dos formas distintas para capturar las reglas del negocio.

Basado en el Modelo.- Las reglas de negocio son capturadas como restricciones estereotipadas en los modelos de
UML. La regla puede declararse utilizando lenguaje natural o una notación más formal, como por ejemplo el
lenguaje OCL (Object Constraint Language) (investigue en qué consiste este lenguaje y cómo puede enunciarse
una regla del negocio con el mismo). La ventaja de esta técnica es que las reglas del negocio son capturadas y
mostradas en la fuente en donde ellas se aplican. La mayor desventaja es que las reglas de negocio son recopiladas
a través de los modelos, y por consiguiente es difícil ver las reglas de negocio relacionadas.

Basado en un documento.- Las reglas de negocio son capturadas en un documento separado. El documento
contiene reglas de negocio, pero estas no son las reglas de negocio empleadas en el enfoque basado en modelo. El
enfoque basado en documento es útil cuando tenemos una gran cantidad de reglas de negocio (por ejemplo
tenemos el caso de los productos financieros). La desventaja es que las reglas de negocio son capturadas en un
artefacto diferente a la fuente donde ellas se aplican, que son esencialmente los modelos UML.

Resumiendo: Las reglas de negocio se pueden capturar lo mismo en un documento, que dentro de los modelos
UML.

El Documento de Reglas de Negocio (otra de las plantillas de RUP) es especialmente útil para las reglas de negocio
que tienen descripciones largas, como las legislaciones. La desventaja de las reglas de negocio basadas en
documentos es que será necesario hacer una traza de la regla de negocio hacia todas las partes del modelo donde
ellas son aplicadas (si es que existe más de una parte). Esto se puede resolver si optamos por las reglas de negocio
basadas en modelos, que pueden ser capturadas directamente en los modelos donde ellas se aplican. Sin
embargo, esto tiene la desventaja de estar bastante oculto en el modelo, y es más difícil de obtener una
panorámica de todas las reglas de negocio que tienen alguna característica común (como pudiera ser, pertenecer a
una categoría en particular).

Niveles de Formalismo
Las reglas de negocio deben ser rigurosamente y formalmente expresadas de forma tal, que puedan constituir la
base para la automatización. Una alternativa pudiera ser emplear el lenguaje OCL, tal y como se especifica en el
estándar UML. Es recomendable que siempre tengas en consideración quién será el lector. Enfocarse en el lector
ayuda a asegurarse en la manera en la que captures las reglas de negocio (documentos o modelos), el estilo que
selecciones, y el nivel de formalismo deberá corresponder con la audiencia destino. Las reglas de negocio que no
pueden ser comprendidas por sus futuros lectores constituyen un tiempo perdido en cualquier proyecto.

Ejemplo:

Puede ser que quieras expresar el límite para el tamaño de un equipo y establecerlo hasta de 10 miembros. Con el
OCL, puedes establecer esta regla de negocio como la invariante:

context Team inv:

self.numberOfMembers <= 10

Sin embargo, debes considerar que este tipo formal de lenguaje puede ser difícil de interpretar para muchas de las
personas involucradas en el proyecto, de tal manera que pudiera ser preferible un estilo de lenguaje más natural.
Puedes definir un conjunto de palabras reservadas que utilizarás en la definición de las reglas. Esas expresiones
pudieran ser las siguientes:

 IF
 ONLY IF
 WHEN
 THEN
 ELSE
 IT MUST ALWAYS HOLD THAT
  IS CORRECTLY COMPLETED

En lenguaje español serían:

 SI
 SOLO SI
 CUANDO
 ENTONCES
 DE LO CONTRARIO
 SIEMPRE SE DEBE CUMPLIR QUE
 ESTÁ CORRECTAMENTE COMPLETO

Ejemplo:

En este lenguaje menos formal, el ejemplo que vimos se leería de la siguiente forma:

IT MUST ALWAYS HOLD THAT el número de miembros del equipo es menor o igual a 10.

Categorías de las Reglas de Negocio

Las reglas de negocio pueden ser clasificadas de muchas maneras, aunque resulta común dividirlas entre reglas de
restricción y reglas de derivación. Estas dos categorías pueden ser más adelante divididas de la siguiente manera:

 Las Reglas de Restricción especifican una política o condiciones que restringen la estructura y el
comportamiento de un objeto. Las reglas de restricción pueden aplicarse siempre, o bajo determinadas
condiciones. Las restricciones que siempre se aplican son consideradas como invariantes.
o Las Reglas de Estímulo- Respuesta restringen el comportamiento especificando cuándo y si las
condiciones deben ser ciertas para que el comportamiento se desencadene.
o Las Reglas de Restricción de Operaciones especifican aquellas condiciones que deben tener lugar
antes y después que una operación se realice para asegurarnos de que la operación se realiza
correctamente.
o Las Reglas de Restricción de Estructura especifican las políticas y condiciones relacionadas con las
clases, objetos y sus relaciones que no deben de violarse.
 Las Reglas de Derivación especifican las políticas o condiciones para inferir o computar hechos a partir de
otros.
o Las Reglas de Inferencia especifican que, si ciertos hechos son ciertos, se pueden inferir una
conclusión.
o Las Reglas de Computación derivan sus resultados mediante el procesamiento de algoritmos, una
variante más sofisticada de las reglas de inferencia.

Esta clasificación de las reglas de negocio es práctica cuando estamos explicando qué son las reglas de negocio,
cómo encontrarlas, y cómo trabajar con ellas. Sin embargo, no hay necesidad de pensar en ellas como una
agrupación fija y rígida a la que siempre tienes que referirte. Por consiguiente, nuestra plantilla para el artefacto de
las reglas de negocio no muestra esta clasificación – en tu proyecto lo más probable es que haya otras
agrupaciones (por áreas de dominio, por usuario, o por grupo de productos) que serán mucho más valiosas para su
presentación.

Cómo se reflejan las Reglas de Negocio en los Modelos

Las reglas de negocio afectan la manera en que se ven los modelos. Ellas también pueden afectar la manera en que
estableces la secuencia de actividades en el diagrama de actividades, y puede incluso afectar las
asociaciones que tengas entre las entidades del negocio. Algunas reglas no son fáciles de traducir
directamente hacia una manera en que luce un diagrama – ellas pueden necesitar residir en las
descripciones de los elementos del modelo.

Las reglas del negocio en un diagrama UML deben ser enlazadas con el elemento del modelo que ellas afectan.

También resulta útil seguirles la pista a las reglas de negocio en los atributos de requisitos para garantizar una
trazabilidad.

Reglas de Estímulo y Respuesta

Este tipo de regla de negocio afecta el flujo de trabajo de un caso de uso del negocio y se puede encontrar la traza
hacia el caso de uso del negocio al que se aplica. Se puede mostrar un camino condicional, o un paso alternativo a
través del flujo de trabajo. En caso de que las acciones que estén involucradas sean menos significativas, puede
resultar suficiente permitir que la evaluación de la regla de negocio se encierre en un estado de actividad.

En el Modelo del Negocio, una regla de este tipo pudiera, por ejemplo, afectar la forma en que describes el ciclo de
vida de una entidad de negocio, o podría ser parte de una descripción de una operación de un trabajador del
negocio. Un examen de los eventos de negocio identificados constituye una fuente útil para la determinación de
este tipo de reglas del negocio. Usualmente un evento del negocio es identificado porque alguien, o algo está
interesado en la ocurrencia de un evento. Pregunte, “¿Qué condiciones o comportamiento hay que aplicar una vez
que el evento ocurra?

Ejemplo:

En una organización de gestión de órdenes, podrías encontrar la siguiente regla:

WHEN una Orden es cancelada

IF Orden no está embarcada

THEN cerrar Orden.

Esta regla de negocio es reflejada mostrando dos pasos alternativos en el flujo de trabajo y específicamente
utilizando una decisión y una condición de guarda en la transición.
 La regla de negocio en este caso se traduce en un paso alternativo en el flujo de
trabajo.

Reglas de Restricción de operación

Este tipo de regla de negocio frecuentemente se traduce en precondiciones y post-condiciones en un flujo de
trabajo, o en un paso condicional o alternativo en el flujo de trabajo. También puede ser un objetivo de
desempeño o alguna otra regla que no sea de comportamiento que deba ser trazada hacia los casos de
uso del negocio en los que se aplica.

Ejemplo:

En la organización de gestión de órdenes, podrías encontrar la siguiente regla:

Embarcar Orden a Cliente

ONLY IF Cliente tiene una dirección de embarque

 La regla de negocio se traduce en un paso alternativo en el flujo de trabajo.

Ejemplo:

Aquí tenemos otra regla de restricción de operación.

IT MUST ALWAYS HOLD THAT Todas las reclamaciones de los clientes deben ser respondidas
dentro de las 24 horas posteriores a su presentación.

Esta regla de negocio podría traducirse a un objetivo de negocio en el caso de uso del negocio.

Reglas de Restricción de Estructura

Este tipo de regla de negocio afecta las relaciones entre las instancias de las entidades de negocio. Ellas son
expresadas mediante la existencia de una asociación entre dos entidades del negocio, algunas veces se representan
como valor de la multiplicidad que debe existir en una asociación.

Ejemplo:

En la organización de gestión de órdenes, podrías encontrar la siguiente regla:

IT MUST ALWAYS HOLD THAT Una Orden se refiera al menos a 1 Producto.

 Esta regla de negocio se traduce en una asociación con una multiplicidad de 1…*.

Reglas de Inferencia
Las reglas de inferencia frecuentemente parecen similares a un estímulo respuesta, lo mismo que a una restricción
de operación o reglas de tipo de restricción de estructura. Esta diferencia está en que hay algunos pasos
que tienen que pensarse para arribar a la conclusión. La regla implica un método que necesita ser
reflejado en un estado de actividad de un flujo de trabajo y eventualmente en una operación de un
trabajador del negocio o una entidad del negocio.

Ejemplo:

Puedes seguir paso a paso la siguiente regla para determinar el estado del cliente:

El Cliente es un Buen Cliente IF AND ONLY IF Las facturas no pagadas enviadas a este Cliente
tienen menos de 30 días de enviadas.
 Esta regla de negocio corresponde a un paso alternativo a través del flujo de trabajo, y el método prescrito será
parte de la actividad Evaluar Cliente.

Regla de Computación
Las reglas de computación son similares a las reglas de inferencia. La diferencia radica en que el método es más
formal y se parece a un algoritmo. Como en las reglas de inferencia, este método necesita ser trazado
hacia una actividad en el flujo de trabajo, y eventualmente, a una operación de un trabajador del
negocio o una entidad del negocio.

Ejemplo:

La regla de computación puede especificar:

El precio de un Producto en la red IS COMPUTED AS FOLLOWS

product price * (1+tax percentage/100).

La evaluación del precio del Producto en la red podría ser parte de la actividad Embarcar Orden, dado que
produces la factura enviada con la orden. En el Modelo de Análisis del Negocio, esta regla se traduce en
asociaciones y operaciones.

La regla necesita ser reflejada como un método en la operación Calcular el Precio en

la Red, pero también implica la necesidad de la existencia de relaciones entre clases
en el modelo.

En este modelo de objetos del negocio encontramos 4 entidades del negocio que son: Customer Profile, Region
Profile, Order y Product, y un trabajador del negocio, que es Customer Representative. Por una parte,
tenemos que la entidad del negocio Region Profile tiene un atributo “tax percentage”, mientras que la
entidad Product tiene asociado el atributo “Product price”. Por su parte, el trabajador del negocio es el
que posee una operación asociada que es “calculate net price ()”. En este mismo modelo de objetos
tenemos otras reglas de negocio que definen la estructura de las relaciones entre las entidades del
negocio, como es el hecho de que una Orden tiene relación con uno o varios productos, pero al menos con
uno.

Conclusiones
Las reglas del negocio son importantes para la implementación de restricciones, políticas, normas, operaciones,
definiciones presentes en una organización. En esta actividad se presentó una clasificación de reglas del negocio
que usted debe estudiar para realizar las actividades correspondientes a la actividad práctica 4 y garantizar la
participación en el foro.