采购需求及技术服务要求.docxVIP

序号 品牌 软件名称 数量 数量单位 服务起始日期 （年月日） 服务终止日期 （年月日） 1 以色列?Checkmarx?公司 Checkmarx CxEnterprise 永久?license?网络版源 代码安全扫描工具 1 套 2018?年?8?月?3?日 2019?年?8?月?2?日 2018?年?Checkmarx?源代码安全扫描工具软件维护服务项目 采购需求及技术服务要求 一、工单化要求、项目结果指标、过程指标的考核付款要求概述 乙方及其所代理原厂商（以下统称“乙方”），需根据甲方制定的操作规程及相关制度提供服务，乙方所有服务工作内容需做到工 单化，甲方的工单系统包括不限于：新运维服务管理系统、JIRA?系统、坐席支持系统。 针对本项目，甲方采取“以结果为导向的过程管理”的项目管理方式，结果与过程兼顾的考核方式。采购需求及技术服务要求， 包含项目结果与项目过程两个方面。项目结果是项目预期达到的目标。项目过程是用于实现项目结果的相关具体服务内容。 甲方将依据工单记录，对乙方实际达到的项目结果指标及过程指标进行考核，如未达到合同约定指标的，按合同条款，经甲乙双 方协商一致后，甲方向乙方支付合同费用，将扣除考核不合格相应部分金额。甲方有权在合同执行过程中，根据每周统计的工单结果， 对乙方服务情况、工单化情况进行评价和预警，乙方有义务整改。 二、服务对象1/8 二、服务对象 序号 项目结果指标分类 结果指标名称 考核指标值 1 安全风险值 代码漏洞安全风险漏报 27 2 可用性 系统稳定程度 99.99% 3 连续性 重大事故发生的次数 0?次/年 4 重大事故平均恢复时间 0?小时 5 安全性 重大安全事故发生次数 0?次/年 备注:若合同签署日期晚于?2018?年?8?月?3?日，则服务期限以合同签署之日起计算满一年。 三、项目结果指标、项目过程指标说明 项目结果指标，将从可用性（慢不慢）、连续性（断不断）、安全性三个方面细化，详见下表。 （一）项目结果指标体系1、可用性 （一）项目结果指标体系 1、可用性 协议可用时间定义为：自合同约定期限一年内，共计?365?天，每天?24?小时计算，服务期限为?365*24=8760?小时 计划外宕机时间定义为：基于本项目，因系统软件本身原因或原厂商维护人员未按照运维规范进行运维操作的原因导致，双方认 可的宕机时间。 根据新运维系统对发生的事件单进行提数，确认计划外停机的事件单，根据事件单的解决时长确认计划外宕机时间。 2/8 计算公式： 系统稳定程度?=?协议可用时间???计划外宕机时间 协议可用时间 2、连续性 定义： 重大事故定义为： 1)?基于本项目，甲方一家或多家分公司所辖全体营业机构的一项或多项核心业务无法正常使用且原因待查的事故； 2) 基于本项目，甲方一家或多家分公司所辖全体营业机构的一项或多项核心业务无法正常使用，且预计一小时内无法恢复的事 故； 计算公式：根据新运维系统事件工单数据，统计全年发生的重大事故次数 重大事故平均恢复时间的定义： 故障恢复时长是指故障发生时起（如果有日志可以追查则为日志记录时间，否则为运维方发现时间）至甲方业务确认恢复正常时 止所用的时间。 重大事故平均恢复时间=事件?1?故障恢复时长+事件?2?故障恢复时长……/重大事故发生次数 计算公式：根据新运维系统运维工单数据，统计全年发生重大事故的次数。 3、安全性 重大安全事故定义为： ①基于本项目范围内，因设备或软件本身原因，乙方以及乙方所代理的原厂商维保服务根据本技术要求提供的相关服务工作的失 3/8 序号 服务内容 计划性/非计 划性服务 对应 结果 指标 过程指标：工作 量 过程指标：服务质量 考核数据来源 计划性工作 工作量要求 服务质量 指标名称 考核 指标 值 工单系统 名称 工单类型 　1 版本升级 计划性 无 1?次/年 无 1?次 /年 新运维服务管理 系统 变更 　2 规则优化 计划性 无 2?次/年 无 2?次 新运维服务管理 变更 误、服务工作不满足甲方要求、服务工作不合规、以及服务人员人为因素等原因导致的核心信息系统发生较大规模瘫痪，系统中断时 间超过?8?小时，对甲方运营管理及客户利益等造成特别严重损害的事件； ②基于本项目范围内，因设备或软件本身原因，乙方以及乙方所代理的原厂商维保服务根据本技术要求提供的相关服务工作的失 误、服务工作不满足甲方要求、服务工作不合规、以及服务人员人为因素等原因导致的、因乙方以及乙方所代理的原厂商人为原因导 致大规模范围网络中断或者网络蠕虫病毒传播事件致大规模通信瘫痪，中断时间超过?8?小时的事件； ③基于本项目范围内，因设备或软件本身原因，乙方以及乙方所代理的原厂商维保服务根据本技术要求提供的相关服务工作的失 误、服务工作不满足