Un résultat utilisable

Définir pour chaque type de donnée le système de référence, les usages, la granularité et les règles de synchronisation.

Le livrable doit identifier sa version, son périmètre, son responsable et sa source. Il doit permettre une action ou une décision, car une pièce documentaire sans utilisateur ni mise à jour prévue risque de devenir rapidement obsolète.

Les responsables de configuration et d’architecture définissent ensemble les frontières, les propriétaires de service valident les usages.

Choisir un changement réel et vérifier que ses impacts sont lisibles dans les outils concernés sans contradiction.

Application à votre contexte

Un livrable doit avoir un utilisateur, une décision ou une action associée. Précisez sa source de vérité, son responsable et son entretien. Un document non maintenu peut rapidement devenir une information trompeuse.

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.

Remettre cette réponse dans son contexteCMDB et référentiel d’architecture

Références pour approfondir