运维服务部门管理流程
运维制度及流程(最新)
【百科大全】1 机房运维管理前期准备1.1 管理目标机房基础设施运维团队应与业主管理层、IT部门、相关业务部门共同讨论确定运维管理目标。
制定目标时，应综合考虑机房所支持的应用的可用性要求、机房基础设施设施的等级、容量等因素。
目标宜包括可用性目标、能效目标、可以用服务等级协议（SLA）的形式呈现。
不同应用的可用性目标的机房，可设定不同等级的机房基础设施的运维管理目标。
1.2 参与数据中心建设过程机房运维团队应充分了解自己将要管理的场地基础设施。
对于新建机房，应尽早参与机房基础设施的建设过程，以便将运维阶段的需求在规划、设计、建造、安装和调试等过程中得到充分的考虑；同时为后期做好运维工作打下基础。
1.2.1 应参与规划设计机房的规划设计是一个谨慎和严谨的过程，需要所有参与机房建设的相关方共同完成，才能确保规划和设计的有效性、实用性等要求。
其中，基础设施运维团队应提出运维要求，从运维经验、实际运维难度、提高运维可易性等方面对规划和设计过程进行配合。
1.2.2 应参与相关供应商遴选机房基础设施运维团队应参与机房基础设施设备供应商选择的全过程，及时地了解各种产品及服务的品牌、型号、规格等关键参数，使之更能满足运维的要求。
并就在安装、调试过程中的注意事项等提出建议，还需要对后续的设备保修等服务提出要求。
1.2.3 应参与建造管理机房的基础设施运维团队应积极参与机房基础设施的建造工作，并协助做好建设项目的项目管理工作，着重关注工程建造中如材料的使用、工序、建造过程等工作，重点关注隐蔽工程的安装工艺和质量。
机房基础设施运维团队应充分了解施工过程中的工艺。
对于新建数据中心，从施工质量和日后运维方便性出发，尽早发现施工过程的问题，及时纠正，方便日后运维和节省日后整改成本。
1.3 测试验证机房基础设施投产前的测试验证是确保机房基础设施满足设计要求和运行要求的关键环节。
1.3.1 时间和预算机房的业主应设立测试验证专项预算，预算应包括外部测试验证服务提供商的相关费用，以及在测试验证阶段产生的电费、水费、油费等相关费用。
完整版运维服务流程
完整版运维服务流程运维服务流程指的是针对企业的IT系统和基础设施进行持续运营和维护的一系列流程。
以下是关于完整版运维服务流程的详细介绍：1.需求收集：运维服务流程的第一步是与客户进行需求沟通和收集。
运维服务团队与客户深入交流，了解客户的业务需求、IT系统的结构和架构、目前存在的问题和挑战等。
通过需求收集，可以确保运维服务团队对客户的需求有一个全面的了解，从而制定出针对客户的个性化运维方案。
2.环境搭建：在了解客户需求之后，运维服务团队开始进行环境搭建。
这包括配置和安装必要的硬件设备和软件工具，建立适当的网络连接和系统环境，以及创建适合客户需要的数据库和应用程序。
3.监控与诊断：建立完整的监控系统是运维服务流程中非常重要的一步。
该步骤包括设置各种监控工具，例如网络监控、服务器监控、应用程序监控等，以便实时地监测系统的运行状态和性能。
通过定期的监控和诊断，可以及时发现问题并进行修复，确保系统的稳定性和可靠性。
4.问题处理：如果在监控过程中发现了任何问题或故障，运维团队将立即采取行动进行问题处理。
这涉及到收集相关的错误日志和信息，对问题进行分析和诊断，并制定相应的解决方案。
问题处理可能包括对硬件设备或软件程序进行修复、恢复系统状态、还原数据等。
5.安全性管理：运维服务流程中，确保系统安全是一个非常重要的环节。
运维团队需要定期进行安全性扫描、漏洞评估和风险评估，以及应用补丁和更新来保持系统的安全性。
此外，还需要进行安全培训，教育员工关于数据保护、密码管理和网络安全的意识。
6.变更管理：在企业的IT系统中，可能会有各种各样的变更，例如软件升级、系统配置更改等。
为了确保这些变更不会对系统造成负面影响，运维服务团队需要对变更进行管理。
这包括制定变更计划、审查变更请求、进行变更评估和测试，并且跟踪变更的执行和结果。
7.维护与优化：除了日常的故障处理和安全管理之外，运维团队还需要定期进行系统维护和优化。
这涉及到数据库优化、网络带宽调整、系统性能优化等工作，以确保系统在持续运营中的高效性和稳定性。
运维服务管理制度规范
运维服务管理制度规范一、制度目的为了规范运维服务工作，提高服务质量，保障系统稳定运行，特制定本管理制度。
二、运维服务管理流程1. 运维工作任务分配：根据系统需求和人员实际情况，合理分配运维任务。
2. 运维服务监控：全面监控系统运行情况，及时发现和解决问题。
3. 运维服务报告：定期编写运维服务报告，总结工作成果和存在问题。
4. 运维服务改进：根据报告结果和用户反馈意见，持续改进运维服务水平。
三、运维服务管理责任1. 运维部门负责制定并执行本管理制度。
2. 运维责任人应按照任务分配，认真履行职责，保障系统正常运行。
四、运维服务管理要求1. 严格执行运维管理流程，不得擅自变更任务和流程。
2. 遵守服务标准和规范，确保服务质量。
3. 及时处理用户反馈的问题，提供有效解决方案。
4. 定期组织运维培训，提升员工技能和服务意识。
5. 对系统故障和风险做好预防和应对工作，保证系统安全性和稳定性。
五、运维服务管理制度执行1. 运维管理人员应严格执行本管理制度，监督运维服务工作的执行情况。
2. 每月定期召开运维例会，总结工作情况，分析存在问题，并提出改进方案。
3. 对违反管理制度规定的行为，依照公司规定进行相应处理。
六、附则1. 本管理制度由运维管理部门负责解释。
2. 本管理制度自发布之日起执行，如有变动，须经相关部门审核后重新发布。
本管理制度自发布日起生效，严格执行，如有不遵守的行为，将受到相应的处理。
以上为《运维服务管理制度规范》，请各位员工务必认真遵守，共同维护公司正常运转和服务质量。
运维服务管理工作流程方案
运维服务管理工作流程方案1. 服务需求管理
- 服务请求接收和登记
- 服务请求分类和优先级确定
- 服务请求审批和派遣
2. 事件管理
- 事件监控和检测
- 事件记录和分类
- 事件响应和解决
- 事件根因分析和预防措施
3. 问题管理
- 问题识别和记录
- 问题分类和优先级确定
- 问题分析和解决方案制定
- 问题解决和验证
4. 变更管理
- 变更请求提出和审批
- 变更计划制定和实施
- 变更后评审和验证
- 变更知识库更新
5. 发布管理
- 发布计划制定
- 发布准备和测试
- 发布实施和监控
- 发布后评审和总结
6. 配置管理
- 配置项目录建立和维护
- 配置基线管理
- 配置审计和报告
7. 知识管理
- 知识采集和整理
- 知识库建设和维护
- 知识共享和传播
8. 运维服务评估
- 服务水平制定和监控
- 服务质量评估和改进
- 持续服务优化
以上是运维服务管理工作流程的主要内容,具体的实施细节需要根据组织的实际情况进行调整和完善。
良好的运维服务管理能够提高IT 系统的可用性、可靠性和安全性,并且有助于降低运维成本,提高运维
效率。
项目六 IT运维服务管理流程
龙数智慧
转换计划与支持流程的目的有以下几点： 通过规划和协调资源，确保服务设计能够在服务运营中有效地实现。 对服务转换的时间、成本、质量、人力资源进行统一的计划和管理，使转
换过程可控。 识别、管理和控制服务转换过程中出现故障和中断的风险。
6.3.3 变更管理
龙数智慧
变更管理(Change Management)是通过标准化的方法、流程对变更 进行有效的管理和控制，以便在变更之前对变更进行记录、对变更的风险和 影响进行评估、对变更方案进行审核和评审、并对变更进行授权，在变更执 行过程中，进行有效的监控、严格按照方案执行并进行充分的验证，在变更 结束后进行总结、回顾及持续改进。
目的主要有以下几点：
使用标准化的方法和程序，使所有变更处于有效的管控之中。 充分评估风险、优化方案、降低变更缺陷，从而降低因变更导致的服务中断的风险，保
证系统的稳定运行。 提高变更的准确性和成功率，更好地实现各类内部和外部需求。
6.3.5 服务验证与测试
龙数智慧
服务验证与测试流程不同于发布与部署管理中的测试环节，该流程需 要站在整个服务的全生命周期的角度对处于不同阶段的服务状态进行验证和 测试，而不仅仅只是在变更执行阶段的技术测试。
6.1.1 服务战略定制
龙数智慧
1、启动战略制定
在制定全行科技战略时，作为科技战略的组成部分，数据中心启动战略制定工作。战 略规划管理部门作为数据中心战略制定的牵头部门，负责组织战略内容的制定。
2、制定战略
战略规划管理部门参考全行战略及同业发展情况，在科技战略整体框架下，制定数据 中心战略愿景和内容框架，经与相关部门沟通讨论及决策者审议后，组织相关部门进行具体 战略内容的编写、收集汇总和审核，形成数据中心战略征求意见稿。
运维部组织架构与工作流程图
动力主管/高工
1
综合调度室
经理
1
资源调度主管/高工
4
基础网络室室
经理
1
资源调度主管/高工
4
业务支撑室
经理
1
主管/高工
3
各室职责如下：
一、综合调度室
1、负责综合性管理工作，包括收发、文秘、内务、公关、接待等；
2、负责编制各种规章制度及本部门年度工作计划、总结、预算等；
3、协助制定、汇总运行维护考核指标，并参与实施；
知识要求：
熟悉各种通信网络的结构、各种电信维护管理知识、熟悉各类通信技术包括传输原理和路由交换等
熟悉DWDM、SDH、IP及其网管系统
技能要求：
熟练通信设备的操作,较强文字编写能力
有编写相关管理制度的经验
能力要求：
良好组织能力和协调能力、较强接受能力及逻辑思维能力
较强的分析问题和解决问题的能力
个性要求：
设备运用：电话、电脑、复印机、传真机等
二、传输交换室经理
职位名称：传输交换室经理
（POSITION）
所在部门：运维部
（DEPT.）
职位编码：
（CODE）
编制日期：
（DATE）
职位概要：
负责运维部设备室的日常工作，制定设备维护规程及考核指标并负责具体指导实施，确保设备正常工作。
职位职责（DUTYANDRESPONSIBLITY）
4、负责补缺配套、大修、更新改造计划、维护成本管理及其配合实施工作；
5、负责网络资源数据的维护管理、资源调配管理、网络资源优化管理；
6、负责接收工程建设、维护生产、业务发展、网元出租等资源需求，并组织调配；
7、负责全网具体网络组织、设备端口、传输电路、光纤等资源日常通信组织调度工作；
IT运维服务管理流程
IT运维服务管理流程IT运维服务管理流程涉及服务台、事件管理、问题管理、配置管理、变更管理、发布管理、服务级别管理、财务管理、能力管理、服务持续性管理、知识管理及供应商管理等，随着运维活动的不断深入和持续改进，其他流程可能会逐步独立并规范。
一、服务台服务台是支持IT运维服务核心功能，与各个流程联系密切。
所有管理流程都要通过服务台为用户提供单点联系，解答用户的相关问题和需求，或为用户寻求相应支持人员二、事件管理事件管理流程主要目标是尽快恢复IT服务提供并减少其对业务的不利影响，尽可能保证最好的IT服务质量和可用性等级。
事件管理流程通常涉及事件的侦测和记录、事件分类和支持、事件的调查和诊断、事件的解决和恢复以及事件的关闭。
三、问题管理问题管理流程的主要目标是预防问题和事故的再次发生，并将未能解决的事件的影响降低到最小。
问题管理流程包括诊断事件根本原因和确定问题解决方案所需要的活动，通过合适的控制过程，尤其是变更管理和发布管理，负责确保解决方案的实施。
问题管理还将维护有关问题、应急方案和解决方案的信息。
四、配置管理配置管理流程负责核实IT基础设施和应用系统中实施的变更以及配置项之间的关系是否已经被正确记录下来；确保配置管理数据库能够准确地反映现存配置项的实际版本状态。
五、变更管理变更管理实现所有IT基础设施和应用系统的变更，变更管理应记录并对所有要求变更进行分类，应评估变更请求的风险、影响和业务收益。
其主要目标是以对服务最小干扰实现有益的变更。
六、发布管理发布管理负责对硬件、软件、文档、流程等进行规划、设计、构建、配置和测试，以便为实际运行环境提供一系列的发布组件，并负责将新的或变更的组件迁移到运行环境中。
其主要目标是保证运行环境的完整性被保护以及正确的组件被发布。
七、服务级别管理服务级别管理负责协商并记录所提供的服务、相应的服务级别目标以及工作量特性，协商并记录服务级别协议、支撑服务约定、供方合同以及相应的程序。
运维制度及流程
运维制度及流程Standardization of sany group #QS8QHH-HHGX8Q8-GNHHJ8-HHMHGN#运行维护管理制度2017年8月目录333566788991、总则第一条为保障公司信息系统软硬件设备的良好运行，使员工的运维工作制度化、流程化、规范化，特制订本制度。
第二条运维工作总体目标：立足根本促发展，开拓运维新局面。
在企业发展壮大时期，通过网络、桌面、系统等的运维，促进企业稳定可持续性发展。
第三条运维管理制度的适用范围：运维部全体人员。
2、编制方法本实施细则包括运维服务全生命周期管理方法、管理标准/规范、管理模式、管理支撑工具、管理对象以及基于流程的管理方法。
本实施细则以ITIL/ISO20000为基础，以信息化项目的运维为目标，以管理支撑工具为手段，以流程化、规范化、标准化管理为方法，以全生命周期的PDCA循环为提升途径，体现了对运维服务全过程的体系化管理。
3、运维部工作职责一、负责网站运维和技术支持（一）根据网站运营战略和目标，负责网站整体架构、栏目、应用系统等技术开发方案制定和组织开发，保障网站技术的稳定性和先进性。
（二）负责网站栏目和应用系统的使用培训和操作使用指南编写，对用户使用过程中出现问题的沟通和解决；（三）网站设备和软件购买计划书的拟定，包括采购数量、品牌规格、技术参数。
会同行政部进行采购。
（四）网站设备和软件操作规程和应用管理制度的制定，并负责监督执行。
（五）网站设备和软件安装、调试和验收，使用培训和维修保养。
（六）网站日常运行过程中信息安全和技术问题的协调解决，保障网站24小时安全稳定运行。
（七）网站技术服务外包管理，主要包括技术外包开发、运行服务托管和空间域名管理。
（八）负责网站管理系统及设备保密口令的设置和保存，保密口令设置后报中心主任备案，保密口令设定后任何人不得随意更改，保密口令每季度更新一次。
（九）负责网站新程序、新系统和网站改版升级方案技术的设计开发。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
运维服务部门管理流程 This manuscript was revised by the office on December 22, 2012运维服务部管理流程说明目录1引言1.1编写目的本文档将指导各地运维组有效、高质的实施服务。
包括：维护理念、维护类型、维护制度等。
在维护工作未开展之前，需各个运维主管认真阅读本文档，并对运维人员进行必要的培训，使运维人员熟悉维护的流程及相关制度。
在维护过程中，运维主管要严格按照此文档的流程组织维护工作，以提高、增强维护质量。
在项目维护过程中，运维主管或运维人员若发现流程有缺陷或需要补充的，请及时反馈至公司，确保流程能够及时得到更新，以达到规范性、可操作性。
1.2编写说明本文档的阅读对象包括：公司领导运维主管项目组运维人员2维护理念2.1维护宗旨与客户紧密配合，尽公司所能，为客户提供快捷、优质的服务，让客户省心，让客户放心。
2.2维护范围为客户提供热线、现场服务及业务覆盖范围内的服务实施。
2.3响应服务速度在用户工作期间提供服务电话或邮件、现场支持，在系统出现严重故障时提供24小时支持。
3维护保证3.1提供统一接口驻点维护作为公司服务的对外窗口，为客户提供服务，确保所有客户在工作期间，在任何时候、任何地方、出于任何原因，都可以方便地与维护项目组进行联系，获得满意的服务。
3.2提供标准化的服务质量客户的每次要求，都将在《维护记录库》建立，并一直被监控，直到问题得到圆满的解决。
客户不需要重复同一个问题，也不用担心自己的问题有如石沉大海。
每一类问题的处理将建立标准的时限要求，如果超出规定时限，公司会对相关人员做出处理。
公司会对维护项目组整个维护工作进行监控和定期考核。
3.3服务支持手段4维护类型4.1主动式服务4.1.1维护质量审计建议公司额外组建QA组，定期开展质量审计工作，对在用系统进行全面检查并现场分析问题，发现问题及其隐患，及时予以解决。
4.1.2客户满意度调查通过电话、信函、现场、传真、e-mail等方式向客户发放调查问卷，了解客户对公司所开发系统的技术支持情况、系统运行情况等各方面的满意度评价，并对调查结果进行统计分析，对于存在的问题及时寻求处理解决办法，以逐步提高客户满意度。
4.2被动式服务4.2.1电话及邮件应答服务当客户出现问题或故障后需要寻求帮助,首先可以通过电话或邮件请求支持帮助和指导，及时解决问题或排除故障。
4.2.2远端服务当客户应答服务无法排除故障时，在最终客户授权的前提下，可根据客户方提供的问题现象和故障描述，通过接入客户在用系统来指导客户方技术人员或直接处理系统故障。
在登录访问系统前，客户需给出必要的口令。
4.2.3现场服务在维护工作中，电话应答服务及远端服务是解决问题、处理故障的第一步，因为在时效上电话应答及远程服务将明显高于现场服务。
但当电话应答服务及远程服务无法解决客户提出的服务请求时，我们将指定运维人员在尽可能短的时间内在现场进行服务，以求问题的最终解决。
4.3人性化服务每个人都喜欢与众不同的东西，这是人的本性。
人性化服务就是要尊重以人为本的服务理念，尊重客户个性，尊重客户的习惯，尊重客户的喜好。
人性化服务就是要求提供的服务能被客户所接受和喜爱，超出客户的期望值。
当与无法满足客户的期望值时，需要进行分析原因并采取纠正措施，给客户一个满意的回复。
5维护制度5.1值班制和专人维护制运维组人员将设立值班表，每日值班人员将负责系统的日常检查及日常维护。
运维人员在接到客户服务请求或问题投诉，无论是否属于自己工作职责范围，都会做出反应，并将问题详细记录下来，及时解决，争取不让客户打第二次电话。
5.2服务监督机制为保证各维护项目组的维护质量，对此工作设定关键绩效指标，每月进行考核，集中进行奖优罚劣，确保维护流程得到有效地执行，从而提高维护质量。
5.3客户回访制度通过双方建立起良好的关系，增进与客户之间的沟通交流，收集、整理完整准确的客户资料信息，建立起客户档案库，是开展客户关系管理的重要前提，以逐步形成一套完整的客户信息平台。
确定客户类型，并针对不同类型的客户，制定相应的回访频次及回访方式。
通过电话、现场等方式回访客户，收集在用系统的问题及需求，了解客户对我公司维护工作的意见和建议，以逐步改善我们的软件质量和维护水平。
5.4故障定义及报告制度根据系统维护经验，对系统故障做了明确的故障级别定义并确定相应的故障确诊时限，并采取上报制度，保证给予客户最有效的解决方案。
5.4.1.1故障级别根据故障性质的严重性及对客户造成的影响程度，把故障分为三级：一级故障指非常严重的故障，如系统崩溃，主机瘫痪等，对最终客户有直接影响，系统已不能正常工作。
二级故障指次严重的故障，如系统设备不稳定，但在客户的合理使用下可以正常工作；又如系统部分性能存在问题，但不影响系统主要功能操作；以及系统运行效率极低访问速度非常慢等情况。
三级故障除以上故障以外的所有故障。
包括如：由于某种原因导致应用程序或硬件设备损坏，系统部分功能不能使用，等暂时不影响系统正常运行的情况。
5.4.1.2支持响应时间针对故障的不同级别，响应方式及时间也做进一步的明确：一级故障：在运维组无法解决故障时，公司立即召开技术协调会分析故障原因，如确认远程不能解决故障，立即派工程师以最快的速度，不超过24小时赶到客户现场解决故障。
二级故障：在运维组无法解决故障时，公司立即召开技术协调会分析故障原因，采取以下三种措施解决故障：1、通过电话指导运维组自己解决故障。
2、公司技术小组远程解决故障。
3、工程师到客户现场解决故障。
三级故障：通过电话指导运维组自己解决。
如客户解决不了的，必须提交书面报告由我方派技术人员到用户现场解决。
具体故障上报制度可另出规则。
5.5节假日服务保障制度节假日主要是指国家法定假日，包括元旦、春节、五一、国庆。
在节假日期间，系统运行过程中出现问题时能够及时得到技术人员的支持，使在用系统得以正常运行，为客户提供放心周到的服务。
6维护管理流程6.1运维组周例会6.1.1说明运维主管组织项目组运维人员在每周一下午14:00召开周例会，讨论处理上周遗留问题及本周需要解决的问题。
6.1.2提交文档6.2运维人员周报6.2.1说明项目运维人员应于每周日晚提交项目Time Sheet给运维主管，总结本周工作。
运维主管也应于每周日晚提交项目Time Sheet给维护经理，总结本周维护组工作情况。
6.2.2提交文档6.3规范使用1、文档规范所有文档都遵循模板，文档中非标题部分全部采用正文格式。
2、会议纪要每次运维组的讨论，需要指定人员进行会议记录，一般在例会后分发给相关人员，最晚不要超过当天。
3、备份项目涉及的代码程序、文档、会议纪要等资料需要由各运维主管统一保管。
6.4维护审计为帮助各运维组在维护工作上能够提高工作质量，将由QA人员不定期对各运维组进行检查及审计。
6.4.1维护过程审计运维组审计1、维护组的大小是否适应系统的规模和要求。
2、维护组中人员的职责分工是否明确。
3、维护组是否有一套科学的内部管理机制和协调工作机制。
系统总体审计1、维护过程是否按维护规范进行。
2、运维人员的交替是否按照维护规范进行。
3、是否能把握住系统运行状况达到性能管理及资源的有效利用。
4、是否记录事故及故障内容，并向用户负责人及公司维护经理报告。
5、是否找出事故及故障的原因，并采取措施防止再次发生。
6.4.2软件管理审计系统需求变更审计1、有关系统的任意修改，是否按维护规范进行修改。
2、系统的修改是否按割接计划进行，是否在得到用户负责人的同意后实施。
3、在需求修改前是否对修改内容与影响范围进行了调查与分析，明确了解需求变更后将造成的影响。
割接上线审计1、修改程序的测试是否按测试计划进行。
2、修改的程序是否进行了与新开发的程序同等程度的测试。
3、修改程序的测试是否由用户参加。
4、修改程序的测试结果是否得到开发、运行、维护及用户负责人的认可。
5、修改的程序的测试结果是否记录下来，并进行保管。
6、割接前是否向用户提交割接计划，割接后是否向用户反馈割接报告。
割接上线后系统的运行审计1、是否对修改前的程序及数据做好了备份。
2、运行负责人是否验证其系统不受影响。
3、运行中若出现问题是否及时恢复到修改前程序，是否对数据进行备份。
6.4.3硬件管理审计1、是否有硬件的故障对策。
2、是否对硬件的利用状况进行记录，并定期进行分析。
6.4.4文档审计文档编制的审计要点1、是否遵守文档编制规范。
2、文档的种类、目的、制作方法等是否明确。
文档管理的审计要点1、是否制定和遵守文档管理规则。
2、文档更新是否得到相关人员认可。
3、在系统需求更新时，文档内容是否进行更新，并留下更新记录。
4、文档的拷贝及废除是否有对不正当行为的防范及机密保护的对策。
7客服流程为了保障系统的正常、可靠运行，必须有一整套客服流程来保障系统维护的操作。
根据维护操作对于系统的影响，我将客户服务分为三类：第一类是定期维护，其主要操作是监测系统的运行状况、对客户的支持等，但不影响和干涉系统的正常运行，只执行“读”操作；第二类是不定期维护，其主要操作是系统有新的需求需要修改并割接到正式系统中，或因用户量、文档量增多时对程序的优化。
属于“写”操作。
由于该操作将影响系统的运行，需要谨慎对待；第三类是故障类处理，对系统出现的故障及时予以排除。
流程图如下：图表1 软件维护流程7.1定期类维护定期类维护按以下阶段进行分类：每日、每周、每月。
下面的文档提到的日报，周报，月报模板我可根据运维具体内天制定图表2 定期类维护7.1.1每日7.1.1.1工作内容系统及应用的每日检查每天的值班人员早晨到达办公室后，首先要做所有系统的日常检查。
日常检查包括：硬件检查及软件检查。
硬件方面主要是检查系统各项指标是否正常，软件方面主要是检查系统是否能够正常登陆，相关模块是否能够正常进入。
并填写《系统日报》。
客户支持接听电话、邮件支持或现场解决用户提出的问题，主要工作有：当用户发生变化时，及时调整系统内部参数设置，保障系统数据的即时性；当客户流程发生变化时，及时调整配置文件，保证系统正确流转。
协助用户解决在使用当中遇到的问题；发生灾难性事故时，迅速完成系统的恢复；数据的备份及恢复；维护记录客户问题解决后将所解决的问题及时记入《维护记录库》中。
7.1.1.2提交文档序号文档名称命名规则文档说明提交时间/接受人1系统日报项目名称_系统日报系统每日运行情况每天下班前/维护主管维护主管每周合周报一并提交7.1.2每周7.1.2.1工作内容系统全面检查在本周结束时，要对系统做阶段检查。
并填写《系统周报》。
检查包括：1、系统使用情况CPU和Memo的平均空闲、利用率磁盘使用系统备份2、应用系统的使用情况*：具体的软件系统具体再说，因我现在不了解具体各的服务内容。