深圳市天维尔通讯技术有限公司

—指挥中心IT系统运维服务解决方案

文件更改记录

概述

随着公安系统指挥中心信息化工作重点已经从基础设施建设向深化应用逐步转移，信息技术应用与业务之间已形成良性互动发展的趋势。

指挥中心的信息化系统建设，具有特别的重要性和特殊性，尤其以天维尔三台合一调度指挥通讯系统为核心，扩展到相应的关键业务子系统及集成项目，其运行环境多系统、多数据库、多应用平台、多厂商网络及系统设备，多业务应用等复杂的管理环境。

在此背景下，市公安局指挥中心信息系统的运行维护和建设对比，已经变得同等重要，信息系统建设后的有效应用更依赖于高质量的IT运行维护服务。

因各应用系统的维护难度和专业度的不断加深，目前现有的传统维护方式已经无法满足信息应用系统的维护需求，如何提高信息化应用系统的持续可用时间，从而有效提高业务部门的工作效率，已经成为越来越迫切需要解决的问题。

深圳天维尔通讯作为公安应急领域专业的软、硬件系统建设厂家，为公安系统指挥中心提供了具有针对性和科学性的运行维护服务解决方案。

市公安局指挥中心IT系统运行现状（结合指挥中心建设项目实情）

运行的系统及设施

1. 接处警指挥调度通讯系统（软、硬件清单）

2. GPS车辆定位系统（软、硬件清单）

3. PGIS警用地理信息系统（软、硬件清单）

4. 短信评议系统（软、硬件清单）

5. 数据上报系统（软、硬件清单）

6. 供电系统（图纸、软、硬件清单）

7. 警务综合平台系统（软、硬件清单）

8. 大屏显示、监控显示、LED显示系统（软、硬件清单）

9. 视频图像传输系统（软、硬件清单）

10. 数据库存储系统（软、硬件清单）

11. 网络基础设施（软、硬件清单）

12. 与接处警系统相关办公设施（软、硬件清单）

13. 机房核心设施（软、硬件清单）

14. 综合布线（图纸、硬件清单）

非正常或不稳定运行系统

15. 系统名称：

运行情况：

16. 系统名称：

运行情况：

目前指挥中心系统维护现状和存在的问题

17. 系统厂家多，售后服务分散，容易形成技术孤岛，造成资源浪费。

18. 各系统厂家遇到系统边界线问题时，相互推卸责任，影响系统整体运行效果。

19. 当遇到紧急重大故障时，无法得到及时的恢复服务。

20. 对于安全隐患或隐性故障没有有效的技术防患措施。

21. 。。。。。。。。

22. 。。。。。。。。

现状总结重点需求

23. 具有全年365天，7 x 24小时无间隙服务

24. 遇到故障时，一般……性故障??小时内解决

25. 需要加强机房设施及核心设备的日检管理方式

26. 需有系统硬件、软件全面维护服务的整体解决方案

27. 需常驻资深运维工程师提供快速技术支持

28. 需设备备件保障及设备硬件保修

29. 需本地现场技术及软件业务操作培训

30. 通过相关措施，完善非正常或不稳定运行系统

31. 。。。。。。。。。。。。。。。。。。。。。。。

天维尔在指挥中心IT运维服务优势

深圳天维尔通讯可为市公安局指挥中心提供涵盖主流IT设备厂商从核心服务器、主机、存储、网络、视频、集成设备到软件系统等全线IT基础构架的维保服务产品，为指挥中心的IT系统提供跨厂商的技术支持，以专业的工程师队伍和规范的服务流程为指挥中心及时解决软、硬件系统故障、恢复系统故障、恢复系统运行，降低系统故障率，提高IT系统可用性，提升指挥中心的IT运维管理能力。

32. 严格按照ISO/IEC 20000的IT服务管理体系标准，实施运维管理；

33. 天维尔高层管理对IT运维服务管理体系的实施非常重视，完善的管理体系平台，包括方针和框架，保障有效管理和实施；

34. 指挥中心核心系统(三台合一接处警调度通讯指挥系统)技术故障快速处理能力；

35. 针对指挥中心IT运维服务项目的服务策划管理、SLA服务级别管理、业务关系管理、事件管理、问题管理、配置管理、变更管理、服务报告、服务能力管理、服务可持续性管理、服务可用性管理、服务成本管理、发布管理有一套完整的体系建立；

36. 覆盖全国的服务网络：技术人员、备件储备遍布全国分公司；

37. 涵盖主流IT厂商软、硬件产品的服务能力，已指挥中心指挥调度系统为核心，统一服务接口，简化服务管理流程；

38. 灵活的SLA服务级别选择，便于客户根据自身需求情况定制服务；

39. 全天侯服务、全过程监督，通过各关键指标监控实现服务过程可测量；

40. 提供从数据、硬件平台、软件平台、网络平台和基础平台的全面维护服务的整体解决方案；

41. 现场常驻资深工程师提供快速技术支持和故障排除；

42. 建立确定可行的保修设备备件保障机制；

43. 通过例行操作服务、响应支持服务、咨询评估服务和优化改善服务，多角度多层次立体式保障客户系统的运行稳定，拓展客户信息化建设思路；

44. 知识库（）

45. 研发人员现场服务

指挥中心IT系统运维服务项目指导原则

总体目标

引入先进的IT运行维护服务理念和方法，建立并完善基于ISO/IEC 20000 IT 服务流程管理体系，从传统的项目售后服务向基于服务水平管理和流程导向的IT运维服务管理转型，以期达到：

46. 建立规范的服务流程，提高服务接受方与服务提供方运营效率；

47. 建立持续一致的服务，提高服务接受方满意度，确保客户满意度达到--%；

48. 有效及高效地整合和利用信息、基础架构、应用、人员等 IT 资源；

49. 以最低的成本、最大的效率来利用、管理和维护资产和设备；

50. 提高一线服务台解决率，改善服务流程，快速响应服务接受方的需求。在SLA服务级别协议约定的事件处理时间内，事件处理完成率达到--%；

51. 系统运行

52. 。。。。。。。。。。。。。。。。。。。。。。

基于 IT 服务管理模式(ITSM)

ITSM 管理模式通过业务-IT相结合，服务内容定位和管理，服务的实施和开展以及服务运作的管理四个方面将业务和IT服务密切的结合起来。根据业务需求制定出相应的IT策略，并将IT策略转换为具体的IT服务计划和定义出服务级别。服务的建立和实施将IT策略贯穿始终，使IT最大程度的满足业务的需要。

人员、资源、技术和过程四者平衡的运行维护服务模型

53. 人员：为确保服务提供方的相关人员具备应有的运行维护服务能力。为保证故障响应、解决问题和交付结果可控，天维尔在人员管理、岗位结构和人员的知识、技能、经验、安全意识等方面建立了完善的管理和考核体系，从而保证服务人员能够具备和达到应有的水平。

54. 资源：为确保具备提供足够资源的能力，以满足与服务接受方约定的及未来的运行维护服务需求。天维尔将合理建立和配置运行维护工具、服务台、备件库和知识库等相关服务资源，从而保障服务资源的及时、有效投入。

55. 技术：为确保具备与运行维护服务策划相适应的技术和手段。在运行维护服务实施过程中，可能面临各种问题（如硬件故障）、风险（如安全漏洞）以及新技术和前沿技术应用所提出的新要求，天维尔根据客户方的相关要求或技术发展趋势，能够发现和解决问题、风险控制、技术储备以及研发、应用新技术和前沿技术。

56. 过程：通过对ITIL最佳服务实践模型的理解，天维尔将建立以下服务过程：服务级别管理、服务报告、事件管理、问题管理、配置管理、变更管理、发布管理、安全管理，通过对各个服务过程的流程化、标准化管理对整个服务过程实现可监控，从而保障服务提供的可控和持续可靠。

快速响应及时解决

天维尔将为市公安局指挥中心 IT 运行维护服务对象提供快捷便利的服务方式，根据客户 IT 运行维护服务对象不同阶段的业务需求和内部人员结构客户化我们的服务。天维尔丰富的经验和庞大的服务体系，以运维团队驻场方式服务，使我们的服务具有快速响应和及时解决事件的能力。

以预防为主的方针

天维尔的IT运行维护服务改变了传统保修服务只是被动的接受问题并解决问题的特点，而是从预防为主，通过实时的监控和分析发现IT应用系统中潜在的问题和风险，及时采取相应的措施以避免问题的发生。这样的做法最大程度的减少了IT应用系统事故的发生，保证客户 IT 应用系统最大时间的持续工作。

量化的服务级别管理

服务质量的评估不再是一种模糊的概念，通过对服务过程中各项关键指标的持续监控，以关键指标量化方式定期按照建立的内部测评审核机制对关键指标达成度进行测量，从而实现服务过程的持续改进，保障服务质量的稳定和持续提高。经合同双方同意的服务级别将作为服务质量管理的依据。清晰明确的服务质量要求使得服务的管理最有效。

IT运维服务项目阶段划分设计

为了整个IT运维服务项目提供良好的管理监控，并对项目中各管理组织之间的持续运作建立恰当联系，我们把整个项目执行分为四个阶段：

57. 启动阶段：服务实施过程前期的准备工作和计划，包括运维服务管理制度的建立、项目团队人力资源的到位。

58. 过渡阶段：完善支持服务流程，服务磨合逐渐成熟。

59. 正常服务阶段：正常地执行运维服务全过程。

60. 总结阶段：项目的总结移交并达到有序的结束。

时间跨度如图所示：

在每一个阶段过程中都有相应的工作安排及阶段成果输出，启动阶段、正常服务阶段和总结阶段三个不同的主要阶段构成完整的服务过程。

启动阶段

与市公安局指挥中心IT运维合同正式生效后，作为整个项目的启动阶段。在此阶段中，主要执行前期的准备工作，为尽快提供高质量的服务打好基础。（启动阶段估计需要2周时间）。该阶段主要工作如下：

61. 成立IT运维项目组，确定市公安局指挥中心为运维服务接受方，天维尔为运维服务提供方，并确定双方的职责分配；

62. 相关人员到位，提供IT运维服务项目的准备工作；

63. 召开项目启动会议，制定各现场支持服务计划沟通会，明确工作范围，制定启动阶段计划；

64. 双方互动协调出台SLA服务等级协议细节，报请双方上级部门或领导审核，并明确SLA服务等级协议；

65. 项目管理、运营维护等规章制度流程的确定；

66. 双方人员一起讨论有关的工作计划和需求；

67. 系统维护服务实施计划的出台和审核；

68. 针对服务范围涉及的硬件设备进行预检服务；

正常服务阶段

项目启动后，新的服务系统可以实现指挥中心IT运维服务范围所承诺的服务后，即进入正常的服务阶段。在正常服务阶段，所有的工作将按照制定的计划进行，并提供服务级别的承诺。具体的工作如下：

69. 运维服务管理体系和流程的改进；

70. 正常的运维管理；

71. 季度服务例会的召开；

72. 设备运行风险评估；

总结阶段

此阶段开始于合同规定服务时间即将结束前2周。这个阶段的主要工作是和XXX市公安局指挥中心充分沟通，移交服务本年的工作。并从项目的服务实施过程中积累总结经验，以促进提高在后续运维项目中的工作质量和绩效。

73. 收集服务期中各部分的服务文档资料及相关报告；

74. 汇总、装订，提交用户并存档；

75. 项目评估、总结；

76. 召开年度服务回顾总结会形成项目总结报告；

指挥中心IT系统运维服务项目的范围及预算

服务分类

资产托管服务、技术咨询服务、故障处理服务、系统升级改造服务、系统搬迁服务、培训服务、巡检服务、回访服务、硬件维修更换服务、定期系统健康检查服务、系统演练服务、重大会议保障服务、厂家支撑服务；

运维服务项目涉及的场地范围（如涉及多处场地需详细记录）

77. 位于XX市XX公安局XX大楼XX层XXX机房

78. 位于XX市XX公安局XX大楼XX层指挥大厅

79. 位于XX市XX公安局分局XX大楼XX层XX办公区

运维服务项目服务时间、服务方式

80. 运维服务项目服务期：从XXXX年XX月XX日起——XXXX年XX月XX日止，共计XX年；

81. 运维服务项目服务方式：深圳天维尔的运维项目组在XXX市公安局现场驻点式服务；

运维服务项目涉及的产品范围

82. 软、硬件维护服务范围清单

根据软、硬件维护服务范围清单，确定对运维项目中提供服务产品的界定更加准确；

83. 硬件保修范围清单

根据硬件保修范围清单，确定对运维项目中硬件保修范围更加清晰；

84. 备品备件库建设清单

根据备品备件库建设清单，确定对运维项目中设备提供应急保障；

软、硬件服务范围清单

硬件保修范围清单

备品备件库建设清单

运维服务项目预算

指挥中心IT系统运维服务项目组成员及职责

运维服务项目组成员

针对运维服务项目，双方建立项目组成员，设计合适的事情管理接口，便于正确有效快速的管理运维项目工作事物。

天维尔运维服务项目组人员配置及职责

天维尔运维项目经理（1人，多年IT运维服务项目管理经验）

天维尔公司指派一名具有良好技术背景和丰富项目经验的项目经理，作为项目的总接口人和项目负责人。

87. 负责协调天维尔内部人员、软硬件资源，及时对市局运维项目范围提供服务、保证各项指标的完成情况；

88. 负责整个服务项目的具体组织和管理，召集季度例会和工作协调会；

89. 制作、完善详细的服务项目方案和服务级别计划，在服务过程中及时动态地调整方案，提高工作效率，保证服务质量；

90. 给管理小组成员分配任务，随时监控每个成员的服务管理情况，控制服务质量；

91. 负责整个服务项目中的问题管理、变更管理；

92. 作为与市局指挥系统间的唯一接口，负责向市局指挥中心汇报服务情况、变更需求等情况，并及时将有关要求反馈给管理小组；

93. 接受市局指挥系统投诉和协调市局指挥系统需求的变化，及时反馈制订应急计划，报告项目领导小组和市局指挥系统负责人；

天维尔驻场运维工程师（？人，二年IT运维服务项目实施工作经验）

1. 负责计划内服务内容的实施；

2. 负责第一时间响应客户故障报告；

3. 负责主动性监控，及时发现故障隐患；

4. 负责现场故障修复；

5. 关键、疑难故障及时上报项目经理和热线中心；

6. 负责实施其它主动式服务及其它专业服务；

7. 负责解决现场和服务台无法解决的客户问题；

8. 负责在技术问题方面的与总部支持团队和原厂服务商的联系沟通；

指挥中心项目接口人（1人）

94. 代表指挥中心，负责运行维护服务项目管理，与天维尔接口人；

95. 在运行维护过程中，负责变更管理等需要协调、确定之事宜；

96. 突发事件处理的管理协调；

97. 与天维尔运维组的定期交流沟通；

指挥中心项目协调人（1人）

98. 运行维护服务中用户方具体维护协助人员；

99. 在运行维护过程中，负责协助运维工程师处理日常故障事宜；

100. 突发事件的相关协助工作；

101. 日常与运维组人员的交流沟通；

指挥中心IT系统运维服务项目服务级别管理

针对市公安局指挥中心IT系统运行情况及需求，识别编写具体的服务需求和绩效并形成服务目录和服务级别协议；

对服务需求进行商定、定义、编制、监控、变更和评审等；

服务目录

开发一份服务目录可以帮助IT运维项目组全面反映其自身的情况，并将其自身呈现为一个IT服务提供者，而不仅仅是一个技术的实施者和维护者。服务目录已客户理解的语言对服务进行描述，同时对IT运维部门能够提供给客户的相关服务级别作出概要说明。

故障级别定义

关键指标定义

SLA服务协议

运营级别协议

运营级别协议（OLA）是IT运维组与公司研发部门和采购供应部门就市局指挥中心IT系统运维服务项目所签订的协议。（如服务台或项目组有受理故障升级、软件修改需求时，公司内部需严格遵守与项目组的OLA协议约定，保障运维项目服务执行效果）OLA支持运维组提供的各种服务。

支持合同

支持合同（UC）是与外部提供商就指挥中心运维项目中部分服务的供应所签订的合同。（如通信运营商、专用服务器厂商、DLP大屏厂商、其它专用设备厂商等第三方厂商支持保障）

指挥中心IT系统运维服务项目配置管理

目的

配置管理流程的总体目的是提供一个统一的、一致的流程来管理IT系统运维服务项目环境中的所有组成部分，以确保：

102. 所有配置项被识别和记录下来；

103. 配置项当前和历史状态得到汇报；

104. 配置项记录的完整性得到维护和确认；

105. 客户服务环境的稳定性；

106. 实现资产管理的目的；

范围

配置管理的范围是天维尔开发的管理信息系统的运行和服务环境下所包含的配置项，包括接处警调度指挥通讯系统、其它各子系统运行环境的部署环境设备、系统软件等，及服务环境中涉及的客户信息配置。具体活动包括识别、控制、汇报和审核等行为。包括：

107. 客户信息：企业客户信息；

108. 软件信息：参考软件服务范围清单的全部系统软件，建立配置信息；

109. 硬件信息：参考硬件服务范围清单的全部系统硬件，建立配置信息；

110. 备件信息：参考备品备件库建立清单的全部系统硬件，建立配置信息；

111. 服务文档：服务项目文档、服务记录、用户手册等；

配置管理项目

各配置管理对象需记录的具体配置参数项，例如服务器的物理位置、计算机名称、服务器品牌型号、IP地址、CPU型号、内存量、操作系统版本号、安装的业务系统软件名称等。

配置管理表

记录配置管理对象的各项配置信息。每个配置管理对象建立一张配置管理表，表

内记录该对象的每个配置管理项目的具体值。

流程

流程说明

定义配置管理对象和配置管理项

在初次建立配置管理系统或增加新的软硬件资源时，运维经理需要对管理对象和配置参数进行定义，建立相应的配置管理表，并提交给运维工程师。

收集初始数据

配置维护预案按照配置管理表收集系统数据，并核查其数据的准确性。

更新配置管理表

在确认配置数据的准确性后，由运维工程师将新的配置信息写入配置管理表，配置维护预案需要在接到配置变更单后24小时内完成配置管理表的更新。

填写配置变更记录表

运维工程师在完成配置管理表更新，并通知运维经理后，需要将本次配置变更情况记录在配置变更记录表中。

定期核查配置管理表

1. 当由于系统变更导致配置变更时，在变更完成后1日内填写配置信息变更通知，并提交配置管理员。

2. 配置管理员在接到配置变更单后，根据配置变更单的内容进行配置变更派单，由配置操作员进行配置变更操作。若需要增删配置对象或配置项目，则由配置管理员进行相应的增删操作后，通知维护员更新配置信息。

3. 配置维护预案在接到配置信息变更单后的24小时内，需要按照流程规定完成配置信息的更新，并在变更单中写明处理人、处理时间和处理结果，并回送至配置管理员。

4. 配置管理员在配置变更记录表中记录本次变更行为

相关记录

《配置清单》

《配置变更表》

《配置审计报告》

指挥中心IT系统运维服务项目事件管理

目的

事件管理是一个被动性的任务，为了减少或消除存在或可能存在于IT服务中的干扰因素给IT服务带来的影响，以确保用户可以尽快恢复自己的正常工作。因此，将事件记录下来并分类，再分配给适当的专业人员处理，同时监控事件的发展，并在事件得到解决之后将其关闭。

事件管理流程主要功能是尽快解决日常工作环境中出现的事件，保持IT服务的稳定性，其目的包括：

112. 建立统一的事件受理机制；

113. 事件处理流程中设立升级机制，与其它流程之间关联接口，设置优先级别和业务影响划分；

114. 建立重大事件流程管理；

115. 保证事件统计内容全面，保证流程的输入；

116. 在成本允许的范围内尽快恢复服务。

117. 快速响应服务请求。

118. 跟踪事件处理的状态。

119. 确认事件的解决和用户满意度。

120. 进行事件控制。

121. 按规范记录事件。

122. 监视并结束事件。

123. 进行定期服务回顾。

124. 提供一个日常服务接口。

事件管理流程

服务台事件受理

客户通过服务台报告事件，收集好相关信息，受理并进入事件处理流程。服务台需要收集以下信息：

125. 来电客户的单位名称、联系人、电话号码等基本信息。

126. 影响业务的具体原因、故障现象以及所属优先级。

请求记录和分类

根据事件报告的信息，一线支持记录《客户服务受理单》，通过电话方式需要询问客户详细的事件描述，然后根据用户的描述判断事件的分类、优先级等信息。

如果事件是关于供应商的问题，根据合同协议，直接转三线支持。若事件比较重大且优先级为重要紧急，则需要报告项目经理。

热线电话尝试解决

一线支持人员受理事件后，首先根据用户所描述故障情况，参照《知识库》，对用户进行相应的指导解决。

远程解决

一线支持人员无法通过电话指导客户解决的事件，在征得客户同意的情况下，可以采用远程工具，登录客户计算机来操作解决。

现场解决

一线支持人员无法通过电话或远程协助客户解决的事件，需要到现场协助用户解决问题。

二线支持

经一线支持人员尝试解决无果或经判断不属于一线支持能力范围内的，提交二线支持解决。

工程技术部和软件开发部：负责解决客服工作遇到的疑难问题，并分析其问题原因。

公司管理层：负责客服人员新增、各种配套服务设备添加的审批，并牵头解决重大的故障或者服务中产生的纠纷问题。

服务响应

参照7.4 SLA服务协议执行。

调查诊断

现场服务人员（一线、二线、三线）在现场通过标准配置进行比对等方法对故障进行分析，查找出故障原因。

确定解决方案

技术服务人员根据故障分析结果确定解决方案，并与客户沟通执行解决方案所需要的时间，确定解决方案的可行性。若发生的事件一时解决不了， 需要与客户约定解决时间。对于重大故障（故障等级为高或中）须做好数据备份。

若故障处理时涉及一般、重大、紧急的变更，转变更管理流程，参考《变更管理程序》。

事件解决后，故障现场负责人分析若属于影响重大或经常出现的问题，需要通过问题管理进行彻底解决的，转问题管理流程，参考《问题管理程序》。

客户确认

待事件处理完毕，需要与客户确认，并以抽样形式进行用户满意度调查。

资料归档

技术支持人员将《客户服务受理单》进行归档。将《客户服务受理单》存档。

配置核对更新

当事件处理后配置项属性需要变更时，则由一线支持提交配置管理负责人进行配置项修改，修改该支持项目的应用系统配置信息，参考《配置管理程序》。

热线关闭

当产生新的解决方案时，需要提交到知识库，对知识库进行相关的维护，该技术服务结束。

服务报告

事件管理负责人按每月对事件进行总结并分类，并将报告发给项目经理。 事件报告内容包括：

127. 本月事件总数。

128. 本月服务响应总数。

129. 二线支持解决事件总数。

130. 三线支持解决事件总数。

指挥中心IT系统运维服务项目问题管理

目的

1. 问题管理流程的根本目的是消除或减少系统运行环境和客户服务过程中事件发生的数量和严重程度，防止相同事件的再次发生，从而为市局指挥中心建立一个稳定的系统运行环境，提高客户服务的可用性。

131. 分析并确定事件的根本原因，找到最终解决方案，以防止此类事件再次发生；

132. 确保问题分派了正确支持人员，提高解决率；

133. 根据问题优先级合理分派IT资源；

134. 对事件记录做趋势性分析，主动提供预防性措施。

过程测量指标

135. 问题数量

136. 问题解决率

运维项目经理每月对问题处理进行监控和度量，收集问题处理数据，分析统计问题数据，编写《问题报告》。

问题管理流程

问题确认与受理

问题来源：

137. 不能查找出原因的事件需要上升到问题管理；

138. 以往没有发生过的事件需要上升到问题管理；

139. 通过对事件的趋势分析得出需要彻底解决的问题，如重复发生的事件；

140. 通过监控或巡检得出的问题。

问题可以从事件管理流程、售后服务和趋势分析等方面发现问题，可以通过事件提交与其相关联的问题记录。

问题登记和归类

一线运维工程师发现问题后，经过分类整理，及时填写《问题记录表》，提交到问题管理负责人。

派单

问题管理负责人接到《问题记录表》后，分派问题负责人，问题负责人员成立问题分析小组。问题负责人必须保持问题的跟踪，直到问题关闭。

问题调研和分析诊断

问题负责人召集问题分析小组对问题进行调查研究，尝试让问题重现，找出问题产生的根本原因并制定解决方案，或采用变通方法，或采取相关的预防措施等，将问题的影响降至最小。

确定临时措施

141. 当问题查找出原因以后，可以作为已知错误，同样的故障就可以作为事件管理来处理，事件处理过程参照《事件管理程序》。

142. 当相同的故障连续不断地发生的时候，并且严重影响应用系统的不可用性时，问题负责人必须首先采取临时解决措施，首先恢复系统的可用性，以降低影响。

143. 问题负责人经过分析判断，如果由于资源不足, 不能解决问题（包括软件资源、硬件资源、技术资源等方面），则把问题提交到三线支持（内部或外部供应商）解决。问题负责人把问题提交三线支持后，还必须负责继续跟踪问题状态，直到问题关闭。

确定解决方案

144. 问题负责人及问题分析小组通过问题分析，有了解决方案后，补充完善《问题记录表》，并进行评估，确定是否需要通过变更管理实施该解决方案，变更实施完成后回到问题管理进行问题回顾和评审。

145. 变更管理参照《变更管理程序》。

问题回顾和评审

问题管理负责人召集问题负责人及相关人员对整个问题的解决过程和结果进行回顾和评审，验证问题解决的效果。如果是属于重大问题的，还要组织评审会议，可能还需要邀请用户代表参加。补充《问题记录表》，形成《会议纪要》。

问题归档

问题负责人对问题解决过程中涉及的资料进行归档，并把问题解决方案加入到知识库中。

问题关闭

确认问题已经得到解决，所有资料已经归档后，问题负责人员负责关闭问题。

问题报告

问题解决后，一个月内收集如下信息，形成服务报告：

146. 本月问题总数量；

147. 本月已解决的问题数量；

148. 本月未解决问题数；

149. 本月问题分类情况；

150. 分析本月问题所造成的影响及范围。

指挥中心IT系统运维服务项目变更管理

目的

变更管理的目的是保证变更在受控方式下正确评估，批准和实施。减少和杜绝非授权变更，降低变更风险和对业务的影响。

变更级别及定义

变更流程描述

变更确认受理

由事件管理流程、问题管理流程、第三方提出变更请求，变更负责人确定是否需要受理变更。

变更记录和分类

若接受标准、重大变更申请，变更负责人或申请人填写《变更记录表》。

变更负责人必须确定该变更请求的类别和优先级以便按照不同的流程执行后续变更动作。

变更分类执行

根据变更的不同类型，分别执行不同的变更流程，有标准变更、重大变更。

变更回顾

实施变更后需要作变更回顾，要由变更管理负责人从技术和流程角度去回顾变更，确保变更得到了预期效果，对变更加以评定，并寻找流程的改进机会。

变更关闭

变更实施人员关闭变更请求。

变更报告

变更管理负责人每月对变更数量进行统计，对变更过程存在的问题进行分析，形成变更服务报告。变更的度量指标包括：

151. 各种类型变更的数量；

152. 变更期间的服务中断时间；

153. 计划时间内完成的重大变更百分率；

154. 未达到预期结果的变更数量。

指挥中心IT系统运维服务项目发布管理

目的

155. 确保与运维服务项目中软件系统的发布是可追溯的和安全的，确保只有正确的、经过批准和测试的版本才能被安装；

156. 在发布的规划和试运行期间与市局指挥中心进行沟通并考虑他们的期望；

157. 确认所有最终发布软件正本的拷贝是安全可靠的，确保软件的原始拷贝被安全地存放在固定位置以及配置管理数据库得到及时的更新；

158. 确保所有的软件变更都得到发布，而且发布过程是安全和可追踪的。

发布过程

制定发布方案

发布负责人根据变更计划制定《发布方案》，发布方案一般包括：

159. 描述发布的目的和背景；

160. 描述发布影响范围；

161. 确定参与发布的部门及人员；

162. 对客户和服务支持人员的交流、准备、备案和培训；

163. 确定测试、培训、客服支持、现场部署等工作计划；

164. 安排部署完成的后续工作计划；

165. 确定在发布失败情况下的退回方案；

166. 可预见问题以及相应的解决方法；

167. 确定与软、硬件有关的配置基线。

发布方案评审

由发布负责人牵头，各发布有关部门负责人参与评审发布方案，评审通过后实施。

构建测试环境、测试和验收

根据方案，在实施之前如果需要内部测试，需要测试人员根据发布方案搭建测试环境。内部测试，包括软件功能测试以及安装流程等方面的测试。测试完成后则完成系统程序的验收。测试和验收结果将在《发布测试报告》中体现。

沟通和培训

系统版本升级部署前，需要对服务支持人员进行沟通、知识更新培训，保障发布后的客服支持工作；需要对企业用户相关人员进行沟通和培训，发布上线通知，使得用户明确软件上线后对其工作有何影响，必要时对用户进行培训。

分发和部署

经过环境构建、测试和试运行后，可进行软件的上线部署工作。系统升级时填写《升级记录表》。

更新配置库

发布实施完成后，发布人员更新配置库的配置项信息。

参照《配置管理程序》。

发布关闭

发布实施人员整理发布资料，对资料归档给配置管理员，最后由发布管理负责人关闭。

发布报告

发布完成后，对市局指挥中心提出的因为升级导致的错误或问题，由市公安局运维组负责人填写《升级反馈表》，收集如下的信息：

168. 发布引起的事件或问题数量；

169. 发布的数量。

对发布数据进行分析，找出存在的问题，并提出纠正或预防措施，编写出《发布报告》，成为服务报告的一部分。

指挥中心IT系统运维服务项目服务信息安全管理

目的

本程序的目的是在指挥中心IT运维服务项目中有效管理信息安全。

170. 满足指挥中心IT系统运行和客户服务中的安全性需求以及合同、法律和外部政策等外部要求；

171. 提供一个满足需求的基本的信息系统安全基线；

172. 确保有效的信息安全措施在客户、公司、项组成员三个层面都得到贯彻。

确定安全实施范围

根据安全需求的识别情况确定安全实施范围。安全实施范围包括列为相应安全等级的数据、人员、机房、设备、系统等。

实施安全规范

在设计好安全规范后，日常运维服务项目中需按照安全规范来实施安全管理。

1. 在人员安全方面的实施：

1. 职位说明中的任务和职责；

2. 安全防护；

3. 针对个人的保密协议；

2. 责任划分的实施，以及岗位分离的实施；

3. 书面的操作指示，内部规章；

4. 安全问题涉及整个生命周期，应针对系统开发、测试、验收、运营、维护和终止制定安全指南；

5. 将开发和测试环境与实际的运营环境分离开来；

6. 处理事件的程序（由事件管理负责处理）；

7. 恢复设施的实施；

8. 为变更管理提供信息输入，病毒防护措施的实施；

9. 针对计算机、操作系统、应用系统、数据、网络和网络服务的安全管理措施的实施；

10. 数据媒介的处理和安全。

指挥中心IT系统运维服务项目服务可用性管理

定义可用性管理的具体范围、异常判断、维护措施、日常检查、运行操作、巡检、监控、度量和诊断技能等内容及过程；

目的

提供符合预定可用性级别且成本合理的IT服务，以帮助运维组实现其业务目标；确保已经取得的可用性级别能够得以评价和计量，以及在必要时进行持续改进。

范围

173. 软件信息：参考软件服务范围清单的核心系统软件；

174. 硬件信息：参考硬件服务范围清单的核心系统硬件；

过程测量指标

175. 平均无故障时间（MTBF）；

176. 平均系统事件间隔时间（MTBSI）表示的可用率（或不可用率）；

177. 总体正常运作时间和宕机时间；

178. 故障的次数；

179. 平均修复时间（MTTR）；

服务组件设计

服务组件监控设计

所有IT组件都必须按照计划进行有关监控活动。有计划的监控活动可以：

180. 及时发现IT组件的健康状况。

181. 找出系统运行存在的薄弱点和风险隐患。

服务组件维护设计

182. 所有IT组件都必须按照计划进行有关维护活动。有计划的维护活动可以使IT运维组能够：

1. 实施预防性维护以避免故障的发生。（如运行系统的日检查制度、月检查制度、巡检制度等方面制度文件建立）

2. 及时进行软件和硬件升级以提供新的功能和额外的服务能力。

3. 根据业务需求对IT基础设施实施必要的变更。（如业务数据库容量随着数据量的增加，遇到相关瓶颈，需要超范围的购买相关设备解决，需走变更管理）

183. 计划性维护活动涉及的首要问题是计划停机时间。

184. 在确定新增或改进后的IT服务的可用性需求时，需要明确计划性维护所需的停机时间以及由此导致的收入方面的损失。

185. 在IT服务1天24小时或一周7天都必须正常运作的情况下，可用性管理就必须在权衡计划停机时间需求和相应的业务损失之后确定最优的维护方案。

服务组件恢复设计

186. 确保IT服务故障发生后，IT服务能在最短的时间内得以恢复以使正常的业务运营继续进行。

187. 构建一个对故障具有高度弹性的IT基础设施即使不是不太可能，也可能会造成成本过于高昂。因此，在给定的成本约束下，IT基础设施满足可用性需求的能力常常取决于可以对IT服务故障进行及时有效恢复的能力。

188. 设计恢复计划考虑因素：

1. 确保业务与技术恢复流程是正确的。

2. 清晰定义负责主要事件的员工的职责。

指挥中心IT系统运维服务项目服务能力管理

189. 对资源性能指标进行监控、分析和通报，并能识别改进措施；

190. 根据监控的资源提供能力数据资源的预测，提出升级计划及备件采购计划；

191. 对系统响应时间等能力指标进行监控，建立基线进行对比分析；

指挥中心IT系统运维服务项目服务持续性管理

192. 建立持续性管理流程，包括业务影响分析、风险评估、应急方案建立、实施、运行和监控等活动；

193. 对业务持续性实施方案进行测试、演练和评价，并保持有关记录；

指挥中心IT系统运维服务项目服务成本管理

194. 建立服务项目的预算和核算程序；

195. 制定服务成本的分类方法和标准；

196. 对项目财务支出进行监控、分析、评价和报告；

指挥中心IT系统运维服务项目服务报告

197. 制定服务报告管理流程；

198. 识别服务报告的频度、内容等有关要求；

199. 服务报告中体现服务得绩效指标；

指挥中心IT系统运维服务项目客户沟通管理

200. 制定与客户沟通的策划和执行；

201. 对客户的建议采取有效措施，并跟踪记录实施；

202. 与客户沟通建立正式的记录表；

203. 与客户一起评审SLA服务级别的达成情况；

指挥中心IT系统运维服务项目项目质量检查

204. 项目组内部建立项目质量检查机制；

205. 根据检查结果执行服务过程改进；

天维尔IT运维服务项目名单

辽宁省沈阳市公安局指挥中心IT系统运维服务项目

…………

…………

天维尔公司的资质