Preferencje help
Widoczny [Schowaj] Abstrakt
Liczba wyników

Znaleziono wyników: 33

Liczba wyników na stronie
first rewind previous Strona / 2 next fast forward last
Wyniki wyszukiwania
help Sortuj według:

help Ogranicz wyniki do:
first rewind previous Strona / 2 next fast forward last
PL
Rosnące zainteresowanie firm integracją oraz interoperacyjnością systemów informatycznych spowodowało wzrost znaczenia architektury usługowej (ang. Service-Oriented Architecture), która zapewnia narzędzia umożliwiające integrację aplikacji korporacyjnych (ang. Enterprise Application Integration). W tym sensie magistrala usług (ang. Enterprise Service Bus) zapewnia techniczne możliwości komunikacji między systemami informatycznymi. Kluczowym elementem w tej komunikacji są przepływy integracyjne. Cel: Celem artykułu jest przedstawienie nowej transformacji Integration2BPEL, która automatyzuje konstrukcję wykonywalnego przepływu integracyjnego wyrażonego w języku Web Services Business Process Execution Language (BPEL) na podstawie modelu tego przepływu przedstawionego na diagramie aktywności języka Unified Modeling Language (UML). Metoda: Autorzy proponują transformację typu model-to-code generującą przepływ integracyjny wyrażony w BPEL, który może być uruchamiany w dowolnym silniku procesów BPEL. Przepływ integracyjny modelowany jest za pomocą diagramu aktywności języka UML z użyciem stereotypów z profilu „UML Profile for Integration Flows” w środowisku IBM Rational Software Architect (RSA). Przy zastosowaniu transformacji Integration2BPEL generowany jest kompletny, wykonywalny przepływ integracyjny złożony z wielu mechanizmów mediacyjnych. Wygenerowany przepływ integracyjny uruchamiany był na magistrali usług OpenESB. Wyniki: Możliwość generacji kompletnego przepływu integracyjnego w BPEL, który bez żadnych uzupełnień może być uruchamiany na magistrali usług. Zautomatyzowana została faza implementacji przepływu integracyjnego. Każdy z przepływów integracyjnych implementowany jest według takich samych zasad. Ponadto, unika się dzięki temu błędów popełnianych przez projektantów i programistów. Wnioski: Wytwarzanie oprogramowania sterowane modelami (ang. Model-Driven Development) jest podejściem, które może prowadzić do automatyzacji fazy projektowania i programowania. Uzyskuje się wprowadzenie jednolitego mechanizmu konstrukcji przepływu integracyjnego.
EN
The growing interest of companies in integration and interoperability between information systems has caused increase in significance of Service-Oriented Architecture which provides tools for Enterprise Application Integration. In that architecture, Enterprise Service Bus provides technical possibilities of communication between IT systems. A key element in the communication are integration flows. Objective: The aim of this article is to present a new transformation Integration2BPEL, which automates the development of executable integration flow expressed in the Web Services Business Process Execution Language (WS-BPEL) based on the model of the integration flow presented in the Unified Modelling Language (UML) activity diagram. Method: The author proposes a transformation of the type of model-to-code type which generates integration flow expressed in WS-BPEL, which can be executed in any BPEL-compliant process engine. The integration flow is modelled using UML activity diagram with stereotypes from ‘UML Profile for Integration Flows’ profile in an IBM Rational Software Architect (RSA). Using Integration2BPEL transformation a complete, executable integration flow is generated, which is composed of many mediation mechanisms. Generated integration flows have been executed on OpenESB. Results: The ability to generate a complete integration flow in BPEL, which without any additions can be run on enterprise service bus. Implementation phase of an integration flow construction was automated. Each of integration flows is implemented according to the same rules. In addition, it allows to avoid mistakes made by designers and programmers. Conclusions: Model-Driven Development is an approach that leads to the automation of the design and programming phases. Integration2BPEL transformation is a uniform mechanism to design integration flow. Potentially, it also allows to avoid implementation errors.
PL
Rosnące zainteresowanie firm integracją oraz interoperacyjnością systemów informatycznych spowodowało wzrost znaczenia architektury usługowej (ang. Service-Oriented Architecture), która zapewnia narzędzia umożliwiające integrację aplikacji korporacyjnych (ang. Enterprise Application Integration). W tym sensie magistrala usług (ang. Enterprise Service Bus) zapewnia techniczne możliwości komunikacji między systemami informatycznymi. Celem artykułu jest przedstawienie wyników badań wydajności wybranych magistral usług typu Open Source. Podstawą przeprowadzonego badania wydajności rozwiązania integracyjnego był przypadek biznesowy realizacji zamówienia w sklepie internetowym sieci sprzedającej sprzęt elektroniczny. W celu realizacji zamówienia wymagana była współpraca trzech systemów informatycznych. Rozwiązanie integracyjne zostało zaimplementowane przy wykorzystaniu każdej z wybranych do badania magistral usług: WSO2, Mule oraz Talend. Określono scenariusze testów i przeprowadzono testy wydajnościowe dla każdej z trzech wybranych magistral usług. Na podstawie uzyskanych wyników można stwierdzić, że każda z porównywanych platform ma swoje mocne i słabe strony. Koncentrując się na zaletach, należy wskazać, że WSO2 uzyskuje najkrótsze czasy transmisji przy komunikatach niewielkich rozmiarów, małej liczbie użytkowników i dodatkowo nie obciąża znacząco procesora. Magistrala Talend uzyskuje najkrótsze czasy transmisji przy przesyłaniu komunikatów o zarówno małych, jak i dużych rozmiarach, przy dużej liczbie użytkowników, jednak najmocniej obciąża procesor. Z badań wynika, że przy doborze magistrali usług do budowy rozwiązania integracyjnego warto wcześniej przeanalizować parametry przesyłanych komunikatów. Wyniki pokazują, że magistrala Talend może być dobrym wyborem przy budowie rozwiązania integracyjnego w środowisku biznesowym z dużą liczbą użytkowników oraz zróżnicowanymi komunikatami.
EN
The growing interest in business integration and interoperability of IT systems led to an increase in the importance of Service-Oriented Architecture (SOA), which provides tools for Enterprise Application Integration (EAI). In this sense, Enterprise Service Bus (ESB) provides technical capabilities for communication between IT systems. The aim of this article is to present the results of performance tests of selected ESBs of Open Source type. The basis for our performance analysis was a business case of the order realization in the Internet shop of electronics retailer. The order realization requires a collaboration of three IT systems. The business case has been implemented with the use of each selected ESBs: WSO2, Mule, and Talend. Test scenarios were defined and performance tests were conducted for each of the three selected ESBs. On the basis of the collected results it can be concluded that each service bus has its own strengths and weaknesses. Focusing on the merits it should be noted that WSO2 copes very well with files of small size, for small number of users, and also does not burden the CPU significantly. Results for Talend ESB, show that it does well with both kind of files, small and large sizes, for large number of users, but harder utilizes CPU. Research shows that it is worth to analyze the parameters of transmitted messages while selecting ESB for building integration solution. The results show that the Talend ESB may be a good choice for construction of integration solution in a business environment with a large number of users and diversified communications.
EN
The growing interest in business integration and interoperability of IT systems has led to an increase in the importance of Service-Oriented Architecture (SOA), which provides tools for Enterprise Application Integration (EAI). In this sense, Enterprise Service Bus (ESB) provides technical capabilities for communication between IT systems. The aim of this arti-cle is to present the results of performance tests of selected open-source enterprise service buses. The integration solution performance analysis is based on a business case of an or-der execution in the Internet shop of an electronics retailer. The order realisation requires a collaboration of three IT systems. The business case has been implemented using each se-lected ESB individually: WSO2, Mule and Talend. Test scenarios were defined and perfor-mance tests were conducted for each of the three selected ESBs. The results obtained show that each service bus has its own strengths and weaknesses. As regards strengths, it should be noted that WSO2 copes very well with files of small size, for small number of users, and also it does not put an excessive load on the CPU. Talend ESB performs well with both kinds of files, small and large sizes, for large number of users, but puts the greatest load on the CPU. Results show that it is worth to analyse parameters of transmitted messages while selecting ESB for building integration solution. Talend ESB proves to be a good choice for construction of integration solution in a business environment with a large number of users and diversified communications. Talend ESB increases the processor usage according to the message transmission needs. It absorbs the processor more, thereby ensuring predicta-ble message transmission times.
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.
EN
Companies operating as multi-site organizations usually operate disparate business processes across sites and IT systems written in various technologies. Therefore, unification of business processes as well as IT systems and technologies are becoming matters of high significance. The purpose of the paper is to present a method for unifying business processes of a multi-site company. The method addresses also the matter of IT support to selected activities within business processes. The method, proposed in the paper, examines the similarity of processes and is based on a comparison of pairs of nodes on the label and type. During unification, two version of the same process are compared. To the new, unified version, only the most time-efficient activities are selected. Corresponding, less effective activities are omitted. The method assumes refinement of business processes which stems from ability to execute business process in a different manner thanks to support of IT systems. An example of a business process unification in the medical sector with the participation of the Polish National Health Fund (NHF) was enclosed. In the paper are presented: AS-IS state, method of unification and TO-BE state of medical prescription lifecycle. In that example, selected similarity metrics of business processes are used. Furthermore, formulae are proposed for calculating savings that can be gained through unification of business processes in a multi-site company. A specific example of such calculations is presented. The reduction of time needed to carry out business process activities is realistic and can become a source of financial savings for a multi-site company. The medical example shows ability to reduce process execution time from hours to minutes. Such a significant time gain is possible not only owing to unification of the business process activities, but mainly through IT suport and automation of most of the process activities.
EN
Integration of many different IT systems makes the integration project highly complex. The process of constructing architectural models and source code can be automated through the application of transformations. As a result, the duration time of designing or implementation, as well as the work input involved can be reduced. The purpose of the paper is to present an approach to automation of designing one of the key elements of an integration platform, namely, integration flows. The author proposes model-to-code transformation IntegrationFlow-to-Java which automates the implementation of integration flows applications for selected mediation patterns. The integration flows generator has been incorporated as a plug-in into the IBM Rational Software Architect (RSA). The RSA plugin which generates complete Java EE application of integration flow from mediation flows diagram. Thus eliminates design and programming stage in WebSphere Integration Developer which reduces development time and costs of licenses. Model-Driven Development is approach which can lead to automation of design and programming stage in software development. The IntegrationFlow-to-Java transformation offers an opportunity to reduce the duration time of the integration flows implementation forty times (with one hundred flows to be implemented). The outcomes support the significance of using transformations when designing complex IT systems, especially when integration solutions are developed.
EN
The paper presents an application of Enterprise Service Bus (ESB) to handle transfer of large volumes of data between IT systems. The use of ESB may affect the reduction of operating costs of the public entity minimizing the number of connections between systems, shortening the time of integration with external systems and increasing the reusability of software written. The design of integration was done according to the ‘1+5’ architectural views model adjusted to the integration solutions description. The previously proposed UML profile UML Profile for Integration Platform has been used. We present the solution, on a specific case study of Agricultural and Food Quality Inspection (AFQI) (www.ijhars.gov.pl), showing how fast data can be transferred electronically using an ESB. Finally, benefits of the solution were analysed in the context of the reduced time of data transfer.
EN
Model transformations play a key role in any software development project based on Model-Driven Engineering (MDE) principles. However, little attention has been paid to the application of MDE principles to automate the design of integration solutions. The aim of the paper is to present transformations of a model-to-model type, used to automate the process of integration platform’s architecture description. The transformations have been designed to enable the generation of model elements, according to the ‘1+5’ architectural views model adjusted to the integration solutions description. Design and implementation of transformations were performed in the IBM Rational Software Architect (RSA) environment. Authorial UML profiles: UML Profile for Integration Platform and UML Profile for Integration Flows have been used. The paper covers transformations between models in the following architectural views: Integrated Processes; Use Cases; Logical and Integrated Services. The transformations occur at the levels of business processes, requirements specification and system design. Using the transformations, it is possible to generate models, iagrams, model elements and relationships between them. The complete environment has been obtained to automate architectural description of an integration solution. Transformations ensure completeness of the architectural description and consistency of elements between models.
PL
W artykule przedstawiono metodę unifikacji procesów biznesowych przedsiębiorstwa wielozakładowego na przykładzie zakładów NFZ. Metoda obejmuje także zapewnienie wsparcia informatycznego wybranych działań w procesach biznesowych. Artykuł zawiera przegląd aktualnej literatury. Do opisu architektury korporacyjnej zastosowano elementy ramy architektonicznej NATO Architecture Framework (NAF) oraz autorską metodę projektowania architektury korporacyjnej. Artykuł zawiera definicje miar efektywności procesów biznesowych.
EN
This paper presents a method for unifying of business processes of a multi-plant company on the example of NFZ plants. The method also includes providing IT support for selected activities in business processes. This article contains an overview of the current literature. Elements of the architectural framework - NATO Architecture Framework (NAF) and the author's method of designing of corporation architecture were used for the description of corporation architecture. The article contains definitions of measurements of the effectiveness of business processes.
EN
The paper presents a new Unified Modeling Language profiles devoted to modeling the architecture of the integration platform. The paper contains a description of the notations and languages of information systems architecture modeling, such as BPMN, UML, and SoaML. These notations and modeling languages do not provide a complete set of semantic structures necessary to present integration platform’s architecture. Therefore, a set of UML stereotypes was proposed which describes the needed additional semantic structures. These stereotypes have been grouped into two UML profiles, “UML Profile for Integration Platform” and “UML Profile for Integration Flows”. In the first profile, stereotypes relating to the structural elements of the integration platform were placed. The second profile contains stereotypes representing mediation mechanisms. The paper presents a new semantic extension of an activity diagram to model the mediation flows. Thus, it was proposed a new UML diagram: mediation flows diagram.
PL
W artykule przedstawiono nowe profile języka Unified Modeling Language przeznaczone do modelowania architektury platformy integracyjnej. Artykuł zawiera opis notacji i języków modelowania architektury systemów informatycznych, takich jak: BPMN, UML, SoaML. Opisane notacje i języki modelowania nie dostarczają jednak pełnego zbioru konstrukcji semantycznych niezbędnych do przedstawienia architektury platformy integracyjnej. W związku z powyższym zaproponowano zbiór stereotypów języka UML opisujący wymagane dodatkowe konstrukcje znaczeniowe. Stereotypy te zostały pogrupowane w dwa profile języka UML: „UML Profile for Integration Platform” oraz „UML Profile for Integration Flows”. W pierwszym profilu umieszczono stereotypy odnoszące się do elementów struktury platformy integracyjnej. W drugim profilu umieszczono stereotypy odpowiadające mechanizmom mediacyjnym. W artykule przedstawiono nowe rozszerzenie semantyczne diagramu aktywności dla modelowania przepływów mediacyjnych. Zaproponowano w ten sposób nowy diagram języka UML: diagram przepływów mediacyjnych.
PL
W artykule przedstawiono transformacje automatyzujące projektowanie architektury platformy integracyjnej. Przyjęto model widoków architektonicznych „1+5” do przedstawiania architektury platformy integracyjnej. Do automatyzacji projektowania architektury platformy integracyjnej zastosowano transformacje typu model w model. Artykuł zawiera wprowadzenie do transformacji oraz przegląd aktualnej literatury. Pokazane zostały transformacje między modelami w widokach architektonicznych modelu „1+5”: Integrowanych procesów, Przypadków użycia, Logiki oraz Integrowanych usług. Projekt i implementacja transformacji wykonane zostały w środowisku IBM Rational Software Architect. W podsumowaniu przedstawiono korzyści stosowania automatyzacji projektowania architektury systemów informatycznych oraz kierunki dalszych prac.
EN
The paper presents transformations that automate integration platform’s architecture design. In the paper, integration platform’s architecture is described in accordance with the architectural views model “1+5”. Transformations of a model-to-model type were used to automate designing of integration platform architecture. The paper contains an introduction to transformations and overview of the current literature. In the paper, there are presented transformations between models in the following architectural views: Integrated Processes, Use Cases, Logical and Integrated Services. Design and implementation of transformations were performed in an IBM Rational Software Architect. In conclusion, the paper presents the advantages of architecture designing automation for information systems development projects and further works.
PL
W artykule przedstawiono koncepcję systemu zarządzania generacją rozproszoną i mikrogeneracją. Ideą systemu jest wykorzystanie potencjału źródeł generacji rozproszonej w sposób umożliwiający świadczenie dodatkowych usług energetycznych, jak i udział w konkurencyjnym rynku energii. Działania te mogą znacząco wpłynąć na skrócenie okresu zwrotu z inwestycji odbiorcy indywidualnego (prosumenta) w odnawialne źródła energii. Może przyczynić się to do coraz powszechniejszego wykorzystywania energii ze źródeł odnawialnych przez odbiorców indywidualnych. Powstawanie i funkcjonowanie źródeł wytwórczych energii odnawialnej o małych mocach oraz ich współpraca z Krajowym Systemem Elektroenergetycznym (KSE ) są zgodne z polityką energetyczną i klimatyczną UE oraz Polski i niewątpliwie wspomagają realizację zapisów pakietu 3 x 20. Artykuł zawiera propozycję architektury informatycznego systemu zarządzania mikrogeneracją i generacją rozproszoną.
EN
The paper presents the concept of distributed generation management system. The idea behind the system is to exploit the potential of distributed generation sources so as to provide additional energy services and participation in a competitive energy market. These actions can significantly affect the shortening of the period of return on investment of individual customer (prosumer) in renewable energy sources. This may contribute to the increased use of more energy from renewable energy sources by individual consumers. The formation and operation of renewable energy generation sources and their cooperation with the National Electricity System (NES) is consistent with the energy and climate policy of the EU and Poland and certainly supports the implementation of the provisions of 3 x 20 package. The article contains a proposal of architecture of distributed generation management system.
13
Content available Podstawy systemu monitoringu suszy rolniczej
PL
Susza w Polsce występuje w ostatnich latach coraz częściej, zwłaszcza od 1992 roku. Jest bardzo ważnym problemem gospodarczym dla całego kraju z powodu dużych strat w plonach, a tym samym przychodów rolnika i przyczyną wzrostu cen artykułów żywnościowych. Większa częstość występowania suszy jest wynikiem obserwowanych w ostatnich latach zmian klimatycznych. W systemie monitoringu suszy rolniczej warunki meteorologiczne, powodujące suszę, są określane za pomocą klimatycznego bilansu wodnego. System został opracowany i wdrożony przez IUNG-PIB na wniosek Ministerstwa Rolnictwa i Rozwoju Wsi. Opracowany system zawiera aplikacje komputerowe, integrujące dane meteorologiczne, potrzebne do obliczenia klimatycznego bilansu wodnego oraz dane z cyfrowej mapy glebowo-rolniczej, obrazującej przestrzenne zróżnicowanie retencji wodnej różnych kategorii agronomicznych gleb. System zawiera narzędzia, służące do oceny suszy dla poszczególnych grup i gatunków roślin uprawnych. Wyniki analiz są prezentowane na stronie internetowej w postaci map oraz tabel. Dla monitorowanych upraw rolniczych opracowywane są dane, przedstawiające zagrożenie suszą dla wszystkich gmin Polski w okresie wegetacyjnym. System monitoringu suszy składa się z bazy danych pogodowych, glebowych, aplikacji GIS do przetwarzania i integracji danych przestrzennych oraz internetowego systemu prezentacji wyników.
EN
Drought in Poland appears more frequently in the recent years, particularly since 1992. It is an important economic problem for the whole country since it may bring substantial yield losses, diminished farmers' incomes and a rise of the prices of food products. Increased frequency of droughts is an outcome of climate changes observed recently. In the System of Agricultural Drought Monitoring weather conditions resulting in drought are defined by the climatic water balance. The system ordered by the Ministry of Agriculture and Rural Development was prepared and implemented by the IUNGPIB. It contains computer applications that integrate meteorological data needed for calculating the climatic water balance and data from the digital soil-agricultural map that illustrates spatial differentiation of water retention in soils of different agronomic categories. The system contains tools that are used to assess drought for particular groups and species of crop plants. Results of analyses are presented at a web site in a form of maps and tables. The data presenting the risk of drought during vegetation season are prepared for monitored agricultural crops in all communes of Poland. The system of drought monitoring consists of weather and soil database, of GIS applications to process and integrate spatial data and of the internet system of data presentation.
PL
W artykule przedstawiono elementy metody projektowania platform integracyjnych. Scharakteryzowano metodykę projektowania Service-Oriented Modeling Architecture (SOMA) oraz przedstawiono stosowane notacje modelowania architektury platform integracyjnych: UML, SoaML oraz BPMN. Główny nacisk położono na przedstawienie wybranych elementów modelu widoków architektonicznych „1+5", profili modelowania architektury platformy integracyjnej „UML Profile for Integration Platform" oraz „UML Profile for Integration Flows". Przedstawiono wybrane elementy konfiguracji procesu projektowania platformy integracyjnej „RUP for Integration Platform".
EN
The article presents the elements of a designing method of integration platforms. It characterized a designing methodology referred to as Service-Oriented Modeling Architecture (SOMA) and presented the applied notations of the architecture of modeling of integration platforms: UML SoaML and BPMN. The main emphasis has been put on presentation of selected elements of the model of architectural panoramas „1 +5", profiles of modeling of architecture of integration platform, „UML Profile for Platform Integration" and „4" UML Profile for Integration Flows". It presented selected elements of the configuration of the designing process of integration platform, „RUP for Integration Platform".
EN
The most common architectural view model is "4+1" by Philipe Kruchten. This model presents the views required for a full description of computer system architecture. By contrast, this model seems to be insufficient to describe architecture of integration platform. Definitely lacks the view of integrated business processes. In the serviceoriented approach, one of the basic elements is a contract. It should also be included in the description of the architecture. Moreover, very important are integration mechanisms and mediation flows that should be presented in the description of architecture. Hence the need for integrated services view, and manner of their integration on the enterprise service bus. Use case view should also be extended by stereotypes required for presenting functionality exposed for other computer systems. It is therefore proposed architectural view model “1+5” for an integration platform. This model has following architectural views: Integrated processes, Use Cases, Logical, Integrated Services, Contracts, Deployment. Furthermore, in article was presented new UML profile "UML Profile for Integration Flows". In the profile were placed stereotypes corresponding to integration patterns and mediation mechanisms. It is important, that UML activity diagram was extended and its special form was obtained to model mediation flows on integration platform. Thus was proposed a new UML diagram: mediation flows diagram.
PL
W artykule przedstawiono sposób badania wydajności platformy integracyjnej utworzonej przy wykorzystaniu różnych środowisk. W porównaniu środowisk uwzględniono także aspekt czasu potrzebnego na implementację rozwiązań na platformie. Analizie poddano także zakres narzędzi wspierających projektowanie rozwiązań. Artykuł zawiera opis przypadku biznesowego implementowanego na platformie integracyjnej. Przedstawiono w nim także konfigurację środowiska testowego oraz dokonano analizy wyników badań wydajnościowych.
EN
The article demonstrates how to analyze the performance of the integration platform created with using different frameworks. In frameworks comparison also included the aspect of time required to implement solutions on the platform. The range of tools to support designing of solution was also analyzed. The article contains a description of the business case which was implemented on integration platform. The article also encompasses description of test environment and an analysis of performance test results.
PL
W artykule omówiono rozwiązania konstrukcyjne układów elektrycznych górniczego kombajnu ścianowego KSW-1500EU, przeznaczonego do współpracy z automatycznymi kompleksami ścianowymi. Zwrócono szczególną uwagę na układy monitoringu, diagnostyki, sterowania i przesyłania danych z kombajnu.
EN
The article presents technical solutions implemented in the KSW-1500EU longwall shearer which is designed for operations in automated longwall systems. Focus is laid on monitoring, diagnostic, control and data transmition systems.
EN
The article demonstrates how to analyze the performance of an integration platform created using different frameworks. The paper contains a set of integration platform performance metrics. In the manuscript a justification of the frameworks selection is included as well. The article contains a description of a business case, which was implemented on the integration platform with selected frameworks. The article also encompasses the description of the test environment and an analysis of performance test results.
PL
W artykule przedstawiono sposób badania wydajności platformy integracyjnej utworzonej przy wykorzystaniu różnych środowisk. Artykuł zawiera opis metryk wydajności platformy integracyjnej. Analizie poddano także zakres narzędzi wspierających projektowanie rozpatrywanych rozwiązań. Artykuł zawiera opis przypadku biznesowego implementowanego na platformie integracyjnej. Przedstawiono w nim także konfigurację środowiska testowego oraz dokonano analizy wyników badań wydajnościowych.
PL
W artykule omówiono rozwiązania konstrukcyjne układów elektrycznych nowego górniczego kombajnu ścianowego KSW-1500EU przeznaczonego do współpracy z nowoczesnymi kompleksami ścianowymi. Zwrócono szczególną uwagę na układy monitoringu, diagnostyki, sterowania i przesyłania danych z kombajnu.
PL
W artykule przedstawiono założenia metodyki projektowania systemów informatycznych łączącej cechy Rational Unified Process oraz metodyk zwinnych, takich jak SCRUM i OpenUP. Scharakteryzowane zostały metodyki Rational Unified Process, SCRUM i OpenUP z uwypukleniem ich cech wspólnych. Artykuł zawiera także analizę wyników zastosowania proponowanej metodyki w projekcie informatycznym w kontekście podnoszenia efektywności zespołu projektowego pracującego zgodnie z tą metodyką.
EN
The article presents assumptions of the software development methodology which links the features of Rational Unified Process and agile methodologies such as SCRUM and OpenUP. The article presents properties of following methodologies: Rational Unified Process, SCRUM and OpenUP with emphasis on their common features. The article also contains a results analysis of the methodology in a software project in the context of improving the efficiency of the design team working in accordance with this methodology.
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ć.