osa 3
osa 3
osa 3
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