Prototype Model

het belangrijkste nadeel van eerdere modellen (waterval en spiraal) is dat er veel afwijzing van klanten optreedt nadat de applicatie werd ontwikkeld, en dat er tussen het project geen betrokkenheid van de klanten was.

daarom zijn zij begonnen met de nieuwe aanpak, die bekend staat als het prototype model. Hierin verzamelen we de eisen van de klant en bereiden we een prototype (monster) voor, en laten we het beoordelen en goedkeuren door de klant. En slechts wanneer zij tevreden zijn, zullen wij aan de originele projecten beginnen werken zodat er geen klantenverwijzing zal zijn.

het prototype is slechts het monster of een dummy van het vereiste softwareproduct. Als alle genoemde modules aanwezig zijn, dan zal alleen de ontwikkelaar en tester prototype testen uitvoeren.

wanneer we het Prototype model

gebruiken, gaan we voor dit model om de volgende redenen.:

• wanneer de klant nieuw is in de software-industrie of wanneer hij niet weet hoe hij de eisen aan het bedrijf moet geven.
• wanneer de ontwikkelaars nieuw zijn in het domein.

opmerking:
het verschil tussen het testen en het testen van prototypes is dat – bij het testen, we zullen werken aan de functionaliteit, die enige input en output geeft.
en in het prototype testen, zullen we alleen de look en feel testen, wat betekent dat de UI en frontend.

Prototype model proces

Prototyping Model heeft verschillende fasen, die als volgt zijn: :

• analyse
• haalbaarheidsstudie
• het Maken van een prototype
• Prototype testen
• de Klant is beoordeeld en goedgekeurd
• Ontwerp
• Codering
• Test
• Installatie en onderhoud

analyse

Dit model begint met het verzamelen van de eisen van de klanten. En deze eisen van het project moeten in-details. Deze gegevens worden ontvangen door de Business Analist en product analist. Waar Business Analist wordt toegewezen voor service-based software bedrijven, en de product analist wordt toegewezen voor product-based software bedrijven.

haalbaarheidsstudie

In de volgende fase zullen het hoofd van de BA -, HR -, architectuur-en Finance-teams samen zitten en praten over de kosten van het product, welke middelen nodig zullen zijn, welke technologie wordt gebruikt om het product te ontwikkelen en hoeveel tijd er nodig is om het product af te ronden en te leveren.

Maak een prototype

nadat we de haalbaarheidsstudie hebben afgerond, gaan we naar onze volgende fase, waar we het prototype (monster of dummy) zullen maken op basis van de gegevens die van de klant worden verzameld, en de webontwikkelaar zal het prototype ontwerpen.

hier hebben we de volgende types van prototype:

• statisch prototype
• dynamisch prototype

statisch prototype

in het statisch prototype hielden we het volledige prototype van de vereisten in een word-document met alle richtlijnen, screenshot, en de beschrijving van hoe de software te bouwen, hoe het voltooide product eruit zal zien en hoe het zal werken, enzovoort.

dynamisch prototype

het dynamische prototype is parallel aan de browser, maar hier kunnen we geen details geven, alleen de functionaliteit is er zonder de gegevens in te voeren. Het is als een dummy pagina gemaakt van de html met tags en links naar de verschillende pagina ‘ s om de expressieve kenmerken van het product.

Prototype testen

zodra we het prototype hebben gebouwd, zal het BA het prototype testen en één ronde prototypt testen uitvoeren.

opmerking:
het prototype testen is testen, waarbij we alleen de look en feel testen, wat betekent dat de UI en frontend.

klantbeoordeling en goedkeuring

zodra het prototype is getest, wordt het aan de klant overhandigd voor beoordeling en goedkeuring. Als de klant niet tevreden is met het gegeven monster, zullen we het prototype wijzigen op basis van de richtlijnen en feedback van de klant. Dit proces gaat door totdat de klant het prototype heeft goedgekeurd en tevreden is. Het is een beetje tijdrovend omdat we de veranderingen steeds opnieuw moeten uitvoeren in het prototype.

ontwerp

na het verkrijgen van het goedgekeurde prototype beginnen we met het ontwerp op hoog en laag niveau voor het eindproduct en nemen we alle suggesties in overweging die de klant op het moment van het uiteindelijke prototype heeft gegeven.

codering

zodra de ontwerpfase met succes is voltooid, gaan we over naar onze coderingsfase, waar de betrokken Ontwikkelaar het product begint te ontwikkelen op basis van zijn programmeerkennis.

testen

na het opstellen van de ontwikkelingsfase wordt deze overgedragen aan de Testingenieur. De Testingenieur test de toepassingsfunctionaliteit en alle in-en uitgangen.

installatie en onderhoud

zodra ons eindproduct is ontwikkeld en getest volgens het uiteindelijke prototype, zal het worden ingezet voor de productie. En het product zal gaan door de tijd tot tijd onderhoud om eventuele onderbreking te verminderen, die helpt om significante storingen te voorkomen.

Noot:

• vanaf de Eisenverzameling tot Klantbeoordeling wordt het gedocumenteerde formaat geconverteerd naar een prototype-formaat omdat het een uitgebreide eisenverzamelingsfase is en het eigenlijke ontwerp begint vanaf de ontwerpfase.
• vroeger werd prototype ontwikkeld door ontwikkelaars. Nog steeds, nu wordt het gedaan door content ontwikkelaars of webdesigners waar ze het prototype van het product te ontwikkelen met behulp van een aantal tools.
• hierin krijgt de cliënt in het begin zelf de kans om veranderingen in de eis te vragen, omdat het gemakkelijk is om veranderingen in de eisen in het prototype te doen in plaats van de daadwerkelijke toepassing. Daarom zullen de kosten dalen en wordt aan de verwachtingen voldaan.

voor-en nadelen van het prototype model

er zijn de volgende voor-en nadelen van het prototype model: