• No results found

4.2 Data Analysis

4.2.5 Cognitive Knowledge: Tasking Skill

Los  diferentes  grupos  de  personas  que  pueden  beneficiarse  del  empleo  de  SBVR  tienen  diferentes  perspectivas sobre el metamodelo. 

Analistas de negocio y modeladores 

Los analistas de negocio y modeladores tienen una visión de negocio que coincide con la visión del  negocio  (o  parte  de  él)  que  tiene  la  empresa.  Su  visión  de  la  Comunidad  es,  generalmente,  la  empresa  en  la  que  trabajan  y  sus  Comunidades  de  Habla.  En  este  marco,  su  función  está  más  relacionada  con  la  construcción  del  Conjunto  de  Significados  Compartidos  de  la  empresa  y  del  vocabulario  en  el  que  expresarlo.  Deben  negociar  con  los  Integradores/Administradores  (ver  siguiente sección) para la inclusión de nuevos conceptos y reglas de negocio en los Vocabularios.  Los analistas de negocio y modeladores necesitan especificar, de manera precisa, las políticas y reglas  de negocio, pero, para esta labor, no necesitan tener un conocimiento profundo de la Formulación  Lógica o la Lógica Formal de SBVR. Únicamente tendrán constancia de estas partes de SBVR a través  de  las  funcionalidades  proporcionadas  por  las  herramientas  que  dan  soporte  a  los  vocabularios  y  reglas  de  negocio  de  la  empresa,  p.  e.,  plantillas,  opciones,  restricciones,  comprobaciones  de  consistencia, etc. 

Integradores/Administradores de Vocabulario y Reglas de Negocio 

Estos Integradores/Administradores trabajan para las empresas en que se definen y aplican las reglas  y vocabularios de negocio. Su visión de negocio se centra en mantener un Conjunto de Significados  Compartidos  consistente,  junto  con  los  Vocabularios  de  las  Comunidades  de  Habla  dentro  de  la  empresa.  Son  responsables  de  la  integración  y  aseguramiento  de  la  calidad  de  los  contenidos  proporcionados por los analistas de negocio y los modeladores. Una parte importante de este trabajo  consiste  en  decidir  qué  partes  de  vocabularios  externos  adoptar.  Serán  también  responsables  del  mantenimiento de las reglas y vocabulario de negocio a lo largo del tiempo. Este aspecto está fuera  de SBVR, forma parte de la Gestión de Reglas de Negocio, que el grupo OMG también trata, pero de  forma independiente. 

Introduciendo Semántica en un Proceso de Desarrollo Software a través de Reglas de Negocio

 

    Generalmente, los Integradores/Administradores estarán más al tanto de la Formulación Lógica que  los analistas de negocio y diseñadores. Sin embargo, no necesitan comprenderlo de manera formal,  observarán sus efectos en la herramienta de administración.  Constructores de herramientas  Los tipos de herramienta necesarios para dar soporte a SBVR son dos: 

ƒ Herramientas  para  el  intercambio  de  reglas  y  vocabulario  de  negocio  entre  diferentes  plataformas. 

ƒ Herramientas  para  el  desarrollo  y  mantenimiento  de  las  reglas  y  vocabulario  de  negocio  dentro de una comunidad. 

Los estándares de intercambio (y las herramientas que los usan) son de gran importancia para OMG.  La  conformidad  con  MOF  y  XMI  ha  sido  una  exigencia  de  OMG  y  su  logro  es  una  de  las  partes  principales de SBVR. Los desarrolladores de las herramientas de intercambio deben prestar atención  a 4 puntos importantes: 

ƒ Los tipos de construcciones en el Conjunto de Significados Compartidos (conceptos, tipos de  hecho, hechos y reglas de negocio) y los tipos de relaciones entre ellos. 

ƒ La  asociación  de  elementos  del  Conjunto  de  Significados  Compartidos  con  elementos  del  Vocabulario (términos, símbolos de hecho, definiciones, referencias a fuentes externas).  ƒ Formulación Lógica 

ƒ Asignación con MOF/XMI 

Los desarrolladores no deberán preocuparse por el contenido de las reglas y vocabulario de negocio  de  las  empresas.  Y  aunque  los  arquitectos  y  diseñadores  de  herramientas  necesitarán  entender  la  teoría de Lógica Formal que da soporte a SBVR, los desarrolladores no tendrán esa necesidad. 

Por otro lado, los analistas de negocio y diseñadores y los integradores/administradores necesitarán  herramientas  que  les  permitan  desarrollar  y  mantener  las  reglas  y  vocabulario  de  negocio  de  la  empresa. 

El  desarrollo  de  estas  herramientas  queda  fuera  del  objetivo  de  OMG.  Serán  desarrolladas  por  los  fabricantes  de  software  según  la  demanda  del  mercado.  Sin  embargo,  es  importante  que  sean  desarrolladas, sería inútil tener buenos estándares de intercambio y herramientas si nadie desarrolla  contenidos que merezca la pena intercambiar. Asegurar que el modelo SBVR proporcionará una base  sólida para las herramientas de desarrollo y mantenimiento ha sido una de los requisitos del grupo  BRT.  Las  herramientas  necesitarán  dar  soporte  al  Conjunto  de  Significados  Compartidos,  Expresión  de Negocio y Lógica Formal además de a las múltiples Comunidades y a la adopción de vocabulario  entre ellos. Los desarrolladores de herramientas tendrán que trabajar con los encargados de definir  las metodologías para asegurar que se da soporte al proceso de desarrollo e integración de las reglas  y vocabulario de negocio. 

Lógicos, Semánticos y Lingüistas 

El  personal  con  conocimientos  sobre  lógica,  semántica  y  lingüística  será  el  encargado  de  proporcionar  las  capacidades  lógicas,  matemáticas  y  lingüísticas  que  hacen  posible  transformar  las  reglas y vocabularios de negocio desde el punto de vista del negocio a los diseños de los sistemas de  información  para  los  niveles  PIM  y  PSM  de  MDA,  para  estructurar  la  diversidad  de  sentencias  en 

Introduciendo Semántica en un Proceso de Desarrollo Software a través de Reglas de Negocio

 

   

lenguaje  natural  en  construcciones  SBVR,  y  para  verbalizar  las  entradas  SBVR  convirtiéndolas  en  sentencias en lenguaje natural. 

Este personal diseñará los algoritmos para asegurar la integridad de los documentos de intercambio  de las reglas y vocabulario de negocio y en la traducción entre los documentos de intercambio y los  diseños  internos  de  la  herramienta.  Ayudarán  a  asegurar  la  integridad  respecto  a  la  lógica  formal,  matemática  y  lingüística  empleada  en  el  diseño  de  las  herramientas  para  la  gestión  de  las  reglas  y  vocabulario de negocio. 

II.4.2.4.

Rules Interchange Format (RIF) 

 RIF  es  un  lenguaje  para  representación  de  reglas  de  negocio  definido  por  un  grupo  de  trabajo  específico del consorcio W3C. El objetivo de este grupo de trabajo consiste en definir los estándares  necesarios  para  asegurar  la  interoperabilidad  entre  tecnologías  basadas  en  reglas.  En  la  propia  definición de los objetivos del estándar (Paschke  et al.,2008) se destacan los siguientes: 

• Consistencia con el resto de especificaciones del W3C 

• Facilitar  el  intercambio  de  reglas.  Este  objetivo  forma  parte  de  otra  línea  de  trabajo  más  ambiciosa  del  W3C,  dirigida  a  facilitar  el  intercambio  de  información  a  través  de  métodos  procesables automáticamente. En relación con esto, cabe destacar los siguientes aspectos de  las reglas de negocio: 

o Las  reglas  en  sí  mismas  constituyen  un  método  de  información  valioso  para  el  que  aún  no  existe  un  estándar  que  facilite  su  intercambio,  aunque  se  han  hecho  progresos significativos, como es el caso de RuleML y algún otro. 

o Las  reglas  proporcionan  un  poderoso  mecanismo  de  representación  de  la  lógica  de  negocio en muchos sistemas de información modernos. 

o A menudo, la tecnología elegida para actuar de adaptador entre diferentes sistemas  de información es la basada en reglas. 

o Como  parte  de  la  arquitectura  de  la  Web  Semántica,  las  reglas  pueden  extender  y  complementar  el  lenguaje  OWL  de  manera  que  sea  posible  abarcar  un  mayor  número de aplicaciones, con conocimiento representado en OWL, reglas de negocio  o ambos. 

• Adopción a gran escala, que maximice el potencial de la tecnología de reglas 

• Factores  críticos  de  éxito.  Dado  el  gran  número  de  lenguajes  de  reglas  y  sus  conceptos  asociados  que  existe  actualmente,  el  diseño  de  un  formato  general  para  intercambio  de  reglas  se  convierte  en  un  complicado  problema  de  conceptualización  e  integración.  Los  factores que el grupo de trabajo de RIF para el W3C ha identificado como de riesgo son: 

o Alineamiento con las especificaciones clave del W3C 

o Cobertura.  RIF  debe  cubrir  los  formalismos  de  reglas  más  empleados  hoy  en  día  y  debería tener la capacidad de representación necesaria para representarlos. 

o Fomento de la interoperabilidad 

o Previsibilidad.  RIF  debe  constituir  una  base  sólida  para  el  intercambio  de  reglas,  es  decir, debe ser previsible qué se va a intercambiar cuando un ruleset se transfiere de  un sistema a otro. 

Introduciendo Semántica en un Proceso de Desarrollo Software a través de Reglas de Negocio

 

    o Extensibilidad. El estándar RIF debe permitir la incorporación de nuevos lenguajes de  reglas.  o Facilidad de Uso  o Coste de implementación reducido 

II.4.2.4.1. Estructura de RIF 

El  estándar  RIF  está  descrito  por  un  conjunto  de  documentos,  cada  uno  dedicado  a  un  aspecto  diferente  y  dirigido  a  una  audiencia  diferente.  A  fecha  de  finalización  de  esta  memoria  (enero  de  2010) se han hecho públicos los siguientes documentos: 

• RIF‐FLD  (Framework  Logic  Dialects),  describe  un  conjunto  de  mecanismos  de  especificación  de  sintaxis  y  semántica  de  los  dialectos  basados  en  lógica  contemplados en RIF, definiendo para ello varios conceptos genéricos. 

• RIF‐RDF+OWL (RIF RDF and OWL Compatibility), documento en el que se especifica la  relación  entre  RIF  y  los  lenguajes  de  datos  y  ontologías  denominados  RDF,  RDFS  y  OWL. 

• RIF‐DTB (Data Types and Builtins) donde se describen los tipos de datos, funciones  predefinidas y predicados permitidos en el lenguaje RIF. 

• RIF‐BLD  (Basic  Logic  Dialect),  documento  que  describe  un  formato  básico  de  intercambio que permite el intercambio de reglas lógicas (cláusulas de Horn). 

• RIF‐PRD  (Production  Rules  Dialect),  documento  que  incluye  el  dialecto  para  representar  las  reglas  de  producción  en  RIF  de  manera  que  se  permita  su  intercambio entre sistemas 

• RIF‐UCR (Use Case Requirements) donde se describen los casos de uso y requisitos  exigidos a RIF. 

Como  puede  deducirse  de  esta  lista  de  documentos,  RIF  ha  sido  diseñado  como  una  familia  de  dialectos, donde cada uno de ellos está formado por un conjunto de componentes que operan entre  sí,  formando  una  interlingua.  Si  ninguno  de  los  dialectos  existentes  proporciona  las  características  necesarias para el intercambio de un lenguaje de reglas, será necesario definir nuevos dialectos. Con  este fin se proporciona el lenguaje RIF‐FLD, de manera que cualquier dialecto RIF basado en lógica  debería especializar los mecanismos que define RIF‐FLD o, en caso de no hacerlo, explicar por qué.  Actualmente, existen dos dialectos RIF que generalizan RIF‐FLD, que son, RIF‐BLD y RIF‐PRD. 

RIF‐BLD es una especialización de RIF‐FLD capaz de representar reglas de Horn definidas con igualdad  junto  con  un  conjunto  de  extensiones  sintácticas  para  permitir  características  con  gran  capacidad  expresiva como objetos y marcos, identificadores de recursos internacionalizados o Internacionalized  Resource Identifiers (IRIs) como identificadores para los conceptos y tipos de datos basados en XML  Schema.  RIF‐PRD  especifica  un  dialecto  para  reglas  de  producción  para  permitir  el  intercambio  de  este tipo de reglas. 

Introduciendo Semántica en un Proceso de Desarrollo Software a través de Reglas de Negocio