Pagrindinis darbo tikslas – sukurti struktūrizuotų ribojimų įvedimo į informacinių sistemų modelius įskiepį. Išbandyti struktūrizuotus ribojimus buvo pasirinkta MagicDraw UML sistema, kuriai sukurtas veiklos taisyklių įvedimo įskiepis. Įskiepis remiasi pagrindiniais šablonizuoto įvedimo principais ir dalinai užtikrina įvedamų duomenų teisingumą, kadangi aprašant ribojimus galima pasirinkti modelio elementus pagal jų navigavimo ryšius. Pasiūlytas prototipas skirtas sistemų analitikui, kuris aprašo sistemos reikalavimus. Sukurtas prototipas pasiekia užsibrėžtus darbo tikslus ir gali būti tobulinamas ateityje. Ribotos natūraliai kalbai artimos kalbos šablonai gali būti kuriami panaudojant TBEProfile modulį. Įskiepio pagalba sukurtos veiklos taisyklės yra struktūrizuotos ir nesunkiai suprantamos. Tai padidina projekto kūrimo automatizavimo lygį. Vartotojas naudojantis prototipu gali specifikuoti veiklos taisykles UML klasių, protokolų būsenų, būsenų mašinų, sekų ir veiklos diagramose. Įskiepis buvo sukurtas JAVA programavimo kalba ir naudojantis „MagicDraw UML“ OpenApi dokumentacija. / The main goal of this project was to develop template based business rules plug-in for CASE tool. We have chosen to create plug-in for CASE tool “Magic Draw UML”. This plug-in extends “Magic Draw UML” abilities of constraints creation, because system partially ensures the correctness of constraint elements. Plug-in was developed for system analysts, who precisely specify requirements for systems. The prototype we made successfully embodies main goals of project and can be improved in the future. Limited natural language templates can be specified using TBEProfile module. Business rules created with plug-in are formatted and clear to understand. It helps to improve project engineering level of automation. User using prototype is able to specify business rules in UML class, state protocol, state machine, sequence and activity diagrams. System was created using JAVA programming language and “Magic Draw UML OpenAPI”.

Nepakankamos informacinių sistemų projektavimo priemonių galimybės labai išplečia projekta-vimo proceso trukmę. Dažnai projektavimo ciklas susideda iš kelių etapų. Paprastai pradžioje aprašoma probleminė sritis (kaupiamos žinios apie veiklą), specifikuojami vartotojo reikalavimai, po to sudarinėjami projektiniai sprendimai (sistemos klasių modelis ir kt.). Projektinių sprendimų kūrimas veiklos žinių pagrindu nėra automatizuotas, dėl to šis procesas užtrunka ilgai. Neautomatizuotas IS projektavimas ne tik užtrunka ilgiau, bet ir įveda didesnę klaidos pasitai-kymo galimybę. T.y. žmogiškas faktorius gali lemti, kad bus atsižvelgta ne į visus veiklos žinių bazėje saugomus įrašus. Įrašai taip pat gali būti ne tinkamai interpretuojami ir t.t. Darbe plačiai analizuojamos IS kūrimo priemonės ir atsižvelgiant į privalumus ir trūkumus pasiūlomas metodas proceso optimizavimui. Metodas - skirtas klasių modelio sudarymui pagal veiklos žinias. / Insufficient capabilities of information systems design tools extends the duration of the design process. Often, the design cycle consists of several stages. Usually at the beginning, then the domain is described (collected knowledge of the activities), analytics specifies user requirements. Only after this design solution (the system class models, etc.) can be developed. Enterprise Knowledge-based Devel-opment of the design solutions is not automated therefore the duration of the design process is long. There are a lot of disadvantages of not automated process. Non-automated design not only takes longer, but also creates a greater possibility of the error occurrence. That is because the human factor can be taken into account because, that not all the activities stored in the knowledge base. Also records may not be correctly interpreted, and etc. Thus, the expected solution is a method which will be used to generate information system de-sign solutions (specifically - information system class model of the platform independent level) based on the knowledge (the description of the domain) stored in knowledge base. Of all design solutions, the class model is one of the major information system project solutions. Therefore this should efficiently optimize the design process of information system. In this paper you will discover the possible solution – proposed prototype of algorithm and pro-totype of knowledge base. Solution is realized on “MagicDraw UML” platform therefore it... [to full text]

Darbe tyrinėjama veiklos taisyklių koncepcija ir jos taikymas projektuojant informacijos sistemas. Pagrindinis tyrimo objektas yra kompiuterizuotas grafinis veiklos taisyklių modeliavimas informacijos sistemų projektavimo stadijoje. Tyrimo tikslas: atskleisti grafinio VT modeliavimo greta UML galimybes, sukuriant ir išbandant modifikuotu Roso metodu grindžiamą MagicDraw UML įrankio įskiepį, kuris leistų modeliuoti veiklos taisykles, užmezgant ryšius tarp taisyklių ir esamomis MagicDraw UML priemonėmis sukurtojo duomenų modelio (klasių diagramos) elementų. / Information system (IS) modeling is popular and constantly developing. However there is a wantage for solutions of realization of computer engineering activities in the business rules based methods. One of the most prominent of this kind of methods is the Ross method, allowing the creation of formal business rules graphic models. This work specifies and implements business rules modeling tool, which use Ross method, into computer engineering tool MagicDraw UML as plugin.

Programinės įrangos kūrimo procese reikalavimų rinkimo ir jų analizės etapai yra patys svarbiausi, nuo jų priklauso tolesnių programinės įrangos kūrimo etapų įgyvendinimas. Informacinių sistemų specifikavimui dažniausiai naudojamos projektavimo kalbos (UML, Z, DFD, OCL ir t.t.), kurių supratimui reikalingos specifinės žinios. Užsakovo projektavimo kalbos žinios dažnai yra minimalios, tad jis pasitiki projektuotojo žiniomis ir pateiktų reikalavimų interpretavimu. Projektavimo etape tinkamai užsakovo nesuprastų, formalia kalba specifikuotų, sistemos projektinių modelių netikslumai, dažnai išryškėja tik realizavimo etape. Klaidingai IT specialisto interpretuotų žinių padarinių taisymas yra brangus ir pailgina programinio produkto kūrimo trukmę. Šiam nesusišnekimui išvengti buvo pasiūlyta dalykinę sritį aprašinėti veiklos taisyklėmis natūralios kalbos šablonais. Veiklos taisyklės yra struktūrizuotos ir vienareikšmiškai interpretuojamos tiek IT specialistų, tiek verslo atstovų. Šis dalykinės srities aprašymo metodas yra labai neseniai pasirodęs ir dar nėra nusistovėjusių standartų jo taikyme. Šiame darbe bus kuriamas algoritmas, kuris veiklos taisyklių pagrindu patikslins nuo skaičiavimų nepriklausomo (arba nuo platformos nepriklausomo) lygmens duomenų modelius. Tuo savo ruoštu paspartindamas projektinių modelių kūrimą ir patikslinimą automatizuojant veiklos taisyklių ir klasių modelio analizę. / Software development process of the collection and analysis phases are the key, since they belong to the software development phases of implementation. Information systems are the most used in the design specification language (UML, Z, DFD, OCL, etc.), understanding the need for specific knowledge. Customer's design language is often minimal, so he is confident in the knowledge the designer and the requirements of the interpretation. The design phase of the customer due misunderstood formally specified language, system design models, inaccuracies, often become apparent only in the realization phase. Erroneous interpretation of the IT professional knowledge effects editing is expensive and prolonged the duration of software product development. This misunderstood was proposed to avoid the subject area specificate operational rules of natural-language ralios pattern. Activities are structured and unambiguous interpretation of the IT professionals and business representatives. The Subject field of the description method is a very recent and has not established standards for its application. This work will be developed in the algorithm, the business rules-based adjustments to the calculations of independent (or platform-independent) level of data models. Meanwhile, prepare their own models for accelerating the development of design automation and to verify rules and model of class analysis.