3 Projektis osalevad kolm ettevõtet klient, arendusteenuse pakkuja ja aruandlustarkvara müüja. Allpool on toodud planeeritud rollid ettevõtete kaupa. Toodud rollide esindajad ei pruugi olla projektiga algusest lõpuni seotud, üks inimene võib teatud juhtudel täita mitut rolli (analüütik ja arhitekt, arhitekt ja arendaja) Võib juhtuda, et rolli täitmiseks pole vaja inimest täiskoormusega. Punasega on märgitud rollid, mille reaalne ressursivajadus erines plaanitust. Intervjueerimist planeerides ja läbi viies selgus, et vajalikku informatsiooni kättesaamiseks piisab kolmest kasutajast valdkonna kohta valdkonnajuhist ja kahest kogenuimast analüütikust. Ka juhtkonnast intervjueeriti väiksemat hulka inimesi, kuna plaanimisel selgus, et mitmete inimeste infovajadused kattuvad. Rollid klientorganisatsioonis: · projektijuht, kes vastutab projekti tähtaegade, eelarvestamise jms eest 1in
sotsiokultuuriline · tehnoloogiline · poliitiline Ohud ja võimalused Hetkeolukorra Tegevusvaldkonna Strateegilised Hindamine hindamine analüüs valikud · ressursivajadus · missioon · struktuur · üksuse tasandil · risk / tulu · ülesanded · areng · korporatiivselt · eesmärgid ·
Neid põhiressursse kasutatakse ka kõige täpsemal modelleerimisel: eelmistes prognoosimiseks kasutatud mudelites on lähtutud vaid soovitatavatest ressurssidest, sest tegelik ressurssidega tagamine on veel kaugel ja tehtavad konkreetsed ettepanekud raskelt seostatavad. Eelarvete koostamise etappidel (püramiidi 1 - 5 tasemetel) kasutatakse andmeid, mis põhinevad töömahtude loendite analüüsil. Kuna on aga palju eeldusi, millel baseerub hinna kujundamine, on ebatõene, et tegelik ressursivajadus oleks täpselt arvestatud. Iga metoodika kasutamise eelduseks peab olema aga teadmine, et analüüsitavate tööde kogumaksumus peab sisaldama selliseid andmeid, mis sobivad selle konkreetse ehitise jaoks. Ja kui siis hetke turuolukorda arvestades korrigeerida saadud maksumust, peab olema ka võimalik ehitada sarnast ehitist selle hinna 3 eest
eelarve maht. Eelistatud projekt, mis on koostatud aines ETE009 ,,Teeprojekteerimine + projekt". · Koostada detailne pakkumine hankijale. Soovituslik kasutada klassifikaatorit ,,Teetööde tehniline kirjeldus" viimast versiooni. Võib kasutada enda koostatud klassifikaatorit, kuid sellest eelnevalt õppejõudu teavitada. · Pakkumises esitada eraldi kõik mahud koos mahuühikutega. Töös esitada ressursivajadus (masinad, tööjõud, materjal) ning planeeritav tööde kestus. Abimaterjalina võimalik kasutada Eke Nora andmebaasi, RATU katalooge ja raamatut SPON´S pricelist, eelistatud tegelike ettevõtete andmed. · Eraldi tuua välja otsekulud, korralduskulud, üldkulud, kasum vm ning pakkumishind esitada koos käibemaksuga. · Esitada lisaks pakkumise tabelile lisaks järgnevad hankedokumendid/pakkumise lisad: o ajagraafik o maksegraafik
• Keerukusprobleemidega tegeleb vastav teadus – arvutuslik keerukusteooria. Ajalise keerukuse uurimine Mahulise keerukuse uurimine algoritmi alusel koostatud programi tööaja programmi tööks kasutatava mälu mahu hindamine hindamine • Keerukusfunktsiooni kasvukiirus – kui kiiresti kasvab antud algoritmi järgi koostatud programmi ressursivajadus töödeldavate andmete mahu suurenemisel. • Keerukusfunktsiooni leidmiseks on võimalik kokku arvutada kõik sammud, mida arvuti teeb ülesande lahendamiseks. Pole võimalik väljendada konkreetse arvuga, vaid andmete hulgast (n) sõltuva valemina. Algoritmi keerukus halvimal juhul Algoritmi keskmine Algoritmi keerukus parimal juhul keerukus
Test 7 Süsteemi ajaline viide Olukord: Testija laeb süsteemi veebilehe ning sisestab suvalisi andmeid. Testitav omadus: Süsteemi reaktsioonikiirus päringutele. Süsteemi kasutamise ajaline viide. Sisend: Suvaliste sisendandmetega päringud, küsimustikes edasi-tagasi liikumine, otsasta alustamine Tegelikult kasulikud väljundid: Hinnang süsteemi reaktsioonikiirusele Hinnang: Kuna tegu on konsoolirakendusega, mille ressursivajadus on suhteliselt madal ning ei minu programmis ega Hannese reeglimootoris pole suurte andmemahtudega tsükleid, on ajaline viide programmi kasutamisel tühine. 6.2 Probleemid Realiseeritud funtksionaalsete nõudmiste osas võib taaskord põhiliseks probleemiks lugeda seda, et alati ei eristu väljundiks pakutavad ametikohad üksteisest kuigivõrd (võidakse pakkuda juhi või kujundaja ametikohti suhteliselt väikeste punktivahedega). Mõneti pean tunnistama, et tõepoolest on kindluste