1 / 51

Reikalavimų inžinerija

Reikalavimų inžinerija. asist. V.Giedrimas. P lanas. Reikalavimo samprata ir savybės Reikalavimų inžinerijos samprata Bendrieji reikalavimų inžinerijos principai Reikalavimų formulavim o būdai Reikalavimų rūšys. Reikalavim o samprata.

Télécharger la présentation

Reikalavimų inžinerija

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Reikalavimų inžinerija asist. V.Giedrimas

  2. Planas • Reikalavimo samprata ir savybės • Reikalavimų inžinerijos samprata • Bendrieji reikalavimų inžinerijos principai • Reikalavimų formulavimo būdai • Reikalavimų rūšys

  3. Reikalavimo samprata • Objekto ar proceso reikalavimu vadinama specifikacija, sutartimi su užsakovu, standartu arba kokiu nors kitu juridinę galią turinčiu ir įpareigojančiu dokumentu numatyta to objekto(ar proceso) savybė.

  4. Reikalavimų savybės • Reikalavimas yra vadinamas abstrakčiu, jei jis specifikuoja operacinę (t.y. stebimą iš išorės) objekto (proceso) savybę. • Reikalavimas vadinamas įgyvendinamu, jei yra žinomas toks ekonominiu, juridiniu bei kitais požiūriais priimtinas technologinis procesas <...> kurį taikant galima sukurti objektą (procesą), turintį tuo reikalavimu specifikuojamą savybę.

  5. Reikalavimų savybės • Reikalavimas vadinamas integruojamu, jei, sujungus jį su kitais reikalavimais, yra gaunamas tarpusavyje suderintų reikalavimų rinkinys. • 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.

  6. Reikalavimų savybės • Reikalavimas vadinamas lokalizuojamu, jei jį galima susieti su bent vienu specifikuojamojo objekto (proceso) komponentu. • Reikalavimas vadinamas trasuojamu, jei jis yra vienareikšmiškai įvardinamas ir turi nuorodą į šaltinį. • Reikalavimas vadinamas suprantamu, jei jis yra vienareikšmis.

  7. Reikalavimų savybės • Reikalavimas vadinamas glaustu, jei jame aprašoma tik specifikuojamoji objekto (proceso) savybė ir nėra aiškinami reikalavimo motyvai, tos savybės paskirtis ir pan. • Reikalavimas vadinamas unikaliu, jei jame nėra kartojama kituose reikalavimuose pateikta informacija.

  8. Reikalavimų savybės • Reikalavimas vadinamas verifikuojamu, jei egzistuoja baigtinis kainos ir kitais požiūriais priimtinas procesas, kurį taikant galima nustatyti, kiek reikalavimas yra įgyvendintas.

  9. Bendrieji reikalavimų inžinerijos principai • Reikalavimų inžinerija nagrinėja, kaip sudaryti kuriamos sistemos reikalavimus, t.y. kaip juos formuluoti, specifikuoti, analizuoti ir vertinti. • Specifinius programų sistemų reikalavimų sudarymo metodus nagrinėja programų sistemų reikalavimų inžinerija.

  10. Reikalavimų inžinerijos samprata • Operacinė sistemos koncepcija • Funkcinė dekompozicija • Reikalavimų lokalizavimas • Reikalavimų nuleidimas žemyn.

  11. Operacinė sistemos koncepcija • Prieš pradedant rengti reikalavimus, reikia: • Ištirti būsimųjų sistemos naudotojų operacinius poreikius; • suformuluoti sistemos naudojimo koncepciją. Ji vadinama operacine sistemos koncepcija.

  12. Operacinė sistemos koncepcija • Operacinė sistemos koncepcija aprašo: • tikslus, kurių bus siekiama naudojant sukurtąją sistemą, kokiu būdu sistema tenkins operacinius naudotojų poreikius, • numatomus sistemos naudojimo scenarijus, • organizacinius, valdymo, technologinius ir kitokius procesus, kurių priemonėmisnumatoma įgyvendinti sistemos naudojimo scenarijus.

  13. Reikalavimų inžinerijos samprata • Operacinė sistemos koncepcija • Funkcinė dekompozicija • Reikalavimų lokalizavimas • Reikalavimų nuleidimas žemyn.

  14. Funkcinė dekompozicija(FD) • Funkcine sistemos dekompozicija vadinamas jos funkcinės architektūros projektavimo procesas. • Pirmajame FD žingsnyje sistema skaidoma į funkcinius komponentus, iš kurių kiekvienas tik vieną tiksliai apibrėžtą ir nepriklausomą funkciją. • Po tokiekvienas funkcinis komponentas skaidomas į žemesniojo lygmens funkcinius komponentus. • Procesas tęsiamas tol, kol sistema suskaidomaį funkcinius primityvus.

  15. Reikalavimų lokalizavimas • Sistemos reikalavimų lokalizavimu vadinamas sistemos reikalavimų skaidymo į bendrus elementus turinčias grupesir tų grupių susiejimo su atitinkamais funkciniais sistemos komponentais procesas.

  16. Reikalavimų lokalizavimas

  17. Reikalavimų nuleidimas žemyn • Sistemos reikalavimų nuleidimas lygmeniu žemiau - tai <...> reikalavimų išvedimo iš lokalizuotų <...> reikalavimų ir išvestųjų reikalavimų papildymo (detalizavimo) procesas.

  18. Reikalavimų trasavimas • Reikalavimų trasavimu vadinamas žemesniojo lygmens reikalavimo išvedimo iš aukštesniojo lygmens kelių nustatymo ir tų kelių dokumentavimo procesas.

  19. Reikalavimų trasavimas

  20. Reikalavimų formulavimo būdai • nusakant pageidaujamas kuriamosios programų sistemos savybes, • deklaratyviai, • procedūriškai, • pateikiant reprezentatyvių pavyzdžių rinkinį, • pateikiant kuriamosios sistemos maketą. • nusakant nepageidaujamas tos sistemos savybes.

  21. Reikalavimų svarba • Ne visi programų sistemos reikalavimai yra vienodai svarbūs. • Dažniausiai jie skirstomi į tris skirtingo statuso grupes: • privalomi reikalavimai, • pageidavimai, • papildomi reikalavimai.

  22. Reikalavimų svarba • Privalomais vadinami tie reikalavimai, kurių neįgyvendinus negali būti realizuotas sistemos naudojimo siekis. • Pageidavimais vadinami reikalavimai, kuriuos įgyvendinus palengvėja arba supaprastėja sistemos siekio realizavimas. • Papildomais vadinami tokie reikalavimai, kuriuos įgyvendinus yra praplečiamas sistemos naudojimo siekis. Jie įgyvendinami už papildomą mokestį.

  23. Reikalavimų rūšys • Projekto reikalavimai • Programų sistemos reikalavimai

  24. technologiniai kokybės valdymo konfigūracijos valdymo vykdymo terminų vykdymo kontrolės finansavimo projekto rezultatų ir jų pateikimo, projekto rezultatų aprobavimo, garantijų, ginčų sprendimo tvarkos, ypatingieji. Projekto reikalavimai

  25. Programų sistemos reikalavimai • Programų sistemos reikalavimais nustatoma, kokią programų sistemą reikia sukurti. • Reikalavimai skirstomi į funkcinius ir nefunkcinius.

  26. Funkciniai reikalavimai • Funkciniais programų sistemos reikalavimais nusakoma, ką ta sistema turi gebėti daryti. • Formuluojant funkcinius reikalavimus, kiekvienai funkcijai yra nurodomi jos pradiniai duomenys, atliekami veiksmai ir rezultatai. • Be to, reikia nurodyti funkcijų vykdymo tvarką ir jų vykdymo technologinius apribojimus.

  27. Nefunkciniai reikalavimai • Funkciniais programų sistemos reikalavimais nusakoma, kaip ta sistema turi gebėti daryti. • NF reiklavimų rūšys: • Programų sistemos interfeiso reikalavimai • Programų sistemos veikimo reikalavimai • Iš ekonominių apribojimų išplaukiantys reikalavimai • Iš politinių apribojimų išplaukiantys reikalavimai

  28. Programų sistemos interfeiso reikalavimai • Programų sistemos interfeisų tipai. : • naudotojo interfeisas, • operacinės sistemos interfeisas, • programavimo kalbos interfeisas, • kompiuterinio ryšio interfeisas, • duomenų bazių interfeisas, • dokumentų mainų interfeisas.

  29. Programų sistemos interfeiso reikalavimai • Atvirąja, arba atviros architektūros sistema, vadinama tokia programų sistema, kurios visi išoriniai interfeisai yra suprojektuoti pagal tarptautinius atvirųjų sistemų standartus. • Atviroji sistema ≠atviro kodo sistema !!!

  30. Programų sistemos interfeiso reikalavimai XML

  31. Nefunkciniai reikalavimai • Funkciniais programų sistemos reikalavimais nusakoma, kaip ta sistema turi gebėti daryti. • NF reiklavimų rūšys: • Programų sistemos interfeiso reikalavimai • Programų sistemos veikimo reikalavimai • Iš ekonominių apribojimų išplaukiantys reikalavimai • Iš politinių apribojimų išplaukiantys reikalavimai

  32. Programų sistemos veikimo reikalavimai • tikslumo reikalavimai, • patikimumo reikalavimai, • robastiškumo (atsparumo) reikalavimai, • našumo reikalavimai.

  33. Nefunkciniai reikalavimai • Funkciniais programų sistemos reikalavimais nusakoma, kaip ta sistema turi gebėti daryti. • NF reiklavimų rūšys: • Programų sistemos interfeiso reikalavimai • Programų sistemos veikimo reikalavimai • Iš ekonominių apribojimų išplaukiantys reikalavimai • Iš politinių apribojimų išplaukiantys reikalavimai

  34. Nefunkciniai reikalavimai • Funkciniais programų sistemos reikalavimais nusakoma, kaip ta sistema turi gebėti daryti. • NF reiklavimų rūšys: • Programų sistemos interfeiso reikalavimai • Programų sistemos veikimo reikalavimai • Iš ekonominių apribojimų išplaukiantys reikalavimai • Iš politinių apribojimų išplaukiantys reikalavimai

  35. Reikalavimų formulavimo žingsniai

  36. Reikalavimų formulavimo žingsniai • Analizės planavimas • Informacijos rinkimas • Faktų klasifikavimas ir apibendrinimas • Reikalavimų specifikavimas • Reikalavimų vertinimas

  37. Analizės planavimo eiga • Nustatyti analizės ribas, sudaryti pklausiamų asmenų ir studijuojamų dokumentų sąrašus (analizės objektas), • sudaryti užduočių sąrašą (analizės tikslai), • numatyti vykdytojus, skirti jiems darbo vietą, reikalingas darbo priemones ir lėšas(analizės resursus), • nustatyti užduočių vykdymo tvarką ir terminus (analizės planas).

  38. Analizės planavimas

  39. Reikalavimų formulavimo žingsniai • Analizės planavimas • Informacijos rinkimas • Faktų klasifikavimas ir apibendrinimas • Reikalavimų specifikavimas • Reikalavimų vertinimas

  40. Informacijosšaltiniai • Užsakovai, dalykinės srities ekspertai bei asmenys, vykdantys dalykinės srities proicesus; • Rašytiniai šaltiniai • Tiesaioginis vykstančių procesų stebėjimas

  41. Informacijos rinkimo būdai • Interviu • Anketavimas • Aptarimas

  42. Informacijosrinkimo sėkmę lemia... • ... užsakovo kompetencija ir turima kompiuterizacijos patirtis, • ...užsakovo suinteresuotumas darbų sėkme, • ...analitikų profesinė patirtis ir jų turimos dalykinės srities žinios, • ...analizėje dalyvaujančių asmenų sugebėjimas diskutuoti, • ...geri analizėje dalyvaujančių asmenų tarpusavio santykiai, • ...geras analizės planas ir jo aprūpinimas resursais.

  43. Reikalavimų formulavimo žingsniai • Analizės planavimas • Informacijos rinkimas • Faktų klasifikavimas ir apibendrinimas • Reikalavimų specifikavimas • Reikalavimų vertinimas

  44. Faktų klasifikavimas ir apibendrinimas

  45. Faktų klasifikavimas ir apibendrinimas

  46. Reikalavimų formulavimo žingsniai • Analizės planavimas • Informacijos rinkimas • Faktų klasifikavimas ir apibendrinimas • Reikalavimų specifikavimas • Reikalavimų vertinimas

  47. Reikalavimų specifikavimas • Kuriamos programų sistemos reikalavimai aprašomi dokumente,vadinamame programų sistemosspecifikacija

  48. Reikalavimų specifikavimas • Pagrindiniai koncepcinio rinkinio dokumentai yra šie: • operacinė sistemos naudojimo koncepcija, • (kodėl yra kuriama programų sistema) • programų sistemos reikalavimų specifikacija, • (kokias funkcijas turi vykdyti sukurtoji sistema ir kokiomis kitomis ypatybėmis ji turi pasižymėti) • projekto reikalavimų specifikacija, • (kokiais terminais ir kokie darbai turi būti atlikti ir t.t.) • darboužduotis. • (kokie darbai turi būti atlikti ir kas turi būti padaryta tų darbų metu)

  49. Reikalavimų specifikavimas • Lietuvoje dažniausiai rengiami du dokumentai • techninė užduotis programų sistemai sukurti • operacinė sistemos koncepcija • programų sistemos reikalavimai • darbo užduotis • dalis projekto reikalavimų • sutartis tarp užsakovo ir vykdytojo. • likusioji dalis projekto reikalavimų

  50. Reikalavimų formulavimo žingsniai • Analizės planavimas • Informacijos rinkimas • Faktų klasifikavimas ir apibendrinimas • Reikalavimų specifikavimas • Reikalavimų vertinimas

More Related