Reikalavimu inzinerija

Anonymous

• 54

cards

Kas vadinama reikalavimu?

Reikalavimu vadinama sandoriu su užsakovu, specifikacija, standartu arba kokiu nors kitu juridinę galią turinčiu dokumentu numatyta tos sistemos savybė.

Kas vadinama reikalavimų formulavimu?

Procesas, kurio operaciniai poreikiai yra pertvarkomi į tikslų ir išsamų aprašą, ką Sistema darys ir kaip ji veiks.

Kokias reikalavimų rūšis jūs žinote? Jas trumpai apibūdinkite.

• Vartotojo poreikiai – reikalavimai aprašyti paviršutiniškai susipažinusiems su tuo, kas yra kompiuteriai ir programų sistemos, šie reikalavimai skirti būsimiems sistemos vartotojams.

• Sistemos reikalavimai – tam tikru specialiu būdu struktūrizuotas detalus sistemos teikiamų paslaugų ir jos tenkinamų ribojimų sąrašas. Rašomi kaip sudėtinė užsakovo ir vykdytojo sandorio dalis.

• Projektiniai reikalavimai – abstraktus programų sistemos įgyvendinimo būdo aprašas, naudojamas kaip išeities ribojimai detaliai projektuojant sistemą. Šie reikalavimai skirti vykdytojams. Susieja sistemos reikalavimus su jos realizacija

Kas ir kokiais tikslais skaito reikalavimus?

• Vartotojo poreikiai – Užsakovo vadovybė, sistemos vartotojai, dalykinės srities specialistai, sistemos architektas. Vartotojų reikalavimų skaitytojams nesvarbu kaip Sistema bus įgyvendinta.

• Sistemos reikalavimai – Sistemos vartotojai, Dalykinės srities specialistai, sistemos architektas, PS inžinieriai. Sistemos reikalavimų skaitytojams svarbu tiksliai žinoti ką Sistema turi daryti, nes jie turi juos įgyvendinti.

• Projektiniai reikalavimai – Sistemos eksploatavimo tarnybos, Sistemos architektas, PS inžinieriai.

Dėl kokių priežasčių verta formuluoti reikalavimus?

Reikalavimus svarbu formuluoti nes, daug svarbių programų sistemų kūrimo projektų žlugo tik todėl, kad blogai buvo tvarkomasi su reikalavimais, Formulavimo metu operaciniai poreikiai yra pertvarkomi į tikslų ir išsamų aprašą, ką Sistema darys ir kaip ji veiks. Jei pradedama dirbti iki galo nesuformulavus reikalavimų arba jei jie yra nuolat kaitaliojami, gali žlugti net ir geriausiai valdomas projektas.

Kokios yra gerai suformuluoto reikalavimo savybės?

• Abstraktus

• Išsamus

• Tikslus

• Vienareikšmis

• Verifikuojamas

• Įgyvendinamas

• Integruojamas

• Lokalizuojamas

• Trasuojamas

Koks reikalavimas vadinamas abstrakčiu?

Reikalavimas vadinamas abstrakčiu jei jis suformuluotas vadovaujantis juodosios dėžės principu, t.y. specifikuoja operacinė (stebimą iš išorės) sistemos savybė ir nieko nekalba apie tai, kaip tą savybę realizuoti sistemoje.

Koks reikalavimas vadinamas išsamiu?

Reikalavimas vadinamas išsamiu, jei jis turi prasmę ne tik tuomet, kai yra nagrinėjamas kartu su kitais reikalavimais, bet ir tuomet, kai jis nagrinėjamas atskirai.

Koks reikalavimas vadinamas tiksliu?

Reikalavimas vadinamas tiksliu, jeigu visi jame vartojami terminai turi griežtai apibrėžtas reikšmes. Tai reiškia, kad negalima vartoti žodelių maždaug, beveik, apytiksliai ir pan. Negalima taip pat vartoti griežtai neapibrėžtų terminų „turi būto patogus“, „naudoti nedaug atminties“, „veikti greitai“ ir pan. Suformuluoti tikslius reikalavimus nelengva formalios specifikacijos yra tikslios, bet jas sudėtinga parašyti ir sunku skaityti. Natūraliąja kalba paprasta rašyti ir tokia kalba parašytus reikalavimus lengva skaityti, bet jie dažniausiai yra netikslus.

Koks reikalavimas vadinamas vienareikšmiu?

Reikalavimas vadinamas vienareikšmiu, jei jo negalima interpretuoti keliais skirtingais būdais. Tai nereiškia, kad reikalavimą galima įgyvendinti tik vienu būdu. Pvz.: Reikalavimą: „Kontrolinę sumą reikia imti iš paskutinio įrašo“ galima interpretuoti trimis skirtingais būdais:

• Iš failo gale esančio įrašo;

• iš vėliausiai įrašyto įrašo;

• iš paskutinio apdoroto įrašo.

Koks reikalavimas vadinamas verifikuojamu?

Reikalavimas vadinamas verifikuojamu (patikrinamu), jei yra žinomas ir prieinamas baigtinis ir kainos bei kitais požiūriais priimtinas procesas, kurį taikant galima nustatyti, ar reikalavimas tikrai yra įgyvendintas.

Koks reikalavimas vadinamas įgyvendinamu?

Reikalavimas vadinamas įgyvendinamu, jei yra žinomas ir prieinamas toks ekonominiu, juridiniu bei kitais požiūriais priimtinas technologinis procesas, kurio inovaciniai slenksčiai gali būti pašalinti per priimtą laikotarpį ir už priimtiną kainą ir kurį taikant galima sukurti sistemą, turinčia tuo reikalavimu specifikuojamą savybę.

Koks reikalavimas vadinamas integruojamu?

Reikalavimas vadinamas integruojamu, jei, sujungus jį su kitais reikalavimais, yra gaunamas tarpusavyje suderintų reikalavimų rinkinys.

Koks reikalavimas vadinamas lokalizuojamu?

Reikalavimas vadinamas lokalizuojamu, jei jį galima susieti su vienu ar keliais konkrečiais kuriamos sistemos komponentais, įgyvendinančiais tą reikalavimą. Ne visi reikalavimai yra lokalizuojami. Sistemos aplinkos reikalavimai, projektavimo standartai ir kai kurie kiti reikalavimai galioja visiems sistemos komponentams ir negali būti lokalizuoti nei viename iš jų.

Koks reikalavimas vadinamas trasuojamu?

Reikalavimas vadinamas trasuojamu, jei jis yra vienareikšmiškai įvardinamas (pvz., turi unikalų numerį) ir turi nuorodą į savo šaltinį. Egzistuoja daug reikalavimų identifikavimo būdų. Vienas iš efektyviausiu yra vartoti raidžių ir skaitmenų kombinaciją. Raidinė identifikatoriaus dalis nurodo reikalavimo rūšį, o skaitmeninė – tos rūšies reikalavimo numerį. Trasavimas reikalingas reikalavimų valdymui. Padarius kokius nors reikalavimų pakeitimus, trasuojamumas įgalina nustatyti, kokie aukštesniųjų ir žemesniųjų lygmenų reikalavimai yra susiję su keičiamu reikalavimu ir patikrinti, ar jų taip pat nereikia keisti.

Koks reikalavimas vadinamas unikaliu?

Reikalavimas vadinamas unikaliu, jei jame nėra kartojama kituose reikalavimuose pateikta informacija.

Koks reikalavimas vadinamas glaustu?

Reikalavimas vadinamas glaustu, jei jame nėra pagrindimo, apibrėžčių ar kitų nebūtinų dalykų.

Koks reikalavimas vadinamas suprantamu?

Reikalavimas vadinamas suprantamu, jei jis parašytas nevartojant tik specialistams suprantamų terminų ir yra aiškiai pasakyta, kokią funkcinę ar nefunkcinę savybę privalo turėti sistema.

Paaiškinkite funkcinių ir nefunkcinių reikalavimų skirtumus.

Funkciniai reikalavimai nusako kokias paslaugas privalo teikti sistema, kokia turi būti jos reakcija į konkrečius stimulus ir kaip ji turi elgtis konkrečiose situacijose. Nefunkcininiai reikalavimai pateikia ribojimus potencialiai galimų projektinių sprendimų aibei apima ribojimus sistemos paslaugų teikimo būdui (pvz.: maksimali trukmė), jos įgyvendinamoms funkcijoms (pvz.: patikimumas), standartus, kurių privalu laikytis ir pan. Projekto vykdymo reikalavimai taip pat nefunkciniai reikalavimai.

Paaiškinkite sistemos pagrindinio funkcionalumo ir jos pagalbinio funkcionalumo skirtumus.

Pagrindinis sistemos funkcionalumas yra tas kurio reikia patenkinti vartotojų operacinius poreikius, nusakytus užduotimis koncepciniame verslo modelyje. Pagalbinis funkcionalumas yra tas kurio reikia sistemai aptarnauti prižiūrėti, administruoti arba darbui su ja palengvinti.

Kaip nustatyti, kokius funkcinius reikalavimus turi tenkinti sistema?

Funkciniai reikalavimai turi aprašyti visas sistemos įgyvendinamas funkcijas.

Viena vertus, funkcijos turi tenkinti poreikių specifikacijoje aprašytus operacinius vartotojų poreikius.

Kita vertus, funkciniai reikalavimai yra išvedami iš verslo koncepciniame modelyje specifikuotų užduočių (tiksliau, tų užduočių, kurias nuspręsta kompiuterizuoti).

Administravimo, aptarnavimo bei priežiūros užduotys turėtų būti išvedamos iš sistemos naudojimo scenarijaus.

Kokią informaciją reikia pateikti, aprašant funkcinį reikalavimą?

Aprašant funkcinį reikalavimą reikia pateikti, funkcijos įeigą, funkcijos išeigą ir principinį algoritmą. Pradiniai duomenys ir rezultatai turi būti aprašyti detalumu, pakankamu parašyti programą. Algoritmas reikalingas tam, kad būtų galima suprasti, ką funkcija daro. Tačiau tai nereiškia, kad funkciją reikia realizuoti naudojant būtent tokį algoritmą.

23. Kokia programų sistema vadinama korektiška? Kada ji praranda savo korektiškumą?

Programų sistema vadinama korektiška, jei ji tenkina operacinius vartotojų poreikius ir funkcinės savybės atitinka reikalavimų specifikacija numatytus reikalavimas. Jei programų sistema netenkina jos funkcinių reikalavimų, ji daro ne tai, ko iš jos tikimasi ji tampa nekorektiška

24. Kokias ribojimų grupes apima nefunkciniai reikalavimai? Apibūdinkite jas trumpai.

• Interfeiso ribojimai – riboja sistemos ir jos aplinkos sąveikos būdus.

• Veikimo ribojimai – apima tikslumo, patikimumo, gyvybingumo, robastiškumo, našumo reikalavimus.

• Ekonominiai ribojimai – formuluojami siekiant sumažinti ilgalaikes išlaidas sistemai.

• Politiniai ribojimai – išplaukia iš organizacijos verslo politikos ypatumų. Tai, visu prima, verslo paslapčių apsaugos klausimai. Sistemai pažeidus verslo ribojimus, yra pažeidžiama organizacijos verslo politika.

• Teisiniai ribojimai – reglamentuoja kas leidžiama ir kas neleidžiama daryti kuriamoje PS, atsižvelgiant į galiojančius teisės aktus (asmens duomenų apsauga, statistinių duomenų apdorojimas ir pateiktis, garbinga konkurencija, teisinis konkrečios dalykinės srities reguliavimas ir kt.)

27. Kokias reikalavimų grupes apima interfeiso reikalavimai? (1)

Sąveikų su šio sąrašo dalyviais reikalavimus:

vartotojai;
kitos dalykinės programų sistemos;
operacinė sistema;
duomenų bazės;
kompiuterių tinklas;
programavimo kalbos;
dokumentai.

28. Kokias reikalavimų grupes apima vartotojo interfeiso reikalavimai? (1)

užduočių formulavimo kalbos (UFK) reikalavimai;
naudojimo paprastumo (easy-to-use) reikalavimai;
patogumo vartotojui (user-friendless) reikalavimai;
ergonominiai reikalavimai.

28. Kas tai yra užduočių formulavimo kalbos semantinė galia? Kokiais reikalavimais ji nusakoma? (2)

Nefunkciniai interfeiso ribojimai nusako kalbos semantinę galią. Viskas priklauso nuo konkretaus vartotojo: viskas turi būti kuo papraščiau, bet ne per daug supaprastinta. Kvalifikuotam specialistui gali būti per paprasta, nelabai kvalifkuotam per daug bendra, kad jis suprastu, ką gi konkrečiai padarys sistema pateikus tokią ar kitokią užduotį. Daugelis žmonių masto tam tikro abstrakcijos lygmens terminais ir nervinasi, jei jie yra verčiami mąstyti kito lygmens terminais.

30. Nuo ko priklauso užduočių formulavimo kalbos procedūriškumo laipsnis? Kokiais reikalavimais jis nusakoma? [1] (4)

Tai algoritmo samprata, kuriagrindžiama UFK.

procedūrinėse kalbose algoritmaiyra aprašomi naudojant Tiuringo mašinų formalizmą

deklaratyviosiose kalbosealgoritmai yra aprašomi naudojant Markovo natūrinių algoritmų formalizmą

funkcinėse kalbose algoritmai yraaprašomi naudojant rekursyviųjų funkcijų formalizmą

objektinėse kalbose algoritmai yra aprašomi naudojantvadinamąjį aktorių formalizmą

31. Kas tai yra užduočių formulavimo kalbos dalykinė orientacija? Kas vadinama metafora? (4)

Dalykinė orientacija - vartotojai, bent jau pradžioje,taip pat bando programų sistemą suvokti per tai, ką jie jau žino apie dalykinęsritį, t.y. jie bando mąstyti dalykinės srities metaforos terminais.

Naujas pažinimo struktūras žmonėskuria metaforizuodami esamas (jau išstudijuotas) pažinimo struktūras.

Kad metafora būtų naudinga, jituri būti išreikštiniu būdu susieta su tuo, ką norima metaforizuoti t.y. su problemine sritimi.

33. Kas tai yra užduočių formulavimo kalbos raiškos geba (išsamumas)? (2)

UFK yra išsami jei jos raiškospriemonėmis galima specifikuoti visus užduoties aspektus.

Kartais UFK turi priemones tikskaičiuojamiesiems užduoties aspektams aprašyti, nes kiti aspektai (pvz.,duomenų rašymas į bazes ar ataskaitų generavimas) yra aprašomi kitomiskalbomis.

(JavaScript naudojama praplėsti užduoties reišką)

Kokius programų sistemos aspektus riboja veikimo ribojimai? Kas atsitinka juos pažeidus?

Veikimo ribojimai apima: tikslumo, patikimumo, gyvybingumo, robastiškumo, našumo reikalavimus.

Pažeidus veikimo reikalavimus, sistema išlieka korektiška. Nėra pažeidžiama ir jos sąveika su aplinka. Tačiau yra prarandama jos operacinė kokybė. Pvz., ji veikia lėčiau, yra mažiau patikima ar labai pažeidžiama.

40. Kokias reikalavimų grupes apima veikimo ribojimai? (1)

Veikimo ribojimai apima:

tikslumo reikalavimus;
patikimumo reikalavimus;
gyvybingumo reikalavimus;
robastiškumo reikalavimus;
našumo reikalavimus.

Apibūdinkite, kas tai yra programų sistemos tikslumo reikalavimai.

Nepakanka vien tik pasakyti, kad programų sistema turi mokėti paskaičiuoti, tarkime, įmonės mėnesines išlaidas gamybai. Reikia nurodyti Kokiu tikslumu paskaičiuoti? Reikia atsižvelgti ir į vaizdavimo tikslumus pvz.: Kaip atvaizduoti varda ir pavarde, kad atskirti Jona Matusa nuo Jurgi Matusi? Sistemoje J.Matusa yra neastkiriama. Į sistemą vedami duomenys turi tenkinti verslo taisykles. Tai reiškia, kad, kuriant sistemą, reikia išreikštiniu būdu suformuoti verslo taisykles ir jas teisingai taikyti. Pasiekti tikslumą kainuoja, todėl reikia reikalauto tokio tikslumo, kokio iš tiesų reikia, bet ne didesnio.

Apibūdinkite, kas tai yra programų sistemos patikimumo reikalavimai. (2)

(Reliability) Programų sistemos trykių neigiamo poveikio vartotojų verslo tikslams dydis. Tai normalaus veikimo trykių dažnio ir ritumo matas.

Apibūdinkite, kas tai yra programų sistemos gyvybingumo reikalavimai.

Programų sistemos geba apsaugoti jos kritines funkcijas nuo trykių poveikoi. Kokiu mastu sistema gebės vykdyti kritines funkcijas trykiams pažeidus kitas jos dalis.

Apibūdinkite, kas tai yra programų sistemos robastiškumo reikalavimai.

Programų sistemos geba automatiškai atkurti savo prarastą funkcionalumą, ypač, praradus jį dėl klaidingų duomenų arba dėl kokių nors ypatingų situacijų.

Apibūdinkite, kas tai yra programų sistemos našumo reikalavimai.

• Reakcijos laikas –

1. Reakcijos laiko į įvykius reikalavimai apibūdina vartotojo sąveika su sistema

2. Rezultatų pateikties laiko reikalavima.

• Gaišties laikas (latency) – kiek laiko prie nurodyto apkrovos dydžio gali sugaišti sistema vienam įvykiui apdoroti?

• Pralaidumas (thoughput) – Kiek įvykių per nurodytą laiko tarpą prie nurodyto apkrovos dydžio turi gebėti apdoroti sistema?

• Produktyvumas – kiek resursų galima sunaudoti nurodytiems pralaidumu ir produktyvumui užtikrinti?

• Masto keitimas (scalability) – kiek papildomų resursų galima sunaudoti nurodytiems pralaidumu ir produktyvumui užtikrinti didinant sistemos apkrovas?

Kokius programų sistemos aspektus riboja ekonominiai ribojimai? Kas atsitinka juos pažeidus?

Ekonominiai ribojimai formuluojami siekiant sumažinti ilgalaikes išlaidas sistemai. Pažeidus ekonominius ribojimus, užsakovas ir/arba vykdytojai be reikalo praranda tam tikras pinigų sumas ir tai atsitinka todėl, kad tam tikros sistemos savybės buvo nepakankamai gerai apgalvotos.

Kokios reikalavimų grupės išplaukia iš ekonominių ribojimų?

Aptarnaujamumo reikalavimai,

diegimo reikalavimai,

prižiųrimumo reikalavimai,

tiražuojamumo reikalavimai.

48. Apibūdinkite, kas tai yra programų sistemos diegimo reikalavimai. [1] (4)

Diegimo reikalavimai apima:

Instaliuojamumą (Ruošinio patikimumas, instaliavimo trukmė, instaliavimo procedūros, konfiguravimas)
Įsisavinamumą (tikimybė, kad per laiką [t1,t2] atitinkamą išsilavinimą turintis asmuo sugebės išmokti dirbti su sistema ar ją administruoti)
Išmokstamumą (priklauso nuo virtualumo ir koncepcinės skaidros)

49. Apibūdinkite, kas tai yra programų sistemos aptarnaujamumo reikalavimai. (2)

Vartotojų (įskaitant sistemąadministruojantį personalą) pastangos, kurių prireikia naudojant sistemą savoužduotims vykdyti.

Galimybė pritaikyti sistemą prievartotojo įgūdžių lygmens, sistemos veiksmų siejimas su užduočių vykdymo kontekstu, specialus dažnai vykdomųoperacijų palaikymas, “karštieji” klavišai ir t.t.

Apibūdinkite, kas tai yra programų sistemos tiražuojamumo reikalavimai. (1)

Angliškai (Reusability) kokiu mastu sistemą ar jos dalis galima pakartotinai pasinaudoti kituose projektuose. Reikalavimų įgyvendinimui matuoti skirtų matų pvz.: pakartotinai panaudjamų sistemos dalių ir visų jos dalių santikis (ratio reusable parts); pakartotinai panaudotų sistemos dalių ir visų jos dalių santikis;

Kokius programų sistemos aspektus riboja politiniai ribojimai? Kas atsitinka juos pažeidus? (2)

Politiniai ribojimai išplaukia iš organizacijos verslo politikos ypatumų. Tai, visu pirma, verslo paslapčių apsaugos klausimai. Sistemai pažeidus verslo ribojimu, yra pažeidžiama organizacijos verslo politika.

Apibūdinkite, kas tai yra programų sistemos apsaugos reikalavimai? (3)

• Grėsmės, nuo kurių turi būti apsaugota sistma

• Vartotojų ir prcesų registravimo procedūros

• Vartotojų ir procesų skirstymo į klases ir teisių priskyrimo toms klasėms taisyklės

• Vartotojų ir procesų autorizavimo taisyklės

• Duomenų ir sistemos funkcijų klasifikavimo pagal slaptumo kategorijas taisyklės ir tų klasių apsaugos lygmenys.

Kokius programų sistemos aspektus riboja teisiniai ribojimai? (1)

Teisiniai ribojimai reglamentuoja kas leidžiama ir kas neleidžiama daryti kuriamoje PS, atsižvelgiant į galiojančius teisės aktus (GDPR ir t.t.) Iš teisinių ribojimų išplaukiantys reikalaviami specifikuoja tas PS savybes, kurios garantuoja, kad naudojantis Sistema nebus pažeisti kokie nors įstatymai, standartai, vyriausybės nutarimai ir pan.

55. Ką reglamentuoja ISO 9126 standartas?[1] (4)

ISO 9126 - tarptautinis PĮ kokybės vertinimo standartas.Pagrindinis šio standarto tikslas yra apibrėžti gerai žinomus žmonių daromus nukrypimus, kurie gali nepalankiai įtakoti PĮ kūrimo projekto teikimą ir supratimą.

ISO 9126 bando išdėstyti, išaiškinti bendrą projekto objektų ir tikslų supratimą.

Kokie reikalavimai vadinami anotuotais? (2)

Reikalavimai anotuojami, norit pateikti sistemą kuriančiai organizacijai tam tikras rekomendacijas.

• E – esminis (privalomas) reikalavimas kurių nešgyvendinus negali būti patenkinti operaciniai vartotojų poreikiai.

• D – pageidavimais (desirable requirement) vadinami reikalavimai, kuriuos įgyvendinus vartotojo darbas palengvėja ar supaprastėja, tačiau be kurių iš principo galima ir apseiti.

• O – papildomas (optional) reikalavimas vadinami reikalingi papildomiems vartotojų operaciniams reikalavimams tenkinti.

56.Kokie reikalavimai vadinami anotuotais? (2)

Reikalavimai anotuojami, norint pateikti sistemą kuriančiai organizacijai tam tikras rekomendacijas.

Apibrėžia:

Reikalavimo statusą (esminis, pageidautinas, pasirinktinis), Reikalavimų galiojimo laikas, Kritiškumo laipsnis (nusako pažeidimo pasekmes).

Kas tai yra reikalavimų specifikacija? Kokios yra gerai parašytos reikalavimų specifikacijos savybės? Apibūdinkite jas trumpai. (5)

Reikalavimu specifikacija – tai oficialus, juridinė galią turintis dokumentas, nustatantis kokį produktą privalo sukurti vykdytojas. Šis dokumentas NĖRA projektinis dokumentas. Jape aprašo KĄ Sistema turi daryti, bet ne tai, KAIP tai turi būti realizuota.

Gerai paraštos reikalavimų specifikacija tenkina projektuotojų poreikius. Nėra kokio nors visuotinai pripažinto reikalavimų specifikacijos formato standarto, tačiau yra įprasta numeruoti visus reikalavimus.

• Konceptualumas – reikalavimų specifikaciją yra konceptuali, jei visi joje pateikti reikalavimai yra abstraktūs, t.y. joje nėra liečiami sistemos projektavimo ar įgyvendinimo klausimai

• Koncepcinė skaidra – apima specifikacijos paprastumą aiškumą ir suprantamumą.

• Konkretumas - specifikacija yra konkreti, jei gali būti patikrintas visų joje suformuluotų reikalavimų įgyvendinimo laipsnis.

• Geras struktūrizavimas – joje griežtai išlaikytas turinių atskyrimo principas.

• Tikslumas – visi joje suformuluoti reikalavimai yra tikslūs.

• Išsamumas – specifikacijoje aprašytas visas reikalingas sistemos funkcionalumas ir visi joje pateikti reikalavimai yra išsamūs.

• Vienareikšmiškumas – joje neturi būti jokių dviprasmybių

• Trasojamumas – reikalavimai yra lokalizuojami ir reikalavimų ir projektinė specifikacijas galima tarpusavyje susieti kryžminėmis nuorodomis

• Darna – visi jame suformuluoti reikalavimai yra integruojami jokiu prieštaravimų dokumente nėra

• Keičiamumas – dokumentas turi būti lengvai keičiamas

• Naudojimo patogumas - mažai kas skaito visą dokumentą, keikvienam reikia tik, to kas jam svarbu. Todėl dokumentas turi būti parašytas taip, kad juo būtų galima naudotis kaip žinynu.

Komponentas (angl. Feature)

vienas ar daugiau logiškai susijusių sistemos galimybių, teikiančių naudotojui vertę ir apibūdinami funkcinių reikalavimų rinkiniu;

58. Funkcinis reikalavimas (angl. Functional requirement)

vienas ar daugiau logiškai susijusių sistemos galimybių, teikiančių naudotojui vertę ir apibūdinami funkcinių reikalavimų rinkiniu;

Nefunkcinis reikalavimas (angl. Nonfunctional requirement)

nustatymo ar charakteristikos aprašymas, kurį sistema privalo tenkinti arba ribojimas, į kurį sistema privalo atsižvelgti

Zachmano metodikos esmė.

Zachmano metodika numato 6 reikalimų formulavimo lygmenis, aprašančius skirtingų projekto dalyvių požiūrius į kuriamąją programų sistemą.

Produkto reikalavimų ir projekto reikalavimų skirtumai ir sąryšiai.

Produkto reikalavimai aprašo, ką reikia sukurti. Projekto reikalavimai aprašo, kaip tą produktą reikia kurti.