Viena iš problemų, su kuria susiduria informacinių sistemų kūrėjai, tai veiklos taisyklių atradimas. Tai procesas, kurio metu identifikuojamos veiklos taisyklės, įtakojančios kuriamą informacinę sistemą. Veiklos taisyklių atradimas gali trukti visą IS kūrimo laiką: daugelis jų atrandama specifikuojant vartotojų poreikius, taip pat projektuojant IS modelius. Derėtų nepamiršti, kad IS kūrimas – tai procesas, išsidėstęs laike, todėl tuo metu pati veikla, savaime aišku, nestovi vietoje ir gali generuoti naujas taisykles ar senų pakeitimus. Taigi taisyklės atrandamos viso proceso metu ir netgi po jo. Kurgi dėti, kaip dokumentuoti naujai atrastą taisyklę? Daugelis mokslininkų siūlo susikurti tam tikros formos blanką ir jame užrašyti veiklos taisyklės specifikaciją. Be abejo tai gali būti ir kompiuterinis failas. Šio darbo objektas veiklos taisyklėmis grindžiamas vartotojo reikalavimų kuriamai informacinei sistemai specifikavimas. Darbo tikslas yra pasiūlyti veiklos taisyklėmis grindžiamo vartotojo poreikių specifikavimo metodą ir CASE priemonę jam palengvinti. Iškelti uždaviniai yra tokie: • Apžvelgti veiklos taisyklių koncepciją; • Aptarti veiklos taisyklių struktūrizavimo metodus; • Apžvelgti veiklos taisyklių struktūrizavimo proceso eigą; • Realizuoti pasirinktą veiklos taisyklėmis grindžiamos vartotojo reikalavimų saugyklos modelį; • Pateikti išvadas ir pasiūlymus tolesniam sistemos vystymui. Laukiamas rezultatas veikianti vartotojo reikalavimų saugykla. / The success of requirements analysis often decides the quality of the finished information system (IS). Application of ideas behind the business rules approach for requirements analysis could help narrow the gap between business representatives and analysts thus paving the way to a better requirements specification. In this paper a framework for business rules driven IS requirements specification is presented. The proposed approach is based on discovery of functions, business decisions and underlying business rules. The management of captured requirements as well as the generation of relevant documentation is performed using the repository system, major implementation guidelines of which are also discussed. The prototype of the repository system has been implemented. The problems of the proposed approach that were discovered during the experimental implementation are also discussed.

Informacijos sistemų (IS) kūrimo procesas turi gan nusistovėjusią struktūrą, tačiau ji neužtikrina aukštos kuriamų sistemų kokybės ir optimalaus atitikimo vartotojų poreikiams. Paprastai IS kūrimas susideda iš šių etapų: reikalavimų surinkimo, analizės ir specifikavimo, projektavimo, realizavimo, testavimo, diegimo ir sistemos palaikymo. Būtent išsamus ir teisingas reikalavimų specifikacijos sudarymas užtikrina tolimesnę projekto sėkmę. Tai inicijuoja naujų metodų kūrimą, kurie akcentuoja veiklos taisyklių (VT) koncepciją. Pagal šią koncepciją IS kūrimo metu taisyklės atskiriamos nuo kitų sistemą sudarančių objektų, taip sukuriant prielaidas tikslesniam reikalavimų fiksavimui. Šio darbo tikslas išnagrinėti KTU Informacijos sistemų katedroje sukurtą veiklos taisyklėmis grindžiamos reikalavimų specifikacijos sudarymo metodą ir pagerinti tiriamo metodo pritaikomumą sistemos projektavimo stadijoje. Pagal minėtą metodą, baigus reikalavimų specifikavimo procesą, visi surinkti ir struktūrizuoti reikalavimai fiksuojami saugykloje. Analizuojant šiuos duomenis siekiama turimus reikalavimus transformuoti į UML kalbos diagramas. / Information system (IS) development process has a relatively consistent structure, although it does not guarantee that all user requirements are represented correctly in the final system. Typically IS development consists of the following phases: requirements capture, analysis and specification, design, development, testing, installation and system support. The complete and correct requirement specification facilitates the further success of the project, therefore it is extremely important. This simple fact is one of the reasons why new approaches, such as those based on the business rules (BR) concept, keep on emerging. According to the BR concept, the business rules are separated from other system constitutive objects, thus creating an environment for a more accurate requirement capture. The main goal of this work was to examine the business rules based requirements specification method developed at KTU Department of Information system and come up with the ways of how to use the specified requirements during the system design phase. The decision was made to create the requirements-to-UML diagrams transformation methodology, which is presented in this document. The methodology was evaluated using a partial prototype implementation showing it can be applied in practice.