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

2 Grundlagen | 8
2 Grundlagen
2.1 Softwaretechnische Grundlagen
2.1.1 Die Anforderungserhebung in der Softwareentwicklung
In der konventionellen Softwareentwicklung, nach der sich viele Entwicklungsfirmen richten,
werden die verschiedenen Projektphasen nach einer festen Abfolge durchlaufen. Als Beispiel
sei hier das Wasserfallmodell genannt, bei dem die Projektphasen in der vorgegebenen
Reihenfolge durchlaufen werden sollen und die Ergebnisse jeder Phase als Grundlage für die
darauffolgende Phase dienen (vgl. Abb.1).
Abbildung 1: Wasserfallmodell [Schn05] nach [Roy70]
Dabei steht die Anforderungserhebungsphase vorne im Entwicklungsprozess und legt so den
Grundstein für die weitere Entwicklerarbeit. „Die für das Projekt ermittelten Anforderungen
werden in einer Anforderungsspezifikation festgeschrieben. Diese dient als Referenzdokument
für die folgenden Entwicklungsphasen.“ [Poh08, S.31] Die Anforderungen an die zu
entwickelnde Software sollten weitestgehend im Voraus und möglichst korrekt festgelegt
werden. Nachträgliche Änderungen oder Ergänzungen der Anforderungen sind in der
konventionellen Softwareentwicklung in der Regel nicht vorgesehen. Sie würden einen
erneuten Durchlauf aller auf die Anforderungserhebung folgenden Phasen bedeuten und damit
zusätzliche Kosten und einen deutlich höheren Zeitaufwand erzeugen. Im Wesentlichen liefe
das darauf hinaus, dass die Wünsche des Kunden oder auch anderer Stakeholder nicht
zufriedenstellend umgesetzt würden. Deshalb ist es umso wichtiger, dass die erhobenen
Anforderungen von vornherein möglichst genau den Vorstellungen des Kunden entsprechen
und möglichst fehlerfrei dokumentiert werden. Da aber, wie im Beispiel des
Wasserfallmodells, in der konventionellen Softwareentwicklung in den ersten drei
Projektphasen auch keine Erstellung von Prototypen vorgesehen ist, ist es schwierig, die
(insbesondere die Bedienoberfläche betreffenden) Anforderungen an das System mit dem
Kunden abzustimmen und die erreichte Qualität der dokumentierten Anforderungen
(beispielsweise ihre Korrektheit) zu überprüfen. Unterstützung in Form eines Werkzeugs
wäre also in der konventionellen Softwareentwicklung insofern sinnvoll, als dass