以下为《IT服务管理--ITIL体系概述》的无排版文字预览，完整格式请下载

下载前请仔细阅读文字预览以及下方图片预览。图片预览是什么样的，下载的文档就是什么样的。

目 录

1 ITIL简介 1

2 运维服务管理流程体系? 2

2.1?服务支持? 3

2.1.1?服务台 3

2.1.2?突发事件管理? 4

2.1.3?问题管理? 5

2.1.4?配置管理? 6

2.1.5?变更管理? 8

2.1.6?发布管理? 9

2.2 服务提供 10

2.2.1 服务级别管理 10

2.2.2 I T服务的财务管理 11

2.2.3?能力管理 12

2.2.4?IT服务持续性管理? 13

2.2.5?可用性管理? 14

IT服务管理---ITIL体系概述

1 ITIL简介

IT服务管理（ITSM）是一套帮助企业对IT系统的规划、研发、实施和运营进行有效管理的方法，是一套指导IT服务的方法论。ITIL是英国国家电脑局（CCTA）于八十年代开发的一套IT业界的服务管理标准库，它把业界在IT管理方面最好的方法归纳起来，形成规范，旨在为企业的IT部门提供一套从计划、研发、实施到运维的标准方法。它一经提出，便被欧洲***纷纷采纳，随后在澳洲，美洲和亚洲流行开来，目前已成为IT服务管理事实上的标准。?

通过参考这些标准，我们可以充分借鉴国际化标准的IT服务管理最佳经验，使我们“站在巨人的肩膀上”来设计、规划及运维IT服务，尽可能少走弯路，有效提高IT服务的质量。

ITIL是基于流程的方法论。IT部门可用其检查是否用一种可控的和可训练有素的方法为最终用户交付所需的IT服务。ITIL合并了一套最佳的实践惯例，可适用于几乎所有IT组织，无论其规模大小，或采取何种技术。

ITIL对IT服务管理实践中涉及的许多重要问题进行了系统的分析，包括全面的检查清单、任务、程序、责任等与任何IT服务组织密切相关的问题。这些概念的定义也涵盖了大多数IT服务组织的主要行为。IT服务组织可以借助ITIL的指导建立和拓展自己的IT服务流程。?

2 运维服务管理流程体系?

运维务管理最核心的是“服务支持”（ServiceSupport）和“服务提供”（ServiceDelivery）两个模块。各流程相互贯穿和作用，形成有机整体，共同建立一个健全的服务管理体系。如下图所示：

/

2.1?服务支持?

服务支持的内容描述了一个客户如何访问适当的服务，以支持其业务。服务支持包含以下内容：?

2.1.1?服务台

? 企业建设服务台，提供统一报障电话，统一报障、统一维修接口，可以通过统一的报障电话申请服务、查询服务处理进程，监控服务质量。?

服务台(ServiceDesk)是IT服务组织和用户相互联系的接入点。服务台曾经被称为帮助台(HelpDesk)。HelpDesk的主要任务是记录，分解和监控提出的问题。一个服务台可以具备更宽范的角色，如接收变更请求(RFC)，并且可以支撑多种流程中的操作。?

服务台是服务提供者和用户之间的日常工作的单一联系点。它也是报告突发事件和提交服务请求的焦点。正因为如此，服务台的职责是保持将服务相关信息，行为和契机通知用户，并追踪了解用户每日的行为。例如，服务台可能扮演用户提交变更请求的联系点，基于变更管理流程传达变更实施计划，并保持将变更实施进程通知用户。变更管理应该确保服务台随时保持对变更行为情况的掌握。?

在任何对SLA（Service-Level Agreement）产生影响的事件面前，服务台处于第一线，并维护高速的信息流通道。

围绕突发事件，服务台有可能在其权限范围被授权实施变更。此类变更的范围可能被预先定义。当所有相关变更发生时，变更管理流程将被告知。基本上，当对任何CI（Configuration Items）的规范做出修改之前，变更流程都需要对其进行预先审批。?

2.1.2?突发事件管理?

突发事件管理流程致力于解决突发事件，并快速恢复服务供应。突发事件被记录下来，并且事件记录的质量决定了相关的其它流程的效力。? 服务台接近于突发事件管理流程和问题管理流程，并处于它们之间。如果没有适当的控制，变更有可能引入新的突发事件。因此需要建立有效途径对变更进行跟踪。这是为什么建议持续不断地将突发事件记录在同一个CMDB中，并分类为“问题”，“已知错误”，“变更记录”等信息，以促进服务台界面的信息沟通能力，简化事件调查和报告。突发事件的优先权及其升级需要作为服务级别管理流程中的一部分进行协商，并在SLA（Service-Level Agreement）中备案。

突发事件管理的目标：突发事件管理的目标是尽可能迅速地根据SLA中定义的普通服务级别作出反应，使产生问题后对业务行为及组织和用户的影响最小。

突发事件管理也应该保留对事件的有效记录，以便于衡量和改进流程，并向其它流程汇报。?突发事件流程如下图所示：

/

2.1.3?问题管理?

对于突发事件有两种处理方法，一种是对其做出服务快速响应，尽快恢复其正常运行，另一种是鉴别和解决问题根源。这两种方法之间存在微妙的区别，而且经常被互相混淆。对其做好区分具有重要意义。

如果问题被怀疑存在于IT架构内部，问题管理流程将会瞄准其潜在的根源。一个问题可能是被突发事件暴露出来的，但是显然，问题管理的目标是解决问题根源，预防其可能产生的干扰，而不是迅速恢复系统运行。?

当问题被识别后(被识别的问题通常称之为已知错误)，通常需要进行一个业务决策，决定是否采取永久性措施改进系统架构，以预防再次发生新的突发事件。如果需要，提交一个变更请求来实现改进。为了有效和高效地识别突发事件背后的问题根源及其发展趋势，问题管理流程需要准确全面的突发事件的记录。问题管理流程同样需要和可用性管理流程密切联络，以确定这些趋势并明确补救措施的重要性。?

流程：

/

2.1.4?配置管理?

配置管理致力于控制一个变化中的IT架构(标准化和状态监控)，鉴别配置项目(清册，相互关联，审核与注册)，收集和管理有关IT架构的文档，为所有其它流程提供IT架构的相关信息。?

配置管理是所有其它服务管理流程不可分割的一部分。拥有当前架构中所有部件的最新的，准确的，全面的和详细的信息，并管理其变更，使这些信息有效而高效地支持其它流程运行。变更管理可以与配置管理集成。至少，建议在配置管理系统中控制变更的登录和实施，并自在配置管理系统的帮助下对变更影响做出评估。因此所有变更请求应该被输入配置管理数据库(CMDB)，并随着变更请求的进展随时更新记录，直至其实施。? 配置管理系统识别一个变更项目和架构中其它部件的关系，将这些部件的所有人召集到影响评估流程中来。不管一个变更是否在架构中实施，相互关联的配置管理记录应该在CMDB中得到更新。最好在变更发生时，使用集成工具自动地更新记录。?

CMDB应该开放给整个服务支持组，使所有人理解部件失效可能的原因，从而使突发事件和问题可以被更容易地解决。CMDB还应当被用来把突发事件及问题记录和其它记录联系起来，比如失效的配置项目(Configuration Item-CI)和用户之间的联系。如果缺少了配置管理流程的集成，发布管理将难以实现，并可能错误连连。?服务交付流程同样依赖于CMDB中的数据。

例如：? 服务级别管理需要识别相互结合在一起的部件，并在此基础上设置支持协议，交付服务。?

IT财务管理需要知道每个业务 内容过长，仅展示头部和尾部部分文字预览，全文请查看图片预览。

可用性管理是确保资源，方法和技术得以适当拓展的流程，以支持与客户签订的IT服务条款。可用性管理针对所遇到的问题，如优化维护等，并且设计测量指标，最大程度减少意外突发事件的数量。

可用性管理与IT服务的设计，实施，测量和管理相关，确保规定的业务需求中有关可用性的内容被贯彻。可用性管理需要理解IT服务失效发生的原因和恢复服务所需的事件。突发事件管理和问题管理提供了关键输入。

SLA（Service-Level Agreement）中描述的可用性的目标在可用性管理流程中被监控，并包含在其报表中。此外，在支持服务核查制度所提供的测量和报表中，可用性管理对服务级别管理(SLM)流程提供了支持。

[文章尾部最后300字内容到此结束,中间部分内容请查看底下的图片预览]

以上为《IT服务管理--ITIL体系概述》的无排版文字预览，完整格式请下载

下载前请仔细阅读上面文字预览以及下方图片预览。图片预览是什么样的，下载的文档就是什么样的。