| ... | ... | @@ -36,10 +36,23 @@ Bei einem Splitting-Knoten wird in mehrere parallele Threads verzweigt (wenn a d |
|
|
|
<b>Startknoten, Endknoten, Ablaufende </b><br> <br>
|
|
|
|
Ein Startknoten (Initial Node) stellt den Beginn eines Ablaufes dar. Ein Endknoten (Activity Final Node) beendet eine Aktivität vollständig. Ein Ablaufende (Flow Final Node) terminiert einen Zweig einer Aktivität, die Aktivität selbst läuft weiter. <p>
|
|
|
|
|
|
|
|
<b> </b><br> <br> <p>
|
|
|
|
<b>Pfeil, Kante </b><br> <br>
|
|
|
|
Ein Pfeil beschreibt den Fluss zwischen den verbundenen Elementen. In einer eckigen Klammer kann eine Bedingung angegeben werden, die erfüllt sein muss, damit die Kante überquert wird. <p>
|
|
|
|
|
|
|
|
<b>Objektknoten </b><br> <br>Objektknoten können in Aktivitätsdiagrammen Objekte oder Daten repräsentieren. Sie können als unabhängige Knoten in einem Diagramm benutzt werden, bzw. als Parameter für Aktionen (Input, Output Pin). Beide Darstellungen sind äquivalent. Im Bild oben ist a als Objekt eingezeichnet; im unteren Bild ist a Ausgangsparameter der linken Aktion und Eingangsparameter der rechten. <p>
|
|
|
|
|
|
|
|
<b>Kanten </b><br> <br>Kanten verbinden die Aktionen in einem Diagramm und stellen den Fluss dar. Kanten, die Kontrollfluss modellieren, verbinden Aktionen direkt; Objektflusskanten verbinden die Pins der beteiligten Aktionen.<p>
|
|
|
|
|
|
|
|
## Prinzip der Aktivitätsdiagramme
|
|
|
|
|
|
|
|
Aktivitätsdiagramme zeigen den Ablauf von Aktivitäten. Sie definieren die Aktionen, aus den sich Aktivitäten zusammensetzen und die zeitliche Reihenfolge ihrer Ausführung. Verzweigungen des Kontrollflusses und gleichzeitig ablaufende, parallele Zweige sind möglich. Um die ausgeführten Aktionen verfolgen zu können, werden die Zweige eines Aktivitätsdiagramms mit Tokens belegt. Ein Token ist eine Marke, die den Kontrollfluss markiert. In jedem Thread existiert ein Token. Tokens besitzen kein Symbol in der UML. Sie sind virtuelle Elemente, die den Kontrollfluss markieren.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Dieses Diagramm stellt das Prinzip des Token-Modells dar. Nachdem der Ablauf gestartet wurde, wird das erste Token, links im Bild, erzeugt. Danach wird die Aktion a1 ausgeführt und das Token auf den Ausgang von a1 gelegt. Durch die Verzweigung in die beiden Threads p1 und p2 wird am Anfang beider Threads je ein Token gesetzt. Die Aktionen p1 und p2 werden ausgeführt; die Tokens werden auf die Ausgänge von p1 und p2 gelegt. Wenn beide Tokens da sind, wird das Eingangstoken für a2 gestartet. A2 wird ausgeführt, das Token auf den Ausgang von a2 gelegt, die Aktivität wird beendet und das Token vernichtet.
|
|
|
|
|
|
|
|
<b> </b><br> <br> <p>
|
|
|
|
|
|
|
|
<b> </b><br> <br> <p>
|
|
|
|
|
|
|
|
|
|
|
|
<b> </b><br> <br> <p> |
|
|
\ No newline at end of file |
