Exploratives Prototyping

Ziel: Ziel ist es nachzuweisen, dass Spezifikationen oder Ideen tauglich sind.

Wichtigstes Ergebnis: Eine übersichtliche und belastbare Anforderungsspezifikation

Das explorative Prototyping wird zur Bestimmung der Anforderungen und zur Beurteilung bestimmter Problemlösungen verwendet und konzentriert sich dabei auf die Funktionalitäten des Systems.

Evolutionäres Prototyping

Ziel: Anhand der Grundfunktionalitäten die Akzeptanz beim Nutzer und die Notwendigkeit ergänzender Funktionen zu überprüfen

Wichtigstes Ergebnis: Ein Programm mit den Grundfunktionalitäten

Beim evolutionären Prototyping wird die Anwendung nach und nach erweitert. Dabei werden vor allem die Rückmeldungen der zukünftigen Nutzer bzw. des Auftraggebers genutzt. Der Prototyp wird dabei stets lauffähig gehalten und bis zur Produktreife weiterentwickelt.

Experimentelles Prototyping

Ziel: Sammeln von Erfahrungen mit dem Prototyp

Wichtigstes Ergebnis: ein erster experimenteller Prototyp

Bei diesem Vorgehen wird zu Forschungszwecken bzw. zur Suche nach Möglichkeiten zur Realisierung ein experimenteller Prototyp entwickelt. An diesem wird anschließend eine sehr umfangreiche Problemanalyse und Systemspezifikation durchgeführt. Die gewonnenen Erkenntnisse können anschließend für die Entwicklung eines Produktes verwertet werden; der Prototyp wird verworfen.

Rapid Control Prototyping

Rapid Control Prototyping bezeichnet die Softwareentwicklung von Regelungen und Steuerungen mit Hilfe grafischer Werkzeuge. Diese ist nicht zu verwechseln mit dem aus dem Maschinenbau bekannten Rapid Prototyping.

Vertikales Prototyping (Durchstich)

Ziel: Die Entwicklung eines funktionalen Ausschnitts eines Programmes

Wichtigstes Ergebnis: Ein ausgewählter Teil des Systems ist durch alle Ebenen hindurch implementiert.

Hierbei wird ein ausgewählter Teil umgesetzt. Dies eignet sich besonders für Fälle, in denen noch Funktionalitäts- oder Implementierungsfragen ungeklärt sind. Abgeschlossene Teile können dann bereits umgesetzt werden, bevor die Anforderungen für den Rest komplett festgelegt wurden.

Horizontales Prototyping

Ziel: Eine funktionierende Ebene, die vorgestellt werden kann, oder an der sich andere Ebenen orientieren können.

Wichtigstes Ergebnis: Eine ausgewählte Ebene des Gesamtsystems ist fertiggestellt.

In diesem Fall wird nur eine spezifische Ebene des Gesamtsystems realisiert, welche jedoch möglichst vollständig abgebildet wird (z. B. Realisierung der grafischen Benutzeroberfläche ohne tiefer liegende Funktionalitäten, zur Vorlage für den Auftraggeber). Diese Methode hat den Vorteil, dass man dem Auftraggeber schon etwas zeigen kann, ohne das komplette System entwickelt zu haben. Dies setzt eine starke (jedoch ohnehin sinnvolle) Trennung der einzelnen Komponenten voraus. Die Oberfläche muss dementsprechend unabhängig von der dahinter liegenden Logik funktionieren, oder, wenn die Logik-Ebene umgesetzt wird, muss diese unabhängig von der Oberfläche funktionieren.

Vorteile

• Die Anforderungen der Anwender können laufend präzisiert und verifiziert werden. Damit sinkt das Risiko einer Fehlentwicklung.
• Unbeabsichtigte Wechselwirkungen zwischen einzelnen Komponenten des Produkts können früher erkannt werden.
• Der Fertigstellungsgrad ist besser verifizierbar.
• Die Qualitätssicherung kann frühzeitig eingebunden werden.

Nachteile

• Prototyping verführt oft dazu, Anforderungen weder korrekt zu erheben noch sauber zu dokumentieren. Der Entwicklungsprozess kann sich dadurch erheblich verlangsamen.
• Es entstehen während der Entwicklung zusätzliche Kosten, weil der Prototyp nur als Basis für die folgende eigentliche Entwicklung des Produktes dient. Diese Kosten und Zeitaufwand können durch weniger Nacharbeit am Endprodukt wieder ausgeglichen werden.