Analysis and Modeling of Software
In diesem Post möchte ich mich mit drei anderen Arten von Diagrammen in UML befassen und anschließend noch einen Blick auf GRASP und MVC werfen und erklären, um was es sich dabei handelt.
ZUstandsdiagramm
Mit Zustandsdiagrammen wird das Verhalten oder auch der „Zustand“ eines Objekts dargestellt. Dabei gibt es verschiedenen Regeln, wie man das Diagramm zeichnen muss.
Im folgenden Bild ein kleines Beispiel eines Zustandsdiagramms. Interessant ist hier der Zustand Passagier eingestiegen, der so oft wiederholt wird, bis die Anweisung Anzahl<4 nicht mehr erfüllt ist. Sobald alle Passagiere eingestiegen sind wird das Programm beendet.
Die Bilder habe ich aus folgendem Video auf YouTube vom Kanal von Thomas Grosser, der sehr gute Videos zum Thema Softwareengineering macht. Außerdem erklärt er in diesem Video auch noch einmal in weniger als 3 Minuten was Zustandsdiagramme sind, wie man sie verwendet und worauf man bei der Erstellung dieser achten muss.
Paketdiagramm
Beim Paketdiagramm handelt es sich ebenfalls um eines der 14 Diagrammmarten in UML und gehört zu den Strukturdiagrammen.
Im Prinzip stell das Paketdiagramm eine Zusammenfassung von verschiedenen Klassendiagrammen dar und wird dazu verwendet die Struktur eines modellierten Systems darzustellen.
Komponentendiagramm
Auch diese Diagramm gehört zu den Strukturdiagrammen und sellt, wie das Paketdiagramm die Struktur eines modellierten Systems dar. Die Komponenten sind dabei als eine Zusammenfassung mehrerer Klassen und ihrer Schnittstellen (ports) zu verstehen. Außerdem wird auch dargestellt, wie Komponenten voneinander abhängen und wie sie verbunden sind.
Möchte man genauer wissen was eine Komponente beinhaltet so zeigt ein Komponentendiagramm oft Klassen und Parts, ähnlich wie ein Klassendiagramm.
Auch hier noch einmal ein kurzes Video von YouTube, in dem kurz und auf den Punkt gebracht wird was Komponentendiagramme sind und wie man mit diesen umgeht.
GRASP
(General Responsibility Assignment Software Patterns)
Diese Abkürzung bezeichnet eine Menge von Entwurfsmustern, mit denen die Zuständigkeit bestimmter Klassen objektorientierter Systeme festgelegt wird.
Das bedeutet, dass diese Entwurfsmuster beschreiben, welche Klassen und Objekte wofür zuständig sein sollen. Auf diese Art und Weise soll Einsteigern und Ungeübten ein besseres Bewusstsein für die Qualität des Codes vermittelt werden und die Kommunikation zwischen Softwareentwicklern erleichtert werden.
MVC
(Model View Controller)
MVC ist ein Muster mithilfe dessen man eine Software in drei Komponenten unterteilen kann. Diese Unterteilung ist in nebenstehenden Bild visuell dargestellt.
Man benutzt dieses Muster, um eine spätere Erweiterung oder Änderung zu erleichtern und Wiederverwendbarkeit der einzelnen Komponenten zu ermöglichen. Es handelt sich dabei sowohl um ein Architekturmuster, als auch um ein Entwurfsmuster.
Quellen:
ThyCllMMby 
Ein Kommentar zu “UML Part 2 #Mastery 07”