Comment représenter un objet métier composé de plusieurs entités de données ?
D’après Économie du système d’information
Un objet métier ne correspond pas nécessairement à une seule table ou à une seule entité. Sa représentation doit conserver les relations nécessaires à sa compréhension et permettre aux équipes métier de valider le sens du modèle.
Cas de figure : un objet métier = plusieurs entités reliées (voire une base complète)
Pour d’autres objets métiers, plus riches ou plus critiques, la représentation dans le SI peut être beaucoup plus étendue.
Par exemple, un Ordre de fabrication peut nécessiter la gestion :
Des lignes de production concernées
Des opérateurs (employés) affectés
Des lots de matières premières requis
Des échantillons de contrôle qualité
Chacune de ces entités peut figurer dans le MCD, accompagnée des règles de gestion (contraintes, cardinalités).
De plus, il n’est pas rare qu’un même objet métier se décline en plusieurs tables physiques dans la base de données (par exemple, des tables OrdreFab, LotMatiere, ControleQualite, etc.), voire qu’une base de données ou un schéma dédié lui soit consacré.
Outils pour la modélisation conceptuelle
Pour élaborer le MCD, on peut utiliser des langages standardisés :
Merise (très utilisé dans le monde francophone)
UML (diagramme de classes)
L’essentiel est de décrire clairement les relations, les attributs et, au besoin, les contraintes (clés primaires, clés étrangères) qui garantissent l’intégrité des informations.