Spiraalmudel ja Traditsiooniline omandvara - (11. NÄDAL)

Spiraalmudel

Spiraalmudelis on tarkvaraarenduse etapid. Mudelis on neli põhifaasi: Planeerimine. Riskide analüüs ja tuvastamine. Arendus ja testimine. Tulemuse hindamine ja üleminek uuele ringile. 

• Planeerimise etapp. Kõik algab temast. Siin määratakse projekti eesmärgid, sõnastatakse peamised nõuded sellele. See võib olla arutelu võimalikust disainist, süsteeminõuete spetsifikatsioonidest, ärinõuete spetsifikatsioonidest.Spiraali järgmistes spiraalides kujunevad juba nõuded tootele klientide tagasiside põhjal. Spiraalmudelis suhtlemine nendega on väga oluline. 
• Analüüsi ja riskide tuvastamise etapp. See on spiraali kõige olulisem etapp. Riskide all mõistetakse kõiki tegureid, mis võivad takistada eesmärkide saavutamist punktist alates. Meeskond peab need võimalikud riskid tuvastama ja tähtsuse järjekorda seadma. Ja seejärel töötage välja strateegiad nende ületamiseks. Samal etapil luuakse toote prototüüp. 
• Arendus- ja testimisetapp. Spiraali esimesel pöördel töötab meeskond välja Proof Of Concept – tootekontseptsiooni. Seda on vaja klientide esimeste arvustuste jaoks. Järgmistes voorudes (iteratsioonides) tuleb kliendile saata toote juba töötavad versioonid. Temalt tuleb saada tagasisidet koos detailidega ja selle põhjal tootele esitatavad nõuded selgemalt sõnastada. 
• Planeerimise etapp. Siin kogutakse kokku kogu info toote kohta ja selle põhjal plaanitakse edasiarendust.

Toon näite Philips nende nutiseadmetega

Esimeses etapis püstitati näiteks ülesanne: võimaldada LED-lampide juhtimine telefonist: ühendage telefonist lamp ja lülitage see sisse / välja. Arendusmeeskond võttis idee vastu, analüüsis sarnaseid turul leiduvaid lahendusi, hindas võimalikke riske ja töötas välja strateegia nende lahendamiseks. Seejärel arutasime kliendiga süsteemi arhitektuuri üle. Otsustasime, kuidas kõik seda ellu viivad, ja läksime edasi arenduse juurde. Seejärel testisime toodet, parandasime vead ja võtsime kliendilt tagasisidet. Ja lõpuks võtsime kasutusele valmislahenduse.

Seejärel liikusime edasi kliendi järgmise ülesande juurde: lambipirni värvi kontrolli rakendamine. See on sisuliselt sama toote järgmine versioon. Arendusmeeskond järgis sama mustrit nagu LED-pirnide puhul. Ja esimese toote põhjal töötasin välja lahenduse.

Seejärel liikusime edasi järgmisse etappi. Klient soovis luua funktsionaalsuse lambipirnide sünkroniseerimiseks nutiteleriga. Meeskond asus riske analüüsima ja selgus, et selleks on vaja telerisse ehitada moodul, mis loeb infot selle kohta, milline värv pildil domineerib. Kuid teleritootjad ei olnud koostööst huvitatud ja lahendus oli liiga kallis. See tähendab, et riskid ületasid funktsionaalsuse rakendamisest saadava võimaliku kasu. Info edastati kliendile ning ta otsustas arenduse lõpule viia ja keskenduda täiustamisele.

Traditsiooniline omandvara

See on tüüpiline ostu-müügiseade, kus kliendid ostavad seda, mida nad tahavad ja vajavad.

Minule kui tavakasutajale sobib see ärimudel kõige paremini - ostad ühekordselt ja kogu kaup on sinu käes. Sageli on näiteid sellest, kuidas autorid võtavad näiteks toode eest  igakuine makse, kus seda lihtsalt ei nõuta ja klient maksab alati rohkem kui siis, kui ta ostis toote ühe korraga.

Hea näide on Äpid Play Market'is või AppStore'is seal on nii "Tasuta" äpid, kus on vaja teha püsimakse  (rentimine), et kasutada äpi täisversiooni - Spotify, Wallet App, Adobe jne, kui ka äpid mida sa üks kord ostad ja nad on sinu kontol saadav kogu aeg - mängud nagu GTA, või äpid nagu QR Reader, iMovie jne.