Wyniki wyszukiwania - BazTech

1

A novel approach to automated behavioral diagram assessment using label similarity and subgraph edit distance

Fauzan Reza, Siahaan Daniel Oranova, Rochimah Siti, Triandini Evi

Computer Science

|

2021

|

T. 22 (2)

191–207

EN

The Unified Modeling Language (UML) is one of the standard languages that are used in modeling software; therefore, UML is widely taught in many universities. Generally, teachers assign students to build UML diagram designs based on a predetermined project; however, the assessment of such assignments can be challenging, and teachers may be inconsistent in assessing their students’ answers. Thus, automated UML diagram assessment becomes essential to maintaining assessment consistency. This study uses a behavioral diagram as the object of research, since it is a commonly taught UML diagram. The behavioral diagram can show a dynamic view of the software. This study proposes a new approach to automatically assessing the similarity of behavior diagrams as reliably as experts do. We divide the assessment into two portions: semantic assessment, and structural assessment. Label similarity is used to calculate semantic assessment, while subgraph edit distance is used to calculate structural assessment. The results suggest that the proposed approach is as reliable as an expert in assessing the similarity between two behavior diagrams. The observed agreement value suggests a strong agreement between the use of experts and the proposed approach.

2

Towards Extending UML's Activity Diagram for the Architectural Modeling, Analysis, and Implementation

Kose Mehmet Alp, Ozkaya Mert

Annals of Computer Science and Information Systems

|

2020

|

Vol. 21

639--648

EN

SAWUML is a general-purpose software modeling language that extends UML by unifying component and sequence diagrams for the specifications of software architectures. While component diagram is used for modeling the system structures, sequence diagram is extended with the Design-by-Contract approach for the modeling of system behaviors. In this paper, we aim at enhancing the language usability by providing alternative modeling choices for practitioners. To this end, we extended SAWUML's notation set with UML's activity diagram for the behavior modeling. So, practitioners may now use either sequence or activity diagrams, while the system structures are still modeled with component diagrams. We also extended SAWUML's modeling editor for creating software architecture models together with component and activity diagrams and the code generators for automatically obtaining (i) formal models in SPIN's ProMeLa for formal verification and (ii) Java-based implementation. We illustrate our language extension with the gas station case-study.

3

The Syntax of a Multi-Level Production Process Modeling Language

Vještica Marko, Dimitrieski Vladimir, Kordić Slavica, Ristić Sonja, Luković Ivan, Pisarić Milan

Annals of Computer Science and Information Systems

|

2020

|

Vol. 21

751--760

EN

The fourth industrial revolution introduces changes in traditional manufacturing systems and creates basis for a lot-size-one production. The complexity of production processes is significantly increased, alongside the need to enable efficient process simulation, execution, monitoring, real-time decision making and control. The main goal of our research is to define a methodological approach and a software solution in which the Model-Driven Software Development (MDSD) principles and Domain-Specific Modeling Languages (DSMLs) are used to create a framework for the formal description and automatic execution of production processes. In that way production process models are used as central artefacts to manage the production. In this paper, we propose a DSML which can be used to create production process models that are suitable for automatic generation of executable code. The generated code is used for automatic execution of production processes within a simulation or a shop floor.

4

Konstrukcja diagramu klas UML z zastosowaniem Model-Driven Development

Górski T., Sowa M.

Biuletyn Wojskowej Akademii Technicznej

|

2016

|

Vol. 65, nr 1

111--129

PL

Transformacje modeli odgrywają istotną rolę w projektach projektowania systemów informatycznych wykorzystujących Model-Driven Development (MDD). Pozwalają automatyzować powtarzalne i dobrze określone czynności, przez co skracają czas projektowania oraz umożliwiają zmniejszenie liczby błędów. Wpodejściu obiektowym kluczowymi elementami są przypadki użycia. Są one opisywane, modelowane, a później projektowane, aż uzyskiwany jest działający kod aplikacji. W artykule przedstawiono transformację Communication-2-Class umożliwiającą automatyzację konstrukcji diagramu klas języka Unified Modeling Language (UML) tworzonego w realizacji przypadku użycia w ramach modelu analitycznego/projektowego. Diagram klas UML tworzony jest na podstawie diagramu komunikacji UML dla realizacji przypadku użycia. Dzięki temu diagram klas przedstawia wszystkie klasy zaangażowane w realizację przypadku użycia i związki między nimi. Wtyczka realizująca transformację Communication-2-Class została zrealizowana w środowisku IBMRational Software Architect. W artykule przedstawiono także wyniki testów opracowanej wtyczki realizującej transformację Communication-2-Class pokazujące możliwości skrócenia czasu projektowania realizacji przypadku użycia.

EN

Model transformations play a key role in software development projects based on Model-Driven Development (MDD) principles. Transformations allow for automation of repetitive and well-defined steps, thus shortening design time and reducing a number of errors. In the object-oriented approach, the key elements are use cases. They are described, modelled and later designed until executable application code is obtained. The aim of the paper is to present transformation of a model-to-model type, Communication-2-Class, which automates construction of Unified Modelling Language (UML) class diagram in the context of the analysis/design model. An UML class diagram is created based on UML communication diagram within use case realization. As a result, a class diagram shows all of the classes involved in the use case realization and the relationships among them. The plug-in which implements Communication-2-Class transformation was implemented in the IBMRational Software Architect. The article presents the tests results of developed plug-in, which realizes Communication-2-Class transformation, showing capabilities of shortening use case realization’s design time.

5

Wolne oprogramowanie do projektowania baz danych przestrzennych

Cichociński P., Dębińska E.

Roczniki Geomatyki

|

2011

|

T. 9, z. 4

43-52

PL

Projektowanie baz danych przeprowadza się w trzech głównych etapach nazwanych projektowaniem pojęciowym, projektowaniem logicznym oraz projektowaniem fizycznym. Kluczowym zadaniem jest zbudowanie schematu pojęciowego, czyli precyzyjne zdefiniowanie obiektów zainteresowania i zidentyfikowanie związków między nimi. Obecnie najpopularniejszym sposobem tworzenia baz danych jest użycie narzędzi komputerowo wspomaganej inżynierii oprogramowania (ang. Computer Aided Software Engineering - CASE) (Dębińska, Cichociński, 2006). Dane modeluje się z wykorzystaniem metodyki obiektowej (Zeiler, 1999), a do zapisu schematu pojęciowego bazy danych wykorzystuje się ujednolicony język modelowania (ang. Unified Modeling Language - UML), co pozwala na opisanie rzeczywistości w sposób bardziej naturalny, ułatwia śledzenie powiązań pomiędzy poszczególnymi obiektami oraz umożliwia automatyczne wygenerowanie bazy danych zgodnej z założoną specyfikacją. Bazy danych przestrzennych są rodzajem baz danych uwzględniających przestrzenny aspekt danych, co oznacza, że baza danych oprócz atrybutów opisowych obiektów zawiera również zapis ich geometrii. Dostępna obecnie oferta oprogramowania pozwalającego na zapisanie, z wykorzystaniem narzędzi CASE, projektu bazy danych przestrzennych w języku UML jest stosunkowo uboga. Niewiele jest narzędzi CASE pozwalających na tworzenie diagramów UML, które umożliwiają projektowanie baz danych przestrzennych.

EN

Designing databases is carried out in three main stages, known as the conceptual design, logical design and physical design. Currently, the most popular way to create databases is to use computeraided engineering tools (Computer Aided Software Engineering- CASE). The key task in creating the conceptual scheme is to precisely define the objects of interest and to dentify the relationships between them. For recording the conceptual scheme of a database, a Unified Modelling Language is used (UML), which facilitates, among others, tracking the links between individual objects, and allows automatic generation of a database in accordance with the required specification. Spatial databases are a kind of subtype of databases with added spatial factor, which means that, in addition to the descriptive attributes of the objects, the database concerned also contains a record of their geometry. Formal grounds for such method of spatial data recording are specified in the ISO 19100 series standards and Open Geospatial Consortium (OGC) specifications. Until recently, a complete design process of spatial databases using object methods was possible only with commercially available applications (for example: Microsoft Visio as a tool for writing models and ESRI ArcGIS system, in which the database is physically implemented). However, the free software authors begin to recognise the need of having appropriate tools, also in this area of geoinformatics. This is especially important also because of the fact that more and more laws, norms and standards include schemes written in UML. Examples include the INS? IRE specifications or detailed records of the G-5 technical instruction. Using the right tools can definitely simplify the creation of databases and applications meeting the requirements given. At present, there are two programs ensuring the essential functionality: ArgoCASEGeo and MOSKitt Geo. The paper details, using those tools and sample schemes, a series of actions leading to create the concept scheme needed to generate an empty database with structure consistent with design, ready to be filled with data. Application of the software utilised is evaluated in terms of correct and user-friendly operation.

6

Modelowanie procesów występujących na liniach małoobciążonych

Chudzikiewicz A., Uhl T., Pietrzyk A.

Prace Naukowe Politechniki Warszawskiej. Transport

|

2009

|

z. 69

43-52

PL

W artykule przedstawiono zagadnienie tworzenia narzędzia wspomagającego proces decyzyjny dotyczący zagadnienia utrzymania, modernizacji lub likwidacji linii o niskim poziomie obciążenia (tzw. linii kolejowych mało obciążonych), które uznawane są za generator kosztów, przysparzający dodatkowo zarządcy infrastruktury samych kłopotów. W szczególności artykuł) dotyczy problematyki budowy modelu takiej linii, który byłby następnie podstawą do stworzenia symulacyjnego programu wspomagającego proces decyzyjny.

EN

Paper shows the problem of making support tool for decision-making process. This decision-making process is connected with support, modernization or liquidation of Low Density Traffic Lines (LDTL), which are treated as cost generating lines making financial problems for infrastructure administrator. The main aim of this paper is to describe LDTL model making problem which would be a base for making a decision-making process simulator.

7

Modelowanie procesów zachodzących na liniach małoobciążonych

Chudzikiewicz A., Uhl T., Pietrzyk A.

Logistyka

|

2009

|

nr 4

CD-CD

PL

W artykule przedstawiono zagadnienie tworzenia narzędzia wspomagającego proces decyzyjny dotyczący zagadnienia utrzymania, modernizacji lub likwidacji linii o niskim poziomie obciążenia (tzw. linii kolejowych mało obciążonych) które uznawane są za generator kosztów, przysparzający dodatkowo zarządcy infrastruktury samych kłopotów. W szczególności artykuł dotyczy problematyki budowy modelu takiej linii, który byłby następnie podstawą do stworzenia symulacyjnego programu wspomagającego proces decyzyjny.

EN

Paper shows the problem of making support tool for decision-making process. This decision-making process is connected with support, modernization or liquidation of Low Density Traffic Lines (LDTL), which are treated as cost generating lines making financial problems for infrastructure administrator. The main aim of this paper is to describe LDTL model making problem which would be a base for making a decision-making process simulator.

8

Graphical methods for designing house heating system

Sokas A.

Journal Biuletyn of Polish Society for Geometry and Engineering Graphics

|

2009

|

Vol. 20

51--56

EN

This article analyzes graphical methods for designing engineering system. The creation tasks of the house heating automated design system are solved with Unified Modeling Language. Graphical system can select types of radiators and valves, design pipes and specification. It discerns objects-classes: radiator, valve, pipe and specification, which have some properties and methods that ease programmer’s work.The program selects geometry parameters of radiators from radiators database by using ActiveX Data Objects technology, which by programming method connects drawing and database. Drawing’s graphical objects have additional data from which exchange of data between graphical system and database is executed. The program, knowing radiators’ and pipes’ geometry, designs house heating system. Design system and example of the house heating project are presented. Graphical methods of the house heating automated design system are discussed and conclusions are made.

PL

W artykule dokonano analizy graficznych metod inżynierskich systemów projektowania. Zadania tworzenia automatycznego systemu projektowania ogrzewania domu rozwiązywane są z pomocą Unified Modeling Language. System graficzny może wybrać typy grzejników i zaworów, rur i specyfikacje projektu. Rozróżnia obiekty-klasy: chłodnicy, zawory, rury i specyfikacji, które mają pewne właściwości i metody, które ułatwiają programiście pracę. Program wybiera parametry geometrii grzejniki z bazy danych grzejników za pomocą technologii ActiveX Data Objects, które metodami programistycznymi łączy z rysunkami. Graficzne obiekty rysunkowe mają dodatkowe dane, z pomocą których wykonywana jest wymiana danych pomiędzy systemem graficznym i baządanych. Program, znając geometrię grzejników i rur, automatycznie projektuje ogrzewanie domów. System projektowania i przykład projektu ogrzewania domu zostały przedstawione w pracy w kontekście graficznych metod zautomatyzowanego systemu projektowania.

9

Data warehouse design based on UML language

Barczak A., Wolski M.

Studia Informatica : systems and information technology

|

2008

|

Vol. 1(10)

37--48

EN

Modern management in organizations of the 21st century are efficient and dynamic decisions based on collected and well analyzed data. There are growing needs with regard of data analysis related to multiplanar work in corporations force formation of new data warehouses whose construction becomes more and more complex. In this paper we present one of the design methodologies applying to the design of data warehouses. Transformations were particularly emphasized that enable the application of UML models involving Common Warehouse Metamodel.

10

Calculation and drawing of construction elements in engineering design

Sokas A.

Journal Biuletyn of Polish Society for Geometry and Engineering Graphics

|

2007

|

Vol. 17

61--65

EN

The problems of automated design system in constructions are presented in the article. Two parts of engineering design are separated: calculation (stress and strains or forces and displacements finding, calculation of useful cross sections and selection of unabated ones from existing assortment) and drawing (construction elements modeling and specification formation). A question, how construction calculation and drawing are separate processes and how they can be mixed actions is analyzed. Literature about Unified Modeling Language usage for designing various systems is presented and examples using Visual Basic programming language are referred. A part of a steel plate truss node project is presented by Unified Modeling Language. A sequence diagram is explored and two types of statechart diagrams are created based on the view of the two parts of engineering design. The first type is calculation and drawing of each object whereas the second one is calculation and then drawing all objects. The statechart diagrams are analyzed and both advantages and disadvantages are shown. A design system of steel plain truss node’s graphical result, node with specifications is presented and finally the conclusions are made.

PL

W artykule są dyskutowane problemy zautomatyzowanego systemu projektowania w konstrukcjach. W projektowaniu technicznym występują dwie części: obliczenie (wyznaczanie naprężeń, sił lub obciążeń i przemieszczeń, obliczanie potrzebnych przekrojów i wybór ich z istniejącego asortymentu) oraz rysowanie (modelowanie elementów konstrukcji i ich specyfikacja). Analizowany jest problem na ile obliczenie konstrukcji i rysunek są oddzielnymi procesami i w jakim stopniu mogą być mieszane. Przedstawiona literatura dotyczy zastosowania Unified Modeling Language w projektowaniu różnych systemów oraz przykłady zrealizowane w języku Visual Basic. Przedstawiono fragment płaskiej kratownicy stalowej zamodelowanej za pomocą Unified Modeling Language. Przedstawiono dwa typy diagramów, utworzone na bazie dwóch części projektowania technicznego. Pierwszy typ jest obliczeniem i rysunkiem każdego przedmiotu z osobna, drugi polega na obliczeniu i rysowaniu wszystkich obiektów. Przedstawione schematy są analizowane pod kątem zalet i wad. Problematykę wraz z konkluzją przedstawiono na przykładzie systemu projektowania płaskiej kratownicy stalowej.

11

Wybrane aspekty ujęcia obiektowego baz danych w systemach zarządzania klasy ERP

Bojarki R.

Zeszyty Naukowe. Organizacja i Zarządzanie / Politechnika Śląska

|

2006

|

z. 38

23-32

PL

W artykule przedstawiono koncepcję obiektowej bazy danych dla wybranych podsystemów klasy ERP wykorzystując do tego celu język UML (ang. Unified Modeling Language). Wskazano na szczególne przypadki przedefinowania i dziedziczenia klas w tej koncepcji. Podano również przykłady wykorzystania języka zapytań, który bazuje na standardzie SQL3.

EN

A concept of exemplary object oriented data base for selected modules of ERP systems using UML (Unified Modeling Language) has been outlined. Some non trivial cases of redefinition and heritage in presented classes have been discussed. Also examples of queries based on language SQL3 standard are included.

12

Informatyczne systemy zarządzania produkcją w ujęciu obiektowym

Bojarski R.

Zeszyty Naukowe. Organizacja i Zarządzanie / Politechnika Śląska

|

2006

|

z. 35

31-41

PL

Artykuł omawia podstawowe bloki konstrukcyjne języka UML (ang. Unified Modeling Language) i ich przydatność w modelowaniu systemów informatycznych zarządzania przedsiębiorstw wytwórczych. Na bazie przykładów, reprezentujących wybrane fragmenty systemu, zilustrowano i omówiono aspekty statyczne oraz dynamiczne zaprezentowanych modeli.

EN

The paper describes basic elements of UML (Unified Modeling Language) and their usefulness in modelling of IT management systems designed for manufacturing organisations. A number of examples representing models of the fragmented system have been presented and their static and dynamic aspects have been outlined.