Un Modèle Conceptuel de Données (MCD) dans un Système d’Information Géographique décrit les entités, leurs attributs et leurs relations avant toute implémentation technique. Ce schéma formel, souvent cantonné à la phase de conception d’une base de données spatiales, porte en réalité une cartographie complète du patrimoine informationnel d’une organisation. Exploiter ce potentiel pour structurer la gouvernance de données suppose de dépasser son usage originel.
SIG MCD et gouvernance de données : le lien structurel
La gouvernance de données repose sur la capacité à identifier les objets de données, à définir qui en est responsable et à fixer les règles de qualité et de conformité qui s’y appliquent. Un MCD remplit déjà la première condition : il nomme chaque entité, précise ses attributs et matérialise les dépendances entre jeux de données.
A voir aussi : Comment créer une base de données entreprise ?
Là où un catalogue de données liste des ressources à plat, le MCD expose la logique métier qui relie ces ressources. Une parcelle cadastrale reliée à un propriétaire, lui-même rattaché à un régime fiscal et à une zone réglementaire : cette chaîne de relations est visible dans le MCD, pas dans un simple inventaire.
Un programme géospatial qui s’appuie sur ce schéma pour distribuer les rôles de gestion (production, mise à jour, diffusion) gagne en traçabilité. Chaque entité du MCD peut porter des métadonnées de gouvernance : responsable métier, fréquence de mise à jour, niveau de sensibilité, contrainte réglementaire applicable.
A lire aussi : Techniques essentielles de saisie de données informatiques
Conformité réglementaire pilotée depuis le MCD du SIG
Les cadres réglementaires qui pèsent sur les données se multiplient. RGPD, Data Act, AI Act, Data Governance Act : chacun cible des catégories de données différentes (personnelles, non personnelles, IoT, modèles d’intelligence artificielle) avec des exigences distinctes en matière de sécurité, de portabilité et de documentation.
Un SIG MCD peut servir de cartographie juridique des données. En rattachant à chaque entité conceptuelle le ou les textes qui la concernent, le modèle rend visible la superposition des obligations. Une couche de capteurs IoT urbains, par exemple, relève à la fois du Data Act pour la portabilité des données générées et du RGPD si ces données permettent d’identifier des individus.
Tracer les contraintes au niveau de l’entité
Plutôt que de maintenir un registre de traitements déconnecté du système opérationnel, l’approche consiste à annoter directement le MCD. Chaque entité porte alors ses contraintes de conformité comme elle porte déjà son type géométrique ou son système de projection.
Cette intégration évite la dérive classique : un registre RGPD tenu à jour par le DPO d’un côté, une base SIG administrée par la DSI de l’autre, sans passerelle entre les deux. Quand un nouveau règlement entre en vigueur, la mise à jour se fait au niveau du modèle conceptuel, puis se propage aux couches logiques et physiques.
Qualité des données géographiques : ancrer les règles dans le modèle
La qualité des données dans un SIG ne se décrète pas par une charte générale. Elle se spécifie entité par entité, attribut par attribut. Le MCD est le bon endroit pour fixer ces spécifications.
- Contraintes d’intégrité : un tronçon de réseau doit être connecté à deux nœuds, une parcelle ne peut pas se superposer à une autre. Ces règles topologiques se formalisent dès le MCD.
- Règles de complétude : pour chaque entité, le modèle distingue les attributs obligatoires des attributs facultatifs, ce qui permet de mesurer automatiquement le taux de remplissage.
- Fréquence de mise à jour : un attribut de population communale n’a pas le même cycle de rafraîchissement qu’un tracé de voirie. Inscrire cette temporalité dans le MCD évite les données périmées présentées comme actuelles.
Ancrer les règles de qualité dans le modèle conceptuel garantit qu’elles survivent aux changements d’outils ou de versions logicielles. Le MCD reste stable quand on migre d’un SGBD à un autre.
Gouvernance distribuée et rôles métier dans le SIG
Les organisations qui gèrent des données géographiques à grande échelle (collectivités, gestionnaires de réseaux, aménageurs) fonctionnent rarement avec une équipe centralisée. Les données sont produites par des services différents, mises à jour par des prestataires externes, exploitées par des directions métier qui n’ont pas les mêmes priorités.
Le MCD offre une base pour distribuer la gouvernance de façon cohérente. Chaque entité ou groupe d’entités est assigné à un responsable de données identifié, avec un périmètre clair : quelles entités, quels attributs, quelles relations.
Éviter la gouvernance fantôme
Sans ancrage dans le modèle, les rôles de gouvernance restent théoriques. Un comité de gouvernance peut nommer un « référent données transport », mais si le périmètre exact de ce rôle n’est pas matérialisé dans le MCD (quelles entités, quelles relations, quels attributs sensibles), la responsabilité reste floue.
Le MCD transforme un organigramme déclaratif en une carte opérationnelle. Chaque modification du modèle (ajout d’une entité, modification d’une relation) déclenche une question de gouvernance : qui en est responsable, quel processus de validation s’applique, quel niveau de qualité est attendu.
Limites du MCD comme outil de gouvernance SIG
Un MCD ne couvre pas tout. Il décrit la structure, pas les flux. Les processus d’alimentation, les pipelines ETL, les droits d’accès utilisateur ne sont pas modélisés dans un schéma entité-relation classique.
Le MCD est un socle, pas un tableau de bord. Il doit être complété par des outils de suivi opérationnel : catalogues de métadonnées, indicateurs de qualité automatisés, workflows de validation. La valeur ajoutée du MCD réside dans sa capacité à structurer ces outils en leur fournissant un référentiel commun.
- Le MCD ne gère pas les droits d’accès granulaires : il faut un système d’habilitations distinct, même si le MCD peut documenter les niveaux de sensibilité.
- Les données non structurées (photos aériennes, LiDAR brut, documents PDF rattachés à des objets géographiques) échappent partiellement au formalisme entité-relation.
- La mise à jour du MCD elle-même nécessite un processus de gouvernance : qui peut modifier le modèle, selon quelle procédure, avec quelle traçabilité.
Faire du MCD l’outil central de gouvernance d’un SIG revient à traiter le modèle conceptuel comme un actif vivant, pas comme un livrable de début de projet. Les organisations qui mettent à jour leur MCD à chaque évolution réglementaire ou métier disposent d’un référentiel de gouvernance ancré dans la réalité technique de leurs données. Celles qui le laissent figé après la phase de conception perdent cette cohérence, quel que soit le nombre de comités de gouvernance qu’elles instaurent.
