Anti-patterns de modélisation
Un type par système source
Créer ClientCRM, ClientERP et ClientSupport reproduit les silos existants. Modélisez Client, puis conservez les identifiants et mappings de chaque source.
L’entité fourre-tout
Un type ObjetMétier avec des dizaines de propriétés optionnelles masque les règles et dégrade la qualité. Séparez les concepts qui possèdent des cycles de vie différents.
Une copie par département
Dupliquer Client pour le marketing, la finance et le support empêche une vision commune. Utilisez des vues, permissions ou classifications adaptées aux usages.
Toutes les colonnes deviennent des propriétés
Les colonnes techniques, calculées ou temporaires n’appartiennent pas automatiquement au modèle métier. Conservez seulement ce qui porte un sens et un usage durable.
Trop d’espaces isolés
Un espace par équipe rend les relations transverses invisibles. Organisez les espaces par domaine cohérent et documentez les concepts partagés.
Confondre type et instance
ACME France est une instance de Client, pas un nouveau type. Un type doit pouvoir accueillir plusieurs occurrences partageant la même structure.
Workflow ou calcul inutilement complexe
N’utilisez pas un workflow pour une transformation déterministe simple. Une propriété calculée ou une règle de validation est plus lisible et plus facile à maintenir.
Relation à la place d’une propriété
Ne créez pas un type pour chaque valeur simple. Un Statut sans identité ni propriétés propres doit généralement rester une propriété contrôlée.