L'établissement des concepts clés et le vocabulaire unique d'un problème spécifique est l'un des premiers pas vers la création d'un modèle de domaine. Après avoir énuméré les différentes classes et sous-classes concernées - comme «personne à charge», «assurés» et «régime d'assurance» - la création d'un modèle de domaine nécessite le modeleur pour relier ces classes dans un ordre logique, en montrant comment ils interagissent les uns aux autres sur un de façon régulière. Par exemple, «à charge» est rarement interagir directement avec la compagnie d'assurance, le tout d'une personne à charge interactions procédera à un intermédiaire, la partie originale assuré. Pour cette raison, la "charge" sera liée à «assuré» et «assuré» classe liée à «régime d'assurance», sans connexion directe entre les «personnes à charge» et «régime d'assurance».
Le principal avantage d'un modèle de domaine est qu'il définit clairement et encapsule un problème, ne laissant rien sur. En effectuant ce niveau de planification en profondeur avant de commencer le codage d'un projet, le problème devient souvent plus facile à résoudre, conduisant à plus claires, code plus concis. Sans un modèle de domaine, le code répétitif et la disposition inefficace des classes et routines peuvent se produire. Tout comme une tentative d'écriture d'un document complexe sans un plan clair à l'avance, les choses sont radicalement simplifiées avec un plan de travail bien