Prototyyppimalli ohjelmistosuunnittelussa

Prototyyppien mallin vaiheet

Prototyyppimallissa on seuraavat kuusi SDLC-vaihetta seuraavasti:

Vaihe 1: Vaatimusten kerääminen ja analysointi

Prototyyppimalli alkaa vaatimusanalyysillä. Tässä vaiheessa järjestelmän vaatimukset määritellään yksityiskohtaisesti. Prosessin aikana järjestelmän käyttäjiä haastatellaan saadakseen selville, mitä he odottavat järjestelmältä.

Vaihe 2: Nopea suunnittelu

Toinen vaihe on esisuunnittelu tai pikasuunnittelu. Tässä vaiheessa luodaan yksinkertainen järjestelmän suunnittelu. Se ei kuitenkaan ole täydellinen suunnittelu. Se antaa käyttäjälle lyhyen käsityksen järjestelmästä. Nopea suunnittelu auttaa prototyypin kehittämisessä.

Vaihe 3: Rakenna prototyyppi

Tässä vaiheessa suunnitellaan varsinainen prototyyppi pikasuunnittelusta kerättyjen tietojen perusteella. Se on pieni toimiva malli vaaditusta järjestelmästä.

Vaihe 4: Ensimmäinen käyttäjän arviointi

Tässä vaiheessa ehdotettu järjestelmä esitellään asiakkaalle alustavaa arviointia varten. Se auttaa selvittämään toimintamallin vahvuudet ja heikkoudet. Kommentit ja ehdotukset kerätään asiakkaalta ja toimitetaan kehittäjälle.

Vaihe 5: Prototyypin jalostaminen

Jos käyttäjä ei ole tyytyväinen nykyiseen prototyyppiin, sinun on jalostettava prototyyppiä käyttäjän palautteen ja ehdotusten mukaan.

Tämä vaihe ei lopu ennen kuin kaikki käyttäjän määrittämät vaatimukset täyttyvät. Kun käyttäjä on tyytyväinen kehitettyyn prototyyppiin, hyväksytyn lopullisen prototyypin perusteella kehitetään lopullinen järjestelmä.

Vaihe 6: Ota tuote käyttöön ja ylläpidä

Kun lopullinen järjestelmä on kehitetty lopullisen prototyypin perusteella, se testataan perusteellisesti ja otetaan käyttöön tuotantoon. Järjestelmälle tehdään säännöllistä huoltoa seisokkien minimoimiseksi ja suurten vikojen estämiseksi.

Prototyyppimallien tyypit

Neljä prototyyppimallityyppiä ovat:

1. Rapid Throwaway prototyypit
2. Evoluutioteorian prototyyppi
3. Inkrementaalinen prototyyppi
4. Äärimmäinen prototyyppi

Rapid Throwaway -prototyyppi

Pikaheitto perustuu alustavaan vaatimukseen. Se kehitetään nopeasti näyttämään, miltä vaatimus näyttää visuaalisesti. Asiakkaan palaute auttaa ajamaan muutoksia vaatimukseen, ja prototyyppiä luodaan uudelleen, kunnes vaatimus on perusteltu.

Tässä menetelmässä kehitetty prototyyppi hylätään, eikä se ole osa lopulta hyväksyttyä prototyyppiä. Tämä tekniikka on hyödyllinen ideoiden tutkimiseen ja välittömän palautteen saamiseen asiakkaiden tarpeista.

Evoluutioteorian prototyypit

Täällä kehitettyä prototyyppiä jalostetaan asteittain asiakkaan palautteen perusteella, kunnes se lopulta hyväksytään. Se auttaa säästämään aikaa ja vaivaa. Tämä johtuu siitä, että prototyypin kehittäminen tyhjästä prosessin jokaista vuorovaikutusta varten voi joskus olla hyvin turhauttavaa.

Tämä malli on hyödyllinen projektille, jossa käytetään uutta tekniikkaa, jota ei ymmärretä hyvin. Sitä käytetään myös monimutkaisissa projekteissa, joissa jokainen toiminnallisuus on tarkistettava kerran. Siitä on apua, kun vaatimus ei ole vakaa tai sitä ei ymmärretä selvästi alkuvaiheessa.

Inkrementaalinen prototyyppi

Inkrementaalisessa prototyyppityksessä lopputuote pilkotaan erilaisiksi pieniksi prototyypeiksi ja kehitetään yksilöllisesti. Lopulta eri prototyypit yhdistetään yhdeksi tuotteeksi. Tämä menetelmä auttaa lyhentämään käyttäjän ja sovelluskehitystiimin välistä palauteaikaa.

Äärimmäistä prototyyppiä

Extreme prototyyppien menetelmää käytetään enimmäkseen web-kehitykseen. Se koostuu kolmesta peräkkäisestä vaiheesta.

1. Perusprototyyppi kaikilla olemassa olevilla sivuilla on HTML-muodossa.
2. Voit simuloida dataprosessia käyttämällä prototyyppipalvelukerrosta.
3. Palvelut toteutetaan ja integroidaan lopulliseen prototyyppiin.

Prototyyppien parhaat käytännöt

Tässä on muutamia asioita, joita sinun tulee tarkkailla prototyyppiprosessin aikana:

• Käytä prototyyppiä, kun vaatimukset ovat epäselvät
• On tärkeää suorittaa suunniteltu ja kontrolloitu prototyyppi.
• Säännölliset tapaamiset ovat elintärkeitä, jotta projekti pysyy ajallaan ja vältytään kalliilta viiveiltä.
• Käyttäjien ja suunnittelijoiden tulee olla tietoisia prototyyppien suunnitteluun liittyvistä ongelmista ja karikoista.
• Hyvin varhaisessa vaiheessa sinun on hyväksyttävä prototyyppi ja vasta sitten sallittava tiimin siirtyminen seuraavaan vaiheeseen.
• Ohjelmistoprototyyppimenetelmässä sinun ei pitäisi koskaan pelätä muuttaa aikaisempia päätöksiä, jos uusia ideoita on otettava käyttöön.
• Sinun tulee valita sopiva askelkoko jokaiselle versiolle.
• Ota tärkeät ominaisuudet käyttöön hyvissä ajoin, jotta jos aika loppuu, sinulla on silti arvokas järjestelmä

Prototyyppimallin edut

Tässä on tärkeitä etuja/etuja prototyyppimallien käytöstä:

• Käyttäjät ovat aktiivisesti mukana kehitystyössä. Siksi virheet voidaan havaita ohjelmistokehitysprosessin alkuvaiheessa.
• Puuttuva toiminnallisuus voidaan tunnistaa, mikä auttaa vähentämään epäonnistumisriskiä, ​​koska prototyypitystä pidetään myös riskinvähentämisenä.
• Auttaa tiimin jäsentä kommunikoimaan tehokkaasti
• Asiakastyytyväisyys on olemassa, koska asiakas voi tuntea tuotteen hyvin varhaisessa vaiheessa.
• Ohjelmiston hylkäämisen mahdollisuus tuskin on mahdollista.
• Nopeampi käyttäjäpalaute auttaa sinua saavuttamaan parempia ohjelmistokehitysratkaisuja.
• Antaa asiakkaan verrata, vastaako ohjelmistokoodi ohjelmiston määritystä.
• Se auttaa sinua löytämään järjestelmästä puuttuvat toiminnot.
• Se myös tunnistaa monimutkaiset tai vaikeat toiminnot.
• Kannustaa innovaatioita ja joustavaa suunnittelua.
• Se on suoraviivainen malli, joten se on helppo ymmärtää.
• Mallin rakentamiseen ei tarvita erikoisasiantuntijoita
• Prototyyppi toimii pohjana järjestelmäspesifikaatiolle.
• Prototyyppi auttaa ymmärtämään paremmin asiakkaan tarpeita.
• Prototyyppejä voidaan muuttaa ja jopa hylätä.
• Prototyyppi toimii myös toimintaspesifikaatioiden perustana.
• Prototyypit voivat tarjota varhaista koulutusta ohjelmistojärjestelmän tuleville käyttäjille.

Prototyyppimallin haitat

Tässä on prototyyppimallin tärkeitä haittoja/haittoja:

• Prototyyppien tekeminen on hidas ja aikaa vievä prosessi.
• Prototyypin kehittämiskustannukset ovat täyttä hukkaa, sillä prototyyppi heitetään lopulta pois.
• Prototyyppien tekeminen voi kannustaa liiallisiin muutospyyntöihin.
• Joskus asiakkaat eivät ehkä ole halukkaita osallistumaan iterointisykliin pidemmän aikaa.
• Ohjelmistovaatimuksissa voi olla aivan liian monia vaihteluita, kun asiakas arvioi prototyypin joka kerta.
• Huono dokumentaatio, koska asiakkaiden vaatimukset muuttuvat.
• Ohjelmistokehittäjien on erittäin vaikea mukautua kaikkiin asiakkaiden vaatimiin muutoksiin.
• Nähtyään varhaisen prototyyppimallin asiakkaat saattavat ajatella, että varsinainen tuote toimitetaan hänelle pian.
• Asiakas voi menettää kiinnostuksensa lopputuotteeseen, jos hän ei ole tyytyväinen alkuperäiseen prototyyppiin.
• Kehittäjät, jotka haluavat rakentaa prototyyppejä nopeasti, voivat päätyä rakentamaan standardia huonompia kehitysratkaisuja.

Yhteenveto

• Ohjelmistosuunnittelussa Prototyyppi-metodologia on ohjelmistokehitysmalli, jossa prototyyppi rakennetaan, testataan ja sitä muokataan tarvittaessa, kunnes hyväksyttävä prototyyppi on saavutettu.
• 1) Vaatimusten kerääminen ja analysointi, 2) Pikasuunnittelu, 3) Prototyypin rakentaminen, 4) Käyttäjän alustava arviointi, 5) Prototyypin jalostaminen, 6) Tuotteen käyttöönotto ja ylläpito; ovat prototyyppiprosessin 6 vaihetta
• Prototyyppimallit ovat 1) Rapid Throwaway -prototyypit 2) Evoluutioprototyyppi 3) Inkrementaalinen prototyyppi 4) Extreme-prototyyppi
• Säännölliset kokoukset ovat välttämättömiä, jotta projekti pysyy ajoissa ja vältetään kalliit viiveet prototyyppien suunnittelussa.
• Puuttuvat toiminnallisuudet voidaan tunnistaa, mikä auttaa vähentämään epäonnistumisriskiä, ​​koska prototyypitystä pidetään myös riskien vähentämisenä SDLC:ssä.
• Prototyyppien tekeminen voi kannustaa liiallisiin muutospyyntöihin.