Metamodelos

METAMODELOS

Los metamodelos, en los sistemas de información, son modelos de datos de referencia que establecen parámetros del comportamiento de otros modelos de datos -modelos de aplicación. Los metamodelos son complementados por procesos y/o restricciones que validan que estos parámetros no sean violados cuando se creen, modifiquen o eliminen datos del modelo de aplicación.

Entendemos por metamodelos cada una de las distintas clases de “modelos de situaciones problemáticas”, presentadas a la actividad del alumno, capaces de generar ideas validas para la invención, reconstrucción y resolución de problemas.

El uso de metamodelos es bastante antiguo; particularmente he tenido oportunidad de conocer varios sistemas donde se han usado metamodelos tremendamente ingeniosos, sin embargo su uso no ha sido conceptualizado ni estructurado suficientemente. Este artículo tiene como objetivo aportar información en este sentido, junto con proponer alguna terminología.

Desarrollo.

El metamodelo más simple es una entidad Tipo. Este metamodelo controla que un "objeto” creado en la base de datos solamente pueda existir si su Tipo ha sido definido previamente. Debe tenerse presente que puede existir atributos a nivel de Tipo, que son “heredados” a nivel de Objeto. En el caso del Automóvil, el Modelo tiene atributos tales como Potencia, Rendimiento Nominal, Numero de Puertas, Tipo de Frenos, existencia de Air Bag, Número de Válvulas, etc. que son propios del Modelo y que cualquier Automóvil los tiene por el sólo hecho de ser de ese Modelo.

El control de existencia deberá hacerse por “constraints” o restricciones de integridad referencial, conocidas como Foreign Keys, de manera que la aplicación se libera de mantener esta consistencia.

Durante el modelamiento es frecuente que el Tipo de Objeto se confunda con el Objeto, dando como resultado un modelo con menor información; una práctica recomendable es que, durante la aplicación de la 1a FN, se pregunte si existen atributos que pertenezcan a un nivel de abstracción mayor que el concepto modelado. En esta práctica es posible encontrar más de un nivel de abstracción; en el caso de la figura 2 podría existir una Marca de Automóvil.

Idealmente cada vez que se accede una ocurrencia del Objeto, debería también accederse -en forma transparente- a toda la estructura de datos de la cual es subtipo. Los SABDs aún no permiten esta facilidad, pero sería muy conveniente que así fuera.

Como una prueba de la existencia de los metamodelos en los sistemas, debemos recordar que en los sistemas de Contabilidad, el Plan de Cuentas es un mecanismo de control sobre los movimientos contables que se ingresan al sistema.

Si un movimiento contable hace referencia a una cuenta, que no ha sido definida previamente, no se permite su ingreso; incluso si se pudiera cambiar la cuenta del movimiento, el nuevo valor debería ser validado.

Esto hace necesario definir, previamente, todo el plan de Cuentas antes de ingresar los movimientos. Nótese que el Plan de Cuentas es una estructura jerárquica de Cuentas, estructura que esta normalmente implementada a través del Código de cada Cuenta.

Hasta este momento vemos que los metamodelos son herramientas de Control, sin embargo, como veremos mas adelante, también nos permiten Generar ocurrencias, en forma automática, y establecer Comportamiento. Esta clasificación, sin embargo no es excluyente, ya que un metamodelo puede ser de Control y Comportamiento o de Control y Generativo.

Metamodelos de Control

Como ya hemos visto, los metamodelos de Control están destinados a verificar que el ingreso de un Objeto este supeditado a la existencia de su Tipo. A continuación veremos dos ejemplos de este tipo de metamodelos:

El primero, figura 4, establece un metamodelo de control, estructurado por Tipo de Servicio y Tipo de Subservicio. La existencia de un Tipo de Subservicio está condicionada a la existencia del Tipo de Servicio correspondiente, sin embargo un Tipo de Servicio puede no tener Subservicio definidos.

En la base de datos de la figura 4, se han declarado restricciones de integridad referencial entre: TIPO_SUBSERVICIO y TIPO_SERVICIO; SERVICIO_EMPRESA y TIPO_SERVICIO; SUBSERVICIO_EMPRESA y SERVICIO_EMPRESA y TIPO_SUBSERVICIO.

Una Empresa solamente podrá ofrecer los servicios definidos en el metamodelo. Cuando se ingresa un registro en SERVICIO_EMPRESA este registro es controlado por el TIPO_SERVICIO y la restricción correspondiente. Cuando se ingresa un registro a SUBSERVICIO_EMPRESA

...