✒️Arquitectura i modelatge de dades: dues disciplines clau per governar bé la dada
Aquest article t’ajuda a entendre com l’arquitectura i el modelatge de dades reforcen la coherència, la traçabilitat i la qualitat de la informació als ens locals, amb exemples pràctics fàcilment aplicables.
Quan una organització parla de govern de la dada, sovint pensa en polítiques, rols, qualitat, seguretat o compliment normatiu. Però hi ha una qüestió encara més fonamental: com s’entenen, s’organitzen i es representen les dades. És aquí on entren dues disciplines essencials: l’Arquitectura de Dades i el Modelatge de Dades. Tot i que sovint es confonen, no són el mateix. De fet, entendre la diferència entre totes dues és imprescindible per construir una gestió de dades madura, coherent i útil per al negoci.
Arquitectura vs Modelatge: quina és la diferència?
L’Arquitectura de Dades treballa a un nivell global i estratègic. Defineix com s’organitza l’univers de dades dins de l’organització: quins són els grans dominis d’informació, quines dades són compartides, quines són les fonts oficials, com circulen entre sistemes i com han d’evolucionar amb coherència.
Exemple pràctic d'Arquitectura: En un ajuntament, l'arquitectura estableix que el Padró Municipal és la "font oficial" (sistema de referència) per al domini de Ciutadania. Una decisió arquitectònica clau seria determinar que, quan l’àrea de Benestar Social necessiti validar una bonificació, la dada hagi de "circular" des del Padró i no ser recollida de nou per cada tràmit.
El Modelatge de Dades, en canvi, treballa a un nivell més concret i formal. La seva funció és representar amb precisió els conceptes del negoci: entitats, atributs, relacions, cardinalitats, claus i restriccions. És la disciplina que tradueix el coneixement del negoci en estructures comprensibles i implementables.
Exemple pràctic de Modelatge: Dins del domini de Territori, el modelatge defineix l'entitat "Finca" i especifica els seus atributs (referència cadastral, adreça, coordenades). També estableix la clau que connecta el territori amb la ciutadania: defineix, per exemple, que "una finca pot tenir empadronats diversos ciutadans (relació 1:N)".
Dit de manera senzilla:
- l’arquitectura defineix el marc general.
- El modelatge concreta aquest marc en estructures detallades.
L’arquitectura mira el conjunt; el modelatge mira la forma exacta de cada peça.
Quin és l’objectiu de cadascun?
L’objectiu principal de l’Arquitectura de Dades és aportar ordre, coherència i visió corporativa. Serveix per evitar que cada sistema, projecte o departament defineixi les dades a la seva manera. Gràcies a l’arquitectura, una organització pot saber quines dades són crítiques, on s’originen, com es relacionen i quin paper juguen dins de l’ecosistema informacional.
El Modelatge de Dades, per la seva banda, té com a objectiu aportar precisió semàntica i consistència estructural. Permet definir què és exactament un client (o ciutadà), un producte o un contracte, quins atributs els descriuen i com es relacionen entre ells. Sense modelatge, les dades poden existir tècnicament, però no necessàriament tindran un significat clar, estable i compartit.
Per tant:
- l’arquitectura busca alineació i coherència global;
- el modelatge busca precisió i qualitat estructural.
Com es relacionen?
La relació entre arquitectura i modelatge és totalment complementària. No competeixen entre elles, sinó que es necessiten mútuament.
L’arquitectura defineix què ha d’existir i com ha d’estar organitzat; el modelatge explica com es representa formalment aquesta realitat. En aquest sentit, el modelatge és el mecanisme que permet que l’arquitectura deixi de ser una idea general i es converteixi en una estructura real, validable i implementable.
També passa a l’inrevés: quan es modela en detall, poden aparèixer buits, incoherències o ambigüitats que obliguen a revisar l’arquitectura. Això significa que la relació és bidireccional:
- l’arquitectura orienta el modelatge
- el modelatge materialitza i valida l’arquitectura.
Exemple de la interrelació: Si des de Benestar Social es vol modelar un nou tràmit de teleassistència i es detecta que cal saber "si el ciutadà viu sol", el modelatge pot alertar que aquesta dada de convivència no està ben definida al domini Territori. Això obliga a l'Arquitectura de Dades a revisar el mapa global per assegurar que aquesta informació sigui consistent entre els diferents dominis.
Quan aquesta connexió no existeix, apareixen els problemes habituals: definicions contradictòries, duplicacions, dificultats d’integració i falta de confiança en les dades.
Quina funció tenen dins del govern de la dada?
El govern de la dada no pot funcionar bé sense una base estructural clara. I aquesta base la proporcionen precisament l’arquitectura i el modelatge.
L’Arquitectura de Dades té una funció de govern global. Fa possible establir dominis, fonts autoritzades, dependències i criteris comuns per a tota l’organització. És la disciplina que permet aplicar les polítiques de govern de manera transversal i no només local. Per a un empleat públic, això es tradueix en una millor traçabilitat: saber d'on ve cada dada des que el ciutadà fa el tràmit fins que arriba a la base de dades.
El Modelatge de Dades té una funció de govern del significat i de l’estructura. Garanteix que les definicions corporatives es converteixin en models precisos, revisables i mantenibles. És essencial per assegurar que allò que el negoci diu que existeix és exactament allò que els sistemes implementen. El Modelatge de Dades pe. evita errors en subvencions o tributs perquè les estructures estan alineades amb la realitat administrativa.
En resum:
- l’arquitectura governa la visió corporativa de les dades;
- el modelatge governa la representació formal i el detall estructural.
Sense arquitectura, el govern és massa abstracte; sense modelatge, el govern no es pot executar amb rigor.
Què hem de tenir en compte en plantejar una arquitectura o un modelatge?
Hi ha diversos aspectes crítics que cal considerar:
En primer lloc, tant l’arquitectura com el modelatge han de començar sempre pel negoci (en el nostre cas les àrees competencials dels serveis públics), no per la tecnologia. El punt de partida ha de ser entendre quins conceptes són rellevants, quins processos depenen de les dades i quines decisions es volen suportar.
En segon lloc, cal distingir bé els nivells d’abstracció. No és el mateix definir un model conceptual corporatiu que dissenyar un esquema físic per a una base de dades. Barrejar aquests nivells genera confusió i debilita la coherència.
També és imprescindible garantir la traçabilitat: poder seguir el camí des d’un concepte de negoci fins a la seua implementació tècnica. Sense aquesta connexió, el govern de la dada perd solidesa.

