Are crow feet notation and uml notation same?
La notation des pattes d’oie est l’une des nombreuses notations de diagramme entité-relation.
Un modèle entité-relation est le résultat de l’utilisation d’un processus systématique pour décrire et définir un domaine de données d’entreprise. Il ne définit pas le processus métier ; il ne fait que visualiser les données métier. Les données sont représentées sous forme de composants (entités) qui sont liés entre eux par des relations qui expriment les dépendances et les exigences entre eux, par exemple : un bâtiment peut être divisé en zéro ou plusieurs appartements, mais un appartement ne peut être situé que dans un seul bâtiment. Les entités peuvent avoir diverses propriétés (attributs) qui les caractérisent. Les diagrammes créés pour représenter graphiquement ces entités, attributs et relations sont appelés diagrammes entités-relations.
Un modèle ER est généralement implémenté sous forme de base de données. Dans le cas d’une base de données relationnelle, qui stocke les données dans des tables, chaque ligne de chaque table représente une instance d’une entité. Certains champs de données de ces tables pointent vers des index dans d’autres tables ; ces pointeurs constituent l’implémentation physique des relations.
Et plus spécifiquement
La notation en pied de corbeau est utilisée dans la notation de Barker, la méthode d’analyse et de conception de systèmes structurés (SSADM) et l’ingénierie de l’information. Les diagrammes en pied de corbeau représentent les entités sous forme de boîtes, et les relations sous forme de lignes entre les boîtes. Des formes différentes aux extrémités de ces lignes représentent la cardinalité de la relation.
Les diagrammes d’objets sont légèrement différents des diagrammes ER.
Dans le langage de modélisation unifié (UML), un diagramme d’objets se concentre sur un ensemble particulier d’objets et d’attributs, ainsi que sur les liens entre ces instances. Un ensemble corrélé de diagrammes d’objets donne un aperçu de la façon dont une vue arbitraire d’un système est censée évoluer dans le temps. Dans les premières spécifications UML, le diagramme d’objets est décrit comme:
« Un diagramme d’objets est un graphe d’instances, comprenant des objets et des valeurs de données. Un diagramme d’objets statique est une instance d’un diagramme de classes ; il montre un instantané de l’état détaillé d’un système à un moment donné. L’utilisation des diagrammes d’objets est assez limitée, notamment pour montrer des exemples de structure de données. » La dernière spécification UML 2.5 ne définit pas explicitement les diagrammes d’objets, mais fournit une notation pour les instances de classificateurs.
Les diagrammes d’objets et les diagrammes de classes sont étroitement liés et utilisent une notation presque identique. Les deux diagrammes sont destinés à visualiser la structure statique d’un système. Alors que les diagrammes de classes montrent les classes, les diagrammes d’objets affichent les instances des classes (objets). Les diagrammes d’objets sont plus concrets que les diagrammes de classes. Ils sont souvent utilisés pour fournir des exemples ou servir de cas de test pour les diagrammes de classes. Seuls les aspects d’intérêt courant d’un modèle sont généralement représentés sur un diagramme d’objets.
Utilisation
Si vous utilisez un outil de modélisation UML, vous dessinerez généralement les diagrammes d’objets en utilisant un autre type de diagramme, par exemple sur un diagramme de classes. Une instance d’objet peut être appelée spécification d’instance ou simplement une instance. Un lien entre des instances est généralement appelé un lien. D’autres entités UML, telles qu’un symbole d’agrégation ou de composition (un diamant), peuvent également apparaître sur un diagramme d’objets.