Quelle est la différence entre la modélisation des données et la modélisation de domaine?

Question

Par ailleurs - en référence à la modélisation des données, je fais référence à des modèles de données logiques ou conceptuelles -. Pas les physiques

La question a été soulevée lors d'une discussion au travail; naturellement, je bondis sur Wikipédia pour obtenir quelques définitions de base en place - en espérant qu'ils pourraient clarifier la différence - mais ils ne ...

  

Un schéma conceptuel ou le modèle conceptuel des données est une carte de concepts et de leurs   relations.

Modles données logiques semblent très similaires (de cette définition):

  

modèle de données logiques (LDM) dans les systèmes   l'ingénierie est une représentation d'un   Les données de l'organisation, organisée en   termes entités et les relations et   est indépendant de toutes les données particulier   technologie de gestion.

Où-as ...

  

modèle de domaine , ou modèle objet de domaine   (DOM) dans la résolution de problèmes et de logiciels   l'ingénierie peut être considéré comme   modèle conceptuel d'un système qui   décrit les différentes entités   impliqués dans ce système et leur   relations.

Les différences entre le modèle de domaine vs modèle conceptuel de données semble particulièrement trouble.

L'une des choses qui ajoute à cette confusion est que (ce que j'ai vu) un modèle de domaine est généralement modélisé à l'aide d'un diagramme de classes UML - l'entité de classe dans un supports diagramme de classes UML méthodes - notre collègue soutient qu'une modèle de domaine ne doit pas contenir des « opérations ». Je peux comprendre modélisateurs de domaine en utilisant un sous-ensemble d'un diagramme de classes UML - mais est-il pas dangereux de supposer que les gens éviteront d'inclure les « opérations » si l'outillage qu'ils utilisent le prend en charge

Answer 1

Bonne question, le problème est que cela dépend de la définion des termes, je pense qu'ils sont légèrement différentes basées sur les sources. Je suis d'accord avec la réponse précédente - les modèles de domaine sont pour décrire le domaine du problème, au moins la partie dont vous avez besoin pour développer une solution. Vous décrivez toutes les différentes entités, leurs relations et leur comportement. Je pense que cela est aussi le point de vue du point de vue de la conception Domain Driven. modèles de données d'autre part sont utilisés pour décrire les données de votre système et des relations ou des associations entre elles. Ceci est utile pour décrire ce qui doit être stocké dans le système et peut également donner des conseils comment. Je pense que les modèles de données s'appliqueraient pour votre règle, parce qu'ils ne sont pas importants à cet égard « aucune opération ».

Answer 2

Modélisation de domaine (dans le sens du domaine Driven Design) est tout au sujet de la modélisation de la comportement des concepts de domaine, alors que la modélisation des données se concentre principalement sur ... les données.

Il ne signifie pas que la modélisation de domaine ne tient pas compte des structures de données. Il vient met davantage l'accent sur les opérations et la façon dont ils peuvent être utilise pour résoudre des problèmes.

Je ne sais pas grand chose sur autre que domaine Driven techniques de modélisation de domaine de conception, mais DDD implique (à l'exception des données de modélisation et de comportement) modélisation aussi explicite des limites cohérence (agrégats).

Answer 3

Ceci est un vieux fil, mais voici une réponse légèrement améliorée pour clarifier quelques-unes des autres ont affiché ici.

Le concept de « domaine » (et d'autres types de modèles tels que conceptuel, logique et physique) est perpendiculaire à la technique utilisée pour représenter le modèle (par exemple. ERD, UML, etc.). Un modèle de domaine est essentiellement identique à un modèle conceptuel, mais différentes méthodologies de conception pourrait avoir des termes et des définitions légèrement différentes. Alors qu'il est courant de dessiner des modèles de domaine en utilisant UML ou ERD pour décrire les entités et leurs relations (ou classes / méthodes UML), cela ne vaut que pour la modélisation de l'information à gérer par un système - logiquement, le concept de modélisation de domaine (ou conceptuel la modélisation, la modélisation logique ou la modélisation physique, etc.) peut appliquer à toute situation problématique et une solution. En fonction de la nature du problème et l'approche de résolution de problèmes, d'autres techniques de modélisation pourraient être utilisés pour atteindre le même objectif.

En bref, la modélisation de domaine et la modélisation conceptuelle sont essentiellement la même chose, les définitions de fractionnement cheveux de côté. Le concept s'applique à ce modélisateur tente de communiquer. Le concept de la modélisation des données (p. ERD) ou la modélisation orientée objet (ie. UML) fait référence à comment communique modeleur it.

Answer 4

Je dirais qu'un modèle de domaine décrit les problèmes (ce que nous voulons gérer / résoudre) sur un domaine donné. Le modèle de données décrirait la solution (la façon dont nous allons le résoudre) au problème décrit le modèle de domaine.

Cependant, nous sommes en effet dans les eaux troubles ...