Warum Prototypen in der Softwareentwicklung verwenden?

Bei Prototypen geht es nicht nur um Kosteneinsparungen oder Fehler. Sie helfen dem Entwicklungsteam, die richtigen Anforderungen aus den Geschäftsbereichen zu erfassen, um das richtige Produkt zu erstellen. Prototypen helfen den Benutzern, etwas in die Hände zu bekommen, damit sie ein Gefühl dafür bekommen, ob das Produkt für sie funktioniert. Es erhöht das Verständnis im gesamten Projektteam.

Arten von Prototypen

Es gibt verschiedene Arten von Prototypen. Prototypen können in Widerrist mit niedriger oder hoher Wiedergabetreue unterteilt werden.

Low-Fidelity-Prototyp

Ein Prototyp mit niedriger Wiedergabetreue ist Stift und Papier. Ich mache das manchmal, wenn ich mich mit meinen Kunden treffe und klären muss, was wohin geht. Ich zeichne einfache Kritzeleien in sehr hoher Abstraktion. Ein Bild kann durch ein einzelnes Feld mit einem „X“ dargestellt werden. Wenn im Produkt mehrere Seiten oder Bildschirme benötigt werden, zeichne ich möglicherweise winzige Bildschirme auf der Seite mit Pfeilen, die sie verbinden, damit ich den Navigationsfluss verstehen kann.

High-Fidelity-Prototyp

Ein High-Fidelity-Prototyp ist normalerweise das, was ich erstelle, nachdem ich glaube, alle Anforderungen dokumentiert zu haben. Dies erfolgt in C # mit Sharp Develop. Ich mag es, weil es kostenlos und Open Source ist und es schnell ist, Komponenten auf dem Bildschirm zu gestalten. Normalerweise gehe ich so weit, Listenfelder und Datentabellen mit Dummy-Daten zu füllen, aber ich verbringe nicht viel Zeit mit Funktionen. Ich bin ein Business Analyst und kein Entwickler, daher überlasse ich die Entwicklung den Profis. Ich erinnere meine Kunden daran, dass der Prototyp nicht das Endprodukt ist, obwohl ich ihn gut aussehen lassen kann, ist er nur einen Wurf entfernt.

Die Verwendung von Prototypen hat meinen Projekten viel Zeit und Mühe gespart und meinen Kunden das Produkt gegeben, das sie brauchten. Es hat auch dazu beigetragen, Projekte in kleinere Iterationen aufzuteilen. Es hat die Kommunikation von Ideen im gesamten Projektteam verbessert. Es hat verhindert, dass nicht nur Fehler, sondern auch Änderungen spät im Entwicklungsprozess vorgenommen werden, was allgemein als weitaus kostspieliger zu beheben ist.