Anforderungen und Spezifikationen Terminologie

Die Anforderungen lauten also:
OPT1 Die Summe der enter-Ereignisse darf nicht größer sein als die Summe
der coin-Ereignisse.
OPT2 Wenn die Anzahl der coin-Ereignisse echt größer als die Anzahl der
enter-Ereignisse ist, verhindert die Maschine kein weiteres enter-Ereignis.
Streng genommen ist die Anforderung “jeder, der zahlt, wird eingelassen” nicht
erfüllbar, denn andere Menschen könnten den Besucher, nachdem er gezahlt
hat, am Eintritt hindern. Statt dessen müssen wir fordern, dass die Maschine
den Besucher nicht am Eintritt hindert.
SCHRITT 5 RELEVANTE AKTIONEN
Dies sind die Ereignisse push, enter, coin, lock, unlock, wie in Schritt 1
beschrieben.
SCHRITT 6 KLASSIFIKATION DER AKTIONEN
1. von der Umgebung kontrolliert, von der Maschine nicht wahrnehmbar:
enter
2. von der Umgebung kontrolliert, von der Maschine wahrnehmbar:
push¦ coin
3. von der Maschine kontrolliert, von der Umgebung wahrnehmbar:
unlock¦ lock
37
39
¡
SCHRITT 4 ANNAHMEN
Jackson und Zave, von denen dieses Beispiel stammt, betrachten Annahmen
nicht gesondert, sondern rechnen sie zum Domänenwissen. Allerdings:
IND1 ist eine Annahme. Denn theoretisch könnte ein Besucher, nachdem
er gegen die Barriere gedrückt hat, rückwärts wieder herausspringen. Es
ist also physikalisch möglich, dass auf ein push eben doch kein enter folgt.
Eine weitere sinnvolle Annahme ist, dass andere Besucher einen
Besucher, der gezahlt hat, nicht am Eintritt hindern.
SCHRITT 7 ABLEITUNG DER SPEZIFIKATION
OPT1, OPT2 sind keine Spezifikationen, da sie enter-Ereignisse enthalten.
Realisierung von OPT1:
verhindere enter-Ereignisse oder erzwinge coin-Ereignisse.
Letzteres geht nicht, weil coin-Ereignisse von der Umgebung kontrolliert
werden.
Ausserdem: OPT1 muss für alle (auch zukünftige) Intervalle gelten.
¡
OPT1 muss nach jeder Aktion der Maschine gelten.
38
40