Das Projekt BÜCHERSCHATZ - Fachbereich Informatik - Universität ...

Nach [Budde u.a. 1992] wird Prototyping als ein Ansatz der Softwareentwicklung
durch folgende Grundzüge gekennzeichnet:
„- Operative versions are produced at an early stage.
- Relevant problems are clarified by experimentation.
- Prototypes provide a common basis for discussion between developers, users and
other groups.“ [Budde u.a. 1992, S. 9]
Damit verbunden ist eine Sichtweise von Prototyping als ein „an Experiment und
Erfahrung orientierter Ansatz“ [Bäumer u.a. 1994, S. 6]. Bäumer u.a. definieren einen
Software-Prototypen als Software, die ausgewählte Aspekte des zu erstellenden Zielsystems
realisiert. Der Prototyp sollte ablauffähig und benutzbar sein, der Entwurf
einer Bildschirmmaske ist dieser Definition zufolge kein Prototyp. Das Zielsystem ist
das zu erstellende Softwaresystem im Anwendungsbereich. Die zu modellierenden
Aspekte sind beispielsweise die Art der Interaktion, der Datenbankzugriff oder die
Einbettung in ein Gesamtsystem. Mit Prototyping wird der Prozeß der Herstellung,
Bewertung und Revision des Software-Prototyps bezeichnet [Bäumer u.a. 1994, S. 5/6].
4.4.1 EINBINDUNG IN DIE SOFTWAREENTWICKLUNG
Prototyping kann Teil einer evolutionären Entwicklungsstrategie wie in STEPS sein,
wird aber auch in klassischen Phasenmodellen der Softwareentwicklung benutzt. In
STEPS wird es als Verfahren zur Unterstützung von kooperativen Erkenntnisprozessen
eingesetzt. Es ist keine ‘Zusatzkosmetik’, die Unzulänglichkeiten des Entwicklungsmodells
abfedern soll, sondern ist in die evolutionäre Sichtweise von STEPS integriert.
Für vertiefende Informationen verweisen wir auf [Budde u.a. 1992]. Praktische
Erfahrungen hinsichtlich STEPS und Prototyping können [PEtS 1989] entnommen
werden.
Prototyping in der Softwaretechnik hat eine andere Stellung und Qualität als Prototyping
in einem klassischen Konstruktionsverfahren wie etwa der Konstruktion eines
Autos. Die besondere Bedeutung eines Software-Prototypen liegt nicht in einer späteren
Serienproduktion – denn die Reproduktion von Software ist denkbar einfach, es
sind lediglich Kopien des Datenträgers anzufertigen –, sondern gerade in der Einmaligkeit
des Prozesses [Budde u.a. 1992, S. 7]. Der Software-Prototyp kann nicht in
einem ingenieurmäßigen Verfahren in das Zielsystem umgesetzt werden. Vielmehr
werden durch die Erstellung des Software-Prototypen Erkenntnisse hinsichtlich der
Gestaltung der Software und der Einbettung in das Anwendungsgebiet gewonnen, die
die anschließende Entwicklung eines zum Einsatz kommenden Systems maßgeblich
beeinflussen.
Entwickler und Benutzer bzw. alle an der Softwareentwicklung beteiligten Personen
haben, bedingt durch ihr Wissen, ihre Ziele, ihre Wertungen und ihr Weltbild eine
eigene Sicht und somit unterschiedliche Visionen des zukünftigen Systems. Sich diese
Sichten gegenseitig mitzuteilen, eine Annäherung zu erzielen und eine gemeinsame
Version zu erarbeiten, wird durch die Auseinandersetzung am konkreten Produkt, dem
Software-Prototypen, erreicht. Die Entwickler demonstrieren einen Prototypen, und
die Benutzer können überprüfen, ob er ihren Anforderungen entspricht. Die
Vorstellungen über das System, die Entwickler oft nicht explizit mitteilen, finden sich
im Prototypen wieder. Sie sind sichtbar und damit auch kritisierbar. Umgekehrt
erhalten die Entwickler bei der Diskussion um den Prototypen einen weitreichenden
Einblick in das Anwendungsgebiet und die Probleme der Benutzer.