Les différences entre un conceptuel UML diagramme de classe et une disquette de réparation d'urgence?
Si je créer un modèle conceptuel de diagramme de classe, de sorte que chaque classe capture " nom " et "attributs", mais pas "opérations", je ne l'ai pas essentiellement créé ce qui serait autrement considéré comme une disquette de réparation d'urgence? Je suis en train d'essayer de comprendre quelles sont les différences entre la création d'un modèle conceptuel de diagramme de classe comme je l'ai décrit rapport à l'appelant une disquette de réparation d'urgence? Si ces derniers sont toujours deux animaux différents, quelqu'un peut-il expliquer quelles sont les différences?
OriginalL'auteur Adam | 2011-01-13
Vous devez vous connecter pour publier un commentaire.
Il y a peu de différence dans l'expressivité à la fois (si nous concentrer uniquement sur les attributs, classes et associations de la partie) si vous utilisez l'Étendue des diagrammes Entité-Relation (le cas le plus courant de nos jours)
Vrai, ils ont l'air très différents au niveau graphique car ils utilisent des symboles différents pour les éléments, mais la "sémantique" sont assez similaires. Ils permettent à la fois de l'héritage (encore une fois, je vous parle du REE), n-aire des associations, des classes d'association, ...
Comme je l'ai dit, ER a commencé avec une première proposition de Peter Cheng, mais a rapidement évolué pour une famille complète d' (extended) ER langues ajouté de nouvelles fonctionnalités à la langue comme héritage. Donc, oui, certain (E)ER versions permettent d'héritage
OriginalL'auteur Jordi Cabot
Le diagramme de classe contient les classes dans votre modèle d'objet avec les éventuels liens/relations reliant les éléments de diagramme. Cependant, ces liens ne correspond pas nécessairement à des relations physiques comme dans un ERD diagramme, mais au contraire, ils représentent des connexions logiques.
Le diagramme de classe est juste le modèle d'objet de votre demande et ne contiennent pas de persistance des informations spécifiques. Quand vous pensez à ce sujet le diagramme de classes oublier la base de données ou tout autre système de stockage, vous pouvez utiliser.
L'ERD diagramme de l'autre côté, une persistance spécifiques diagramme qui affiche les entités (tables) existant dans un (le plus souvent) de base de données relationnelle. Il affiche également les relations physiques (et les cardinalités) entre les tables et tous les autres de la base de données des informations spécifiques. L'ERD diagramme peut parfois ressembler à le diagramme de classe, mais cela ne signifie pas est le même que d'un diagramme de classes.
Le rapport sur le diagramme de classe est logique, mais de l'autre côté d'une disquette de réparation d'urgence relation est une contrainte physique réelle entre les tables. Vous avez raison, les diagrammes peuvent être très semblables dans des cas simples, mais en plus complexes, la différence est évidente. Le diagramme de classe prend en charge beaucoup plus de l'abstraction de la disquette de réparation d'urgence. Si vous dessinez à l'ERD diagramme à l'aide de classique Chen notation, la différence visuelle par rapport à un diagramme de classe UML est énorme, même dans des cas simples.
OK, merci pour l'explication et ce que vous dites à propos d'une logique par rapport à une physique constaint fait sens pour moi. Étant donné qu'un diagramme de classe prend en charge beaucoup plus de l'abstraction qu'un ERD diagramme, est-il juste de dire que, dans un scénario plus complexe:
(suite de mon commentaire précédent)....que les classes représentées sur un diagramme de classes ne necesaarily match 1-de-1 pour les entités sur la disquette de réparation d'urgence? Merci pour votre aide sur ce, je l'apprécie
vous l'avez dit, "Le diagramme de classe contient les classes dans votre modèle d'objet sans aucune sorte, explicites les relations établis entre les éléments du schéma." Je n'ai jamais vu un diagramme de classe sans autorisation explicite des relations. Je m'attends à voir le genre de differentia de définitions (voir en.wikipedia.org/wiki/Genus%E2%80%93differentia_definition ) qui résonnent avec le domaine dans des diagrammes de classe UML.
OriginalL'auteur Faris Zacina
Cela dépend de la situation où vous ne pouvez pas faire la RE-D. Mais imaginez si vous avez une autre couche de données où les données logique est manipulé. Dans ce cas, de nombreux détails de données ne doit pas être partagé avec la couche application. Et vous diagramme de classe ne doit pas aller au-delà de la couche application. Je dois souligner que les deux schémas ne sont pas égaux. Et il y a des situations où vous avez besoin de faire les deux, principalement en architecture multi-niveaux, et il y a des situations où vous pourriez être en mesure d'utiliser le diagramme de classe; par exemple, l'application de la couche.
Je vous recommande fortement de le point de vue que le diagramme de classe de ne pas abroger l'E-R diagramme.
OriginalL'auteur Javed Ahsan
De conception de diagrammes de classes sont fabriqués à partir d'un modèle conceptuel et les diagrammes de collaboration.
La conception de diagrammes de classe comprennent:
OriginalL'auteur sallu
Le ER diagrammes que j'ai vu (le plus souvent ERWin IE notation) ont porté sur la conception d'une base de données. Ils sont concernés avec des clés primaires, clés étrangères, ont des relations sans nom, et n'ont généralement pas de généralisation /spécialisation.
Une bonne conceptuel UML diagramme de classe, d'autre part, n'est pas concerné avec des touches, reflète le domaine du problème, et d'association de la fin de propriétés qu'au moins soupçon à la sémantique de pourquoi les choses sont liées. Cela permet de communiquer le domaine de plus les développeurs juniors, de sorte qu'ils n'ont pas à deviner.
OriginalL'auteur Jim L.