Electronic Warfare Simulation-based on Service Oriented Architecture

2012 ◽  
Vol 62 (4) ◽  
pp. 219-227 ◽  
Author(s):  
J. Kishore ◽  
G. Prasad ◽  
S. Gupta
SIMULATION ◽  
2010 ◽  
Vol 87 (11) ◽  
pp. 915-931 ◽  
Author(s):  
Mohammed A Muqsith ◽  
Hessam S Sarjoughian ◽  
Dazhi Huang ◽  
Stephen S Yau

Simulation of dynamic service-based software systems is important for studying services that may change their composition and thus interactions at run-time. An approach based on Service Oriented Architecture-compliant DEVS (SOAD) and Dynamic Structure DEVS (DSDEVS) modeling approaches is developed to support structural changes in service model composition. To achieve this goal, a broker–executive model is devised based on the broker model defined for SOAD and the executive model defined for DSDEVS. The capability to simulate dynamic services is incorporated to the DEVS-Suite simulator. To demonstrate modeling of dynamic service-based software systems, a real voice communication system and a model of this system have been developed. The importance of enabling simulation-based design for adaptable systems is briefly discussed.


SIMULATION ◽  
2010 ◽  
Vol 88 (3) ◽  
pp. 315-328 ◽  
Author(s):  
Moath Jarrah ◽  
Bernard Zeigler

Different negotiation engineering domains require the system designer to tailor the negotiation framework according to the domain under which it will be used. This process of system design is timely consuming when supporting different geographically distributed and dynamic environments. Here we show a methodology to design negotiation systems by integrating domain-dependent message structure ontology with domain-independent marketplace architecture. The methodology gives the system designers a powerful modeling tool that can be used to tailor the framework in order to support different negotiation behaviors under different domains. The system entity structure formalism is used to build the domain-dependent ontology while the finite deterministic discrete event system formalism is used to build the marketplace model. The discrete event system with service oriented architecture simulation environment was employed to demonstrate a proof of concept of applicability to web service domains.


Author(s):  
Kostyantyn Kharchenko

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