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.
muudetavaks), kasutada toote <strong>osa</strong>de kaupa projekteerimist, lükata enamus muudatusi edasi<br />
järgmisse tooteversiooni, kooskõlastada nõuete spetsifikatsioon õigeaegselt lepingupartneritega ja<br />
lubada muudatusi vaid äärmisel vajadusel.<br />
7. Probleemid väljastpoolt ostetud komponentidega<br />
On eriti ohtlikud, kuna nende tekkimist on raske ette näha. Veidi aitab kui:<br />
eelnevalt selgitada partnerite tausta ja tutvuda nende varasemate töödega, täpsete nõuete<br />
fikseerimine mujalt hangitavatele komponentidele, eriti nende vastuvõtu katsetustele<br />
(katseülesannete loomine, benchmarking), sobivusanalüüs muude süsteemi <strong>osa</strong>dega enne<br />
lõppsumma maksmist.<br />
8. Probleemid allettevõtjatega<br />
Allettevõtjad ei pruugi alati täita kõiki konkreetses lepingus fikseeritud kitsendusi ja kohustusi.<br />
Selle riskifaktori vähendamiseks on vaja:<br />
kontrollida allettevõtjate tausta (eelnevate lepingute tulemusi), enne töö eest tasumist teha<br />
toote põhjalik analüüs ja katsetamine; lepingud sõlmida selliselt, et suur <strong>osa</strong> maksmist toimuks<br />
pärast toote kõlbulikuks tunnistamist; fikseerida täpsed vastuvõtu-üleandmise nõuded;<br />
konkureerivate pakkumiste kogumine mitmelt allettevõtjalt (vahel ka konkureerivate toodete<br />
tellimine); regulaarne koostöö allettevõtjaga lepingu täitmise ajal.<br />
9. Probleemid jõudlusnõuete rahuldamisega<br />
Selle faktori alla on ühendatud nii tavalised jõudlusnõuded (töödeldava info hulk, tulemuste<br />
saamise kiirus) kui ka reaalajasüsteemide ajalise korrektsusega seotud nõuded (mis sageli ei ole<br />
vahetult seotud jõudlusega tavalises mõttes). Ajalist korrektsust käsitletakse põhjalikumalt<br />
kursuses LAP 5712 “Tarkvara dünaamika”. Jõudlus- ja ajastamisnõuetega seotud riskifaktori<br />
vähendamiseks on kasulik:<br />
kasutada palju simuleerimist, kontrollida toote töövõimet tüüpülesannetel (benchmarks),<br />
regulaarsed katsetused prototüüpidel sobivalt valitud stsenaariumite järgi, sobiva riistvara<br />
platvormi valik ja loomulikult ajalise käitumise verifitseerimist võimaldavate tööriistade<br />
kasutamine.<br />
10. Töötamine teoreetilise ja tehnoloogilise piiri peal<br />
Selline olukord esineb põhimõtteliselt uute toodete tegemisel, või traditsioonilise toote<br />
kasutamisel uues kontekstis (kus täpsed nõuded ei ole teada, kuid on märksa rangemad kui toote<br />
traditsioonilistes rakendustes). Võimaluse korral tuleks:<br />
läbi viia kasutatavate teoreetiliste ja tehnoloogiliste aluste põhjendatuse uurimine;<br />
fikseerida mittepiisavalt läbitöötatud teemad ja teha spetsiaalne analüüs nende teemade<br />
arenguperspektiivide selgitamiseks; võimaluse korral vältida lõpetamata teoreetiliste ja<br />
tegelikkuses katsetamata tehnoloogiliste tulemuste kasutamist; erilist tähelepanu pöörata<br />
alternatiivsetele lahendusvariantidele (kui uus teooria/tehnoloogia osutub mittesobivaks); teha<br />
alternatiivsete projektivariantide kulude-tulude ja riskifaktorite põhjalik analüüs; sage<br />
prototüüpide tegemine; perioodilised taustauuringud (ehk on midagi uut selgunud) ja sagedased<br />
tulevase süsteemi omaduste analüüs-ülevaatused; tõenäoliselt enam-muutuvate <strong>osa</strong>de tugevam<br />
kapseldamine.<br />
Põhjalikumad kommentaarid riskifaktorite kohta võib leida artiklist B.W.Boehm “Software Risk<br />
Management: Principles and Practice” IEEE Software, vol.8, no.1, 1991.<br />
95