Référentiel d’architecture et repository

Comprendre l’enjeu et le périmètre

Il permet de réutiliser la connaissance pour les projets, audits, analyses d’impact et décisions de transformation.

Définir un métamodèle minimal : types d’objets, relations autorisées, identifiants et attributs utiles aux décisions.

Passer à l’action

• Choisir les objets et relations nécessaires
• Définir les règles d’alimentation et de responsabilité
• Produire des vues utiles et contrôler leur fraîcheur

Séparez les objets de leurs relations. Une application possède un identifiant stable, tandis qu’un flux relie une source et une destination et porte ses propres caractéristiques. Conservez la provenance de chaque information et sa date de vérification pour distinguer un fait constaté d'une hypothèse.

Responsabilités et moyens

L’architecte définit les conventions, les propriétaires de domaines valident les faits, et un administrateur maintient l’outil.

Inclure licence éventuelle, reprise des données, animation, contrôle qualité et réversibilité du modèle.

Produire et vérifier

Livrable utile

Un référentiel structuré, des règles de modélisation et des vues liées à des usages précis.

Preuve à rechercher

Modifier un objet et vérifier que les vues concernées reflètent le changement sans recopies incohérentes.

Indicateur à interpréter

Suivre les objets orphelins, relations non vérifiées et données critiques trop anciennes.

Testez le référentiel avec un changement réel ou simulé. Retrouvez les activités touchées, les interlocuteurs, les flux et les dépendances communes. Une carte agréable à lire mais incapable d'éclairer cet impact ne remplit pas encore son objectif.

Arbitrages et dépendances

Un outil puissant sans gouvernance de contenu devient un entrepôt de données peu fiables.

Le référentiel doit s’articuler avec inventaires, CMDB, portefeuilles, contrats et registres de risques.

N'essayez pas de tout dessiner dans une seule carte. Une vue de direction, une vue des interfaces et une vue de reprise répondent à des questions différentes. Elles doivent toutefois partager les mêmes identifiants et ne pas produire trois inventaires incompatibles.