Vous avez commencé à construire votre glossaire et vous êtes confrontés à la problématique d'unicité des définitions.
Selon le cas plusieurs solutions s'offrent à vous
Différences entre services
Si vous avez des objets qui peuvent avoir des définitions différentes selon le service, la business unit….vous devez les nommer différemment ou les placer dans des chemins (path) différents.
Utiliser les relations entre objets
Si vous utilisez des univers pour gérer des synonymes, vous pouvez généraliser les objets. Vous pouvez ainsi être plus précis avec leurs nom. Par exemple la master data personne représente un employé d’un point de vue ressources humaines mais également un client du point de vue des ventes.
Le principal inconvénient de cette solution est que vous devez gérer plusieurs objets alors qu’ils sont les mêmes (par exemple le « nom »).
Gérer des synonymes
Vous pouvez gérer des synonymes quand vous avez plusieurs définitions pour un concept.
Par exemple, vous avez différents termes métiers pour un article selon que vous preniez le point de vue R&D ou Ventes.
Cette notion n’est pas optimale en ce qu’elle peut vous conduire à dupliquer les termes métiers sous chaque concept. Par exemple, le terme métier « SKU » sera présent sous la vision R&D et Ventes et aura la même définition.
Si possible, préférez une gestion au niveau du terme métier.
Vous pouvez gérer des définitions différentes pour un même objet (terme métier ou indicateur) en les renommant.
En faisant de la sorte, vous
- Faciliterez l’arbitrage car il n’y aura pas d’impact sur les objets enfants
- Pourrez fusionner les deux objets une fois que l’arbitrage sera réalisé.
Dans notre exemple, les autres termes métiers ne sont pas impactés par cette dichotomie: par exemple le terme métier SKU a une définition unique pour tous les utilisateurs.
Définitions dépendantes du cycle de vie
Si vous adoptez une approche de modélisation où les définitions peuvent être différentes selon une valeur (ici le statut du cycle de vie), vous pouvez gérer celles-ci grâce aux valeurs de références.
Dans ce cas, votre modèle de donnée est unifié, mais certaines implémentations fonctionneront toujours différemment. La gestion des listes de valeur permet d’identifier ces différences à la marge.
C'est l'une des meilleures façons de gérer différentes définitions.