中国电信iTV新媒体运营服务系统建设综合项目工程关键技术标准规范书标段二.doc

中国电信iTV新媒体运行服务系统建设工程
(标段二)
新媒体运行服务支撑系统建设工程
技术规范书

中国电信股份江苏分企业
二 O 一 三年 二 月

目 录
1、概述 1
1.1 定义 1
1.2 提议书要求 3
1.3 报价书要求 4
1.4 标准和性能 6
1.5 乙方供货和服务范围 6
2、工程概述 11
2.1 项目背景 11
2.2 项目目标 11
2.3 建设标准 15
3、总体技术要求 16
3.1 总体要求 16
3.2 系统设计要求 17
3.3 系统质量要求 18
3.4 系统集成要求 24
4、具体技术要求 28
5、系统配置要求 36
5.1 硬件平台 36
5.2 软件平台 38
5.3 维护管理 38
5.4 存放和备份 39
6、设备厂验、安装、调试、开通及试运行 40
6.1 厂验 40
6.2 交货 40
6.3 ★安装和调试 40
6.4 验收 42
7、技术文档 43
8、项目管理 44
9、进度计划 45
10、技术支持和技术培训 46
10.1 技术支持 46
10.2 技术培训 47
11、★保修 48
12、安全性要求 49

1、概述
1.1 定义
1) 本规范书为中国电信股份江苏分企业（甲方）中国电信江苏企业新媒体运行服务支撑系统技术要求和供货要求，供设备提供商和系统集成商（乙方）编写提议书和报价书之用。提议书内容格式应符合本规范书附件要求。
2) 集采设备：包含集采软件设备。集采软件设备：操作系统、外购中间件、备份软件、监控软件、开发环境软件等。
3) 非集采设备：除集采设备以外本项目所需求其它设备（包含硬件和第三方软件等）。此次新媒体运行服务支撑系统硬件设备采取江苏电信云平台虚拟主机。
4) 乙方在提议书中，对本规范书中所提各项要求能否实现和满足，应逐项给予说明和回复。乙方亦可依据自己提供产品技术性能具体情况，在提议书中提出提议，并附具体资料和说明。
5) 对本规范书各条目标应答为“满足”、“不满足”、“部分满足”，不得使用“明白”、“了解”等词语。在回复中，要求明确满足程度，并作出具体解释，不得仅有应答而无解释。说明中有“详见”、“参见”，应指明参见文档中具体章节或页码。
6) 本技术规范书中标识★条款为不可偏离条款。
7) 本技术规范书应视为确保系统运行所需最低要求。如有遗漏，乙方应给予补充，不然一旦中标将认为乙方认同遗漏部分并无偿提供。
8) 依据本规范书要求，乙方应做出系统处理方案和系统架构及功效具体设计。同时在提议书中说明给甲方提供技术文件、技术支持、人员培训等范围和程度，乙方最终确定处理方案和系统架构及功效具体设计应该得到甲方书面认可。
9) 规范书相关内容澄清：
² 乙方对于规范书疑问能够经过书面材料和甲方联络。在要求提议书提交最终期限以前，甲方将以书面材料给回复。相关甲方回复材料复印件也将递交全部得到技术规范书乙方；
² 在技术谈判各个阶段，甲方将以书面形式要求乙方对相关问题进行深入技术澄清，乙方应以书面资料给正式应答；全部各阶段技术澄清文件全部将作为协议附件。技术澄清中各条目应首先应答为“满足”、“不满足”、“部分满足”，不得使用“明白”、“了解”等词语。在回复中，仅当需要明确时，才许可对满足程度进行说明。仅当应答为 “部分满足”或要求进行解释时，才许可具体解释，当应答为“满足”或“不满足“时，其具体解释视为无效解释。
10) 甲方在任何时候全部保留和拥有对本文件解释权。甲方有权在签定协议前，依据需要修改和补充本技术规范书，修改补充后最终技术规范书将作为协议附件。
11) 乙方在参与本项目中，对于甲方披露和提供全部信息应作为商业秘密对待并给予保护，未经甲方书面授权不得将任何信息泄漏给第三方，不然甲方有权追究乙方责任。
12) 乙方应向甲方提供完整、新而成熟系统软件等技术和产品（包含各软件开发商所提交方案和自行提供方案中），其各项技术应确保含有开放性、可移植性、兼容性和可扩展性。
13) 如甲方给定对应软硬件配置，乙方应在甲方给定软硬件设备配置基础上提出符合中国电信实际情况系统配置方案，对于原有IT/IP集采设备软硬件配置不足部分乙方应立即提出并补足；是否能充足利用给出设备配置作为评标依据之一。
14) 乙方应负责其所提交系统配置方案正确性、可用性、正确性和完整性，并满足本文件所提出系统功效和性能要求。如有错漏，由乙方负责。
15) 若乙方认为有一个以上可行、合理处理方案，可在提议书中一并提出。乙方应依据甲方实际需求提议一个其认为最合理方案。
16) 乙方提供给用软件系统应满足中国电信江苏企业对于IT内控要求。
1.2 提议书要求
要求乙方在要求时间内提供要求份数技术提议书纸质文件贰份（一份正本一份副本）（同时要求以汉字OFFICE格式提供完整电子版文档壹套）。当纸质文件和电子版文档不一致时，以纸质文件为准。当汉字和英文文档不一致时，以汉字文档为准。
提交物：
① 技术提议书；
② 工程技术规范书及点到点应答书（对本文件及附件各项要求逐条具体回复）；
③ 乙方向甲方提供或提议全部产品具体技术资料（比如硬件产品性能，硬件设备外形尺寸、重量、进出线方法，硬件设备所需电源种类、耗电量、电压及地线要求，机房荷重、温湿度及环境要求，软件产品性能等）；
提议书内容格式：
一、 总体描述
二、 工程技术规范书、点对点应答及系统具体建设方案
三、 系统软硬件配置清单及说明
四、 系统连接图
五、 产品描述，所提供软硬件设备技术文档，所推荐设备情况（机架面板结构、多种接口特征、安装方法及物理尺寸、供电方法及耗电量、设备或机架接地要求、重量、温湿度等环境要求），并提供设备相关性能指标测试统计文档。
六、 双方责任及工程分工界面（要求图示并加以说明），工程进度安排，和施工措施和质量确保方法
七、 测试及验收
八、 场地及环境准备要求
九、 培训、厂验、工程协调会
十、 技术承诺
十一、 技术支持及保修
十二、 集成厂商、合作方资质证实、软件许可使用权证书（样本）
1.3 报价书要求
1) 报价关键内容以下：
² 本系统设备采取中国电信江苏企业云平台虚拟主机，不单独采购硬件设备。乙方需提供满足系统需求具体硬件配置清单（含操作系统。具体要求参见3.4.1.2章节包含中国电信江苏企业云平台资源叙述，不计入总价；
² 系统相关外购中间件、备份软件等必需第三方软件（乙方需提供满足系统需求具体系统软件配置清单。甲方有权依据乙方提供系统配置和和提供商签署框架协议对该部分价格进行调整，并有权进行单独采购），具体要求见报价格式，计入总价；
² 应用软件（应用软件功效模块折合为工作量人/日报价，总价为折扣后价格），具体要求见报价格式，计入总价；
² 项目实施及集成费（包含集采第三方软、硬件系统集成、乙方所提供软硬件安装调测和为实现系统正常实际工作所需要系统配置和用户化工作，还包含该产品系统和其它网元之间对接联合调测，工程协调等），具体要求见报价格式，计入总价；
² 培训费用（按人天单价报价，分为中级培训6个和高级培训0个），具体要求见报价格式，计入总价；
² 保修期后维保年费率，按成交价百分比计算，不计入总价；
² 5年正常维护所需备品备件（如需要），不计入总价；
² 专用维护工具仪器（如需要），不计入总价；
² 可供甲方选择设备和功效（如需要），不计入总价；
2) 报价应按设备具体项目开列单价、数量、折扣率和总价；
3) 设备具体项目应细化到最小计价单位；
4) 本项目以人民币为单位报价；
5) 甲方只购置乙方所提方案中部分设备时或设备配置规模改变时，乙方应承诺方案中所报目录价、折扣、技术支持等方面优惠条件保持不变；
6) 同型号产品价格折扣需一致，不然以低者为准；
7) 如有赠予、一次性优惠等优惠方法，乙方须在报价中以折扣方法表现；
8) 本期不计入总价维保等部分报价，计入商务评分，影响综合评判结果。
9) 报价表格式见附件。
1.4 标准和性能
乙方所提供全部各项设备和系统（包含软、硬件）应符合技术标准以下：
1) 符合相关标准（如ISO、ITU-T、ETSI、IMTC、IETF、CSA、NIST、OCC等），乙方应在提议书中具体说明，并附上对应具体技术资料；
2) 若乙方设备和系统包含自己专用标准，应在提议书中具体说明，并附上对应具体技术资料；
3) 本文件中未给出，但ITU-T、CSA、NIST、OCC已经有提议系统设备性能和功效均应满足ITU-T最新提议要求。
1.5 乙方供货和服务范围
所需货物和技术支持描述以下：
1.5.1 硬件设备
1) 硬件设备，包含：组网设备、服务器、存放、机柜等，在集采范围内设备，乙方应提出具体硬件配置提议，甲方有权单独采购；
2) 乙方所提供硬件必需是主流硬件产品；
3) 硬件设备为满足对满足系统容量和全部功效整套处理方案，不应遗漏任何组件，如有遗漏，乙方应无偿补足；
4) 乙方提供全部设备必需是最新且稳定、成熟产品。全部元件、配件、附件和将设备连成系统连接电缆全部应包含在报价中。乙方必需确保所提供产品数量、质量，而且负担全部在协议中指定责任和义务；
5) 本技术规范书要求厂家需报具体硬件配置提议，不作为供货范围内容，但作为甲方单独采购硬件设备参考；但假如甲方认为乙方报设备各项条件能够接收，也可考虑从乙方直接采购该硬件设备。
1.5.2 软件
1) 乙方提供软件包含：应用软件、第三方软件（相关操作系统、外购中间件、备份软件、监控软件、开发环境软件）等必需系统软件，其中第三方软件应在主流品牌中推荐，在集采范围内软件，乙方应提出具体软件配置提议，甲方有权单独采购；
2) 乙方提供软件为满足系统容量和全部功效整套处理方案，不应遗漏任何组件，如有遗漏，乙方应无偿补足。
3) 乙方提供软件应能支持IPv4/IPv6双栈（需支持IPv4/IPv6协议，支持Ipv4/IPv6终端用户访问，提供基于IPv4/IPv6业务），如临时不能支持，乙方应承诺无偿升级支持IPv4/IPv6双栈；
4) 乙方提供软件应能支持云计算技术，如临时不能支持，乙方应承诺无偿升级支持云计算技术；
5) 乙方所提供软件应为最新且成熟稳定商用版本，必需涵盖本技术规范书所列出全部功效，并要确保安全可靠及未来扩容和版本升级方便，在提议书中要具体列出所提供软件清单、公布日期和升级说明；
6) 乙方所提供软件必需支持主流硬件产品；
7) 乙方所提供软件必需支持主流数据库产品；
8) 乙方全方面负担由乙方产品中包含到第三方产品所引发一切法律责任；
9) 甲方拥有乙方针对本项目开发应用软件（包含源程序和多种文档）版权，乙方有责任对第三方保密；
10) 在提议书中要对所采取软件系统进行具体功效及性能说明，
11) 乙方在保修期内无偿负责软件更新、维护和版本升级；
12) 应用软件在系统验收之前，乙方须依据需求方要求立即作出设计修改，以确保系统功效完整性和可靠性；
13) 乙方需提供给用软件系统软件全部相关安装光盘；
14) 乙方自行开发软件须提供数据接口，软件本身含有灵活配置文件，以方便维护；
15) 假如乙方提供产品属于和合作厂商合作完成，则应由乙方负责协调合作方产品软件集成及维护。假如乙方和其合作方解除关系，则仍由乙方负责其产品维护、软件更新、版本升级，乙方不得推卸责任；
16) 乙方应在测试过程中，提供相关测试软件供甲方使用。
1.5.3 安装材料和消耗品
1) 提议书应包含各节点安装材料和清单，用于连接多种设备线缆等配套材料（如网线、电源线、光纤跳线等，还包含IT/IP集采设备之间和IT/IP集采设备和非集采设备之间配套材料）可包含在设备价格中，如包含则需要单列；
2) 若需要，乙方提供设备应配有一套数量足够最少两年维护期消耗品，在设备价中也应包含消耗品价格。
1.5.4 项目实施和集成服务
1) 乙方负责集成工作应最少包含IT/IP集采设备和非集采设备和软件系统集成和配置实施、系统组网、路由设计、备份和容灾、网络安全、内部逻辑划分及编址、域名/设备名和端口名分配、多厂商互通等内容；
2) 负责除集采设备、集采软件以外全部其它软硬件安装、调测（包含全部软硬件安装完成后系统调测）、全网系统联测及技术支持；
3) 依据本技术规范书中所定义系统要求、网络安全等要求和标准，提出相关布署方案提议并负责实施；
4) 乙方负责沟通及协调设备提供商、第三方软件提供商、系统软件提供商和甲方之间工作；
5) 乙方负责组织各相关厂商进行安装方案技术讨论会，并汇总各方技术要求，确定安装方案；依据软、硬件到货时间，提出硬件安装实施计划及方案；对甲方机房环境、配套设施等准备提供明确提议；
6) 乙方负责制作所需IP地址分配表，由甲方进行审核；安排人员在现场向最终用户配合人员介绍各设备及系统相关知识，但不作为正式培训内容；
7) 乙方配合进行设备验货、全网联调、系统测试，并帮助进行线路调测工作，确保连接各节点线路通畅；
8) 乙方负责定时向甲方提交工程实施进度书面汇报；
9) 乙方负责起草安装验收测试文档；
10) 乙方负责结合甲方需求制订出系统备份策略，而且配合和督促备份设备提供商作好备份策略设定；
11) 乙方负责在应用软件开发商帮助下制订磁盘阵列划分方案，包含（虚拟）卷组、（虚拟）逻辑卷划分，光纤通道划分等，而且配合和督促磁盘阵列提供商作好以上工作；
12) 乙方负责配合甲方进行应用软件系统验收，而且负责整个工程过程中相关文档搜集、整理工作；
13) 乙方应含有相关电信级云计算项目标实施经验。尤其是中国电信省级以上单位云计算集成成功案例。
1.5.5 工具和备件
1) 若需要，乙方报价每节点应包含一套专用安装维护工具；
2) 乙方应依据设备元件质量情况提出备件配置提议；
3) 乙方提供设备使用寿命应在以上，乙方需确保在终验后内甲方可买到功效相同、性价比相同或更高备品、备件或替换产品。
1.5.6 技术文件
具体描述见本规范书第7部分，技术文档。
1.5.7 技术支持和技术培训
具体描述见本规范书第10部分，技术支持和技术培训。
1.5.8 安装、调测、试运转技术支持和现场验收测试
具体描述见本规范书第6部分，设备厂验、安装、调试、开通及试运行。

2、工程概述
2.1 项目背景
伴随三网融合工作不停深入开展，IPTV作为三网融合经典业务已逐步发展成为了江苏省内关键新媒体之一。加紧IPTV业务发展，为IPTV在新媒体领域内日常运行提供更为全方面支撑是顺应三网融合工作发展、促进信息化社会建设战略举措，也是推进文化产业发展、加紧产业升级新动力。
IPTV作为新兴媒体，既含有传统电视领域视听节目服务特征，又包含了互联网增值应用服务特点。基于IPTV进行新媒体运行服务支撑工作，要求支撑系统含有融合两个不一样领域特征服务能力，能够高效支撑IPTV为用户提供全方面、丰富新媒体推送服务。
新媒体运行服务支撑系统计划提供包含新媒体运行素材引入和维护支撑、内容推送实时支撑、新媒体运行投放及效益评定功效。新媒体运行服务支撑系统要支撑IPTV面向公众用户提供媒体服务，国家相关法律法规对公众媒体服务实时性、稳定性、安全性要求很高，所以需要建设一个行之有效、安全稳定运行支撑平台来保障新媒体运行服务，为三网融合提供安全、稳定、可扩展运行环境。
2.2 项目目标
2.2.1 广告合作管理
广告合作用户、广告代理信息登记，广告合作用户、广告代理广告投放情况管理，和广告合作用户或代理结算和分成管理。
2.2.2 新媒体素材引入和维护支撑
系统能够支持IPTV新媒体运行所需素材（包含图片、文字、音视频）上传引入、审核、统一维护功效。系统能够为提供素材合作伙伴建立专属账号，合作伙伴经过系统分配账号能够且只能够维护本身提供素材（为合作伙伴提供维护功效包含：素材上传、素材查询、过期素材删除等）。新媒体运行服务支撑系统提供对引入素材和审核管理及外部审核服务接口，播控方可经过支撑系统操作界面或调用审核服务接口对引入新媒体素材进行审核，未经过审核素材无法经过新媒体运行服务支撑系统公布给IPTV用户。审核接口提供按帐号层级进行审核功效，审核员可对本身帐号层级以下帐号上传素材进行审核。
经过新媒体运行支撑系统中可对经过审核素材进行统一维护（素材在系统数据库中保留字段和业务步骤逻辑需在实际开发中根据甲方要求制订），统一维护包含对素材属性修改。对素材本身任何修改，系统全部应要求素材重新接收审核。广告内容资源注入和信息管理需要考虑支持IPTV2.0和IPTV3.0平台规范。
（1）性能要求：
素材引入方面：支持多个账号同时在系统管理界面上进行素材制作和审核公布等工作，全部页面化操作响应延时不超出1S。
素材审核接口：支持播控方实时素材审核。操作响应时延不超出2S。
2.2.3 广告资源位管理支撑功效模块
对IPTV平台全部新媒体广告资源为进行统一管理；为日常广告运行过程中对IPTV系统内广告位资源使用情况管理提供支撑。提供目前IPTV平台可用新媒体运行资源动态情况管理（包含查询、预分配、锁定等）和历史使用统计查询。
（1）性能要求：
能够实时获取展示IPTV平台可用新媒体运行资源改变情况。
（2）功效要求：
具体功效要求见第四章 具体技术要求。
2.2.4 新媒体广告运行投放需求和投放排期
针对每条广告投放需求进行管理，支持该条广告需求录入，并依据需求在IPTV平台广告资源位上进行资源分配。对于IPTV平台广告资源位要能够支持根据时间、属地、分组等动态按百分比划分。
系统支持按广告运行投放需求对IPTV平台新媒体运行资源进行覆盖：系统操作员基于广告运行需求编排一段时期内系统内全部广告整体投放策略（按总投放次数、单用户投放次数、按时段、按内容观看场景、按广告位、按用户地域、按用户组别等策略和简单组合策略） 。
在进行广告投放运行之前，全部广告内容均需经过播控审核，未经过审核广告内容不能进行投放运行。
（1）功效要求：
具体功效要求见第四章 具体技术要求。
2.2.5 广告实时投放引擎
新媒体运行服务支撑系统工程支持面向最少600万IPTV用户进行新媒体实时内容推送、推送效果监控、应急响应处理等功效；系统要根据江苏电信IPTV平台接口规范和IPTV业务管理平台、IPTV平台EPG系统、电视消息系统等进行对接实现内容实时推送功效，支持对已编排完成新媒体运行内容（包含：图文宣传片、图文广告、系统通知等）实时推送到IPTV系统并不影响IPTV系统基础功效正常运行；系统要能够监控推送到IPTV系统新媒体运行内容是否成功抵达；支持对于新媒体运行紧急情况响应处理（包含：已投放内容屏蔽，未投放内容撤销等必需手段），经过新媒体运行服务系统实时推送新媒体运行内容在IPTV内展示不对IPTV系统本身功效造成任何影响。因新媒体运行服务系统本身问题造成新媒体运行故障不影响IPTV平台任何功效服务。新媒体运行支撑系统含有业务可扩展性， 要能够伴随江苏电信新媒体运行范围（包含移动终端、智能机顶盒）灵活扩充新媒体实时推送支撑能力。
（1）性能要求
延时能力： 实时推送接口信息反馈延时小于500ms，新媒体运行服务支撑系统web页面类资源展示延时小于1.5s.
并发能力：支撑江苏企业IPTV600万用户正常运行服务。
（2）功效要求
具体功效要求见第四章 具体技术要求。
2.2.6 新媒体运行效益评定
对于经过新媒体运行服务支撑系统，面向IPTV平台用户进行新媒体运行工作，系统要能够支持对每一项具体新媒体投放用户抵达率、用户有效转化率、曝光频次、广告按地域展示情况等基础投放数据统计和分析，依据具体广告结算及分成策略生成最终结算及分成数据,并支持第三方数据采集机构等外部系统对新媒体运行数据实时采集需求。
（1）性能要求
延时能力： 支持对广告投放实时采集，并能够周期性生成投放日志数据（最短周期小于5分钟）
并发能力：支撑江苏企业IPTV600万用户正常运行服务采集
（2）功效要求
具体功效要求见第四章 具体技术要求。
2.2.7 新媒体运行服务支撑系统和IPTV平台接口
上述工作（2.2.1 – 2.2.6）包含新媒体运行服务支撑系统和IPTV管理系统、EPG系统、外部广告收视数据采集（第三方广告投放数据中立机构、电信自有收视运行统计系统）接口对接工作，在上述章节已经提及。
具体功效要求见第四章 具体技术要求。
2.2.8 账号管理体系
系统管理员能够为不一样合作伙伴分配不一样素材空间；系统管理员、操作员、合作伙伴账号分权分域管理；分CP权限管理，含广告引入、制作、投放、投放后处理等很多步骤步骤权限管理。
2.3 建设标准
（1）规范性：严格遵照中国电信集团相关技术规范和业务规范要求，应对平台进行整体计划。
（2）开放性：系统遵照开放性架构，采取开放接口协议和开发平台，为用户提供统一、开放能力调用；业务维护和发展不依靠于设备厂商，能够确保业务连续升级和发展；
（3）安全性：系统根据电信级应用进行设计，系统软硬件架构充足考虑整个系统运行安全策略和机制；针对各类步骤安全需求，采取多个安全技术手段，为用户提供完善安全技术保障；
（4）成熟性：采取成熟稳定并含有电信级运行实例硬件平台和第三方软件。
3、总体技术要求
3.1 总体要求
（1）系统各项技术应遵照国家相关标准和技术体制，没有对应国家标准则须遵照国际标准。对于现存多个标准技术，乙方应和甲方共同协商选定标准。一旦对应中国（或国际）标正确立，乙方应确保在十二个月内（不收取额外开发费用）过渡到甲方要求对应中国（或国际）标准；
（2）乙方应向甲方提供完整、最新而成熟系统软硬件等技术和产品。其各项技术应确保含有开放性、可移植性、兼容性和可扩展性。系统配置软件和硬件设备提供开放应用接口，能够方便地和其它厂家同类型系统进行软、硬件平台互连，便于系统未来扩展；
（3）乙方应具体说明本期工程所提供设备配置处理能力、容量和最大扩容可达成处理能力及容量，说明系统容量受限制原因，并提供系统深入扩容方案；
（4）如设备为OEM第三方产品，乙方应说明该产品原生产厂商；
（5）乙方应确保系统割接不能中止业务，也不能影响原有业务数据；
（6）若乙方提供系统软硬件，则乙方提供系统全部软硬件保修两年，保修期自买卖双方签署终验证书之日起开始计算，保修期内乙方为甲方无偿更换和维修有缺点设备（包含软件升级和改造）。对于有缺点硬件设备，乙方应在收到它们十五天以内修复或更换并返还给甲方；乙方确保自终验证书签署之日起六年内向甲方提供维修配件；
（7）假如乙方现在难以达成甲方所提出技术要求，甲方要求经过商务条件使乙方承诺进行产品技术升级；
（8）乙方负责提交系统验收测试方案供甲方确定，并配合甲方完成工程验收；
（9）乙方应依据甲方业务需求及相关技术计划要求，提出完整项目管理、系统设计、工程培训、项目施工、项目验收、技术支持方案和乙方人力资源供给方案，乙方负责建立并向甲方提交工程技术文档。
3.2 系统设计要求
为了确保本期工程建设顺利实施，要求乙方在技术实现上应坚持以下标准：
（1）应满足国际标准化、开放性、一致性、完备性、正确性、健壮性、灵活性、可扩展性、可监控/可跟踪性、安全性、可运行性和可维护性等要求；
（2）应采取国际、中国标准技术，采取规范接口和协议，确保系统各组成部分协同一致，组成可兼容、易移植系统平台；
（3）乙方确保对外接口开放性，支持和不一样厂商设备间互连。
（4）高可靠性/稳定性：采取故障检验、告警和处理机制，确保数据不因意外情况丢失或损坏；采取灵活任务调度机制实现负载均衡，预防“瓶颈”产生。
（5）本系统要求长时间不间断运行，所以可靠性确保应作为系统设计出发点。除了数据传输要可靠外，系统必需含有良好文件和数据库备份机制，定时对系统进行备份，并在系统数据丢失情况下提供数据恢复。
（6）乙方所提供系统应提供一定分级分权管理机制。
（7）乙方在提议书应对系统所采取体系结构、采取技术、实现方法、编程语言进行具体叙述。
3.3 系统质量要求
3.3.1 系统应含有高可靠性
（1）乙方应向需求方提供成熟、容错性和易恢复性俱佳系统。
（2）系统必需支持连续7×二十四小时不间断地工作。
（3）系统必需支持负载均衡能力，支持应用布署在多台服务器上，避免应用系统单点故障。冗余点在单台设备软硬件故障情况下，要求系统所承载业务仍正常提供且服务质量不劣化。
（4）系统应含有静态过负荷控制和动态过负荷控制两种过负荷控制能力，能依据CPU、内存、处理能力进行过负荷控制。
（5）软件故障情况下，系统应含有故障守护恢复机制，即当发生通常性软件障碍时，系统应含有自纠恢复能力。当发生全系统中止或电源中止恢复后，系统应能快速地自动再开启运行。乙方应在应标书中说明系统故障倒换对业务损伤情况和系统恢复、再开启所需时间。
（6）系统能够正确识别外围系统发错误请求及反复请求，避免出现部分不可估计结果。
3.3.2 系统应含有安全性
（1）网络安全
系统需要划分安全域并进行隔离，同时建立完善网络安全机制，这些安全机制包含：防火墙系统、入侵检测系统等。
系统应支持访问控制、安全检测、攻击监控等一系列安全功效，应提供完整网络安全监控、报警和故障处理功效。
a）含有入侵检测功效，监控可疑连接、非法访问等，采取方法包含实时报警、自动阻断通信连接或实施用户自定义安全策略，入侵检测系统应对违反安全事件统计并报警；
b）能定时检验安全漏洞，依据扫描结果更正网络安全漏洞和系统中错误配置；
c）乙方应提供相关网络安全具体说明，公网上传输数据，必需以国家标准加密算法加密，并在应标书列出算法及相关软件列表；
d）和其它网络连接须设置防火墙，并定义完备安全配置策略进行隔离。
（2）数据安全
a）系统必需采取定时备份或作数据容灾备份等方法来确保数据安全。
b）系统必需提供联机数据备份能力，确保数据完整性和有效性。
c）系统对用户数据也应采取安全方法，预防用户数据泄密、丢失和被非法修改，保障用户利益。
（3）系统安全
a）系统应含有防病毒能力。防病毒软件应含有全方面查杀病毒，查杀病毒正确无误，管理方便，病毒特征码自动更新，安装简单特点；
b）系统应含有访问权限识别和控制功效，依据不一样应用需求提供多级密码口令，对系统管理员、数据库管理员及其它管理员必需授予不一样等级管理权限。当有非法访问或系统安全性受到破坏时必需告警；任何远程登录用户口令均必需含有使用期配置功效；
c）系统应提供操作日志统计功效，方便立即掌握系统安全状态，操作系统应符合C2级以上安全标准；
d）数据库应支持C2或以上级安全标准、多级安全控制。支持数据库存放加密、数据传输通道加密及对应冗余控制；
e）对数据库操作必需提供一致性认证。严禁对数据库进行手工操作；
f）系统用户账号管理、密码管理、数据访问权限和功效操作权限管理必需满足中国电信江苏企业IT内控要求。
3.3.3 系统应易于使用
（1）系统应易于安装和使用，含有风格一致用户界面，且用户界面应为汉字操作界面。为方便使用，系统应设置导航栏等内容。
（2）系统应能在浏览器中完成基础管理任务，对用户输入错误，应尽早发觉和提醒。
（3）系统应含有完善联机帮助功效。
（4）随系统提交产品文件必需包含完善、针对不一样等级用户应用系统培训教材、培训考题及培训考评方法提议。
（5）厂家能够经过对产品颁发资格认证证书方法，以确定用户对该产品某个操作等级使用资格。
（6）对于业务熟练而且熟悉电脑操作一般用户，应该能够经过不超出三天初级培训，即可熟练掌握应用系统基础功效操作技能。
（7）对于系统管理员，应该能够经过不超出累计两周培训，即可熟练掌握应用系统管理相关功效操作技能。
（8）应用系统必需提供一致性图形用户界面风格。
（9）应用系统对一般用户操作界面应该以B/S 方法实现。
（10）应用系统应该支持操作员登录系统后，不超出三次鼠标点击，即可访问到业务所需功效。
（11）应用系统必需支持同时打开多个管理窗口以对不一样任务进行并行操作。
（12）应用系统应该支持在一个业务过程中全部功效界面全部有返回上一个操作快捷联接。
（13）应用系统应该支持经过键盘即可完成一个界面窗口内关键操作。
（14）应用系统应该支持经过Tab 键或回车键能够访问到同一个窗口全部控件对象。
（15）应用系统应该支持对于常见功效设置快捷键以方便功效间切换；快捷键功效定义在全系统保持一致。
（16）应用系统必需采取分页机制显示查询结果，并显示返回统计数目、目前页和总页数。
（17）应用系统发觉用户提交有误信息，必需以弹出窗口形式明确提醒用户错误原因，并把界面控制焦点置于发生错误控件对象上。
（18）应用系统操作界面必需用“*”明确标识出必填输入信息。
（19）在造成系统数据发生改变操作实施之前，系统应该弹出提醒窗口供用户确定。
（20）对于复杂信息结构，系统应该采取分帧机制在同一个窗口中显示不一样信息内容，并自动刷新不一样部分信息内容。
（21）当应用系统正在实施用户提交请求而无法返回时，必需明确标识系统处于繁忙阶段。
（22）应用系统功效菜单必需根据功效域、功效组分类方法进行组织。
（23）对于操作员无权限使用菜单功效，应用系统不许可显示该菜单或将其设置为不可用状态。
（24）系统必需提供在线帮助功效，对于每一个操作功效全部能查找到对应具体使用说明。
（25）操作员登录系统后，系统必需能够主动地提醒等候该操作员处理任务。
3.3.4 系统可维护性要求
（1）系统含有方便且可定时实施、分析结果业务测试功效。
（2）系统应易于修改，对某一个子系统修改，不影响其它系统正常运行。
（3）系统应易于扩展，新增服务时要求对系统做尽可能少修改。
（4）系统应含有自管理和监控功效，能够实时监控各模块实施。
（5）乙方提供系统应含有在线升级协议及版本功效，在不中止业务情况下支持对系统外部接口协议进行在线升级、对修改后系统版本进行在线升级。
（6）系统在运行过程中所发生任何错误全部应该有明确错误编号，并能在系统对应维护手册中查到错误处理方法和步骤。
（7）应用系统必需支持经过统一图形界面，能够监控到应用系统全部报警、异常信息。
（8）应用系统应该采取构件化设计思想，系统框架和业务逻辑分离；要求含有开放体系结构。
（9）系统应提供测试模拟环境，用于在正式上线前验证测试，该测试环境和实际环境等逻辑分开，避免测试中出现故障或加载失败影响正式业务提供。
（10）乙方提供系统应含有利用甲方已经有时间同时系统进行时间同时和时间自动调整功效。
3.3.5 系统完备性要求
乙方依据本规范书要求提出方案及设备配置，必需能完成网络连接及全部要求功效，不存在电缆、网卡或其它附件短缺，不存在本期工程设备和软件性能不满足业务需求和系统功效情况，不然乙方须在两周内无偿补齐所缺设备和软件。
3.3.6 系统可测试性要求
（1）随系统提交技术文件必需明确标识出所实现可度量功效和性能指标。
（2）乙方应有固定测试工程师进行专门测试工作，每次新功效测试完成后，应提供具体测试文档，包含测试用例、方法及其结果等，交付局方人员作验收测试。测试结果应符合实际，测试未经过项目应立即反馈并进行修改。
3.3.7 系统可移植性要求
（1）系统应该不需改动或尽可能少改动就能够在不一样主流UNIX（IBM、HP、SUN等）及Linux平台下方便移植。
（2）系统必需对于存放设备、备份设备及多种网络设备含有完全无关性。
（3）系统必需支持在不一样主流数据库平台（ORACLE、INFOMIX、DB2、SYBASE等）移植。移植时不许可修改业务逻辑构件，应该尽可能少地修改直接操作数据库信息服务构件。
3.3.8 系统易安装性要求
（1）系统应该提供图形化安装和配置界面。
（2）系统必需支持软件版本自动升级。
3.3.9 系统可扩展性要求
系统应含有灵活性和可扩展性。既能够方便扩展设备容量和提升设备性能，又能确保系统整体平滑升级。系统升级应在不影响正常业务条件下进行。
系统设备应以模块化方法组建，设备处理能力能够平滑扩容。
系统后续扩容经过硬件能力扩充、增加实时投放引擎数量完成功效优化和升级工作。
3.4 系统集成要求
3.4.1 软件开发要求
3.4.1.1 总体要求
乙方开发软件必需支持x86平台。业务平台设计应采取模块化设计，功效模块之间应降低耦合度；功效模块和系统之间采取开放接口进行通信；开发人员可灵活开发、叠加新功效模块，并可在不需对原有系统进行重新编译前提下，动态加载到系统使用。
3.4.1.2 布署要求
（1）云资源配置选择
应用平台对硬件资源提出需求时总体上要求在资源池能力范围之内。
对于计算资源，单模块对单计算服务器（虚拟机）要求不超出4核，内存要求不超出8G，硬盘容量不超出500G。
（2）第三方软件选择
数据库：选择支持x86服务器架构布署数据库，当采取大规模大型分布式关系数据库或大型面向对象型数据库时，应提前做好x86适配工作。数据库选择还需要考虑数据库HA等高级功效可用性。
操作系统：操作系统选择要依据资源池服务能力列表选择，要求采取64位操作系统。
第三方软件未来将实现资源和项目标分离，实现第三方软件集约化管理，有条件省能够做好数据库、中间件分集群统一布署测试，实现功效共享。
（3）可移植性要求
业务系统应该不需改动或尽可能少改动就能够在不一样主流x86平台包含（windows、Linux）平台下方便移植，对于虚拟化平台要求应用平台对虚拟化层软件无关性，最少支持VMWARE、KVM、XEN、hyper-V等虚拟化平台。
应用软件必需对于计算设备、存放设备、备份设备及多种网络设备含有没相关性。
应用软件系统应尽可能支持在不一样主流数据库平台（ORACLE、INFOMIX、DB2、SYBASE等）移植。移植时不许可修改业务逻辑构件，应该尽可能少地修改直接操作数据库信息服务构件。
（4）高可靠性开发要求
业务平台中任一构件更新、加载时，在不更新和上下构件接口前提下，不影响业务运转和服务。
业务平台需要支持负载均衡能力，支持应用布署在多台服务器上。冗余点在单台底层资源故障情况下，系统所承载业务仍正常提供且服务质量不劣化。
业务平台需要考虑布署静态过负荷控制和动态过负荷控制两种过负荷控制能力单元，能依据虚拟机、物理机CPU、内存、处理能力进行过负荷控制。
含有能力业务平台开发厂家，能够考虑识别所分配资源发犯错误警告，做出业务负载调整，避免出现部分不可估计结果。
（5）系统可扩展性要求
业务系统开发应含有灵活性和可扩展性。既能够方便地扩展设备容量和提升设备性能，又能确保系统整体平滑升级。业务平台各个构件应以模块化方法组建，各构件模块处理能力能够经过修改底层硬件能力或经过叠加设备方法实现扩容。
（6）系统可维护性要求
业务平台设计易于修改，对某一个子系统修改，不影响业务正常运行；当业务平台组成体系易于扩展，当新增服务器时要求对系统做尽可能少修改。
业务平台开发需要考虑底层资源热插拔改变，避免配置改变而引发应用瓦解。
（7）易安装性
业务平台软件安装、重新安装支持ISO文件、远程网络等多个安装方法；软件版本升级自动化操作能够指定到某个存放目录进行升级。
3.4.2 业务