Perspectives des entités

Question

Contexte:   Donc, je tente de construire un modèle de domaine ridiculement complexe. En discutant avec les utilisateurs, le système sera utilisé de plusieurs manières (par exemple, l'une des manières est celle du salarié, l'autre celle de l'employeur). En réalité, ce sont plusieurs applications qui réutilisent le domaine principal.

Question:   Est-il faux de créer le domaine à partir de plusieurs perspectives? Par exemple, pour construire le domaine au fur et à mesure que l'entreprise est exécutée, il faudrait créer toutes sortes de classes de relations qui contiennent des informations supplémentaires sur l'entité, etc. les classes de relations peuvent être intégrées dans leur entité parente.

Des idées? Réfutations? Suis-je complètement en dehors de la base?

Answer 1

Non, c'est absolument approprié. Evan appelle dans son livre les contextes délimités de ces "perspectives".

Au lieu d’avoir un modèle de domaine vraiment complexe, essayez de construire un modèle simple qui adresse le domaine d’une manière spécifique. Les contextes délimités peuvent être liés pour former un réseau de modèles de domaine directs plus petits, plus simples et

.

Answer 2

Je ne pense pas que vous devriez essayer de prédéfinir le "domaine de base" dès le départ. Laissez-le émerger au cours du processus de développement. De plus, tout ce qui n'est pas commun aux deux (ou plus) perspectives ne devrait pas être dans le "noyau".

Par exemple, construisez une partie du système du point de vue de l'employeur. Cela peut vous inviter à créer des entités telles que "Projet", "Tâche" et "Client". Construisez ensuite une partie du point de vue de l’employeur. Cela peut vous inciter à créer de nouvelles entités et à réutiliser 'Projet' et 'Tâche'. C'est à ce moment-là que je transfèrerais 'Projet' et 'Tâche' vers la 'bibliothèque principale' partagée par le reste du système.

Parfois, vous trouvez des entités communes, mais liées de différentes manières. Dans ce cas, la relation devrait être injectée par le contexte plutôt que intégrée aux entités elles-mêmes.