Next: Klassendiagramm Up: Die UML Referenz Previous: Use-Case-Diagramm

# Aktivitätsdiagramm

activity diagram

Aktivitätsdiagramme sind gut geeignet, Vorgänge und Abläufe zu beschreiben. Sie können ferner zur Veranschaulichung von Algorithmen herangezogen werden.

Syntax der Aktivitätsdiagramme 1 Syntax der Aktivitätsdiagramme 2

Akt:1
  Aktivität
  Abbildung: A.3, A.4
  Engl.: activity
  Regeln:
  - Eine Aktivität setzt sich aus mehreren Aktionen zusammen.
  - Ein Aktivitätsdiagramme beschreibt eine oder mehrere Aktivitäten.
  - Eine Aktivität kann parametrisiert sein.
  siehe auch: Aktion 2
  Andere Diagramme: Zustandsdiagramm (Zus:2)
  Beschreibung: Seite 28

Akt:2
  Aktion
  Abbildung: A.3
  Engl.: action
  Regeln:
  - Aktionen werden durch Kanten miteinander verbunden.
  - Es kann mehrere Eingangs- und Ausgangskanten geben.
  - Eine Aktion wird ausgefährt, wenn alle Eingangskanten feuern.
  - Ausgangskanten sollten durch disjunkte Wächterbedingungen unterscheidbar sein.
  siehe auch: Verzweigung (9) , Kante (4) , Wächterbedingung (7)
  Andere Diagramme: Zustandsdiagramm (Zus:2)
  Beschreibung: Seite 28

Akt:3
  Objekt
  Abbildung: A.3
  Engl.: ObjectNode
  Regeln:
  - Der Objektname gibt den Typ, die Klasse an.
  - Für ein Objekt kann der aktuelle Zustand angegeben werden.
  - Ein Objektname, welcher ein Signal beschreibt, wird in ein pfeilförmiges Rechteck eingeschlossen.
  siehe auch: Pin (11); Objektfluss (12)
  Andere Diagramme: Sequenzdiagramm (Seq:1), Kommunikationsdiagramm (Kmk:1, Klassendiagramm (Kla:15), Installationsdiagramm (Ins:1)
  Beschreibung: Seite 33

Akt:4
  Kante, Pfeil
  Abbildung: A.3
  Engl.: ActivityEdge
  Regeln:
  - Eine Kante verbindet Aktionen, Objekte oder Aktivitäten.
  - Sie kann mit einer Wächterbedingung versehen werden.
  - Die Anzahl der transportierten Objekte kann als Gewicht angegeben werden. `{weight=n}`
  siehe auch: Aktion (2), Aktivität (1) , Wächterbedingung (7)
  Andere Diagramme: Zustandsdiagramm (Zus:3)
  Beschreibung: Seite 30

Akt:5
  Startknoten
  Abbildung: A.3
  Engl.: InitialNode
  Regeln:
  - Jedes Diagramm kann mehrere Startzustände haben
  siehe auch: Endknoten (6)
  Andere Diagramme: Zustandsdiagramm (Zus:5)
  Beschreibung: Seite 29

Akt:6
  Endknoten
  Abbildung: A.3
  Engl.: ActivityFinal, FlowFinal
  Regeln:
  - Ein Endknoten mit dem gevierteltem Kreis bezeichnet das Ende eines Kontrollflusses, einer mit dem Spiegeleisymbol das der ganzen Aktivität.
  siehe auch: Startknoten (5)
  Andere Diagramme: Zustandsdiagramm (Zus:6)
  Beschreibung: Seite 29

Akt:7
  Wächterbedingung
  Abbildung: A.3
  Engl.: guard condition
  Regeln:
  - Jede Kante kann mit einer Wächterbedingung versehen werden.
  - Die Formulierung der Bedingung kann in OCL erfolgen, ist aber nicht festgelegt.
  siehe auch: Aktion (2), Kante (4)
  Andere Diagramme: Zustandsdiagramm (Zus:3), Sequenzdiagramm (Seq:2)
  Beschreibung: Seite 30

Akt:8
  Zusammenführung
  Abbildung: A.3
  Engl.: MergeNode
  Regeln:
  - Es gibt mehrere eingehende und eine abgehende Kante.
  siehe auch: Verzweigung (9)
  Beschreibung: Seite 31

Akt:9
  Verzweigung
  Abbildung: A.3
  Engl.: DecisionNode
  Regeln:
  - Es gibt eine eingehende und zwei oder mehr abgehende Kanten.
  - Alle abgehenden Kanten müssen mit einer unterschiedlichen Wächterbedingung versehen werden.
  - `else` fasst alle nicht explizit aufgeführten Bedingungen zusammen.
  - Verzweigung und Zusammenführung können zu einem Symbol verschmolzen werden.
  siehe auch: Aktion (2) , Kante (4) , Wächterbedingung (7), Zusammenführung (8)
  Beschreibung: Seite 31

Akt:10
  Synchronisationsbalken
  Abbildung: A.3
  Engl.: ForkNode, JoinNode
  Regeln:
  - Ein Synchronisationsbalken kann entweder nur eine eingehende und beliebig viele ausgehende Kanten oder beliebig viele eingehende und nur eine ausgehende Kante haben.
  - Er kann mit einer Bedingung versehen werden.
  siehe auch: Kante (4)
  Andere Diagramme: Zustandsdiagramm (Zus:14)
  Beschreibung: Seite 32

Akt:11
  Pin
  Abbildung: A.3
  Engl.: pin
  Regeln:
  - Der Objektfluss kann auch durch Pins, die getypte Kanäle in Form von kleinen Quadraten bezeichnen, geregelt werden.
  - Eingangs- und Ausgangspins kännen durch Pfeile in den Quadraten gekennzeichnet werden.
  - Ein Datenstrom wird durch ausgefällte Quadrate spezifiziert.
  - Mehrere Pins lassen sich zu einem Parametersatz gruppieren.
  siehe auch: Objekt (3), Objektfluss (12)
  Beschreibung: Seite 35

Akt:12
  Objektfluss
  Abbildung: A.3
  Engl.: ObjectFlow
  Regeln:
  - Objektfluss wird durch Kanten zwischen Pins oder Objekten beschrieben.
  - Bei einem Datenstrom ist die Kantenspitze ausgefällt.
  - Objekte kännen mit dem Stereotyp centralBuffer als Puffer oder mit dataStore als Speicher ausgezeichnet werden.
  siehe auch: Objekt (3), Pin (11)
  Beschreibung: Seite 35

Akt:13
  Verantwortlichkeitsbereich, (Schwimmbahn)
  Abbildung: A.3
  Engl.: ActivityPartition
  Regeln:
  - Eine Schwimmbahn gruppiert Aktivitäten und Kanten.
  - Sie sollte einen Namen haben.
  - Geschachtelte Verantwortlichkeitsbereiche oder Abgrenzungen in zwei Dimensionen sind möglich.
  siehe auch: Aktivität (1), Kante (4)
  Beschreibung: Seite 32

Akt:14
  Unteraktivität
  Abbildung: A.3
  Engl.: subactivity
  Regeln:
  - Eine Unteraktivität ist eine Referenz auf ein anderes Aktivitätsdiagramm.
  - Sie wird in einer Aktion ausgefährt.
  - Ihre Details kännen verborgen werden, dann ist als Indikator das Gabelsymbol zu notieren.
  siehe auch: Aktion (2), Aktivität (1)
  Andere Diagramme: Zustandsdiagramm (Zus:7), Sequenzdiagramm (Seq:9)

  Syntax der Aktivitätsdiagramme 3

Akt:15
  Strukturierte Aktivität
  Abbildung: A.5
  Engl.: StructuredActivityNode
  Regeln:
  - Eine strukturierte Aktivität ist in einem Kontrollfluss oder Objektfluss direkt aufrufbar.
  - Sie kann mit Objekten oder Pins parametrisiert werden.
  - Sie dient dazu Knoten mit spezieller Semantik einzuführen.
  siehe auch: Fallunterscheidunsaktivität (16), Schleifenaktivität (17), Mengenaktivität (18)

Akt:16
  Fallunterscheidunsaktivität
  Abbildung: A.5
  Engl.: ConditionalNode
  Regeln:
  - Im `if` und den optionalen `else if` Bereichen stehen Aktionen für Bedingungen. In den `then` und `else` Bereichen stehen die Aktionen, die ausgeführt werden, falls die entsprechende Bedingung erfüllt ist.
  siehe auch: Strukturierte Aktivität (15), Schleifenaktivität (17)
  Beschreibung: Seite 38

Akt:17
  Schleifenaktivität
  Abbildung: A.5
  Engl.: LoopNode
  Regeln:
  - Im `for` Bereich steht die Initialisierungsaktion, im `while` Bereich die Schleifenbedingung, im `do` Bereich der Schleifenrumpf
  siehe auch: Strukt. Aktivität (15), Fallunterscheidunsaktivität (16)
  Beschreibung: Seite 38

Akt:18
  Mengenaktivität
  Abbildung: A.5
  Engl.: ExpansionRegion
  Regeln:
  - Die Aktionen werden für alle Elemente der durch die Eingangspins eingebrachten Mengen oder Kollektionen ausgeführt.
  siehe auch: Strukturierte Aktivität (15)

Next: Klassendiagramm Up: Die UML Referenz Previous: Use-Case-Diagramm