Prototypemodell i programvareteknikk
⚡ Smart oppsummering
Prototypemodell i programvareteknikk er en iterativ utviklingsmetode der en fungerende prototype bygges, testes og forbedres gjennom tilbakemeldinger fra kunder inntil den er akseptert, og deretter brukes som grunnlag for å bygge det endelige produksjonssystemet.
Hva er prototyping Model?
Prototyping Modell er en programvareutviklingsmodell der en prototype bygges, testes og omarbeides til en akseptabel prototype er oppnådd. Den skaper også et grunnlag for å produsere det endelige systemet eller programvaren. Den fungerer best i scenarier der prosjektets krav ikke er kjent i detalj. Det er en iterativ prøving og feiling-metode som foregår mellom utvikleren og klienten.
Prototyping Modellfaser
Nå som den grunnleggende definisjonen er klar, er neste steg å forstå hvordan modellen fungerer i praksis. Prototypenping Modellen har følgende seks SDLC-faser:
Trinn 1: Kravinnsamling og -analyse
En prototypeping Modellen starter med kravanalyse. I denne fasen defineres systemets krav i detalj. Underveis blir brukerne av systemet intervjuet for å finne ut hva deres forventninger til systemet er.
Trinn 2: Rask design
Den andre fasen er en foreløpig design eller en hurtigdesignfase. I denne fasen lages en enkel design av systemet. Det er imidlertid ikke en komplett designfase. Den gir brukeren en kortfattet idé om systemet. Den raske designfasen hjelper med utviklingenping prototypen.
Trinn 3: Bygg en prototype
I denne fasen designes en faktisk prototype basert på informasjonen som er samlet inn fra hurtigdesignet. Det er en liten arbeidsmodell av det nødvendige systemet.
Trinn 4: Innledende brukerevaluering
I denne fasen presenteres det foreslåtte systemet for klienten for en innledende evaluering. Dette bidrar til å finne ut styrker og svakheter ved arbeidsmodellen. Kommentarer og forslag samles inn fra kunden og gis til utvikleren.
Trinn 5: Foredling av prototype
Hvis brukeren ikke er fornøyd med den nåværende prototypen, må du avgrense prototypen i henhold til brukerens tilbakemeldinger og forslag.
Denne fasen avsluttes ikke før alle kravene som brukeren har spesifisert er oppfylt. Når brukeren er fornøyd med den utviklede prototypen, utvikles et endelig system basert på den godkjente endelige prototypen.
Trinn 6: Implementer produkt og vedlikehold
Når det endelige systemet er utviklet basert på den endelige prototypen, blir det grundig testet og satt i produksjon. Systemet gjennomgår rutinemessig vedlikehold for å minimere nedetid og forhindre storskalafeil.
Typer prototyperping Modeller
Prototyping er ikke én enkelt teknikk; teamene velger en variant som passer til prosjektet. De fire prototypeneping modellene er:
- Rapid Throwaway-prototyper
- Evolusjonær prototype
- Inkrementell prototype
- Ekstrem prototype
Rapid Throwaway Prototype
Rapid throwaway er basert på det foreløpige kravet. Den utvikles raskt for å vise hvordan kravet vil se ut visuelt. Kundens tilbakemeldinger bidrar til å drive endringer i kravet, og prototypen lages på nytt inntil kravet er basert på en baseline.
I denne metoden vil en utviklet prototype bli forkastet og vil ikke være en del av den endelig aksepterte prototypen. Denne teknikken er nyttig for å utforske ideer og få umiddelbar tilbakemelding på kundens behov.
Evolusjonær prototypeping
Her blir den utviklede prototypen gradvis forbedret basert på kundens tilbakemeldinger inntil den endelig blir akseptert. Det hjelper deg å spare tid og krefter. Det er fordi utviklingenping en prototype fra bunnen av for hver interaksjon i prosessen kan noen ganger være veldig frustrerende.
Denne modellen er nyttig for et prosjekt som bruker en ny teknologi som ikke er godt forstått. Den brukes også til et komplekst prosjekt der hver funksjonalitet må kontrolleres én gang. Det er nyttig når kravet ikke er stabilt eller ikke klart forstått i det innledende stadiet.
Inkrementell prototypeping
I trinnvis prototypeping, blir det endelige produktet desimert til forskjellige små prototyper og utviklet individuelt. Til slutt slås de forskjellige prototypene sammen til ett enkelt produkt. Denne metoden er nyttig for å redusere tilbakemeldingstiden mellom brukeren og applikasjonsutviklingsteamet.
Ekstrem prototypeping
Ekstrem prototypeping Metoden brukes hovedsakelig til webutvikling. Den består av tre faser på rad.
- Grunnleggende prototype med alle eksisterende sider er tilstede i HTML-format.
- Du kan simulere dataprosessen ved å bruke et prototypetjenestelag.
- Tjenestene implementeres og integreres i den endelige prototypen.
Beste praksis for Prototyping
Å velge riktig type er bare halve jobben; disiplinert utførelse holder prototypenping fra å komme ut av kontroll. Her er noen ting du bør se etter under prototypenping prosess:
- Du bør bruke Prototyping når kravene er uklare.
- Det er viktig å utføre planlagt og kontrollert prototypeping.
- Regelmessige møter er avgjørende for å holde prosjektet i tide og unngå kostbare forsinkelser.
- Brukerne og designerne bør være klar over prototypenping problemer og fallgruver.
- På et veldig tidlig stadium må du godkjenne en prototype og først da la teamet gå videre til neste trinn.
- I programvareprototypenping metoden, bør du aldri være redd for å endre tidligere beslutninger hvis nye ideer må tas i bruk.
- Du bør velge passende trinnstørrelse for hver versjon.
- Implementer viktige funksjoner tidlig, slik at du fortsatt har et verdifullt system hvis du går tom for tid.
Fordeler med prototypenping Modell
Når disse fremgangsmåtene følges, tilbyr modellen flere klare fordeler. Her er viktige fordeler/fordeler med å bruke Prototyping modeller:
- Brukerne er aktivt involvert i utviklingen. Derfor kan feil oppdages i den innledende fasen av programvareutviklingsprosessen.
- Manglende funksjonalitet kan identifiseres, noe som bidrar til å redusere risikoen for feil ettersom prototypenping regnes også som en risikoreduserende aktivitet.
- Hjelper teammedlemmer med å kommunisere effektivt.
- Kundetilfredshet eksisterer fordi kunden kan føle produktet på et veldig tidlig stadium.
- Det vil knapt være noen sjanse for programvareavvisning.
- Raskere tilbakemeldinger fra brukere hjelper deg å oppnå bedre løsninger for programvareutvikling.
- Lar klienten sammenligne om programvarekoden samsvarer med programvarespesifikasjonen.
- Det hjelper deg å finne ut den manglende funksjonaliteten i systemet.
- Den identifiserer også de komplekse eller vanskelige funksjonene.
- Oppmuntrer til innovasjon og fleksibel design.
- Det er en enkel modell, så den er lett å forstå.
- Det er ikke behov for spesialiserte eksperter for å bygge modellen.
- Prototypen tjener som grunnlag for å utlede en systemspesifikasjon.
- Prototypen bidrar til å få en bedre forståelse av kundens behov.
- Prototyper kan endres og til og med forkastes.
- En prototype fungerer også som grunnlag for driftsspesifikasjoner.
- Prototyper kan tilby tidlig opplæring for fremtidige brukere av programvaresystemet.
Ulemper med prototypenping Modell
Til tross for disse styrkene, har modellen avveininger som teamene må veie før de tar den i bruk. Her er viktige ulemper/ulemper med prototypenping modell:
- Prototyping er en langsom og tidkrevende prosess.
- Kostnaden for utviklingping En prototype er totalt avfall siden prototypen til slutt kastes bort.
- Prototyping kan oppmuntre til overdreven endringsforespørsler.
- Noen ganger er kunder kanskje ikke villige til å delta i iterasjonssyklusen over lengre tid.
- Det kan være alt for mange variasjoner i programvarekravene hver gang prototypen evalueres av kunden.
- Dårlig dokumentasjon fordi kravene til kundene endrer seg.
- Det er svært vanskelig for programvareutviklere å imøtekomme alle endringene som kreves av kundene.
- Etter å ha sett en tidlig prototypemodell, kan kundene tro at selve produktet snart vil bli levert til dem.
- Kunden kan miste interessen for sluttproduktet når han eller hun ikke er fornøyd med den første prototypen.
- Utviklere som ønsker å bygge prototyper raskt, kan ende opp med å bygge substandard utviklingsløsninger.


