Mit welchem ​​UML-Diagramm soll ich beginnen?

Question

Erweitert

Angenommen, Sie betrachten die 6 Grundtypen von UML-Diagrammen (aus diesem „The Elements Of UML 2.0 Style“).

1. Klassendiagramme
2. Anwendungsfalldiagramme
3. Zustandsmaschinendiagramme
4. Aktivitätsdiagramm
5. Sequenzdiagramm
6. Physikalisches Diagramm

Stellen Sie sich vor, Sie wären verrückt und hätten Lust, alle 6 Diagramme für Ihr System zu erstellen.

Womit würden Sie beginnen?Wohin würdest du dann gehen?Was ist die beste Reihenfolge, um jedes Diagramm zu besuchen, wenn Sie eines haben? ziemlich klar Haben Sie eine Vorstellung davon, was Ihr System tun soll?

Ich denke, Sie sollten mit dem physischen Diagramm beginnen und sich zum Klassendiagramm vorarbeiten.Von oben nach unten sage ich immer...?Liege ich falsch?

Answer 1

Anwendungsfälle sind die wichtigsten, die definieren, „was“ Ihr System ist tut, möglicherweise gefolgt von Zustandsmaschinen und Aktivitätsdiagrammen (die in beide Richtungen gesehen werden können – normalerweise geht es in den Aktivitätsdiagrammen mehr um das „Was“ und bei den Zustandsmaschinen mehr um das „Wie“, aber ich habe zu jedem Gegenbeispiel gesehen);Klassen- und Sequenzdiagramme und noch mehr Komponenten- und Bereitstellungsdiagramme (zusammen die „physischen“) beschäftigen sich immer mehr Wie Ihr System tut, was es tut.Ich würde auf jeden Fall vom „Was“ zum „Wie“ übergehen, da die umgekehrte Reihenfolge wenig Sinn macht – wie kann das „Wie“ einen Sinn ergeben, wenn man das „Was“ nicht definiert hat?

Zusammenfassend also grob gesagt:Anwendungsfälle, Aktivität, Zustandsmaschine, Klasse, Sequenz, Komponente, Bereitstellung.Diese Reihenfolge ist sinnvoll, weil sie tiefer in Richtung der Implementierungsaspekte und weg von den Analyseaspekten geht, also z.B.Jemand, der genau verstehen möchte, auf welche Anwendungsfälle Sie abzielen und welche Geschäftsregeln Sie anwenden (Aktivitätsdiagramme), hört möglicherweise früher auf zu „lesen“ als jemand, der die vollständige detaillierte Logik Ihrer Bereitstellungsstrategie verstehen muss.

Answer 2

Klassen-, Sequenz- und Anwendungsfalldiagramme machen über 90 % der üblicherweise innerhalb eines Projekts erstellten Diagramme aus.Das Klassendiagramm selbst stellt manchmal mehr Diagramme dar als alle anderen Diagramme.

Die beste Lösung besteht darin, es einfach zu halten und die Modellierung an das Niveau des Teams anzupassen.

Wenn keine UML-Erfahrung Erstellen Sie dann einfach ein Klassendiagramm, um das Grundgerüst Ihrer Anwendung darzustellen.

Wenn Anfänger Beginnen Sie dann mit einem Anwendungsfall, einer Sequenz und einem Klassendiagramm.

Wenn mittleres Niveau Verwenden Sie dann alle Diagramme, da jedes Diagramm eine andere Ansicht abdeckt, die mit Java nicht immer codiert werden kann.Ich meine, dass Java nur mit Klassen- und Sequenzdiagrammen zusammenhängt.

Answer 3

Ein physikalisches Diagramm ist wahrscheinlich ein ebenso guter Ausgangspunkt wie jeder andere.Ich finde Aktivitätsdiagramme sehr hilfreich, um die Fehler in einem Design herauszuarbeiten, und Sequenzen sind aus dem gleichen Grund gut.Ich habe mich selten mit Zustandsmaschinendiagrammen beschäftigt.

Ich denke, realistischerweise werden Sie sich das Design, das Sie zuerst machen, sowieso noch einmal ansehen wollen (iteriertes Design, woo!), also lohnt es sich wahrscheinlich, mit dem zu beginnen, was Ihrem Projekt die größte Klarheit bringt.

Answer 4

UML-Diagramme sind Darstellungen verschiedener Modelle eines Designs.Ich bin nicht sicher, ob sie so sauber serialisiert werden können, wie Sie es beschreiben.Häufig wird ein Klassendiagramm sowohl in der Analyse- als auch in der Entwurfsphase eines Prozesses verwendet.Ebenso werden andere Diagramme in mehreren Phasen verwendet.

Es hängt davon ab, an welchem ​​Aspekt eines Entwurfs Sie interessiert sind. Zu welchem ​​Zeitpunkt Sie das entsprechende Diagramm verwenden, um ein Modell des Entwurfs zu „betrachten“.

Ich habe sowohl den Vorschlag „Mit Klassendiagramm beginnen“ als auch „Mit Anwendungsfallmodell beginnen“ gesehen.Mir ist klar geworden, dass es wirklich keine Rolle spielt.

Ich denke, Sie möchten mit dem Verhalten des Systems auf hoher Ebene beginnen und dabei mehrere Diagramme verwenden, um sich dann schrittweise zu einem detaillierteren Design vorzuarbeiten, bei dem Sie denselben Diagrammsatz verwenden.