Prototypemodell

den viktigste ulempen ved tidligere modeller (foss og spiral) er at det var mange kundeavvisninger som skjer etter at søknaden ble utviklet, og det var ingen involvering av kundene i mellom prosjektet.

derfor startet de den nye tilnærmingen, som er kjent som prototypemodellen. I dette vil vi samle kravene fra kunden og utarbeide en prototype( prøve), og få den gjennomgått og godkjent av kunden. Og først når de er fornøyd, vil vi begynne å jobbe med de opprinnelige prosjektene, slik at det ikke blir noen kundeavvisning.

prototypen er bare prøven eller en dummy av det nødvendige programvareproduktet. Hvis alle nevnte moduler er til stede, vil bare utvikleren og testeren utføre prototypetesting.

Når Vi bruker Prototypemodellen

generelt går vi for denne modellen på grunn av følgende grunner:

• når kunden er ny til programvareindustrien eller når han ikke vet hvordan å gi kravene til selskapet.
• når utviklerne er nye til domenet.

Merk:
forskjellen mellom testing og prototype testing er at-i testingen vil vi jobbe med funksjonaliteten, noe som gir litt inngang og utgang.
og i prototypen testing, vil vi teste bare utseendet, noe som betyr AT UI og frontend.

Prototype model process

Prototypemodellen har forskjellige faser, som er som følger:

• Kravanalyse
• mulighetsstudie
• Opprett en prototype
• Prototypetesting
• kundevurdering og godkjenning
• Design
• Koding
• Testing
• installasjon og vedlikehold

kravanalyse

denne modellen starter med å samle kravene fra kundene. Og disse kravene i prosjektet bør være i detaljer. Disse detaljene mottas Av Forretningsanalytiker og Produktanalytiker. Der Forretningsanalytiker er tildelt for tjenestebaserte programvareselskaper, og Produktanalytikeren er tildelt for produktbaserte programvareselskaper.

Mulighetsstudie

i neste fase, ba, HR, Arkitektur og Økonomi team hodet vil sitte sammen og snakke om kostnadene for produktet, hvilken ressurs kommer til å være nødvendig, hvilken teknologi som brukes til å utvikle produktet og hvor mye tid som kreves for å fullføre produktet og levere.

Lag en prototype

Etter at vi har fullført mulighetsstudien, vil vi flytte til neste trinn, hvor vi skal lage prototypen (prøve eller dummy) basert på dataene som samles inn fra klienten, og webutvikleren vil designe prototypen.

Her har vi følgende typer prototype:

• Statisk prototype
• Dynamisk prototype

Statisk prototype

i den statiske prototypen holdt vi hele prototypen av kravene i et word-dokument med å ha alle retningslinjene, skjermbildet og beskrivelsen av hvordan man bygger programvaren, hvordan det ferdige produktet vil se ut og hvordan det vil fungere og så videre.

Dynamisk prototype

den dynamiske prototypen er parallell med nettleseren, men her kan vi ikke gi noen detaljer, bare funksjonaliteten er der uten å skrive inn dataene. Det er som en dummy side laget av html med å ha koder og linker til de ulike sidene til de uttrykksfulle funksjonene i produktet.

Prototype testing

NÅR vi bygger prototypen, VIL BA teste prototypen og utføre en runde prototypetesting.

Merk:
prototypen testing tester, hvor vi vil teste bare utseendet, noe som betyr AT UI og frontend.

Kundevurdering og godkjenning

når prototypetesten er ferdig, vil den bli overlevert til kunden for gjennomgang og godkjenning. Hvis kunden ikke er fornøyd med den gitte prøven, vil vi endre prototypen basert på kundens retningslinjer og tilbakemeldinger. Denne prosessen vil fortsette til kunden er godkjent og fornøyd med prototypen. Det er litt tidkrevende fordi vi må utføre endringene igjen og igjen i prototypen.

Design

etter å ha fått den godkjente prototypen, starter vi design på høyt nivå og lavt nivå for sluttproduktet og vurderer alle forslagene gitt av kunden på tidspunktet for den endelige prototypen.

Koding

når designfasen er fullført, flytter vi til kodingsfasen, hvor den berørte utvikleren begynner å utvikle produktet basert på programmeringskunnskapen.

Testing

etter kompilering av utviklingsfasen blir den overlevert til testingeniør. Og testingeniøren tester applikasjonsfunksjonaliteten, og alle innganger og utganger.

Installasjon og vedlikehold

når vårt endelige produkt er utviklet og testet i henhold til den endelige prototypen, vil den bli distribuert til produksjonen. Og produktet vil gå gjennom tid til annen vedlikehold for å redusere avbrudd, noe som bidrar til å unngå betydelige feil.

Notat:

• fra Kravinnsamling Til kundevurdering konverteres det dokumenterte formatet til et prototypeformat fordi det er en utvidet kravinnsamlingsfase, og den faktiske utformingen begynner fra designfasen.
• tidligere er prototypeutvikling gjort av utviklere. Likevel, nå er det gjort av innholdsutviklere eller webdesignere der de utvikler prototypen av produktet ved hjelp av noen verktøy.
• i dette får klienten en sjanse i begynnelsen til å be om endringer i kravet, da det er enkelt å gjøre kravendringer i prototypen i stedet for selve applikasjonen. Derfor vil kostnadene reduseres, og forventningene er oppfylt.

Fordel og ulempe ved prototypemodellen

det er følgende fordeler og ulemper ved prototypemodellen: