IT系统装备维护保养外包服务方案

《IT系统装备维护保养外包服务方案》由会员分享，可在线阅读，更多相关《IT系统装备维护保养外包服务方案（73页珍藏版）》请在金锄头文库上搜索。

1、 XX 信息技术有限公司 IT 外包服务方案 DADA 2012-11-29 目录目录 第第 1 章章项目概项目概况况.3 1.1项目背景 .3 1.2项目目标 .3 1.3需求分析 .3 第第 2 章章运维服务管理体系建设运维服务管理体系建设.5 2.1IT 服务管理概述.5 2.2运维服务管理流程体系 .6 2.2.1服务支持7 2.2.2服务提供13 2.3运维服务管理规划 .17 2.3.1第一阶段：服务磨合阶段17 2.3.2第二阶段：主动服务阶段20 2.3.3第三阶段：战略规划阶段23 2.4运维服务质量管理 .23 2.5建立运维管理规范 .25 2.5.1运维管理规范概要25

2、 第第 3 章章信息系统运行保障方案信息系统运行保障方案.27 3.1统一服务台建设 .27 3.2建立文档管理制度 .28 3.3一般信息化设备及相关软件运维管理 .32 3.3.1一般信息化设备服务范围32 3.3.2一般信息化设备运维32 3.3.3例行维护流程图33 3.3.4一般设备服务方案34 3.4防（杀）病毒服务 .39 3.4.1防病毒服务需求39 3.4.2制定合理的防病毒策略和安全管理制度。39 3.4.3客户端防病毒升级软件40 3.4.4防毒组件及时更新40 3.4.5每周防毒系统部署情况统计41 3.4.6每周对产生的病毒事件进行评估41 3.5信息资产巡检及普查服

3、务 .41 3.5.1主动巡检41 3.5.2信息资产普查42 3.6其它有关说明及要求 .42 第第 4 章章运维服务计划方案运维服务计划方案.44 4.1运维服务准备 .44 4.1.1签定必要的协议和约定44 4.1.2人员准备44 4.1.3工具准备44 4.2项目人员组织 .45 4.2.1人员结构45 4.2.2人员职责与岗位要求46 4.3服务计划 .47 4.3.1服务时间47 4.3.2进场初始阶段47 4.3.3第一个服务阶段48 4.3.4第二个服务阶段48 4.3.5服务总结和延续阶段49 第第 5 章章应急服务方案应急服务方案.50 5.1灾难应急措施 .50 5.1

4、.1应急措施体制图与总则50 5.1.2大型灾难紧急行动方案51 5.2运行服务应急方案 .54 5.2.1启动应急流程54 5.2.2成立应急小组57 5.2.3应急处理过程57 5.2.4应急处理结果评估58 5.2.5统计和报告58 第第 6 章章服务水平质量承诺及服务管理服务水平质量承诺及服务管理.61 6.1服务水平体系 .61 6.1.1报告服务61 6.1.2管理类服务61 6.1.3主动式服务62 6.1.4响应式服务62 6.2服务承诺.63 6.2.1服务级别承诺63 6.2.2服务质量承诺64 6.3服务管理.64 6.3.1服务管理总则64 6.3.2服务流程管理65

5、6.3.3服务台支持管理66 6.3.4事件管理68 6.3.5问题管理69 6.3.6知识库管理70 6.3.7服务记录管理70 第第 1 章章 项目概况项目概况 1.1 项目背景项目背景 近年来为适应业务发展的需求，XX 企业进行了大规模的电子商务建设， 包括采购桌面 PC 约 300 台，打印机约 100 台，这些应用系统及硬件设备的投 入使用极大的推动了 XX 企业信息化建设的进程。随着越秀工商局对整体 IT 系 统（硬件、软件、网络通讯）的可用性要求日益提高，系统运行保障和维护 管理就成为确保业务系统安全稳定可靠运行的最有力的手段。 XX 企业主要有一栋 N 层的办公环境，现阶段对设

6、备维护主要采用自主维 护的方式。由于人力有限，建设任务繁重，中心技术人员在接手新项目及日常 工作的同时往往需要做大量的维护工作，不少技术人员长期处于满负荷，严重 影响了工作效率。在当前有限的人力物力资源下，为了保障和提高 IT 服务质量， XX 企业有必要将计算机、外设及网络的运行维护进行外包，派驻 2 名工程师 进行维护，以解决当前 IT 服务个方面日益增长的需求和有限的提供能力之间的 矛盾，提高 XX 企业办公区域内的软、硬件、业务应用软件的运行维护效率， 确保信息系统正常运行。 1.2 项目目标项目目标 结合 XX 企业业务工作及信息化建设实际，完善运维管理体系的建设，加 强信息系统正常

7、运行保障， “以流程为导向，以服务为核心”提高服务质量水平、 转变服务理念、拓宽服务范围、提高服务效率、提升用户服务满意度。 1.3 需求分析需求分析 本次项目 XX 企业需求主要包括两个部分， 1、运维管理体系建设要求； 2、信息系统正常运行保障服务。 其中运维管理体系建设应完善服务内控制度即服务质量管理，逐步建立起 一套符合 XX 企业自身实际的运维管理标准及应用制度；建设 IT 运营维护管理 平台，采用标准的 IT 运维管理流程，提供准确、详尽、专业的报告制度，通过 客观分析运维过中出现的各种障碍及问题，为 XX 企业信息化建设提供决策依 据。 信息系统正常运行保障涵盖了 1、一般信息化

8、设备及软件的运维管理； 2、防病毒服务； 3、办公区域内设备及软件巡检普查； 4、提供符合 XX 企业实际的服务响应水平及质量保障； 5、信息化资产管理 第第 2 章章 运维服务管理体系建设运维服务管理体系建设 2.1 IT 服务管理概述服务管理概述 现今，随着计算机技术，特别是网络技术的飞速发展，对于许多行政单位， 许多企业而言，IT 技术越来越深入到核心业务，影响策略制定和企业的发展。 从而对 IT 环境的可靠性，可用性和快速适应性提出了越来越高的要求，与此同 时，IT 环境(包括软/硬件及相关技术)却变得越来越复杂。因此，对于一个单位 而言： 如何把有限的 IT 资源最有效的作用于核心业

9、务的发展 如何最快地获取专业的支持能力 如何实现对系统的完善管理，提高系统的可靠性和可用性 如何提高用户的工作效率，增加最终用户满意度 如何跟上 IT 技术的发展，及时更新相关技术 如何提高对 IT 系统利用的灵活性 如何更好地管理 IT 运营成本 以提高服务能力，将会是单位可能面临的问题。 IT 服务管理（服务管理（ITSM）是一套帮助企业对）是一套帮助企业对 IT 系统的规划、研发、实施和运系统的规划、研发、实施和运 营进行有效管理的方法，是一套指导营进行有效管理的方法，是一套指导 IT 服务的方法论服务的方法论。ITIL 是英国国家电脑 局（CCTA）于八十年代开发的一套 IT 业界的服

10、务管理标准库，它把业界在 IT 管理方面最好的方法归纳起来，形成规范，旨在为企业的 IT 部门提供一套从计 划、研发、实施到运维的标准方法。它一经提出，便被欧洲各大公司纷纷采纳， 随后在澳洲，美洲和亚洲流行开来，目前已成为 IT 服务管理事实上的标准。 通过参考这些标准，我们可以充分借鉴国际化标准的 IT 服务管理最佳经验， 使我们“站在巨人的肩膀上”来设计、规划及运维 IT 服务，尽可能少走弯路， 有效提高 IT 服务的质量。 ITIL 框架图 ITIL 是基于流程的方法论。IT 部门可用其检查是否用一种可控的和可训练 有素的方法为最终用户交付所需的 IT 服务。ITIL 合并了一套最佳的实

11、践惯例， 可适用于几乎所有 IT 组织，无论其规模大小，或采取何种技术。 ITIL 对 IT 服务管理实践中涉及的许多重要问题进行了系统的分析，包括全 面的检查清单、任务、程序、责任等与任何 IT 服务组织密切相关的问题。这些 概念的定义也涵盖了大多数 IT 服务组织的主要行为。IT 服务组织可以借助 ITIL 的指导建立和拓展自己的 IT 服务流程。 2.2 运维服务管理流程运维服务管理流程体系体系 运维务管理最核心的是“服务支持” （ServiceSupport）和“服务提供” （ServiceDelivery）两个模块。各流程相互贯穿和作用，形成有机整体，共同建 立一个健全的服务管理体系

12、。 如下图所示： 2.2.1 服务支持服务支持 服务支持的内容描述了一个客户如何访问适当的服务，以支持其业务。服 务支持包含以下内容： 2.2.1.1服务台服务台 我们为企业建设服务台，提供统一报障电话，统一报障、统一维修接口， 越秀工商可以通过统一的报障电话申请服务、查询服务处理进程，监控服务质 量。 服务台(ServiceDesk)是 IT 服务组织和用户相互联系的接入点。服务台曾经 被称为帮助台(HelpDesk)。HelpDesk 的主要任务是记录，分解和监控提出的问 题。一个服务台可以具备更宽范的角色，如接收变更请求(RFC)，并且可以支撑 多种流程中的操作。 服务台是服务提供者和用

13、户之间的日常工作的单一联系点。它也是报告突 发事件和提交服务请求的焦点。正因为如此，服务台的职责是保持将服务相关 信息，行为和契机通知用户，并追踪了解用户每日的行为。例如，服务台可能 扮演用户提交变更请求的联系点，基于变更管理流程传达变更实施计划，并保 持将变更实施进程通知用户。变更管理应该确保服务台随时保持对变更行为情 况的掌握。 在任何对 SLA 产生影响的事件面前，服务台处于第一线，并维护高速的信 息流通道。 围绕突发事件，服务台有可能在其权限范围被授权实施变更。此类变更的 范围可能被预先定义。当所有相关变更发生时，变更管理流程将被告知。基本 上，当对任何 CI 的规范做出修改之前，变更

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

15、A 中备案。 突发事件管理的目标： 突发事件管理的目标是尽可能迅速地根据 SLA 中定义的普通服务级别作出 反应，使产生问题后对业务行为及组织和用户的影响最小。突发事件管理也应 该保留对事件的有效记录，以便于衡量和改进流程，并向其它流程汇报。 突发事件流程如下图所示： 2.2.1.3问题管理问题管理 对于突发事件有两种处理方法，一种是对其做出服务快速响应，尽快恢复 其正常运行，另一种是鉴别和解决问题根源。这两种方法之间存在微妙的区别， 而且经常被互相混淆。对其做好区分具有重要意义。 如果问题被怀疑存在于 IT 架构内部，问题管理流程将会瞄准其潜在的根源。 一个问题可能是被突发事件暴露出来的，但

16、是显然，问题管理的目标是解决问 题根源，预防其可能产生的干扰，而不是迅速恢复系统运行。 当问题被识别后(被识别的问题通常称之为已知错误)，通常需要进行一个 业务决策，决定是否采取永久性措施改进系统架构，以预防再次发生新的突发 事件。如果需要，提交一个变更请求来实现改进。 为了有效和高效地识别突发事件背后的问题根源及其发展趋势，问题管理 流程需要准确全面的突发事件的记录。问题管理流程同样需要和可用性管理流 程密切联络，以确定这些趋势并明确补救措施的重要性。 流程： 2.2.1.4配置管理配置管理 配置管理致力于控制一个变化中的 IT 架构(标准化和状态监控)，鉴别配置 项目(清册，相互关联，审核与注册)，收集和管理有关 IT 架构的文档，为所有 其它流程提供 IT 架构的相关信息。 配置管理是所有其它服务管理流程不可分割的一部分。拥有当前架构中所 有部件的最新的，准确的，全面的和详细的信息，并管理其变更，使这些信息 有效而高效地支持其它流程运行。变更管理可以与配置管理集成。至少，建议 在配置管