Learning complex systems is a challenging task. The learning curve often depends on what experience the learner has and how familiar he is with the system domain. Particularly beginner may face serious problems in understanding the details of complex systems like various software platforms, standard API’s or formats. The understandability of a complex system can be improved by graphical representations. A good candidate for the graphical description of software-related systems is the Unified Modeling Language (UML), which is a widely used standard design notation and thus assumingly familiar for most software engineers. Such a graphical description effaces unessential technical details like the intricacies of a particular textual syntax or implementations of methods, and shows the abstract relationships between the different parts of the system. The class models generation features of Case systems are described in this work. Reviews of object orientated software design tools are given. Reviewed tools hold UML notation and abilities to fully or partly generate programmer code. Tools comparison tables are presented. After evaluation of Enterprise meta model, Class meta model was improved. There is enough information in Knowledge basis to generate Class meta model. This work presents the algorithm of generation of activity of class model on the basis of enterprise model and its specification. Results of the step of the algorithm are illustrated graphically by UML notation... [to full text]

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]

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.