Prototypmodell

Der größte Nachteil früherer Modelle (Wasserfall und Spirale) besteht darin, dass nach der Entwicklung der Anwendung viele Kunden abgelehnt wurden und die Kunden nicht beteiligt waren zwischen dem Projekt.

Daher starteten sie den neuen Ansatz, der als Prototyp bekannt ist. In diesem sammeln wir die Anforderungen vom Kunden und bereiten einen Prototyp (Probe) vor, und erhalten ihn überprüft und genehmigt durch den Kunden. Und nur, wenn sie zufrieden sind, fangen wir an, an den ursprünglichen Projekten zu arbeiten, damit es keine Kundenablehnung gibt.

Der Prototyp ist nur das Muster oder ein Dummy des erforderlichen Softwareprodukts. Wenn alle genannten Module vorhanden sind, führen nur der Entwickler und der Tester Prototypentests durch.

Wenn wir das Prototypmodell verwenden

Im Allgemeinen entscheiden wir uns aus folgenden Gründen für dieses Modell:

  • Immer dann, wenn der Kunde neu in der Softwarebranche ist oder nicht weiß, wie er die Anforderungen an das Unternehmen stellen soll.
  • Wenn die Entwickler neu in der Domäne sind.

Hinweis:
Der Unterschied zwischen den Tests und Prototypentests besteht darin, dass wir beim Testen an der Funktionalität arbeiten, die einige Ein- und Ausgaben liefert.
Und in den Prototyp-Tests, werden wir nur das Look and Feel testen, was bedeutet, dass die Benutzeroberfläche und Frontend.

Prototyp modell prozess

Prototyping Modell hat verschiedene phasen, die sind wie folgt:

  • Anforderungsanalyse
  • Machbarkeitsstudie
  • Erstellen eines Prototyps
  • Prototypentest
  • Kundenrezension und -freigabe
  • Design
  • Codierung
  • Testen
  • Installation und Wartung

Prototypenmodell

Anforderungsanalyse

Dieses Modell beginnt mit der Erfassung der Anforderungen der Kunden. Und diese Anforderungen des Projekts sollten im Detail sein. Diese Details werden vom Business Analyst und Produktanalysten erhalten. Wobei der Business Analyst für servicebasierte Softwareunternehmen und der Product Analyst für produktbasierte Softwareunternehmen zugewiesen ist.

Machbarkeitsstudie

In der nächsten Phase werden die Leiter der BA-, HR-, Architektur- und Finanzteams zusammensitzen und über die Kosten des Produkts sprechen, welche Ressource benötigt wird, welche Technologie zur Entwicklung des Produkts verwendet wird und wie viel Zeit benötigt wird, um das Produkt fertigzustellen und zu liefern.

Erstellen eines Prototyps

Nachdem wir die Machbarkeitsstudie abgeschlossen haben, gehen wir in die nächste Phase, in der wir den Prototyp (Muster oder Dummy) basierend auf den vom Kunden gesammelten Daten erstellen und der Webentwickler den Prototyp entwirft.

Hier haben wir die folgenden Arten von Prototypen:

  • Statischer Prototyp
  • Dynamischer Prototyp

Statischer Prototyp

Im statischen Prototyp haben wir den gesamten Prototyp der Anforderungen in einem Word-Dokument mit allen Richtlinien, Screenshots und der Beschreibung der Erstellung der Software, des Aussehens und der Funktionsweise des fertigen Produkts usw. aufbewahrt.

Dynamischer Prototyp

Der dynamische Prototyp ist parallel zum Browser, aber hier können wir keine Details angeben, nur die Funktionalität ist vorhanden, ohne die Daten einzugeben. Es ist wie eine Dummy-Seite aus dem HTML mit Tags und Links zu den verschiedenen Seiten zu den Ausdrucksmerkmalen des Produkts.

Prototypentests

Sobald wir den Prototyp gebaut haben, wird die BA den Prototyp testen und eine Runde Prototypentests durchführen.

Hinweis:
Der Prototyp testet, wo wir nur das Aussehen testen und fühlen, was bedeutet, dass die Benutzeroberfläche und Frontend.

Kundenrezension und -genehmigung

Sobald der Prototypentest abgeschlossen ist, wird er dem Kunden zur Überprüfung und Genehmigung übergeben. Wenn der Kunde mit der gegebenen Probe nicht zufrieden ist, ändern wir den Prototyp basierend auf den Richtlinien und dem Feedback des Kunden. Dieser Prozess wird fortgesetzt, bis der Kunde den Prototyp genehmigt und mit ihm zufrieden ist. Es ist ein bisschen zeitaufwendig, weil wir die Änderungen immer wieder im Prototyp durchführen müssen.

Design

Nach Erhalt des genehmigten Prototyps beginnen wir mit dem High-Level- und Low-Level-Design für das Endprodukt und berücksichtigen alle Vorschläge des Kunden zum Zeitpunkt des endgültigen Prototyps.

Codierung

Sobald die Designphase erfolgreich abgeschlossen ist, gehen wir in unsere Codierungsphase über, in der der betroffene Entwickler mit der Entwicklung des Produkts auf der Grundlage seiner Programmierkenntnisse beginnt.

Testen

Nach der Zusammenstellung der Entwicklungsphase wird diese an den Testingenieur übergeben. Und der Testingenieur testet die Anwendungsfunktionalität und alle Ein- und Ausgänge.

Installation und Wartung

Sobald unser Endprodukt gemäß dem endgültigen Prototyp entwickelt und getestet wurde, wird es in der Produktion eingesetzt. Und das Produkt wird von Zeit zu Zeit gewartet, um Unterbrechungen zu vermeiden, wodurch erhebliche Fehler vermieden werden.

Hinweis:

  • Ausgehend von der Anforderungssammlung bis zur Kundenprüfung wird das dokumentierte Format in ein Prototypenformat konvertiert, da es sich um eine erweiterte Anforderungssammlungsphase handelt und das eigentliche Design in der Entwurfsphase beginnt.
  • Bisher wurde die Prototypenentwicklung von Entwicklern durchgeführt. Dennoch wird es jetzt von Inhaltsentwicklern oder Webdesignern durchgeführt, wo sie den Prototyp des Produkts mit Hilfe einiger Tools entwickeln.
  • In diesem Fall erhält der Kunde die Möglichkeit, in der Anwendung selbst Änderungen an der Anforderung vorzunehmen, da es einfach ist, Änderungen an den Anforderungen im Prototyp und nicht in der tatsächlichen Anwendung vorzunehmen. Daher werden die Kosten sinken und die Erwartungen werden erfüllt.

Vor- und Nachteile des Prototypenmodells

Das Prototypenmodell hat folgende Vor- und Nachteile:

Vorteil Nachteil
Wir können die fehlende Funktionalität leicht erkennen. Es ist ein zeitaufwändiger Prozess, denn wenn der Kunde den Prototyp ändert.
Und es wird auch unsere Zeit verschwenden, indem wir uns immer wieder im Dummy (Prototyp) ändern, was die Arbeit des realen Projekts verzögern wird.
Dabei haben das Entwicklungsteam und der Kunde eine klare Kommunikation über die Anforderungen und das Ergebnis des Produkts. Es gibt keine Anforderungsüberprüfung, aber die Prototypüberprüfung ist vorhanden.
Darin besteht Kundenzufriedenheit. Es gibt keine parallelen Ergebnisse, was bedeutet, dass die beiden Teams nicht zusammenarbeiten können.
Wir können den Prototyp in der Designphase und für ähnliche Anwendungen wiederverwenden. Manchmal kann die Teilanwendung dazu führen, dass die Software nicht so verwendet wird, wie das gesamte System entworfen wurde.
In diesem Modell ist die Kundenablehnung im Vergleich zu den anderen Modellen geringer. Unzureichende oder teilweise Problemanalyse.
Probleme können in der frühen Phase identifiziert werden. Wir können auch die Aufmerksamkeit des Kunden verlieren, wenn er mit dem Endprodukt oder dem ursprünglichen Prototyp nicht zufrieden ist.

Leave a Reply