{"id":11044,"date":"2026-03-09T17:06:20","date_gmt":"2026-03-09T09:06:20","guid":{"rendered":"https:\/\/www.archimetric.com\/de\/what-is-sequence-diagram\/"},"modified":"2026-03-09T17:06:20","modified_gmt":"2026-03-09T09:06:20","slug":"what-is-sequence-diagram","status":"publish","type":"post","link":"https:\/\/www.archimetric.com\/de\/what-is-sequence-diagram\/","title":{"rendered":"Was ist ein Sequenzdiagramm"},"content":{"rendered":"
Beide Sequenzdiagramme<\/a> und Zusammenarbeitsschaltungen sind Arten von Interaktionsdiagrammen. Interaktionsdiagramme behandeln die dynamische Sicht eines Systems. Ein Sequenzdiagramm<\/a> ist ein Interaktionsdiagramm, das die zeitliche Reihenfolge der Nachrichten betont. Es zeigt die Objekte und Klassen, die an der Szenario beteiligt sind, sowie die Reihenfolge der Nachrichten, die zwischen den Objekten ausgetauscht werden, um die Funktionalit\u00e4t der Szenario zu erf\u00fcllen. Typischerweise verwenden Sie ein Sequenzdiagramm, um den Hauptablauf eines Anwendungsfalls zu spezifizieren, und Variationen dieses Diagramms, um die Ausnahmefl\u00fcsse eines Anwendungsfalls zu spezifizieren.<\/div>\n
<\/div>\n
\"Sequence<\/div>\n
<\/div>\n
\n\n

Die Bestandteile eines Sequenzdiagramms<\/h2>\n

Objekt<\/h3>\n

In der UML wird ein Objekt in einem Sequenzdiagramm als Rechteck dargestellt, das den Namen des Objekts, unterstrichen, enth\u00e4lt. Ein Objekt kann auf drei Arten benannt werden: der Objektname, der Objektname zusammen mit seiner Klasse oder nur der Klassename (anonymes Objekt). Die drei Arten der Benennung eines Objekts sind in der Abbildung unten dargestellt.<\/p>\n

Lebenslinie<\/h3>\n

Entit\u00e4ten der Teilnehmer an einer Zusammenarbeit (Szenario) werden horizontal \u00fcber der Diagrammoberseite geschrieben. Eine Lebenslinie wird durch eine gestrichelte vertikale Linie dargestellt, die unter jedem Objekt gezeichnet wird. Diese zeigen die Existenz des Objekts an.<\/p>\n

\"Lifelines\"<\/p>\n

Objektnamen k\u00f6nnen spezifisch (z.\u202fB. myAccount) oder allgemein (z.\u202fB. myAccount :Account) sein. Oft wird ein anonymes Objekt (:Account) verwendet, um jedes Objekt in der Klasse darzustellen. Jedes Objekt hat auch seine Zeitachse, die durch eine gestrichelte Linie unter dem Objekt dargestellt wird. Nachrichten zwischen Objekten werden durch Pfeile dargestellt, die von dem Absenderobjekt zum Empf\u00e4ngerobjekt zeigen.<\/p>\n

Alles in einem objektorientierten System wird durch Objekte erreicht. Objekte \u00fcbernehmen die Verantwortung f\u00fcr Dinge wie Datenverwaltung, Datenbewegung im System, Reaktion auf Anfragen und Schutz des Systems. Objekte arbeiten zusammen, indem sie miteinander kommunizieren oder interagieren.<\/p>\n

Nachricht<\/h3>\n

Nachrichten zeigen die Aufrufe von Operationen horizontal an. Sie werden vom Absender zum Empf\u00e4nger gezeichnet. Die Reihenfolge wird durch die vertikale Position angezeigt, wobei die erste Nachricht oben im Diagramm und die letzte Nachricht unten im Diagramm angezeigt wird. Daher sind Sequenznummern optional.<\/p>\n

Die Linienart und die Pfeilspitzenart zeigen die Art der verwendeten Nachricht an:<\/p>\n

    \n
  1. Eine synchronisierte Nachricht<\/b> (typischerweise ein Operationsaufruf) wird als durchgezogene Linie mit einer ausgef\u00fcllten Pfeilspitze dargestellt. Es handelt sich um einen regul\u00e4ren Nachrichtenaufruf, der f\u00fcr die normale Kommunikation zwischen Absender und Empf\u00e4nger verwendet wird.
    \n\"Lifelines<\/li>\n
  2. Eine R\u00fcckgabemeldung<\/b> verwendet eine gestrichelte Linie mit einer offenen Pfeilspitze.
    \n\"Lifelines<\/li>\n
  3. Eine asynchrone Nachricht<\/b> hat eine durchgezogene Linie mit einer offenen Pfeilspitze. Ein Signal ist eine asynchrone Nachricht, die keine Antwort hat.
    \n\"Lifelines<\/li>\n<\/ol>\n

    Erstellungs- und Zerst\u00f6rungsnachrichten<\/h3>\n

    Teilnehmer leben nicht unbedingt f\u00fcr die gesamte Dauer der Interaktion eines Sequenzdiagramms. Teilnehmer k\u00f6nnen je nach \u00fcbergebenen Nachrichten erstellt und zerst\u00f6rt werden.<\/p>\n

    Eine Konstruktornachricht<\/b> erstellt seinen Empf\u00e4nger. Die Absender, die bereits am Anfang der Interaktion existieren, werden oben im Diagramm platziert. Zielobjekte, die w\u00e4hrend der Interaktion durch einen Konstruktorauftrag erstellt werden, werden automatisch weiter unten im Diagramm platziert.<\/p>\n

    \"LifelinesA<\/p>\n

    Destruktormessage<\/b> zerst\u00f6rt seinen Empf\u00e4nger. Es gibt andere M\u00f6glichkeiten, anzugeben, dass ein Ziel w\u00e4hrend einer Interaktion zerst\u00f6rt wird. Nur wenn die Zerst\u00f6rung eines Ziels auf \u201enach Destruktor\u201c gesetzt ist, m\u00fcssen Sie einen Destruktor verwenden.<\/p>\n

    \"Lifelines<\/p>\n

    Nicht-zeitlich sofortige Nachricht<\/h3>\n

    Nachrichten werden oft als zeitlich sofortig betrachtet, sodass die Zeit, die ben\u00f6tigt wird, um beim Empf\u00e4nger einzutreffen, vernachl\u00e4ssigbar ist. Die Nachrichten werden als horizontale Pfeile gezeichnet. Um anzuzeigen, dass eine gewisse Zeit vergeht, bevor der Empf\u00e4nger eine Nachricht tats\u00e4chlich erh\u00e4lt, wird einschr\u00e4ger Pfeil verwendet<\/b>.<\/p>\n

    \"Lifelines<\/p>\n

    Fokus der Kontrolle<\/h3>\n

    Der Fokus der Kontrolle stellt den Zeitraum dar, in dem ein Element eine Operation ausf\u00fchrt. Die obere und die untere Kante des Rechtecks sind jeweils an die Initiierungs- und die Abschlusszeit ausgerichtet<\/p>\n

    Iterationsnotation<\/h3>\n

    Iterationsnotation<\/b> stellt eine Nachricht dar, die mehrmals an mehrere Empf\u00e4ngerobjekte gesendet wird, wie dies beim Durchlaufen einer Sammlung der Fall ist. Sie k\u00f6nnen die Grundlage der Iteration in Klammern anzeigen, z.\u202fB. *[f\u00fcr alle Auftragspositionen].<\/p>\n

    Beispiel: Auftrag platzieren<\/h2>\n

    Das Beispiel zeigt ein Sequenzdiagramm mit drei beteiligten Objekten: Customer, Order und Stock. Ohne die Notation formell zu kennen, k\u00f6nnen Sie vermutlich bereits eine recht gute Vorstellung davon bekommen, was vor sich geht.<\/p>\n

      \n
    1. Schritt 1 und 2: Der Kunde erstellt einen Auftrag.<\/li>\n
    2. Schritt 3: Der Kunde f\u00fcgt Artikel zum Auftrag hinzu.<\/li>\n
    3. Schritt 4, 5: Jeder Artikel wird auf Verf\u00fcgbarkeit im Lager \u00fcberpr\u00fcft.<\/li>\n
    4. Schritt 6, 7, 8: Wenn das Produkt verf\u00fcgbar ist, wird es dem Auftrag hinzugef\u00fcgt.<\/li>\n
    5. Schritt 9 R\u00fcckgabe<\/li>\n
    6. Schritt 10, 11: Auftrag speichern und zerst\u00f6ren<\/li>\n<\/ol>\n

      \"Sequence<\/p>\n

      Sequenzfragmente<\/h3>\n

      In einem UML-Sequenzdiagramm erm\u00f6glichen kombinierte Fragmente das Darstellen von Schleifen, Verzweigungen und anderen Alternativen. Ein kombiniertes Fragment besteht aus einem oder mehreren Interaktionsoperanden, wobei jeder diese eine oder mehrere Nachrichten, Interaktionsverwendungen oder kombinierte Fragmente umschlie\u00dft.<\/p>\n

      Ein Sequenzfragment wird als ein Rechteck dargestellt, das als kombiniertes Fragment bezeichnet wird und einen Teil der Interaktionen innerhalb eines Sequenzdiagramms umschlie\u00dft. Der Fragmentoperator (in der oberen linken Ecke) gibt die Art des Fragments an. Fragmentarten umfassen ref, assert, loop, break, alt, opt und neg, ref, sd.<\/p>\n

      Zusammenfassung der Sequenzdiagramm-Notation<\/h2>\n\n\n\n\n\n\n\n\n\n\n\n
      Operator<\/b><\/td>\nBedeutung<\/b><\/td>\n<\/tr>\n
      alt<\/td>\nAlternative mehrerer Fragmente: Es wird nur der ausgewertet, dessen Bedingung wahr ist.<\/b><\/td>\n<\/tr>\n
      opt<\/td>\nOptional<\/b>: Der Fragment wird nur ausgef\u00fchrt, wenn die bereitgestellte Bedingung wahr ist. Entsprechend einem alt nur mit einem Trace.<\/td>\n<\/tr>\n
      par<\/td>\nParallel<\/b>: Jeder Fragment wird parallel ausgef\u00fchrt.<\/td>\n<\/tr>\n
      loop<\/td>\nSchleife<\/b>: Der Fragment kann mehrmals ausgef\u00fchrt werden, und die Bedingung gibt die Grundlage der Iteration an.<\/td>\n<\/tr>\n
      critical<\/td>\nKritischer Bereich<\/b>: Der Fragment kann nur von einem Thread gleichzeitig ausgef\u00fchrt werden.<\/td>\n<\/tr>\n
      neg<\/td>\nNegativ<\/b>: Der Fragment zeigt eine ung\u00fcltige Interaktion an.<\/td>\n<\/tr>\n
      ref<\/td>\nReferenz<\/b>: Bezieht sich auf eine Interaktion, die auf einem anderen Diagramm definiert ist. Das Rahmen wird gezeichnet, um die beteiligten Lebenslinien der Interaktion zu umfassen. Sie k\u00f6nnen Parameter und einen R\u00fcckgabewert definieren.<\/td>\n<\/tr>\n
      sd<\/td>\nSequenzdiagramm<\/b>: Wird verwendet, um ein gesamtes Sequenzdiagramm zu umgeben.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

      Beispiel \u2013 Szenario Bestellung aufgeben<\/h2>\n

      Ein Mitglied eines Schiffes, das eine Bestellung online aufgeben m\u00f6chte. Das bestellte Produkt wird dem Mitglied entweder per Kurier oder per regul\u00e4rer Post zugesandt, abh\u00e4ngig von seinem Mitgliedsstatus (VIP, Normales Mitglied). Optional sendet der Shop dem Mitglied eine Best\u00e4tigungsbenachrichtigung, falls das Mitglied die Benachrichtigungsoption in der Bestellung ausgew\u00e4hlt hat.<\/p>\n

      \"Sequence<\/p>\n

      Visual Paradigm unterst\u00fctzt Sequenzdiagramme und andere UML-Diagrammtypen. Sie finden alle Werkzeuge, die Sie zum Modellieren des dynamischen Verhaltens eines Systems mit Hilfe eines Sequenzdiagramms ben\u00f6tigen.<\/p>\n

      Kurzvideo \u2013 5 Schritte zum Zeichnen eines Sequenzdiagramms<\/h2>\n