Gobierno del dato

Gobierno del dato sobre el modelo real de tus aplicaciones

icaria Data Governance documenta el metamodelo de tus aplicaciones y controla sus cambios para que tu oficina del dato trabaje sobre el modelo real, no sobre una documentación que ya no coincide.

  1. Documenta aplicaciones, entornos y metamodelos a partir de las propias bases de datos.
  2. Detecta cambios y desalineamientos del modelo entre producción, pruebas y desarrollo.
  3. Compara el mismo dato en sistemas distintos y localiza los defectos de integridad.

Por dónde empezar

Gobernar el dato empieza por conocer su modelo

Un glosario que no coincide con las tablas, un responsable que no sabe en qué aplicación vive su dato o un cambio que nadie documentó: el gobierno del dato falla cuando no parte del modelo real. Ese modelo es el metamodelo de cada aplicación: sus tablas, campos, relaciones y claves.

icaria Data Governance lee ese metamodelo desde las propias bases de datos, lo mantiene al día y lo usa como base para clasificar los datos, evaluar su calidad y comparar unos sistemas con otros.

Cómo trabaja la oficina del dato

Cada paso se apoya en el anterior

Todo lo que hace icaria DG parte del mismo metamodelo, así que cada paso aprovecha lo que el anterior dejó documentado. Empieza por el inventario y amplía el alcance cuando lo necesites.

  1. Documentar lo que tienes

    Declara cada aplicación con sus entornos y submodelos y sincroniza su metamodelo: tablas, campos, relaciones, índices y claves. Los términos de negocio enlazan cada concepto con las aplicaciones donde aparece.

    Piezas documentadas tras este paso:

    • Metamodelo (Lo que añade el paso)
    • Términos de negocio (Lo que añade el paso)
  2. Controlar los cambios

    La primera sincronización queda como instantánea de referencia. Las siguientes muestran qué se ha añadido, cambiado o eliminado, y las instancias de producción, pruebas y desarrollo se contrastan para detectar desalineamientos.

    Piezas documentadas tras este paso:

    • Metamodelo
    • Términos de negocio
    • Instantánea de referencia (Lo que añade el paso)
  3. Clasificar los datos

    El mapa de datos recoge los campos de interés, como documentos de identidad, nombres, direcciones o cuentas, con su formato y la ubicación del dato maestro. Los inspectores aplican las reglas que reconocen cada tipo de dato.

    Piezas documentadas tras este paso:

    • Metamodelo
    • Términos de negocio
    • Instantánea de referencia
    • Mapa de datos (Lo que añade el paso)
    • Inspectores (Lo que añade el paso)
  4. Evaluar la calidad por roles

    Los validadores cuentan por campo los registros válidos, no válidos, vacíos y nulos. Los roles de información agrupan los campos que representan un mismo concepto, y las sesiones de evaluación comprueban si tienen el mismo valor.

    Piezas documentadas tras este paso:

    • Metamodelo
    • Términos de negocio
    • Instantánea de referencia
    • Mapa de datos
    • Inspectores
    • Roles de información (Lo que añade el paso)
    • Sesiones de evaluación (Lo que añade el paso)
  5. Comparar entre sistemas

    Los datos de varias aplicaciones se llevan a un metamodelo de referencia común y se comparan con reglas de comprobación. Cada discrepancia es un defecto de integridad y se publica en el monitor de salud.

    Piezas documentadas tras este paso:

    • Metamodelo
    • Términos de negocio
    • Instantánea de referencia
    • Mapa de datos
    • Inspectores
    • Roles de información
    • Sesiones de evaluación
    • Metamodelo de referencia (Lo que añade el paso)
    • Defectos de integridad (Lo que añade el paso)

Comparación entre sistemas

El mismo cliente en el CRM y en el ERP

El CRM y el ERP guardan al mismo cliente en tablas y campos distintos, a veces con formatos distintos. icaria DG asigna cada campo a un rol de información, lleva los dos registros al metamodelo de referencia y compara valor a valor.

Sesión de evaluación · semilla: cliente 100482

Registro de ejemplo con datos ficticios

Rol de información CRMCUENTAERPMAESTRO_CLIENTES Resultado
Identificador fiscal TAX_ID B95123456 NIF B95123456 Coincide
Razón social ACCOUNT_NAME Talleres Alba, S.L. RAZON_SOCIAL TALLERES ALBA SL Coincide Tras la regla que iguala mayúsculas y puntuación
Dirección BILLING_STREET Calle Mayor 12 DIRECCION C/ MAYOR 21 Defecto de integridad
Código postal BILLING_ZIP 48005 COD_POSTAL 48005 Coincide
Correo de facturación BILLING_EMAIL facturas@talleresalba.es EMAIL_FACT facturas@talleresalba.es Coincide
Estado del cliente STATUS Activo SITUACION Baja Defecto de integridad

Una estructura de referencia

El arquitecto diseña el metamodelo de referencia y las reglas que llevan a él los datos de cada aplicación, como la que iguala mayúsculas y puntuación en la razón social. Así se comparan sistemas que no comparten tablas ni nombres de campo.

Defectos con seguimiento

Cada discrepancia queda registrada como defecto de integridad y se publica en el monitor de salud, donde los responsables del dato la siguen hasta su corrección.

Migraciones de datos

En una migración, el sistema de origen y el de destino guardan los mismos clientes con estructuras distintas. Aplicada a los dos, la misma comparación comprueba dato a dato que lo migrado es equivalente antes de retirar el sistema antiguo.

Plataforma icaria

Un modelo al día para los procesos que dependen del dato

  • icaria Data Governance

    Un metamodelo sincronizado

    icaria DG mantiene sincronizado el metamodelo de cada aplicación y señala qué ha cambiado. Es la referencia para cualquier proceso que lea esas tablas y campos: integraciones, informes o migraciones.

    Ver icaria Data Governance
  • icaria TDM

    Datos de prueba sobre el modelo vigente

    icaria TDM extrae, recorta y enmascara datos sobre las mismas aplicaciones, entornos y submodelos. Un cambio de modelo que aparece en icaria DG se puede revisar antes de la siguiente extracción.

    Ver icaria TDM
  • icaria Data Privacy

    Privacidad sobre datos localizados

    icaria Data Privacy ejecuta los derechos de los interesados sobre los datos personales de las aplicaciones. Un campo nuevo detectado al sincronizar se clasifica en el mapa de datos antes de que quede fuera.

    Ver icaria Data Privacy

Quién trabaja con icaria DG

Qué hace cada equipo con el mismo metamodelo

Equipo Qué necesitaCon qué trabaja en icaria DG
Oficina del dato Saber qué datos hay, dónde están y quién responde de ellos Documentación de aplicaciones, términos de negocio y monitor de salud
Data owners y data stewards Definir cada concepto de negocio y resolver sus discrepancias Términos de negocio, aplicación maestra y defectos de integridad
Arquitectura de datos Controlar el modelo y su promoción entre entornos Sincronización del metamodelo y metamodelo de referencia
DPO y cumplimiento Saber dónde hay datos personales y sensibles Mapa de datos e inspectores
QA y calidad de datos Medir la calidad por campo y por concepto Validadores, roles de información y sesiones de evaluación
Equipos de migración Comprobar que el destino guarda los mismos datos que el origen Metamodelo de referencia y defectos de integridad

Hablemos del gobierno del dato de tu organización

Te mostramos icaria DG sobre un caso como el tuyo: documentar una aplicación, controlar los cambios de su modelo o comparar dos sistemas que guardan los mismos datos.

Preguntas frecuentes

¿Qué aporta icaria DG a una oficina del dato?

Un inventario que sale de las propias bases de datos y no de hojas de cálculo. icaria DG documenta el metamodelo de cada aplicación, controla sus cambios entre sincronizaciones y entornos, clasifica los campos en un mapa de datos, evalúa la calidad por roles de información y compara los datos que distintas aplicaciones guardan del mismo concepto.

¿Cómo compara icaria DG los datos de un CRM y un ERP?

Transforma los datos de ambas aplicaciones a un metamodelo de referencia común, con reglas que define el arquitecto, y los compara con reglas de comprobación. Cada discrepancia, por ejemplo la misma dirección escrita de dos formas o un cliente activo en un sistema y de baja en el otro, es un defecto de integridad que se publica en el monitor de salud.

¿Qué son los roles de información?

Son la forma de indicar que varios campos representan el mismo concepto de negocio aunque tengan nombres y tablas distintas. Una sesión de evaluación recopila los valores de todos los campos asociados a un mismo rol, para un objeto de negocio concreto (la semilla), y comprueba si coinciden.

¿Detecta icaria DG cambios no controlados en el modelo de datos?

Sí. La primera sincronización del metamodelo queda como instantánea de referencia y las siguientes se comparan con ella para identificar adiciones, cambios y eliminaciones. La gestión del metamodelo entre entornos contrasta producción, pruebas y desarrollo y detecta los desalineamientos que dejan una promoción incompleta o un cambio manual.

¿Sirve icaria DG para validar una migración de datos?

La comparación entre sistemas se puede aplicar al origen y al destino de una migración: los dos se llevan al mismo metamodelo de referencia y se comparan dato a dato. Las discrepancias aparecen como defectos de integridad antes de retirar el sistema antiguo.

¿Qué orígenes de datos soporta?

Bases de datos relacionales (Oracle, PostgreSQL, DB2 para z/OS, AS/400 y LUW, SQL Server, SQL Azure, MySQL y Fujitsu Symfoware), ficheros VSAM y formatos XML y CSV, mediante conectores JDBC.

¿Qué relación tiene icaria DG con icaria TDM e icaria Data Privacy?

Los tres productos trabajan sobre la misma base: aplicaciones, entornos, submodelos y metamodelo. Lo que icaria DG documenta y mantiene al día es el modelo sobre el que TDM prepara datos de prueba y Data Privacy localiza los datos personales.

Contenido relacionado

Más sobre gobierno del dato