Evaluation Model for Web Service Change Management

Evaluation Model for Web proceeds turn c atomic number 18EVALUATION MODEL FOR WEB assistant CHANGE MANAGEMENT BASED ON BUSINESS POLICYENFORCEMENTAbstractToday arrangings in completely industries are progressively capable upon IT and a highly available network to meet their assembly line objectives. As customer expectations and demands rise, and their needs is one of the prevailing problems faced by IT enterprises at present, star to increasingly complex IT serve up focus systems. Although there exists many diverge management issues and solutions, there is no proper support for efficient intensify valuation and monitoring. Present veer management works are done only in the mesh divine service interface such as WSDL Web Service Definition Language and there is no proper support for dynamic nature in them. In order to provide a flexible environs for the Business Analyst to perform the emergency changes over the service traffic logic without the need of IT staff and a lso to evaluate changes do, we propose a bounded State Machine ground Evaluation Model for Web Service Run cartridge clip transform Management and also a set of change factors to evaluate runtime changes of web run. Among which we mainly focus on the factor Business Policy Enforcement which is used for checking whether there is any insurance infraction with respect to the changes made. We first define the versatile change factors and derived solution is considered as the change measure for individual change factor.Keywords-Web Services, BL Analyzer, Dependency Analyzer, Change Factors, Business Policy Manager, Runtime Change Management, Change Evaluation Report.I. installationA web service is a piece of dividing line logic that enables a paradigm shift in business structures allowing them to outsource required functionality from terce party Web-based providers. As services are not static, they undergo many changes during their life cycle since the IT service management sys tem now is facing an increasingly complex surround aroused by wide variety of requirements. This situation increases the likelihood of service interruption which in turn causes business loss. In this case, a series of changes are needed so that potential service interruptions can be prevented. A service change is any addition, modification, or removal of authorized, planned, or supported service or service component and its associated documentation. A typical IT enterprise faces considerable number of changes each year. To handle such changes, change management is needed.Change management is a set of unconscious processes that are employed to ensure that significant changes are implemented to a business process during its attention phase. The usance of the change management process is to ensure that Business risk is managed and minimized Standardized methods and procedures are used for efficient and prompt handling of all changes all changes to service assets and configuration i tems are recorded in the configuration management system and all authorized changes support business needs and goals. Hence there arises the need for an loadive framework managing those changes without affecting the business functionality. Here Change Management framework is proposed for making minor alterations to business logic entirely whose effect is more pronounced to the profitability of the organization. So the changes in business logic of the web service must be done very quickly inside the given time constraint as the services consumed by the providers and clients must not be affected there by managing the changes at the runtime.We focus on creating environment for dynamic variations to the business logic so that it is feasible to make frequent modifications in a service which aids service provider and serves him to pay clients newfangled quests. Such environment is useful in the run-time management of web services and to exactly spot the solution to the service provider s maintenance element. There are many models that subsist for Business exhibit Management in which the process is recycled for the overall process changes. However, the problem with these solutions is that they only support the process level flexibility and not the application/service level flexibility. On the other hand this Business Logic Management framework tries to append that service level flexibility. These changes are done at the Business analyst level instead of being done at the Developer level, which reduces the hierarchy level in change management and thus implies a reduction in time and cost requirements.A specific change in the logic, not only changes the functionality concerned with it, but also the certified functions under the dependency group. In the logic level, the set of rules form the finite states with functions as transitions. A rule is said to be dependent in this model, if there is a transition from one rule to another on accepting a function. The level o f dependency depth psychology can be even extended to the functions where the parameters act as the transition from one function to another. Thus the rules and functions under logic form a dependency group which is study and verified for every change initiated externally. Those dependency groups assist in performing changes and moderates in an effective change. Those changes that are made based on the dependency analysis are measurable, complete and finite. Any change that is not based on the dependency analysis is said to violate the outlined properties and may result in a failure. Dependency analysis based on each factor is performed by a finite state machine. With the function of finite state machine, it is practical that if a particular logic has been successfully recognized then it goes to the halt state. On the other hand, there exists a transition from any state to the exception state E, if the rule or function encounters an exceptional input or parameter. By this way, th e FSM simulates the pattern based on the behavior of the rules and functions, which can be intimately verified and measured at each stage. This measure of change military rank ensures that the business analyst has a direct control over the changes he makes and provides an environment that notifies the analyst about the outcome in a meaningful way. We propose a set of five change factors based on which the dependency vivacious between the business rules, functions and parameters is analyzed. Among which we mainly focus on the factor Business Policy Enforcement which is used for checking whether there is any policy violation with respect to the changes made. These change factors are also involved in the change evaluation that makes the changes to be specified in a precise and formal manner.II. FRAMEWORK FOR WEB SERVICE CHANGE MANAGEMENTIn this framework, the course of action begins with issue of change indicate and the whole processing of the request is conducted under the supervi sion of an analyst. A ChangeRequest is an redundant expectation that theCustomerwants which is outside the current defined scope of the project which is a change to an existing product. It is first specified by the analyst in detail. This precondition includes the change to be made, brief description of the change to be made, action to be made, services, rules and the conditions under which the change has to be made. The Request handler is responsible for finding the type of the change and priority is assigned to indicate the order of importance of the request and also determines whether the change can be implemented within the runtime. surface area Variable Identifier discovers the domain variables present in the request by just tokenizing the request and searching whether any of tokens match against given domain variable set. once we are done with domain variable identification, we can determine the domain to which the request refers to. The Domain Mapper finds the correspond ing domain and services with the help of service repository which comprises all kinds of services and provides the result to Business Logic Analyzer.Fig1.Business policy enforcement frameworkThe logic of all the services in the service repository are decomposed into rules, functions and parameters along with associated business policies are stored in the BL set with help of domain mapping. The BL analyzer identifies only the particular rule, functions, parameter and policy associated with it for each change request from BL set instead providing all the rules, functions, parameters and policies associated with it. The properties of interoperability, traceability, decidability, computability are preserved even after the alteration. These properties are evaluated by property evaluator and the calculated properties are appended to the schema to turn over the final schema. The property values assist the analyst in making a decision whether or not to implement the alteration. Dependency Analyzer discovers dependencies with the ascertain rules and functions in the business logic through the identified change criteria. The Policy Manager checks for policy violation in the rule or function in which change has to be made and also in the dependent rules or functions. Since the change which is complete, finite and computable can even violate the associated policies, it is also canvas by the policy manager after evaluating the properties of the identified change. Schema Generator is responsible for generating and upholding BL schema at various stages. This BL schema is helpful in control the management people who are not familiar in source code to make fruitful changes. The changes made in the schema will be updated obviously in business logic. Same way, when programmers do some changes in logic, it gets updated in schema accurately. Run time manager is responsible for building and deploying the services after fruitful changes are done and also it helps to debug the ex ceptions in the service logic sophistically. Change evaluator evaluates the changes made by the analyst based on the change factors such as business policy enforcement which determines violation of policy in the identified change criteria, code body which checks whether the preconditions and post conditions rest constant with respect to the changes made, requisite measure which checks whether the requisite rule or function is not altered with respect to the changes made and mapping function which checks the consistency with respect to the logic and also on the non-functional factors such as service interruption time, response time, reliability and service availability. The Change Evaluation Report includes result of the evaluation process of the change made i.e. the evaluation measures of the changes made by the analyst. By this framework, the analyst has the advantages such flexibility, works in a sophisticated environment without having a great deal knowledge about source code since he can implement the changes at the schema level, knowledge transfer since he can do the changes whatever comes in mind directly and is able to evaluate it easily, independency since no need for depending on the development team thereby reducing the time and cost.III. CHANGE FACTORSChange factors are those that act as a criteria based on which the changes made can be evaluated. Any change in the business logic is governed by the following change factors. These factors influence changes either independently or in a group and make changes effective. And the change factors are as followsBusiness policy enforcementRequisite measureCode consistencyMapping functionA. Business Policy EnforcementIn this paper, we mainly focus on the change factor business policy enforcement which is a measure of change which determines violation of policy in the identified change criteria. Here the main role of business policy enforcement is policy mapping which is nothing but finding the appropriate policies which are associated with the rule or function in which the change has to be made and also with its dependent rules and functions validation which refers checking whether there is any policy violation and refinement which provides an environment for the analyst to modify the policy itself if necessary. In a business logic L encompassing set of rules R, functions F, parameters Pr, policy set P and dependency D , the change which is going to be made can be evaluated based on the business policy enforcement factor which checks whether there is any policy violation with respect to the changes made. Whenever a change is specified, it is first analyzed for completeness, finiteness and computable. Once the rules, functions and parameters in the change specifications are analyzed as complete, they are mapped with the existing logic set L. Then the corresponding rules, functions, parameters, dependency set and policy set are retrieved by which the change specification is checked wh ether it violates any policy. If so, the analyst is informed as the change cannot be made due to the violation of policy. Otherwise the change is successfully included in the existing logic set L.IV. EXPERIMENTAL STUDYThe table in the next page shows the evaluationresults of some of the change requests implemented based on the business policy enforcement.TABLE IEVALUATION RESULTS FOR BUSINESS POLICY ENFORCEMENTV. ConclusionAny organization no matter its size will experience a large volume of changes in order to accommodate new business requirements, to correct faults in the infrastructure or the services, or for other reasons (such as legal requirements). This framework provides an environment for the business analyst to implement the changes at the sophisticated environment without having much knowledge about the source code and to evaluate the changes easily based on the proposed change factors in which business policy enforcement is mainly focused. With the help of the algorithm ic rule derived for the business policy enforcement, a case study of banking domain is implemented. By this framework, analyst is able to implement whatever comes in his mind directly without the help of developing team and also to detect policy violation and do the changes accordingly and also to refine the policy itself if needed.REFERENCES1 Felix Cuadrado, Juan C. Duenas and Rodrigo Garca-Carmona, An Autonomous Engine forServicesConfiguration and Deployment, IEEE Transactions on Software Engineering, Vol. 38, No. 3, May/June 2012.2 Xumin Liu, Athman Bouguettaya, Jemma Wu, and Li Zhou, Ev-Lcs A System For The Evolution Of Long-Term Composed Services, IEEE Transactions on Services Computing,Vol.PP, Issue 99, 2011.3 Dimitris Apostolou , Gregoris Mentzas,Ljiljana Stojanovic, Barbara Thoenssen, Toms Pariente Lobo,A collaborative decision framework for managing changes in e-Government services, Government Information Quarterly 28 (2011) 101116, PUBLISHED ELSEVIER, 2011.4 Bruno Wasserm ann, Heiko Ludwig, Jim Laredo, Kamal Bhattacharya, Liliana Pasquale, Distributed Cross-Domain Change Management, 2009 IEEE International Conference on Web, Services, 978-0-7695-3709-2/09, 2009 IEEE.5 Bassam Atieh Rajabi, Sai Peck Lee, Change Management in Business Process Modeling Survey, 2009 International Conference on Information Management and Engineering, 978-0-7695-1/09, 2009 IEEE.6 Bassam Atieh Rajabi, Sai Peck Lee, Runtime Change Management Based on Object Oriented Petri Net, 2009 International Conference on Information Management and Engineering, 978-0-7695-1/09,2009 IEEE.7 Oliver Moser, Florian Rosenberg and Schahram Dustdar,Domain-Specific Service Selection for Composite Services, IEEE Transactions on Software Engineering, VOL. 38, NO. 4, July/Aug. 20128 Ruhi Sarikaya, Canturk Isci and Alper Buyuktosunoglu, Runtime Application Behavior Prediction Using a Statistical Metric Model, IEEE Transactions on Computers, Vol. X, No. X, May 2011.9 Haochen Li, Zhiqiang Zhan, Bussines s-Driven Automatic IT Change Management Based on Machine Learning, 978-1-4673-0269-2/12, 2012 IEEE.10 Yanhua Du, Xitong Li, and PengCheng Xiong, Petri Net Approach to Mediation-Aided Composition of Web Services, IEEE Tansactions on Automation Science and Engineering, Vol. 9, No. 2, Apr. 2012.11 Marcello La Rosa, Arthur H. M. ter Hofstede, Petia Wohed, Hajo A. Reijers, Jan Mendling, and Wil M. P. van der Aalst, Managing Process Model Complexity via Concrete Syntax Modifications, IEEE Transactions on Industrial Informatics, Vol. 7, No. 2, May 2011.