4. Darbas ”Reikalavimų specifikacija” 4.1. Darbo tikslai ir paskirtis

Šiuo darbu siekiama mokyti studentus:• specifikuoti programų sistemų reikalavimus,• struktūrizuoti reikalavimus pagal pasirinktą kokybės modelį,• matuoti programų sistemų kokybės parametrus,• UML kalbos pagrindų,• rengti techninę dokumentaciją,• dirbti pagal formalius reikalavimus, • dirbti grupėse• planuoti grupinį darbą ir baigti jį numatytais terminais,• viešai pristatyti darbą, argumentuoti priimtus sprendimus.

“Reikalavimų specifikacija” yra dokumentas, kuris yra neatskiriama Vykdytojo ir Užsakovo sutarties dalis. Joje suformuluoti reikalavimai yra privalomi vykdytojui. Todėl dokumentas rašomas liepiamąja nuosaka. Kiekvienas reikalavimas turi turėti unikalų numerį. Reikalavimai formuluojami ankstesnių darbų pagrindu, jie turi organiškai išplaukti iš poreikių specifikacijos ir dalykinės srities koncepcinio modelio. Rengdami dokumentą “Reikalavimų specifikacija”, studentai veikia kaip programų sistemų inžinieriai.

Literatūra: 1) Paskaitų skaidrių 9 tema: Reikalavimų inžinerija. 2) A. Čaplinskas. Programų sistemų inžinerijos pagrindai, I dalis, 3.2. poskyris (p.p. 112-136).

4.2. Darbo bendrosios dalies struktūraDarbo bendrąją dalį sudaro šie skyriai:

• Vartotojo interfeiso reikalavimai• funkciniai programų sistemos reikalavimai,• nefunkciniai programų sistemos reikalavimai.

4.3. Skyriaus “Vartotojo interfeiso reikalavimai” paskirtis, struktūra ir turinysSkyriaus paskirtis – specifikuoti vartotojo interfeiso reikalavimus. Interfeisas specifikuojamas trim aspektais:

prasminiu (kokios užduotys yra formuluojamos), struktūriniu (kokia užduočių formulavimo kalba yra vartojama užduotims formuluoti) ir protokolo (kokiu būdu užduotys yra formuluojamos. Skyrelis yra skaidomas į šias smulkesnes dalis:

• dalykinės srities metaforos reikalavimai,• formuluojamos užduotys,• užduočių formulavimo kalbos reikalavimai,• užduočių formulavimo būdo (protokolo) reikalavimai,• interfeiso darnos ir standartizavimo reikalavimai,• pranešimų formulavimo reikalavimai,• interfeiso individualizavimo reikalavimai.

4.3.1. Poskyrio “Dalykinės srities metaforos reikalavimai” paskirtis ir turinysŠiame poskyryje aprašoma, kokia dalykinės srities metafora turi būti naudojama užduotims formuluoti. Kitaip

tariant, aprašomas dalykinės srities žodynas, vartojamas užduotims formuluoti. Metafora privaloma ne tik projektuojant programų sistemos interfeisus, bet ir projektuojant duomenų bazes. Ji formuluojama dalykinės srities koncepcinio modelio pagrindu (apie metaforizavimo principą žr. paskaitų skaidrių 5 temą)4.3.2. Poskyrio “Formuluojamos užduotys” paskirtis ir turinys

Šiame poskyryje, remiantis skyriuje “Funkciniai programų sistemos reikalavimai” pateikta medžiaga, aprašoma kiek vartotojo interfeisų turi būti numatyta programų sistemoje ir kokios užduotys turi būti formuluojamos naudojantis kiekvienu iš jų. Kiekvienai užduočiai išsamiai aprašoma, kas (komandos, parametrai, duomenys ir kt.) sudaro tos užduoties aprašą. Nepainiokite sistemos vykdomų užduočių ir jos funkcijų. Užduotys realizuojamos per funkcijų kombinacijas. Viena ir ta pati funkcija gali būti panaudota kelioms užduotims realizuoti.4.3.3. Poskyrio “Užduočių formulavimo kalbos reikalavimai” paskirtis ir turinys

Šiame poskyryje aprašoma užduočių formulavimo kalba, t.y. langai, piktogramos, meniu, dialogo langai ir kitos priemonės, naudojamos užduotims formuluoti7. Kuriamos sistemos langų maketai turi būti pateikti darbo priede.4.3.4. Poskyrio “Užduočių formulavimo būdo (protokolo) reikalavimai” paskirtis ir turinys

Šiame poskyryje kiekvienam vartotojo interfeisui pateikiama atitinkama UML sekų diagrama, vaizduojanti vartotojo ir sistemos sąveiką formuluojant užduotis, ir tą diagramą paaiškinantis tekstas.

7 Pagalvokite, kokia užduočių formulavimo kalba formuluojate užduotis savo mobiliajam telefonui, televizoriui ar fotoaparatui. Televizoriui valdyti (jei nenorite keisti kokių nors parametrų) paprastai pakanka komandinių kalbų. Šiuolaikiniuose mobiliuosiuose telefonuose ir skaitmeniniuose fotoaparatuose naudojamas komandų, meniu ir dialogo langų derinys. Gal būt tai padės geriau suvokti, kas yra programų sistemos užduočių formulavimo kalba. Įdėmiai perskaitykite paskaitų skaidrių 9 temą.

23

4.3.5. Poskyrio “Interfeiso darnos ir standartizavimo reikalavimai” paskirtis ir turinysŠiame poskyryje aprašoma, kokių interfeiso standartų (pvz., MS Windows) reikia laikytis, įgyvendinant vartotojo

interfeisą, ir kokius papildomus susitarimus reikia priimti, interfeiso vidinei darnai užtikrinti.4.3.6. Poskyrio “Pranešimų formulavimo reikalavimai” paskirtis ir turinys

Šiame poskyryje formuluojami reikalavimai, kuriuos turi tenkinti sistemos vartotojui pateikiami reikalavimai.4.3.7. Poskyrio “Interfeiso individualizavimo reikalavimai” paskirtis ir turinys

Šiame poskyryje nurodoma, kokių parametrų reikšmes ir kaip turi būti numatyta galimybė keisti, siekiant pritaikyti interfeisą individualaus vartotojo poreikiams.

4.4. Skyriaus “Funkciniai programų sistemos reikalavimai” paskirtis, struktūra ir turinysFunkciniais reikalavimais vadinami reikalavimai, nusakantys ką programų sistema turi daryti, kitaip tariant,

kokias funkcijas ji turi vykdyti, kad galėtų realizuoti aukščiau aprašytas užduotis. Reikalavimai formuluojami remiantis UML diagramomis, pateiktomis darbe „Koncepcinis verslo modelis“. Tačiau šių diagramų nepakanka, nes jose neparodytos sistemai administruoti reikalingos užduotys. Todėl reikia vadovautis ir darbo „Verslo tikslų ir poreikių specifikacija“ skyriuje „Sistemos naudojimo scenarijus“ pateikta medžiaga.

Reikalavimai formuluojami, nurodant: pradinius duomenis ir rezultatą bei galbūt paaiškinant, kokiais veiksmais rezultatas yra gaunamas. Įvesties ir išvesties duomenys specifikuojami taip, kad programuotojui pakaktų informacijos programai rašyti, t.y. nurodant konkrečius jų vaizdavimo formatus. Kitų duomenų formatų nurodyti nereikia, tai padarys projektuotojas, rengdamas eskizinį programų sistemos projektą.

Skyrių sudaro du poskyriai:• dalykiniai reikalavimai,• pagalbinės sistemos funkcijos.

Pirmasis poskyris rengiamas darbo „Koncepcinis dalykinės srities modelis“, antrasis – darbo „Poreikių specifikacija pagrindu.4.4.1. Poskyrio “Dalykiniai reikalavimai” paskirtis ir turinys

Šiame poskyryje aprašoma, kokias užduotis, tiesiogiai susijusias su kompiuterizuojama veikla, privalo vykdyti programų sistema. Čia aprašomos tos darbe „Koncepcinis dalykinės srities modelis“ aprašytos esminės užduotys, kurias numatoma visiškai ar iš dalies kompiuterizuoti. Užduočių visuma turi tenkinti darbe “Verslo tikslų ir poreikių specifikacija” suformuluotus poreikius ir užtikrinti tą naudą, kuri buvo numatoma tame darbe.4.4.2. Poskyrio “Pagalbinės sistemos funkcijos” paskirtis ir turinys

Šiame poskyryje aprašoma, kokias užduotis (pagalba, sistemos galimybių demonstravimas, sistemos administravimo užduotys), palengvinančias programų sistemos įsisavinimą, naudojimą, aptarnavimą bei priežiūrą, privalo vykdyti programų sistema. Užduotys turi būti formuluojamos, atsižvelgiant į programų sistemos naudojimo scenarijų, aprašytą darbe “Verslo tikslų ir poreikių specifikacija”.

4.5. Skyriaus “Nefunkciniai programų sistemos reikalavimai” paskirtis, struktūra ir turinysŠio skyriaus paskirtis aprašyti nefunkcinius programų sistemos reikalavimus, t.y. reikalavimus, vienaip ar kitaip

ribojančius funkcinių sprendimų įgyvendinimo būdus. Skyrių sudaro šie poskyriai:• vidinių interfeiso reikalavimai,• veikimo reikalavimai,• diegimo reikalavimai,• aptarnavimo ir priežiūros reikalavimai,• tiražuojamumo reikalavimai,• apsaugos reikalavimai,• juridiniai reikalavimai.

4.5.1. Poskyrio “Vidinių interfeiso reikalavimai” paskirtis, struktūra ir turinysŠio poskyrio paskirtis – specifikuoti vidinius programų sistemos interfeisus (operacinės sistemos, kompiuterių

tinklo, duomenų bazių, programavimo aplinkos, dokumentų mainų). Specifikuojant interfeisą, nurodoma kokia informacija per jį yra perduodama, kaip ta informacija yra struktūrizuota ir pagal kokį protokolą ji yra perduodama.

Poskyrį sudaro šie skyreliai:• operacinės sistemos naudojimo reikalavimai,• sąveikos su duomenų bazėmis reikalavimai,• dokumentų mainų reikalavimai,• darbo kompiuterių tinkluose reikalavimai,• sąveikos su kitomis programomis reikalavimai,• programavimo aplinkos reikalavimai.

4.5.1.1. Skyrelio “Operacinės sistemos naudojimo reikalavimai” paskirtis ir turinysŠiame skyrelyje nurodoma, kokia operacinė sistema turi būti panaudota programų sistemai realizuoti ir kaip yra

ribojama programuotojo laisvė naudotis tos operacinės sistemos interfeisais (vadinamaisiais API), siekiant užtikrinti sistemos perkeliamumą į kitas platformas ar kitas pageidautinas jos savybes.

24

4.5.1.2. Skyrelio “Sąveikos su duomenų bazėmis reikalavimai” paskirtis ir turinysŠiame skyrelyje aprašoma, kokios duomenų bazės turi būti sukurtos programų sistemoje, kokie duomenys turi

būti jose saugomi, kokie turi būti įgyvendinti duomenų mainų interfeisai (pvz., SQL, PLSQL, formos ir t.p.), kaip tie mainai turi vykti (pvz., per ODBC).

4.5.1.3. Skyrelio “Dokumentų mainų reikalavimai” paskirtis ir turinysŠiame skyrelyje aprašoma, kokiais dokumentais turi keistis sistema su kitomis programų sistemomis, dokumentų

bazėmis ar vartotojais ir kokie formatai (rtf, pdf, ps, LATEX ir pan.) ar standartai turi būti nauidojami atliekant tuos mainus.

4.5.1.4. Skyrelio “Darbo kompiuterių tinkluose reikalavimai” paskirtis ir turinysŠiame skyrelyje aprašoma, kokiuose kompiuterių tinkluose turi veikti programų sistema, pagal kokius protokolus

ji turi dirbti ir kokių kitų susitarimų reikia laikytis, dirbant tinkle.

4.5.1.5. Skyrelio “Programavimo aplinkos reikalavimai” paskirtis ir turinysŠiame skyrelyje pateikiami reikalavimai, kokiomis programavimo kalbomis reikia programuoti programų

sistemą, kokių standartų ar kitų susitarimų privalu laikytis, kokias programavimo aplinkas leidžiama naudoti.4.5.2. Poskyrio “Veikimo reikalavimai” paskirtis, struktūra ir turinys

Šiame poskyryje aprašomi reikalavimai, pažeidus kuriuos programų sistema praranda pageidaujamas eksploatacines savybes.

Poskyrį sudaro šie skyreliai:• tikslumo reikalavimai,• patikimumo reikalavimai,• robastiškumo reikalavimai,• našumo reikalavimai.

4.5.2.1. Skyrelio “Tikslumo reikalavimai” paskirtis, struktūra ir turinysŠiame skyrelyje pateikiami reikalavimai, nusakantys kuriamos programų sistemos skiriamąją gebą ir leistinus jos

daromų paklaidų dydžius. Skyrelis yra skaidomas į dvi smulkesnes dalis:• vaizdavimo tikslumo reikalavimai,• skaičiavimų tikslumo reikalavimai.

4.5.2.1.1. Paragrafo “Vaizdavimo tikslumo reikalavimai” paskirtis ir turinysŠiame paragrafe nurodoma, kokiu tikslumu turi būti galima vaizduoti programų sistemoje jos apdorojamus

objektus (skaičius, spalvas, vaizdus, verslo objektus ir kt.). Čia pateikiami taip pat duomenų klasifikavimo, identifikavimo ir kodavimo reikalavimai.4.5.2.1.2. Paragrafo “Skaičiavimų tikslumo reikalavimai” paskirtis ir turinys

Šiame paragrafe nurodoma, kokios paklaidos yra leistinos apdorojant programų sistemoje joje pavaizduotus objektus.

4.5.2.2. Skyrelio “Patikimumo reikalavimai” paskirtis ir turinysŠiame skyrelyje aprašoma, kaip turi būti suprantamas kuriamos programų sistemos patikimumas, kaip jis turi būti

matuojamas ir kokie patikimumo reikalavimai turi būti tenkinami. Formuluojant patikimumo reikalavimus reikia galvoti, ar jie yra suformuluoti taip, kad juos bus galima patikrinti.

4.5.2.3. Skyrelio “Robastiškumo reikalavimai” paskirtis ir turinysŠiame skyrelyje aprašoma, kaip programų sistema turi būti apsaugota nuo galimo neigiamo trykių poveikio ir kas

turi būti įgyvendinta sistemoje dėl trykių prarastam funkcionalumui atkurti.

4.5.2.4. Skyrelio “Našumo reikalavimai” paskirtis ir turinysŠiame skyrelyje aprašoma, kokiais resursais (atmintis, procesoriaus laikas ir t.t.) turi teisę naudotis programų

sistema ir kokie yra jos reaktyvumo reikalavimai.4.5.3. Poskyrio “Diegimo reikalavimai” paskirtis, struktūra ir turinys

Šio poskyrio paskirtis, aprašyti reikalavimus, kurie turi būti įgyvendinti programų sistemoje, siekiant supaprastinti ir atpiginti jos diegimą. Poskyrį sudaro šie skyreliai:

• ruošinio reikalavimai,• instaliavimo reikalavimai,• pradinio duomenų bazių kaupimo reikalavimai,• sistemos įsisavinamumo reikalavimai.

4.5.3.1. Skyrelio “Ruošinio reikalavimai” paskirtis ir turinysŠiame skyrelyje aprašoma, kokius reikalavimus privalo tenkinti kuriamosios programų sistemos ruošinys (kaip jis

turi būti pateiktas, kas jame turi būti įrašyta ir kt.).

4.5.3.2. Skyrelio “Instaliavimo reikalavimai” paskirtis ir turinysŠiame skyrelyje formuluojami interfeiso ir veikimo reikalavimai programų sistemos instaliavimo programai.

25

4.5.3.3. Skyrelio “Pradinio duomenų bazių kaupimo reikalavimai” paskirtis ir turinysŠiame skyrelyje aprašoma, kokios priemonės turi būti numatytos programų sistemoje pradiniams duomenims jos

duomenų bazėse sukaupti arba perkelti į jas iš jau esamų duomenų bazių.

4.5.3.4. Skyrelio “Sistemos įsisavinamumo reikalavimai” paskirtis ir turinysŠiame skyrelyje pateikiami reikalavimai (papildomai prie reikalavimų aprašytų poskyriuose “Pagalbinės sistemos

funkcijos” ir “Interfeiso reikalavimai”), kuriuos turi tenkinti programų sistema, kad būtų galima greičiau išmokti ja naudotis.4.5.4. Poskyrio “Aptarnavimo ir priežiūros reikalavimai” paskirtis, struktūra ir turinys

Šiame poskyryje aprašomi reikalavimai, kuriuos turi tenkinti programų sistema jos aptarnavimui ir priežiūrai (modernizavimui) palengvinti.4.5.5. Poskyrio “Tiražuojamumo reikalavimai” paskirtis, struktūra ir turinys

Šiame poskyryje aprašoma, kokie kuriamosios programų sistemos komponentai turi būti sukurti kaip pakartotinai (kitose sistemose) panaudojami komponentai ir kokius standartus ar kitus susitarimus jie turi tenkinti.4.5.6. Poskyrio “Apsaugos reikalavimai” paskirtis, struktūra ir turinys

Šiame poskyryje aprašoma, koks apsaugos modelis turi būti įgyvendintas kuriamojoje programų sistemoje.4.5.7. Poskyrio “Juridiniai reikalavimai” paskirtis, struktūra ir turinys

Šiame poskyryje aprašoma, ką reikia įgyvendinti programų sistemoje, kad būtų tenkinami dalykinę sritį reglamentuojantys teisės aktai (jie turėjo būti aprašyty “Poreikių specifikacijoje”), ir ką programuotojui draudžiama daryti, kad nebūtų pažeisti tais aktais nustatyti reikalavimai. Čia nekalbama apie kuriamos sistemos autorinių teisių apsaugą (jei sistemai tam reikia numatyti specialų funkcionalumą, jis aprašomas poskyryje “Pagalbinės sistemos funkcijos”) ir panašius dalykus.

4.6. Trečio darbo vertinimo metodika4.6.1. Vertinimas pagal skyrius

Skyrius Poskyris Skyrelis ĮvertisTitulinisAnotacijaTurinys1. Įvadas PS pavadinimas

DSPSNaudotojaiDarbo pagrindasNaudoti dokumentai

2. Vartotojo interfeiso reikalavimai

Dalykinės srities metaforos reikalavimai

Formuluojamos užduotys

Užduočių formulavimo kalbos reikalavimai

Užduočių formulavimo būdo (protokolo) reikalavimai

Interfeiso darnos ir standartizavimo reikalavimai

Pranešimų formulavimo reikalavimai

Interfeiso individualizavimo reikalavimai

3. Funkciniai programų sistemos reikalavimai

Dalykiniai reikalavimai

Pagalbinės sistemos funkcijos

4. Nefunkciniai programų sistemos reikalavimai

Vidinių interfeisų reikalavimai,

Operacinės sistemos naudojimo reikalavimai

Sąveikos su duomenų bazėmis reikalavimai

Dokumentų mainų reikalavimai

26

Skyrius Poskyris Skyrelis ĮvertisDarbo kompiuterių

tinkluose reikalavimaiSąveikos su kitomis

programomis reikalavimaiProgramavimo

aplinkos reikalavimaiOperacinės sistemos

naudojimo reikalavimaiVeikimo

reikalavimaiTikslumo reikalavimaiPatikimumo

reikalavimaiRobastiškumo

reikalavimaiNašumo reikalavimai

Diegimo reikalavimai

Ruošinio reikalavimaiInstaliavimo

reikalavimaiPradinio duomenų

bazių kaupimo reikalavimai

Sistemos įsisavinamumo reikalavimai

Aptarnavimo ir priežiūros reikalavimai

Tiražuojamumo reikalavimai

Apsaugos reikalavimai

Juridiniai reikalavimai

5. Išvados 10Skyrių numeracija 10Terminų žodynas 0

4.6.2. Darbo tikslų realizavimas• specifikuoti programų sistemų reikalavimus (įvertis) • struktūrizuoti reikalavimus pagal pasirinktą kokybės modelį (įvertis)• matuoti programų sistemų kokybės parametrus (įvertis)• UML kalbos pagrindų (įvertis) • rengti techninę dokumentaciją (įvertis) • dirbti pagal formalius reikalavimus (įvertis) • dirbti grupėse (įvertis) • planuoti grupinį darbą ir baigti jį numatytais terminais (įvertis) • viešai pristatyti darbą, argumentuoti priimtus sprendimus (įvertis)

27

4.6.3. Darbo klaidų vertinimas3 darbas. Klaidų suvestinėKlaidos 1 2 3 4 5 6 7

Dokumentavimo klaidos • titulinis• anotacija• turinys• darbo struktūra• dokumentų sąrašas bei

nuorodos į jį• žodynėlis• diagramų kokybė• trūksta diagramų aprašų• puslapiavimas• puslapių numeriai• skyrių numeracija• kitosDalykines klaidos• dalykinė sritis• probleminė sritis• vartotojų kvalifikaciniai

reikalavimai• dalykinai reikalavimai• pagalbinės funkcijos• formuluojamos užduotys• metafora• užduočių formulavimo

kalba• langų maketai• protokolas• interfeiso darna ir

individualizavimas• pranešimai• OS• DB• dokumentų mainai• tinklai• programavimo aplinka• veikimo reikalavimai• diegimo reikalavimai• aptarnavimo reikalavimai• apsaugos reikalavimai• juridiniai reikalavimai• darbas nesusietas su

ankstesniais darbaisNekonkretūs reikalavimaiTerminija• terminija • terminų žodynas

Lietuvių kalbaMinusai už vėlavimą 0 0 0 0 0

28