Sequenzdiagramm - Versionsgeschichte

Anna.schwarzbach am 27. Mai 2016 um 07:19 Uhr

2016-05-27T07:19:06Z

Anna.schwarzbach am 27. Mai 2016 um 07:10 Uhr

2016-05-27T07:10:13Z

Anna.schwarzbach am 27. Mai 2016 um 07:02 Uhr

2016-05-27T07:02:52Z

130.180.73.138 am 27. Mai 2016 um 06:46 Uhr

2016-05-27T06:46:23Z

130.180.73.138 am 27. Mai 2016 um 06:34 Uhr

2016-05-27T06:34:45Z

130.180.73.138 am 27. Mai 2016 um 06:31 Uhr

2016-05-27T06:31:34Z

130.180.73.138 am 27. Mai 2016 um 06:31 Uhr

2016-05-27T06:31:04Z

130.180.73.138 am 27. Mai 2016 um 06:29 Uhr

2016-05-27T06:29:55Z

130.180.73.138 am 27. Mai 2016 um 06:28 Uhr

2016-05-27T06:28:20Z

130.180.73.138 am 27. Mai 2016 um 06:27 Uhr

2016-05-27T06:27:42Z

← Nächstältere Version		Version vom 27. Mai 2016, 07:19 Uhr
Zeile 15:		Zeile 15:

	[[Datei:Sequenzdiagramm-3.png\|Sequenzdiagramm synchrone und asynchrone Aufrufe]]		[[Datei:Sequenzdiagramm-3.png\|Sequenzdiagramm synchrone und asynchrone Aufrufe]]
		+
		+
		+	== Beispiel ==

@@ Zeile 12: / Zeile 12: @@
 Der Pfeil mit der ausgefüllten Spitze bezeichnet einen synchronen Methodenaufruf, welcher von der Quelle zum Ziel erfolgt, d.h. die Zielklasse muss eine entsprechende Methode implementieren. Die Quelle wartet mit der Verarbeitung bis die Zielklasse ihre Verarbeitung beendet hat und setzt die Verarbeitung dann fort. Deshalb werden asynchrone Aufrufe mit einem Return abgeschlossen. Die Bezeichnung es Return mit einem Namen ist optional.
-Asynchrone Aufrufe werden verwendet, um parallele Verarbeitung zu modellieren diese werden mit einer halben Pfeilspitze Aufrufe gekennzeichnet. Der Aufruf erfolgt von der Quelle zum Ziel. Die Quelle wartet mit der Verarbeitung nicht auf die Zielklasse.
+Asynchrone Aufrufe werden mit einer halben Pfeilspitze gekennzeichnet und verwendet, um parallele Verarbeitungen zu modellieren. Der Aufruf erfolgt von der Quelle zum Ziel, wobei die Quelle mit der Verarbeitung nicht auf die Zielklasse wartet.
 [[Datei:Sequenzdiagramm-3.png|Sequenzdiagramm synchrone und asynchrone Aufrufe]]

← Nächstältere Version		Version vom 27. Mai 2016, 07:02 Uhr
Zeile 13:		Zeile 13:

	Asynchrone Aufrufe werden verwendet, um parallele Verarbeitung zu modellieren diese werden mit einer halben Pfeilspitze Aufrufe gekennzeichnet. Der Aufruf erfolgt von der Quelle zum Ziel. Die Quelle wartet mit der Verarbeitung nicht auf die Zielklasse.		Asynchrone Aufrufe werden verwendet, um parallele Verarbeitung zu modellieren diese werden mit einer halben Pfeilspitze Aufrufe gekennzeichnet. Der Aufruf erfolgt von der Quelle zum Ziel. Die Quelle wartet mit der Verarbeitung nicht auf die Zielklasse.
		+
		+	[[Datei:Sequenzdiagramm-3.png\|Sequenzdiagramm synchrone und asynchrone Aufrufe]]

← Nächstältere Version		Version vom 27. Mai 2016, 06:46 Uhr
Zeile 7:		Zeile 7:

	Eine senkrechte, gestrichelte Linie stellt die Lebenslinie eines Objekts dar, in deren Bereich Objekte der Klassen existieren. In dem Rechteck über der Lebenslinie steht der Klassenname und/oder der Objektname. Das schmale Rechteck auf der gestrichelten Linie stellt eine Aktivierung dar (in diesem Bereich ist eine Methode aktiv) und nur in diesem Bereich kann ein Objekt Nachrichten empfangen oder versenden. Auf einer Lebenslinie können mehrere aktive Bereiche sein.		Eine senkrechte, gestrichelte Linie stellt die Lebenslinie eines Objekts dar, in deren Bereich Objekte der Klassen existieren. In dem Rechteck über der Lebenslinie steht der Klassenname und/oder der Objektname. Das schmale Rechteck auf der gestrichelten Linie stellt eine Aktivierung dar (in diesem Bereich ist eine Methode aktiv) und nur in diesem Bereich kann ein Objekt Nachrichten empfangen oder versenden. Auf einer Lebenslinie können mehrere aktive Bereiche sein.
		+
		+	Objekte kommunizieren über Nachrichten, diese werden als Pfeile zwischen den Objekten eingezeichnet. Der Name der Nachricht steht an dem Pfeil und die Angabe einer Bedingung ist optional, welche in eckigen Klammern dargestellt werden.
		+
		+	Der Pfeil mit der ausgefüllten Spitze bezeichnet einen synchronen Methodenaufruf, welcher von der Quelle zum Ziel erfolgt, d.h. die Zielklasse muss eine entsprechende Methode implementieren. Die Quelle wartet mit der Verarbeitung bis die Zielklasse ihre Verarbeitung beendet hat und setzt die Verarbeitung dann fort. Deshalb werden asynchrone Aufrufe mit einem Return abgeschlossen. Die Bezeichnung es Return mit einem Namen ist optional.
		+
		+	Asynchrone Aufrufe werden verwendet, um parallele Verarbeitung zu modellieren diese werden mit einer halben Pfeilspitze Aufrufe gekennzeichnet. Der Aufruf erfolgt von der Quelle zum Ziel. Die Quelle wartet mit der Verarbeitung nicht auf die Zielklasse.

@@ Zeile 6: / Zeile 6: @@
 == Beschreibung ==
-Eine senkrechte, gestrichelte Linie stellt die Lebenslinie eines Objekts dar. Im Bereich der Lebenslinie existieren Objekte der Klassen. In dem Rechteck über der Lebenslinie steht der Klassenname und/oder der Objektname. Das schmale Rechteck auf der gestrichelten Linie stellt eine Aktivierung dar. Nur im Bereich der Aktivierung kann ein Objekt
+Eine senkrechte, gestrichelte Linie stellt die Lebenslinie eines Objekts dar, in deren Bereich Objekte der Klassen existieren. In dem Rechteck über der Lebenslinie steht der Klassenname und/oder der Objektname. Das schmale Rechteck auf der gestrichelten Linie stellt eine Aktivierung dar (in diesem Bereich ist eine Methode aktiv) und nur in diesem Bereich kann ein Objekt Nachrichten empfangen oder versenden. Auf einer Lebenslinie können mehrere aktive Bereiche sein.
-Nachrichten empfangen oder versenden. Eine Aktivierung ist der Bereich, in dem eine Methode aktiv ist. Auf einer Lebenslinie können mehrere aktive Bereiche enthalten sein.

@@ Zeile 1: / Zeile 1: @@
 Ein Sequenzdiagramm ist ein Verhaltensdiagramm in UML und stellt eine Interaktion grafisch dar. Zudem ist es eine von vier Interaktionsdiagrammarten, in welchem beschrieben wird, welche Objekte an der Szene beteiligt sind, welche Informationen (Nachrichten) sie austauschen und in welcher Reihenfolge dies geschieht.
 Sie enthalten eine implizite Zeitachse, auf welcher die Zeit von oben nach unten fortschreitet und die Reihenfolge der Pfeile die zeitliche Reihenfolge der Nachrichten angibt.
-== irgendwas ==
+== Beschreibung  ==
 Eine senkrechte, gestrichelte Linie stellt die Lebenslinie eines Objekts dar. Im Bereich der Lebenslinie existieren Objekte der Klassen. In dem Rechteck über der Lebenslinie steht der Klassenname und/oder der Objektname. Das schmale Rechteck auf der gestrichelten Linie stellt eine Aktivierung dar. Nur im Bereich der Aktivierung kann ein Objekt
 Nachrichten empfangen oder versenden. Eine Aktivierung ist der Bereich, in dem eine Methode aktiv ist. Auf einer Lebenslinie können mehrere aktive Bereiche enthalten sein.