YD T 1926.1-2009 IT运维服务管理技术要求.第1部分 体系架构.pdf

上传人:周芸 文档编号:239581 上传时间:2019-07-13 格式:PDF 页数:17 大小:987.26KB
下载 相关 举报
YD T 1926.1-2009 IT运维服务管理技术要求.第1部分 体系架构.pdf_第1页
第1页 / 共17页
YD T 1926.1-2009 IT运维服务管理技术要求.第1部分 体系架构.pdf_第2页
第2页 / 共17页
YD T 1926.1-2009 IT运维服务管理技术要求.第1部分 体系架构.pdf_第3页
第3页 / 共17页
YD T 1926.1-2009 IT运维服务管理技术要求.第1部分 体系架构.pdf_第4页
第4页 / 共17页
YD T 1926.1-2009 IT运维服务管理技术要求.第1部分 体系架构.pdf_第5页
第5页 / 共17页
亲,该文档总共17页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

1、CS 33030M21Y口中华人民共和国通信行业标准IT运维服务管理技术要求第1部分:体系架构IT Operations and Maintenance Service Management Technical SpecificalJonPart 1:Architecture2009-06-1 5发布 2009-09-01实施中华人民共和国工业和信息化部发布目 次YDrr 192612009前言II1范I蜀12规范性引用文件13术语、定义和缩略语14 IT运维服务管理参考模型35 IT运维服务分类46 IT运维服务质量指标67 rr运维服务的生命周期68 rr运维服务管理流程-一79 IT运维

2、服务管理支撑系统1010 rr运维服务管理信息模型oo11附录A(资料性附录)本标准与IS020000、ITIL V30之间的关系13YD厂r 1 92612009刖 吾rr运维服务管理技术要求分为5个部分:第1部分:体系架构第2部分:管理服务定义第3部分:服务管理流程第4部分:服务管理支撑系统第5部分;配置管理数据库本部分为rr运维服务管理技术要求的第1部分。本部分在编制过程中,主要参考了国际标准化组织(ISO)和国际电工委员会(c)标准:ISOIEC200001;国际电信联盟电信标准化部门(ITU-T)建议:M3342、E860;英国商务部(OGC)标准:ITILV3等相关标准,并结合我国

3、的具体情况编制而成。其中,对相关主要标准的引用或参考情况的说明如下: ISOIEC200001:本部分在制定过程中,参考了该标准中关于服务管理阶段的划分、服务管理流程的分类和定义以及部分相关术语的定义。rrIJ-T RecM3342:本部分在制定过程中,参考了该建议中关于SLA表示模板的定义。rrU-TReeE860:本部分在制定过程中参考了该建议中关于SLA的定义。 OC-C tTIL3O:本部分在制定过程中,参考了该标准中关于服务管理流程的描述以及部分相关术语的定义。本部分与上述标准的关系为非等效。本部分的附录A为资料性附录。本部分由中国通信标准化协会提出并归口。本部分起草单位:中国电信集

4、团公司、北京邮电大学、成都勤志数码科技有限公司、北京交通大学、亿阳信通股份有限公司本部分主要起草人:朱挺、王燕川、李凌、阳志明、王颖、成璐、范小磊、廖听、杨芳南、付长晶T运维服务管理技术要求第1部分:体系架构YD厂r 1 926120091范围本部分规定了rr运维服务的管理框架(包括管理参考模型、服务管理流程、管理支撑系统以及rr运维服务管理信息模型等部分),并规定了管理框架中各部分之间的关系。本部分定义了rr运维服务的概念(包括服务的分类、服务的指标和服务的生命周期)。本部分适用于指导rr运维服务管理工具、产品和系统的开发,指导服务双方完成服务规划与设计、服务实施、服务监测与评估以及服务改进

5、等4个生命周期阶段的rr运维服务管理。2规范性引用文件下列文件中的条款通过本部分的引用而成为本部分的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分。然而,鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本部分。ISOIEC 200001 信息技术服务管理一第1部分:规范OGCITILV3 IT基础设施库1TUT M3342 SLA表示模板定义指南1TUT E860 SLA框架3术语、定义和缩略语31术语和定义下列术语和定义适用于本部分。311IT运维服务IT Operation and Maint

6、ainence Service运维服务是指服务提供商综合利用各种资源为客户提供的确保其rr系统及网络正常、安全、高效、经济运行的服务。本标准中的rr运维服务包括基础设施管理服务、应用管理服务、终端用户工作环境管理服务、业务连续性服务、安全管理服务以及其他通用服务。312IT运维服务管理IT Operalion and Maintainence Service Management服务提供商根据合约规定的服务质量要求,遵循规范的管理流程,依靠完备准确的管理信息和安全可靠的系统对rr运维服务实施的全生命周期管理。313lT运维服务提供商IT Operation and Maintainence S

7、ervice Provider向客户提供rr运维服务的组织,本标准中可简称为服务提供商或提供商。314YD厂r 19261-2009客户Customerrr运维服务的购买者,与服务提供商定义和协商服务的内容和质量要求,并为服务支付费用。315lT运维服务的生命周期IT Operation and Maintainence Service Lifecyclerr运维服务从开始到结束的过程,包括服务规划与设计、服务实施、服务监测与评估、服务改进等几个阶段。316lT运维服务管理流程IT Operation and Maintainence Service Management Processrr运

8、维服务管理流程是指为了完成rr运维服务管理目标,以确定的方式执行或发生的一系列有规律的行动或活动,rr运维服务管理流程是rr运维服务管理规范化的体现。317服务等级协议Service Level Agreement服务提供商和客户签订的书面协议,该协议中明确规定了服务和约定的服务等级。318IT运维服务管理支撑系统 IT Operation and Maintainence Service Management SupportingSyslem服务提供商和客户双方为支持运维服务管理目标所使用的信息化工具,是实施rr运维服务管理的平台。319配置管理数据库Configuration Mnanag

9、ement Dalebase配置管理数据库是rr运维服务管理信息模型的具体体现,存储了rr运维服务及管理配置项的详细信息,是提供rr运维服务、完成rr运维服务管理流程的信息基础。3110配置项Configuration Item配置项是指rr运维服务中处于或即将处于配置管理(系统)控制之下的管理对象。注:配置项可以是系统(包括所有的硬件、软件和文档),也可以是模块或组件。典型的配置项包括服务基本信息、硬件、软件、建筑物、人和正式文档(如流程文档和SLA)等。3111事件Event对配置项或rr服务管理有意义的状态变化以及来自客户的请求。3112服务请求Service Request来自客户的请

10、求事件。3113事故Incident导致或可能导致rr运维服务不在计划范围内的中断或质量下降的事件。31142YD厂r 1 9261-2009服务台Service Desk服务提供商和客户间的统一接口。典型的服务台管理事故和服务请求,也处理服务提供商与客户之间的通信。32缩略语下列缩略语适用于本部分。CMDB Configuration Management Database 配置管理数据库CRM Cfient Relationship Management 客户关系系统ERP Enterprise Resource Plan 企业资源计划IT Information Technology 信

11、息技术OA Office Automation 办公自动化QoS Quality of Service 服务质量SLA Service Level Agreement 服务级别协议4 IT运维服务管理参考模型rr运维服务管理的参考模型如图1所示,该模型将rr运维服务管理分为3个层次,即客户、服务提供商以rr服务图1 IT运维服务管理的参考模型其中,客户是rr运维服务的购买者,与服务提供商定义和协商服务的内容和质量要求,并为服务支付费用,用户是rr服务及rr运维服务的使用者;服务提供商向客户提供rr运维服务,为了提升rr运维服务的质量水平,服务提供商通常会建设rr运维服务管理支撑系统,广义的盯运

12、维服务管理支撑系统包括了存储rr基础设施和服务配置数据的配置管理数据库(CMDB);IT运维服务管理对象包括客户的rr系统、网络及设备等rr资源。rr系统、网络及设备向客户提供了I硼务;服务提供商向客户提供垂维服务,客户与服务提供商通过服务等级协议(SLA)约定rr运维服务的质量目标,以确保客户的rr系统及网络正常、安全、高效及经济运行:服务提供商利用运维服务管理支撑系统对客户的rr系统、网络及设备进行监视,控制,并借助规范化的流程保证rr运维服务的质量。3YD厂r 1926 1-20095 rr运维服务分类51 IT运维服务分类体系rr运维服务可以根据服务所面向的对象、服务功能或者服务目标这

13、3个维度划分为不同的服务集,服务集中包含若干服务,每一个服务又可根据面向的对象或服务功能进一步划分为更具体的服务项。客户定制服务时,可以根据自身需求选取不同类服务中的服务项进行组合,形成客户需要的服务包。图2描述了rr运维服务的分类体系,其中,服务集s中包含服务s1和服务s2,服务s1中包含4个服务项(slls13),服务s2包含2个服务项(s21一s22),客户在定制服务时选取了服务项s11、s12、s21组成服务包spl o围2 IT运维服务分娄体系示曩5 2 rr运维服务分类目录rr运维服务可划分为以下服务集:rr基础设施管理服务集、rr应用管理服务集、rr终端用户工作环境服务集、安全管

14、理服务集、rr业务连续性服务集和通用服务集。521 IT基础设旖管理服务集rr基础设施管理服务(InfrastxuctureManagement Services)是指提供商对客户的基础设施提供监视、日常维护、维修保障(包括备件更换)等管理和维护服务。下列服务共同构成rr基础设施管理服务集:1)网络管理服务;2)服务器管理服务;3)存储管理服务;4)备份管理服务:5)数据库管理服务;6)中间件管理服务;7)机房动力环境管理服务。5 2 2 r厂应用管理服务集4YD厂r 1 9261-2009应用管理服务(Application Management Services)是指提供商为客户的应用提供

15、设计、应用集成、应用维护及应用改进等管理服务,从而向客户的业务活动提供高效和便利的支撑环境,帮助客户实现其业务目标。下列服务共同构成应用管理服务集:1)网站管理服务(如门户网站、电子商务);2)企业应用管理服务(如CRM、ERP及OA)。523 fT终端用户工作环境服务集终端用户工作环境服务(End Users Working Environment Services)针对多厂商的台式机、笔记本电脑、无线设备和桌面应用而设计,下列服务共同构成终端用户工作环境服务集:1)终端硬件支持服务;2)软件支持服务:3)打印服务;4)通信服务(如邮件、传真及网络会议等)。524 IT安全管理服务安全管理服

16、务(Security Management Services)是提供商对客户的基础设施、应用及终端用户环境提供的安全监测、安全防护和安全事件分析服务,下列服务共同构成安全管理服务集:1)安全评估服务;2)安全保护服务;3)安全监控服务;4)应急响应服务:5)安全通告服务。525 IT业务连续性服务集业务连续性服务(Bussines Continuous Services)是指保证客户关键业务的连续性,避免故障、灾难等因素对业务提供的影响。下列服务共同构成业务连续性服务集:1)介质存储服务;2)数据备份服务;3)机房环境管理服务;4)主机备份服务;5)网络备份服务;6)灾难恢复服务。526通用服

17、务集在提供商提供上述5类服务时都可能涉及的具有通用意义的服务,下列服务共同构成通用服务集:1)咨询与培训服务;2)技术支持服务;3)硬件维修保障服务;4)报表管理服务。53 IT运维服务描述5YD厂r 1926 12009服务描述帮助服务提供商和客户针对服务的内容达成一致的理解。服务描述应采用规范的模板。服务描述涉及以下几个方面:服务概述:包括服务提供商和客户的全称、服务的全称及服务提供时间等基本信息。商务要素:描述服务提供商向客户提供业务的相关的商务信息和商务过程,通常包括合约信息、服务台信息,以及服务提供者没有满足所承诺的业务等级时,对客户进行赔偿的内容和方式,并指出不可抗拒因素,也包括服

18、务计费、合约变更或终止等。服务要素:包括服务名称、服务内容、服务质量指标、服务级别定义、服务中涉及的角色和职责及服务报告等服务要素是服务提供商与客户针对服务所达成的合约中的重要组成部分。本标准的第2部分将对各类ITS维服务的服务要素进行详细的定义并规定服务描述的模板。6 IT运维服务质量指标一项服务的质量是指服务在多大程度上满足了客户的需求和期望,服务是否实现了客户的期望,主要取决于如何以有效的方式与客户就所提供的服务项目达成一致意见。通常,服务提供商与客户协商制定出一套指标,用以检验ITJi维服务是否达到客户期望的质量目标。IT运维服务质量指标可分为技术相关指标和技术无关指标两类。I)技术相

19、关指标是指可以通过技术手段从客户网络或设备上监测到的,能够客观反映IT基础设旆及应用的运行状态的指标。2)技术无关指标是指技术相关指标之外的,能够反映IT运维服务质量或提供能力的指标。在客户与服务提供商签订的SLA中,既包含技术相关的指标,也包含技术无关指标,这些指标约定了I谯维服务应具备的能力反映了客户期望I窿维服务需达成的目标。通过对sLA中各项指标的统计与分析,客户能够得出rr运维服务符合其期望的程度,用于评判服务提供商实施IT运维服务的质量。本部分不定义具体的指标,对指标的详细定义及指标的应用详见本标准的第2部分和第3部分。7 lT运维服务的生命周期lT运维服务具有完整的生命周期,包括

20、4个阶段:服务规划与设计阶段、服务实施阶段、服务监测与评估阶段及服务改进阶段,如图3所示。舶3服务的生命周期YD厂r 1 9261-200971服务规划与设计阶段服务的生命周期从服务规划与设计阶段开始,服务提供商对将要实施与交付的运维服务进行规划与设计。服务提供商深入了解客户的需求,从可用性、规模,能力、连续性、安全性、成本和风险等方面对服务进行具体设计,定义出能满足客户需求的解决方案。服务的规划与设计阶段至少完成以下工作:1)确定服务提供商所提供服务的范围、目标及需满足的要求;2)明确管理角色和职责的框架,包括高层负责者、过程所有者及供方管理;3)确定将要执行的流程,定义服务管理流程和活动协

21、调方式之间的接口,并规划解决方案;4)确定达成既定目标所需的资源、预算以及在实现既定目标的过程中拟采用的识别、评估和管理问题和风险的方法;5)确定管理、审核和改进服务质量的办法。72服务实施阶段在服务实施阶段,服务提供商按照规划和设计去实施服务管理的目标和计划,包括服务交付、服务的管理和维护,服务实施阶段至少完成以下工作:1)根据规划与设计阶段所制定的目标建立支撑系统;2)在确保成本和质量的约束条件下,交付新服务或变更服务,并对服务进行管理和维护;3)管理风险、预算、团队及设施,定期进行项目实施进度的报告和服务运行状态的报告。73服务监测与评估阶段在服务提供商将其所提供的服务正式交付给客户使用

22、的同时,服务已经进入了监测与评估阶段。服务监测与评估的目的是为了检测服务质量,评估结果可以用来帮助服务提供商对服务进行持续改进,以提升客户满意度。在服务监测与评估阶段,服务提供商采用适宜的方法来监视服务管理流程,并在适当的时候测量服务指标,【_姓供服务评估的基础依据。对服务提供商提供的rr运维服务的服务评估可以由客户或其委托的第三方进行,服务评估应确定服务管理要求是否。1)符合服务管理规划、设计以及本标准的内容:2)服务得到有效实施与保持。74服务改进阶段服务从一开始就进入了持续的改进阶段,通过持续测量服务提供商的性能并对流程、服务和rr基础设施进行持续改进,提高效率、效力和成本效益。服务改进

23、阶段至少完成以下工作:1)建立书面的服务改进策略;2)评估、记录、排定优先顺序并授权所有建议的服务改进;3)进行一系列的改进活动,包括:收集并分析数据,进行咨询,设定质量、成本和使用资源方面的改进目标,评价、报告并传递服务改进情况,在需要时更新服务管理的策略、计划和程序。8 IT运维服务管理流程本部分只规定rr运维服务管理流程框架、分类和定义方法,对每个流程的详细定义将在本标准的第3部分中进行规定。81 IT运维服务管理流程框架rr服务管理流程是客户或服务提供商为使服务达到其质量目标而以确定的方式实施的一系列规范化管理活动。rr运维服务具有生命周期特性,在rr运维服务生命周期的不同阶段,其需要

24、开展的举措不同;7YD厂r 1926 1_2009另一方面,服务管理活动可根据其针对的rr运维服务管理对象划分到不同的管理层次,因此,服务管理流程不仅与管理层次相关,并且往往涉及服务的多个生命周期阶段。rr运维服务管理流程框架如图4所示。在该框架中rr运维服务的管理被划分为3个层次:服务管理层、资源管理层以及供应商台作伙伴管理层图中的带箭头曲线代表服务管理流程,其中1个流程跨越了服务的所有管理层次和生命周期阶段。围4 IT逗维服务f理流程框架8 2 rr运维服务管理流程分类rr运维服务管理应至少包括下列基本流程。1)服务级别管理(Service Level Management)服务级别管理的

25、目标是定义、协商、记录并管理服务级别。该流程负责协商并记录所提供的服务、相应的服务级别目标以及工作量特性,协商并记录服务级别协议(SLAs)、支撑服务约定、供方合同以及相应的程序。服务级别管理还监视并报告服务级别支持客户查看和定期的评审,以确保服务级别协议的更新和持续有效。2)服务连续性管理(Service Confinmty Management)服务连续性管理的目标是确保向客户承诺的协商一致的服务连续性在任何风险下都能得到满足。该流程负责管理可能严重影响rr运维服务的风险,制定服务连续性计划并定期评审。保证服务提供商总是可以通过将风险减小到一个可接受的水平并通过对rr运维服务的恢复计划提供

26、最低的协议服务级别。服务连续性管理应支持商务连续性管理。服务连续性的需求应基于服务计划、SLA和风险评估需求应包括访问权和响应次数以及系统部件的端对端可用性。当业务环境发生重大变化时,应重新测试服务连续性计划。3)信息安全管理(Information sec删ty Management)信息安全管理的目标是在所有服务管理活动中有效地管理信息安全。实旆信息安全策略的要求,管理服务或系统访问有关的风险,记录并报告安全事故,以保证组织资产、信息、数据和服务的机密性、完整性和可用性。4)奄更管理(Change Management)YCVT 19261-2009变更管理覆盖了服务生命周期中所有服务基础

27、资产和配置项的变更,变更管理应记录并对所有要求的变更进行分类,如紧追、紧急、重大和轻微等。应评估变更请求的风险、影响和业务收益。其主要目标是以对服务最小的干扰实现有益的变更。5)服务资产和配置管理(Service Asset and Configuration Management)负责资产管理和配置管理的流程。其中,资产管理负责在金融资产的整个生命周期跟踪和报告其价值和所有权;配置管理负责管理用于交付ITJ垂_维服务的配置项及配置项间关系,这些信息被记录在CMDB中,在配置项的整个生命周期中都被管理。6)发布和部署管理(Release and Deployment Management)负责

28、发布管理和部署的流程。其中,发布管理负责计划、安排和控制到测试和运行环境中的发布,其主要目标是保证运行环境的完整性被保护以及正确的组件被发布;部署负责将新的或变更的硬件、软件、文档及流程等迁移到运行环境中。7)知识管理(Knowledge Management)负责在组织内搜集、分析、存储和共享知识和信息,其主要目的是通过减少重新发现知识从而提高效率。8)事故管理(Incident Management)负责管理所有事件和事故的生命周期,其主要目标是尽快恢复约定的业务服务或响应服务要求。9)问题管理(Problem Management)负责管理所有问题的生命周期,其主要目标是防止事故的发生,

29、对于无法防止的事故将其影响最小化。83服务管理流程的定义方法为了清晰准确地描述流程,需要了解流程的构成要素,图5是一个基本的流程实例。流程是活动的结构化集合,其目的是实现一个特定的目标。流程具有1个或多个定义好的输入,并将这些输入转化为定义好的输出。流程可包括角色、职责、工具以及可靠交付输出所需要的管理控制等。图5一个基本的流程实例综上所述,对服务管理流程的描述应主要涉及以下几个方面。1)流程的名称、描述和管理(版本、变更控制及作者等)。2)范围和任务声明。3)流程概述:9YD厂r 19261-2009描述;输入;过程;活动;输出;触发;工具和其他交付物;通信。4)角色和职责:运营职责;流程所

30、有者;流程成员;流程用户;其他角色。5)相关的文档和引用。6)与其他流程的接口和依赖关系。7)流程测量和参数。8)流程生成的交付物和报告,包括其频率、内容和分发方式等。9)词汇表、缩略语和引用。本标准的第3部分将对rr运维服务管理流程进行详细定义。9 lT运维服务管理支撑系统本标准的第4部分将对rr运维服务管理支撑系统的体系架构、功能要求、接口要求以及技术要求等方面进行详细规定。91 支撑系统的功能rr运维服务管理支撑系统(以下简称“支撑系统”)作为实旅rr运维服务管理必不可少的工具,应具备的功能包括且不限于:1)提供对rr运维服务的监控管理;2)支持业务流程的有效运营;3)收集高质量、可信和

31、准确及时的信息用于管理决策;4)分析和呈现管理信息、进行趋势分析从而支持决策i5)管理rr基础设施、网络及应用系统;6)实现服务管理流程。92支撑系统的物理结构支撑系统作为服务支撑平台或作为服务提供的工具,有以下几种部署形式。1)部署在终端用户现场,作为终端用户的运维工具。2)部署在终端用户现场,但作为服务提供商的运维管理服务的执行及巡检工具。10YD厂r 19261-20093)可以分为客户端及中心端管理模式,客户端部署在用户现场,采集运维管理所需要的数据;中心端部署在服务商的运维管理服务中心,客户端的数据可以传输到中心端,服务提供商根据实时的运维数据帮助终端用户进行运维。93支撑系统的接口

32、支撑系统有两类对外接口,一类是支撑系统与客户的rr资源(IT系统、网络及设备)之间的接口,用于对rr资源实施监控管理;另一类是rr运维服务管理支撑系统与对等系统之间的横向互联接口,用于交互服务管理相关的信息。94支撑系统的应用场景支撑系统可以由服务提供商和客户双方共同使用,也可以是服务的某一方独自使用,这取决于rr运维服务的提供方式。客户应向支撑系统开放底层rr基础设施的接入,同时,服务提供商应保证接入点的安全性。1 0 IT运维服务管理信息模型rr运维服务管理信息模型至少包含两个方面的内容,即rr运维服务配置管理数据库和支撑系统接口信息模型。本标准的第5部分将对rr运维服务配置管理数据库进行

33、详细定义。101 IT运维服务配置管理数据库rr运维服务配置管理数据库通过配置项和配置项间的关系存储了企业里提供和管理rI运维服务的细节信息,是提供rr运维服务、完成研运维服务管理流程的信息基础。配置管理数据库的配置项应覆盖rr运维服务的各个方面,配置项可以根据rr运维服务以及支撑服务的资源进行分域、分类。配置管理数据库为rr运维服务管理提供精确和充分的信息基础,对有效的rr运维服务管理具有重要的核心价值。其作用主要体现在以下两个方面:1)可以将企业所有的或者超过一定价值的rr资产置于全面的监督和控制之下,及时掌握和了解这些rr资产的状态、出现过的问题、可能会出现哪些问题和存在的价值以及它们满

34、足业务需要的情况;2)可以提供准确的配置信息和相关文档以支持服务管理流程(如配置管理、事件管理、问题管理、变更管理及发布管理等)。在建立配置管理数据库时,应遵循rr运维服务管理信息建模方法,根据实际需求确定配置管理数据库的范围,决定配鼍管理数据库的深度、配置项命名方案、配置项之间的关系以及配置项的详细程度。配置数据库的建立要与运维流程相结合,并充分考虑管理支撑系统的应用需求。102 IT运维服务管理接口信息模型rr运维服务管理接口指rr运维服务管理支撑系统与其他系统之间的接口,该接口有两类。1)纵向管理接口。该接口用于对rr资源实施监控管理。接口上传递的信息通常包括rr系统、网络及设备的基本资

35、源配置信息、状态信息、实时故障信息、性能信息以及指配,控制信息等。2)横向互联接口,rr运维服务管理支撑系统通过该接口与对等系统进行信息交互。接口上传递的信息包括客户信息、SLA信息、计费信息等。1 03 lT运维服务管理信息模型的建模方法根据UTRAD方法学,rr运维服务管理信息的建模工作可分为需求、分析和设计3个阶段。其中需求阶段定义rr运维服务管理信息的商务层需求,通过文字描述定义被管对象的范围并对其进行分类;分析YD厂r 19261-2009阶段将使用面向对象的建模方法,通过表格和UML图示定义被管对象类、类属性以及对象类之间的关系设计阶段将通过形式化语言对管理对象类进行实例化,生成具

36、体的配置项。附录A(资料性附录)本标准与IS020000、ITIL V30之间的关系YD,1-192612009本标准遵循IS020000和ITIL的管理思路和设计原则,针对rr运维服务的特点对IS020000和ITIL所定义的rr服务进行了具体化的规定。在规范的各个部分,本标准与IS020000、ITILV30之间的关系见表A1。表A,1 本标准与IS020000、ITIL V30之间的关系囊零标准规定的隧咨蘩 滴锄睁磁凌荔垂躺够鞠雾 黪黪黪黪黪;渗自麟爹酾酾溉鹾瓣鬻:|豢g雾豢j基于服务的定义,明确rr运维服务是一类rr服务,规范了服务的定义 定义了rr服务 运维服务的分类、范围、内容和指

37、标,并将对各个主要的IT运维服务基于服务描述模板做出明确的定义基于国外rr服务管理实践提出 基于1S020000与ITIL V30流程定义的方法和一些基本流程,服务管理流程系列可参照的服务管理流程 结合我国运维服务的现状和实践定义了一套服务管理流程服务管理支撑系统 未做专门的规定 明确规范支持rr运维服务的管理支撑系统的功能和技术要求描述了配置管理数据库的概念、定 在概念和原则的指导下,结合我国IT运维服务的实践定义IT运配置管理数据库 义原则 维服务所涉及的配置管理数据库的备配置项及其关系中华人民共和国通信行业标准lT运维服务管理技术要求第1部分:体系架构YD,r 19261-2009+人民邮电出版社出版发行北京市祟文区夕照寺街14号A座邮政编码:100061版权所有不得翻印+本书如有印装质量问题,请与本社联系电话;(01 o)67114922

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 标准规范 > 行业标准 > YD通信行业

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1