A Design Quality Model for Service-Oriented Architecture

2008 ◽  
Author(s):  
Bingu Shim ◽  
Siho Choue ◽  
Suntae Kim ◽  
Sooyong Park
Keyword(s):  
Service Oriented Architecture ◽  
Quality Model ◽  
Design Quality ◽  
Service Oriented

scholarly journals Trijų dominuojančių paslaugų kokybės modeliavimo būdų kritinė analizė ir vertinimas

2013 ◽  
Vol 65 ◽  
pp. 111-119
Author(s):  
Audronė Lupeikienė ◽  
Jolanta Miliauskaitė ◽  
Albertas Čaplinskas
Keyword(s):  
Web Services ◽  
Service Oriented Architecture ◽  
Services Quality ◽  
Quality Model ◽  
Model Quality ◽  
Service Oriented ◽  
Similarities And Differences ◽  
Dominant Paradigm ◽  
Modelling Approach

Paslaugų stiliaus architektūra tampa vyraujančia saityno paslaugomis grindžiamų sistemų kūrimo paradigma. Šiame straipsnyje pateikiama trijų dominuojančių paslaugų kokybės modeliavimo būdų: SQuaRE grindžiamo saityno paslaugų kokybės modelio, OASIS sudaryto saityno paslaugų kokybės modelio ir ontologija grindžiamo paslaugų kokybės modeliavimo būdo, pasiūlyto Beanchini su bendraautoriais, kritinė analizė. Pagrindinis darbo rezultatas yra straipsnyje parodomi analizuojamų būdų koncepciniai panašumai ir skirtumai, nagrinėjami trūkumai ir priežastys, neleidžiančios juos taikant adekvačiai modeliuoti paslaugų kokybės paslaugų stiliaus architektūros įmonių sistemose. Taip pat pateikiami argumentai, kad reikia sukurti naują, holistinį, paslaugų kokybės modeliavimo būdą.Critical analysis and elaboration of three prevailing approaches to model quality of serviceAudronė Lupeikienė, Jolanta Miliauskaitė, Albertas Čaplinskas SummaryThe service-oriented architecture (SOA) becomes dominant paradigm in the development of webbased systems. The paper critically analyses three prevailing approaches to SOA quality of service (QoS) modelling, namely, SQuaRE based Web Services Quality Model, OASIS Quality Model for Web Services and an ontology based QoS modelling approach proposed by Beanchini and co-authors. The main contribution of this paper is that it highlights both conceptual similarities and differences of the analysed approaches, examines their shortcomings and the reasons for their inability to model QoS adequately in service-oriented enterprise systems context. It also gives arguments for the need to develop a new, holistic QoS modelling approach.

DYNAMIC REST SERVICES ORCHESTRATION USING THE KNOWLEDGE BASE

2019 ◽  
Author(s):  
Kostyantyn Kharchenko
Keyword(s):  
Knowledge Base ◽  
Service Oriented Architecture ◽  
Main Idea ◽  
The Real ◽  
Server Side ◽  
Service Oriented ◽  
Services Orchestration ◽  
Client Side ◽  
Abstract Operation ◽  
Microservice Architecture

The approach to organizing the automated calculations’ execution process using the web services (in particular, REST-services) is reviewed. The given solution will simplify the procedure of introduction of the new functionality in applied systems built according to the service-oriented architecture and microservice architecture principles. The main idea of the proposed solution is in maximum division of the server-side logic development and the client-side logic, when clients are used to set the abstract computation goals without any dependencies to existing applied services. It is proposed to rely on the centralized scheme to organize the computations (named as orchestration) and to put to the knowledge base the set of rules used to build (in multiple steps) the concrete computational scenario from the abstract goal. It is proposed to include the computing task’s execution subsystem to the software architecture of the applied system. This subsystem is composed of the service which is processing the incoming requests for execution, the service registry and the orchestration service. The clients send requests to the execution subsystem without any references to the real-world services to be called. The service registry searches the knowledge base for the corresponding input request template, then the abstract operation description search for the request template is performed. Each abstract operation may already have its implementation in the form of workflow composed of invocations of the real applied services’ operations. In case of absence of the corresponding workflow in the database, this workflow implementation could be synthesized dynamically according to the input and output data and the functionality description of the abstract operation and registered applied services. The workflows are executed by the orchestrator service. Thus, adding some new functions to the client side can be possible without any changes at the server side. And vice versa, adding new services can impact the execution of the calculations without updating the clients.

Sign in / Sign up

Export Citation Format

Share Document