Arquitectura y modelado de datos: dos disciplinas clave para gobernar bien el dato
Este artículo te ayuda a entender como la arquitectura y el modelado de datos refuerzan la coherencia, la trazabilidad y la calidad de la información a los entes locales, con ejemplos prácticos fácilmente aplicables.
Cuando una organización habla de gobierno del dato, a menudo piensa en políticas, roles, calidad, seguridad o cumplimiento normativo. Pero hay una cuestión todavía más fundamental: cómo se entienden, se organizan y se representan los datos. Es aquí donde entran dos disciplinas esenciales: la Arquitectura de Datos y el Modelado de Datos. A pesar de que a menudo se confunden, no son el mismo. De hecho, entender la diferencia entre las dos es imprescindible para construir una gestión de datos madura, coherente y útil para el negocio.
Arquitectura vs Modelado: cuál es la diferencia?
La Arquitectura de Datos trabaja a un nivel global y estratégico. Define como se organiza el universo de datos dentro de la organización: cuáles son los grandes dominios de información, qué datos son compartidas, cuáles son las fuentes oficiales, como circulan entre sistemas y como tienen que evolucionar con coherencia.
Ejemplo práctico de Arquitectura: En un ayuntamiento, la arquitectura establece que el Padrón Municipal es la "fuente oficial" (sistema de referencia) para el dominio de Ciudadanía. Una decisión arquitectónica clave seria determinar que, cuando el área de Bienestar Social necesite validar una bonificación, el dato tenga que "circular" desde el Padrón y no ser recogida de nuevo por cada trámite.
El Modelado de Datos, en cambio, trabaja a un nivel más concreto y formal. Su función es representar con precisión los conceptos del negocio: entidades, atributos, relaciones, cardinalidades, claves y restricciones. Es la disciplina que traduce el conocimiento del negocio en estructuras comprensibles y implementables.
Ejemplo práctico de Modelado: Dentro del dominio de Territorio, el modelado define la entidad "Finca" y especifica sus atributos (referencia catastral, dirección, coordenadas). También establece la clave que conecta el territorio con la ciudadanía: define, por ejemplo, que "una finca puede tener empadronados varios ciudadanos (relación 1:N)".
Dedo de manera sencilla:
- la arquitectura define el marco general.
- El modelado concreta este marco en estructuras detalladas.
La arquitectura mira el conjunto; el modelado mira la forma exacta de cada pieza.
Cuál es el objetivo de cada uno?
El objetivo principal de la Arquitectura de Datos es aportar orden, coherencia y visión corporativa. Sirve para evitar que cada sistema, proyecto o departamento defina los datos a su manera. Gracias a la arquitectura, una organización puede saber qué datos son críticas, donde se originan, como se relacionan y qué papel juegan dentro del ecosistema informacional.
El Modelado de Datos, por su parte, tiene como objetivo aportar precisión semántica y consistencia estructural. Permite definir qué es exactamente un cliente (o ciudadano), un producto o un contrato, qué atributos los describen y como se relacionan entre ellos. Sin modelado, los datos pueden existir técnicamente, pero no necesariamente tendrán un significado claro, estable y compartido.
Por lo tanto:
- la arquitectura busca alineación y coherencia global;
- el modelado busca precisión y calidad estructural.
Cómo se relacionan?
La relación entre arquitectura y modelado es totalmente complementaria. No compiten entre ellas, sino que se necesitan mutuamente.
La arquitectura define qué tiene que existir y como tiene que estar organizado; el modelado explica como se representa formalmente esta realidad. En este sentido, el modelado es el mecanismo que permite que la arquitectura deje de ser una idea general y se convierta en una estructura real, validable y implementable.
También pasa al revés: cuando se modela en detalle, pueden aparecer vacíos, incoherencias o ambigüedades que obligan a revisar la arquitectura. Esto significa que la relación es bidireccional:
- la arquitectura orienta el modelado
- el modelado materializa y valida la arquitectura.
Ejemplo de la interrelación: Si desde Bienestar Social se quiere modelar un nuevo trámite de teleasistencia y se detecta que hay que saber "si el ciudadano vive solo", el modelado puede alertar que este dato de convivencia no está muy definida en el dominio Territorio. Esto obliga a la Arquitectura de Datos a revisar el mapa global para asegurar que esta información sea consistente entre los diferentes dominios.
Cuando esta conexión no existe, aparecen los problemas habituales: definiciones contradictorias, duplicaciones, dificultades de integración y falta de confianza en los datos.
Qué función tienen dentro del gobierno del dato?
El gobierno del dato no puede funcionar bien sin una base estructural clara. Y esta base la proporcionan precisamente la arquitectura y el modelado.
La Arquitectura de Datos tiene una función de gobierno global. Hace posible establecer dominios, fuentes autorizadas, dependencias y criterios comunes para toda la organización. Es la disciplina que permite aplicar las políticas de gobierno de manera transversal y no solo local. Para un empleado público, esto se traduce en una mejor trazabilidad: saber de donde viene cada dato desde que el ciudadano hace el trámite hasta que llega a la base de datos.
El Modelado de Datos tiene una función de gobierno del significado y de la estructura. Garantiza que las definiciones corporativas se conviertan en modelos precisos, revisables y mantenibles. Es esencial para asegurar que aquello que el negocio dice que existe es exactamente aquello que los sistemas implementan. El Modelado de Datos pe. evita errores en subvenciones o tributos porque las estructuras están alineadas con la realidad administrativa.
En resumen:
- la arquitectura gobierna la visión corporativa de los datos;
- el modelado gobierna la representación formal y el detalle estructural.
Sin arquitectura, el gobierno es demasiado abstracto; sin modelado, el gobierno no se puede ejecutar con rigor.
Qué tenemos que tener en cuenta al plantear una arquitectura o un modelado?
Hay varios aspectos críticos que hay que considerar:
En primer lugar, tanto la arquitectura como el modelado tienen que empezar siempre por el negocio (en nuestro caso las áreas competenciales de los servicios públicos), no por la tecnología. El punto de partida tiene que ser entender qué conceptos son relevantes, qué procesos dependen de los datos y qué decisiones se quieren soportar.
En segundo lugar, hay que distinguir bien los niveles de abstracción. No es el mismo definir un modelo conceptual corporativo que diseñar un esquema físico para una base de datos. Mezclar estos niveles genera confusión y debilita la coherencia.
También es imprescindible garantizar la trazabilidad: poder seguir el camino desde un concepto de negocio hasta su implementación técnica. Sin esta conexión, el gobierno del dato pierde solidez.