{"id":11002,"date":"2026-03-06T07:15:47","date_gmt":"2026-03-05T23:15:47","guid":{"rendered":"https:\/\/www.archimetric.com\/de\/what-is-activity-diagram\/"},"modified":"2026-03-06T07:15:47","modified_gmt":"2026-03-05T23:15:47","slug":"what-is-activity-diagram","status":"publish","type":"post","link":"https:\/\/www.archimetric.com\/de\/what-is-activity-diagram\/","title":{"rendered":"Was ist ein Aktivit\u00e4tsdiagramm"},"content":{"rendered":"
Aktivit\u00e4tsdiagramme<\/a> beschreibt, wie Aktivit\u00e4ten koordiniert werden, um einen Dienst bereitzustellen, der auf verschiedenen Abstraktionsstufen liegen kann. Typischerweise muss ein Ereignis durch eine Operation erreicht werden, insbesondere dann, wenn die Operation mehrere verschiedene Dinge erreichen soll, die Koordination erfordern, oder wie die Ereignisse in einem einzelnen Anwendungsfall miteinander zusammenh\u00e4ngen, insbesondere bei Anwendungsf\u00e4llen, bei denen Aktivit\u00e4ten \u00fcberlappen und Koordination erfordern. Es eignet sich auch zur Modellierung, wie eine Sammlung von Anwendungsf\u00e4llen koordiniert werden, um einen Arbeitsablauf f\u00fcr eine Organisation zu erstellen.<\/div>\n
<\/div>\n
\n\n

Wann sollte man ein Aktivit\u00e4tsdiagramm verwenden?<\/h3>\n

Entwickler verwenden Aktivit\u00e4tsdiagramme, um den \u00fcbergeordneten Ablauf eines Programms zu verstehen. Es erm\u00f6glicht ihnen auch, die Beschr\u00e4nkungen und Bedingungen zu identifizieren, die bestimmte Ereignisse ausl\u00f6sen.<\/p>\n

    \n
  1. Gesch\u00e4ftsabl\u00e4ufe darstellen<\/li>\n
  2. Kandidaten f\u00fcr Anwendungsf\u00e4lle identifizieren, durch die Untersuchung von Gesch\u00e4ftsabl\u00e4ufen<\/li>\n
  3. Vor- und Nachbedingungen (den Kontext) f\u00fcr Anwendungsf\u00e4lle identifizieren<\/li>\n
  4. Arbeitsabl\u00e4ufe zwischen\/innerhalb von Anwendungsf\u00e4llen modellieren<\/li>\n
  5. Komplexe Arbeitsabl\u00e4ufe in Operationen auf Objekten modellieren<\/li>\n
  6. Komplexe Aktivit\u00e4ten detailliert in einem hochstufigen Aktivit\u00e4tsdiagramm modellieren<\/li>\n<\/ol>\n

    Grundkomponenten eines Aktivit\u00e4tsdiagramms<\/b><\/h3>\n

    Ein Aktivit\u00e4tsdiagramm ist grunds\u00e4tzlich ein Flussdiagramm, das den Ablauf von einer Aktivit\u00e4t zur n\u00e4chsten darstellt. Eine Aktivit\u00e4t kann als eine Operation des Systems beschrieben werden. Der grundlegende Zweck eines Aktivit\u00e4tsdiagramms ist es, das dynamische Verhalten des Systems zu erfassen. Es wird auch als objektorientiertes Flussdiagramm bezeichnet.<\/p>\n

    Die Notation eines Aktivit\u00e4tsdiagramms ist ebenfalls sehr \u00e4hnlich der eines Zustandsautomatendiagramms. Tats\u00e4chlich ist gem\u00e4\u00df der UML-Spezifikation ein Aktivit\u00e4tsdiagramm eine Variante eines Zustandsautomatendiagramms.<\/p>\n

    Aktionen<\/h4>\n

    Eine Aktion ist ein benanntes Element, das einen einzelnen atomaren Schritt innerhalb einer Aktivit\u00e4t darstellt, also einen Schritt, der innerhalb der Aktivit\u00e4t nicht weiter zerlegt wird.<\/p>\n

    \"Action\"<\/p>\n

    Aktivit\u00e4t<\/h4>\n

    Eine Aktivit\u00e4t stellt ein Verhalten dar, das aus einzelnen Elementen besteht, die Aktivit\u00e4tsknoten sein k\u00f6nnen, wie zum Beispiel:<\/p>\n

      \n
    1. Aktion<\/li>\n
    2. Objekt<\/li>\n
    3. Steuerfluss<\/li>\n<\/ol>\n

      Steuerfluss<\/h4>\n

      Ein Steuerfluss stellt die \u00dcbertragung der Ausf\u00fchrungskontrolle von einer Aktion zur anderen Aktion dar.<\/p>\n

      Er wird als durchgezogene Linie mit einem Pfeil am einen Ende gezeichnet, der auf die n\u00e4chste Aktion zeigt.<\/p>\n

      Beispiel<\/strong>Wenn die Bestellung ausf\u00fcllen<\/i>Aktion beendet ist, wird die Ausf\u00fchrungskontrolle an die Bestellung versenden<\/i>Aktion \u00fcbergeben.<\/p>\n

      \"Control<\/p>\n

      Start und Ende<\/h4>\n

      Sie stellen den Ausgangspunkt und den Endpunkt einer Aktionsequenz innerhalb einer Aktivit\u00e4t dar. Die Startnotation und die Endnotation werden auch als Anfangszustandsnotation und Endzustandsnotation bezeichnet.<\/p>\n

        \n
      1. Ein Start-Element wird als kleiner ausgef\u00fcllter Kreis dargestellt.<\/li>\n
      2. Ein End-Element wird als kleiner ausgef\u00fcllter Kreis dargestellt, der in einem \u00e4u\u00dferen Kreis eingeschlossen ist.<\/li>\n<\/ol>\n

        Beispiel<\/h4>\n

        \"Start<\/p>\n

        Entscheidung<\/h4>\n

        Es stellt eine Entscheidungsaktion dar, die bestimmte Bedingungen pr\u00fcft und entscheidet, welcher Aktionspfad zur Fortsetzung der Ausf\u00fchrung f\u00fchrt.<\/p>\n

        Eine Entscheidungsnotation wird als kleines Diamantformat mit einer eingehenden Steuerungsflusslinie und mehreren ausgehenden Steuerungsflusslinien dargestellt.<\/p>\n

        Jede ausgehende Steuerungsflusslinie sollte mit der Bedingung beschriftet werden, die zu diesem Fluss f\u00fchrt.<\/p>\n

        Beispiel<\/h4>\n

        Die Entscheidungsaktion, die nach derBestellung empfangen<\/i>Aktion zur Pr\u00fcfung des Lagerbestands kann im Diagramm wie unten dargestellt werden:<\/p>\n

        \"Decision\"<\/p>\n

        Verschmelzung<\/h4>\n

        Es stellt einen Verschmelzungspunkt dar, an dem mehrere alternative Ausf\u00fchrungswege zusammentreffen und weitergef\u00fchrt werden.<\/p>\n

        Es wird als kleines Diamantformat mit mehreren eingehenden Steuerungsflusslinien und einer ausgehenden Steuerungsflusslinie dargestellt.<\/p>\n

        Beispiel<\/h4>\n

        Der Verschmelzungspunkt, an demBestellung versenden<\/i> undBestellung zur\u00fcckstellen<\/i>zusammentreffen k\u00f6nnen im Diagramm als Verschmelzungsnotation wie unten dargestellt werden:<\/p>\n

        \"Merge\"<\/p>\n

        Verzweigung<\/h4>\n

        Es stellt eine Verzweigungsaktion dar, die einen einzelnen Ausf\u00fchrungsfluss in mehrere gleichzeitige Ausf\u00fchrungsfl\u00fcsse aufteilt.<\/p>\n

        Es wird als kurze durchgezogene Linie dargestellt, die auf einer Seite eine eingehende Steuerungsflusslinie und auf der anderen Seite mehrere ausgehende Steuerungsflusslinien hat.<\/p>\n

        Beispiel<\/h4>\n

        Die Verzweigungsaktion, die nach derBestellung empfangen<\/i>Aktion zur Ausf\u00fchrung vonBestellung versenden<\/i> Aktion und Rechnung senden<\/i> Aktion gleichzeitig kann im Diagramm wie unten gezeigt dargestellt werden:<\/p>\n

        \"Fork\"<\/p>\n

        Verbinden<\/h4>\n

        Es stellt eine Verbindungsaktion dar, die auf das Beenden mehrerer gleichzeitiger Ausf\u00fchrungsfl\u00fcsse wartet.<\/p>\n

        Es wird als kurze durchgezogene Linie dargestellt, mit mehreren eingehenden Steuerfl\u00fcssen auf einer Seite und einem ausgehenden Steuerfluss auf der anderen Seite.<\/p>\n

        Beispiel<\/h4>\n

        Verbindungsaktion, die vor der Bestellung schlie\u00dfen<\/i> Aktion, um auf beide Bestellung versenden<\/i> Aktion und Rechnung senden<\/i> Aktion zu beenden, kann wie im Diagramm unten gezeigt dargestellt werden:<\/p>\n

        \"Join\"<\/p>\n

        Objekt<\/h4>\n

        Es stellt ein Objekt dar, das als Eingabe und\/oder Ausgabe einer Aktion dienen kann. In diesem Fall wird ein Objekt als Instanz einer Klasse in einem bestimmten Zustand betrachtet.<\/p>\n

        Es wird durch ein Rechteck dargestellt, in dem der Name platziert ist.<\/p>\n

        Es kann auch durch einen Zustand gekennzeichnet werden, der in Klammern unter dem Namen geschrieben ist.<\/p>\n

        Beispiel<\/h4>\n

        Bestellung [Ausgef\u00fcllt]<\/i> Objekt, das aus der Bestellung ausf\u00fcllen<\/i> Aktion wird von der Bestellung versenden<\/i> Aktion verbraucht. Dieses Objekt kann als Objektnotation in einem UML-Aktivit\u00e4tsdiagramm wie unten gezeigt dargestellt werden:<\/p>\n

        \"Object\"Verschiedene Notationen mit gleicher Semantik:<\/p>\n

        \"Object<\/p>\n

        Signal und Ereignis<\/h4>\n

        Es stellt eine Signalaktion dar, die ein Signal au\u00dferhalb der Aktivit\u00e4t sendet. Die Signalaktion wartet nicht auf Antworten vom Empf\u00e4nger des Signals. Sie beendet sich selbst und \u00fcbergibt die Ausf\u00fchrungskontrolle an die n\u00e4chste Aktion.<\/p>\n

        Es wird als konvexes F\u00fcnfeck dargestellt, mit seinem Namen innerhalb.<\/p>\n

        Beispiel<\/h4>\n

        Die Kunden benachrichtigen<\/i>Das Send-Signal-Aktion in einer Auftragsverarbeitungsaktivit\u00e4t kann als Send-Signal-Notation in einem UML-Aktivit\u00e4tsdiagramm wie unten dargestellt werden:<\/p>\n

        \"Singal<\/p>\n

        Schwimmkanal und Partition<\/h3>\n
          \n
        1. Eine Partition stellt eine Gruppe von Aktionen und Objekten dar, die einige gemeinsame Eigenschaften teilen.<\/li>\n
        2. Sie wird als zwei parallele Linien gezeichnet, wobei der Partitionname an einem Ende steht.<\/li>\n
        3. Alle Aktionen und Objekte, die sich zwischen den beiden Linien befinden, gelten als Teil der Gruppe.<\/li>\n
        4. Wenn eine Aktion oder ein Objekt sich auf der Grenze mehrerer Partitionen befinden kann, gilt sie als Teil mehrerer Gruppen.<\/li>\n
        5. Partitionen k\u00f6nnen verschachtelt werden, um eine Hierarchie von Partitionen zu bilden.<\/li>\n<\/ol>\n

          Beispiel<\/h4>\n

          Aktionen und Objekte in einer Auftragsverarbeitungsaktivit\u00e4t k\u00f6nnen in 3 Gruppen unterteilt werden:<\/p>\n

            \n
          1. Aktionengruppe des Auftragsabteilung<\/li>\n
          2. Aktionengruppe der Buchhaltungsabteilung<\/li>\n
          3. Aktionengruppe des Kunden, basierend auf der Aktionseigent\u00fcmer<\/li>\n<\/ol>\n

            Diese Gruppen k\u00f6nnen als Partition-Notationen in einem UML-Aktivit\u00e4tsdiagramm wie unten dargestellt werden:<\/p>\n

            \"Swimlane<\/p>\n

            Parametrisierte Aktivit\u00e4t<\/h3>\n

            Eine Aktivit\u00e4tsparameter-Aktivit\u00e4t akzeptiert Eingaben f\u00fcr eine Aktivit\u00e4t oder liefert Ausgaben aus einer Aktivit\u00e4t.<\/p>\n

            Aktivit\u00e4tsparameter werden am Rand angezeigt und unter dem Aktivit\u00e4tsnamen aufgelistet als: Parametername: Parameter-Typ.<\/p>\n

            Beispiel<\/h4>\n

            Das folgende Beispiel zeigt zwei Eingabeparameter und einen Ausgabeparameter, die f\u00fcr die Aktivit\u00e4t definiert sind.<\/p>\n

            \"Parameterized<\/p>\n

            Aktivit\u00e4tsrahmen<\/h3>\n

            Er wird in einem UML-Aktivit\u00e4tsdiagramm verwendet, um eine Grenze zu schaffen, die alle Aktionen und Objekte der Aktivit\u00e4t umschlie\u00dft.<\/p>\n

            Er wird als gro\u00dfes Rechteck mit abgerundeten Ecken gezeichnet. Der Aktivit\u00e4tsname, die Eingabeparameter und die Ausgabeparameter werden nahe der linken oberen Ecke des Rechtecks geschrieben.<\/p>\n

            Objekt-Notationen, die Eingabeparameter und Ausgabeparameter darstellen, k\u00f6nnen an den Kanten des Rechtecks platziert werden.<\/p>\n

            Warum Activity-Diagramme verwenden?<\/h3>\n

            Aktivit\u00e4tsdiagramme in UML erm\u00f6glichen es Ihnen, ein Ereignis als Aktivit\u00e4t zu erstellen, die eine Sammlung von Knoten enth\u00e4lt, die durch Kanten verbunden sind. Eine Aktivit\u00e4t kann an jedes Modellierungselement angeh\u00e4ngt werden, um sein Verhalten zu modellieren. Aktivit\u00e4tsdiagramme werden h\u00e4ufig zur Vertiefung verwendet.<\/p>\n