Prototyyppimalli

tässä opetusohjelmassa aiomme tutkia hyvin yleistä SDLC – mallia-Prototyyppimallia. Aloitetaan.

ohjelmistokehityksessä asiakkaat ovat joskus epämääräisiä siitä, mitä he haluavat. Heillä on perusidea tuotteesta, jota he haluavat kehittää. Mutta ei Tuotteen yksityiskohtaisia vaatimuksia tai yksityiskohtaisia toimintoja. Tällaisissa skenaarioissa asiakkaat valitsevat tuotteen prototyypin.

prototyyppi on malli tai näyte tuotteesta, joka on tehty asiakkaan arvioitavaksi ja palautteeksi halutusta viimeistelytuotteesta. Tutkittuaan prototyypin asiakas voi päättää haluamassaan tuotteessa tarvitsemistaan ominaisuuksista.

tätä menetelmää tai SDLC-mallia kutsutaan Ohjelmistoprototyyppimalliksi.

mikä on Prototyyppimalli?

Prototyyppimalli on yksi ohjelmistokehityksen elinkaarimalleista, jossa prototyyppiä rakennetaan minimivaatimuksin. Tämän jälkeen prototyyppiä testataan ja muokataan asiakkaalta saadun palautteen perusteella, kunnes lopullinen prototyyppi halutuine toiminnallisuuksineen saadaan luotua. Tämä lopullinen prototyyppi toimii myös lopputuotteen pohjana.

kuten aiemmin mainittiin, tämä malli on hyödyllinen, kun kaikki yksityiskohtaiset vaatimukset eivät ole asiakkaan tiedossa ennen projektin aloittamista. Siitä on hyötyä myös silloin, kun kehitettävänä oleva tuote on monimutkainen eikä vastaavaa tuotetta ole markkinoilla.

tällaisessa skenaariossa asiakas voi pyytää kehittäjiä aloittamaan perusprototyypin työstämisen rajoitetuin vaatimuksin. Kun perusprototyyppi on valmis, asiakas voi nähdä ja tarkistaa prototyypin päättääkseen, mitä kaikkia muutoksia tarvitaan.
asiakas voi käyttää prototyyppiä myös markkinatutkimuksen tekemiseen ja loppukäyttäjä-tai asiakaspalautteen keräämiseen.
kun asiakas on päättänyt tarvittavista muutoksista, hän antaa nämä vaatimukset vaatimusten keräystiimille. Nämä muutokset saavuttavat sitten lopulta kehitystiimin.
kehittäjät voivat sitten alkaa työstää perusprototyypin muutoksia. Tämä sykli toistetaan, kunnes asiakas on tyytyväinen prototyyppiin, joka heijastaa lopputuotetta.

Prototyyppimallin vaiheet

seuraavat ovat jokaisen prototyyppimallin kehityssyklin ensisijaiset vaiheet.

• alustava viestintä-tässä vaiheessa liiketoiminta-analyytikot ja muut henkilöt, jotka vastaavat vaatimusten keräämisestä ja tuotteen tarpeesta, tapaavat sidosryhmiä tai asiakkaita.
• Pikasuunnitelma-kun perusvaatimukset on käyty läpi, tehdään pikasuunnitelma alkuperäisestä prototyypistä.
• mallintaminen Pikasuunnittelu – käyttöliittymäosa eli prototyypin suunnitteluosuus suoritetaan tässä vaiheessa.
• prototyypin kehittäminen – tässä vaiheessa suunniteltu prototyyppi koodataan ja kehitetään.
• prototyypin käyttöönotto, toimitus ja palaute – tässä vaiheessa alkuperäinen prototyyppi otetaan käyttöön ja on asiakkaiden käytettävissä sen käyttöä varten. Asiakkaat arvioivat tai arvioivat prototyypin ja antavat palautteensa vaatimusten keräys-ja kehitystiimeille.
  edellä mainitut vaiheet toistuvat, kunnes lopputuotteen kopio on otettu käyttöön.
• lopputuotteen suunnittelu, toteutus, testaus, käyttöönotto ja huolto – kun asiakas saa valmiiksi prototyypin, prototyypin pohjalta suunnitellaan ja kehitetään lopputuote. Tämä kehitetty tuote testataan testausryhmä ja jos se on valmis menemään LIVE, tuote otetaan käyttöön ja on saatavilla loppukäyttäjälle.

Prototyyppimallin tyypit

kehittäjät voivat valita saatavilla olevista prototyyppimallityypeistä tuotteen vaatimusten perusteella, jotka on käsitelty tässä osiossa. Katsotaan niitä.

• Rapid Throwaway Prototyping – tässä menetelmässä prototyyppi kehitetään nopeasti alkuperäisten vaatimusten perusteella ja annetaan asiakkaalle tarkistettavaksi. Kun asiakas antaa palautetta, lopulliset vaatimukset päivitetään ja lopputuotteen työstäminen alkaa. Nimensä mukaisesti kehitetty prototyyppi hylätään, eikä se jää osaksi lopputuotetta. Se tunnetaan myös nimellä close-ended prototyping.
• Evoluutioprototyyppaus – tässä menetelmässä tehdään prototyyppi ja asiakaspalaute otetaan vastaan. Palautteen perusteella prototyyppiä hiotaan, kunnes asiakas pitää sitä lopputuotteena. Se noudattaa inkrementaalista kehitystapaa ja säästää aikaa verrattuna nopeaan kertakäyttöiseen prototyyppimenetelmään, sillä evoluutiossa vanha prototyyppi muokataan uudelleen sen sijaan, että se kehittäisi uuden prototyypin tyhjästä. Se tunnetaan myös nimellä leipälauta prototyyppien.
• inkrementaalinen prototyyppien valmistus – tämän tyyppisessä prototyyppimallissa lopputuotevaatimukset jaetaan pienempiin osiin ja jokainen osa kehitetään erillisenä prototyyppinä. Lopulta kaikki osat (prototyypit) yhdistetään, josta tulee lopputuote.
• Extreme Prototyping – tällaista prototyyppimallia käytetään lähinnä web-sovelluksissa. Se jakautuu kolmeen vaiheeseen –
  • ensin luodaan staattisilla sivuilla varustettu perusprototyyppi, joka koostuu HTML-sivuista.
  • seuraavaksi tietojen käsittelyä simuloidaan palvelukerroksen avulla.
  • viimeisessä vaiheessa palvelut toteutetaan.

Prototyyppimallin edut

Prototyyppimalli tarjoaa seuraavat edut-

• asiakaspalautetta saadaan nopeasti, mikä nopeuttaa kehitysprosessia. Lisäksi se auttaa kehitystiimiä ymmärtämään asiakkaan tarpeita.
• kehitettyjä prototyyppejä voidaan myöhemmin käyttää mihin tahansa vastaavaan projektiin.
• puuttuva toiminnallisuus ja virhe voidaan havaita varhaisessa vaiheessa.
• on hyödyllistä, kun vaatimukset eivät ole asiakkaan päästä selviä, vaikka vaatimukset olisivat rajalliset, kehitystiimi voi aloittaa kehitysprosessin.

Prototyyppimallin haitat

houkuttelevien etujen lisäksi prototyyppimallilla on monia haittoja, jotka on lueteltu alla-

• se on aikaa vievä prosessi tai menetelmä, koska useita prototyyppejä saatetaan tarvita, kunnes asiakas saavuttaa lopulliset vaatimukset. Asiakkaalla ei välttämättä ole selkeää käsitystä siitä, mitä hän haluaa.
• tähän menetelmään liittyy liikaa asiakkaan vuorovaikutusta ja osallistumista, mikä voidaan tehdä vain sitoutuneen asiakkaan kanssa.
• alussa on hieman vaikea ennustaa tarkkaa aikaa lopputuotteen saavuttamiseen.
• koodatessaan kehittäjillä ei ole laajaa perspektiiviä tulevasta, minkä vuoksi he saattavat käyttää taustalla olevaa arkkitehtuuria, joka ei sovellu lopputuotteeseen.
• nopean prototyypin tuottamiseksi kehittäjät saattavat tehdä kehittelyprosessin aikana heikkoja päätöksiä (erityisesti toteutuspäätöksiä) ja tinkiä laadusta, mikä saattaa lopulta vaikuttaa tuotteeseen.

johtopäätös

prototyyppimalli on yrityksen ja erehdyksen menetelmä, jolla on etunsa ja haittansa. Se on erityisen hyödyllistä, kun asiakkaalla ei ole selvyyttä siitä, mitä kaikkia ominaisuuksia he tarvitsevat tuotteessa.

Kuldeep on Artoftestingin perustaja ja pääkirjoittaja. Hän on taitava testiautomaatiossa, suorituskyvyn testauksessa, big datassa ja CI-CD: ssä. Hän tuo vuosikymmenen kokemuksensa nykyiseen rooliinsa, jossa hän on omistautunut QA-ammattilaisten kouluttamiseen. Häneen voi olla yhteydessä LinkedInissä.