Das Video kommt von YouTube: erst beim Abspielen verbindet sich die Seite mit YouTube (Google).
Sequenzdiagramme in der UML (Teil 7) Neu vertont
Das Wichtigste aus dem Video
Tipp auf eine Zeit – das Video springt genau dorthin.
Transkriptautomatisch erstellt · 34 Zeilen
- Dieses Video beschäftigt sich mit dem Sequenzdiagramm. Dabei handelt es sich um Verhaltensdiagramme,
- die die Kommunikation zwischen Objekten in einer bestimmten Szene beschreiben. In den Sequenzdiagrammen wird beschrieben, welche Objekte an der Szene beteiligt sind
- und welche Informationen sie austauschen und in welcher zeitlichen Reihenfolge dies geschieht. Somit kann ein kompletter Informationsaustausch zwischen Objekten abgebildet werden. Betrachten
- wir nun einmal die Funktionsweise von Sequenzdiagrammen. Diese arbeiten immer mit Objekten. Diese Objekte
- werden mit Namen und Klasse dargestellt. Mehrere Objekte des selben Typs sind dabei erlaubt. Neben den Objekten existieren auch Zeitlinien,
- die von oben nach unten laufen. Jedes Objekt besitzt eine Zeitlinie. Die Zeit ist dabei allerdings nicht maßstabsgetreu. Zusätzlich besitzen Objekte Aktivitätsbalken. Da Objekte
- Nachrichten senden und empfangen, müssen sie dafür jeweils aktiv sein. Dies wird durch die Aktivitätsbalken modelliert. Wenn ein Objekt aktiv ist, kann es
- dieses in Interaktion mit anderen Objekten treten. Dies passiert, indem es eine Nachricht sendet. Diese Nachrichten werden durch Pfeile
- dargestellt. Das können Methodenaufrufe, Returns, Exceptions oder einfach synchrone Nachrichten sein. Dazu
- schauen wir uns das Ganze einmal an einem Beispiel der PC-World an. Die PC-World hat den Prozess des Kaufs von gebrauchten Laptops modelliert,
- den wir uns jetzt einmal genauer betrachten werden. Dabei werden wir den Prozess anhand von dem Objekt Laptop 256 nachvollziehen, der verkauft wurde. Ein Verkauf läuft immer
- gleich ab. Als erstes sendet shopPW vom Typ Shop an das Objekt verkauftPW eine Kaufanfrage, dass eine Kaufanfrage Laptop erhalten wurde. VerkaufPW sendet daraufhin eine Nachricht
- an das Objekt lagerPW vom Typ Lager, ob der Laptop noch zu haben ist. Ist der Laptop noch zu haben, wird er im Lager reserviert und es wird dann eine Nachricht an sich
- selbst geschickt. Das heißt, im vierten Schritt sendet lagerPW daraufhin eine Nachricht an das Objekt verkaufPW,
- dass der Laptop reserviert worden ist. VerkaufPW erzeugt das Objekt Lieferschein 256 vom Typ Lieferschein. Ist dieser erzeugt, sendet der
- Lieferschein wieder eine Bestätigung an verkaufPW. VerkaufPW sendet dann im sechsten Schritt eine Nachricht mit einer Bestätigung und eine Rechnung zurück an shopPW. Im letzten
- Schritt sendet shopPW die Rechnungsdaten an buchhaltungPW vom Typ Buchhaltung. Das Ganze wollen wir jetzt einmal durchführen. Im ersten Schritt erinnern wir uns, shopPW
- vom Typ Shop sollte an das Objekt verkauftPW eine Kaufanfrage senden. Dies sehen wir hier im ersten Schritt. Die Kaufanfrage wird gesendet, und der Laptop
- wird als Übergabeparameter mit übergeben. Im zweiten Schritt können wir jetzt beobachten, dass verkaufPW eine Nachricht an das Objekt lagerPW sendet,
- ob der Laptop noch zu haben ist. Ebenfalls mit der Referenz Laptop. Im nächsten Schritt geht es darum, dass das Lager den Laptop reserviert.
- Hierzu muss das Lager eine Nachricht an sich selbst senden und zwar mit der Methode reservieren(),
- was es hier auch tut. Mit der Referenz auf den Laptop. Nun wird es interessant. lagerPW sendet daraufhin eine Nachricht an das Objekt verkaufPW,
- dass der Laptop reserviert ist. Allerdings handelt es sich hierbei um eine Antwort auf die erste Anfrage von verkaufPW. Da es sich um eine Antwort auf die vorherige Nachricht
- handelt, bedeutet das, wir haben es mit einer synchronen Nachricht zu tun. Also mit einer Anfrage und einer Antwort. Die Antwort selbst wird dargestellt durch
- eine gestrichelte Linie. Die synchronen Nachrichten, die angibt, dass ein Empfänger auf eine Antwort
- wartet, werden durch eine durchgezogene Linie mit einer ausgefüllten Spitze dargestellt. Im nächsten Schritt passiert ebenfalls etwas, was wir vorher noch nicht gesehen haben. VerkaufPW
- erzeugt das Objekt Lieferschein256 vom Typ Lieferschein. Ist dieser erzeugt, sendet dieser eine Bestätigung an verkaufPW. Das bedeutet, hier wird also
- ein Objekt erzeugt. Es ist gut zu sehen, dass dieses Objekt erst später auf der Zeitachse erscheint. Die Erzeugung
- eines Objekts wird durch einen gestrichelten Pfeil realisiert. Es wäre auch möglich mit einem durchgezogenen Pfeil und einem Kreuz am Ende das Objekt zu zerstören.
- Im vorletzten Schritt sendet verkaufPW eine Nachricht mit einer Bestätigung und eine Rechnung an shopPW.
- Hierbei handelt es sich wieder um eine Nachricht auf die Kaufanfrage. Das heißt, wir haben es hier mit einer synchronen Nachricht zu tun. Die Antwort auf diese Nachricht wird
- dargestellt durch einen gestrichelten Pfeil. Im letzten Schritt sendet shopPW die Rechnungsdaten an buchhaltungPW vom Typ Buchhaltung.
- Hierbei handelt es sich jetzt um eine synchrone Nachricht, da shopPW auf keine Antwort wartet. Dargestellt wird die synchrone Nachricht durch
- eine durchgezogene Linie mit einer offenen Pfeilspitze. Hierbei ist keine Antwort erforderlich und der Sender arbeitet ganz normal weiter
Zum Nachlesen
SequenzdiagrammEin Sequenzdiagramm stellt in der Regel einen Weg durch einen Entscheidungsbaum innerhalb eines Systemablaufes dar. Sollen Übersichten mit allen …
AktivitätsdiagrammEin Aktivitätsdiagramm (englisch activity diagram) ist ein Verhaltensdiagramm der Unified Modeling Language (UML), einer Modellierungssprache für Software …
ZeitverlaufsdiagrammZeitverlaufsdiagramme sind zweidimensionale Diagramme, wobei auf der x-Achse die Zeit, und auf der y-Achse Zustände von Objekten aufgetragen werden.
Message Sequence ChartEin Nachrichten-Reihenfolge-Diagramm (MSC, engl. Message Sequence Chart) wird benutzt, um (z. B. zur Unterstützung der Modellierung mit SDL) beispielhafte …