Ein kontrolliertes Experiment über die Auswirkung von Feedback ...

2 Grundlagen | 12
Abbildung 3: Fast Feedback mit Use Case und Mock Up zum Beispiel "Geldautomat"
Use Cases können dafür eingesetzt werden, funktionale Anforderungen und Prozesse der zu
entwickelnden Software zu beschreiben. Allerdings sagen Use Cases erstmal nichts über
nicht-funktionale Anforderungen aus. In Fast Feedback können die Use Cases nun durch
beliebig viele Mock-ups ergänzt werden. Mock-ups bestehen aus Skizzen der zu
entwickelnden Bedienoberfläche und stellen erste Versuche eines Demonstrations-Prototyps 1
dar. Mit Hilfe der Mock-ups können auch nicht-funktionale Anforderungen mit dem Kunden
abgestimmt und dokumentiert werden. Zum Beispiel lässt sich mit ihnen problemlos die
grobe Struktur der Bedienelemente darstellen. Zur Unterscheidung von funktionalen und
nicht-funktionalen Anforderungen vgl. auch Kapitel 3.1.1.2.
Natürlich ließen sich Use Cases in Verbindung mit Mock-ups auch ohne das Werkzeug Fast
Feedback in der Anforderungserhebung anwenden. Aber Fast Feedback bietet darüber hinaus
die Möglichkeit, die Mock-ups den entsprechenden Schritten der Use Cases zuzuweisen. In
der Abb.2 wurde im Beispiel „Geldautomat“ Mock-up 3 dem vierten Schritt des Use Cases
„Geld abheben“ zugeordnet. Werden dann noch die Use Cases in der richtigen Reihenfolge
miteinander verknüpft, lassen sich die Mock-ups anhand der Use Cases zeitlich geordnet
wiedergeben. Das gibt dem Anforderungsingenieur die Möglichkeit, dem Kunden sehr präzise
einen Eindruck davon zu vermitteln, wie die Software aufgebaut sein bzw. wie der Ablauf
einer konkreten zielorientierten Handlung mit der Software aussehen könnte.
Fast Feedback vereint also zunächst einmal die beiden bekannten Methoden der Use Cases
und Mock-ups miteinander und stellt zusätzliche Funktionen zur Verfügung, mit denen die
Methoden verknüpft werden können. Fast Feedback bindet den Anforderungsingenieur an die
Methoden und fördert dadurch ein systematisches zielgerichtetes Vorgehen. Die
1 Demonstrations-Prototyp: Die Maskenfolge und der Bildschirmaufbau werden dargestellt, die suggerierte
Funktion dahinter aber nicht. Diese Art Prototyp findet Verwendung, wenn das Aussehen der Software nach
außen relevant ist. [Schn09, S.178]