运维服务方案

　1 Ｆor ｐersonal ｕse only i ｎ

　s ｔudy

　and rｅ ｅsear ｃｈ; n ｏｔ

　for c ｏmmerc ｉal u ｓe

　2 Fo ｒ

　pers ｏｎal us ｅ ｏnly in

　study and rｅ ｅsea ｒｃｈ;

　n ｏｔ

　fo ｒ co ｍmerc ｉal

　ｕs ｅ

　3

　4 运维 服务方案 4.1 运维服务承诺 如我公司中标, 我公司作出如下承诺: 1 、运维工作人员

　1) 我司针对本项目成立专门得运维团队与项目管理机构,负责保障服务期内本项目安全、稳定地运行。我司明确运维团队组织、人员、岗位职责、工作流程等,须建立详细得运维保障体系,并提供方案。

　2) 系统运维团队须具备安全防范系统工程设计、施工与维护能力、 3) 系统运维团队须熟练掌握网络安全配置技术,包括网络及安全设备管理、安全域划分、安全策略优化、防火墙配置、VPN 管理技术。

　4) 系统运维团队须具备视频服务管理能力,精通各种视频监控设备与平台,精通视频资源目录服务体系管理,精通各种可视调度系统设备维护。

　2 、巡检排故工作 1) 对重点设备得维护工作,采取分工负责得措施;节假日期间,或有重要得会议及有关活动期间,应专门安排值班,同时作好应急准备工作,必要时安排专人在现场值班,以确保系统正常运行。

　2) 维护人员应围绕系统功能、系统得各项技术指标及操作运行情况,逐点、逐台、逐项地进行检验,边检边进行记录,并排除发现得故障。

　3 、用户信息反馈及持续改进工作 1) 建立客户意见反馈渠道,收集对维护工作得希望、要求与意见。

　2) 建立维护工作联系卡,提供公司相关部门负责人及维护工作人员联系电话,保证与客户联系得畅通、维护工作得及时、有效、 3) 每半年向用户送交《维护工作客户意见征询表》,收集对维护工作得意见、要求与评议。

　4) 每维护年度对客户满意度作统计分析,提交书面报告 5) 及时修正维护工作方案、方法及纠正维护工作得不足之处,回复客户得意见与要求,提高维护工作质量与服务水平。

　4 、服务响应要求

　(1) 运营维护服务要求 我司提供服务期内详细得运行维护保障服务方案,包括服务内容、服务形式与服务保障措施。我司得运维服务方案应完全满足以下具体要求: 1)系统质量保证:服务期内,我司保障系统能以满足本招标文件中技术要求得性能有效运行,保障过程中,涉及得软硬件升级、更换、维修等所产生得费用均包含在本次服务采购中,我司对此进行服务承诺,采购人不再支付任何费用。

　２)我司每月应对系统与关键设备进行巡检,写出巡检报告并提供给采购人;应对设备进行安检、除尘保洁、线路等维护,对系统进行优化等。

　3)服务期内,我司设立 7×２４小时热线服务电话,受理采购人系统故障申告、技术咨询。我司在收到采购人系统故障申告后,必须按要求及时解决、故障级别定义与服务得具体要求如下表: 故障级别 技术人员到场时间 提出解决方案 案 备件到场 时间 解决 时间 I 级:属于重特大故障:其具体现象为:设备、线路全面瘫痪。

　30 分钟以内到达现场 到达现场后１小时内提交故障解决方案 提出解决方案后 1 小时到达现场 8 小时 以内 II 级:属于严重问题;其具体现象为:部分设备、线路发生故障或小面积瘫痪但不影响系统整体运行、 ３0 分钟以内到达现场 到达现场后 1小时内提交故障解决方案 提出解决方案后 1 小时到达现场 ２ 小时 以内 IIＩ级:属于较严重问题;其具体现象为:小部分设备、线路故障或出现报错、告警或故障。

　1 小时以内到达现场 到达现场后 1小时内提交故障解决方案 提出解决方案后 1 小时到达现场 ２ 小时 以内

　故障级别 技术人员到场时间 提出解决方案 案 备件到场 时间 解决 时间 IV 级:属于普通问题:其具体现象为:前端监控点单个摄像机故障、前端监控点传输设备或线路故障。

　1 小时内到达现场 即时提交或到达现场后 1小时内提交解决方案 视情况而定 2 小时 以内 I～ＩＶ级故障处理完毕后,我司在三日内向采购人提交书面得故障处理报告。

　４)我司为各级监控中心(室)提供技术服务人员。

　5)我司在采购人本地建立备品备件库、如果设备故障在规定时间内仍无法排除,我司在随后24小时内提供不低于故障设备规格型号档次得备用设备供采购人代替使用,直至故障设备修复,对无法修复得硬件免费更换原厂产品,确保系统得正常运行。

　6)服务期内,我司根据采购人得要求对系统进行完善。对系统进行得任何配置、数据改动及其它可能对系统与业务造成不良影响得操作,必需经采购人确认后方可进行、 7)服务期满后系统出现故障,我司配合采购人尽快解决故障,并提供技术支持。

　(2) 应急处理方案要求 1) 我司提供系统核心部分及主要设备发生故障时得应急处理方案;我司保证对故障设备得及时维修与更换。

　2) 针对备品备件要求,我司提供得设备应以至少 6 年使用期设计,如果设备停产,需要提供相同性能或者性能更优得替代品。

　3) 我司保证不同时期提供得同类产品兼容。

　4.2 售后 运维 服务 4.2.1 运维服务范围 我公司对系统得运维服务包括对构成系统得所有建筑设施、硬件、网络、供

　电设施、防雷设施、第三方软件、应用软件等得维护、维修、更换故障设备与产品升级。

　我公司应与设备供应商签订合理得运维服务保障协议,保证提供充足得备品备件资源。

　4.2.2 运维服务内容 我公司提供得运维服务内容包括日常运作、服务咨询、巡检保养、主动监测、故障修复、特殊保障与升级优化、 4.2.2.1 日常运作 我公司按招标文件中得系统功能与性能要求,维护系统得日常运作。

　4.2.2.2 服务咨询 我公司设立专门得服务咨询中心,提供免费得服务热线电话,接受系统故障保修、使用帮助要求、业务与技术咨询、服务投诉等、该服务咨询中心应该 7×２4小时全天候运行,配备足够得咨询人员或技术工程师,热线电话得拨通率应达到90％以上、在热线电话发生故障情况下,提供其它备份得方便与迅速得联系方式。

　4.2.2.3 巡检保养 (1)定期巡检服务 a、每季度对工程敷设线路及前端安装点进行巡检,并填写巡检记录表,对可能影响线路及前端得情况要及时协调,防止因线路中断等情况造成系统中断; b.每季度对工程范围内得设备箱、设备及其供电系统进行一次保养性维护,包括设备除尘、排除故障隐患等,并填写设备养护记录表;以确认所有设备及系统工作正常; c。每季度对工程范围内得摄像机除尘清洁一次,并填写记录表; d、每半年对防雷系统进行一次检测,填写检测登记表,对不达标得防雷地极进行相应处理。

　(2)定期抽检服务

　每周进行随机抽查,对系统得运行情况进行检测,并填写记录表。

　4.2.2.4 主动监测 (１)设备监控 我公司建立设备管理监控体系,有效地对系统得监控设备运作情况与传输线路得性能、通断情况进行实时监控,及早发现问题,排除故障。

　(2)图像监控 我公司对每个监控点得图像显示就是否正常进行主动监测,以减少故障时间。

　4.2.2.5 故障修复 (１)紧急抢修 我公司当承担合同期内系统发生任何故障得抢修任务。

　(2)备用方案 如特殊原因造成系统无法正常使用,我公司提供备用方案与措施确保系统运行正常。

　(3)易损易耗件 我公司建立备品仓库,储存足够得备用易损易耗件、备品仓库应合理分布,或者在用户得使用现场(例如监控室)储存,保证能满足故障抢修得要求、备品仓库应定期进行检查。

　(４)更换设备 若某个设备在 1 个月内连续发生 3次以上(含3次)故障,中标人应更换使用新得同型号或者性能不低于原型号得替代产品,以保障设备得连续正常使用能力、 4.2.2.6 特殊保障 (1)临时保障 采购方(或用户单位)如有重大事件、临时现场监控等较特殊得保障措施,我公司按时提供服务。

　(2)安全保障

　采购方(或用户单位)如有安全保卫、系统接管等较特殊得要求,我公司按照要求提供服务。

　4.2.2.7 更新升级 (１)文档更新 我公司建立完备得资料库,包括用户得电路资料、装机地址、备份情况、应用特性以及用户配置等,这些资料应作为成果提交给采购人(用户)。一旦资料进行了版本更新,应在 3 天内向采购人(用户)提供最新版本得资料、 (2)升级服务 我公司免费提供设备内嵌软件、产品操作系统、第三方采购软件与应用软件得升级服务。

　(3)系统优化 我公司根据运行情况定期向采购方提供系统优化、使用优化与管理优化建议,确保系统以最优状态运行。

　4.2.3 运维服务报告 在整个运维服务周期内,我公司与用户建立完善得沟通协调机制,我公司及时提供运维服务得各种报告、包括每日运维服务日志、重大故障维修报告、每月故障总结报告、每季度得设备与系统管理报告、每季度得系统维护总结报告,有针对性得系统优化方案报告等。此外用户还可根据实际情况需要,要求我公司就特定事件提交说明报告。

　我公司提供各种设备管理得原始数据(包括设备故障数据),接受用户与监理单位得独立检查、若我公司建立了远程集中得设备管理系统,那么我公司保证该系统得所有设备维护数据真实,没有被篡改或者删除,并向用户提供该系统得管理数据。用户也可以随时检查、使用该系统获取设备管理信息。

　我公司提供各种报告得实例样本如下。

　1 。主动服务报告 Wo

　ST 、FO0 ５—9２ ２

　主动服务报告 报告编号:

　服务日期:

　 年

　月

　日 系统信息 合同编号:

　合同名称:

　区

　 域:

　点

　 位:

　运维工程师:

　联 系 人:

　手

　机:

　后台支持工程师

　电

　话:

　邮

　箱:

　传

　真:

　地

　址:

　上回服务 效果评估

　 服务改进

　本次服务 本次服务标题:

　本次服务类型: □沟通 □巡检 □例行检查 □主动维护 □通知 □培训 □其她 服务内容概述

　( 如有附件 , 请注明 , 如 “ 详见《 IT ＳＭ —04 ０ 3 主动服务检测文档》 ", 否则可以删除本行 ) 分析及诊断

　 专家建议

　 服务方案实施

　下回服务 计划及内容

　确认

　服务人员:

　日期: 意见: 客户签章:

　日期: 回访 被访客户姓名:

　客户联系电话:

　回访时间:

　客户反馈意见:

　客户满意度: □非常满意 □满意 □不满意 回访人员:

　 2 。响应服务报告

　ST 、FO0 ５－９4 响应服务报告 报告编号:

　服务日期:

　 年

　月

　日 系统信息 合同编号:

　合同名称:

　到 期 日:

　运维工程师:

　后台支持工程师

　联 系 人:

　手机:

　手机:

　电

　话:

　邮箱:

　地

　址:

　受理信息 受理人员:

　受理员电话:

　受理时间:

　响应人员:

　响应员电话

　响应时间:

　省

　份:

　地

　市:

　回复时间:

　申告人员:

　申告员电话:

　响应时限:

　响应类型: □咨询 □问题 □需求 申告内容:

　故障等级: □重大 □一级 □二级 □三级 □四级 □其她 审批 审 批 人:

　审批人电话:

　审批时间:

　审批意见:

　处理信息 联机响应时间:

　联机服务时间:

　联机响应时限:

　现场响应时间:

　现场到达时间:

　现场响应时限:

　故障恢复时间:

　故障解决时间:

　故障恢复时限:

　处理结果: □部分恢复 □全恢复 □已解决 □未恢复 故障解决时限:

　处理过程概述:

　( 若有附件 , 请注明详见《Ｉ TSM—0502 故障处理分析报告》 , 否则请删除本行 ) 故障类型:

　□数据库 □网络 □操作系统 □平台 □病毒 □第三方 □其她 确认

　服务人员 :

　日期: 意见:

　客户签字:

　日期: 回访 被访客户姓名:

　客户联系电话:

　回访时间:

　客户反馈意见:

　客户满意度: □非常满意 □满意 □不满意 回访人员:

　3 、故障处理分析报告 ST 。FO05—9 ６ 故障处理分析报告 报告编号:

　服务日期:

　 年

　月

　日 信息 合同编号:

　合同名称:

　响应服务报告编号:

　备

　注:

　故障现象

　故障分析

　故障处理

　预防措施

　确认

　服务人员 :

　 日期: 意见:

　 客户签字:

　 日期:

　 4. 重大故障报告

　本项目我方项目副经理全权负责一线与二线资源调配,按照用户方规范做好事件通报与应急处理,同时按照公司事件通报机制通报事件。系统恢复后需要提交《ST。FO05-９4 响应服务报告》,故障解决后需要提交《ST、FO０5—96 故障处理分析报告》。

　事件通报制度: 在服务期内,系统一旦发生故障,服务经理首先要评估故障等级。系统全阻故障需要立即电话或短信通知工程大区主管,主管负责协调资源支援服务经理处理故障,随后服务经理每 1 小时汇报故障处理进展情况,直至业务恢复完毕。

　ﻬ 5 、故障报告

　报告单位: 现场报告人: 报告时间:年月日 故障发生地点: 故障发生时间: 业务初步恢复时间: 故障修复时间: 故障影响范围: 现场指挥员: 职务: 电话: 现场操作员: 职务: 电话:

　故障现场处理过程 时间 内容

　 故障原因:

　责任认定:

　处理结果:

　防范措施:

　、6报结总障故月每ﻬ 、每月故障总结报告 告 XX 视频监控项目ＸX 月份故障总结报告 本月份ＸX 视频监控项目系统运行情况描述。

　将本月故障在以下分析: 设备属性 总数 总历时(分钟) 平均历时 (分钟) 及时修复率 备注 安全事故

　光纤

　光电转换器

　DVＳ(DVR)

　摄像机

　云台

　显示器

　电源 UPS

　……

　其它

　情况统计: 1、 本月用户申告次数为 X 次; 2、 发生重大得故障 X 次; 3、 发生系统类故障 X 次; 4、 设备类故障为 X 个,主要故障 X 个,产生原因; 5、 故障总历时为 XXXＸ分钟,平均历时为ＸXX 分钟,造成时间较长主要原因。修复及时率为 XXＸ％。

　6、 发生安全事故 X 次。

　7、 发生电源系统故障 X 次。

　7 、季度设备与系统管理报告 Ｘ ＸX 视频监控项目 X Ｘ年第 X 季度设备与系统管理报告 设备属性 总数 正常数量 不正常数量 备注 (设备当季运行情况＼设备系统异常情况描述) 多媒体工作站

　 矩阵控制器

　 ＤVＳ(DVR)

　 控制键盘

　 光端机

　 枪式摄像机

　 云台摄像机

　 防雷设备

　 液晶监视器

　 UPS

　 空调机

　 ……

　 其它

　 设备完好率

　说明 1、表中“设备完好率”=(各类设备中完好数总与/各类设备应考核数总与)＊１0０%

　、８告报结总护维统系度季ﻬ ８、季度系统维护总结报告 (1)客户视频监控系统介绍 前端设备系统: 监控中心系统: (2)客户视频监控平台容量占用情况 (3)客户视频监控网络运行质量情况分析;故障及投诉情况汇总分析

　(4)客户视频监控网络评价分析 对用户网络得结构健壮性、合理性进行分析。

　对客户网络优化建议。

　 9. 服务总结报告 *＊＊＊维护项目 *＊＊＊(年度/季度/月度)维护总结

　主要包括一下内容: (一) ＊*维护服务内容介绍 (二) 服务内容总结 1. 平台维护服务情况总结 2. 平台故障情况总结 3. 服务类型情况总结 (三) 巡检服务内容 (四) 维护服务总结与改进建议

　、01ﻬ 、Check Li ｓｔ 在故障解决后,还需要一周时间进行密切观察,观察期过后,问题才算真正解决。

　观察期常使用得 Check Ｌist 范本 测试编号:1、1 测试项目:链路连通性测试 测试分项目:测试国际大厦到关山得链路连通性 测试目得:测试国际大厦到关山之间数据就是否可以正常通讯。

　测试条件描述:

　测试程序:用户得操作 1、进入国际大厦得一台终端得命令状态。(Wiｎｄｏws 95/98/NT／２000) 2、另起一个命令窗口,执行命令 Piｎｇ

　-n 100 xxx、xｘx、xxx.xxx 注:其中 ｘｘx.xｘx。ｘxx、ｘxx 为关山数据中心得一台服务器得 IP 地址。

　系统得响应 1、进入命令状态、 2、显示路由通断情况。

　测试说明:! ！!注意:要选择终端 pc 来测试,不要在网络设备上测试。

　测试结果: □ 正确;花费时间:

　ms;

　□

　异常

　测试编号:２.１ 测试项目:链路丢包率测试 测试分项目:测试国际大厦到关山得链路丢包率 测试目得:测试国际大厦到关山之间数据就是否可以正常通讯。

　测试条件描述: 测试程序:用户得操作 1、进入国际大厦得一台终端得命令状态、(Ｗinｄows 95／9８/NT/2０00) 2、使用命令 Ping –n １00 xｘｘ.ｘｘx、xｘx.xxx 3、另起一个命令窗口,执行命令 Pｉng –n １0０ –l １５0０ xxx、xxｘ。xxx。ｘxx 注:其中 xxx、xxx。xxx、xｘx 为关山数据中心得一台服务器得 IP 地址、 系统得响应 1、进入命令状态。

　2、Piｎg 小包丢包情况、 3、Ｐing 大包丢包情况。

　测试说明: ！!!注意:要选择终端 pc 来测试,不要在网络设备上测试。

　测试结果: 小包丢包率:

　％

　小包延迟:Minimｕm/Ｍａximum ／Avｅｒage

　 ｍｓ 大 包 丢 包 率 :

　％

　大 包 延 迟 :Minimum/ Ｍ aximum / Ａ verage ms

　测试编号:３.1 测试项目:路由测试 测试分项目:测试乾能运营中心到国际大厦数据中心得路由连通性。

　测试目得:测试乾能到国际大厦之间数据就是否可以正常通讯。

　测试条件描述: 测试程序:用户得操作 1、进入乾能运营中心得一台终端得命令状态。(Ｗｉｎｄoｗs 9５/9８/NT/２０00) 2、使用命令 trａcert ｘxx、xxx.ｘxx。ｘxx 注:其中 xｘx、xｘｘ。xxｘ、xxｘ为国际大厦数据中心得一台服务器得 IP地址。

　系统得响应 1、进入命令状态。

　2、显示路由情况、 测试说明:! ！！注意:要选择终端 pc 来测试,不要在网络设备上测试、 测试结果: □ 正确;

　□

　异常

　测试编号:3.2 测试项目:数据传输测试 测试分项目:测试国际大厦数据中心到关山数据中心数据传输 测试目得:测试国际大厦数据中心到关山数据中心数据就是否可以正常传输。

　测试条件描述:

　测试程序:用户得操作 1、进入国际大厦数据中心一台终端,打开 MＳ—DOＳ窗口 2、使用命令: 3、使用命令:lｓ 4、在命令行写入 gｅｔ cisco、txt 5、打开系统 C:\,查瞧就是否存在 cｉscｏ。txt 文件。

　注:XXＸ、XXX.XXX。ＸXX 为关山数据中心得 IＰ地址。

　系统得响应 1、进入命令行状态、 2、进入关山数据中心,输入用户名与密码,

　出现 fｔp> 3、列出关山数据中心根目录文件 4、传输 cｉｓco。txt 文件,正确提示为:

　ftp＞ get cｉscｏ。ｔxt 200 PORＴ Coｍmaｎd sｕcceｓｓfｕl、 150 Opｅning ＡＳCＩI mode dａｔa cｏnneｃｔion for ciｓco。txt (８3 Ｂytes). 22６ Tranｓｆer ｃｏmpｌeｔe。

　ftp: 8３ bytes receｉved in 0.00Ｓeconｄs ８30０0.00Kｂyteｓ/seｃ. 5、显示从关山数据中心传过来得文件。

　测试结果: □ 正确

　传输速率:

　□

　异常

　 异常现象描述:

　4.2.4 服务时间 4.2.4.1 提供 7×24 小时服务承诺 我公司承诺提供 6 年全天候７×２4 小时得故障维护服务与技术业务咨询服务,并有专业得技术人员负责及时解决系统出现得任何故障、 4.2.4.2 故障修复时限承诺 服务期内,我司设立 7×２4 小时热线服务电话,受理采购人系统故障申告、技术咨询、我司在收到采购人系统故障申告后,必须按要求及时解决。故障级别定

　义与服务得具体要求如下表: 故障级别 技术人员到场时间 提出解决方案 备件到场 时间 解决 时间 I 级:属于重特大故障:其具体现象为:设备、线路全面瘫痪、 ３0 分钟以内到达现场 到达现场后 1小时内提交故障解决方案 提出解决方案后 1 小时到达现场 8 小时 以内 II 级:属于严重问题;其具体现象为:部分设备、线路发生故障或小面积瘫痪但不影响系统整体运行。

　３0 分钟以内到达现场 到达现场后 1小时内提交故障解决方案 提出解决方案后１小时到达现场 2 小时 以内 ＩII 级:属于较严重问题;其具体现象为:小部分设备、线路故障或出现报错、告警或故障。

　1 小时以内到达现场 到达现场后１小时内提交故障解决方案 提出解决方案后 1 小时到达现场 2 小时 以内 IV 级:属于普通问题:其具体现象为:前端监控点单个摄像机故障、前端监控点传输设备或线路故障。

　１小时内到达现场 即时提交或到达现场后 1小时内提交解决方案 视情况而定 2 小时 以内 I~IV 级故障处理完毕后,中标人应在三日内向采购人提交书面得故障处理报告。

　4.2.5 运维服务期得管理 我公司根据运维服务要求,参照国际上有关通信与信息系统运行服务标准得要求建立完善得视频监控系统运维服务管理体系,保障承诺得运维服务内容得实施。

　4.2.6 运维服务组织机构 我公司建立以高级经理为首得运维服务管理机构,设立专门得运维服务咨询

　中心,设立专门得技术服务队伍,配备包括视频监控、光纤管道、电气设备、电力与网络等各类维护工程师、 服务咨询人员与维护工程师应经过专门得培训,具备相应得沟通能力、业务能力与技术能力、 详细描述组织机构得构成、人员配备及其各层级得职责分工。

　4.2.6.1 运维服务组织架构 根据本项目得实际情况,我公司设立专项项目运维项目部,采用项目经理负责制,有项目经全权负责本项目得运维管理工作、运维服务组织架构图如下:

　4.2.6.2 相关人员职责 项目经理:全权负责本项目得运维工作,就是本项目运维得直接责任人。

　运维区域主管:负责本区域得运维管理工作,就是本区域运维得直接责任人、 维护工程师:项目维护得直接操作人,保证按运维要求完成本区域得维护工作。

　运维管理主管:对项目运维工作进行管理,充分做好后勤保障工作,保证一线运维得正常工作与运维情况总结、分析等。为项目经理提供相关决策资料。

　服务台接线员:故障情况接报与相关资料传递给故障派单员。

　故障派单员:分析接线员传递过来得故障情况,将故障情况传递给相应得区域负责人。

　故障分析员:对疑难故障进行分析、总结与归类,为疑难故障处理提供依据与解决方案。

　监督员:监督故障处理流程与结果,定期向用户做回访,保证运维服务质量、 资料管理员:资料整理、归类与存档、 后台技术支持工程师:解决疑难故障,为一线运维提供技术支持,提供电话支持与邮件支持等。

　4.2.6.3 项目运维人员情况 本项目运维人员情况,请详见本文件(2、2.2、4. 承担本项目主要技术人员与售后服务人员情况章节)内容、 4.2.7 服务组织保障 维护项目组设置有项目经理、服务台管理、事件管理、问题管理、配置管理、变更管理等 6 个角色。项目经理负责整个维护服务项目、 XXＸX在现场成立项目组,作为XXXX服务台得延伸,为用户提供一线支撑。现场计算机信息设备及机房基础设施维护项目组一线支撑人员由项目副经理、主机系统及网络系统管理员、机房基础设施管理员与系统安全管理员组成。项目副经理具备网络工程师资质与能力,对计算机网络系统维护工作具有较为深刻得理解与较为丰富得管理经验,常驻人员上班时间将穿着统一工作服装。二线支撑人员由资深网络工程师、UPS 与电工专业人员、具有机房ＵPS 系统使用与管理经验或资质得技术工程师、精密空调维护人员、网络布线施工专业人员等组成。

　项目经理来自工程总部,对维护工作进行紧密跟踪与管理,协调与用户方之间

　得重大问题。在合同范围内,项目经理与项目副经理有充足得二线人员调动权,必要时能够直接快速调动二线人员解决问题,允许事后再走事件管理流程。

　常驻人员必须常驻用户指定得办公场所,或者用户根据需要要求常驻人员常驻用户方指定得场所,非常驻人员留守维护方办公场所,处于待命状态,用户可以根据需要要求非常驻人员到场服务。

　所有参与本项目得项目组成员都与用户签订保密协议。

　4.2.8 服务体系组成 我公司得服务体系主要由客户服务呼叫中心、项目管理部、客户服务部、应用工程事业部等部门组成。在"平安阳江”社会治安视频监控系统(四期)设备平台系统建设综合服务项目中,整个体系将以整合运作得方式为该项目服务、  客户服务呼叫中心

　 全面协调、跟踪与监督软件开发、系统集成及售后服务等环节,提供全天 24小时得技术支持服务,及时帮助客户解决疑难问题,使客户得请求或投诉有效地、受控地得到处理。

　

　客户服务部 负责解决系统集成方面得客户请求,同时负责对系统集成方面重大售后服务质量问题得分析、解决与预防,并负责系统集成相关工程项目得实施。该部门服务工程师有多人分别取得华为 HCNE 认证、HCＳE 认证、ORACＬＥ OCＰ认证、IBM 工程师认证等。

　 应用工程事业部 对进入维护期得项目进行应用系统维护工作:进行程序与数据问题处理,解答用户应用软件技术方面得咨询。

　负责在系统维护期内解决数据库系统、应用系统得调试及维护工作,指导用户进行系统安全管理、数据管理; 对重大问题进行用户现场问题处理。

　负责处理客户有关应用软件产品得请求,建立/更新用户档案,并根据问题性质决定解决问题得方法并跟踪其执行,同时把信息反馈给用户。

　 项目管理部 对项目进行过程监督与文档管理,对软件开发项目组织内部测试; 委派产品项目负责人进行项目进度得控制; 负责产品配置管理与产品配置管理环境得维

　护、 建立完善得管理制度、制定工作流程、人员考核制度(月度考核),确定维护人员得岗位职责(包括人员得上班时间、休息及备勤时间,上班时间得分配等内容),能够对维护人员得工作进行跟踪及质量监督,要求有完备得文档资料产生。

　编制维护手册(建立相应得系统检测指南,规范系统检测步骤),建立完备得维护过程文档资料,统一格式、做好分类,最终建成维护文档库(利用日常积累得故障及解决方案对系统现状进行预先判断),并采用一定得管理软件(如性能监控工具Ｔiｖｏli 等)进行过程管理与维护得状态管理、 针对客户计算机设备及系统出现大面积紧急故障或由于其她原因导致服务工程出现人手不够,不能及时完成任务时,维护方公司将给予全力支持提供应急服务分析常见得、关键得薄弱环节,搭建模拟测试环境找出解决方案,指导常驻人员解决问题。

　确保与提高系统设备得使用率,做好各类设备运行状况得记录工作,保证维修工作快速有效,制定定期检修及所有设备得巡检计划(按单位分类,每季度至少一次,做好登记并形成文档形式递交),提高监控设备得完好率与降低故障发生率。

　对所有设备进行分类并登记在册形成文档,做好设备得管理、分配、调拨等工作,协助做好固定资产登记得工作。

　维护对象与范围中,关键设备得维护需要很好得备件支持,我公司方提出一个备件设置方案,内容包括:备件需求分析、备件清单及其合理性说明。在维护过程中,制定备件库得领用登记办法,确保备件能在需要时顺利提供,同时确保备件保管得安全性、 维护人员未经申请并获审批同意,不能擅离职守。维护人员确需要离开工作岗位得,首先向公司主管提出申请,然后公司主管审批并提出工作交接方案,报用户方审批,用户方收到申请后在两个工作日内作出书面答复。用户方同意后,方能办理公司内部得请假手续,并在规定得时间内返回工作岗位。

　4.2.9 人员素质能力 我公司承诺:维护人员具备一定得表达与沟通能力,能够对用户进行所需得操作培训,解决常用软件操作得问题;维护人员经过业务系统培训(用户方组织),能够迅速掌握用户方服务器系统得安装、调试与故障排除能力,并协助用户方得技术

　人员或指定得技术人员进行这些设备及系统得安装、调试与故障排除。维护人员具有企业信息系统维护经验,能够较快熟悉业务流程,技术细节,制定详细得维护流程与方法,维护方案中给出业务应用信息系统维护得实施方案。

　4.2.10 人员考核制度 人员实施月度考核制度,考核关键指标及权重:客户满意度 30％、工作量２0％、问题及时处理率 20％、故障及时恢复率 3０％。

　每项关键指标评估结果:  6 分表示杰出得,完全超出预期  5 分表示全部完成,明显超越  4 分表示全部完成,有所超越  3 分表示基本完成,已努力,有所不足  2 分表示未完成、已努力、存在明显差距  1 分表示未完成、为努力、不可接受 4.2.11 人员离岗审批 维护人员请假离开工作岗位得规定:维护人员未经申请并获审批同意,不能擅离职守,否则,每发现一次,要求整改一次。维护人员确有原因离开工作岗位得,首先向公司主管提出申请,然后公司主管审批并提出工作交接方案,报用户方审批,用户方收到申请后在两个工作日内作出书面答复。用户方同意后,方能办理公司内部得请假手续,并在规定得时间内返回工作岗位。

　4.2.12 人员保 险福利待遇 我公司承诺参与维护得人员工资待遇处于行业中上水平,通过加强员工管理与正向激励,让维护人员始终保持最佳得工作状态。

　我公司为维护人员购买了意外保险,对于维护人员因为工作在用户方引起得各种工伤、安全事件与事故,用户方免于一切责任、 4.2.13 运维服务流程 我公司参照国际运维服务标准体系,建立各项运维服务标准流程,制定服务规章制度,应按照流程要求提供高质量、响应快得服务。

　服务流程应该包括服务台管理、事件管理、问题管理、配置管理、服务质量

　管理、服务考核评估等、 我公司在投标文件详细描述相应得服务流程与规章制度,并提供服务流程得实例样本、

　我公司就是 XX 省最早通过 IＳO9000 认证及ＣMM3 得系统集成企业之一,目前已经建立并执行各项运维服务标准流程,制定了服务规章制度,按照流程要求提供高质量、响应快得服务。

　XXXX2007年采用基于ITIL得服务管理方法论作为指导,建立了比较完善得ＩT 服务支撑系统、服务流程包括了服务台管理、事件管理、问题管理、配置管理、变更管理、发布管理、服务质量管理、服务考核评估等。因此我们具备快速理解与操作用户方ＩＴ服务管理工具软件(系统)、 服务支撑系统符合 ITＩL 运营框架:

　 4.2.13.1 服务台管理 我公司建立了客户服务中心得服务台管理制度,服务台为客户与维护组织之间提供一个统一得联系界面,并在第一时间受理客户得各种服务需求与故障申报、投诉等、我公司制定相应得规章制度,对服务台进行严格管理,提高服务台人员素质,理顺工作流程,为客户提供优质服务、 服务邮箱:

　莀 服务支持

　 膇 服务交付

　服务监督: 4.2.13.2 事件管理 事件管理(Ｉｎcident Maｎａgeｍｅnt)目得就是减少或消除存在或可能存在于 IT 服务中得干扰因素给 IＴ服务带来得影响,以确保用户可以尽快恢复自己得正常工作。也就就是说事件管理得目得就就是排除隐患及快速恢复业务、 排除隐患主要就是通过巡检提前发现隐患、通过培训降低人员误操作、 快速恢复业务就是运维得关键诉求,事先准备应急预案及择机演练就是保证业务能够被快速恢复得首选方法,从历史事件中获得业务快速恢复就是备选方法,集中人力与物力解决意外事件(首次发现)并形成解决方案供后续事件查阅就是必要得。如果存在软件ＢUG 或硬件故障,需要生成问题管理工单,从根本上杜绝事件再次发生。

　服务台接收到得事件(Evenｔ)主要包括故障(Ｉnciｄｅｎｔ)与服务请求(Seｒvｉｃe Requeｓt)。事件管理负责事件得调查、诊断、修复,其主要目标就是尽可能快地解决故障,以恢复受影响得业务。

　4.2.13.3 问题管理 对于服务台识别得突发问题,我公司建立完善得问题管理机制,对突发问题得潜在原因加以诊断,迅速制定解决办法,改正基础设施得错误并进行问题预防指导。

　主动得问题管理主要就是进行网络与机房基础设施得巡检、分析与建议。被动得问题管理主要就是分析网络与机房基础设施得故障,定义问题,并提出可能变更以解决问题得建议。

　4.2.13.4 变更管理 我公司建立变更管理机制,对系统配置变更进行严格管理与控制,规避变更可能产生负面得影响、项目副经理作为服务器维护项目组变更管理员,配合用户变更经理,按照既定得变更管理流程,进行变更得审核与审批。

　对于实际变更项目,即用户下达得维护、维修事项或者小宗工程,我公司将遵

　照以下流程及时限要求处理: (1)用户下达任务书; (２)我公司一般在 2 天内、紧急得在 1 天内,提出解决方案或设计图纸及报价; (３)服务监理与用户审批同意后; (４)我公司组织人员实施; (5)我公司在实施完成后,编写任务完成报告; (6)监理联合用户进行现场检查、评价,决定就是否通过与关闭。

　4.2.13.5 发布管理 发布管理就是使用经过测试得软件与硬件以实施变更得流程,目得就是通过正式得流程确保只有经过完整测试与得到授权得软件与硬件才能够进入正式运行环境,以确保变更后生产环境得质量。

　4.2.13.6 配置管理 我公司建立配置管理机制,对包括基础设施与服务在内得设备进行识别与控制,在系统运行过程中对设备维护与检测,保证系统设备得完整性与可持续运行,保护客户利益。

　配置管理数据库(CMDB)主要有两种形式:关系型数据库 Oｒacｌｅ与文档数据库 Visuaｌ Source Safe、Oｒaｃlｅ主要存放关于网络设备得资产信息,ＶSS存放、管理描述网络配置得 Word 文档、网络维护项目组委派专职得网络配置管理员,负责网络与分支机构得机房得配置管理,包括资产信息维护与文档维护。

　4.2.13.7 能力管理 能力管理通过已经建立得针对网络与机房环境得各种监控工具软件,进行网络监控、流量分析等,并结合今后业务得发展对监测得结果进行能力评估,提出将来可能出现得问题与趋势,并提出整个网络与基础设施今后进行能力提升、改善得建议、报告、

　4.2.13.8 服务连续性管理 制定网络与基础设施得恢复方案,进行恢复演练,确保在设备发生故障甚至崩溃后,通过执行恢复方案,尽快地恢复系统得正常运行、这就需要服务提供方提供合理得备件库,以备恢复时,通过配置管理中记载得系统信息,尽快恢复设备运行。

　4.2.13.9 可用性管理 在维护与管理过程中,准确记载故障发生时间、响应时间、解决时间等重要时间点,以便进行网络可用性得统计,这些统计数据为网络得服务管理、绩效管理、服务水平管理提供重要得决策参考、

　4.2.13.10 故障处理流程

　 芄 客户服务中心手里故障申 蕿 客户服务中心根据故障性质派单

　故障判 芃 非核心主干网络故障处理流程

　蚈 局域网络系统故障处理流程

　莃 机房基础设施故障处理流程

　莀 客户服务中心处理结果反馈用户,记录故障处理过程

　羈 客户服务中心销

　4.2.13.11 日常巡检流程 售后服务中心制定巡检计划售后维护部审核售后服务中心执行巡检计划售后维护部抽检巡检情况售后维护部归档开始结束售后服务中心填写巡检记录NN

　4.2.13.12 设备更换流程 开始结束售后服务中心日常巡检发现/发生故障现场无法修复售后服务中心现场维修售后维护部确认售后服务中心使用备件临时更换售后服务中心记录坏件售后服务中心坏件送修是否属于保修期内售后维护部支付修理费用售后服务中心将修复设备重新安装售后维护部确认设备修复并完成安装YNNNY

　4.2.14 服务质量管理 我公司设有专业得质量控制管理部,负责制定各项详细得考核指标,并接受用户得投诉,同时对内部各专业部门进行严格得监督考核,以保证向客户提供高质量得服务、 4.2.14.1 服务考核评估 我公司制定严格得服务考核评估体系,对运维服务质量进行考核,提高运维服务水平:  系统运行得主要统计项目  系统可用率。

　 设备完好率。

　 网络设备得可用率、CPU 利用率,内存占用率、磁盘空间占用率。

　 系统、设备发生故障得次数、类型与历时、  重大故障次数与历时、  用户申告次数与修复及时率。

　 发生安全事件得次数、类型与影响。

　 各类设备发生事故得次数与历时。

　 维护质量指标  故障修复及时率-—在规定时限内修复故障得次数与故障总次数之比。

　 重大故障、紧急故障发生次数——在统计时间内,重大故障发生得次数 4.2.14.2 故障申报及处理

　故障受理 客户服务中心负责统一受理客户故障申告。

　故障转派 客户服务中心在受理故障申告后,及时进行故障转派:根据机房计算机信息设

　备、机房基础设施、前端设备故障、光纤网络故障分类进行派单,由相应得维护人员接障、 故障解决 各类维护人员收到客户服务中心报障后,立即组织协调、解决故障。若维护人员如遇到重大故障与疑难问题则向售后维护部提交,售后维护部负责进行技术支撑;售后维护部如遇到重大故障与疑难问题则向总经理助理提交,总经理助理负责进行技术支撑。

　故障上报 各单位遇到重大故障在积极处理得同时上报售后维护部,并由售后维护部统一处理。

　故障通报 当各类维护人员发现影响业务得系统平台故障时及时通报售后维护部;客户服务中心对相关故障进行拦截。

　故障分析报告 重大故障处理完毕后按相关维护管理规定向所属上级部门提交详细得分析报告、 故障维护考核 各类维护人员及时判断故障段落,指挥故障得修复,并清楚记录故障处理情况,按要求及时通知用户,在故障通报过程中,各工序间要进行横评配合度考核、 4.2.14.3 客户满意度调查 满意度调查就是了解客户感受与预期得理想手段,客户满意度能否得以确保则就是评价一切运维服务项目成功与否得标杆、 满意度调查内容 我公司将会开展多方面得满意度调查,包括故障受理、故障处理、技术支持等涉及到运维服务得多方面内容: 1) 故障受理  报障方便性  受理人员得服务态度

　2) 故障处理  故障得处理速度  故障得处理结果  反馈得及时性  维护人员得服务态度  维护人员得技术能力 3) 技术支持  联系技术人员得便捷程度  提供得技术支持得及时性  提供得技术支持得有效性  技术支持得广度与深度 满意度调查得关键点 成功得客户满意度调查应对若干关键点加以把握:  确定调查范围:  应覆盖运维项目提供得所有支持服务、  应覆盖设计相关服务属性  确定目标受众:  应涵盖全体客户  确定调查问卷,并注意避免产生歧义。应确保有关问题适合目标受众回答。

　 保证调查工作易于完成,尽可能降低问题难度与出现模糊答案得风险、将答案设计为“就是”与“否”,或事先设定从 0 到 5 得取值范围。

　 努力引导客户理解完成调查问卷得好处。

　 在调查结束后尽快公布结果,以便客户在印象消退之前了解有关情况、  围绕调查结果展开充分沟通,并将调查成果转化为改进措施。

　 提供有关改进措施得进展报告,如果客户未能通过调查活动瞧到任何成效,参与后续调查得积极性就会受到损失。

　我公司对满意度调查得态度

　 我公司在战略高度重视用户满意度得测评与改进 用户满意度得测评与持续改进已纳入企业得运营管理体系,并持续采取有力得跟踪与改进措施。在用户满意度调查中,对于如何构建模型,如何设计问卷,如何采集数据,如何分析数据,都就是有专业得团队与业务设计来实施。

　企业实施用户满意度改进项目应有确定得组织与经费保证。

　 我公司对满意度调查明确了组织与经费保障 通过运营制度体系有效推动用户满意度得测评与持续改进。我公司希望通过有效得监控影响用户满意度得各驱动要素得变化,并对其重要性指标与表现得结果作出深入分析,从而指导在生产经营中更好地配置资源,并有效地提高经营绩效。

　满意度调查得受众 1、 本项目相关领导 2、 本项目最终用户(使用用户、报障用户) 3、 本项目监理单位 4、 其她本项目重要干系人 满意度调查得形式 我公司主要采用得客户满意调查得手段以电话、文本问卷、服务现场表格等。

　顾客满意度调查表格式模板举例如下: 一、热线服务顾客满意度调查表 热线服务顾客满意度调查表 热线服务 热线服务时间 ()很满意()满意()一般()不太满意()很不满意 服务热线接通 ()很满意()满意()一般()不太满意()很不满意 热线服务人员得服务态度 ()很满意()满意()一般()不太满意()很不满意 热线服务人员得责任心 ()很满意()满意()一般()不太满意()很不满意 热线服务人员得专业知识水平 ()很满意()满意()一般()不太满意()很不满意 未解决问题回复得及时率 ()很满意()满意()一般()不太满意()很不满意 二、维修服务顾客满意度调查表

　维修服务顾客满意度调查表 维修服务 产品出现问题后得处理流程 ()很满意()满意()一般()不太满意()很不满意 维修品得修复质量 ()很满意()满意()一般()不太满意()很不满意 维修产品得返回速度 (就是否很及时) ()很满意()满意()一般()不太满意()很不满意 更换新品得返回速度 (就是否很及时) ()很满意()满意()一般()不太满意()很不满意 维修工程师得服务态度 ()很满意()满意()一般()不太满意()很不满意 4.2.14.4 设备管理方案与运维数据采集 日常得检查、维护保养 1. 进行系统工作状况检查并填写设备运行状况表; 2. 各接地点、接口得检查及系统设备运行状况登记; 3. 设备得整理、保洁; 4. 对每天检查中发现得各种不稳定、不正常情况及时排除,消除系统设备得故障隐患。同时,将因外部因素引起而不能正常工作得故障点告知各级应用部门。

　备件仓库管理 按照仓库物资管理制度,对备件进行有效管理。

　1) 加强仓库管理,做好物资得收发与保管工作、做到保质、保量、及时、成套地完成物资得收发任务。

　2)员人理管库仓位每此为,务任要重项一得理管资物强加是就理管库仓好做ﻩ必须根据储存物资得特点,做好“五无”——无霉烂变质、无损坏与丢失、无隐患、无杂物积尘、无老鼠;做好“六防”—-防潮、防冻、防压、防腐、防火、防盗。

　3)无禁严,生发故事切一防严,坏破人坏防严,污贪防严,全安得理管资物证保ﻩ关人员进入仓库,不准在仓库内吸烟、烧电炉、 4) 物资进仓须有严格验收手续,对物资得数量、规格、质量、名称等做到准

　确无误,同时做好进仓得登记手续、 5) 物资出库发放必须严格执行发料须有领料凭证,并且手续完备、齐全,否则仓库管理人员有权拒发材料、 6) 。率效作工高提,库仓理管学科到做,作工理管资物得库仓善改断不ﻩ7)科到做,动劳力体重笨轻减,作工理管资物得库仓善改断不,新革术技展开ﻩ学管理仓库,提高工作效率,使物资尽快地投入生产,充分发挥物资得作用。

　定期检查、维修 1. 每季度对设备进行不少于一次得维护、检查,并对各设备使用情况及工作状况进行登记; 2. 每月对系统得网络设备、主机等主要设备进行一次技术性能检查,如实记录。对问题设备立即制定维修计划报业主确定。

　计划维修 每月得维护计划在当月第 5 个工作日之前报送业主审核。

　故障设备修理  更换下来得故障设备在 2 日内进行维修,在 5 个工作日后修理解决。若需送厂家修理,自更换后 2 个工作日内报业主确认、  所有更换下来得维修设备,造册登记,详细纪录故障时间、安装地点、故障现象、故障原因、处理结果及修复情况。每周报送业主、 4.2.14.5 文档管理 文档范围 文档范围就是指本项目在运维过程中规定得项目交付成果中所涉及得文档,也包括在项目实施过程中所产生得不在规定之列得有关文档(包括临时过渡性文档)。

　文档管理员 文档管理员即就是对文档得变化进行跟踪管理得专职人员。该专职人员由我公司委派、考虑到文档就是重要得成果资料,在项目运维得生命周期内其维护具有不断延续性,且就是一个动态得跟踪过程。

　文档状态

　文档状态就是在文档正式形成过程中即文档签发前文档所处得阶段。从对文档变化得动态跟踪与文档得标识角度来分析,文档状态(文档所处阶段)可以由一些关键点来体现。这些关键点包括:文档名称、提交方(文档得编写小组)、负责人、初稿编写提交、内部审核、内部修改、同行评审(或会议评审)、同行(会议)评审修改、复审、签发。其中得初稿编写提交、内部审核、内部修改、同行评审(或会议评审)、同行(会议)评审修改、复审、签发等关键点与具体得时间对应。

　从文档状态演变得过程图中可以瞧出: 文档得初稿编写提交到内部评审其过程就是单向得; 内部评审到内部修改过程就是双向得,即内部修改后还有可能需...