Ograniczanie wyników
Czasopisma help
Autorzy help
Lata help
Preferencje help
Widoczny [Schowaj] Abstrakt
Liczba wyników

Znaleziono wyników: 21

Liczba wyników na stronie
first rewind previous Strona / 2 next fast forward last
Wyniki wyszukiwania
Wyszukiwano:
w słowach kluczowych:  język UML
help Sortuj według:

help Ogranicz wyniki do:
first rewind previous Strona / 2 next fast forward last
PL
W pracy omówiono zagadnienie tworzenia diagramów czynności i maszyny stanowej w zastosowaniu do uwarunkowanego diagnostycznie systemu utrzymania kolejowych pojazdów trakcyjnych. Pokazano obiekt modelowania, podejście do zagadnienia modelowania w języku UML i możliwe korzyści wynikające z tego.
EN
This paper is an attempt to use modeling methods employing the UML language for computer modeling of the complex object maintenance systems. A particular emphasis was put on the description of the system dynamics understood as changeable behavior resulting from the interaction with environment. The application case which has been selected here is a computer-aided system for railway track vehicle maintenance. A further consequence of using the models of the computer-aided maintenance systems seems to be development of design models of such systems which are more universal than the currently existing commercial versions.
PL
W niniejszym artykule zaprezentowane są wyniki prac rozwojowych dotyczących modelowania systemu sterowania wielozadaniowych robotów mobilnych wykorzystujących zaawansowane technologie. Głównym celem niniejszego opracowania jest przedstawienie funkcjonalności projektowanego systemu sterowania oraz architektury wybranych jego podsystemów. Biorąc pod uwagę cel niniejszego opracowania w artykule zaprezentowano model systemu, który zapisano z użyciem notacji języka UML. Wstępna wersja oprogramowania opracowanego w oparciu o przedstawiony projekt potwierdza poprawność przyjętego podejścia.
EN
In the paper there are presented the results of me research which concerns modeling of the control system of die muti-purpose mobile robots group applying advanced technologies. The main goal of the paper is to illustrate functionality of the proposed control system and architectures of the selected subsystems. Taking into account the goal of the paper there is presented and discussed the UML model of the control system. The preliminary version of the software developed according to the presented project proves its correctness.
PL
Artykuł przedstawia wykorzystanie języka UML (Unified Modeling Language) do celów opracowania diagramów klas [4, 5] pozwalających na projektowanie złożonych struktur systemów komputerowych. Ujęcie modelowania oparto na przykładzie komputerowo zintegrowanego systemu sterowania i diagnostyki napędów rozproszonych, złożonego z niezależnych modułów funkcjonalnych. Artykuł stanowi kontynuację wcześniejszych publikacji autorów [1, 2, 3], a w jego treści ujęto jedynie część elementów opracowanego systemu ograniczoną do oprogramowania komputerowego zainstalowanego w zasobach węzła diagnostycznego. Elementy współdziałające z systemem komputerowym KSSiDNR (sterownik logiczny PLC, przetwornice częstotliwości oraz motoreduktory) zostały pominięte lub opisane w sposób pobieżny, umożliwiający określenie wzajemnych zależności funkcjonalnych oraz powiązań informatycznych.
EN
The article presents an application of the UML language (Unified Modeling Language) for an elaboration of class diagrams which allow to design of complex structures of computer systems. An approach based on an example of the Computer Integrated Control and Diagnostic System of Distributed Drives is composed from independent functional modules. The article is continuation of earlier publications of the authors and its content contains only a part of elements of the elaborated system limited to the computer software installed in the resources of the diagnostic node. Elements which co-operate with KSSiDNR system (for example a Programmable Logic Controller, frequency inverters and gear-motors) were omitted or described in a superficial way, allow determining of reciprocal functional relationships or informatics’ dependences.
4
Content available Podstawy modelowania georeferencyjnych baz danych
PL
Ustawa o Infrastrukturze Informacji Przestrzennej (UoIIP) obowiązuje od 7 czerwca 2010 r. Jest ona implementacją Dyrektywy INSPIRE na polskie warunki. Zgodnie z artykułem 30 Ustawy należy zacząć dostosowywać istniejące zbiory danych przestrzennych do wymogów Ustawy oraz tworzyć nowe zbiory zgodnie z wymogami Ustawy. W fachowej prasie zostało opublikowanych wiele artykułów dotyczących Dyrektywy ISNPIRE, harmonizacji zbiorów danych przestrzennych, integracji tych zbiorów z międzynarodowymi normami ISO serii 19100, interoperacyjności zbiorów, metadanych itp. Pomijane są jednak niektóre istotne elementy związane z Dyrektywą INSPIRE i jej implementacją na polskie warunki. Tymi elementami są specyfikacje danych oraz reguły implementacyjne INSPIRE. W artykule zostaną wymienione i krótko scharakteryzowane podstawowe elementy, które należy uwzględnić przy modelowaniu georeferencyjnych baz danych tak, by tworzone modele były zgodne z wytycznymi Dyrektywy INSPIRE oraz Ustawą o IIP. Autor do tych podstaw modelowania baz danych zalicza: 1. Modelowanie pojęciowe jako podstawową metodologię modelowania; 2. UML – formalny język służący do zapisu modelu; 3. Uwzględnienie w opracowywanych modelach reguł implementacyjnych INSPIRE; 4. Uwzględnienie w opracowywanych modelach specyfikacji danych INSPIRE; 5. Harmonizację opracowywanych modeli z danej dziedziny; 6. Integrację przygotowanych modeli z międzynarodowymi normami ISO serii 19100. Wszystkie wymienione powyżej składowe procesu modelowania mają zapewnić interoperacyjność, zbudowanych na podstawie tak przygotowanych modeli, baz danych nie tylko na szczeblach lokalnych (gminnych, powiatowych czy wojewódzkich w przypadku Polski) ale także na szczeblu państwowym i międzynarodowym. Zapewnienie interoperacyjności zbiorów danych przestrzennych pochodzących z różnych krajów jest jednym z naczelnych celów Dyrektywy INSPIRE. Charakterystyka poszczególnych etapów modelowania zostanie oparta, w miarę możliwości, na konkretnych przykładach z dziedziny fotogrametrii i teledetekcji.
EN
The Spatial Information Infrastructure (SII) Law has been in effect since 7th June, 2010. This law is an implementation of the INSPIRE Directive for Polish conditions. According to the 30th article of the law, the existing spatial data sets should begin adapting to the requirements of the law and new sets should be created accordingly. A lot of articles concerning the INSPIRE Directive, spatial data sets harmonization, integration of the sets with the ISO 19100 series of International Standards, sets interoperability, metadata etc. have been published in the specialist press. However, some significant elements connected with the INSPIRE Directive and its implementation for Polish conditions are missing. Those elements are data specifications and the INSPIRE implementation rules. The basic elements that should be taken into consideration during georeference database modeling to ensure the compatibility of the created models with the INSPIRE Directive guidelines and the SII Law, are specified and described in this paper. In the author’s opinion, the basics of database modeling are as follows: 1. Conceptual modeling as the fundamental modeling methodology; 2. UML – a formal language to write a model; 3. Taking into account the INSPIRE implementation rules when preparing models; 4. Taking into consideration the INSPIRE data specifications in created models; 5. Harmonization of prepared models in a given domain; 6. Integration of created models with the ISO 19100 series of International Standards. All of the above mentioned “parts” of the modeling process aim at ensuring the interoperability of databases, built on the basis of the prepared models, not only at the local level (the Polish administrative units, e.g. communal) but also at the national and the international levels. Ensuring interoperability of the spatial data sets that come from different countries is one of the main aims of the INSPIRE Directive. The characteristic of particular modeling stages is based, if possible, on concrete examples from photogrammetry and the remote sensing domain.
5
Content available remote Enterprise Architect and Magic Draw UML - Comparing the Abilities of CASE Tools
EN
Creating information systems is complicated and involves finding solutions for analytic-design problems and for that reason using new programming languages and CASE tools is necessary. The author tries to evaluate two items chosen from a group of many tools available on the software market. For that reason the author pointed out few criteria connected to quality and quantity parameters. The specific character of the product influences the decision about the type of tool made by analytic-design team.
PL
Tworzenie systemów informatycznych ze względu na złożoność i konieczność rozwiązywania wielu problemów analityczno-projektowych wymaga stosowania nowoczesnych języków modelowania oraz narzędzi CASE. Autorka podejmuje próbę oceny użyteczności dwóch spośród wielu narzędzi obecnie spotykanych na rynku oprogramowania. W tym celu przyjęła kilka kryteriów uwzględniających parametry ilościowe i jakościowe. Decyzja o wyborze narzędzia zależy od specyfiki tworzonego projektu i jest podejmowana przez zespół analityczno-projektowy.
6
Content available remote Modelowanie procesów występujących na liniach małoobciążonych
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.
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.
PL
W artykule są omawiane różne aspekty spójności modeli wyrażonych w języku UML, w szczególności w zastosowaniu do modelowo-zorientowanej inżynierii oprogramowania: rodzaje niespójności, źródła, sposoby badania oraz używane formalizmy i narzędzia, formułowanie reguł spójności. Zapowiedziany jest komplementarny artykuł o spójności modeli IDEF używanych w inżynierii biznesu.
EN
In the article of reviewing character, different aspects of consistency of models expressed in the UML language, particularly applied in model-driven software engineering are discussed: inconsistency kinds, sources, ways of examination with formalisms and tools used, consistency rules formulation. Complementary article on consistency of IDEF models used in business engineering is announced.
EN
In the work an attempt was made to develop our own computer software for carrying out investigations of a hydraulic cylinder positioning system. The software was built according to UML 2.0 modeling techniques and object oriented programming, using Delphi 2006 software development system. The developed software allows carrying out research of hydraulic systems with different types of digital controllers. The following types of control algorithms were tested: standard PID algorithm, fuzzy logic algorithms and neural networks. Computer simulations as well as laboratory tests were made. Laboratory tests were carried out at an especially built test stand. It follows from the results of investigations that using control techniques such as fuzzy logic or neural networks can be an advantageous option for conventional solutions.
PL
Głównym zadaniem zrealizowanym w niniejszym artykule było zaprojektowanie i wykonanie własnego oprogramowania do prowadzenia badań układu pozycjonowania z siłownikiem hydraulicznym. Oprogramowanie zostało zaprojektowane zgodnie z zasadami technik modelowania obiektowego zawartymi w języku UML 2.0. Do implementacji wykorzystano środowisko programowania obiektowego Delphi 2006. Zbudowane oprogramowanie pozwala na prowadzenie badań układów hydraulicznych z różnymi typami i rodzajami sterowników cyfrowych. Z jego zastosowaniem przeprowadzono badania układu ze sterownikiem PID, sterownikami opartymi na logice rozmytej oraz wykorzystującymi sieci neuronowe. Przeprowadzono zarówno badania symulacyjne, jak również laboratoryjne, na specjalnie przygotowanym stanowisku badawczym. Z rezultatów badań wynika, że zastosowanie nowych technik sterowania, jak logika rozmyta, może w pewnych przypadkach znacząco wpłynąć na poprawę jakości sterowania w porównaniu z rozwiązaniami konwencjonalnymi.
PL
W artykule przedstawiono strukturę wyrobu w postaci grafu Gozinto oraz jego odwzorowanie w bazie danych używając do tego celu języka UML (ang. Unified Modeling Language) [3]. Omówiono różne sposoby obsługi wariantów struktur wyrobu oraz odpowiadający im diagram klas i ich związków, a następnie model bazy dla celów obshigi zapotrzebowania materiałowego, będący rozwinięciem poprzednich diagramów.
EN
A structure of product in the form of Gozinto graph has been discussed and its mapping using UML Unified Modeling Language [3] for the database has been presented. Different methods of managing Bill of Material variants and their representation in form of classes and their relationships have been outlined. Also a model of database for material requirements has been presented being a development of previous diagrams.
PL
Modele autogenerujące są rodzajem modeli tworzonych w środowisku systemów CAx. Cechują się one dużym stopniem zintegrowania wiedzy i pozwalają na zautomatyzowanie rutynowych zadań procesu projektowokonstukcyjnego. Do budowy złożonych modeli autogenerujących zaproponowano autorską metodologię obejmującą fazy przetwarzania wiedzy od identyfikacji, pozyskiwania, formalizacji aż do implementacji wiedzy do modelu autogenerujacego. W artykule opisano także szczegółowo ontologię bazy wiedzy jako kluczowego rozwiązania tej metodologii.
EN
Generative models are created in CAx system environments. They are characterized by high degree of integrated knowledge and allow automation of routine tasks of designing process. For the purpose of constructing complex generative models the author’s methodology, which covers all the phases of knowledge processing, from identification, acquisition, formalization up to knowledge implementation to the generative models, has been put forward. The paper also presents detailed ontology of knowledge base as the key solution for this methodology.
PL
Artykuł prezentuje opracowana przez autorów procedure tłumaczenia diagramów przebiegu języka UML w narzędzie formalne - tablice decyzyjne.
13
Content available remote Wybrane aspekty ujęcia obiektowego baz danych w systemach zarządzania klasy ERP
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.
PL
W artykule podjęto próbę rozwiązania problemu integracji modelu obiektowego systemu informatycznego z częścią realizującą funkcje interfejsu dla relacyjnej bazy danych, a także częścią odpowiedzialną za obsługę graficznego interfejsu użytkownika. Opisywane rozwiązanie dotyczy platformy Borland C++ Builder. Opracowane zostały projekt i implementacja biblioteki komponentów nazwanej skrótem BMU (od ang. Business Model Utility).
EN
This article presents the description of the concepts, design and implementation of the component library created by the authors of the article for the Borland C++ IDE. The library enables programmer to separate the business functions from the database integration and the GUI functions.
PL
Jeden ze sposobów obiektowego modelowania procesów, jakim jest modelowanie z wykorzystaniem UML
16
Content available remote Metodyka RUP i język UML w projektowaniu inżynierskim
PL
Metodyka RUP (Rational Unified Process) i język UML pozwalają na zidentyfikowanie i usunięcie na wstępnych etapach projektowania znacznej części zagrożeń, które mogłyby spowodować fiasko projektu, względnie znaczne przekroczenie jego budżetu i czasu realizacji.
PL
Od momentu zatwierdzenia w 1997 roku pierwszego standardu języka UML (Unified Modelling Language) następuje stały wzrost jego popularności. Został on powszechnie zaakceptowany przez przemysł komputerowy, stając się z czasem najbardziej popularnym językiem używanym do modelowania. Początkowo używany był we wcześniejszych etapach pracy nad projektem, gdyż modelowanie szczegółowego zachowania systemu stwarzało problemy - z jednej strony sam język nie dostarczał pełnych mechanizmów, z drugiej nie było narzędzi CASE mających możliwość generowanie bardziej zaawansowanego kodu na podstawie modelu w UML. W związku z tym, często zdarzało się, że w rzeczywistych projektach istniała duża rozbieżność pomiędzy projektem, którym był model w UML, a fizyczną implementacją w jakimś języku. Wprowadzenie wersji 2.0 języka oraz nowoczesne narzędzie CASE firmy Telelogic-Tau G2 pozwalają na pokonanie tego problemu. Możliwe jest nie tylko generowanie bogatego kodu, który może być uzupełniany przez programistów, ale i wykonywalnych aplikacji. Dodatkowo jest możliwość symulowania poprawności modelu już na etapie projektowania, co pozwala zaoszczędzić koszty wytwarzania oprogramowania oraz skrócić czas jego wytwarzania. Artykuł prezentuje możliwości płynnego przejścia od modelu w UML, poprzez kod w C++ do wykonywalnej aplikacji z użyciem narzędzia CASE Telelogic Tau G2.
EN
UML - Unified Modelling Language was first standardized in 1997. Since that it has been becoming more popular and was rapidly accepted as the standard modelling language for specifying software and system architectures. At the beginning usage of UML was limited to earlier phases of system development. This was caused by insufficient language mechanism in first version of UML. On the other hand CASE tools did not took full advantage of UML potential - code generation was limited only to static structure of classes. Hence there have always been irrelevance between system design and its implementation. New version of UML and modern CASE tool such as Telelogic Tau G2 enable to address the problem. Not only is rich code generation (which can be completed by programmers) possible but even developing executable applications with UML. Furthermore there is possibility of verifying model in design not implementation phase which let us reduce overall project costs. In this article we present the transformation from UML model, through code in objected oriented language to executable application. CASE Tool used is Telelogic Tau G2 so does UML dialect.
18
Content available remote Od UML'a 1.4 do 2.0
PL
Od momentu zatwierdzenia w 1997 roku pierwszego standardu języka UML [13] następuje stały wzrost jego popularności. Został on powszechnie zaakceptowany przez przemysł komputerowy i zaadaptowany początkowo jako język modelowania "ogólnego przeznaczenia". Zyskuje coraz większą popularność w dziedzinach specjalizowanych, takich jak np. modelowanie złożonych systemów czasu rzeczywistego lub modelowanie procesów biznesowych. Pomimo tych sukcesów użycie języka UML w wersji 1.x stwarzało trudności w szczegółowym modelowaniu zachowania systemu oraz ukazania jego dynamicznej struktury w czasie działania. Dodatkowy problem pojawia się przy projektowaniu dużych systemów - nie radzi sobie on ze złożonością, w związku z czym potrzebne jest wprowadzanie szeregu rozszerzeń [10]. Wprowadzenie nowego standardu języka UML [8] pokonuje te ograniczenia oraz powoduje, iż spełnia on współczesne wymagania. Dodatkowo kompatybilność wstecz sprawia, iż przejście od UML 1.4 do 2.0 nie stwarza większych problemów. W artykule zostanie dokonany przegląd nowej wersji języka oraz metodyka projektowania systemów z jego wykorzystaniem. Na zakończenie zostanie krótko omówione pierwsze narzędzie CASE wspierające język UML 2.0 - Telelogic Tau G2.2.
EN
UML - Unified Modelling Language was first standardized in 1997. Since that it has been becoming more popular and was rapidly accepted as the standard modelling language for specifying software and system architectures. Although UML was primarily intended for general-purpose modelling, it is receiving extensive use in specialized areas, such as for example real-time systems modelling. Despite these successes using UML 1.x caused some trouble and developers face some limitations due to the fact that software industry has evolved considerably during last seven years and software system become more and more complex. Firstly the common use of more mature modelling languages, for example SDL, for specifying components and systems architectures for real--time applications. Secondly, the more general ability to precisely specify the behaviour of a system is needed. Fortunately standardization process of UML 2.0 has been recently completed and some improvements have been proposed to overcome these limitations. This article introduces major improvements proposed for UML 2.0 and methodology of designing and modelling real-time systems is discussed. Finally new CASE tool that supports UML 2.0 is described - Telelogic Tau G2.2.
19
Content available remote Zastosowanie języka UML do projektowania programów w języku Ada
PL
Język UML jest standardowym, graficznym językiem modelowania systemów informatycznych. Język Ada jest uniwersalnym językiem programowania ukierunkowanym na programowanie systemów współbieżnych. Ostatnia wersja języka Ada 95 jest objęta standardem międzynarodowym ISO 8652. W pracy przedstawiono możliwości zastosowania języka UML do tworzenia systemów informatycznych implementowanych w języku Ada 95. Języki te mają wiele wspólnych cech, istotnym elementem łączącym oba te języki jest obiektowość. Jako przykład systemu do przedstawienia wybranych konstrukcji modelu (diagramów) oraz fragmentów kodu języka implementacji wykorzystano windę.
EN
The Unified Modeling Language (UML) is a graphical language for visualizing, specifying, constructing, and documenting the artifacts of a software-intensive system. Ada is a universal programming language with extensions for concurrent systems. Last version Ada 95 is a international standard with the object-oriented features. The paper describes the possibility of applying UML modeling language for developing software systems implemented in Ada programming language. Both languages have a lot of similar features. One of them is support for object-oriented concepts. The lift is used as an example in the paper.
PL
Przekazywanie informacji odgrywa istotną rolę w działaniu urządzeń mechatronicznych i może być łatwo przedstawione na diagramie UML. Zdaniem autora, terminologia i notacja używana w UML może być zaadoptowana do projektowania interdyscyplinarnych systemów mechatronicznych oraz jako narzędzie do sporządzania dokumentacji na wszystkich etapach projektowania.
EN
Information transfer plays an important role in operation of mechatronic system. This can be easily presented on UML (Unified Modelling Language) diagrams. Author believes that terminology and notation of visual modelling with UML can be adopted as common language for design of the mechatronic systems and as documentation total on every design phase.
first rewind previous Strona / 2 next fast forward last
JavaScript jest wyłączony w Twojej przeglądarce internetowej. Włącz go, a następnie odśwież stronę, aby móc w pełni z niej korzystać.