Un cadre commun, des usages locaux

L’urbanisation dépend de la sémantique des données, de l’identité des objets et des mécanismes d’intégration.

Définir un noyau de règles communes, les données à consolider et les variantes autorisées. Chaque entité doit savoir ce qu’elle peut décider localement et ce qui nécessite une coordination, et les exceptions doivent rester visibles au niveau pertinent.

Définir les domaines, les services exposés, les données de référence et les frontières de responsabilité, tout en documentant les dépendances transverses.

L’architecte coordonne, les responsables de domaine définissent leurs services, et les équipes d’intégration maintiennent les contrats d’échange.

Application à votre contexte

Distinguez le socle obligatoire et les variantes locales justifiées. Utilisez des identifiants communs et un circuit de remontée des changements, mais n'écrasez pas une contrainte locale pertinente pour obtenir artificiellement un modèle uniforme.

Une architecture cible doit expliquer les compromis retenus : complexité, coût, continuité, autonomie et capacité de changement. Prévoyez des états intermédiaires et des conditions de sortie du legacy. Une cible sans trajectoire financée reste une intention.

Dans une organisation multisite

Fédérer les référentiels d’entités autour d’un métamodèle minimal et de responsables identifiés. La gouvernance centrale fixe les invariants sans effacer les contraintes locales.

Remettre cette réponse dans son contexteUrbanisation du système d’information

Références pour approfondir