PL
 |
EN
Preferencje help
Polish version English version Język
Widoczny [Schowaj] Abstrakt
Liczba wyników

Znaleziono wyników: 7

Liczba wyników na stronie
first rewind previous Strona / 1 next fast forward last
Wyniki wyszukiwania
Wyszukiwano:
w słowach kluczowych:  BPEL
help Sortuj według:

help Ogranicz wyniki do:
first rewind previous Strona / 1 next fast forward last
1
Content available Transformacja diagramu aktywności UML w przepływ integracyjny BPEL
Górski T., Ziemski G.
Biuletyn Wojskowej Akademii Technicznej
|
2018
|
Vol. 67, nr 3
15--45
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.
2
Content available Inżynieria wsteczna w analizie e-usług administracji publicznej
Janke P.
Zeszyty Naukowe. Organizacja i Zarządzanie / Politechnika Śląska
|
2013
|
z. 64
92--97
PL
W artykule przedstawiono możliwość zastosowania inżynierii wstecznej dla potrzeb analizy usług elektronicznych administracji publicznej. Szczególną uwagę zwrócono na aspekt związany z transformacją notacji, przedstawiającą daną usługę.
EN
The paper presents the possibility of reverse engineering for the analysis of e-Government services. Particular attention is paid to aspects related to the transformation of the notation describes a service
3
Content available How validation can help in testing business processes orchestrating web services
Grela D., Sapiecha K., Strug J.
Annales Universitatis Mariae Curie-Skłodowska. Sectio AI, Informatica
|
2013
|
Vol. 13, no. 1
23--35
EN
Validation and testing are important in developing correct and fault free SOA-based systems. BPEL is a high level language that makes it possible to implement business processes as an orchestration of web services. In general, the testing requires much more test scenarios than the validation. However, in the case of BPEL processes, which have very simple and well structured implementation, test scenarios limited to the validation may also be efficient. The paper describes an experiment that aims at answering a question whether or not the validation test scenarios are also adequate for testing an implementation of BPEL processes. The experiment employs a Software Fault Injector for BPEL Processes that is able to inject faults when the test scenarios are running. The results of the experiment seem very promising. Hence, it seems that validation tests might give astrong support for testing.
4
Content available Algorytm konwersji skierowanego grafu kompozycji serwisów do planów kompozycji serwisów webowych w języku BPEL
Belava L.
Automatyka / Akademia Górniczo-Hutnicza im. Stanisława Staszica w Krakowie
|
2011
|
T. 15, z. 2
71-80
PL
W artykule objaśniono czym jest struktura danych zwana Skierowanym Grafem Kompozycji Serwisów. Został pokazany algorytm konwersji Skierowanego Grafu Kompozycji Serwisów do planów kompozycji usług sieciowych w języku BPEL oraz wyjaśniono jego poszczególne kroki. Przedstawiono zaimplementowane w ramach badań oprogramowanie, opisano uzyskane przykładowe wyniki.
EN
The paper describes the data structure of the Service Composition Directed Graph and the algorithm of its conversion into BPEL service composition plans. The proposed concept allows to use the Service Composition Directed Graph as a better form for machine operations on composition plans and to generate BPEL from such graphs.
5
Content available Zastosowanie SOA do celów konstrukcji systemu wspomagającego ratownictwo medyczne
Wąchocki G.
Automatyka / Akademia Górniczo-Hutnicza im. Stanisława Staszica w Krakowie
|
2009
|
T. 13, z. 2
653-661
PL
Koordynacja akcji ratowniczej jest zadaniem bardzo złożonym. Brakuje uniwersalnego narzędzia informatycznego wpierającego ratownictwo. Wydaje się, że dziedzina problemu jest odpowiednia do zastosowania technologii SOA (Service Oriented Architecture). Usługi medyczne można traktować jako serwisy dostępne w sieci. Proponowany system wyszukuje odpowiednie usługi medyczne i składa je w akcję ratowniczą za pomocą języka do modelowania procesu biznesowego.
EN
Coordination of medical rescuing operation is a very complex task. It is not supported by any computer system available on the market. However, it seems that such a problem may be solved using SOA paradigm. The proposal is to represent medical services by Web Services, which are available publicly in the Internet, and to create a system capable of searching for medical services and, by means of a process modelling language, compose a rescue operation process based on these services.
6
Content available remote Wyznaczanie scenariuszy testowych dla pewnej klasy procesów definiowanych za pomocą języka BPEL
Sapiecha K., Grela D.
Czasopismo Techniczne. Informatyka
|
2008
|
R. 105, z. 1-I
53-71
PL
Celem niniejszego artykułu jest adaptacja metody ścieżki krytycznej do procesów definiowanych w języku BPEL. W artykule pokazano, że po spełnieniu kilku założeń proces BPELa może być postrzegany jako system zamknięty, w którym komunikacja pomiędzy zadaniami odbywa się za pomocą i przy udziale koordynatora (aranżera) działającego zgodnie z grafem zadań systemu, a zadania odpowiadają funkcjom koordynatora.
EN
The main purpose of this research is an adaptation of critical paths method to processes defined in BPEL. In the paper it is showed that under some assumptions BPEL process may be considered as an embedded system, in which communication between tasks is like coordination of the services according to task graph of the system and tasks are like coordinator's functions. An example is given where a set of test scenarios is presented.
7
Procesy biznesowe w architekturze usługowej
Kamińska J., Fryźlewicz Z.
Prace Naukowe Instytutu Informatyki Stosowanej Politechniki Wrocławskiej. Konferencje
|
2007
171-183
PL
Modelowanie procesów biznesowych w środowisku usług webowych, wymaga języka do określenia logiki współdziałania usług. Rolę ogólnie przyjętego standardu, niezależnego od platform implementacyjnych, ma spełniać BPEL (ang. Business Process Execution Language). Artykuł ma trzy cele. Zawiera próbę odpowiedzi na pytanie o funkcjonalność języka, co wymaga przeanalizowania modelu procesu biznesowego wprowadzonego przez specyfikację oraz konstrukcji języka, które mają zapewniać ten model. Cel drugi to analiza dojrzałości i stabilności specyfikacji. Wynikiem jest krótki przegląd standardów pokrewnych oraz specyfikacji języków, które rozszerzają lub modyfikują BPEL. Cel trzeci, to analiza stopnia implementacji języka BPEL w platformach programistycznych wspierających wytwarzanie oprogramowania biznesowego w środowisku usług webowych.
EN
Modeling business processes in service oriented architecture requires tools for describing, managing loosely coupled components (called services) interactions. In this article BPEL (Business Process Execution Language), that was created by IBM, Microsoft, BEA and many other software vendors, is introduced. Recently the specification has been transferred to OASIS for standardization purposes. The article describes business process model, introduced by BPEL specification. It also explains main elements of the language. In the summary section main BPEL disadvantages and similar specifications are mentioned and described shortly.
first rewind previous Strona / 1 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ć.