Objets métier et données

Comprendre l’enjeu et le périmètre

Cette distinction permet de résoudre les incohérences entre outils avant de chercher à synchroniser des champs dont la signification n’est pas partagée.

Définir la signification, le cycle de vie, les attributs importants, les identifiants et les relations de l’objet dans son contexte.

Passer à l’action

• Faire définir l’objet et ses états par le métier
• Identifier ses représentations dans les applications
• Décider des règles d’identification, de rapprochement et de qualité

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.

Responsabilités et moyens

Le propriétaire métier définit la signification, les responsables de données et d’applications mettent en œuvre les règles.

Prévoir ateliers sémantiques, nettoyage, rapprochements, interfaces et surveillance des anomalies.

Produire et vérifier

Livrable utile

Une fiche d’objet métier et une correspondance entre ses représentations, identifiants et responsables.

Preuve à rechercher

Confronter plusieurs cas réels, y compris doublons, changements de statut et exceptions, pour vérifier la définition commune.

Indicateur à interpréter

Mesurer les objets impossibles à rapprocher ou les attributs critiques incohérents sur un échantillon documenté.

Un schéma est une hypothèse de fonctionnement. Demandez à un utilisateur de raconter un dossier réel, y compris une exception et un retour en arrière. Notez les outils informels et les personnes indispensables plutôt que de les faire disparaître du dessin.

Arbitrages et dépendances

Confondre un nom de table et une notion métier peut conduire à fusionner des informations différentes ou à multiplier les doublons.

Les processus de création et de modification, les référentiels et les interfaces déterminent la cohérence de l’objet.

La bonne unité de raisonnement est le service rendu. Remplacer un logiciel sans traiter une validation ambiguë ou une information manquante peut déplacer le problème. Distinguez donc ce qui relève de l'organisation, de la donnée et de la technique avant de choisir une réponse.