Un résultat utilisable
Inclure hébergement, réseau, stockage, identité, énergie et services externes nécessaires, avec un niveau de détail proportionné à la criticité.
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.
L’exploitation maintient les faits techniques, l’architecte organise les vues, et les responsables de service valident les impacts.
Comparer la carte aux configurations et faire expliquer un scénario de panne par une personne qui n’a pas conçu l’infrastructure.
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.