web-dev-qa-db-fra.com

La DRE compte-t-elle en tant que diagrammes UML?

Les diagrammes de relations d'entités (DER) sont-ils considérés comme un type de diagramme UML ou sont-ils une chose distincte?

8
mts396

J'ai une autre idée. Je pense que nous devrions regarder en profondeur.

Lorsque nous parlons de DRE (diagramme de relation d'entité), nous parlons de Modélisation de relation d'entité

C'est d'abord introduit par Peter Chen (1976). Il a publié deux articles célèbres sur la modélisation des relations entre entités (voir first et second articles)

Il a parlé de la modélisation entité-relation (et non du diagramme entité-relation). C'est modèle ER.

Il y a un autre article en 1975 sur Modélisation du système du monde réel.

ER Modeling} est (voir référence , le deuxième paragraphe): 

En génie logiciel, un modèle ER est généralement formé pour représenter choses dont une entreprise a besoin de se souvenir pour pouvoir travailler processus. Par conséquent, le modèle ER devient un modèle de données abstrait que définit une structure de données ou d'informations pouvant être implémentée dans un base de données, généralement une base de données relationnelle.


Techniques de convention de schématisation

Lorsque nous parlons de modélisation ER, il existe de nombreuses techniques de convention de diagrammes

  1. Notation Chen (certains liens doivent être traduits)
  2. Notation IDEF1X
  3. Notation Bechman
  4. Notation Martin
  5. (min, max) -notation de Jean-Raymond Abrial en 1974
  6. diagrammes de classes UML

Et autres notations (voir référence )

 enter image description here

_ {Toutes les notations ci-dessus utilisent pour la modélisation ER ou la modélisation de données. 

Il n'y a pas de différence frappante entre la notation UML et les autres notations ER. Ils modélisent tous les éléments les plus importants des modèles de données. 

Enfin: UML est un outil graphique standard permettant de modéliser toutes les parties d'un projet. _ {Nous pouvons utiliser UML (Diagramme de classes) pour la modélisation ER} et les avons nommés nos modèles ER ou ERD. Donc, nous pouvons dire: c'est mon DRE dans la notation UML. 

22
Gholamali-Irani

La DRE, c'est sa propre affaire. Ce n'est pas dans la spécification UML . Vous pouvez télécharger la spécification PDF à partir du lien.

UML est un langage/notation courant pour la modélisation orientée objet et inclut une multitude de types de diagrammes. La DRE est un diagramme pour la modélisation des données (attributs et relations). Certains diagrammes UML structurels sont assez similaires dans ce que vous pouvez modéliser, mais le concept est différent.

Types de diagrammes UML:

 Types of UML diagrams

6
Justinas Marozas

J'ai un avis différent de Jarek. Rien ne vous empêche de modéliser des données en utilisant UML. N'oubliez pas qu'UML n'est pas nouveau en ses fondements. Il représente l'évolution d'un certain nombre de types de diagrammes qui existaient déjà (les DRE inclus) et une tentative de normalisation de ces notations afin de créer un langage cohérent pour la communication de la conception du système.

Les DER sont utilisés pour modéliser (en grande partie) un modèle statique d'un système. Ils montrent (sans surprise) les entités concernées dans un système et expliquent la manière dont ils sont liés.

En UML, les diagrammes de classes sont nés de diagrammes ER pour représenter la relation entre les classes. Si vous considérez que (dans sa forme la plus simple) une classe est la combinaison de données et de méthodes, en ignorant les méthodes, vous vous retrouvez avec un modèle de données (bien qu'avec une syntaxe qui diffère des ERD classiques).

Les DRE sont donc en corrélation avec les diagrammes de classes en langage UML si vous choisissez d'exclure les méthodes et les aspects du modèle conçus pour indiquer la protection des données.

Cependant, UML lui-même a une fonction plus large, en tant que famille d'outils de modélisation pouvant être utilisés collectivement pour modéliser la nature statique et dynamique d'un système. Il comprend des diagrammes qui facilitent l'élaboration d'un modèle de système plus complet que la description de ses entités (ou de ses données):

  • Diagrammes de classes pour la modélisation de relations d'objets statiques, 
  • Diagrammes d'objets pour le codage dynamique des relations objet/instance
  • Machine à états/diagrammes pour la modélisation de la transition d'un système à travers des états
  • Diagrammes de séquence et de collaboration pour montrer comment les composants d'un système vont fonctionner ensemble
  • Diagrammes d'activité (remplaçant les organigrammes) pour démontrer/documenter le flux impératif
  • et quelques autres, je vous laisserai enquêter (consultez http://www.agilemodeling.com/essays/umlDiagrams.htm pour un aperçu)
2
Andy Davison

Ce fut la première recherche sur Google:

Différence clé: UML signifie Unified Modeling Language. DRE signifie diagramme de relation d'entité. UML est un langage de modélisation populaire et normalisé principalement utilisé pour les logiciels orientés objet. Les diagrammes entité-relation sont utilisés dans l'analyse structurée et la modélisation conceptuelle

2
Kieran

UML, en tant que notation orientée objet, n’a rien à voir avec la modélisation de données. Beaucoup de fois j'ai lu sur les attributs en tant que colonnes de données. Ce n'est pas vrai. Nous pouvons attribuer à un attribut des données simples ou tout autre objet compliqué. 

Pour la modélisation des données (base de données, base de données relationnelle), nous utilisons un diagramme ERD. Pour stocker des données dans des systèmes d'objets, nous pouvons utiliser ORM (modèle relationnel d'objet). Il s'agit d'un modèle mixte UML/Data, si nous utilisons un modèle tel qu'une table ou un enregistrement actif. 

1
Jarek Zelinski

J'ai une opinion différente d'Andy. Dans les diagrammes de classes UML, vous décrivez la relation entre deux classes. Avec ERD, vous pouvez parler de relations entre plus de deux entités. 

C'est la raison pour laquelle la cardinalité dans les diagrammes de Chen est sur un site opposé par rapport aux diagrammes de classes UML. Vous devez penser au nombre de relations pour chaque entité.

Jetons un coup d'oeil à un exemple simple:

Dans ce petit exemple, chaque fournisseur doit être en relation avec au moins une livraison. Mais il peut y avoir des articles non livrés et des projets sans livraisons.

0
fireabend