07.01.2015 Views

osa 3

osa 3

osa 3

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

• Analoogsete projektidega võrreldes (analogy) – ühe või kahe analoogse projekti tegelikku<br />

maksumust ja tarkvara meetrika alusel saadud karakteristikuid võrreldes tuletatakse hinnang<br />

käesolevale projektile<br />

• Parkinson’i meetod (Parkinson) – rakendatakse Parkinsoni printsiipi “tööks kuluvad ära kõik<br />

olemasolevad ressursid”, s.t. projekti maksumus püütakse suruda tellija poolt etteantud<br />

summa sisse<br />

• Võidupakkumise hind (Price-to-win) – projekti maksumuseks pannakse hind, mis<br />

loodetavasti toob konkursil võidu (sageli muudetakse mitte hinda, vaid projekti plaani nii, et<br />

konkurssi võita)<br />

• Langev meetod (Top-down) – projekti maksumust hinnatakse lõpptoote üldiste parameetrite<br />

alusel, seejärel määratakse projekti üksik<strong>osa</strong>de maksumus<br />

• Tõusev meetod (Bottom-up) – iga projekti kuuluva tarkvara komponendi maksumus<br />

hinnatakse eraldi, kogu projekti maksumus saadakse summeerimisel ja üldkulude lisamisel.<br />

Ülaltoodud meetodeid iseloomustab Boehm järgmiselt:<br />

• Ükski alternatiividest ei ole ühtlaselt parem teistest<br />

• Parkinsoni meetod ja võidupakkumise hind ei anna rahuldavat projekti maksumust – neid ei<br />

soovitada kasutada tegeliku eelarve tegemisel<br />

• Praktikas tuleks kasutada mitut erinevat meetodit, võrrelda neid ja hinnata projekti<br />

maksumust korduvalt (erinevatel elutsükli etappidel).<br />

Inimressursside vajadus (Staffing)<br />

Inimressursside mõjust tarkvaratoodete tegemisele on oma klassikalises raamatus (F.P.Brooks,<br />

(1975)) väitnud:<br />

• Tänu tarkvara tootmise keerukusele ja tegijate vahelise infovahetuse olulisusele võib<br />

programmistide arvu suurendamine pikendada toote valmimise tähtaegu; igal projektil on oma<br />

optimaalne arv tegijaid;<br />

• Tarkvaraprojekti keerukuse (koodimahu, funktsiooni punktide, jne) lineaarse kasvu korral<br />

kasvab projekti valmimiseks vajalik inimkuude arv eksponentsiaalselt.<br />

F.P.Brooks, Jr (1975) “The Mythical Man-Month”, Addison-Wesley Publishing Co.,<br />

Massachusetts, katkendid raamatust on trükitud IEEE Tutorial on Software Engineering Project<br />

Management, Ed. R.H.Thayer, TTÜ Raamatukogu kataloogi no. VB-63387.<br />

Inimkuude eksponentsiaalse kasvu kohta puuduvad 1990-ndatel katselised kinnitused – vahepeal<br />

on üsna laialdaselt kasutusele võetud tarkvaratehnika tööriistu ja märgatavalt automatiseeritud<br />

grupiviisilist tarkvaraarendust, mis peaks pisut muutma keerukuse ja inimkuude sõltuvust.<br />

Huvitav, ja ikka veel kaasaegne fakt samast raamatust – korralikus organisatsioonis avastati, et<br />

kõik äärmise hoolega tehtud projekti plaanid võtavad tegelikkuses enamvähem kaks korda<br />

rohkem aega. Uuringud näitasid, et projekti meeskonna liikmed kulutavad päevas vaid 50%<br />

tööajast projektiga vahetult seotud tööde jaoks. Ülejäänud aeg kulus arvutite ja tarkvara<br />

probleemide kõrvaldamiseks, kõrge prioriteediga projektiga, kuid mitteseotud tööde tegemiseks,<br />

63

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!