Prototype Model

den væsentligste ulempe ved tidligere modeller (vandfald og spiral) er, at der var masser af kundeafvisning, der sker, efter at applikationen blev udviklet, og der var ingen involvering af kunderne imellem projektet.

derfor startede de den nye tilgang, der er kendt som prototypemodellen. I dette vil vi indsamle kravene fra kunden og udarbejde en prototype (prøve) og få den gennemgået og godkendt af kunden. Og først når de er tilfredse, begynder vi at arbejde på de originale projekter, så der ikke bliver nogen kundeafvisning.

prototypen er kun prøven eller en dummy af det krævede programprodukt. Hvis alle de nævnte moduler er til stede, vil kun udvikleren og testeren udføre prototype test.

når vi bruger Prototypemodellen

generelt går vi efter denne model på grund af følgende grunde:

• når kunden er ny i IT-branchen, eller når han ikke ved, hvordan han skal stille kravene til virksomheden.
• når udviklerne er nye til domænet.

Bemærk:
han forskellen mellem test og prototype test er, at – i testningen vil vi arbejde på funktionaliteten, som giver noget input og output.
og i prototypetestningen tester vi kun udseendet, hvilket betyder at UI og frontend.

Prototype model proces

Prototyping Model har forskellige faser, som er som følger:

• kravanalyse
• gennemførlighedsundersøgelse
• Opret en prototype
• Prototype test
• kundeanmeldelse og godkendelse
• Design
• kodning
• test
• installation og vedligeholdelse

kravanalyse

denne model starter med at indsamle kravene fra kunderne. Og disse krav i projektet skal være i detaljer. Disse oplysninger modtages af forretningsanalytikeren og Produktanalytikeren. Hvor forretningsanalytiker er tildelt til servicebaserede programmelvirksomheder, og Produktanalytikeren er tildelt til produktbaserede programmelvirksomheder.

Feasibility study

i næste fase vil BA, HR, Architecture og Finance teams head sidde sammen og tale om omkostningerne ved produktet, hvilken ressource der skal bruges, hvilken teknologi der bruges til at udvikle produktet, og hvor meget tid der kræves for at fuldføre produktet og levere.

Opret en prototype

når vi har afsluttet gennemførlighedsundersøgelsen, går vi videre til vores næste trin, hvor vi opretter prototypen (prøve eller dummy) baseret på de data, der indsamles fra klienten, og internetudvikleren designer prototypen.

her har vi følgende typer prototype:

• statisk prototype
• dynamisk prototype

statisk prototype

i den statiske prototype holdt vi hele prototypen af kravene i et orddokument med alle retningslinjer, skærmbillede og beskrivelsen af hvordan man bygger programmet, hvordan det færdige produkt vil se ud og hvordan det vil fungere og så videre.

dynamisk prototype

den dynamiske prototype er parallel med bro.ser, men her kan vi ikke give nogen detaljer, kun funktionaliteten er der uden at indtaste dataene. Det er som en dummy side lavet af html med tags og links til de forskellige sider til de ekspressive funktioner i produktet.

Prototype test

når vi bygger prototypen, vil BA teste prototypen og udføre en runde prototype test.

Bemærk:
prototypetestningen tester, hvor vi kun tester udseendet, hvilket betyder, at brugergrænsefladen og frontend.

kundeanmeldelse og godkendelse

når prototypetesten er udført, overleveres den til kunden til deres gennemgang og godkendelse. Hvis kunden ikke er tilfreds med den givne prøve, ændrer vi prototypen ud fra kundens retningslinjer og feedback. Denne proces fortsætter, indtil kunden er godkendt og tilfreds med prototypen. Det er lidt tidskrævende, fordi vi er nødt til at udføre ændringerne igen og igen i prototypen.

Design

efter at have fået den godkendte prototype, starter vi det høje niveau og lave niveau design for det endelige produkt og overvejer alle de forslag, som kunden gav på tidspunktet for den endelige prototype.

kodning

når designfasen er afsluttet, går vi videre til vores kodningsfase, hvor den pågældende udvikler begynder at udvikle produktet baseret på deres programmeringsviden.

test

efter udarbejdelsen af udviklingsfasen overleveres den til testingeniøren. Og testingeniøren tester applikationsfunktionaliteten og alle input og output.

Installation og vedligeholdelse

når vores endelige produkt er udviklet og testet i henhold til den endelige prototype, vil det blive implementeret til produktionen. Og produktet vil gennemgå den tid til anden vedligeholdelse for at reducere enhver afbrydelse, hvilket hjælper med at undgå betydelige fejl.

Bemærk:

• fra Kravopsamling til kundeanmeldelse konverteres det dokumenterede format til et prototypeformat, fordi det er en udvidet kravopsamlingsfase, og det faktiske design begynder fra designfasen.
• tidligere er prototypeudvikling udført af udviklere. Alligevel er det nu gjort af indholdsudviklere eller internetdesignere, hvor de udvikler prototypen af produktet ved hjælp af nogle værktøjer.
• i dette får klienten en chance i selve starten for at bede om ændringer i kravet, da det er let at gøre kravændringer i prototypen snarere end den faktiske anvendelse. Derfor vil omkostningerne reducere, og forventningerne er opfyldt.

fordel og ulempe ved prototypemodellen

der er følgende fordele og ulemper ved prototypemodellen: