määratakse andmestruktuurid 2. valitakse algoritmid 3. määratakse sisemised andmevood 4. jagatakse produkt osadeks riistvara ja tarkvara 5. määratakse mida iga osa teeb ja kuidas teeb · Testimine. Kvaliteedi kindlustamise komisjon kontrollib projekti ja tema elementide vastavust spetsifikatsioonile. 51. Umbkaudsed hinnangud tarkvara elutsükli etappide ajalisele kulukusele kogukulust. Projekt hinnang: · Valime1 CPU, 100 KLOC COCOMO hindab 1403 inimkuud · Valime 4 CPU, 40 KLOC, 3 x 20 KLOC COCOMO hinnang 909 inimkuud · Valik 5 CPU, 22 KLOC COCOMO hinnang 1030 inimkuud Süsteem hinnang kuidas riistvara lisamine mõjutab olulisi parameetreid töökindlus, energiatarve? 52. Tarkvara loomise meetodid. 1. voomeetod 2. täiustav prog.-e, süsteem kiiresti valmis ja modifitseerida kuni ok 3. prototüüpimine 4
korda kallim). Ülalolev valem hõlmab vaid arendajate poolt loodavat ning ei arvesta näiteks valmiskomponentide kasutamist ja koodi automaatset genereerimist. Valemi adekvaatne rakendamine on suhteliselt keeruline, kuna erinevad elemendid on omavahel keerulises sõltuvuses: näiteks uute tarkvaraarendusvahendite ja tehnoloogiate efektiivne kasutamine toob kaasa ka programmi mahu vähenemise. Momendil on kasutuses umbes 50 erinevat tarkvara kuluarvutusvahendit, tuntumateks COCOMO, CHECKPOINT, ESTIMACS, knowledgePlan, Price-S, ProQMS, SEER, SLIM, SOFTCOST, SPQR/20. Kuluarvestusele on pühendatud ka veebilehti (vt näiteks www.jsc.nasa.gov/bu2). Mudeli valikul ja rakendamisel peab arvestama terve rea asjaoludega: · Kuigi koodiridade arv on mahu mõõduna lihtne, tervel real juhtudel ei ole see adekvaatne, eriti objekt-orinteeritud programmeerimise korral; funktsioonide arvu kasutamise eeliseks on selle sõltumatus kasutatavatest tehnoloogiatest
parameetreid peale funktsionaalsuse, mis maksumust mõjutavad, näiteks mittefunktsionaalsed nõuded (töökindlus, turvalisus jne), arenduskeskkond, arendusvahendid, arendajate tase ja nii edasi. Et paljusid neist suurustest ei saa lihtsal viisil mõõta, on nende hinnangud paratamatult kogemuslikku laadi. Teades orienteeruvat tarkvara mahtu, on võimalik prognoosida arenguks vajalikku töömahtu. Selleks kasutatakse mitmesuguseid mudeleid, enamlevinud on COCOMO mudel. Tarkvara arendusmaksumuse prognoosi kokkuvõtteks: · Tarkvara maksumuse prognoosi enamlevinud meetodid kasutavad tarkvara mahu prognoosi ja selle baasil töökulu prognoosi · Mõlemad prognoosid nõuavad seniste projektide andmebaase ja nende põhjal prognoosimetoodika kalibreerimist · Tarkvara mahu prognoosi võib teha, kasutades olemasolevaid publitseeritud materjale või prognoositarkvara. Prognoositarkvara vähendab töömahtu (näiteks Costar)
annaabi.ee 
