Objektorientierte Entwurfsmuster - Architektur und Entwurfsmuster der Softwaretechnik - page 197

kein akustisches Signal ausgegeben werden. Bild 4-44 zeigt das Zustandsdiagramm
nach UML für dieses Beispiel:

AlarmanlageAktiv

Person erkannt /
akustischer Alarm

Anlagendeaktivierung Anlagenaktivierung

AlarmanlageInaktiv

Person erkannt

Bild 4-44 Zustandsdiagramm für die Alarmanlage

Es sind die beiden Zustände zu sehen, sowie die möglichen Übergänge zwischen
ihnen. Außerdem wird dargestellt, dass das Ereignis personErkannt in dem einen
Zustand eine Aktion auslöst, nämlich einen akustischen Alarm, während im anderen
Zustand keine Aktion erfolgt. In beiden Fällen findet aber bei diesem Ereignis kein
Zustandsübergang statt, sondern die Anlage verbleibt im aktuellen Zustand. Weiterhin
wird gezeigt, dass als Startzustand der Zustand AlarmanlageInaktiv ausgewählt
wird.

Bild 4-45 zeigt das Klassendiagramm dieses Programmbeispiels:

Client

«use»

Alarmanlage «interface»

IZustandAlarmanlage
+personErkannt()

-zustand:IZustandAlarmanlage

+personErkannt()
+anschalten()
+ausschalten()
-aendereZustand(IZustandAlarm-

anlage)

AlarmanlageAktiv
+personErkannt()

AlarmanlageInaktiv
+personErkannt()

Bild 4-45 Klassendiagramm zum Programmbeispiel Alarmanlage

Die Schnittstelle IZustandAlarmanlage deklariert die Methoden aller Zustandsklas-
sen:

// Datei: IZustandAlarmanlage.java
// Schnittstelle fuer alle Zustandsklassen
public interface IZustandAlarmanlage
{