• Author / Uploaded
• Estefania Iza

Citation preview

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 o o o Conclusiones

Reglas de Restricción de Operación. Reglas de Restricción de Estructura. Reglas de Inferencia. Reglas de Computación.

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