Guide de conception
Partir d’une décision
Formulez d’abord une décision ou une opération que le modèle doit rendre possible : « savoir quelles commandes risquent un retard » est plus utile que « importer les tables de l’ERP ».
Identifier les types d’entités
Un bon type possède une identité, un cycle de vie et plusieurs usages possibles. Les noms métier cités dans les décisions sont de bons candidats : Commande, Fournisseur, Site ou Incident.
Posez trois questions :
- Devons-nous distinguer chaque occurrence ?
- Ce concept possède-t-il ses propres propriétés ou relations ?
- Sera-t-il réutilisé dans plusieurs analyses, actions ou workflows ?
Si les réponses sont négatives, une propriété suffit probablement.
Choisir propriété ou relation
| Utilisez une propriété lorsque… | Utilisez une relation lorsque… |
|---|---|
| La valeur décrit uniquement son propriétaire | La cible possède sa propre identité |
| La valeur est simple et peu réutilisée | La cible est enrichie ou reliée ailleurs |
| Aucun historique indépendant n’est nécessaire | Le lien porte un sens métier important |
Représenter les événements et le temps
Créez un événement comme type d’entité lorsque vous devez tracer qui, quand, pourquoi ou relier plusieurs participants. Utilisez une date comme propriété pour un simple repère temporel. Préférez des statuts explicites et un historique d’événements lorsqu’un cycle de vie doit être auditable.
Tester le modèle
Validez le modèle avec trois instances réalistes, une requête métier et une action. Si ces scénarios exigent des exceptions ou des champs génériques, révisez la granularité avant de connecter les sources.