黑龙江电信翼机通管理平台建设项目技术规范书.doc

上传人:sccc 文档编号:4834831 上传时间:2023-05-18 格式:DOC 页数:58 大小:1.69MB
返回 下载 相关 举报
黑龙江电信翼机通管理平台建设项目技术规范书.doc_第1页
第1页 / 共58页
黑龙江电信翼机通管理平台建设项目技术规范书.doc_第2页
第2页 / 共58页
黑龙江电信翼机通管理平台建设项目技术规范书.doc_第3页
第3页 / 共58页
黑龙江电信翼机通管理平台建设项目技术规范书.doc_第4页
第4页 / 共58页
黑龙江电信翼机通管理平台建设项目技术规范书.doc_第5页
第5页 / 共58页
点击查看更多>>
资源描述

《黑龙江电信翼机通管理平台建设项目技术规范书.doc》由会员分享,可在线阅读,更多相关《黑龙江电信翼机通管理平台建设项目技术规范书.doc(58页珍藏版)》请在三一办公上搜索。

1、 黑龙江电信2010年翼机通管理平台建设工程技术规范书中国电信股份有限公司黑龙江分公司二一年四月黑龙江电信2010年翼机通管理平台建设工程技术规范书目 录1概述11.1定义11.2建议书要求31.3报价书要求41.4标准和性能61.5乙方供货和服务范围71.5.1硬件设备71.5.2软件71.5.3安装材料和消耗品81.5.4项目实施与集成服务81.5.5工具和备件91.5.6技术文件101.5.7技术支持和技术培训101.5.8安装、调测、试运转的技术支持和现场验收测试102工程概述102.1项目背景102.2项目目标112.3建设原则113总体技术要求123.1总体要求123.2系统设计要

2、求133.3系统设计指标143.3.1本期建设规模143.3.2本期新增功能需求143.3.3系统指标143.4系统质量要求153.4.1系统应具备高可靠性153.4.2系统应具备安全性163.4.3系统应易于使用173.4.4系统可维护性要求193.4.5系统完备性要求193.4.6系统可测试性要求203.4.7系统可移植性要求203.4.8系统易安装性要求203.4.9系统可扩展性要求204详细技术要求214.1系统功能架构214.1.1概述214.1.2功能要求234.2功能要求285系统配置要求305.1硬件平台305.1.1设备体系结构和实现原理305.1.2设备基本技术规格305.

3、1.3设备技术要求315.1.4电源要求315.1.5场地要求315.2软件平台325.3维护管理325.3.1配置管理335.3.2故障管理335.3.3性能管理355.3.4安全管理365.4存储和备份365.4.1存储365.4.2备份376设备厂验、安装、调试、开通及试运行376.1厂验376.2交货376.3安装和调试376.4验收397技术文档408项目管理409进度计划4110技术支持与技术培训4210.1技术支持4210.2技术培训4411维护保障4412保修5213中国电信IT内控补充细则5213.1提供多种管理员角色5213.2系统的数据备份和数据恢复管理5313.3日志管

4、理和监控功能5314其他54541 概述1.1 定义1) 本规范书为中国电信股份有限公司黑龙江省分公司(甲方)黑龙江电信2010年翼机通管理平台建设工程的技术要求和供货要求,供应用软件与系统集成商(乙方)编写建议书和报价书之用。建议书的内容格式应符合本规范书附件的要求。2) 集采设备:包括集采硬件设备与集采软件设备。集采硬件设备:IT设备(UNIX服务器、存储备份设备(磁盘阵列、光纤交换机、磁带库、虚拟磁带库)、PC/刀片服务器)、IP设备(路由器设备、交换机设备、防火墙、4-7层交换机)等,上述均含操作系统与原厂管理软件;集采软件设备:ORACLE/SYBASE数据库软件、ORACLE内存数

5、据库等。3) 非集采设备:除集采设备以外本项目所需求的其它设备(包括硬件与第三方软件等)。4) 乙方在建议书中,对本规范书中所提各项要求能否实现与满足,应逐项予以说明和答复。乙方亦可根据自己提供的产品技术性能具体情况,在建议书中提出建议,并附详细资料和说明。5) 对本规范书各条目的应答为“满足”、“不满足”、“部分满足”,不得使用“明白”、“理解”等词语。在答复中,对第2、3、4、5、6章即标记的条款要求明确满足程度,并作出详细解释,不得仅有应答而无解释,其他章节在有必要的情况下也需要作出详细解释。说明中有“详见”、“参见”的,应指明参见文档中的具体的章节或页码。6) 本技术规范书中标记的条款

6、为不可偏离条款。7) 本技术规范书应视为保证系统运行所需的最低要求。如有遗漏,乙方应予以补充,否则一旦中标将认为乙方认同遗漏部分并免费提供。8) 根据本规范书要求,乙方应作出系统解决方案和系统架构及功能详细设计。同时在建议书中说明给甲方提供的技术文件、技术支持、人员培训等的范围和程度,乙方最后确认的解决方案和系统架构及功能详细设计应该得到甲方书面认可。9) 规范书有关内容的澄清: 乙方对于规范书的疑问可以通过书面材料与甲方联系。在规定的建议书提交最后期限以前,甲方将以书面材料给予答复。有关甲方答复材料的复印件也将递交所有得到技术规范书的乙方; 在技术谈判的各个阶段,甲方将以书面形式要求乙方对有

7、关问题进行进一步的技术澄清,乙方应以书面资料给予正式应答;所有各阶段的技术澄清文件都将作为合同附件。技术澄清中各条目应首先应答为“满足”、“不满足”、“部分满足”,不得使用“明白”、“理解”等词语。在答复中,仅当需要明确时,才允许对满足程度进行说明。仅当应答为 “部分满足”或要求进行解释时,才允许详细解释,当应答为“满足”或“不满足“时,其详细解释视为无效解释。10) 甲方在任何时候都保留和拥有对本文件的解释权。甲方有权在签定合同前,根据需要修改和补充本技术规范书,修改补充后的最终技术规范书将作为合同的附件。11) 乙方在参与本项目中,对于甲方披露和提供的所有信息应作为商业秘密对待并予以保护,

8、未经甲方授权不得将任何信息泄漏给第三方,否则甲方有权追究乙方的责任。12) 买方拥有卖方针对本项目客户化开发的应用软件(包括源程序和各种文档)的版权,卖方有责任对第三方保密;卖方应开放针对本项目客户化开发的应用软件的源代码、编程语言、编译环境、编译方法;13) 乙方应向甲方提供完整、新而成熟的系统软件等技术和产品(包括各软件开发商所提交方案以及自行提供的方案中的),其各项技术应保证具有开放性、可移植性、兼容性和可扩展性。14) 如甲方给定相应的软硬件配置,乙方应在甲方给定软硬件设备配置的基础上提出符合中国电信实际情况的系统配置方案, 对于原有IT/IP 集采设备软硬件配置不足部分乙方应及时提出

9、并补足;是否能充分利用给出的设备配置作为评标的依据之一。15) 乙方应负责其所提交的系统配置方案的正确性、可用性、准确性和完整性,并满足本文件所提出的系统功能和性能要求。如有错漏,由乙方负责。16) 若乙方认为有一种以上可行、合理的解决方案,可在建议书中一并提出。乙方应根据甲方的实际需求建议一种其认为最合理的方案。1.2 建议书要求要求乙方在规定时间内提供规定份数的技术建议书纸质文件贰份(一份正本一份副本)(同时要求以中文OFFICE格式提供完整的电子版文档壹套)。当纸质文件和电子版文档不一致时,以纸质文件为准。当中文和英文文档不一致时,以中文文档为准。甲方享受乙方提供的售后服务和技术支持。甲

10、方有权对乙方提供的应用软件进行修改维护。甲方拥有购买乙方提供的部分或全部软件的权利。提交物: 技术建议书(关于黑龙江电信2010年翼机通管理平台建设工程的详细完整解决方案); 工程技术规范书及点到点应答书(对本文件各项要求的逐条详细答复)和应答偏离表; 乙方向甲方提供或建议的全部产品的详细技术资料(例如硬件产品的性能,硬件设备的外形尺寸、重量、进出线方式,硬件设备所需电源种类、耗电量、电压及地线要求,机房荷重、温湿度及环境要求,软件产品性能等); 乙方向甲方提供本期工程的项目组成员(包括参加本项目的项目人员名单(姓名、身份证)、项目角色、项目成员简历(工作年限、主持或参与的项目)建议书的内容格

11、式:一、 总体描述二、 工程技术规范书、点对点应答及系统详细建设方案如甲方给定相应的软硬件配置,乙方应在甲方给定软硬件设备配置的基础上给出系统详细建设方案;详细建设方案中除建设方案外还应含有对系统的体系架构、系统高稳定性、高可靠性、安全性的实现方式、系统可移植性、与第三方软件的配合度、与支撑系统接口方案、与核心网络配合方案等的描述。三、 系统软硬件配置清单及说明如甲方给定相应的软硬件配置,乙方应在甲方给定软硬件设备配置的基础上给出相应的系统软硬件配置清单及说明; 含应用软件、第三方软件和硬件设备技术指标、软件和硬件设备不同配置的性能价格比较,软件和硬件设备的正式使用时间;并明确描述硬件平台、系

12、统软件、第三方软件的可选择范围。四、 系统连接图提供局域、广域网络拓朴,以及设备端口分配图和通信系统图。五、 产品描述,所提供软硬件设备技术文档,所推荐设备情况(机架面板结构、各种接口特性、安装方式及物理尺寸、供电方式及耗电量、设备或机架接地要求、重量、温湿度等环境要求),并提供设备相关性能指标的测试记录文档。六、 双方责任及工程分工界面(要求图示并加以说明),工程进度安排,以及施工办法和质量保证措施七、 测试及验收设备测试、系统测试的方法和环境。八、 场地及环境准备要求九、 培训、厂验、工程协调会十、 技术承诺十一、 技术支持及保修十二、 集成厂商、合作方资质证明、软件许可使用权证书(样本)

13、1.3 报价书要求1) 报价的主要内容如下: 系统设备硬件(乙方需提供满足系统需求的详细硬件配置清单。非集团IT/IP集采范围内的设备计入总价;在集团IT/IP集采范围内的设备不计入总价,应在集采的配置模型基础上进行选择,并提出详细的硬件配置建议,同时需要提出系统软件所不支持的主流设备厂家,没提出默认为都支持。甲方有权根据乙方提供的系统配置和与提供商签订的框架协议对该部分价格进行调整,并有权进行单独采购); 系统相关操作系统、数据库软件、外购中间件、防病毒软件、备份软件、监控软件等必需的第三方软件(乙方需提供满足系统需求的详细系统软件配置清单。非集团集采范围内的系统软件计入总价;在集团集采范围

14、内的系统软件不计入总价,应在集采的配置模型基础上进行选择,并提出详细的软件配置建议,甲方有权根据乙方提供的系统配置和与提供商签订的框架协议对该部分价格进行调整,并有权进行单独采购); 应用软件(应用软件应分功能模块和性能模块报价,其中功能模块需要折合为工作量人/日报价;应用软件总价为该两部分折扣后价格之和)。具体要求见报价格式,计入总价; 项目实施及集成费(包括集团集采的第三方软硬件的系统集成、乙方所提供软硬件的安装调测以及为实现系统正常实际工作所需要的系统配置和客户化工作,还包括该产品系统和其他网元之间对接的联合调测,工程协调等),系统集成费率须按所集成产品的软件和硬件总价的百分比计算,计入

15、总价; 必要的软硬件设备配件费用(如网卡、HBA卡、光收发模块等需要额外补充的IT设备和IP设备的软硬件配件的费用),可和非集采设备报价部分一起计入总价; 必要的安装材料费用(如网线、电源线、光纤跳线等用于连接各种设备的线缆等配套材料), 每个节点按一套报价,可和非集采设备报价部分一起计入总价; 除集采设备所带机架外的其他机架及上架套件的费用,可和非集采设备报价部分一起计入总价; 培训费用(按人天单价报价,分为中级培训和高级培训),计入总价; 保修期为终验后两年; 保修期后维保年费率,按成交价百分比计算,不计入总价; 5年正常维护所需的备品备件(如需要),不计入总价; 专用维护工具仪器(如需要

16、),不计入总价; 可供甲方选择的设备和功能(如需要),不计入总价;2) 报价应按设备的详细项目开列单价、数量、折扣率和总价;3) 设备详细项目应细化到最小计价单位;4) 本项目以人民币为单位报价;5) 甲方只购买乙方所提方案中的部分设备时或设备配置规模变化时,乙方应承诺方案中所报目录价、折扣、技术支持等方面的优惠条件保持不变;6) 同型号产品价格的折扣需一致,否则以低者为准;7) 如有赠送、一次性优惠等优惠方式,乙方须在报价中以折扣方式体现;8) 本期不计入总价的维保等部分报价,计入商务评分,影响综合评判结果。9) 报价表格式见附件。1.4 标准和性能本次黑龙江电信2010年翼机通管理平台建设

17、工程是按照中国电信集团公司颁布的中国电信翼支付-行业版技术规范(讨论稿)、中国电信翼支付-行业版业务规范(讨论稿)、关于开展中国电信支付产品试点工作的通知(中国电信市场【2009】 81 号)作为依据作为依据。乙方提供系统的功能、业务、接口、性能等应符合或高于中国电信集团公司颁布的上述规范。对于本技术规范中涉及的需求和以上规范不同的部分以本技术规范的要求为准,对于本标书中未涵盖的所有内容以上述规范为准。乙方应同时说明系统所支持的其它国际标准化组织的标准(例如3GPP标准、ITU-T标准、IETF建议等)及我国国家标准、工业与信息化部部颁标准。若乙方的系统包含自己专用标准,也应在建议书中具体说明

18、,并附上相应的详细技术资料。在保修期内,上述规范如发生变化,乙方应免费更新或升级所提供系统的应用软件版本,以满足上述规范的新版本的要求。1.5 乙方供货和服务范围所需的货物和技术支持描述如下:1.5.1 硬件设备1) 硬件设备,包括:组网设备、服务器、存储、磁带库、机柜等,在集团集采范围内的设备,应在集采的配置模型基础上进行选择,并提出详细的硬件配置建议,甲方有权单独采购;2) 乙方所提供的硬件必须是主流硬件产品;3) 硬件设备为满足对满足系统容量以及所有功能的整套解决方案,不应遗漏任何组件,如有遗漏,乙方应免费补足;4) 乙方提供的所有设备必须是最新且稳定、成熟产品。所有元件、配件、附件和将

19、设备连成系统的连接电缆都应包括在报价中。乙方必须保证所提供产品的数量、质量,并且承担所有在合同中指定的责任和义务;5) 本技术规范书要求厂家需报详细的硬件配置建议,不作为供货范围内容,但作为甲方单独采购硬件设备的参考;但如果甲方认为乙方报的设备各项条件可以接受,也可考虑从乙方直接采购该硬件设备。1.5.2 软件1) 乙方提供的软件包括:应用软件、第三方软件(相关操作系统、数据库软件、外购中间件、防病毒软件、备份软件、监控软件、开发环境软件)等必需的系统软件,其中第三方软件应在主流品牌中推荐,在集团集采范围内的软件,应在集采的配置模型基础上进行选择,并提出详细的软件配置建议,甲方有权单独采购;2

20、) 乙方提供的软件为满足对满足系统容量以及所有功能的整套解决方案,不应遗漏任何组件,如有遗漏,乙方应免费补足。 3) 乙方所提供软件应为最新且成熟稳定的商用版本,必须涵盖本技术规范书所列出的所有功能,并要保证安全可靠及未来扩容和版本升级方便,在建议书中要详细列出所提供的软件清单、发布日期和升级说明;4) 乙方所提供软件必须支持主流硬件产品;5) 乙方所提供软件必须支持主流电信级数据库产品;6) 乙方全面承担由乙方产品中涉及到的第三方产品所引起的一切法律责任;7) 甲方拥有乙方针对本项目开发的应用软件(包括源程序和各种文档)的版权,乙方有责任对第三方保密。8) 在建议书中要对所采用的软件系统进行

21、详细的功能及性能说明,9) 乙方在保修期内免费负责软件的更新、维护以及版本的升级;10) 应用软件在系统验收之前,乙方须根据需求方的要求及时作出设计修改,以保证系统功能的完整性和可靠性;11) 乙方需提供应用软件系统软件全部相关的安装光盘;12) 乙方自行开发的软件须提供数据接口,软件本身具有灵活的配置文件,以方便维护;13) 如果乙方提供的产品属于与合作厂商合作完成的,则应由乙方负责协调合作方产品软件的集成及维护。如果乙方与其合作方解除关系,则仍由乙方负责其产品的维护、软件更新、版本升级,乙方不得推卸责任。1.5.3 安装材料和消耗品1) 建议书应包含各节点的安装材料和清单,用于连接各种设备

22、的线缆等配套材料(如网线、电源线、光纤跳线等,还包括IT/IP集采设备之间以及IT/IP集采设备与非集采设备之间的配套材料)可包含在设备价格中,如包含则需要单列; 2) 若需要,乙方提供的设备应配有一套数量足够至少两年维护期的消耗品,在设备价中也应包含消耗品价格。1.5.4 项目实施与集成服务1) 乙方负责的集成工作应至少包含IT/IP集采设备以及非集采设备和软件的系统集成和配置实施、系统组网、路由设计、备份和容灾、网络安全、内部逻辑划分及编址、域名/设备名和端口名分配、多厂商互通等内容;2) 负责除集采设备、集采软件以外的所有其他软硬件的安装、调测(包括所有软硬件安装完毕后的系统调测)、全网

23、系统联测及技术支持;3) 根据本技术规范书中所定义的系统要求、网络安全等要求和原则,提出相关部署方案建议并负责实施;4) 乙方负责沟通及协调设备提供商、第三方软件提供商、系统软件提供商以及甲方之间的工作;5) 乙方负责组织各相关厂商进行安装方案的技术讨论会,并汇总各方技术要求,确定安装方案;根据软、硬件到货时间,提出硬件安装实施计划及方案;对甲方的机房环境、配套设施等的准备提供明确建议;6) 乙方负责本工程提供的设备直接相连的线缆(光纤跳线、网线等)以及IT/IP集采设备之间的线缆(光纤跳线、网线等)的提供与布放,并对线缆进行标记;负责配套机柜及上架套件的安装和引电;7) 乙方负责制作所需的I

24、P地址分配表,由甲方进行审核;安排人员在现场向最终用户配合人员介绍各设备及系统的有关知识,但不作为正式培训的内容;8) 乙方配合进行设备验货、全网联调、系统测试,并协助进行线路调测的工作,确保连接各节点的线路畅通; 如有需要,负责光衰耗器的提供和施工;9) 乙方负责定期向甲方提交工程实施进度的书面报告;10) 乙方负责起草安装验收测试文档;11) 乙方负责结合甲方需求制定出系统备份策略,并且配合和督促备份设备提供商作好备份策略的设定;12) 乙方负责在应用软件开发商的协助下制定磁盘阵列划分方案,包括卷组、逻辑卷的划分,光纤通道的划分等,并且配合和督促磁盘阵列提供商作好以上工作;13) 乙方负责

25、配合甲方进行应用软件系统的验收,并且负责整个工程过程中的相关文档收集、整理工作;1.5.5 工具和备件1) 若需要,乙方报价每节点应包含一套专用安装维护工具;2) 乙方应根据设备元件的质量情况提出备件配置的建议;3) 乙方提供的设备使用寿命应在10年以上,乙方需保证在终验后10年内甲方可买到功能相同、性价比相同或更高的备品、备件或替代产品。1.5.6 技术文件详细描述见本规范书的第7部分,技术文档。1.5.7 技术支持和技术培训详细描述见本规范书的第10部分,技术支持与技术培训。1.5.8 安装、调测、试运转的技术支持和现场验收测试详细描述见本规范书的第6部分,设备厂验、安装、调试、开通及试运

26、行。2 工程概述2.1 项目背景根据中国电信集团公司产品委员会第二次会议会议纪要(中国电信纪要2009 年171 号)和关于组建2009 年重点产品开发组有关问题的通知(中国电信2009921 号)等文件要求,集团公司决定开展翼支付产品试点工作。翼支付-行业版是中国电信面向行业客户(以校园和企事业单位为主)提供的融入了移动支付能力的信息化应用综合服务业务。校企用户通过电信手机既可以使用优质的通话和信息服务,也可以直接刷手机实现内部食堂/超市消费、门禁识别、考勤和资源管理等后勤服务,还可以在外部电信商家联盟消费。为了满足对于集团业务的支撑,适应翼支付业务发展融合趋势,黑龙江省电信遵照集团下发的中

27、国电信翼支付-行业版技术规范(讨论稿)、中国电信翼支付-行业版业务规范(讨论稿)、关于开展中国电信支付产品试点工作的通知(中国电信市场【2009】 81 号)等文件,针对大中型院校先后启动建设了齐齐哈尔职业学院一卡通平台,佳木斯中医药学院一卡通平台等翼支付行业应用独享平台。为了更好的发展翼支付中小校园和其他行业客户,黑龙江省电信决定在哈尔滨建设全省集中社会共享式翼机通管理平台,接入全省中小校园和其他行业客户,旨在以移动支付为切入点,推进校企行业应用,整合现网支付业务,实现“自有品牌管理、集约清分清算、统一银行接口、专业团队运营”的总体目标,形成全业务支付的专业运营能力,为后续的业务转型和持续发

28、展奠定良好的基础。综上所述,本次工程的实施势在必行。2.2 项目目标本期工程拟在黑龙江省电信公司核心机房建设一个全省集中的翼支付行业平台(即翼机通管理平台),按集中模式的社会共享平台进行建设。各行业客户将各自已有的应用系统接入社区平台;行业内部的消费POS通过应用系统与社区平台相连;社区平台统一与OTA平台、ISAG等平台相连。翼支付行业版客户账户(校企账户)由社区平台进行集中管理,社区平台支持不同校企间的分权分域管理。黑龙江省翼机通管理平台作为全省中小校园和其他行业客户的集中式接入管理平台,是全省中小校园和其他行业客户翼支付行业应用的数据中心。黑龙江省翼机通平台旨在以移动支付为切入点,推进校

29、企行业应用,整合现网支付业务,实现“自有品牌管理、集约清分清算、统一银行接口、专业团队运营”的总体目标,形成全业务支付的专业运营能力。通过翼支付行业版产品,可以帮助中小校园及行业客户内部形成统一管理的信息平台,全面提升翼支付行业客户的管理效率和管理水平,并为翼支付行业用户提供与工作、生活、学习息息相关的支付功能。2.3 建设原则(1)规范性:严格遵循中国电信集团的相关技术规范和业务规范的要求,应对平台进行整体规划。(2)开放性:系统遵循开放性架构,采用开放的接口协议与开发平台,为用户提供统一的、开放的能力调用;业务维护和发展不依赖于设备厂商,能够保证业务的持续升级和发展;(3)安全性:系统按照

30、电信级的应用进行设计,系统软硬件架构充分考虑整个系统运行的安全策略和机制;针对各类流程的安全需求,采用多种安全技术手段,为用户提供完善的安全技术保障;(4)成熟性:采用成熟稳定并具有电信级运营实例的硬件平台和第三方软件。3 总体技术要求3.1 总体要求1) 系统各项技术应遵循中国电信集团公司颁布的中国电信翼支付-行业版技术规范(讨论稿)、中国电信翼支付-行业版业务规范(讨论稿)、关于开展中国电信支付产品试点工作的通知(中国电信市场【2009】 81 号); 2) 系统各项技术应遵循国家相关标准和技术体制,没有相应国家标准则须遵循国际标准。对于现存多种标准的技术,乙方应与甲方共同协商选定标准。一

31、旦相应的中国(或国际)标准确立,乙方应保证在一年内(不收取额外开发费用)过渡到甲方要求相应的中国(或国际)标准;3) 乙方应向甲方提供完整、最新而成熟的系统软硬件等技术和产品。其各项技术应保证具有开放性、可移植性、兼容性和可扩展性。系统配置的软件和硬件设备提供开放的应用接口,可以方便地与其他厂家同类型应用系统进行软、硬件平台互连,便于系统未来的扩展;4) 乙方应详细说明本期工程所提供设备配置的处理能力、容量以及最大扩容可达到的处理能力及容量,说明系统容量受限制的原因,并提供系统进一步扩容的方案;5) 如设备为OEM第三方产品,乙方应说明该产品的原生产厂商;6) 乙方应保证系统割接不能中断业务,

32、也不能影响原有业务数据;7) 乙方提供系统所有软硬件保修两年,保修期自买卖双方签订终验证书之日起开始计算,保修期内乙方为甲方免费更换和维修有缺陷的设备(包括软件的升级和改造)。对于有缺陷的硬件设备,乙方应在收到它们的十五天以内修复或更换并返还给甲方;乙方保证自终验证书签订之日起六年内向甲方提供维修配件;8) 如果乙方目前难以达到甲方所提出的技术要求,甲方要求通过商务条件使乙方承诺进行产品的技术升级;9) 乙方负责提交系统的验收测试方案供甲方确认,并配合甲方完成工程验收;10) 乙方应根据甲方的业务需求及相关的技术规划要求,提出完整的项目管理、系统设计、工程培训、项目施工、项目验收、技术支持方案

33、以及乙方人力资源供给方案,乙方负责建立并向甲方提交工程技术文档。3.2 系统设计要求为了保证本期工程建设的顺利实施,要求乙方在技术实现上应坚持以下原则:1) 应满足国际标准化、开放性、一致性、完备性、正确性、健壮性、灵活性、可扩展性、可监控/可跟踪性、安全性、可运营性和可维护性等要求;2) 应采用国际、国内的标准技术,采用规范的接口和协议,保证系统各组成部分的协同一致,构成可兼容、易移植的系统平台;3) 乙方保证对外接口的开放性,支持与不同厂商设备间的互连。4) 高可靠性/稳定性:采用故障检查、告警和处理机制,保证数据不因意外情况丢失或损坏;采用灵活的任务调度机制实现负载均衡,防止“瓶颈”产生

34、。5) 本系统要求长时间不间断运行,因此可靠性保证应作为系统设计的出发点。除了数据传输要可靠外,系统必须具备良好的文件和数据库备份机制,定期对系统进行备份,并在系统数据丢失的情况下提供数据恢复。6) 乙方所提供系统应提供一定的分级分权管理机制;7) 乙方在建议书应对系统所采用的体系结构、采用的技术、实现方式、编程语言进行详细的阐述。3.3 系统设计指标3.3.1 本期建设规模序号项目数值1满足年限2011年底2翼机通平台支持的用户数150000 3接入企业数量20004接入学校数量305接入POS终端250003.3.2 本期新增功能需求本期新增功能详见附件一:黑龙江电信2010年翼机通管理平

35、台建设工程新增功能需求表。3.3.3 系统指标1) 访问成功率90%,浏览终端率5%,下载成功率90%;2) 系统硬件设备的CPU忙时利用率平均不超过70%,内存忙时利用率平均不超过70%;3) 系统应支持双机热备,在集群方式下为N+1备份,在非集群方式下为1+1备份;4) 从数据库备份到备份系统的时间:每天的备份时间不多于1小时,而且不影响对数据库的少量查询;5) 从备份系统拷贝到数据库里的时间:数据恢复时长不多于1小时;6) 平台支持负载均衡,系统切换时间小于10秒。平台在切换过程中应保证已经处理过的业务正常运行和计费(满足容灾7级要求,SHARE78可切换、数分钟);7) 对于大数据量的

36、统计,应能保证在夜间(4小时内)完成;8) 平台提供足够的磁盘空间,满足在线保存6个月、离线12个月日志和话单以及当月运营日志、话单的要求;磁盘容量在满足系统的稳定运行的前提下,提供主流的RAID冗余方式,并且保证磁盘的忙时平均利用率低于70;最后平台还需要满足进行话务统计的空间要求;9) 平台的计费正确性必须达到99.999;10) 系统消息处理延迟(从系统收到请求消息到返回应答的时间间隔)不大于500毫秒 (99.999%概率)。11) 系统平均无故障时间不小于26280小时(3年);12) 系统平均无故障率不低于99.999%;13) 系统针对平台的处理能力应该采用相应的流量控制措施,满

37、足对处理时延、CPU占有率的要求,保证系统的稳定运行;14) 平台系统应具备电信级可靠性、多种冗余、备份和集群处理的机制和功能,关键部件(应用模块、计费模块)、数据库采用至少双备份配置,具备冗余和负载分担机制,系统应冗余配置,保证系统无单一故障点。主要模块(应用模块、计费模块、数据库)冗余度至少为1+1,易于扩容和维护。3.4 系统质量要求3.4.1 系统应具备高可靠性1) 乙方应向需求方提供成熟的、容错性和易恢复性俱佳的系统。2) 系统必须支持连续724小时不间断地工作。应用软件中的任一构件更新、加载时,在不更新与上下构件的接口的前提下,不影响业务运转和服务。3) 系统必须支持负载均衡能力,

38、支持应用部署在多台服务器上,避免应用系统的单点故障。冗余点在单台设备软硬件故障情况下,要求系统所承载业务仍正常提供且服务质量不劣化。4) 系统应具备静态过负荷控制和动态过负荷控制两种过负荷控制的能力,能根据CPU、内存、处理能力进行过负荷控制。5) 软件故障情况下,系统应具备故障守护恢复机制,即当发生一般性软件障碍时,系统应具有自纠恢复能力,例如:软件发生障碍时能进行局部再装入等。当发生全系统中断或电源中断恢复后,系统应能迅速地自动再启动运行。乙方应在应标书中说明系统故障倒换对业务损伤情况和系统恢复、再启动所需的时间。6) 系统能够正确识别外围系统发的错误请求及重复请求,避免出现一些不可预测的

39、结果。3.4.2 系统应具备安全性1) 网络安全系统需要划分安全域并进行隔离,同时建立完善的网络安全机制,这些安全机制包括:防火墙系统、入侵检测系统等。系统应支持访问控制、安全检测、攻击监控等一系列安全功能,应提供完整的网络安全监控、报警和故障处理功能。a) 具有入侵检测的功能,监控可疑的连接、非法访问等,采取的措施包括实时报警、自动阻断通信连接或执行用户自定义的安全策略,入侵检测系统应对违背安全事件记录并报警;b) 能定期检查安全漏洞,根据扫描的结果更正网络安全漏洞和系统中的错误配置;c) 乙方应提供有关网络安全的详细说明,公网上传输的数据,必须以国家标准的加密算法加密,并在应标书列出算法及

40、相关软件列表;d) 与其它网络的连接须设置防火墙,并定义完备的安全配置策略进行隔离。2) 数据安全 a) 系统必须采取定期备份或作数据容灾备份等措施来保证数据的安全。b) 系统必须提供联机的数据备份能力,保证数据的完整性和有效性。c) 系统对用户数据也应采取安全措施,防止用户数据泄密、丢失和被非法修改,保障用户利益。3) 系统安全a) 系统应具有防病毒能力。防病毒软件应具备全面查杀病毒,查杀病毒准确无误,管理方便,病毒特征码自动更新,安装简单的特点;b) 系统应具备访问权限的识别和控制功能,根据不同的应用需求提供多级密码口令,对系统管理员、数据库管理员及其他管理员必须授予不同级别的管理权限。当

41、有非法访问或系统安全性受到破坏时必须告警。任何远程登录用户的口令均必须具有有效期配置功能;c) 系统应提供操作日志记录功能,以便及时掌握系统安全状态,操作系统应符合C2级以上安全标准;d) 数据库应支持C2或以上级安全标准、多级安全控制。支持数据库存储加密、数据传输通道加密及相应冗余控制;e) 对数据库的操作必须提供一致性认证。禁止对数据库进行手工操作。f) 系统用户账号管理、密码管理、数据访问权限和功能操作权限管理必须满足中国电信IT内控要求。3.4.3 系统应易于使用1) 系统应易于安装和使用,具备风格一致用户界面,且用户界面应为中文操作界面。为方便使用,系统应设置导航栏等内容。2) 系统

42、应能在浏览器中完成基本的管理任务,对用户输入错误,应尽早发现和提示;3) 系统应具备完善的联机帮助功能。4) 随系统提交的产品文件必须包括完善的、针对不同级别用户的应用系统培训教材、培训考题及培训考核方法建议。5) 厂家可以通过对产品颁发资格认证证书的方式,以确认用户对该产品的某个操作级别的使用资格。6) 对于业务熟练并且熟悉电脑操作的普通用户,应该可以通过不超过三天的初级培训,即可熟练掌握应用系统基本功能的操作技能。7) 对于系统管理员,应该可以通过不超过累计两周的培训,即可熟练掌握应用系统管理相关功能的操作技能。8) 应用系统必须提供一致性的图形用户界面风格。9) 应用系统对普通用户的操作

43、界面应该以B/S 方式实现。10) 应用系统应该支持操作员登录系统后,不超过三次鼠标的点击,即可访问到业务所需功能。11) 应用系统必须支持同时打开多个管理窗口以对不同任务进行并行的操作。12) 应用系统应该支持在一个业务过程中的所有功能界面都有返回上一个操作的快捷联接。13) 应用系统应该支持通过键盘即可完成一个界面窗口内的主要操作。14) 应用系统应该支持通过Tab 键或回车键可以访问到同一个窗口的所有控件对象。15) 应用系统应该支持对于常用功能设置快捷键以方便功能间的切换;快捷键的功能定义在全系统保持一致。16) 应用系统必须采用分页机制显示查询结果,并显示返回的记录数目、当前页和总页

44、数。17) 应用系统发现用户提交有误信息,必须以弹出窗口的形式明确提示用户错误的原因,并把界面控制焦点置于发生错误的控件对象上。18) 应用系统的操作界面必须用“*”明确标识出必填的输入信息。19) 在导致系统数据发生变化的操作执行之前,系统应该弹出提示窗口供用户确认。20) 对于复杂的信息结构,系统应该采用分帧的机制在同一个窗口中显示不同的信息内容,并自动刷新不同部分的信息内容。21) 当应用系统正在执行用户提交的请求而无法返回时,必须明确标识系统处于繁忙阶段。22) 应用系统功能菜单必须按照功能域、功能组的分类方法进行组织。23) 对于操作员无权限使用的菜单功能,应用系统不允许显示该菜单或

45、将其设置为不可用状态。24) 系统必须提供在线帮助功能,对于每一个操作功能都能查找到相应的详细使用说明。25) 操作员登录系统后,系统必须能够主动地提醒等待该操作员处理的任务。3.4.4 系统可维护性要求1) 系统具备方便且可定期执行、分析结果的业务测试功能; 2) 系统应易于修改,对某一个子系统的修改,不影响其他系统的正常运行;3) 系统应易于扩展,新增服务时要求对系统做尽可能少的修改;4) 系统应具备自管理和监控功能,能够实时监控各模块的执行;5) 乙方提供的系统应具备在线升级协议及版本的功能,在不中断业务的情况下支持对系统的外部接口协议进行在线升级、对修改后的系统版本进行在线升级。6)

46、系统在运行过程中所发生的任何错误都应该有明确的错误编号,并能在系统的相应维护手册中查到错误处理方法与步骤。7) 应用系统必须支持通过统一的图形界面,能够监控到应用系统所有的报警、异常信息。8) 应用系统应该采用构件化设计思想,系统框架与业务逻辑分离;要求具备开放的体系结构。3.4.5 系统完备性要求乙方根据本规范书要求提出的方案及设备配置,必须能完成网络连接及所有要求的功能,不存在电缆、网卡或其它附件的短缺,不存在本期工程设备和软件性能不满足业务需求和系统功能的情况,否则乙方须在两周内免费补齐所缺设备和软件。3.4.6 系统可测试性要求1) 随系统提交的技术文件必须明确标识出所实现的可度量的功能和性能指标。2) 乙方应有固定的测试工程师进行专门的测试工作,每次新功能测试完成后,应提供详细的测试文档,包括测试的用例、方法及其结果等,交付局方人员作验收测试。测试结果应符合实际,测试未通过的项目应及时反馈并进行修改。3) 详细测试要求参见6.3节。3.4.7 系统可移植性要求1) 系统应该不需改动或尽可能少的改动就可以在不同的主流UNIX(IBM、HP、SUN等)及Linux 平台

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 建筑/施工/环境 > 农业报告


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号