Metamodelo - Entidades y relaciones

La configuración del metamodelo en Anjana Data permite adaptar y extender la estructura de entidades y relaciones más allá del metamodelo nativo. A través del Panel de configuración, el administrador puede definir nuevos subtipos de entidades (por ejemplo, BUSINESS TERM, AI SYSTEM, AI MODEL) y subtipos de relaciones (por ejemplo, TRAINED_WITH, GOVERNS, USED_BY) que representen la realidad de la organización.

La imagen siguiente muestra un ejemplo de metamodelo extendido, en el que se combinan las entidades y relaciones nativas con otras personalizadas, reflejando la complejidad de los activos de datos y sus vínculos dentro de la organización:

Estos subtipos de entidades y relaciones constituyen la base para:

• Documentar de forma consistente los diferentes activos de datos.

• Establecer relaciones de dependencia, jerarquía y gobernanza entre ellos.

• Integrar los procesos de gobierno con workflows configurables para creación, modificación, transferencia, deprecación y validación de dichos activos.

Tabla Object Sub-types del Panel de Configuración (Visión administrador)

La tabla Object Sub-types es el punto central donde se configuran las entidades y relaciones del metamodelo. Cada subtipo de objeto registrado se caracteriza por los siguientes campos:

Estructura de la tabla Object Sub-types

Cada entidad o relación a gobernar se caracteriza por los siguientes campos:

• id: identificador único del subtipo de objeto.

  • Se asigna automáticamente desde el Panel de configuración, en base a las secuencias de base de datos.

• name: nombre del subtipo de objeto.

  • Este valor debe ser único dentro del módulo y no puede repetirse entre entidades o relaciones ya existentes.

• module: módulo al que pertenece el objeto.

  • "BG" → Business Glossary (Glosario de Negocio)

  • "DC" → Data Catalog (Catálogo de Datos)

• typeObject: indica si el subtipo corresponde a una entidad o a una relación.

  • "ENTITY" → Entidad del metamodelo (ejemplo: DATASET, REPORT, DOCUMENT).

  • "RELATIONSHIP" → Relación entre entidades (ejemplo: TRAINED_WITH, USED_BY, GOVERNS).

• activate_workflow: nombre del identificador del workflow de activación de entidades o relaciones no nativas.

• create_workflow: nombre del identificador del workflow de creación.

• deactivate_workflow: nombre del identificador del workflow de desactivación de entidades o relaciones no nativas.

• modify_workflow: nombre del identificador del workflow de edición o modificación.

• transfer_workflow: nombre del identificador del workflow que gestiona la transferencia (cambio de unidad organizativa) de entidades.

• deprecate_workflow: nombre del identificador del workflow de deprecación de entidades nativas del Catálogo de Datos.

• wf_role_dependent: indicador que define si existen workflows diferenciados por rol para una misma acción.

  • Cuando este flag está activado, para cada una de las acciones configuradas en los campos anteriores (create_workflow, modify_workflow, transfer_workflow, deprecate_workflow, etc.) es necesario definir un workflow específico por rol que tenga permisos para desencadenar dicha acción.

  • El identificador de cada workflow por rol se construye a partir del identificador del workflow base, concatenado con el nombre del rol en la tabla Roles utilizando el formato:

    <id_workflow_base>_-<role_name>
    

  • Ejemplo: si el identificador del workflow base de creación es CREATE_DATASET y el name del rol es DataSteward, el identificador será CREATE_DATASET_-DataSteward.

• parental: aplica solo en caso de ser una relación.

  • Si el valor es verdadero, la relación se considera de parentesco (padre–hijo) y en el linaje se representará de forma vertical (arriba–abajo).

  • Si es falso, la relación se considera de input–output, representada horizontalmente (izquierda–derecha).

Alta de una entidad en la tabla Object Sub-types

El alta de una nueva entidad en el metamodelo implica registrar en la tabla Object Sub-types un nuevo registro con tipo ENTITY.

Para añadir una nueva entidad:

1. Pulsar el botón New en la esquina superior derecha. Esto abrirá un asistente (wizard) con los campos definidos en el apartado Estructura de la tabla Object Sub-types.

2. Completar los campos correspondientes:

   • name: nombre de la entidad (ejemplo: AI_MODEL).

   • module: módulo en el que se utilizará (ejemplo: DC).

   • object_type: seleccionar ENTITY.

   • Definir los nombres de los identificadores de los workflows asociados a las acciones:

     • create_workflow : Identificador del workflow de creación (ejemplo: WF_AI).

     • modify_workflow : Identificador del workflow de modificación (ejemplo: WF_AI).

     • activate_workflow : Identificador del workflow de activación, no aplica en caso de entidades nativas (ejemplo: WF_AI).

     • activate_workflow : Identificador del workflow de activación , no aplica en caso de entidades nativas (ejemplo: WF_AI).

     • deactivate_workflow : Identificador del workflow de desactivación, no aplica en caso de entidades nativas (ejemplo: WF_AI).

     • transfer_workflow : Identificador del workflow de cambio de unidad organizativa (ejemplo: WF_AI).

     • deprecate_workflow : Identificador del workflow de deprecación, no aplica en caso de entidades no nativas ( ejemplo: se deja vacío al tratarse de una entidad no nativa )

   • wf_role_dependent : marcar solo si se desean configurar workflows diferentes para cada uno de los workflows anteriores.

3. Pulsar en Save para guardar la entidad o en Cancel para descartar.

Alta de una relación en la tabla Object Sub-types

El alta de una nueva relación en el metamodelo implica registrar en la tabla Object Sub-types un nuevo registro con tipo RELATIONSHIP.

Para añadir una nueva relación:

1. Pulsar el botón New en la esquina superior derecha. Esto abrirá un asistente (wizard) con los campos definidos en el apartado Estructura de la tabla Object Sub-types.

2. Completar los campos correspondientes:

   • name: nombre de la relación (ejemplo: COMPOSED_OF).

   • module: módulo en el que se utilizará (ejemplo: DC).

   • object_type: seleccionar RELATIONSHIP.

   • Definir los nombres de los identificadores de los workflows asociados a las acciones:

     • create_workflow: Identificador del workflow de creación (ejemplo: WF_AI).

     • modify_workflow: Identificador del workflow de modificación (ejemplo: WF_AI).

     • activate_workflow: Identificador del workflow de activación, no aplica en caso de relaciones nativas (ejemplo: WF_AI).

     • deactivate_workflow: Identificador del workflow de desactivación, no aplica en caso de relaciones nativas (ejemplo: WF_AI).

     • transfer_workflow: Identificador del workflow de cambio de unidad organizativa (ejemplo: WF_AI).

     • deprecate_workflow: Identificador del workflow de deprecación, no aplica en caso de relaciones no nativas (se deja vacío en ese caso).

   • wfRoleDependent: marcar solo si se desean configurar workflows diferentes para cada uno de los workflows anteriores en función del rol del usuario (se deja sin marcar en el caso del ejemplo).

   • parental: marcar si la relación debe representarse en el linaje como una relación de parentesco (padre-hijo, vertical). Dejar desmarcado si la relación es de tipo input–output (horizontal).(Se deja sin marcar en el caso del ejemplo)

3. Pulsar en Save para guardar la relación o en Cancel para descartar.

Modificación de una entidad o relación en la tabla Object Sub-types

La modificación de un subtipo de objeto (ya sea entidad o relación) se gestiona directamente desde la tabla Object Sub-types en el Panel de configuración.

Al editar un subtipo, es importante tener en cuenta las siguientes consideraciones:

• Campos que pueden modificarse:

  • Los identificadores de los workflows (create_workflow, modify_workflow, transfer_workflow, deprecate_workflow, etc.).

  • Los flags parental y wf_role_dependent, que pueden activarse o desactivarse en cualquier momento en función de las necesidades de visualización del linaje o de la gestión de workflows diferenciados por rol.

• Campos que no pueden modificarse una vez existen objetos gobernados en el Portal de datos asociados a ese subtipo:

  • typeObject (ENTITY o RELATIONSHIP).

  • name del subtipo.

Configuración de subtipos de objetos mediante acceso directo a la base de datos (Visión desarrollador)

La tabla de base de datos (BD) que contiene la parametría de las entidades y relaciones del metamodelo (anjana.object_subtype) tiene esta estructura:

A continuación se muestra un script de ejemplo para configurar la entidad AI_MODEL:

INSERT INTO anjana.object_subtype
(id_object_subtype, activate_workflow, create_workflow, deactivate_workflow, deprecate_workflow, modify_workflow, "module", "name", object_type, transfer_workflow, wf_role_dependent, is_parental)
VALUES(32, 'WF_AI', 'WF_AI', 'WF_AI', 'WF_AI', 'WF_AI', 'DC', 'AI_MODEL', 'ENTITY', 'WF_AI', false, false);

A continuación se muestra un script de ejemplo para configurar la relación COMPOSED_OF:

INSERT INTO anjana.object_subtype 
(id_object_subtype, module, name, object_type, create_workflow, modify_workflow, activate_workflow, deactivate_workflow, wf_role_dependent, is_parental) 
VALUES
(102, 'DC', 'COMPOSED_OF', 'RELATIONSHIP', 'WF_AI', 'WF_AI', 'WF_AI', 'WF_AI', false, false);