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
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