信息技术服务运行维护第1部分通用要求知识讲解.doc

《信息技术服务运行维护第1部分通用要求知识讲解.doc》由会员分享，可在线阅读，更多相关《信息技术服务运行维护第1部分通用要求知识讲解.doc（27页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、Good is good, but better carries it.精益求精，善益求善。信息技术服务运行维护第1部分通用要求-SJ中华人民共和国电子行业标准SJ/TXXXXX.120XXXXXX-XX-XX发布XXXX-XX-XX实施ICS35.080L77信息技术服务运行维护第1部分：通用要求InformationtechnologyserviceOperationsandmaintenancePart1：Generalrequirements（报批稿）中华人民共和国工业和信息化部发布-目次前言II引言III1范围12规范性引用文件13术语和定义14运行维护服务能力模型25运行维护服务能

2、力管理36人员47资源68技术79过程8附录A（资料性附录）运行维护服务对象和内容12附录B（资料性附录）本部分的实施指南14参考文献21前言SJ/TXXXXX信息技术服务运行维护目前分为六个部分：第1部分：通用要求；第2部分：交付规范；第3部分：应急响应规范；第4部分：数据中心服务规范；第5部分：桌面及外围设备服务规范；第6部分：应用系统服务规范。本部分为SJ/TXXXXX的第1部分。本部分按照GB/T1.12009给出的规则起草。本部分由中华人民共和国工业和信息化部软件服务业司提出。本部分由中国电子技术标准化研究所归口。本部分起草单位：神州数码系统集成服务有限公司、中国电子技术标准化研究所

3、、上海宝信软件股份有限公司、北京信城通数码科技有限公司、山东浪潮齐鲁软件产业股份有限公司、广州南天电脑系统有限公司、太极计算机股份有限公司、中国软件评测中心、快威科技集团有限公司、成都勤智数码科技有限公司、中金数据系统有限公司、武汉太阳花网络安全维护有限公司、上海天玑科技股份有限公司、北京中油瑞飞信息技术有限责任公司、用友软件股份有限公司、东软集团股份有限公司、中国软件与技术服务股份有限公司。本部分主要起草人：白璐、周平、王春涛、刘玲、王志鹏、杨满荣、李娜、宋晓东、马洪杰、张帆、范勇、范凯、杜远、金桥、李慧敏子、李良、来亮、孙志华、柯亮、庞爱民、周健、周一兵、梁昭、许克勤、张大鹏、吴余龙、张晓

4、东、潘纯峰、左天祖、连雄伟、韩丽芳、曾硝、孙桂明。引言在我国随着“金卡”、“金税”、“金关”等“金”字工程的成功实施，各行业信息化工作重点从基础设施建设向深化应用逐步转移，信息技术应用与业务之间已形成良性互动发展的趋势。在此背景下，信息系统的建设和运行维护同等重要，信息系统的有效应用更依赖于高质量的运行维护服务，因此，运行维护服务供方持续提升运行维护服务能力至关重要。然而，提供运行维护的各类组织的能力水平参差不齐，运行维护服务需方缺乏评价或选择供方的方法和手段。因此，急需一种有效的方法，供运行维护服务需方选择和评价供方以及运行维护服务供方改进和提升自身的运行维护服务能力。SJ/TXXXXX的本

5、部分提出了信息系统运行维护的基本组成要素，以及提供运行维护服务的各类组织在这些要素方面应具备的条件和能力，旨在为运行维护服务供方提供一个参考依据来指导其运行维护服务，并为运行维护服务需方提供一个依据来选择和评价运行维护服务供方。图1描述了SJ/TXXXXX的本部分与其他部分之间的关系。信息技术服务运行维护第部分：数据中心服务规范信息技术服务运行维护第部分：桌面及外围设备服务规范信息技术服务运行维护第部分：应用系统服务规范信息技术服务运行维护第2部分：交付规范信息技术服务运行维护第3部分：应急响应规范信息技术服务运行维护第1部分：通用要求564图Error! No sequence specif

6、ied.SJ/TXXXXX的本部分与其他部分之间的关系在SJ/TXXXXX中，本部分是对不同服务对象、不同服务过程及需求核心能力要素的抽象，并通过关键指标对运行维护服务供方的服务能力进行衡量；SJ/TXXXXX.2、SJ/TXXXXX.3是针对运行维护服务过程、服务交付物及特定的服务需求的要求；SJ/TXXXXX.4、SJ/TXXXXX.5、SJ/TXXXXX.6是针对不同对象的运行维护服务要求。本部分的第4章提出了运行维护服务能力模型，解释了模型中四个关键要素，并明确运行维护服务能力管理原则。本部分的第5章对运行维护服务能力的策划、实施、检查和改进提出管理要求。本部分的第6章从人员管理、岗位

7、结构、知识、技能和经验提出了对人员要素的要求和关键指标。本部分的第7章从运维工具、服务台、知识库和备件库提出了对资源要素的要求和关键指标。本部分的第8章从技术研发、与发现问题相关的技术和与解决问题相关的技术提出了对技术要素的要求和关键指标。本部分的第9章从服务级别管理、服务报告、事件管理、问题管理、配置管理、变更管理、发布管理和安全管理提出了对过程要素的要求和关键指标。本部分的附录B给出了本部分的实施指南。本部分的制定是为了建立良好的市场秩序、规范运行维护服务市场提供支持，是各类相关的国家和地方法律法规、行业管理办法（如，计算机信息系统集成资质管理办法（试行）（信息产业部信部规19991047

8、号）贯彻实施的支撑。若在使用过程中存在冲突，在使用本部分前需解决任何此类冲突。信息技术服务运行维护第1部分：通用要求1 范围SJ/TXXXXX的本部分为运行维护服务组织提供了一个运行维护服务能力模型，规定了运行维护服务组织在人员、资源、技术和过程方面应具备的条件和能力。本部分适用于：a） 计划提供运行维护服务的组织建立运行维护服务能力体系；b） 运行维护服务供方评估自身条件和能力；c） 要求供应链中所有运行维护服务供方具备一致的条件和能力的组织；d） 运行维护服务需方评价和选择运行维护服务供方；e） 第三方评价和认定运行维护服务组织能力。由于在多数情况下运行维护和运营是同时存在的两个活动，而运

9、行维护为运营提供保障。因此，本部分同样适用于提供运营服务的组织建立运营服务能力体系、评价和改进自身的运行维护服务能力。2 规范性引用文件下列文件对于本文件的应用是必不可少的，凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T24405.1-2009信息技术服务管理第1部分：规范SJ/TXXXXX-XXXX信息技术服务分类与代码3 术语和定义SJ/TXXXXX-XXXX中界定的以及下列术语和定义适用于本文件。（运行维护服务）供方(operationandmaintenanceservice)provider提供运行维护服

10、务的内、外部组织或机构。（运行维护服务）需方(operationandmaintenanceservice)demander需要运行维护服务的组织或机构。关键指标keyindex用于评估、衡量供方服务能力的关键参数。人员people运行维护服务过程中从事运行维护服务的人员，特指供方的人员，不包含需方及分包方的人员。资源resource供方在运行维护服务过程中，为了保证运行维护服务的正常交付所依存和产生的有形及无形资产，主要包括运行维护工具、服务台、知识库和备件库等。技术technology供方为了保证运行维护服务的正常交付应具备的关键技术。过程process使用资源将输入转化为输出的任何一项或

11、一组活动均可视为一个过程。GB/T19000-2008，定义2.4运行维护服务对象operationandmaintenanceserviceobject运行维护服务对象是运行维护服务的受体，是提供数据的构建、交换、集成、共享等服务的信息资产，包括机房环境、网络通讯、硬件、软件、数据和应用等。运行维护服务内容operationandmaintenanceservicecontent供方根据需方需求和服务级别协议承诺，向需方提供的例行操作、响应支持、优化改善和咨询评估等服务。运行维护工具operationandmaintenancetool供方为完成特定运行维护服务所必备的工具，可以是专用软件，

12、也可以是专业设备。服务台servicedesk面向用户的、完成大部分支持工作的支持组。GB/T24405.1-2009，定义2.12备件spareparts为保证失效部件或设备得到替换，所预先准备的，能够提供正常功能的部件或设备。服务级别协议servicelevelagreement(SLA)运行维护服务供方与需方之间签署的描述符合和约定服务级别的协议。GB/T24405.1-2009，定义2.134 运行维护服务能力模型4.1 概述运行维护服务是供方依据需方提出的服务级别要求，采用相关的方法、手段、技术、制度、过程和文档等，针对运行维护服务对象（运行维护服务对象参见附录A）提供的综合服务。为

13、确保提供的运行维护服务符合与需方约定的质量要求，供方应具备实施运行维护服务的基本条件和能力。1.1 本部分提出通用运行维护服务能力模型，见图2。过程服务级别管理服务报告事件管理问题管理配置管理变更管理发布管理安全管理技术研发发现问题解决问题人员人员管理岗位结构知识技能经验资源运行维护工具服务台备件库知识库关键指标策划实施改进检查图Error! No sequence specified.通用运行维护服务能力模型要素模型给出运行维护服务能力的四个关键要素：人员、资源、技术和过程，每个要素通过关键指标反映运行维护服务的条件和能力。要素间相互关系：在供方范围内，人员利用资源，运用技术，通过过程为需方

14、提供信息技术运行维护服务。要素可用于评价或选择运行维护服务供方，但本部分不提供具体方法。4.2 关键指标关键指标是运行维护服务所涉及到的核心能力参数，在本部分中主要体现在人员、资源、技术、过程四个方面，并应用于供方的运行维护服务能力评价。4.3 管理原则在运行维护服务提供过程中，供方通过策划、实施、检查和改进实现运行维护服务能力的持续提升。4 运行维护服务能力管理4.1 概述供方在运行维护服务中应对运行维护服务能力进行整体策划，提供必要的资源支持，实施运行维护服务能力管理和服务内容（运行维护服务内容参见附录A），保证交付质量满足服务级别协议要求，对运行维护服务结果、服务交付过程以及相关管理体系

15、进行监督、测量、分析和评审，并实施改进。4.2 策划目的：对运行维护服务能力进行整体策划并提供必要的资源支持，以确保供方有能力提供运行维护服务。供方应对运行维护服务能力进行策划，至少应：a) 根据自身业务定位和能力，策划运行维护服务对象的服务内容与要求，并形成服务目录；b) 依据服务目录策划如何建立相应的组织架构和管理制度；c) 对人员、资源、技术和过程进行规划，建立相适应的指标体系和服务保障体系；d) 策划如何管理、审核并改进服务质量，建立内部审核评估机制。4.3 实施目的：按照运行维护服务能力的整体策划进行实施，以确保供方具备运行维护服务的能力。供方在实施运行维护服务能力管理过程中，至少应

16、：a) 制定满足整体策划的实施计划，并按计划实施；b) 建立与需方的沟通协调机制；c) 按照服务能力要求实施管理活动并记录，确保服务能力管理和服务过程实施可追溯，服务结果可计量或可评估；d) 提交满足质量要求的交付物。4.4 检查目的：检查运行维护服务能力管理活动符合计划要求和质量目标。供方应对运行维护服务能力管理过程和实施结果进行监控、测量、分析和评审。至少应：a) 定期评审服务过程及相关管理体系，以确保服务能力的适宜性和有效性；b) 调查用户满意度，并对服务能力结果进行统计分析；c) 检查各项指标达成情况。4.5 改进目的：改进运行维护服务能力管理过程中的不足，持续提升运行维护服务能力。供

17、方应不断总结经验和教训，修改和优化运行维护服务能力管理计划和规程。至少应：a) 建立服务能力管理改进机制；b) 对不符合策划要求的行为进行总结分析；c) 对未达成的指标进行调查分析；d) 根据分析结果确定改进措施，制定服务能力改进计划。5 人员5.1 目的确保提供运行维护服务的相关人员具备应有的运行维护服务能力。为保证故障响应、解决问题和交付结果可控，供方应在人员管理、岗位结构和人员的知识、技能、经验、安全意识等方面达到应有的水平。5.2 人员管理5.2.1 要求供方应从以下方面着手人员的管理：a) 人员储备供方应建立与运行维护服务相关的人员储备计划和机制，确保有足够的人员，以满足与需方约定的

18、当前和未来的运行维护服务需求。b) 人员培训供方应建立与运行维护服务相关的培训体系或机制，在制定培训时应识别培训要求，并提供及时和有效的培训。c) 绩效考核供方应建立与运行维护服务相关的绩效考核体系或机制，并能够有效组织实施。5.2.2 关键指标衡量人员管理的关键指标至少应包括：a) 人员储备计划和机制；b) 人员绩效考核体系或机制；c) 培训计划和培训实施记录。5.3 岗位结构5.3.1 要求在供方的组织内应有专职团队负责运行维护服务的工作，如有参与运行维护服务的分包方，供方应具备对分包方的有效管理。供方应对运行维护服务中的不同角色有明确分工和职责定义，为了保障运行维护服务交付的顺利实施，需

19、方也应提供必要的接口。一个完整的运行维护服务团队应包括管理、技术支持、操作等主要岗位：a) 管理岗人员和职责为：1) 管理运行维护服务的人员，可以是供方的人员或需方相关人员；2) 与需方建立顺畅的沟通渠道，准确地将需方的需求传递到运行维护服务团队；3) 规划、检查运行维护服务的各个过程，对运行维护服务能力的策划、实施、检查、改进的范围、过程、信息安全和成果负责。b) 技术支持岗人员和职责为：1) 在运行维护服务中负责技术支持的人员，包括网络、操作系统、数据库、中间件、应用开发、硬件、集成、信息安全等方面的专业技术人员；2) 对运行维护服务过程中的请求、事件和问题做出响应，保障信息安全并对处理结

20、果负责。c) 操作岗人员和职责为：1) 在运行维护服务中负责日常操作实施的人员；2) 根据规范和手册，执行运行维护服务各过程，并对其执行结果负责。5.3.2 关键指标衡量岗位结构的关键指标至少应包括：a) 主要岗位的人员数量；b) 岗位职责说明书；c) 岗位备份制度，包括岗位备份制度文档及记录。5.4 知识5.4.1 要求供方应保证服务人员在学历教育基础上具备运行维护服务相关知识，包括：a) 基础知识与信息技术相关的基本知识。b) 专业知识从事运行维护服务所必备的知识，应具有较为系统的内容体系和知识范围。如网络技术人员应具备网络专业整体的内容体系和知识。c) 综合知识与运行维护服务相关的企业和

21、行业知识。5.4.2 关键指标衡量运行维护服务人员知识的关键指标至少应包括：a) 掌握相关知识的证明文件；b) 符合要求的人员数量及比例。5.5 技能5.5.1 要求在运行维护服务过程中应关注运行维护服务人员的技能，包括：a) 确定运行维护服务人员在运行维护服务中所必备的能力；b) 要求运行维护服务人员具备从事相关运行维护服务的资格；c) 特殊环境运行维护服务人员应具备相关资格。5.5.2 关键指标衡量运行维护服务人员技能的关键指标至少应包括：a) 运行维护服务人员技能考核制度及记录；b) 具备相关行业、专业资格人员的数量。5.6 经验5.6.1 要求在运行维护服务过程中应关注运行维护服务人员

22、的经验，包括：a) 运行维护服务人员应具备所从事运行维护服务活动的经验；b) 供方应具备一定的从事运行维护服务活动的经验。5.6.2 关键指标衡量经验的关键指标至少应包括：a) 从事运行维护服务的时间；b) 主持或参与运行维护服务项目的项目数量、项目金额、项目规模以及在项目中的角色作用等。6 资源6.1 目的确保供方具备提供足够资源的能力，以满足与需方约定的及需方未来的运行维护服务需求。6.2 运行维护工具6.2.1 要求供方宜使用有效工具实施和管理运行维护服务，包括：a) 监控工具，对运行维护服务对象进行数据的采集和监控，评估可能导致运行维护服务对象故障的因素；b) 过程管理工具，按照商定的

23、服务级别协议管理运行维护服务的交付过程，过程管理工具宜包括日常运行维护管理、记录、测量、监督和评估等功能；c) 专用工具，根据服务要求配备的安全工具和用于特殊要求的工具。6.2.2 关键指标衡量运行维护工具的关键指标至少应包括：a) 与工具功能匹配的使用手册；b) 工具使用日志记录等；c) 工具的使用效果自评估报告。6.3 服务台6.3.1 要求供方应使用有效手段和方法受理需方的运行维护服务请求，及时跟踪服务请求的处理进展，确保实现服务级别协议要求，包括：a) 设置专门的沟通渠道作为与需方的联络点，沟通渠道可以是热线电话、传真、网站、电子邮箱等；b) 设定专人负责服务请求的处理；c) 针对沟通

24、渠道整合服务过程，建立管理制度，包括服务请求的接收、记录、跟踪和反馈等机制，以及日常工作的监督和考核。6.3.2 关键指标衡量服务台的关键指标至少应包括：a) 服务台管理制度；b) 日常工作记录的完整性；c) 用户评价记录。6.4 备件库6.4.1 要求供方应具备并有效管理运行维护服务活动所需的备件资源，为所运行维护的设备或系统提供备件服务，按照SLA要求恢复设备或系统的正常运行。对备件库的管理要求包括：a) 备件响应方式和级别定义，能够满足SLA所约定的备件支持；b) 备件供应商管理：能够规范备件的采购过程，对供应商进行选择和评价；c) 备件出入库管理：能够对入库备件进行标识，规范备件的使用

25、和核销，备件物品的帐务管理；d) 备件可用性管理：能够定期对备件状态进行检测，以确保其功能满足运行维护需求。6.4.2 关键指标衡量备件库的关键指标至少应包括：a) 备件库信息真实有效；b) 备件运作管理规范；c) 备件库出入库帐务管理制度；d) 备件可用率。6.5 知识库6.5.1 要求供方应具备运行维护服务活动相关的知识积累，以保证在整个组织内收集、共享、重复使用所积累的知识和信息，包括：a) 针对常见问题的描述、分析和解决方法建立知识库；b) 确保整个组织内的知识是可用的、可共享的；c) 选择一种合适的知识管理策略；d) 知识库具备知识的添加、更新和查询功能；e) 针对知识管理要求制定相

26、关管理制度，并进行知识生命周期管理。6.5.2 关键指标衡量知识库的关键指标至少应包括：a) 知识库的覆盖范围；b) 知识库的可用性和有效性，如知识的复用率和访问量；c) 入库管理和审批记录。7 技术7.1 目的确保供方具备与运行维护服务策划相适应的技术和手段。在运行维护服务实施过程中，可能面临各种问题（如硬件故障）、风险（如安全漏洞）以及新技术和前沿技术应用所提出的新要求，供方应根据需方要求或技术发展趋势，具备发现和解决问题、风险控制、技术储备以及研发、应用新技术和前沿技术的能力。7.2 技术研发7.2.1 要求供方应：a) 根据业务和市场分析，制定研发规划，包括新技术和前沿技术的应用、技术

27、储备等；b) 配备与规划相适应的研发环境；c) 配备与规划相适应的研发队伍。7.2.2 关键指标衡量技术研发的关键指标至少应包括：a) 研发投入经费；b) 研发成果数量。7.3 与发现问题相关的技术7.3.1 要求与发现问题相关的技术是指供方经过采集、诊断、分析，最终定位问题和潜在风险的技术或手段。供方应：a) 具有信息采集和监控的手段；b) 具有诊断和分析问题的方法。7.3.2 关键指标与发现问题相关技术的关键指标至少应包括：a) 信息采集手段的有效性；b) 核心技术的掌握程度；c) 诊断方案或手册的可用性。7.4 与解决问题相关的技术7.4.1 要求与解决问题相关的技术是指供方使运行维护服

28、务对象恢复到设定要求的技术或手段。供方应建立：a) 解决问题的技术指标或标准；b) 解决问题的方案或手册；c) 测试环境、测试标准和方法。7.4.2 关键指标与解决问题相关技术的关键指标至少应包括：a) 解决问题的技术指标或标准的有效性；b) 解决问题方案或手册的可用性；c) 测试环境与需方运行维护环境的匹配度；d) 测试标准和方法的有效性。8 过程8.1 概述本章描述了运行维护服务管理的过程要求。为了确保供方具备相应的服务管理能力并发挥其效能，至少应建立以下过程：a) 服务级别管理；b) 服务报告；c) 事件管理；d) 问题管理；e) 配置管理；f) 变更管理；g) 发布管理。h) 安全管理

29、。GB/T24405.1-2009提供了过程目标和要求的描述，本部分中仅规定供方实施过程化管理后应达到的能力要求和关键指标。对已按照GB/T24405.1-2009要求建立运行维护服务管理体系的组织，宜按照本部分的要求对已建立的过程实施改进。8.2 服务级别管理8.2.1 要求确保供方通过定义、签订和管理服务级别协议，满足需方对服务质量的要求。供方应：a) 建立服务目录；b) 与需方签订服务级别协议；c) 根据需方的考核评估要求，建立SLA考核自评估机制，包括SLA完成情况、达成率等；d) 在SLA评估后制定改进内容及改进措施。8.2.2 关键指标服务级别的关键指标至少应包括：a) 服务目录定

30、义的完整性；b) 签订服务级别协议文件的规范性；c) SLA考核评估机制的有效性和完整性。8.3 服务报告8.3.1 要求供方应通过及时、准确、可靠的报告与需方建立有效的信息沟通，为双方管理层提供决策支持。供方应建立：a) 与服务报告过程一致的活动，包括建立、审批、分发、归档等；b) 服务报告计划，包括提交方式、时间、需方接收对象等；c) 服务报告模板，包括格式、提纲等。8.3.2 关键指标服务报告的关键指标至少应包括：a) 服务报告过程的完整性；b) 服务报告的及时性、准确性。8.4 事件管理8.4.1 要求确保供方具有检测事件、尽快解决事件的能力。供方应根据事件管理的过程要求建立：a) 与

31、事件管理过程一致的活动，包括事件受理、分类和初步支持、调查和诊断、解决、进展监控与跟踪、关闭等；b) 事件分类、分级机制；c) 事件升级机制；d) 满意度调查机制；e) 事件解决评估机制，包括事件解决率、事件平均解决时间等。8.4.2 关键指标事件管理的关键指标至少应包括：a) 事件管理过程的完整性、有效性；b) 事件解决评估机制的有效性。8.5 问题管理8.5.1 要求供方通过识别引起事件的原因并解决问题，预防同类事件重复发生。供方应根据问题管理的过程要求建立：a) 与问题管理过程一致的活动，包括问题建立、分类、调查和诊断、解决、错误评估、关闭等；b) 问题分类管理机制，包括问题的影响范围、

32、重要程度、紧急程度并确定优先级；c) 问题导入知识库机制；d) 问题解决评估机制，包括问题解决率、问题平均解决时间等。8.5.2 关键指标问题管理的关键指标至少应包括：a) 问题管理过程的完整性；b) 问题解决评估机制的有效性。8.6 配置管理8.6.1 要求供方维护运行维护服务对象的必要记录，并保证配置数据的可靠性和时效性，关联支持其他服务过程。供方应根据配置管理的过程要求建立：a) 与配置管理过程一致的活动，包括识别、记录、更新和审计等；b) 配置数据库管理机制；c) 配置项审计机制。8.6.2 关键指标配置管理的关键指标至少应包括：a) 配置管理过程的完整性；b) 配置数据的准确、完整、

33、有效、可用、可追溯；c) 配置项审计机制的有效性。8.7 变更管理8.7.1 要求供方通过管理、控制变更的过程，确保变更有序实施。供方应根据变更管理的过程，要求：a) 建立与变更管理过程一致的活动，包括请求、评估、审核、实施、确认和回顾等；b) 建立变更类型和范围的管理机制；c) 对变更完成情况进行统计分析，包括未经批准变更数量及占比、不同类型的变更数量及占比、不成功的变更数量及占比、取消的变更数量及占比、变更关联的配置数。8.7.2 关键指标变更管理的关键指标至少应包括：a) 变更管理过程的完整性；b) 变更记录的完整性。8.8 发布管理8.8.1 要求为确保一个或多个变更的成功导入，供方应

34、根据发布管理的过程，要求：a) 建立与发布管理过程一致的活动，包括规划、设计、建设、配置和测试等；b) 建立发布类型和范围的管理机制；c) 制定完整的方案，包括发布计划、回退方案、发布记录等；d) 对发布完成情况进行统计分析，包括发布成功率、发布及时率、是否更新配置管理数据库等。8.8.2 关键指标发布管理的关键指标至少应包括：a) 发布管理过程的完整性；b) 发布过程记录的完整性、准确性。8.9 安全管理8.9.1 要求为确保供方提供符合信息安全要求的服务，供方应根据安全管理的过程，要求：a) 建立与安全管理过程一致的活动，包括识别、评估、处置和改进等；b) 建立与运行维护服务要求一致的信息

35、安全策略、方针和措施。8.9.2 关键指标安全管理的关键指标包括：a) 运行维护服务过程中信息的保密性；b) 运行维护服务过程中信息的可用性；c) 运行维护服务过程中信息的完整性。附录A（资料性附录）运行维护服务对象和内容A.1 概述A.2 运行维护服务是供方按照需方的要求，在相关信息技术资产上进行的服务活动，构成运行维护服务对象和内容，如图A.1所示。运行维护服务对象网络平台基础环境硬件平台软件平台数据应用系统1应用系统n信息技术基础设施运行维护服务内容（交付内容）例行操作服务优化改善服务响应支持服务咨询评估服务图A.Error! No sequence specified.运行维护服务对象

36、和内容运行维护服务对象运行维护服务对象是运行维护服务的受体，是运行维护服务供方按服务需求所提供的运行维护服务相关的信息技术资产，运行维护服务可以以应用系统为对象，也可以以信息技术基础设施的组成要素为对象来组织。运行维护服务对象包括应用系统、基础环境、网络平台、硬件平台、软件平台、数据等。a) 应用系统，是指由相关信息技术基础设施组成的，完成特定业务功能的系统，如邮件系统、文件分发系统等。b) 基础环境，是指为应用系统运行提供基础运行环境的相关设施，如安防系统、弱电智能系统等。c) 网络平台，是指为应用系统提供安全网络环境相关的网络设备、电信设施，如路由器、交换机、防火墙、入侵检测器、负载均衡器

37、、电信线路等。d) 硬件平台，是指构成应用系统的计算机设备，如服务器、存储设备等。e) 软件平台，是指安装运行在计算机硬件中，构成应用系统的软件程序，如系统软件、支持性软件、应用软件等。f) 数据，是指应用系统支持业务运行过程中产生的数据和信息，如帐务数据、交易记录等。A.3 运行维护服务内容运行维护服务根据其工作目标、工作内容、交付结果分为四大类，包括：a) 例行操作服务，是供方提供的预定的例行服务，以及时获得运行维护服务对象状态，发现并处理潜在的故障隐患。b) 响应支持服务，是供方接到需方服务请求或故障申告后，在SLA的承诺内尽快降低和消除对需方业务的影响。c) 优化改善服务，是供方为适应

38、需方业务要求，通过提供调优改进服务，达到提高运行维护服务对象性能或管理能力的目的。d) 咨询评估服务，是供方结合需方业务需求，通过对运行维护服务对象的调研和分析，提出咨询建议或评估方案。注：运行维护服务内容（交付内容）详细规范要求见SJ/TXXXXX.2。附录B（资料性附录）本部分的实施指南本附录提供了本部分的实施指南见表B.1。表B.Error! No sequence specified.实施指南章条号类型内容实施建议5.2策划要求a)根据自身业务定位和能力，策划运行维护服务对象的服务内容与要求，并形成服务目录；b)依据服务目录策划如何建立相应的组织架构和管理制度；c)对人员、资源、技术和

39、过程进行规划，建立相适应的指标体系和服务保障体系；d)策划如何管理、审核并改进服务质量，建立内部审核评估机制a)对所能提供的运行维护服务制定服务目录和说明性文件。服务目录内容宜详细描述服务种类、服务级别等信息，便于需方选择所需的服务；b)建立与运行维护服务匹配的组织架构和管理制度；c)按照四要素的具体要求策划如何落实和持续改进，建立相关的管理指标、考核体系和配套的管理制度；d)所有管理制度和要求可以编写在一个手册中，也可以分别编写。宜在组织内公示；e)保留所有管理文档和过程实施记录5.3实施要求a)制定满足整体策划的实施计划，并按计划实施；b)建立与需方的沟通协调机制；c)按照服务能力要求实施

40、管理活动并记录，确保服务能力管理和服务过程实施可追溯，服务结果可计量或可评估；d)提交满足质量要求的交付物a)为了具备策划所要求的能力，保证质量，实施前宜重点关注5.3a)和b)的要求，保留实施计划和供需双方共同定制的沟通协调机制文档；b)实施中宜按照计划和5.3c)的要求执行并记录，保留记录文档。实施部分宜体现对运行维护服务能力管理和服务内容两方面，在对需方服务实施中有助于发现能力不足，便于持续改进；c)实施后宜有总结评估和问题改进工作，保留过程文档；d)交付物宜与策划要求相一致5.4检查要求a)定期评审服务过程及相关管理体系，以确保服务能力的适宜性和有效性；b)调查用户满意度，并对服务能力

41、结果进行统计分析；c)检查各项指标达成情况a)首先保证制定了针对服务能力管理过程和实施结果检查的管理要求或制度；b)其次按照制度或要求对实施结果和过程的执行监测、评审并记录，保留记录文档；c)再次对检查结果进行分析评估，提供持续改进建议。d)保留所有管理文档、分析报告和过程实施记录5.5改进要求a)建立服务能力管理改进机制；b)对不符合策划要求的行为进行总结分析；表B.1（续）c)对未达成的指标进行调查分析；d)根据分析结果确定改进措施，制定服务能力改进计划a)制定与服务能力管理改进相关的管理要求或制度；b)对5.4分析评估结果中需要改进的项确定改进目标和改进计划，以评估改进的有效性；c)对改

42、进过程进行监控管理；宜保留所有管理文档、分析报告和过程实施记录6.2人员管理要求a)人员储备供方应建立运行维护服务相关的人员储备计划和机制，确保有足够的人员以满足与需方约定的当前和未来的运维业务需求。b)人员培训供方应建立运行维护服务相关的培训体系或机制，在制定培训时应识别培训要求，并提供及时和有效的培训。c)绩效考核供方应建立运行维护服务相关的绩效考核体系或机制，并能够有效组织实施a)参照供需双方签署的服务级别协议，制定相关人员储备计划（包括确保人员稳定性的机制或措施等）、培训计划和绩效考核管理制度等；b)在服务提供过程中要按照计划和管理制度严格执行，并保留过程记录；c)定期对人员管理计划的

43、执行情况进行阶段评估和总结（建议周期为月度或季度）；d)参照人员管理计划、制度、过程和结果文档进行阶段回顾，并提出优化改进建议关键指标a)人员储备计划和机制；b)人员绩效考核体系或机制；c)培训计划和培训实施记录6.3岗位结构要求a)管理岗人员和职责为：1)管理运行维护服务的人员，可以是供方的人员或需方相关人员；2)与需方建立顺畅的沟通渠道，准确地将需方的需求传递到运维团队。3)规划、检查运行维护服务的各个过程，对运行维护服务的策划、实施、检查、改进的范围、过程、信息安全和成果负责。b)技术支持岗人员和职责为：1)在运行维护服务中负责技术支持的人员，包括网络、操作系统、数据库、中间件、应用开发

44、、硬件、集成、信息安全等方面的专业技术人员；2)对运行维护服务过程中的请求、事件和问题做出响应，保障信息安全并对处理结果负责。c)操作岗人员和职责为：表B.1（续）1)在运行维护服务中负责日常操作实施的人员；2)根据规范和手册，执行运行维护服务各过程，并对其执行结果负责a)参照供需双方签署的服务级别协议，规划并制定管理岗、技术支持岗和操作岗的岗位职责体系（至少包括组织结构，岗位职责、人员数量和能力要求等）以及岗位备份制度文档；b)在服务提供过程中按照岗位职责体系和岗位备份制度严格执行，并保留过程记录；c)定期对岗位职责体系和岗位备份制度的合理性和有效性进行阶段评估和总结（建议周期为季度或半年）

45、；d)参照体系规划、制度、过程和结果文档进行阶段回顾，并提出优化改进建议关键指标a)主要岗位的人员数量；b)岗位职责说明书；c)岗位备份制度，包括岗位备份制度文档及记录6.4知识要求a)基础知识信息技术相关基础知识。b)专业知识从事运行维护服务所必备的知识，应具有较为系统的内容体系和知识范围。如网络技术人员应具备网络专业整体的内容体系和知识。c)综合知识与运行维护服务相关的企业和行业知识a)参照供需双方签署的服务级别协议、岗位职责体系和运维服务供方的业务特点，规划具备相关知识（包括学历教育知识、信息技术相关基础知识、专业知识以及与服务相关的企业和行业知识等）、技能（包括运维服务基本能力、专项技术能力等）和经验（至少包括参与运维服务相关的项目数量、规模及角色等）的人员需求及考核管理办法和制度等；b)在服务提供过程中按照人员需求规划和考核管理办法及制度严格执行，并保留过程记录（包括人员简历、从业资格证明、专业认证和相关考核管理文档等）；c)定期对人员知识、技能和经验与运维服务项目的匹配度进行阶段评估和总结（建议周期为半