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.