Name Klasse Datum 1 Allgemeines Die Zustandsdiagramme in UML basieren im Wesentlichen auf den Statecharts von David Harel. Der Grundgedanke ist, das Verhalten eines endlichen Zustandsautomaten grafisch zu modellieren. Bei Zustandsautomaten gelten folgende Grundregeln: der Zustandsautomat befindet sich zu jeder Zeit in einem der definierten Zustände der Zustandsautomat kann niemals in zwei Zuständen gleichzeitig sein es gibt eine endliche Menge an Zuständen jeder Zustand kann eingenommen werden Im Rahmen von UML wurde das Statechart jedoch erweitert, um das Zustandsdiagramm breiter nutzbar zu machen. So ist es im UML Zustandsdiagramm durchaus möglich, dass ein Zustandsdiagramm zwei Zustände gleichzeitig darstellen kann, wobei man dies dergestalt interpretiert, dass man einen inneren Prozess betrachtet, der in sich zwei eigenständige Systeme aufweist ( nebenläufige Teilzustände ). Da dies jedoch im Regelfall für Verwirrung sorgt, wird dieses Feature selten genutzt. Aus diesem Grunde werden wir uns an dieser Stelle nur mit den elementaren Symbolen des Zustandsdiagramms beschäftigen. Für die Programmierung hat das Zustandsdiagramm insofern eine hohe Bedeutung, als dass komplexe Systeme mit Hilfe einer Statemachine programmiert werden, welche auf Signale wie Buttonclicks unterschiedlich reagiert: private void statemachine(actionobject actioninfo) { switch(this.currentstate) { case: STATE_IDLE: handlebuttonclick(actioninfo); case: STATE_BLOCK: // do nothing case: STATE_BUSY: showinfomessage(actioninfo); Die Instanzvariable currentstate bestimmt also das zentrale Verhalten des Programms. Dieses kann somit sehr einfach mit Hilfe eines Zustandsdiagramms dokumentiert werden. Eine andere Alternative zu der zentralen Zustandsauswertung ist es, in den einzelnen Methoden den aktuellen Zustand für die Bewertung der Weiterverarbeitung heranzuziehen: private void savebuttonclicked() { switch(this.currentstate) { case: IMAGE_DIALOG: savecurrentimage(); case: TEXT_DIALOG: savecurrenttext(); _UML_Zustandsdiagramm_v01.docx Seite 1
In diesem Beispiel wird beim Klick des Save Buttons die Methode savebuttonclicked() aufgerufen und je nachdem, in welchem Zustand sich das Programm befindet, wird entweder ein Bild, oder ein Text gespeichert. Hier noch ein einfaches Beispiel für eine Fußgängerampel. Sie kennt die drei Zustände Rot (Normalzustand), Starttimer läuft (und zwar wenn ein Fußgänger den Knopf gedrückt hat) und nach Ablauf dieses Timers folgt die Grünphase, welche erst nach Ablauf des Grüntimers wieder beendet wird. Dadurch wird der Zustand Rot wieder eingenommen. Wie man erkennen kann, beeinflusst der Knopf unseren Zustandsautomaten nur im Zustand Rot. In allen anderen Zuständen hat der Knopf keine Auswirkung. Anmerkung: Dieses Diagramm ist in gewisser Weise ein Sonderfall, da es weder einen Start- noch einen Endpunkt besitzt. 2 UML-Zustandsdiagramm, Notation Hier die wichtigsten Elemente des Zustandsdiagramms. Symbol Beschreibung Startzustand: Markiert, in welchem Zustand das System zu existieren beginnt. Da er kein richtiger Zustand ist, bezeichnet man ihn auch als Pseudozustand. Im Regelfall besitzt ein Zustandsdiagramm einen Startzustand, es können aber auch mehre sein. Dies ist ein eigentlicher Zustand. Er wird eindeutig benannt und das System kann eine begrenzte Zeit in diesem Zustand verharren. Alternative Notation mit Verhaltensspezifikationen. Hier können verschiedene Aktionen notiert werden, welche im Falle des Eintritts in den Zustand (entry), nach dem Eintritt in den Zustand (do), Austritt aus dem Zustand (exit) oder einem definierten Ereignis (event) durchgeführt werden. Ereignisse werden jedoch üblicherweise an der ausgehenden Transition notiert. Eine Transition führt immer von einem Zustand zu einem anderen (wobei auch reflexive Transitionen erlaubt sind, also ein Zustand wechselt in sich selbst). An einer Transition werden noch folgende Informationen notiert: Ereignis, welches den Zustandswechsel triggert (erforderlich) Bedingung für das Ereignis in eckigen Klammern (optional) Aktion, welche ausgeführt wird, wenn die Transaktion durchlaufen wird (optional) Wenn Aktionen angegeben werden, so spricht man von einem vollen Zustandsübergang und das Zustandsdiagramm bezeichnet man somit als Verhaltensmaschine (im Gegensatz zur Protokollmaschine, welche lediglich die Transitionen inklusive Ereignis aufweisen). Endzustand: Markiert das Ende des Systems also die Terminierung. Es kann pro Zustandsdiagramm mehrere Endzustände geben. Wie der Startzustand ist der Endzustand ein Pseudozustand. Seite 2
UML - Zustandsdiagramm 3 Beispiel Im Folgenden Beispiel werden die wichtigsten Elemente eines UML Diagramms dargestellt: Seite 3
4 Aufgabenstellung Zeichnen Sie ein UML Zustandsdiagramm für eine Schleusenanlage, bei der Schiffe vom Unterwasser in Richtung Oberwasser bzw. umgekehrt transportiert werden können. Folgende Signalgeber existieren: Signalname: Bedeutung: S1_open Knopf: Öffne Schleuse 1 S1_close Knopf: Schließe Schleuse 1 S2_open Knopf: Öffne Schleuse 2 S2_close Knopf: Schließe Schleuse 2 S_down Knopf: Senke Wasser S_up Knopf: Hebe Wasser Schleuse 1 zu Endschalter: Schleuse 1 komplett zu Schleuse 1 auf Endschalter: Schleuse 1 komplett auf Schleuse 2 zu Endschalter: Schleuse 2 komplett zu Schleuse 2 auf Endschalter: Schleuse 2 komplett auf Oberwasser Schwimmschalter: Wasserstand ganz oben Unterwasser Schwimmschalter: Wasserstand ganz unten Verwenden Sie dabei folgende Elemente: Seite 4
5 Lizenz UML - Zustandsdiagramm Diese(s) Werk bzw. Inhalt von Maik Aicher (www.codeconcert.de) steht unter einer Creative Commons Namensnennung - Nicht-kommerziell - Weitergabe unter gleichen Bedingungen 3.0 Unported Lizenz. Seite 5