自动化运维监控管理系统

自动化运维监控管理系统目录摘要 ]。逻辑层的业务组件建立在统一的业务模型之上，这些业务模型也将为流程关键型业务使用。逻辑层会从数据访问层读取数据或将数据写入数据层。逻辑层也可以采用缓存服务，对于基础类数据使用缓存，直接从内存读取，减轻对数据库的压力并提高响应速度。数据访问层：完成与数据库的交互，对系统的各种资源和外部系统提供统一的访问逻辑。可以采用JDBC、Hibernate及数据库的优化技术，如翻页、SQL语句预编译等。资源层：存放业务数据，是持久化存储的物理设备，包括各种信息系统资源，例如RDBMS、文件系统、原有系统、消息服务、邮件服务、交易服务中间件等。资源层一般采用关系数据库，如DB2、Oracle、SQLServer等。2.2.2MVC模式MVC模式是一个用于将用户界面逻辑与业务逻辑分离开来的基础设计模式，它将数据处理、界面以及用户的行为控制分为：Model（模型）－View（视图）－Controller（控制器）。见图2-1MVC三层模型，Model：负责当前应用的数据获取与变更及相关的业务逻辑。可用JAVABEAN来体现；View：负责显示信息。可以使用JSP、VELOCITY模板等技术。图2-1MVC三层模型其优点有：Controller：负责收集转化用户的输入。常用一个SERVLET来实现；View和Controller都依赖于Model，但是Model既不依赖于View，也不依赖于Controller，这是分离的主要优点之一，这样Model可以单独的建立和测试以便于代码复用，View和Controller只需要Model提供数据，它们不会知道、也不会关心数据是存储在SQLServer还是Oracle数据库中或者别的什么地方。

第3章IT运维管理系统需求分析与设计3.1IT运维管理系统的需求分析根据企业对运维活动管理的需求，建立运维管理系统的目的是从资源、计划、流程、人员、服务质量、运维的成本控制等方面着手，制定简洁高效、相互协调的流程，将人员、技术和资源等要素耦合起来，指导运维服务管理部门、外包服务商通过正确、规范、统一的方法协同运作。运维管理系统的建设是通过将制定运维服务活动遵循的具体流程在系统上实现流程电子化，保证运维服务过程的标准化和规范化，并以此降低风险，提升运维效能和质量，过程包括服务目录和服务级别管理、服务报告管理、服务台及事件管理、问题管理、变更发布管理、计划任务管理、运维活动统计报表等模块。具体来说，通过本次运维管理系统的构建，达到以下管理目标:（1）流程规范化：运用DEVOPS最佳实践的建设方针，梳理IT运维服务流程并规范IT运维工作，建设事件管理、问题管理、变更管理、发布管理，信息化设备配置管理、知识库、自助服务等运维管理流程，向用户提供高质量的服务。（2）服务标准化：通过建立统一、透明的服务目录和服务级别协议，将IT运维服务打包成一系列标准服务包，通过具体的、量化的服务包以产品的形式提供给客户，从而达到对所有用户提供统一标准的运维服务。（3）管理可视化：有效监控和分析管理各流程运行的效率，产生有效的流程管理信息，实现对服务流程的不断改进和提升。3.2IT运维管理系统的架构设计根据前面的需求，得出系统可按功能模块划分，其功能模块图如图3-1所示：图3-1IT运维管理系统功能模块图IT运维管理系统主要包括运维管理、服务管理、资产管理和监控及服务请求等四部分功能。其中，服务管理包括服务台、报表管理、大屏展现。服务台是根据不同用户个性化设置服务界面；报表管理是对运维管理系统的KPI指标等进行统计分析；大屏展现用于服务台对整个运维过程和监控数据的把控。资产管理包括资产信息管理、资产配置管理、项目管理。资产信息管理是对资产的类别、品牌、厂商、台账、库存、状态、位置、使用人等信息进行管理；资产配置管理是对资产的配置文件、固件版本、系统版本等信息进行管理；项目管理是对IT基础架构的建设周期、采购周期、建设里程碑等信息进行管理。监控及服务请求分别对应监控系统和用户的报障入口。提供运维监控系统以及与对应系统交互和具体业务数据交互。系统设置用于对运维系统内部的部门设置、对相应人员和在运维系统中的角色、权限设置。运维管理是IT运维管理系统的核心部分，主要包括事件管理、问题管理、变更管理、发布管理、服务级别管理。其中，事件管理包含事件受理与记录、事件分类与分派、事件处理与解决、事件回访与关闭等功能。问题管理包含问题识别、已知问题错误、问题查找和解决、问题关闭、问题跟踪等功能。变更管理包括变更记录与分类、应用系统日常维护、服务连续性计划、系统配置与优化、业务变更支持等功能。服务目录和服务级别协议是项目合同内容的具体化和数字化。通过研究DEVOPS框架和DEVOPS核心流程，梳理出IT运维管理系统内各模块关联关系，详见2.1和2.2章节。如图3-2所示，是IT运维管理系统各个模块之间的关系图：图3-2IT运维管理系统模块关系图如图3-3红色实线框中所示，IT运维管理系统位于IT运营管理平台的业务应用层。图3-3IT运营管理平台3.4数据库的设计表3-5至表3-14给出了IT运维管理系统数据库设计的部分字段属性表格，包括服务请求表、事件管理表、问题管理表、变更管理表、组织表、工作组表、人员表、合同表、服务目录表、服务级别表。以上表格中，服务请求表、事件管理表、问题管理表、变更管理表，主要用于IT运维管理系统中基于DEVOPS的流程管理设计的。组织表、工作组表、人员表、合同表、服务目录表、服务级别表用于系统设置。表3-5是服务请求表，主要用于对服务请求信息汇总、创建新请求、搜索请求，管理其他流程工单。表3-5服务请求表单（TICKET_REQUEST）字段名称字段描述数据类型ID组织的外键，与组织相关联INTSTATUS状态：包含新建、等待批准、已批准、已拒绝等状态ENUMREQUEST_TYPE发起途径：邮件、监控、电话ENUMIMPACT影响度ENUMPRIORITY优先级ENUMURGENCY紧急度ENUMORIGIN发起人：人员外键，与人员关联ENUMSERVICE_ID服务目录：服务键值INTESCALATION_REASON升级原因VAHCHAR(255)ASSIGNMENT_DATE指派时间DATE(7)RESOLUTION_DATE解决时间DATE(7)TTO_STARTEDTTO开始DATE(7)TTO_STOPPEDTTO结束DATE(7)TTO_TIMESPENTTTO期限INTTTR_STARTEDTTR开始DATE(7)TTR_STOPPEDTTR结束DATE(7)TTR_TIMESPENTTTR期限INTSOLUTION解决过程记录TEXTUSER_SATISFACTION用户满意度ENUMUSER_COMMMENT用户意见TEXTPARENT_REQUEST_ID关联请求INTPARENT_INCIDENT_ID关联事件INTPARENT_PROBLEM_ID关联问题INTPARENT_CHANGE_ID关联变更INTTIME_SPENT解决用时INT表3-6是事件管理表，用于记录事件，管理事件责任人，定义事件影响。表3-6事件管理表单（TICKET_INCIDENT）字段名称字段描述数据类型ID组织的外键，与组织相关联INTSTATUS状态：包含新建、等待批准、已批准、已拒绝等状态ENUMREQUEST_TYPE发起途径：邮件、监控、电话ENUMIMPACT影响度ENUMPRIORITY优先级ENUMURGENCY紧急度ENUMORIGIN发起人：人员外键，与人员关联ENUMSERVICE_ID服务目录：服务键值INYESCALATION_REASON升级原因VAHCHAR(255)ASSIGNMENT_DATE指派时间DATE(7)RESOLUTION_DATE解决时间DATE(7)RESOLUTION_CODE解决方案代码ENUMFILE_NAME文件名VARCHAR(40)FILE_URL文件地址VARCHAR(200)FILE_FORMAT文件格式VARCHAR(20)CREATE_USERID创建人VARCHAR(40)UPDATE_TIME更新时间DATE(7)SOLUTION解决过程记录TEXTUSER_SATISFACTION用户满意度ENUMUSER_COMMMENT用户意见TEXTPARENT_REQUEST_ID关联请求INTPARENT_INCIDENT_ID关联事件INTPARENT_PROBLEM_ID关联问题INTPARENT_CHANGE_ID关联变更INTTIME_SPENT解决用时INT表3-7是问题管理表，支持事件单升级为问题单、直接提交问题等。记录问题的处理状态和结果。表3-7问题管理表单（TICKET_PROBLEM）字段名称字段描述数据类型ID组织的外键，与组织相关联INTSTATUS状态：包含新建、等待批准、已批准、已拒绝等状态ENUMIMPACT影响度ENUMPRIORITY优先级ENUMURGENCY紧急度ENUMORIGIN发起人：人员外键，与人员关联ENUMSERVICE_ID服务目录：服务键值INYASSIGNMENT_DATE指派时间DATE(7)RESOLUTION_DATE解决时间DATE(7)CREATE_USERID创建人VARCHAR(40)UPDATE_TIME更新时间DATE(7)PARENT_REQUEST_ID关联请求INTTIME_SPENT解决用时INTDESCRIPT问题描述VARCHAR(200)TITLE标题VARCHAR(40)UPDATE_TIME更新时间DATE(7)表3-8是变更管理表，用以跟踪和管理标准的变更请求。表3-8变更管理表单（CHANGE）字段名称字段描述数据类型ID组织的外键，与组织相关联INTSTATUS状态：包含新建、等待批准、已批准、已拒绝等状态ENUMREASON拒绝理由VARCHAR(255)REQUESTOR_ID发起人外键INTCREATION_DATE创建日期DATEIMPACT影响度VARCHAR(255)SUPERVISOR_GROUP_ID监督团队外键INTSUPERVISOR_ID监督人外键INTMANAGER_GROUP_ID管理团队外键INTMANAGER_ID管理人外键INTOUTAGE结束日期ENUMFALLBACK回退计划TEXTPARENT_ID父级变更外键INT

第4章IT运维管理系统的实现4.1系统开发环境本论文的IT运维管理系统开发环境如下：服务器操作系统：Windows7编程语言：Java开发工具：IntelliJIDEAWeb服务器：Tomcat数据库服务器：MySQL系统建模工具：RationalRose数据库设计工具：PowerDesigner版本控制工具：Git4.2Activiti流程引擎的集成由于Spring可以对JavaBean做统一管理，所以本系统采用Spring作为容器来管理流程引擎。本系统采用Activiti作为流程引擎，将Activiti流程引擎整合到Spring中需要配置流程引擎配置类SpringProcessEngineConfiguration、需要配置流程引擎工厂类ProcessEngineFactoryBean该类在容器启动时会自动生成一个单例流程引擎实例、为了方便使用流程引擎中的各个基本服务，以便将这些实例注入到业务逻辑层中的业务实现类中，本系统还配置了流程存储实例repositoryService、流程操作实例runtimeService、流程任务管理实例taskService、历史查询实例historyService和管理服务实例managementService等。具体配置如下所示:<beanid="processEngineConfiguration"class="org.activiti.spring.SpringProcessEngineConfiguration"><propertyname="dataSource"ref="dataSource"/><propertyname="databaseSchemaUpdate"value="true"/><propertyname="transactionManager"ref="transactionManager"/></bean><beanid="repositoryService"factory-bean="processEngine"factory-method="getRepositoryService"/><beanid="runtimeService"factory-bean="processEngine"factory-method="getRuntimeService"/><beanid="taskService"factory-bean="processEngine"factory-method="getTaskService"/><beanid="historyService"factory-bean="processEngine"factory-method="getHistoryService"/><beanid="identityService"factory-bean="processEngine"factory-method="getIdentityService"/><beanid="managementService"factory-bean="processEngine"factory-method="getManagementService"/>通过工作流定义工具定义各具体业务流程，通过运维平台提交发布到工作流服务，由工作流服务部署和发布流程。工作流引擎是Activiti工作的核心。负责生成流程运行时的各种实例及数据，监控和管理流程的运行。具体业务实例启动流程以及进行流程流转时，提交到工作流服务接口，由工作流服务解释和执行和执行流程节点流转。如图4-1所示，是工作流服务与系统关系。图4-1工作流服务与系统关系4.3Activiti工作流实例化流程定义工具是用来设计IT运维管理系统的业务流程定义，为Activiti工作流引擎实例化运行做准备。在本文中可以将流程定义工具理解为一个产生XML的图形化设计建模工具。在这里Activiti使用的是基于IntelliJIDEA图形化的插件actiBPM，使用这个插件的目的是产生XML格式的流程定义。如图4-2所示，是基于插件的Activiti模型设计界面。图4-2基于插件的Activiti模型设计界面如图4-3所示，是事件管理流程设计模型。图4-3事件管理流程设计模型由事件参与角色包括服务台、工程师和用户创建事件工单，服务台将事件派发给工程师，工程师接单、签到、处理，交由事件参与角色进行审核，服务台关闭工单，事件结束。附上部分流程引擎生成的可自定义的XML结构。<?xmlversion="1.0"encoding="UTF-8"standalone="yes"?>

<definitionsxmlns="/spec/BPMN/20100524/MODEL"xmlns:activiti="/bpmn"xmlns:bpmndi="/spec/BPMN/20100524/DI"xmlns:omgdc="/spec/DD/20100524/DC"xmlns:omgdi="/spec/DD/20100524/DI"xmlns:tns="/test"xmlns:xsd="/2001/XMLSchema"xmlns:xsi="/2001/XMLSchema-instance"expressionLanguage="/1999/XPath"id="m1553848026283"name=""targetNamespace="/test"typeLanguage="/2001/XMLSchema">

<processid="myProcess_1"isClosed="false"isExecutable="true"name="事件管理流程"processType="None">

<startEventid="_2"name="开始"/>

<userTaskactiviti:exclusive="true"id="_3"name="创建事件"/>

<serviceTaskactiviti:exclusive="true"id="_4"name="服务台派单"/>

<sequenceFlowid="_6"sourceRef="_2"targetRef="_3"/>

<sequenceFlowid="_7"sourceRef="_3"targetRef="_4"/>

<userTaskactiviti:exclusive="true"id="_9"name="工程师接单"/>

<userTaskactiviti:exclusive="true"id="_10"name="工程师签单"/>

<userTaskactiviti:exclusive="true"id="_11"name="工程师处单"/>

<serviceTaskactiviti:exclusive="true"id="_13"name="审核验收"/>

<serviceTaskactiviti:exclusive="true"id="_15"name="服务台关单"/>

<endEventid="_5"name="EndEvent"/>

<sequenceFlowid="_8"sourceRef="_4"targetRef="_9"/>

<sequenceFlowid="_12"sourceRef="_9"targetRef="_10"/>

<sequenceFlowid="_14"sourceRef="_10"targetRef="_11"/>

<sequenceFlowid="_16"sourceRef="_11"targetRef="_13"/>

<sequenceFlowid="_17"sourceRef="_13"targetRef="_15"/>

<sequenceFlowid="_18"name="结束"sourceRef="_15"targetRef="_5"/>

</process>4.4系统运行界面图4-4给出系统的事件管理模块界面，一般流程是：当用户请求通过我的事件发起服务请求，多个服务请求事件组成事件清单。服务台对事件状态进行筛选后将事件派发给工程师，工程师按照事件处理流程完成处理，由服务台审核并关闭；同时，服务台和工程师也能通过事件处理来创建事件并派发工单。图4-4事件管理模块界面图4-5给出新建事件界面，通过用户手机号码或者工号可以带出用户给基础信息，基础信息包括请求人姓名、地理位置、所属部门等。同时可以关联重复事件、资产信息。图4-5新建事件界面图4-6给出事件处理详情界面，详情包括基本信息、事件详情、处理信息、关联资产、处理过程、变更记录等。图4-6事件处理详情界面图4-7给出了服务目录管理界面，在服务目录管理中对服务目录库的细则进行管理，不同的服务合同对应各自的服务目录。4-7服务目录管理界面图4-7给出了服务目录详情界面，在这个界面对服务目录的内容进行管理。图4-7服务目录详情界面图4-8给出了服务级别管理界面，通过定义服务级别量化服务目录，达到对运维服务质量的考核目的。图4-8服务级别管理界面

第5章系统测试本论文的系统以功能测试为主，主要采用黑盒测试方法，对系统功能的适合性进行手工确认测试，以此来判断被测系统功能是否符合要求。5.1系统测试环境服务端硬件环境：处理器Corei53.0G以上；内存8GB以上；硬盘200GB以上。测试工具LoadRunner。本系统的测试环境见表5-1所示：表5-1系统测试环境类型资源名称服务端操作系统Windowsserver2008R2数据库MySQLWeb服务器Tomcat客户端操作系统Windows10/7浏览器谷歌、火狐5.2功能测试功能测试实施前，需要详细设计测试用例并逐一测试，根据实际测试结果对系统功能的正确性和完善性做出评估。以下是对系统功能测试设计的测试用例表。表5-2是用户登录测试用例，展示了对登录过程进行测试的情况。表5-2用户登录测试用例用例名称：登录→系统首页窗体测试方法：黑盒依赖用例章节：/用例创建人：林雪云用例执行时间：2018-5-12用例前置条件：1、前台服务已启动；2、数据库连接正常；3、帐号功能满足操作要求编号操作输入数据预期输出实际输出11.在浏览器中输入系统URL，显示系统登录页面；2.输入用户名和密码，点击登录按钮；系统用户名和密码刷新后，成功在系统首页看板显示的页面。符合执行结果：通过工作任务的流转和信息在不同角色之间能够正确传递是业务流程测试的主要目的，因此在对本系统的的流程功能记性测试时，对流程的流转逻辑进行用例设计成为了重点。用例设计时采用路径覆盖测试，覆盖主要的业务环节，保证流转的连续性，如果参照流程图中的全路径覆盖是不现实的，因此在设计用例时适当的降低覆盖率。（2）表5-3是创建事件的测试用例，展示了对事件处理过程进行测试的情况。表5-3事件处理过程测试用例用例名称：运维管理→事件处理测试方法：黑盒依赖用例章节：用例创建人：林雪云用例执行时间：2018-5-13用例前置条件：1、建好机构、组织、用户、客户档案、客户合同等基础信息，并将客户档案、客户合同与机构、组织下面的用户关联起来；2、建好客户档案、客户合同，并将其与客户服务目录相关联，设定好SLA时间；3、在【系统管理-业务系统】设置中建好基础数据；编号测试用例输入数据预期输出实际输出1创建事件录入事件信息并提交录入成功并显示符合2事件派发给工作组将事件派发给网络组网络组所有成员可见事件详情，其他组看不见符合3事件派发给工作组将事件派发给桌面组桌面组所有成员可见事件详情，其他组看不见符合4派发事件给工程师派发事件给指定工程师指定工程师可见事件详情，其他工程师看不见符合5工作组成员接单工作组成员接单工作组成员可以接单，非工作组成员不能接单符合6接单工程师接单工程师可以接单，其他人不能接单，SLA开始计时符合7签到工程师签到工程师签到符合8处理工程师处理并填写处理过程后点击提交提交成功，SLA停止计时符合9回访服务台填写回访记录并评分后提交提交成功，回访记录显示正常，评分功能正常符合10关闭事件服务台关闭事件单事件单正常关闭，事件概要在事件列表中显示正常符合执行结果：通过表5-4是人员管理的测试用例，展示了对人员管理进行测试的情况。表5-4人员管理测试用例用例名称：系统管理→人员管理测试方法：黑盒依赖用例章节：/用例创建人：张小芳用例执行时间：2018-5-15用例前置条件：1、组织架构已建立2、拿到了人员名单编号操作输入数据预期输出实际输出1新增输入用户名“ceshi”真实姓名“测试”手机输入其他信息，点击保存提示保存成功符合2修改修改角色数据，输入用户“ceshi”真实姓名“测试”手机158123456789，输入其他信息，点击保存保存成功，角色数据，同时变更符合3删除选择数据，点击删除提示是否删除此数据符合4导入导出点击导出模板下载模板符合执行结果：通过

第6章总结与展望当前，企业IT部门面临越来越复杂的IT基础设施与架构，以及众多企业、地域、人员和品牌的管理。提升IT服务能力和业务组织保障能力的关键要素在于如何有效管理企业IT部门，充分整合IT部门资源、人员、技术、以及流程，并发挥最佳效力。DEVOPS针对这些可能发生的问题，提供一个可解决的指导性框架。本文设计的IT运维管理系统，其特性在于采用基于DEVOPS思想的运维管理流程、运用Activiti工作流引擎、以及面向服务架构的系统架构。系统将日常运维工作流程化，运用自动化工具及时跟踪流程的执行情况。通过基于DEVOPS的流程化运维管理将企业IT部门运维人员从繁重的业务中解脱出来，从而实现IT运维服务的流程化、规范化和体系化。

致谢本论文是在导师的谆谆教诲和指导下完成的，从选题、构思到定稿无不渗透着导师的心血和汗水；导师渊博的知识和严谨的学风使我受益终身，在此表示深深的敬意和感谢。这次写论文的经历也会使我终身受益，我感受到，做论文是要真真正正用心去做的一件事情，是真正的自己学习的过程和研究的过程。没有认真学习和钻研，自己就不可能有研究的能力，就不可能有自己的研究，就不会有所收获和突破。希望这个经历，在今后的学习和生活中能够继续激励我前进。另外，还要特别感谢我的家人，他们时刻关心我，给我提供了学习的机会，时时刻刻为我鼓劲、为我加油，进而促使我不断成长和进步。同时，也要感谢寝室的室友以及所有关心我的朋友，感谢他们陪伴我走过了很多美好的时光，在我遇到困难时他们关心我、帮助我。在完成毕业论文的过程中，很多朋友都给了我无私的帮助和支持，在此表示由衷的谢意！最后，因本人水平有限，论文肯