Modélisez le métier, au-delà des tables.

Une ontologie d’entreprise définit les concepts du métier, leurs propriétés et leurs relations. Client, Commande et Expédition sont des concepts ; la date de commande et la date de livraison promise sont des propriétés ; « un client passe une commande » et « une expédition honore une commande » sont des relations. Le modèle rend explicites des hypothèses souvent dispersées dans le code ou dans les connaissances individuelles.

Un schéma décrit la structure des données stockées. Une ontologie décrit le sens des concepts métier et de leurs relations. Un graphe de connaissances peut représenter des entités concrètes et leurs liens à partir de ce modèle. Ces notions se complètent : une ontologie ne remplace pas automatiquement une base de données, et chaque lien d’un graphe n’a pas nécessairement une définition métier claire.

Une commande relie un client aux produits achetés. Les expéditions décrivent la livraison, les factures la facturation et les paiements le règlement. Ces relations permettent d’enquêter sur un retard ou un impayé sans considérer les ventes, la logistique et la finance comme des ensembles indépendants. Les livraisons partielles, les factures multiples et les liens incomplets nécessitent un traitement explicite.

Le site Talamys présente un socle métier partagé, une cartographie des relations et les éléments qui étayent un indicateur. Vous pouvez passer d’un objet métier à ses relations, puis à des enregistrements illustratifs. Cette approche rend le modèle compréhensible pour les personnes qui connaissent le métier, sans leur imposer de partir de la structure de la base de données.

Choisissez une question concrète et les concepts nécessaires pour y répondre. Définissez les relations avec les responsables métier, reliez-les aux enregistrements sources et vérifiez les exceptions. Élargissez ensuite le modèle. Une ontologie utile évolue avec les définitions et les sources ; un grand diagramme ne suffit pas.