Die erste ER-Diagramm oder Klassendiagramm erstellt werden soll?

Question

Der erste Schritt habe ich eine DFD. Dann zog ich auf einen Klassendiagramm zu erstellen. Und während zu tun, dass ich das Gefühl, dass ich zum ersten Mal des ER-Diagramm erstellen soll. Da gab es viele Details, die nicht in einem Klassendiagramm erfasst werden konnten. Also, meine Frage soll ich ERD erstellen erste ODER-Klassendiagramme?

Ihre wertvolle Inputs Jungs sind willkommen !!! Dank für das Lesen

Answer 1

Bei der Modellierung, neige ich dazu, in Begriffen denken zu tun, die Diagramme in beliebiger Reihenfolge mir am meisten Sinn macht zu der Zeit. Manchmal, das ist das Klassendiagramm zuerst, manchmal das ist das Entity-Relationship-Diagramm, manchmal ist das sogar das Sequenzdiagramm. Die wichtigste Sache zu erinnern ist, dass Sie versuchen, die Dinge zu verstehen und sie aufzuschreiben, so dass andere Menschen sie auch verstehen können; Sorgen um was ist der beste Weg, um Ihre Gedanken zu ordnen nicht annähernd so hilfreich wie nur immer, um es nach unten und den Teilen zu schreiben, dass Sie tun verstehen.

[EDIT]: FWIW, neige ich dazu auch meine Modellierung auf Papier oder einem starten Whiteboard und nur mit einem Computer wechseln, wenn ich bin immer näher zu dem, was ich verstehe, auf zu gehen. (Ich glaube, ich weiß nicht genau wie auf Computern Zeichnung). Der Schlüssel ist, dass die Modellierung ist darum zu verstehen, und nicht (sehr) über Computer.

Answer 2

OO Puristen neigen dazu, zuerst die Klassendiagramm zu tun. Menschen mit einer Datenbank Hintergrund tun, um die ER-Diagramm ersten und „ableiten“ das Klassendiagramm von diesem (dieser Ansatz auf von OO-Puristen verpönt)

Ich ziehe einen hybriden Ansatz.

Identifizieren Sie die Entitäten zuerst. Dies sollte sowohl gleich sein aus der Datenbank und die Anwendung (Klassen) Sicht.

Wenn Sie auf den Einheiten auf einem hohen Niveau vereinbart haben, gehen Sie mit Klassendiagramm und ER-Diagramm in parallelen Richtungen - weil die „Beziehungen“ unterschiedlich sind in jedem. (Wenn Sie die einzige Person an sie arbeitet, dann mit dem Klassendiagramm beginnen und dann der ERD. Aber identifiziert die entitied zuerst).

Meiner Meinung nach den hohen Stellen sollen gleich sein, sowohl auf der Datenbank und die Anwendung (Java / C # ...). Und es ist sehr einfach, mit der gemeinsamen Basis zu gehen -. Vor allem, wenn es unterschiedliche Menschen auf verschiedenen Teilen arbeiten (Klassen, Datenbank)

Answer 3

Ich würde sagen, dass es wirklich hängt von Ihrer Anwendung. & Ich weiß ein wenig über UML und ich weiß, Sie Beziehung Vielzahl sowie Primärschlüssel modellieren können nur Standard-UML-Klassendiagrammen verwendet, so oft Klassendiagramm genug ist. Ich mag mit Klassendiagramm beginnen, weil Ich mag objektorientierte Analyse und Design, Anwendungsfälle verwenden, Use-Case-Realisierungen und analytische Klassen. Auf der anderen Seite, fragt gutes Datenbank-Design für die Normalisierung und manchmal Denormalisierung, verschiedene Optimierungen für Datenabfrage ... Aber dafür zuerst würde ich muß wissen, was ich für und möglicherweise wie sein abfragt. Ich persönlich sehe das relationale Teil der meisten Anwendungs ??nur als Speichermechanismus, denke ich über das System in Bezug auf die objektorientierte Programmierung. Dies ist besonders nützlich, zum Beispiel mit Ruby on Rails, die dank der Active Record völlig aus dem relationalen Modell abstrahiert, also muß ich nicht zweimal modellieren.

Answer 4

ER-Diagramme saugen als Start - weil sie weniger Informationen enthalten als das Objekt Diagramm, das viel mehr Informationen über die Methoden auf Objekte und Vererbung Bäume umfasst -. Beiden Elemente das ER-Diagramm verpassen

Als solches Sie besser mit der Objekthierarchie (Klassendiagramm) beginnen und dann mov auf die Abbildung Seite der Dinge;)