Prototypmodell

den viktigaste nackdelen med tidigare modeller (vattenfall och spiral) är att det fanns massor av kundavvisande som händer efter att applikationen utvecklades, och det fanns inget engagemang från kunderna mellan projektet.

därför startade de den nya metoden, som kallas prototypmodellen. I detta kommer vi att samla in kraven från kunden och förbereda en prototyp (prov) och få den granskad och godkänd av kunden. Och först när de är nöjda kommer vi att börja arbeta med de ursprungliga projekten så att det inte blir någon kundavstötning.

prototypen är bara provet eller en dummy av den nödvändiga programvaruprodukten. Om alla nämnda moduler är närvarande, kommer endast utvecklaren och testaren att utföra prototyptestning.

när vi använder Prototypmodellen

generellt går vi för denna modell på grund av följande skäl:

• när kunden är ny inom mjukvaruindustrin eller när han inte vet hur man ställer kraven till företaget.
• när utvecklarna är nya på domänen.

Obs:
skillnaden mellan testning och prototyptestning är att – i testningen kommer vi att arbeta med funktionaliteten, vilket ger lite input och output.
och i prototyptestningen testar vi bara utseendet och känslan, vilket innebär att användargränssnittet och frontend.

Prototypmodellprocess

Prototypmodell har olika faser, som är följande:

• kravanalys
• genomförbarhetsstudie
• skapa en prototyp
• prototyptestning
• kundrecension och godkännande
• Design
• kodning
• testning
• installation och underhåll

kravanalys

denna modell börjar med att samla kraven från kunderna. Och dessa krav i projektet bör vara i detalj. Dessa uppgifter tas emot av affärsanalytiker och Produktanalytiker. Där affärsanalytiker tilldelas för servicebaserade mjukvaruföretag, och Produktanalytiker tilldelas för produktbaserade mjukvaruföretag.

genomförbarhetsstudie

i nästa steg kommer chefen för BA, HR, arkitektur och ekonomi att sitta tillsammans och prata om kostnaden för produkten, vilken resurs som kommer att behövas, vilken teknik som används för att utveckla produkten och hur mycket tid som krävs för att slutföra produkten och leverera.

skapa en prototyp

när vi har slutfört genomförbarhetsstudien kommer vi att flytta till vårt nästa steg, där vi kommer att skapa prototypen (prov eller dummy) baserat på data som samlas in från klienten, och webbutvecklaren kommer att designa prototypen.

Här har vi följande typer av prototyp:

• statisk prototyp
• dynamisk prototyp

statisk prototyp

i den statiska prototypen behöll vi hela prototypen av kraven i ett word-dokument med alla riktlinjer, skärmdump och beskrivning av hur man bygger programvaran, hur den färdiga produkten kommer att se ut och hur den kommer att fungera och så vidare.

dynamisk prototyp

den dynamiska prototypen är parallell med webbläsaren, men här kan vi inte ge några detaljer, bara funktionaliteten är där utan att ange data. Det är som en dummy-sida gjord av html med Taggar och länkar till de olika sidorna till produktens uttrycksfulla egenskaper.

prototyptestning

när vi bygger prototypen kommer BA att testa prototypen och utföra en omgång prototyptestning.

Obs:
prototyptestningen testar, där vi bara testar utseendet och känslan, vilket innebär att användargränssnittet och frontend.

kundrecension och godkännande

när prototyptestningen är klar kommer den att överlämnas till kunden för granskning och godkännande. Om kunden inte är nöjd med det givna provet kommer vi att ändra prototypen baserat på kundens riktlinjer och feedback. Denna process kommer att fortsätta tills kunden godkänt och nöjd med prototypen. Det är lite tidskrävande eftersom vi måste utföra förändringarna om och om igen i prototypen.

Design

efter att ha fått den godkända prototypen startar vi designen på hög nivå och låg nivå för slutprodukten och överväger alla förslag från kunden vid tidpunkten för den slutliga prototypen.

kodning

när designfasen har slutförts flyttar vi till vår kodningsfas, där den berörda utvecklaren börjar utveckla produkten baserat på deras programmeringskunskap.

testning

efter sammanställningen av utvecklingsfasen överlämnas den till testingenjören. Och testingenjören testar applikationsfunktionen och alla ingångar och utgångar.

Installation och underhåll

när vår slutprodukt har utvecklats och testats enligt den slutliga prototypen kommer den att distribueras till produktionen. Och produkten kommer att gå igenom underhåll från tid till annan för att minska eventuella avbrott, vilket hjälper till att undvika betydande fel.

notera:

• från Kravsamling till kundgranskning konverteras det dokumenterade formatet till ett prototypformat eftersom det är en utökad kravsamlingsfas och den faktiska designen börjar från designfasen.
• tidigare görs prototyputveckling av utvecklare. Ändå görs det nu av innehållsutvecklare eller webbdesigners där de utvecklar prototypen av produkten med hjälp av några verktyg.
• i detta får kunden en chans att starta sig själv för att be om ändringar i kravet eftersom det är lätt att göra kravändringar i prototypen snarare än den faktiska applikationen. Därför kommer kostnaden att minska och förväntningarna uppfylls.

fördel och nackdel med prototypmodellen

det finns följande fördelar och nackdelar med prototypmodellen: