- OMX Baltic0,22%300,68
- OMX Riga0,06%893,52
- OMX Tallinn0,12%2 071,16
- OMX Vilnius0,3%1 206,04
- S&P 5000,83%6 279,35
- DOW 300,77%44 828,53
- Nasdaq 1,02%20 601,1
- FTSE 1000,00%8 822,91
- Nikkei 2250,06%39 810,88
- CMC Crypto 2000,00%0,00
- USD/EUR0,00%0,85
- GBP/EUR0,00%1,16
- EUR/RUB0,00%92,85
- OMX Baltic0,22%300,68
- OMX Riga0,06%893,52
- OMX Tallinn0,12%2 071,16
- OMX Vilnius0,3%1 206,04
- S&P 5000,83%6 279,35
- DOW 300,77%44 828,53
- Nasdaq 1,02%20 601,1
- FTSE 1000,00%8 822,91
- Nikkei 2250,06%39 810,88
- CMC Crypto 2000,00%0,00
- USD/EUR0,00%0,85
- GBP/EUR0,00%1,16
- EUR/RUB0,00%92,85
Tähelepanu! Artikkel on enam kui 5 aastat vana ning kuulub väljaande digitaalsesse arhiivi. Väljaanne ei uuenda ega kaasajasta arhiveeritud sisu, mistõttu võib olla vajalik kaasaegsete allikatega tutvumine
Tarkvara tellimisele eelneb vajaduste analüüs
Kui ettevõttes kasutatav tarkvara pole piisav äriprotsesside toetamiseks või on seni Exceli tabelites peetav arvestus äritegevuse edenedes hakanud tegevust pidurdama, on õige aeg pöörduda tarkvaraarendajate poole sobiva lahenduse leidmiseks.
Võib juhtuda, et ettevõttes on aru saadud, et midagi on vaja ette võtta, kuid seda ei osata selgelt defineerida. Kas on see mõistlikul kujul Exceli kasutuselevõtt, olemasoleva süsteemide liidestamine või uue tarkvaratüki loomine?
Sel juhul on otstarbekas ettevõttes lasta läbi viia süsteemianalüüs, mille käigus kaardistatakse kogu ettevõtte (või mõne sektori) äriprotsessid, protsessides liikuv info ja vahendid (ka tarkvara), mille abil informatsiooni juhitakse. Kui ettevõttes on kasutusel (või ostetud, kuid ei kasutata) tarkvara, siis annab analüütik hinnangu selle kasutatavusest ja potentsiaalist äriprotsesside toetamisel. Analüüsi olulisimaks väljundiks on kirjeldus, milliseid meetmeid on võimalik rakendada äriprotsesside parendamiseks, ja koostöös tellijaga fikseeritud võimalikud tarkvaraarendused.
Kui olete veendunud, et mingi protsessi juhtimiseks on nõutav uue tarkvara loomine, soovitan ikkagi alustada analüüsist. Sellisel juhul viiakse läbi tarkvaranõuete analüüs, mille käigus kaardistatakse loodavale tarkvarale esitatavad funktsionaalsed ja mittefunktsionaalsed nõuded. Funktsionaalsete nõuete all mõeldakse detailset kirjeldust, mis tegevusi peab tarkvara eri kasutajagruppidele võimaldama. Mittefunktsionaalsete nõuete all peetakse silmas nõudeid turvalisusele, ergonoomiale, ohutusele jms, mis ei hakka välja paistma otse ekraanilt, kuid mis peab olema taustaprotsessides tagatud.
Sageli tehakse tarkvara hankimise otsus ilma tarkvaratootjaga konsulteerimata. Tarkvara hanke koostamiseks paneb ettevõtte IT-spetsialist (või määratud projektijuht) koostöös juhtkonnaga kokku mõnelehelise kirjelduse, mis funktsionaalsusi peaks loodav tarkvara omama ja mis nõudeid täitma. Selle põhjal peavad arendajad hindama, kui mahukaks loodav süsteem kujuneb. Tegelikult ei suuda ülesandepüstituse koostajad läbi näha ja kirjeldada kõiki kaasnevaid ning esmapilgul varjatud keerukusi. Sageli on probleemiks andmete importimine või andmevahetusüldse, samuti soovitav dünaamilisus.
Analüüsis selgub sageli, et klient soovib keerulisemat süsteemi, kui esialgses kirjelduses välja toodud. Tekib ebamugav olukord: realiseerimise hind on kokku lepitud, samas on soovitav funktsionaalsus märksa mahukam ja selle realiseerimiseks kulub rohkem aega kui esialgse kirjelduse põhjal arvestati. Arendajal tekib soov (ja vajadus) kliendiga hinna suhtes läbi rääkida, kuid klient reeglina seda ei soovi.
Situatsioon kordub sageli, kui tellija soovib täismahus arenduse hinnapakkumist ilma eelneva analüüsita. Arendajad on punnseisus: pakkumine tuleb teha suhteliselt vähese info põhjal, samas igaks juhuks liiga kõrget hinda pakkuda ei saa.
Tarkvaratootja poolt vaadatuna on parim, kui analüüs teostataks ülejäänud etappidest sõltumatult. Analüüsi aega ja ressurssi saab arendaja hinnata küllalt täpselt ettevõtte suuruse ja intervjueeritavate isikute hulga järgi. Tulemuste põhjal on oluliselt lihtsam anda hinnang tarkvara loomiseks tegelikult kuluva ressursi kohta.
Ka nende tarkvarasüsteemide korral, mis eeldatavasti pole mahukad, on ikkagi otstarbekas eraldada analüüs realiseerimisest. Analüüsis kaardistatud funktsionaalsed ja mittefunktsionaalsed nõuded on piisavalt täpne alus hindamaks tarkvara mahtu.
Tarkvaraarenduses ei kulge suurem osa arendusprojekte plaanipäraselt. Kaotatakse ajas ja kvaliteedis ning rahulolematud on nii klient kui tarkvara realiseerija. Hea tarkvara saamiseks tuleb eesmärgi saavutamiseks hakata liikuma sammhaaval: alustades vajaduste selgitamisest analüütiku abiga, millele järgneb tarkvara realiseerimine. Suuremate tarkvarasüsteemide korral peaks arendamine kindlasti toimuma tsükliliselt. Seejuures eelneb igale uuele tsüklile taas detailne analüüs.
Autor: Maret Meriste
Enimloetud
Viimased uudised
Selgus Mustamäe spaa osaluse hind
Äriplaan 2026
Uurime välja Eesti majanduse arengusuunad 2026. aastal, et ettevõtjatel ja tippjuhtidel oleks, millele tuginedes järgmist aastat planeerida.
Kas eksport ja kaitsetööstuse areng võiksid Eesti majandusele uue käigu sisse aidata? Kuidas näevad Põhjamaade ettevõtjad ja tippjuhid Eesti võimalusi rahvusvahelisel areenil ning kas nad plaanivad siia investeerida? Kuhu investeerivad ning millele tõmbavad pidurit Eesti ettevõtjad? Missugune on riigi äriplaan 2026. aastaks? Kõigile nendele küsimustele saad vastuse 17. septembril Eesti mõjukaimal majanduskonverentsil Äriplaan!
Enda kogemust tulevad Eestisse jagama ülemaailmse ulatusega Rootsi masina- ja metallitööstusettevõte Hanza AB asutaja ja tegevjuht Erik Stenfors ning Telia Company president ja tegevjuht Patrik Hofbauer.
Hetkel kuum
Podcastid
Peakangelane sai kuriteosüüdistuse
Tagasi Äripäeva esilehele