On dit que le modèle de domaine est utilisé pour capturer le domaine de problème d'une application. C'est ce qui est nécessaire pour les besoins, etc. Mais souvent, ces modèles sont presque très proches de ce qui peut s'avérer être des classes pendant la phase de mise en œuvre. Mais il existe aussi quelque chose appelé le modèle de domaine orienté objet, qui est censé capturer "l'abstraction de données d'un domaine de problème". Par l'expression «abstraction de données d'un domaine de problème», je le comprends comme «les couches du domaine de problème qui pourraient être séparées».Quelle est la différence entre le modèle de domaine et le modèle de domaine OO?
Dans ce cas, quelle est la différence entre le modèle de domaine et un modèle de domaine OO? Ils capturent presque la même chose, n'est-ce pas?
Merci! Donc, puis-je dire que le modèle de domaine capture le domaine du problème alors que le modèle de domaine orienté objet capture le domaine de la solution? Et si tel est le cas, en quoi le modèle de domaine orienté objet diffèrerait-il d'un diagramme de classes UML? – Carven
Vous êtes proche; l'OODM capture un domaine de solution, mais ce n'est pas forcément le seul. C'est un domaine de solutions orienté objet, mais il peut y en avoir plusieurs, selon le mapping. OODM peut conduire à un diagramme de classes UML, parfois très simple, mais ce n'est pas la même chose. OODM représente une modélisation du processus; un diagramme de classes représente une modélisation de l'information (traitement). Comme je le dis, on peut en conduire un autre, mais gardez à l'esprit que ce n'est pas la même chose. –
merci beaucoup pour l'explication! :) – Carven