Startseite >> Wissen >> Anforderungsverifikation >> Praktiken >> Prototyping

Prototyping

Beschreibung:

Die Benutzer eines Systems können häufig anhand der textuell oder im Rahmen von Modellen spezifizierten Anforderungen eines Systems nicht auf das Aussehen, das konkrete Verhalten und die Art der Bedienung des Systems schließen. Es empfiehlt sich daher bereits in dieser frühen Phase des Softwareentwicklungsprozesses, einen Prototypen des Systems zu erstellen. Anhand eines solchen Prototypen können der Aufraggebende sowie die Benutzenden des Systems ersehen, ob ihre Wünsche und Anforderungen umgesetzt wurden. Weiterhin kann anhand des Prototyps die Benutzungsfreundlichkeit, sowie allgemein der Umgang mit dem System evaluiert werden. Ein solcher Prototyp kann in vielfältiger Form vorliegen: Zum einen kann eine bereits funktionale Version des Systems implementiert werden, anhand welcher das System überprüft werden kann. Ein solcher Prototyp vermittelt einen guten Gesamteindruck des Systems, erfordert jedoch eine längere Entwicklungszeit und höhere Entwicklungskosten. Der funktionale Prototyp kann als initiale Version des Systems dienen, die dann weiter zum fertigen System ausgebaut werden kann. Eine weitere mögliche Prototyp-Variante besteht darin, nur die Benutzungsoberfläche des Systems zu gestalten und keine Funktionalität zu implementieren. Analog dazu besteht die Möglichkeit, einen so genannten Paper-Prototyp zu erstellen, der, wie der Name schon sagt, aus reiner Papier-Darstellung des Systems besteht. Eine weitere Art des Prototyping ist die Nutzung eines Wizard-of-Oz. Hier denkt ein Nutzer, er würde mit einem autonomen System kommunizieren, in Wirklichkeit erzeugt aber ein Mensch im Verborgenen die Systemreaktionen.

Ziel:

Ziel ist es, ein späteres System oder Teile eines späteren Systems (z.B. Benutzerschnittstelle) exemplarisch zu implementieren, um hiermit frühzeitig Qualitätseigenschaften überprüfen und die Kommunikation mit den Stakeholdern unterstützen zu können.

Techniken zur Realisierung:

Scenario Requirements Analysis Method (SCRAM)
Scenario-based Analysis and Validation in Requirements Elicitation (SAVRE)
Use Cases anhand von Statecharts simulieren


Alle Praktiken dieser Phase


Zurück zur gesamten Praktiken-Übersicht