Prototyyppimalli

aikaisempien mallien (vesiputous ja spiraali) merkittävin haitta on se, että sovelluksen kehittämisen jälkeen tapahtuu paljon asiakkaiden hylkäämistä, eivätkä asiakkaat osallistuneet projektiin.

näin he aloittivat uuden lähestymistavan, jota kutsutaan prototyyppimalliksi. Tässä keräämme vaatimukset asiakkaalta ja valmistamme prototyypin (näyte), ja saamme sen tarkastettua ja hyväksymän asiakkaan. Ja vasta kun he ovat tyytyväisiä, alamme työstää alkuperäisiä projekteja, jotta asiakas ei hylkäisi.

prototyyppi on vain vaaditun ohjelmistotuotteen näyte tai nukke. Jos kaikki mainitut moduulit ovat läsnä, vain kehittäjä ja testaaja suorittavat prototyyppitestauksen.

kun käytämme Prototyyppimallia

yleisesti, menemme tähän malliin seuraavista syistä:

  • aina kun asiakas on uusi ohjelmistoalalla tai kun hän ei osaa antaa vaatimuksia yritykselle.
  • kun kehittäjät ovat uusia verkkotunnuksessa.

Huom:
he ero testauksen ja prototyyppitestauksen välillä on se, että-testauksessa työstämme toiminnallisuutta, joka antaa jonkin verran syötettä ja tuotosta.
ja prototyypin testauksessa testataan vain ulkoasua, eli käyttöliittymää ja keulaosaa.

Prototyyppimallin prosessi

Prototyyppimallissa on eri vaiheita, jotka ovat seuraavat:

  • tarveanalyysi
  • toteutettavuustutkimus
  • luo prototyyppi
  • prototyypin testaus
  • asiakkaan katselmus ja hyväksyntä
  • suunnittelu
  • koodaus
  • testaus
  • testaus
  • testaus
  • testaus
  • asennus ja huolto

 prototyyppimalli

vaatimusanalyysi

tämä malli alkaa vaatimusten keräämisellä asiakkailta. Ja nämä vaatimukset hankkeen pitäisi olla-yksityiskohtia. Nämä tiedot saavat liiketoiminta-analyytikko ja Tuoteanalyytikko. Jossa liiketoiminta-analyytikko määrätään palvelupohjaisille ohjelmistoyrityksille ja Tuoteanalyytikko tuotepohjaisille ohjelmistoyrityksille.

toteutettavuustutkimus

seuraavassa vaiheessa BA -, HR -, arkkitehtuuri-ja Rahoitusryhmien johtaja istuu yhdessä ja puhuu tuotteen kustannuksista, mitä resursseja tarvitaan, mitä teknologiaa käytetään tuotteen kehittämiseen ja kuinka paljon aikaa kuluu tuotteen valmistumiseen ja toimittamiseen.

luo prototyyppi

toteutettavuustutkimuksen valmistuttua siirrymme seuraavaan vaiheeseen, jossa luomme prototyypin (näyte tai nukke) asiakkaalta kerättyjen tietojen perusteella, ja web-kehittäjä suunnittelee prototyypin.

tässä on seuraavanlaisia prototyyppejä:

  • Staattinen prototyyppi
  • dynaaminen prototyyppi

staattinen prototyyppi

staattisessa prototyypissä säilytimme koko vaatimusten prototyypin word-dokumentissa, jossa oli kaikki ohjeet, kuvakaappaus ja kuvaus siitä, miten ohjelmisto rakennetaan, miltä valmis tuote näyttää ja miten se toimii ja niin edelleen.

dynaaminen prototyyppi

dynaaminen prototyyppi on selaimen suuntainen, mutta tässä emme voi antaa mitään yksityiskohtia, vain toiminnallisuus on olemassa syöttämättä tietoja. Se on kuin valesivu, joka on tehty html: stä, jossa on tageja ja linkkejä eri sivuille tuotteen ilmeikkäisiin ominaisuuksiin.

Prototyyppitestaus

kun prototyyppi on rakennettu, BA testaa prototyyppiä ja suorittaa yhden prototyyppitestauskierroksen.

Huom:
prototyypin testaus on testausta, jossa testataan vain ulkoasua, eli käyttöliittymää ja keulaosaa.

asiakkaan katselmus ja hyväksyntä

prototyypin testauksen jälkeen se luovutetaan asiakkaalle katselmusta ja hyväksyntää varten. Jos asiakas ei ole tyytyväinen annettuun otokseen, muutamme prototyyppiä asiakkaan ohjeiden ja palautteen perusteella. Tämä prosessi jatkuu, kunnes asiakas hyväksyy prototyypin ja on tyytyväinen siihen. Se on hieman aikaa vievää, koska joudumme tekemään muutokset prototyypissä yhä uudelleen.

suunnittelu

hyväksytyn prototyypin saamisen jälkeen aloitetaan lopputuotteen korkean ja matalan tason suunnittelu ja huomioidaan kaikki asiakkaan lopullisessa prototyypissä antamat ehdotukset.

koodaus

kun suunnitteluvaihe on saatu onnistuneesti päätökseen, siirrymme koodausvaiheeseemme, jossa kyseinen Kehittäjä alkaa kehittää tuotetta ohjelmointitaitonsa pohjalta.

testaus

kehitysvaiheen koostamisen jälkeen se luovutetaan testausinsinöörille. Ja testausinsinööri testaa sovelluksen toimivuutta ja kaikkia tuloja ja lähtöjä.

asennus ja huolto

kun lopullinen tuote on kehitetty ja testattu lopullisen prototyypin mukaan, se otetaan tuotantoon. Ja tuote menee läpi aika ajoin huolto vähentää keskeytyksiä, mikä auttaa välttämään merkittäviä vikoja.

Huom.:

  • alkaen Vaatimuskeräyksestä asiakkaan arvioon, dokumentoitu muoto muunnetaan prototyyppimuotoon, koska se on laajennettu vaatimuskeräysvaihe, ja varsinainen suunnittelu alkaa suunnitteluvaiheesta.
  • aiemmin prototyyppien kehitystyön ovat tehneet Kehittäjät. Silti nyt sen tekevät sisällönkehittäjät tai web-suunnittelijat, joissa he kehittävät tuotteen prototyypin joidenkin työkalujen avulla.
  • tässä asiakas saa itse aloituksessa mahdollisuuden pyytää muutoksia vaatimukseen, koska vaatimusmuutokset on helppo tehdä prototyypissä varsinaisen sovelluksen sijaan. Siksi kustannukset vähenevät ja odotukset täyttyvät.

Prototyyppimallin etu ja haitta

prototyyppimallin etuja ja haittoja ovat seuraavat:

etu haitta
voimme helposti havaita puuttuvan toiminnallisuuden. se on aikaa vievä prosessi, koska jos asiakas vaihtaa prototyyppiä.
ja se myös tuhlaa aikaamme vaihtamalla yhä uudelleen nuken (prototyypin), mikä viivästyttää varsinaisen projektin työskentelyä.
siinä kehitystiimillä ja asiakkaalla on selkeä viestintä tuotteen vaatimuksista ja lopputuloksesta. vaatimuskatselmusta ei ole, mutta prototyyppikatselmus on olemassa.
siinä asiakastyytyväisyys on olemassa. rinnakkaisia suorituksia ei ole, joten näitä kahta tiimiä ei voida työstää yhdessä.
Voimme käyttää prototyyppiä uudelleen suunnitteluvaiheessa ja vastaaviin sovelluksiin. joskus osittainen sovellus voi aiheuttaa sen, että ohjelmistoa ei käytetä niin kuin koko järjestelmä on suunniteltu.
tässä mallissa asiakkaiden hylkäys on muihin malleihin verrattuna vähäisempää. riittämätön tai osittainen ongelma-analyysi.
ongelmat voidaan tunnistaa alkuvaiheessa. voimme myös menettää asiakkaan huomion, jos he eivät ole tyytyväisiä lopulliseen tuotteeseen tai alkuperäiseen prototyyppiin.

Leave a Reply