osa 3
osa 3
osa 3
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
• Millised sageli kasutatud (või antud juhul vajalikud) kriteeriumid on jäänud välja<br />
• Kas erinevate kriteeriumite kaalud on meie rakenduse jaoks sobivad<br />
• Milliste reeglite järgi kvantifitseeritakse kriteeriumites sisalduvaid kvantitatiivseid<br />
parameetreid<br />
3.7.1.3 Stsenaariumid.(use cases, operational timelines, scenarios, operational procedures,<br />
event flows)<br />
Stsenaariumid on paljudel juhtudel asendamatud tarkvara katsetuste planeerimisel ja tarkvara<br />
valideerimisel. Eriti olulised on harvaesinevaid situatsioone kirjeldavad stsenaariumid süsteemi<br />
töö- ja veakindluse testimisel. Stsenaariumite kirjeldamiseks ei ole enamuses tarkvaratehnika<br />
keskkondades erilisi abivahendeid ja nad esitatakse suhteliselt vabas vormis. Erandiks on mõned<br />
prototüpiseerimisel baseeruvad metoodikad, kus stsenaariumi kasutatakse<br />
simulatsioonisessioonide planeerimiseks prototüübil.<br />
Stsenaariumite veidi ootamatu, kuid väga efektiivne kasutusala on nende rakendamine tarkvara<br />
nõuete spetsifikatsiooni analüüsimisel (ja ka projekti analüüsimisel). Eriti kasulikud on<br />
stsenaariumid kasutaja nõuete valideerimisel.<br />
Paljudes meetodites baseerub poolformaalsete mudelite käsitsi läbivaatamine (ülevaatus, walkthrough,<br />
inspection) tulevase kasutaja poolt eelnevalt valmistatud stsenaariumitel (näiteks<br />
metoodikad, mis baseeruvad andmevoomudelitel ja objektmudelitel).<br />
Mõned soovitused stsenaariumite komplekti koostamiseks on toodud Behforooz & Hudson 1996<br />
raamatus (lk. 180-182):<br />
• Eristada süsteemi töötamisel tekkivad erinevad rezhiimid ja fikseerida ühest rezhiimist<br />
teise ülemineku tingimused. Näiteks, süsteemi algkäivitus, külmstardiga seotud<br />
protseduurid, vigade poolt põhjustatud eriolukorrad, süsteemi normaalne sulgemine,<br />
süsteemi sulgemine avarii korral, taastumine vea korral (sõltuvalt vigadest) jne, jne.<br />
• Täpsustada ühest rezhiimist teise ülemineku võimalusi ja tingimusi<br />
• Valmistada detailsed stsenaariumid iga üksiku töörezhiimi jaoks, jne.<br />
3.7.2 Praktikas enamlevinud mudelid tarkvara töö ja/või struktuuri kirjeldamiseks<br />
Andmevoomudelid (Data flow diagrams, DFD)<br />
Andmevoomudel on laialt kasutatav poolformaalsete meetodite klassi (vahel nimetatud ka<br />
struktuursete meetodite klassiks, ingliskeeles semiformal, or structural methods) kuuluv meetod.<br />
Andmevoomudeleid kasutatakse nii nõuete kirjeldamiseks, spetsifitseerimiseks kui ka<br />
projekteerimiseks. Sageli seostatakse andmevoomudelid funktsionaalset kirjeldust esmatähtsaks<br />
pidava koolkonnaga -- enamasti järeldub sellest ka funktsionaalse dekompositsiooni tähtsaks<br />
pidamine. Tuleb siiski rõhutada, et meetodi olemus ei eelda kitsalt funktsionaalsest<br />
dekompositsioonist lähtumist (vt. Ward & Mellor, 1985). Peamiseks mudeli eesmärgiks on<br />
87