Les relations à rendre visibles
Pour chaque dépendance importante, préciser le responsable, l’usage, le mode de défaillance et l’alternative disponible. Vérifier les dépendances communes : deux solutions peuvent sembler indépendantes tout en partageant une identité, une plateforme, une compétence ou un contrat.
Un identifiant unique ne résout pas une ambiguïté de sens. Stabiliser les définitions avant de généraliser les échanges entre applications.
Définir la signification, le cycle de vie, les attributs importants, les identifiants et les relations de l’objet dans son contexte.
Confondre un nom de table et une notion métier peut conduire à fusionner des informations différentes ou à multiplier les doublons.
Application à votre contexte
Pour chaque relation importante, précisez l'usage, le responsable et ce qui se passe en cas d'indisponibilité. Cherchez aussi les ressources communes qui rendent plusieurs alternatives moins indépendantes qu'elles ne le paraissent.
Suivez une information plutôt qu'un organigramme : qui la crée, qui la transforme, qui la valide et qui s'en sert pour agir ? Les ruptures apparaissent souvent entre deux services, alors que chaque application semble fonctionner correctement prise isolément.