中国电信无线网优平台建设工程技术规范书.doc

上传人:文库蛋蛋多 文档编号:2702147 上传时间:2023-02-23 格式:DOC 页数:134 大小:1.02MB
返回 下载 相关 举报
中国电信无线网优平台建设工程技术规范书.doc_第1页
第1页 / 共134页
中国电信无线网优平台建设工程技术规范书.doc_第2页
第2页 / 共134页
中国电信无线网优平台建设工程技术规范书.doc_第3页
第3页 / 共134页
中国电信无线网优平台建设工程技术规范书.doc_第4页
第4页 / 共134页
中国电信无线网优平台建设工程技术规范书.doc_第5页
第5页 / 共134页
点击查看更多>>
资源描述

《中国电信无线网优平台建设工程技术规范书.doc》由会员分享,可在线阅读,更多相关《中国电信无线网优平台建设工程技术规范书.doc(134页珍藏版)》请在三一办公上搜索。

1、中国电信无线网优平台建设工程招标文件技术规范书中国电信集团公司二九年六月目 录1概述11.1定义11.2建议书要求21.3报价书要求31.4标准和性能51.5乙方供货和服务范围51.5.1硬件设备51.5.2软件51.5.3安装材料和消耗品61.5.4工具和备件61.5.5技术文件71.5.6技术支持和技术培训71.5.7安装、调测、试运转的技术支持和现场验收测试71.6工程进度72工程概述82.1项目背景82.2项目目标92.3系统演进92.4现状描述103总体技术要求103.1总体要求103.2系统设计要求113.3系统设计指标123.4系统体系结构要求123.5系统功能要求133.6系统

2、质量要求133.6.1系统应具备高可靠性133.6.2系统应具备完备的功能性143.6.3系统应具备完整性和安全性143.6.4系统应易于使用153.6.5系统可维护性要求173.6.6系统完备性要求173.6.7系统可扩展性要求183.6.8系统可测试性要求183.6.9系统可移植性要求183.6.10系统易安装性要求184详细技术要求194.1网络规模194.2系统架构要求204.2.1软件架构204.2.2平台功能框架214.2.3硬件架构234.3功能要求234.3.1数据管理234.3.2日常优化分析474.3.3专项优化分析544.3.4用户级优化分析674.3.5网络评估734.

3、3.6*RF规划支撑794.3.7工作管理804.3.8*前台支撑844.3.9GIS(地理信息辅助分析)854.3.10报表系统944.3.11系统管理974.4接口要求1014.5性能要求1034.5.1接入方式及接入能力1034.5.2系统可靠性要求1034.5.3系统时间响应要求1044.5.4数据采集能力要求1054.5.5数据联机存储能力要求1054.5.6系统用户界面要求1064.5.7系统可维护性要求1064.5.8系统可扩展性要求1074.5.9系统开放性要求1074.5.10网络安全要求1074.5.11其他要求1075系统配置1085.1系统配置需求1085.1.1服务器

4、处理能力估算1085.1.2存储容量估算1085.2系统配置方案1095.3硬件平台1095.3.1设备体系结构和实现原理1095.3.2设备基本技术规格1095.3.3设备技术要求1125.3.4电源要求1125.3.5场地要求1125.4软件平台1126设备厂验、安装、调试、开通及试运行1136.1厂验1136.2交货1136.3安装和调试1136.4维护工具仪器和备品备件1146.5验收1157技术文档1158项目管理1169进度计划11710技术支持与技术培训11710.1技术支持11710.2技术培训11911保修12012其他1211 概述1.1 定义1) 本规范书为中国电信无线网

5、优平台技术要求和供货要求,供设备或软件提供商(乙方)编写建议书和报价书之用。建议书的内容格式应符合本规范书附件的要求。2) 乙方在建议书中,对本规范书中所提各项要求能否实现与满足,应逐项予以说明和答复。乙方亦可根据自己的产品技术性能具体情况,在建议书中提出建议,并附详细资料和说明。3) 对本规范书各条目的应答为“满足”、“不满足”、“部分满足”,不得使用“明白”、“理解”等词语。在答复中,要求明确满足程度,并作出详细解释,不得仅有应答而无解释。说明中有“详见”、“参见”的,应指明参见文档中的具体的章节或页码。4) 本技术规范书应视为保证中国电信无线网优平台系统运行所需的最低要求。如有遗漏,乙方

6、应予以补充,否则一旦中标将认为乙方认同遗漏部分并免费提供。5) 根据本规范书要求,乙方应作出系统解决方案和系统详细设计。同时在建议书中说明给甲方提供的技术文件、技术支持、人员培训等的范围和程度。6) 规范书有关内容的澄清: 乙方对于规范书的疑问可以通过书面材料与甲方联系。在规定的建议书提交最后期限以前,甲方将以书面材料给予答复。有关甲方答复材料的复印件也将递交所有得到技术规范书的乙方; 在技术谈判的各个阶段,甲方将以书面形式要求乙方对有关问题进行进一步的技术澄清,乙方应以书面资料给予正式应答;所有各阶段的技术澄清文件都将作为合同附件。7) 甲方在任何时候都保留和拥有对本文件的解释权。甲方有权在

7、签定合同前,根据需要修改和补充本技术规范书,修改补充后的最终技术规范书将作为合同的附件。8) 乙方在参与本项目中,对于甲方披露和提供的所有信息应作为商业秘密对待并予以保护,未经甲方授权不得将任何信息泄漏给第三方,否则甲方有权追究乙方的责任。1.2 建议书要求乙方应根据本文件中提出的相关要求,提供1份纸质(中文)建议书和1份纸质(中文)报价书,要求同时提供建议书和报价书的电子文档(USB接口可读载体) ,建议书和报价书须加盖乙方鲜章,报价书要求单独密封提交。建议书应采用Word 格式,报价书应采用Excel格式。同时乙方在建议书中应以Excel格式单独列明所有设备配置详细清单。报价书中,产品报价

8、以人民币为单位。本次报价为一次性报价。甲方只购买乙方所提方案中的部分设备时或设备配置规模变化时,乙方应承诺方案中所提价格折扣、技术服务等方面的优惠条件保持不变。甲方拥有乙方提供的应用软件的版权,并享受乙方提供的售后服务和技术支持。甲方有权对乙方提供的应用软件进行修改维护。甲方拥有购买乙方提供的部分或全部软件的权利。提交物: 技术建议书(关于中国电信无线网优平台建设工程的详细完整解决方案);含应答书(对本文件各项要求的逐条详细答复); 乙方向甲方提供或建议的全部产品的详细技术资料(例如硬件产品的性能,硬件设备的外形尺寸、重量、进出线方式,硬件设备所需电源种类、耗电量、电压及地线要求,机房荷重、温

9、湿度及环境要求,软件产品性能等); 乙方还应同期提交报价文件一份,报价书单独密封提交。建议书的内容格式:一、 总体描述二、 工程技术规范书及点对点应答三、 系统详细建设方案四、 软件和硬件设备介绍含软件和硬件设备技术指标、软件和硬件设备不同配置的性能价格比较;软件和硬件设备的正式使用时间。五、 系统配置清单六、 场地及环境要求设备安装要求及建议、抗震加固措施等各种设备的外形尺寸、重量、面板布置、进出线方式等各种设备所需电源种类、耗电量、电压及地线要求机房荷重、温湿度及环境要求 七、 工程界面、工程进度安排,以及施工办法和质量保证措施八、 测试及验收设备测试、系统测试的方法和环境九、 培训十、

10、技术承诺十一、 技术支持及保修十二、 技术文档列表十三、 集成厂商及合作方资质证明1.3 报价书要求1) 报价的主要内容如下: 应用软件及中间件等中国电信无线网优平台必须具备的软件; 系统软件(指操作系统、数据库软件等,可不报价,但需要提出系统软件详细配置建议); 集成费率(按本项目软件、硬件等总价的百分比计算,不计入总价,但作为评标的重要指标); 保修期内(终验后1年内)维保费(计入总价); 培训费用(开发培训和中级培训计入总价,高级培训可不计入总价); 系统硬件; 保修期后维保年费率,按成交价百分比计算(不计入总价); 提供系统后续开发费用的组成和报价方式供甲方参考,不计入总价; 其它费用

11、; 报价格式按省按项目汇总2) 需要承诺维保期内本地需求的增加和更改,经集团确认后,乙方也应当免费满足,同时支持免费更换及软硬件升级;3) 报价应按设备的详细项目开列单价、数量、折扣率和总价,其中电缆、备品备件、安装材料等应开列清单单价和总价,配置和报价应按设备、节点、安装地点、设备类型等进行汇总;4) 设备详细项目应细化到最小计价单位;5) 维护、工具仪器、仪表应按台、件详列单价、数量和总价;6) 本项目以人民币为单位报价;7) 甲方只购买乙方所提方案中的部分设备时或设备配置规模变化时,乙方应承诺方案中所报目录价、折扣、技术支持等方面的优惠条件保持不变;8) 同型号产品价格的折扣需一致,否则

12、以低者为准;9) 如有赠送、一次性优惠等优惠条件,乙方也必须在优惠条件之外,给出正常折扣方式的报价,并承诺今后扩容或新购软、硬件不超过该折扣;10) 针对第三方客户化开发费乙方必须提供本次在现场全职参与客户化开发的人员名单和资质;11) 乙方应承诺在中标后不得退标,且当本期工程甲方实际所购置设备的种类、数量、规模发生变化时,保证所提供的价格折扣水平、技术服务等方面的各种优惠条件不变;12) 乙方提供的备品备件单独列出价格,不包进总价。1.4 标准和性能本次中国电信无线网优平台是按照中国电信集团公司颁布的无线网络优化平台规范相关标准作为依据并结合了中国电信各省公司需求现状提出的要求,乙方提供的各

13、项设备和系统的功能、业务、接口、性能等应完全符合或高于中国电信集团公司颁布的无线网络优化平台相关标准。对于本技术规范中涉及的中国电信无线网优平台相关标准不同的部分以本技术规范的要求为准,对于本标书中未涵盖的所有内容以无线网络优化平台相关标准为准。乙方应同时说明网络方案及软、硬件系统所支持的其它国际标准化组织的标准(例如3GPP标准、ITU-T标准、IETF建议等)及我国国家标准、信息产业部部颁标准。若乙方的设备包含自己专用标准,也应在建议书中具体说明,并附上相应的详细技术资料。在系统使用期内,若有中国电信集团公司无线网络优化平台规范相关标准或技术体制出台,乙方应根据甲方要求在一定时限内(甲方应

14、提供具体时限供乙方参考)免费负责修改或更改所提供设备和系统的管理软件版本。1.5 乙方供货和服务范围所需的货物和技术支持合述如下:1.5.1 硬件设备1) 本技术规范书要求厂家需报详细的硬件配置建议,不作为供货范围内容,但作为甲方单独采购硬件设备的参考;但如果甲方认为乙方报的设备各项条件可以接受,也可考虑从乙方直接采购该硬件设备。1.5.2 软件1) 乙方提供的软件包括:操作系统、数据库软件、备份软件(上述三项乙方均需报详细的配置建议,但不作为本次供货范围内容)和中国电信无线网优平台系统软件、中间件等;2) 乙方所提供软件应为最新且成熟稳定的商用版本,必须涵盖本技术规范书所列出的所有功能,并要

15、保证安全可靠及未来扩容和版本升级方便,在建议书中要详细列出所提供的软件清单、发布日期和升级说明;3) 如果乙方提供的产品属于与合作厂商合作完成的,则应由乙方负责协调合作方产品软件的集成及维护。如果乙方与其合作方解除关系,则仍由乙方负责其产品的维护、软件更新、版本升级,乙方不得推卸责任。4) 乙方全面承担由乙方产品中涉及到的第三方产品所引起的一切法律责任;5) 甲方拥有乙方针对本项目客户化开发的应用软件(包括源程序和各种文档)的版权,乙方有责任对第三方保密。6) 本项目中用到的所有的第三方软件的安装、实施、集成和维保期内的维护均有乙方承担。1.5.3 安装材料和消耗品1) 建议书应包含各节点的安

16、装材料和清单,用于连接各种设备和硬件的室内线缆可包含在设备价格中,如不包含则需要单列;2) 若需要,乙方提供的设备应配有一套数量足够至少两年维护期的消耗品,在设备价格中也应包含消耗品价格。1.5.4 工具和备件1) 若需要,乙方报价每节点应包含一套专用安装维护、测试工具;2) 乙方应根据设备元件的质量情况提出备件配置的建议;3) 乙方提供的设备使用寿命应在10年以上,乙方需保证在终验后10年内甲方可买到功能相同、性价比相同或更高的备品、备件或替代产品。1.5.5 技术文件详细描述见本规范书的第7部分。1.5.6 技术支持和技术培训 详细描述见本规范书的第10部分。1.5.7 安装、调测、试运转

17、的技术支持和现场验收测试详细描述见本规范书的第6部分。1.6 工程进度本工程计划在2009年8月初进行系统上线试用。阶段详细工作计划(采用相对时间与计划时间点相结合的方式,重点保障计划时间点,确切日期根据工程具体进度确认)如下:序号项 目时间开始时间结束时间OSS系统1可行性研究20 days2软件SI确定20 days2009-6-212009-7-103硬件设备采购15 days2009-6-152009-7-14工程设计10 days2009-7-12009-7-105设备到货15 days2009-7-12009-7-156施工调测15 days2009-7-152009-7-30根据

18、上述要求,乙方应在建议书中给出详细的进度安排计划表(以计划时间点为标识),并说明各个阶段的工作安排、以及双方的协调配合问题。2 工程概述2.1 项目背景运营商之间的全业务竞争及3G时代来临使得运营商之间的竞争将更加剧烈。 各移动运营商网络的竞争已经不是单纯的规模的竞争,而是网络品质的竞争。为了在激烈的市场竞争中保持优势,需要不断提高网络业务质量和服务质量,以提高用户的满意度和忠诚度。无线网络优化是提升CDMA 移动网络质量的重要基础性工作。在网络扩容工程不断推进和用户快速发展的环境下,要保持网络质量稳定和提升,具备高效的优化工具和手段是十分必要的。结合网络优化工作的现状和特点,为了能够基于更全

19、面的信息进行深入的智能化分析,解决网络问题、改善用户感受,需要建设一套无线网络优化系统,作为无线网络优化的分析和管理工具,提升网络优化能力和网络优化工作效率。, 2.2 项目目标无线网络优化平台的建设应满足 CDMA网络优化的需要。通过建设无线网络优化平台,实现以下目标:数据的自动采集:通过各类自动接口,以及对专业数据的深度挖掘和充分利用;减轻优化人员的数据处理工作强度,提高专业数据的管理水平和利用效率,并最大限度地发挥性能数据对网优工作的基础支撑功能。数据的智能分析:以丰富、完善的智能分析功能,以及开放、灵活的架构设计,通过对系统级到载扇级的各项性能指标的深度分析,实现网优工作的“精耕细作”

20、、构建智能专家支持系统,真正体现“无线网优专家”的理念。精细化、标准化的网优工作管理:通过电子流程进一步规范网优人员的日常管理和生产工作。从而真正做到数据采集自动化、数据分析智能化、网优管理精细化,提高网优分析深度和工作效率。2.3 系统演进本项目建设分两个阶段进行:第一阶段(2009.1-2009年底):完成主要的功能模块,包括网优系统平台数据管理及网优分析类功能,完成GIS展现及报表系统。第二阶段(2010.012010年底):按CTG-MBOSS规范,进行接口开发,完成必要的网优流程和工单运转,继续深化完善网优平台数据来源及接口,深入进行数据挖掘,支持各类更精确分析的网优分析和网络评估,

21、成为集数据管理,网优网规支撑,网优流程管理等于一体的综合网优平台。2.4 现状描述目前未建无线网优平台。3 总体技术要求3.1 总体要求1) 系统各项技术应遵循中国电信相关标准和技术体制;2) 乙方应向甲方提供完整、最新而成熟的系统软硬件等技术和产品。其各项技术应保证具有开放性、可移植性、兼容性和可扩展性。系统配置的软件和硬件设备提供开放的应用接口,可以方便地与其他厂家同类型应用系统进行软、硬件平台互连,便于系统未来的扩展;3) 本项目涉及的设备提供商可能不只一家,因此在遵循本技术规范的基础上,要求各设备提供商在系统集成方面提供充分的合作和技术支持;在工程实施中,不同的承建系统集成商由甲方工程

22、管理单位和总系统集成商统一协调,各设备提供商须积极配合,涉及到的互连接口,必须提供具体技术细节资料;4) 乙方提供系统所有软硬件保修两年,保修期自买卖双方签订终验证书之日起开始计算,保修期内乙方为甲方免费更换和维修有缺陷的设备(包括软件的升级和改造),由于设备缺陷造成的甲方损失由乙方承担。对于有缺陷的硬件设备,乙方应在收到它们的十五天以内修复或更换并返还给甲方;乙方保证长期向甲方提供维修配件,并且在软件保修期内由于软件升级而引起硬件变动所发生的费用也应由乙方承担;5) 如果乙方目前难以达到甲方所提出的技术要求,甲方要求通过商务条件使乙方承诺进行产品的技术升级;6) 乙方负责提交系统的验收测试方

23、案供甲方确认,并配合甲方完成工程验收;7) 乙方应根据甲方的业务需求及相关的技术规划要求,提出完整的项目管理、系统设计、工程培训、项目施工、项目验收、技术支持方案以及乙方人力资源供给方案,乙方负责建立并向甲方提交工程技术文档。8) 乙方所提供产品应具备对未来3G业务的基本支撑能力。3.2 系统设计要求中国电信无线网优平台在技术实现上应满足以下要求:1)应用软件的设计应采用业界成熟的软件架构,或承诺按照用户的进度要求无偿向满足上述要求的系统过渡,系统应具有良好的灵活性、可操作性和可扩展性,并遵循中国电信集团公司的相关接口规范;2)为了向客户提供灵活多样的服务,快速适应新业务的开展,应用软件的设计

24、应采用灵活的结构,应采用面向对象、中间件等技术;3)整个应用软件系统应能够连续724小时不间断工作,应用软件中的任一模块更新、加载时,在上下模块的接口不改变的前提下,不影响业务运转和服务;4)应具有完整的操作权限管理功能和完善的系统安全机制,能够对每个操作员的每次操作有详细的记录,对每次非法操作记录日志并产生告警;5)应能为系统管理员提供多种发现系统故障和非法登录的手段;6)应采用简洁、直观、友好的图形化中文界面,支持鼠标操作;7)对于业务处理界面,应保证操作人员能够完全利用键盘操作;8)对于常用环节,系统应设置快捷键以方便功能间的切换;操作及选择键(热键、菜单选择等)的功能定义在全系统保持一

25、致;9)应具备相应容错手段,允许操作人员有限范围的误操作;10)应具有在线帮助功能,并能方便管理员修改帮助信息;11)支持中文字符集等相关国家标准规定的汉字字符处理,可进行处理、显示和打印。12)系统开发、运行中卖方在任何时候对应用软件进行补充、修改后,都应提交相应的详细技术文档。所有的报表、图形、统计资料都应当可以方便地输出到电子文档,电子文档的格式应比较普遍,便于用户阅读、编辑、修改。如果采用特殊的格式,应免费提供阅读修改编辑该文档的软件。3.3 系统设计指标1) 系统应具有较强的安全性和保密性。2) 系统不易崩溃或被破坏,具有良好的恢复能力。3) 系统有完善的用户组管理,控制不同用户的权

26、限。4) 网络及数据库系统可进行访问控制。5) 系统应提供详细的记录日志。6) 系统必须能够提供完善的业务告警系统。3.4 系统体系结构要求1) 乙方所提供系统需遵循中国电信最新规范的要求。 2) 遵循松耦合、模块化的原则,采用软件总线、组件设计方式以保证应用系统的灵活性,适应个性化的需求;3) 乙方保证对外接口的开放性,支持与不同厂商设备间的互连。4) 乙方应提供设备的在线扩容,包括在线扩展CPU、内存,及扩展集群点。5) 乙方所提供系统采用集中式结构(分布采集、集中处理、集中存储),同时提供一定的分级分权管理机制;6) 乙方在建议书应对系统所采用的体系结构、采用的技术、实现方式、编程语言进

27、行详细的阐述。7) 乙方所提供系统应进行良好的分层和封装,并在建议书中对软件分层和封装进行详细说明;3.5 系统功能要求见本技术规范书第4节“详细技术要求”。3.6 系统质量要求3.6.1 系统应具备高可靠性1) 乙方应向需求方提供成熟的、容错性和易恢复性俱佳的系统。在乙方的应标书中应明确指明其系统的MTTR和MTBF指标(分软、硬件)。2) 应用系统必须支持连续724 小时不间断地工作,应用软件中的任一构件更新、加载时,在不更新与上下构件的接口的前提下,不影响业务运转和服务。乙方提供的系统应满足单节点系统(冗余热备后节点)应达到99.999的电信级可靠标准,多节点组网的系统(含容灾节点)可提

28、供100%可靠性。3) 系统与业务提供相关的关键设备必须采用主备或负荷分担在线冗余方式,冗余点在单台设备软硬件故障情况下要求系统所承载业务仍正常提供且服务质量不劣化。4) 系统支持定期进行主备或负荷分担设备业务倒换操作,倒换操作对在线业务无损伤。5) 软硬件设备故障情况下,系统应具备故障守护恢复机制,即当发生一般性软件和硬件障碍时,系统应具有自纠恢复能力,例如:硬件发生障碍时能立即倒换至无障碍的电路继续正常运行,软件发生障碍时能进行局部再装入等。当发生全系统中断或电源中断恢复后,系统应能迅速地自动再启动运行。乙方应在应标书中说明系统故障倒换对业务损伤情况和系统恢复、再启动所需的时间。6) 系统

29、必须采用增量备份和全备份相结合的方式定期备份重要的系统数据。7) 应用系统在业务处理高峰时,各主机设备的内存利用率应该不大于70%,CPU 平均空闲率不低于30%。8) 应用系统必须支持负载均衡能力,支持应用部署在多台服务器上,避免应用系统的单点故障。9) 应用系统应具有良好的并行处理机制,对存取冲突的竞争具有有效的仲裁和加锁机制,充分保证事务处理的完整性,并降低系统I/O 开销,提高并发用户查询和存取的性能。3.6.2 系统应具备完备的功能性系统应依据本规范书实现完善、准确的功能。3.6.3 系统应具备完整性和安全性1) 系统应提供有效的安全保密措施,确保系统和数据资源的安全,防止对系统资源

30、的非法侵入,入侵检测系统应对违背安全事件记录并报警; 2) 乙方应提供有关网络安全的详细说明,公网上传输的数据,必须以国家标准的加密算法加密,并在应标书列出算法及相关软件列表;3) 系统必须提供联机的数据备份能力,关键数据的传输必须支持采用可靠的加密方式,保证关键数据的完整性与安全性。4) 不同的操作员具有不同的数据访问权限和功能操作权限,系统管理员应能对各操作员的权限进行配置和管理。5) 不允许以明文方式保存用户密码或系统使用的各类密码。应该采用不可逆的加密方式保存此类密码,系统应该支持MD5、crypt 等加密算法。6) 系统应该充分利用防火墙、安全证书、SSL 等数据加密技术保证系统与数

31、据的安全。7) 系统必须支持对系统运行所必须的用户名与密码周期性更改的要求。8) 系统必须强制实现操作员口令安全规则,如限制口令长度、限定口令修改时间间隔等,保证其身份的合法性。9) 系统必须支持操作失效时间的配置。当操作员在所配置的时间内没有对界面进行任何操作则该应用自动失效。10) 系统必须提供完善的审计功能,对系统关键数据的每一次增加、修改和删除都能记录相应的修改时间、操作人和修改前的数据记录。11) 系统的审计功能必须提供根据时段、操作员、关键数据类型等条件组合查询系统的审计记录。12) 系统的审计功能必须提供针对特定关键数据查询历史审计记录。3.6.4 系统应易于使用1) 系统应易于

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

33、用系统管理相关功能的操作技能。8) 应用系统必须提供一致性的图形用户界面风格。9) 应用系统对普通用户的操作界面应该以B/S 方式实现。10) 应用系统应该支持操作员登录系统后,不超过三次鼠标的点击,即可访问到业务所需功能。11) 应用系统必须支持同时打开多个管理窗口以对不同任务进行并行的操作。12) 应用系统应该支持在一个业务过程中的所有功能界面都有返回上一个操作的快捷联接。13) 应用系统应该支持通过键盘即可完成一个界面窗口内的主要操作。14) 应用系统应该支持通过Tab 键或回车键可以访问到同一个窗口的所有控件对象。15) 应用系统应该支持对于常用功能设置快捷键以方便功能间的切换;快捷键

34、的功能定义在全系统保持一致。16) 应用系统必须采用分页机制显示查询结果,并显示返回的记录数目、当前页和总页数。17) 应用系统发现用户提交有误信息,必须以弹出窗口的形式明确提示用户错误的原因,并把界面控制焦点置于发生错误的控件对象上。18) 应用系统的操作界面必须用“*”明确标识出必填的输入信息。19) 在导致系统数据发生变化的操作执行之前,系统应该弹出提示窗口供用户确认。20) 对于复杂的信息结构,系统应该采用分帧的机制在同一个窗口中显示不同的信息内容,并自动刷新不同部分的信息内容。21) 当应用系统正在执行用户提交的请求而无法返回时,必须明确标识系统处于繁忙阶段。22) 应用系统功能菜单

35、必须按照功能域、功能组的分类方法进行组织。23) 对于操作员无权限使用的菜单功能,应用系统不允许显示该菜单或将其设置为不可用状态。24) 系统必须提供在线帮助功能,对于每一个操作功能都能查找到相应的详细使用说明。25) 操作员登录系统后,系统必须能够主动地提醒等待该操作员处理的任务。3.6.5 系统可维护性要求1) 系统具备方便且可定期执行、分析结果的业务测试功能; 2) 系统应易于修改,对某一个子系统的修改,不影响其他系统的正常运行;3) 系统应易于扩展,新增服务时要求对系统做尽可能少的修改;4) 系统应具备自管理和监控功能,能够实时监控各模块的执行;5) 系统在运行过程中所发生的任何错误都

36、应该有明确的错误编号,并能在系统的相应维护手册中查到错误处理方法与步骤。6) 应用系统应该支持通过统一的图形界面,监控各应用构件的运行状态。7) 应用系统必须支持通过统一的图形界面,能够监控到应用系统所有的报警、异常信息。8) 应用系统应该采用构件化设计思想,系统框架与业务逻辑分离;要求具备开放的体系结构。9) 应用系统应该支持通过统一的图形界面能够访问到系统各构件、合约的版本信息及相应功能说明。3.6.6 系统完备性要求乙方根据本规范书要求提出的方案及设备配置,必须能完成网络连接及所有要求的功能,不存在电缆、网卡或其它附件的短缺,不存在本期工程设备和软件性能不满足业务需求和系统功能的情况,否

37、则乙方须在两周内免费补齐所缺设备和软件。3.6.7 系统可扩展性要求系统应采用分布式多处理机结构(能自动或人工调整各种业务的分担方式,分担比例),模块冗余度为1+1,易于扩容和维护。能支持平滑无中断在线扩容或新增业务及功能模块。3.6.8 系统可测试性要求1) 随系统提交的技术文件必须明确标识出所实现的可度量的功能和性能指标。2) 乙方应有固定的测试工程师进行专门的测试工作,每次新功能测试完成后,应提供详细的测试文档,包括测试的用例、方法及其结果等,交付局方人员作验收测试。测试结果应符合实际,测试未通过的项目应及时反馈并进行修改。3.6.9 系统可移植性要求1) 应用系统应该与操作系统平台无关

38、或支持在不同的主流操作系统平台,包括:Windows、UNIX(IBM、HP、SUN)及Linux 平台下方便的移植。2) 应用系统必须对于存储设备、备份设备及各种网络设备具有完全无关性。3) 应用系统必须支持在不同主流数据库平台(ORACLE、INFOMIX、DB2、SYBASE)的移植。移植时不允许修改业务逻辑构件,应该尽可能少地修改直接操作数据库的信息服务构件。4) 应用系统必须支持在不同主流GIS平台(MapInfo、ArcGIS等)的下方便的移植,移植时应不影响系统的业务功能。3.6.10 系统易安装性要求1) 应用系统应该提供图形化的安装与配置界面。2) 应用系统必须支持客户端软件

39、版本的自动升级。4 详细技术要求 1) 在以下功能模块中,如果乙方系统在实现中集成了第三方产品,需详细说明集成度和集成方式;2) 如果乙方与合作方共同完成,则明确彼此的分工界面,详细说明集成度和集成方式。3) 在以下功能要求中,如果系统需要进行周期性操作,要求实现周期可配置;4) 如不特别说明,系统所配置的缺省参数均为本规范书所提出的要求。4.1 网络规模中国电信各省分公司CDMA网络规模现状大致分为三类规模,每类用户数及话务指标如下表所示:用户数每日BHCA大规模200万35,000,000中等规模100200万20,000,00035,000,000小规模100万20,000,000预计未

40、来中国电信网络规模将有大幅增长,大规模省份日BHCA将达100,000KBHCA以上,中等规模省份将达35,000至50,000KBHCA。应用软件在不考虑硬件性能的条件下,应能至少满足100,000K日BHCA规模,并且可以满足网络规模发生大幅增长的要求。乙方应承诺当网络规模发生变化时,应用软件无需进行与硬件无关的扩容升级。4.2 系统架构要求4.2.1 软件架构系统应满足可扩展性和可伸缩性,要求支持B/S或C/S架构。系统架构设计及接口协议应基于国内外业界开放式标准,如.net、J2EE、WebService、MQ。从软件开发层面描述,网优系统需要清晰包含如下几个层次: 数据层:该层需要实

41、现平台所采集各类数据的解析、格式化、汇总、计算分析、分类存储、备份、恢复等工作以确保分析数据的准确性、完整性和关联性。数据层为应用层提供方便的数据调用,对平台的性能起至关重要的作用。 应用层:该层主要实现各类数据的应用,支持平台上很多针对数据查询、管理以及分析的功能模块的实现。 展现层:展现层的表现形式要求比较丰富,支持界面层现、自动报告、GIS图呈现、短信息发布等。无线网优平台系统架构如下图所示:数据层数据库工单数据网络数据统计分析数据字典应用层J2EE架构展现层Portal界面呈现GIS呈现数据管理网优支撑分析采集层性能数据路测数据用户投诉告警数据系统管理网优工单管理呼叫记录自动报告短信通

42、知4.2.2 平台功能框架系统应根据日常优化工作需要,提供相关优化功能模块及其他辅助功能模块.根据功能属性,平台一级菜单共设以下十一个模块:数据管理、日常优化、专项优化、用户级优化、网络评估、RF规划支撑、工作管理、GIS分析、报表系统、系统管理。每一项功能模块均应按照其功能属性进行进一步细分,通过一级、二级菜单的设置为平台的使用提供便利。其具体功能框架图如下:4.2.3 硬件架构系统硬件架构主要包括采集服务器、数据库服务器、磁盘阵列、应用服务器和WEB服务器。采集服务器从底层采集数据后存储到磁盘阵列。数据库服务器通过SAN交换机从磁盘阵列读取数据。无线网优平台运行在应用服务器,通过WEB服务

43、器实现与用户终端的连接。硬件架构示意图如下所示:4.3 功能要求标题不带*号的功能是2009年8月初进行系统上线试用时要求必须实现的功能。标题带*号的功能是可以在平台试用期间补充完善的功能,要求在2009年底前必须完成。标题带*号的功能为规划实现功能,非本期工程要求必备实现功能,系统应能在本期实现功能框架上通过系统升级实现规划功能。4.3.1 数据管理4.3.1.1 数据管理总体要求CDMA网优平台数据管理要求首先满足数据存储要求,数据可靠性要求,数据备份要求,数据完整性要求和数据性能要求。4.3.1.1.1 数据存储要求(1) 网元基础数据在系统中至少存储2年,相应变化记录应在系统中长期保存

44、。(2) 性能数据在系统中至少存储2年,主要性能指标及汇总数据长期保存。(3) 参数数据在系统中至少存储2年,相应变化记录应在系统中保存2年。对重要时间段的数据应以切片方式长期存储。(4) 告警数据在系统中至少存储3个月。(5) 早晚忙时无线话单数据在系统中至少存储6个月,其他时间无线话单数据在系统中至少存储3个月。 (6) 测试数据在系统中至少存储1年,相应的统计报告、地理化专题图至少保存1年,建议长期保存。 (7) 投诉数据、覆盖信息数据在系统中至少存储1年,建议长期保存。(8) 经用户设定为重要的数据(如与分析预测相关的数据)、切片数据应长期保存。4.3.1.1.2 数据可靠性要求数据可

45、靠性要求主要是指数据采集,保存,查询的可靠性要求。包括以下方面:(1) 保证系统全年724小时可靠运行,尤其是数据采集子系统,可靠性要求更加高。这主要从数据备份,如实现原始数据备份和主数据库备份,和软件开发技术上进行保证。(2) 系统的投入、退出和异常停止后,不应影响其它网元、OMC、综合网管系统及其他OSS系统的正常业务。(3) 与电子运维、综合网管等外部系统连接中断时,系统应在10秒内自动尝试重建连接,如再次连接失败应以告警形式提示用户。(4) 用户界面程序异常停止后,不应影响服务器端系统和其它用户界面的正常运行。(5) 数据采集对厂家OMC及BSC性能的增加应小于其主机处理能力的5%;(6) 网优平台软件的故障也不应影响到OMC、BSC等网元设备。4.3.1.1.3 数据备份要求采用独立于操作系统平台的大容量磁盘阵列实现数据的全自动备份存储,在节省成本的前提下提供有保证的、自动、简单而且灵活的备份服务。真正适合网优数据安全策略,提供高效、自动、可扩展的备份管理体系。(1) 磁盘阵列自动进行数据备份;(2) 数据量少时,可以每次都用全备份备份数据,这样,恢复时,只需要指定一个数据源即可。(3) 数据量大时,如果每天作全备份,效率会很低。可以结合全备份和增量备份方式。(4) 数据量特别大时,每星期作全备份对系统的压力也会很大。可以结合全备份、累计增量备份、增

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

当前位置:首页 > 建筑/施工/环境 > 项目建议


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号