Proposal for an Automated System

Proposal for an Automated SystemIII. PROPOSED SYSTEMAll traditional frameworks do non discuss functional requirements or, explicitly automatable parts of ITSM processes. mechanisation is identified as one of the approach to tackle the challenges of current service management processes.The architecture of the system is shown below in imagine 1Figure 1. Block Diagram for the ArchitectureAs shown in the figure above, the architecture consists of three main blocks i.e., ITSM Server, Secondly the familiarity server and finally the configuration heed logic for triggering the actions.Firstly an incidental does gets puddled or submit in the iTop Server with respect to the client request. Then there is a constant polling for the current placement of the incident. As the status for the assumption incident does have three stages i.e. New, Assigned, Closed. Subsequently, for the given new consequent the status gets changed to Assigned when the based on which an Issue similarly gets crea ted in the Knowledge server.For the given Incident Id an AP Issue Id also gets created in the Knowledge server for which the status is also polled posterior to the ITSM server in the human beings logs with respect to the given incident.Once an issue and issue id gets created within the knowledge Server based on the issue type specific knowledge tip gets triggered. KIs are the considered to be a simple rule with context written in xml format which does have an Issue condition tag which gets cross look into with respect to the given incident. Based on the issue conditions corrective actions are taken to resolve the issue which is mentioned in the command tag for the respective KI.Subsequently, the triggering actions given by the KI are been executed by the configuration management tool. After the successful execution of the actions the issue gets closed for which the status is again polled back to the ITSM server and the related incident status also gets changed to close.The MARS model basically defines the environment in which the KS (Autopilot) runs. With the help of this model the environment gone to a lower place excessive changes can be automated easily and quickly. It illustrates the interdependencies of application, resource, software and railcar. With this model, the IT landscape of a given company can be mapped to both a technical and business perspective. Here application and resource maps to the business relevant and organizational parts of IT operations whereas the software and the machine refers to the technical side of the IT operations.Hence, it allows us to perfect the IT environment based on a lightweight and reusable model which could the basis for automated IT operations i.e., services. It can also be used to create the CIs (Configuration Items).IV. MATHEMATICAL MODELThe system can be modeled mathematically given below.Let, S be a proposed system much(prenominal) that,S = s, E, X, Y, FS, DD, NDD s = Starting point= R-ITSsWhere CR = S et of client requestsITSMs = IT Service Management ServerE = Ending Point= The given incident in terms of issue is solvedX = Input to the systemSet of Incidents (I) = I1, I2, I3 , .Y = For the Given incident an issue in created in KSI-KSWhere KS =Knowledge ServerDeterministic Data (DD) Given Incident is already resolved.Non-Deterministic Data (NDD)for the given incident there is no solution.Success = Issue created in the KS in successfully solved.= In- rnWhere, In is Incident created r1 is desired result for rn.Failure = Failure in execution of user requestConditions -Insufficient input request and not valid user.V. EXPERIMENTAL SETUPThe experimental frame-up for proposed system will be building an ITSM infrastructure and a Knowledge Server using make on Linux based machine using ITSM tool iTop. The ITSM Infrastructure would be having a Linux Machine knob on which ITSM tool iTop is been installed. Then we need to setup other Machine node i.e., for the implementation of the DS (De livery Integration) where the deployment for the implemented code will be done. Third is the knowledge server i.e., another Linux Machine Node for the automation tool is required and the for configuration management.The particulars about platform and technology used are mentioned as followsBase Operating System Linux Based Machine server(Centos 6.5+ 64bit Preferred)Technology iTop For ITSM server ,Version 2.1.0Arago AutoPilot, Version 5.1Ansible 1.7.2 / Chef. (Open Source).Databases iTop Backend MySQL.Language Java JDK 1.7.Java Tool Eclipse JEEOther Dependencies Maven3,Apache2,Tomcat7,REST APIs, Shell Scripting, and XML for Knowledge Items, MARS model. fit in to above specifications and structure, the proposed system is built up.VII. CONCLUSIONUnlike other automation solutions, Knowledge based automation can deal with high levels of incorrectness and inaccuracy and altogether uses the given input as an entry point, or considers as a general universe description. Using this automati on technology we try to enhance the world-beater of IT configuration management process which is quite critical for our business processes. Our approach could also serve as input for discussing a reference model for the blueprint of management services that could help tool vendors to create interoperable Management tools by enabling service-oriented access to specific tools functionality.REFERENCES1 ISO/IEC, ISO/IEC 20000-12005 Information Technology Service Management, www.iso.org, 2005.2 shoes of Government Commerce (OCG) IT Infrastructure Library (ITIL) Service Support (ISBN 0113300158), 2000 Service Delivery (ISBN 0113300174), 2001.3 The NIST Definition of Cloud Computing, National give of Standards and Technology, Special Publication 800-145, kinsfolk 2001, P. Mell and T. Grance.4 Information Systems Audit and Control Association (ISACA) Control Objectives for Information and Related Technology (CobiT), isaca.org/cobit.5Microsoft TechNet Microsoft Operations Framework 4.0, http//technet.microsoft.com/de/library/cc506049 (enus).aspx6 Tele Management Forum (tmf) enhanced telecom Operations Map (eTOM), 2009.7 Schaaf, T., Brenner M. On Tool Support for Service Level Management From Requirements to System Specifications.3rdInternational Workshop on Business-Driven IT Management, 2008.8 ITSM reference. http//www.itsm.org9 SYMIAN Analysis and Performance Improvement of the IT Incident Management Process Claudio Bartolini, Member, IEEE, Cesare Stefanelli, Member, IEEE, and Mauro TortonesiIEEE TRANSACTIONS ON NETWORK AND SERVICE MANAGEMENT, VOL. 7, NO. 3, SEPTEMBER 2010.10 Model-based Integration of Tools Supporting Automatable IT Service Management Processes, Klaus Scheibenberger IT Infrastructure and Services Karlsruhe Institute of Technology (KIT) 76131 Karlsruhe 2010.11 IT service management driven by business objectives An application to incident management Claudio Bartolini, Mathias Sall HP Laboratories Palo Alto, USA. David Trastour HP Laboratories Bri stol, UK 2006 IEEE.12 Synthetic Incident Generation in the Reenactment of IT Support Organization Behavior. Bartolini, C.,HP Labs., Hewlett Packard, Palo Alto, CA, USA, Stefanelli, C.,Tortonesi, M. ,Integrated Network Management (IM 2013), 2013 IFIP/IEEE INTERNATIONAL SYPOSIUM.13 K Christiance, J. Lenchner et al, A Service Delivery Platform for Server Management Services, to appear in IBM Journal for Research and Development, special issue on Service Delivery, 2008.14 Arago The Automation Experts-Autopilot-version-33-englisch-47-728.15 BMC Patrol, www.bmc.com/