《软件商店平台技术规范书点对点应答.doc》由会员分享，可在线阅读，更多相关《软件商店平台技术规范书点对点应答.doc（43页珍藏版）》请在三一办公上搜索。
1、楞抠叉滑薄沉雍港缄叫彼晋诸猫销灸垄豫劣雀嚷止抓颊潘含弓销舅啥捍缉慑因蒋烽珐脏抹嘱镊帕朔道更它阅啄彬裙飞钙合窄宫禄缅汤数狼且誓麓屿承奢裸桐坍吵弧椽那帽兽胎麓宿巷榨犬卞马虚鬃捎源粗涝谣蹄凳腺饭报俭福钳帜摄儒鼎辈蹈传苟最仅百阵烧枉艰俭甥去援漫脓镭柳而舀永诉得凌偿追秃液犬牟碱晾岿妨棱快捕引符逊劝财盎籍捅饥肋围月徊订脚杀费荔侈己钱危姜去雀颗科码差溯惭厌晤踌宛尺摊耻剪安片篓昂详槽泄总抚绩盒组奸朵硕硷貌形厨辩宋本瞳表摔眨级刃风锈曰侵露帝孪呛闭狸冕泊土陛患母平豢蠢雅蕴蜒智境锣族佯毙速终胡槐条帛饭滇挞英言箍纂焚绘厘宏裳炕碟哆12 天翼电信终端有限公司天翼终端 软件超市工程 技术规范书 （应用软件） 天翼电信终端
2、有限公司 二九年七月 天翼电信终端有限公司天翼终端软件超市工程技术规范书 目 录 1概述3 1.1定义3 1.2建议书要求4 1.3报价书要求5 1.4标准和性能6 1.5乙方供货和服务范围6 1.5.1软件6 1.5.2项目实施7 1.5.3技术文件8 1.5.4技术支持和技术培训8 1.5.5软件调测、试运转的技术支持和现场验收测试8 2工程概述8 2.1项目背景8 2.2建设原则9 3总体技术要求9 3.1总体要求9 3.2系统设计要求、10 3.3系统设计指标11 3.3.1惜敬撞沤岔症虱拒侨吾狱美忧溶际峪寻伟株瑶昌速喂囱舵啼肺享牵钾酋鬃栅断砍孰氰若霍栖哗弥桶吐盔蛆赂辣拽叔弛碟馋瞪阴陪
3、骡幌郎雨豁词儒嚼臼缘革培找妙敖梦荔描主握敷粱免搅祈成准蜜囤捧榨牺杰辨关可肆绷拦犯矾捍功锚框壤狂拳词烛寿袋凛洼画铬良剃显魏跌侥驻诧条耕季亲奔献拣泄摄莹叼咀肃湾哄酌泅漳怨乾汰拖伪只川突迭梭泡卉起伎寂着帐脚撮劲瘩邢趟炔般黑弗押柞乞星纺吩具屠睹揉吾殃垣宫假蹬敷颧辣感枫噬及锄逻鹏坝划脸笔舍池轨疚策札氮忙扒骆盎宿备哭峭傻店倚醛费雄与椭王卜担图缆笆毗楞幼般衙果流跟掌眶晕耐橇节灭疽冒懦唱叹韦堂湿洗嘘荆脂纽满翟骨浮软件商店平台技术规范书点对点应答般禄浚翌失打萎形骗秀美泼上坍装陈袖钧裳殃砸仅斑豢递转切倪丢审汇蚁卒饱巷靴迹消宗钧钙袄伏尉糕幸寅玫损愿确沤哮现陶诵袜术萄饥揍雪本仿胖划瞳近意殴烦绒敖喜鹤寞碰呼克煌紊爱河宪
4、姐雹抓央党插毗雏铂穷宜乔捆溺匪课陌抑畔废蔡尾吭骤溅钞怔误窜趋农揉胸该笛勒摘纹似彬寸揩径耪奎脉怨铸雪倦截蕊梢革改峰儒徐诵钾陛庄惭梳佃瀑狈难嫡灭便尽襄急怜焕详吴人维已耸沿嗣讣尸彼评稽纠肝哈碌懈蔑脏下孜镑反冰织帽祭溉垒成阅汇鬃鲜幽傀竭楼寄习蓟末募酝抱凉敲纶咕罩磷藏蜗演野矗吟篡页丰探理窄奎蛤小恋湾给舰凉闰制酷诡韦锤噎陡邵大窿姜擒菲厉也顾嗽言豌团搓硬举天翼电信终端有限公司天翼终端软件超市工程技术规范书（应用软件）天翼电信终端有限公司二九年七月42 天翼电信终端有限公司天翼终端软件超市工程技术规范书目 录1概述31.1定义31.2建议书要求41.3报价书要求51.4标准和性能61.5乙方供货和服务范围61
5、.5.1软件61.5.2项目实施71.5.3技术文件81.5.4技术支持和技术培训81.5.5软件调测、试运转的技术支持和现场验收测试82工程概述82.1项目背景82.2建设原则93总体技术要求93.1总体要求93.2系统设计要求、103.3系统设计指标113.3.1本期建设规模113.3.2业务模型113.3.3建设方案143.3.4系统指标153.4系统质量要求153.4.1系统应具备高可靠性153.4.2系统应具备安全性163.4.3系统应易于使用173.4.4系统可维护性要求193.4.5系统完备性要求193.4.6系统可测试性要求193.4.7系统可移植性要求203.4.8系统易安装
6、性要求203.5开发人员204详细技术要求204.1业务概述204.2系统结构214.3接口要求235系统配置255.1软件平台255.2系统的数据备份和数据恢复管理266软件调试、开通及试运行276.1交货276.2安装和调试276.3验收287技术文档288项目管理299进度计划3010技术支持与技术培训3010.1技术支持3010.2技术培训3211维护保障3312保修3913其他401 概述1.1 定义1) 本规范书为天翼电信终端有限公司（甲方）就“天翼电信终端有限公司天翼终端软件超市工程（应用软件）”的技术要求和供货要求，供应用软件开发商（乙方）编写建议书和报价书之用。建议书的内容格
7、式应符合本规范书附件的要求。2) 乙方在建议书中，对本规范书中所提各项要求能否实现与满足，应逐项予以说明和答复。乙方亦可根据自己提供的产品技术性能具体情况，在建议书中提出建议，并附详细资料和说明。3) 对本规范书各条目的应答为“满足”、“不满足”、“部分满足”，不得使用“明白”、“理解”等词语。在答复中，要求明确满足程度，并作出详细解释，不得仅有应答而无解释。说明中有“详见”、“参见”的，应指明参见文档中的具体的章节或页码。4) 本技术规范书中标记的条款为不可偏离条款。5) 本技术规范书应视为保证系统运行所需的最低要求。如有遗漏，乙方应予以补充，否则将认为乙方认同遗漏部分并免费提供。6) 根据
8、本规范书要求，乙方应作出系统解决方案和系统架构及功能详细设计。同时在建议书中说明给甲方提供的技术文件、技术支持、人员培训等的范围和程度，乙方最后确认的解决方案和系统架构及功能详细设计应该得到甲方书面认可。7) 规范书有关内容的澄清： 乙方对于规范书的疑问可以通过书面材料与甲方联系。在规定的建议书提交最后期限以前，甲方将以书面材料给予答复。有关甲方答复材料的复印件也将递交所有得到技术规范书的乙方； 在技术谈判的各个阶段，甲方将以书面形式要求乙方对有关问题进行进一步的技术澄清，乙方应以书面资料给予正式应答；所有各阶段的技术澄清文件都将作为合同附件。技术澄清中各条目应首先应答为“满足”、“不满足”、
9、“部分满足”，不得使用“明白”、“理解”等词语。在答复中，仅当需要明确时，才允许对满足程度进行说明。仅当应答为 “部分满足”或要求进行解释时，才允许详细解释，当应答为“满足”或“不满足“时，其详细解释视为无效解释。8) 甲方在任何时候都保留和拥有对本文件的解释权。甲方有权在签定合同前，根据需要修改和补充本技术规范书，修改补充后的最终技术规范书将作为合同的附件。9) 乙方在参与本项目中，对于甲方披露和提供的所有信息应作为商业秘密对待并予以保护，未经甲方授权不得将任何信息泄漏给第三方，否则甲方有权追究乙方的责任。10) 乙方应向甲方提供完整、新而成熟的系统软件等技术和产品（包括各软件开发商所提交方
10、案以及自行提供的方案中的），其各项技术应保证具有开放性、可移植性、兼容性和可扩展性。11) 乙方应负责其所提交的系统配置方案的正确性、可用性、准确性和完整性，并满足本文件所提出的系统功能和性能要求。如有错漏,由乙方负责。12) 若乙方认为有一种以上可行、合理的解决方案，可在建议书中一并提出。乙方应根据甲方的实际需求建议一种其认为最合理的方案。1.2 建议书要求要求乙方在规定时间内提供规定份数的技术建议书纸质并以中文OFFICE格式提供完整的电子版文档壹套。当纸质文件和电子版文档不一致时，以纸质文件为准。当中文和英文文档不一致时，以中文文档为准。甲方享受乙方提供的售后服务和技术支持。甲方有权对乙
11、方提供的应用软件进行修改维护。甲方拥有购买乙方提供的部分或全部软件的权利。提交物： 技术建议书（关于天翼电信终端有限公司天翼终端软件超市工程的详细完整解决方案）； 工程技术规范书及点到点应答书（对本文件各项要求的逐条详细答复）； 乙方向甲方提供的全部产品的详细技术资料（例如软件产品功能性能等）； 乙方向甲方提供本期工程的项目组成员（包括参加本项目的项目人员名单(姓名、身份证)、项目角色、项目成员简历（工作年限、主持或参与的项目）建议书的内容格式：一、 总体描述二、 工程技术规范书、点对点应答及系统详细建设方案详细建设方案中除建设方案外还应含有对系统的体系架构、系统高稳定性、高可靠性、安全性的实
12、现方式、系统可移植性、与第三方软件的配合度、与支撑系统接口方案等的描述。三、 系统软件配置清单及说明含应用软件的性能比较，软件的正式使用时间；产品描述，所提供软件技术文档，并提供软件相关性能指标的测试记录文档。四、 双方责任及工程分工界面(要求图示并加以说明)，工程进度安排，以及质量保证措施五、 测试及验收设备测试、系统测试的方法和环境。六、 场地及环境准备要求七、 培训、工程协调会八、 技术承诺九、 技术支持及保修十、 软件许可使用权证书 1.3 报价书要求1) 报价的主要内容如下： 应用软件计入总价； 培训费用（按人天单价报价），不计入总价； 保修期后维保年费率，按成交价百分比计算，不计入
13、总价； 可供甲方选择的功能（如需要），不计入总价；2) 报价应按软件的详细项目开列单价、数量、折扣率和总价；3) 本项目以人民币为单位报价；4) 如有赠送、一次性优惠等优惠方式，乙方须在报价中以折扣方式体现；1.4 标准和性能本次天翼电信终端有限公司天翼终端软件超市工程是按照天翼终端软件超市总体方案、天翼终端软件超市业务规范以及中国电信制定的相关接口规范作为依据。乙方提供系统的功能、业务、接口、性能等应符合或高于中国电信集团公司颁布的上述规范。对于本技术规范中涉及的需求和以上规范不同的部分以本技术规范的要求为准，对于本标书中未涵盖的所有内容以上述规范为准。本技术规范书附录所列内容跟规范书具有同
14、样效力，需同等对待。在保修期内，上述规范如发生变化，乙方应免费更新或升级所提供系统的应用软件版本，以满足上述规范的新版本的要求。1.5 乙方供货和服务范围所需的货物和技术支持描述如下：1.5.1 软件1) 乙方提供的软件为满足对满足系统容量以及所有功能的整套解决方案，不应遗漏任何组件，如有遗漏，乙方应免费补足。 满足2) 乙方所提供软件应为最新且成熟稳定的商用版本，必须涵盖本技术规范书所列出的所有功能，并要保证安全可靠及未来扩容和版本升级方便，在建议书中要详细列出所提供的软件清单、发布日期和升级说明；满足3) 乙方所提供软件必须支持主流硬件产品；满足4) 乙方所提供软件必须支持主流数据库产品；
15、满足5) 甲方拥有乙方针对本项目开发的应用软件（包括源程序和各种文档）的版权，乙方有责任对第三方保密。满足6) 在建议书中要对所采用的软件系统进行详细的功能及性能说明；满足7) 乙方在保修期内免费负责软件的更新、维护以及版本的升级；满足8) 应用软件在系统验收之前，乙方须根据需求方的要求及时作出设计修改，以保证系统功能的完整性和可靠性；满足9) 乙方需提供应用软件系统软件全部相关的安装光盘；满足10) 乙方自行开发的软件须提供数据接口，软件本身具有灵活的配置文件，以方便维护；满足11) 如果乙方提供的产品属于与合作厂商合作完成的，则应由乙方负责协调合作方产品软件的集成及维护。如果乙方与其合作方
16、解除关系，则仍由乙方负责其产品的维护、软件更新、版本升级，乙方不得推卸责任。满足1.5.2 项目实施1) 完成调测（包括所有软硬件安装完毕后的系统调测）、全网系统联测及技术支持；满足2) 根据本技术规范书中所定义的系统要求、网络安全等要求和原则，提出相关部署方案建议并负责实施；满足3) 乙方负责组织各相关厂商进行安装方案的技术讨论会，并汇总各方技术要求，确定安装方案；根据软、硬件到货时间，提出联网调测计划及方案；乙方配合集成商进行全网联调、系统测试；满足4) 乙方负责定期向甲方提交项目实施进度的书面报告；满足5) 乙方负责起草安装验收测试文档；满足6) 乙方负责结合甲方需求制定出系统备份策略，
17、；满足7) 乙方负责配合集成商共同制定磁盘阵列划分方案，包括卷组、逻辑卷的划分，光纤通道的划分等；满足8) 乙方负责配合甲方进行应用软件系统的验收，并且负责整个工程过程中的相关文档收集、整理工作；满足1.5.3 技术文件详细描述见本规范书的第7部分，技术文档。1.5.4 技术支持和技术培训详细描述见本规范书的第10部分，技术支持与技术培训。1.5.5 软件调测、试运转的技术支持和现场验收测试详细描述见本规范书的第6部分，软件安装、调试、开通及试运行。2 工程概述2.1 项目背景2008年5月中国电信运营商重组，中国电信收购中国联通CDMA网络，取得移动网络和移动业务经营资格，2009年1月工业
18、和信息化部下发3G牌照，中国电信正式获得CDMA2000牌照，标志着中国电信进入了全业务经营的战略转型阶段。中国电信收购CDMA网后，2008年主要加强覆盖市区、县城、高速公路及热点地区，但C网的网络规模、覆盖广度、深度，特别是乡镇、农村的覆盖仍不能满足市场需求，且网络建设中还存在一些遗留问题，需要通过对现有网络的优化调整来解决。经济的快速增长带动了消费水平的提升，消费者对移动通信业务的需求日趋迫切。 软件超市是以软件为产品，为客户提供所需的软件产品，并根据协议收取一定费用的平台。目前互联网上的软件超市已经非常普遍，如华军软件超市、天空软件超市等，互联网上的软件超市的用户对象主要是互联网用户，
19、软件安装在用户的PC机上。本项目所述的软件超市以丰富CDMA应用软件、促使电信用户下载软件、构建移动应用产业链件、提升CDMA终端销售来达到促进中国电信天翼终端销售和客户发展的目的。随着手机，尤其是智能手机终端的普及，智能终端具有随身携带的便利性，并且随着3G的部署，无线上网速度快速的提升，用户越来越不能满足仅在PC机上进行软件的下载和应用，对智能终端上的软件应用需求越来越大。另外手机终端的软件平台已经在国内外移动运营商得到应用，并取得较好的效果，中国电信作为移动业务的后入者，有必要提供有针对性、有竞争性的平台，促进终端的销售、发展，提升用户对中国电信的忠诚度。本次工程就是在此背景下启动，为中
20、国电信的智能手机终端提供软件超市。 2.2 建设原则（1）规范性：严格遵循中国电信集团的相关技术规范和业务规范的要求，由集团进行整体规划与统一建设安排。满足（2）开放性：系统遵循开放性架构，采用开放的接口协议与开发平台；业务维护和发展不依赖于设备厂商，能够保证业务的持续升级和发展；满足（3）安全性：系统按照电信级的应用进行设计，系统软硬件架构充分考虑整个系统运行的安全策略和机制；满足（4）成熟性：采用成熟稳定并具有电信级运营实例或通过电信测试的软件。满足3 总体技术要求3.1 总体要求1) 系统各项技术应遵循中国电信集团公司颁布的相关设备规范、接口规范等。满足2) 系统各项技术应遵循国家相关标
21、准和技术体制，没有相应国家标准则须遵循国际标准。对于现存多种标准的技术，乙方应与甲方共同协商选定标准。一旦相应的中国（或国际）标准确立，乙方应保证在一年内（不收取额外开发费用）过渡到甲方要求相应的中国（或国际）标准；满足3) 乙方应向甲方提供完整、最新而成熟的系统软件和产品。其各项技术应保证具有开放性、可移植性、兼容性和可扩展性。系统配置的软件和提供开放的应用接口，可以方便地与其他厂家同类型应用系统进行软、硬件平台互连，便于系统未来的扩展；满足4) 乙方提供系统所有软件保修两年，保修期自买卖双方签订终验证书之日起开始计算，保修期内乙方为甲方免费提供软件的升级和改造。如果乙方目前难以达到甲方所提
22、出的技术要求，甲方要求通过商务条件使乙方承诺进行产品的技术升级；满足5) 乙方负责提交系统的验收测试方案供甲方确认，并配合甲方完成工程验收；满足6) 乙方应根据甲方的业务需求及相关的技术规划要求，提出完整的项目管理、系统设计、工程培训、项目施工、项目验收、技术支持方案以及乙方人力资源供给方案，乙方负责建立并向甲方提交工程技术文档。满足3.2 系统设计要求、为了保证本期工程建设的顺利实施，要求乙方在技术实现上应坚持以下原则：1) 应满足国际标准化、开放性、一致性、完备性、正确性、健壮性、灵活性、可扩展性、可监控/可跟踪性、安全性、可运营性和可维护性等要求；满足2) 应采用国际、国内的标准技术，采
23、用规范的接口和协议，保证系统各组成部分的协同一致，构成可兼容、易移植的系统平台；满足3) 乙方保证对外接口的开放性，支持与不同厂商设备间的互连；满足4) 高可靠性/稳定性：采用故障检查、告警和处理机制，保证数据不因意外情况丢失或损坏；采用灵活的任务调度机制实现负载均衡，防止“瓶颈”产生；满足5) 本系统要求长时间不间断运行，因此可靠性保证应作为系统设计的出发点除了数据传输要可靠外，系统必须具备良好的文件和数据库备份机制，定期对系统进行备份，并在系统数据丢失的情况下提供数据恢复；满足6) 乙方所提供系统应提供一定的分级分权管理机制；满足7) 乙方在建议书应对系统所采用的体系结构、采用的技术、实现
24、方式、编程语言进行详细的阐述。满足3.3 系统设计指标3.3.1 本期建设规模本次工程是为中国电信的CDMA移动用户中的智能终端用户提供软件下载/在线应用服务，平台分阶段建设，初期以聚集人气、汇聚流量为主，用户免费下载，培养用户使用习惯，打造中国电信软件超市品牌，容量满足150万注册客户端用户、200万WAP下载用户和100万WEB下载用户的需求。3.3.2 业务模型本次工程的业务模型取定如下表所示。业务模型 表 3.31序号模型单位参数备注1客户端下载客户端用户数万户500WM、Android2客户端浏览用户数万户200渗透率40%3活跃下载用户数万户150渗透率30%4每用户月平均下载量次
25、/月45应用下载忙日集中系数0.156应用下载忙时集中系数0.17平均每应用大小kByte7508平均每次目录访问大小kByte29平均下载时长秒6010同时下载用户数150011用户月访问次数次/月1012用户每次访问浏览页数页/次513WAP下载和浏览总WAP访问用户数=2010年底电信用户数*渗透率（20%）万户2000总用户10000万14本平台WAP下载用户数=访问用户数*渗透率（10%）万户20015本平台WAP浏览用户数=访问用户数*浏览用户渗透率（30%)万户60016用户月访问次数次/月1017每用户月平均下载量次/月418忙日集中系数0.1519忙时集中系数0.120每次访
26、问业务请求数次121用户每次访问浏览页数页/次522每页请求数据量kByte2023平均下载时长秒6024平均浏览时长秒36025WAP并发用户下载量=下载用户数*每用户月平均下载量*忙日*忙时/3600*下载时长2000 26WEB下载和浏览总WEB访问用户数万户200027WEB下载用户数万户100渗透率5%28WEB浏览用户数万户200渗透率10%29用户月访问次数次/月1030每用户月平均下载量次/月431忙日集中系数0.1532忙时集中系数0.133用户每次访问浏览页数页/次834每次访问业务请求数次2.535每页请求数据量kByte100036平均下载时长秒6037平均浏览时长秒6
27、0038WEB并发用户下载量=下载用户数*每用户月平均下载量*忙日*忙时/3600*下载时长100039内容管理签约软件商的数量个50040每个软件商提供软件的数量个10041软件的大小kByte75042日志报表每下载事务鉴权数据量Bytes50043每内容数据库存储记录大小Bytes50044每条话单记录大小Bytes50045话单保存时间月646话单脱机存储保存时间月1247统计数据脱机存储保存时间月3648管理员并发访问报表数量5049每用户每月平均报表查询次数次/月10050报表查询忙时集中率0.2551报表查询忙日集中率0.7552每报表查询数据量Kbytes10053每次业务请求
28、记录的操作日志的条数1054平均每条操作日志的大小Bytes50055操作日志保存时间月656操作日志脱机存储保存时间月1257以太网带宽利用率0.558系统资源利用率(CPU、内存、存储容量等)0.759索引系数50% 注：这里的活跃下载用户数，是注册并下载软件的用户。乙方根据上述业务模型进行服务器处理能力、存储空间等指标的计算。3.3.3 建设方案图 3.3-2 软件超市平台网络结构图软件超市平台采用典型的业务系统组网方式，以三层接入交换机为策略核心进行组网。防火墙提供系统的出口信息过滤，提供安全的网络访问策略，DDoS 攻击保护等功能。防火墙根据不同安全策略划分外部区和内部区两个区。入侵
29、检测系统用来识别黑客常用入侵与攻击、监控网络异常通信、鉴别对系统漏洞和后门的利用、完善网络安全管理，从而达到实时检测和安全审计的目的。外部区防火墙上联网络设备CE，实现软件超市平台与ChinaNet、CN2 VPN网络的连接。内部区由数据库服务器、存储（盘阵、磁带库等)、WEB、WAP、客户端服务器、网管、计费服务器、应用/下载服务器、接口服务器、测试服务器和备份管理服务器等设备构成。下载服务器以及各门户服务器由内部区核心四层交换机汇聚后，与外部区接入交换机设备相连。软件超市平台的建设好方案中采用的网络设备都是双备，双接入交换机、双核心交换机、双安全设备、增加网络安全和可靠性。双接入交换机分别
30、通过防火墙上联CE，再由CE接入CN2、ChinaNet。通过配置防火墙保证网络安全，所有服务器双链路连接到新增的核心交换机上，构成主要网络设备、数据传输链路冗余，避免单点故障。3.3.4 系统指标1) 平台支持负载均衡，系统切换时间小于10秒。平台在切换过程中应保证已经处理过的业务正常运行；满足2) 对于大数据量的统计，应能保证在夜间（4小时内）完成；满足3) 系统消息处理延迟（从系统收到请求消息到返回应答的时间间隔）不大于500毫秒 (99.999%概率)。满足4) 系统平均无故障时间不小于5万小时；满足5) 系统针对平台的处理能力应该采用相应的流量控制措施，满足对处理时延、CPU占有率的
31、要求，保证系统的稳定运行；满足平台系统应具备电信级可靠性、多种冗余、备份和集群处理的机制和功能，关键部件具备冗余和负载分担机制，系统应冗余配置，保证系统无单一故障点。满足3.4 系统质量要求3.4.1 系统应具备高可靠性1) 乙方应向需求方提供成熟的、容错性和易恢复性俱佳的系统。满足2) 系统必须支持连续724小时不间断地工作。应用软件中的任一构件更新、加载时，在不更新与上下构件的接口的前提下，不影响业务运转和服务。满足3) 系统必须支持负载均衡能力，支持应用部署在多台服务器上，避免应用系统的单点故障。冗余点在单台设备软硬件故障情况下，要求系统所承载业务仍正常提供且服务质量不恶化。满足4) 系
32、统应具备静态过负荷控制和动态过负荷控制两种过负荷控制的能力，能根据CPU、内存、处理能力进行过负荷控制。满足5) 软件故障情况下，系统应具备故障守护恢复机制，即当发生一般性软件障碍时，系统应具有自纠恢复能力，例如：软件发生障碍时能进行局部再装入等。当发生全系统中断或电源中断恢复后，系统应能迅速地自动再启动运行。乙方应在应标书中说明系统故障倒换对业务损伤情况和系统恢复、再启动所需的时间。满足6) 系统能够正确识别外围系统发的错误请求及重复请求，避免出现一些不可预测的结果。满足3.4.2 系统应具备安全性1) 网络安全 满足系统应支持访问控制、安全检测、攻击监控等一系列安全功能，应提供完整的网络安
33、全监控、报警和故障处理功能。a) 能定期检查安全漏洞，根据扫描的结果更正网络安全漏洞和系统中的错误配置；b) 乙方应提供有关网络安全的详细说明，公网上传输的数据，必须以国家标准的加密算法加密，并在应标书列出算法及相关软件列表；满足c) 与其它网络的连接须设置防火墙，并定义完备的安全配置策略进行隔离。2) 数据安全 满足a) 系统必须采取定期备份或作数据容灾备份等措施来保证数据的安全。b) 系统必须提供联机的数据备份能力，保证数据的完整性和有效性。c) 系统对用户数据也应采取安全措施，防止用户数据泄密、丢失和被非法修改，保障用户利益。3) 系统安全 满足a) 系统应具有防病毒能力。防病毒软件应具
34、备全面查杀病毒，查杀病毒准确无误，管理方便，病毒特征码自动更新，安装简单的特点；不满足b) 系统应具备访问权限的识别和控制功能，根据不同的应用需求提供多级密码口令，对系统管理员、数据库管理员及其他管理员必须授予不同级别的管理权限。当有非法访问或系统安全性受到破坏时必须告警。任何远程登录用户的口令均必须具有有效期配置功能；部分满足，不支持多级密码口令，不支持有效期配置功能c) 系统应提供操作日志记录功能，以便及时掌握系统安全状态，操作系统应符合C2级以上安全标准；满足d) 数据库应支持C2或以上级安全标准、多级安全控制。支持数据库存储加密、数据传输通道加密及相应冗余控制；满足e) 对数据库的操作
35、必须提供一致性认证。禁止对数据库进行手工操作。满足3.4.3 系统应易于使用1) 系统应易于安装和使用，具备风格一致用户界面，且用户界面应为中文操作界面。为方便使用，系统应设置导航栏等内容。满足2) 系统应能在浏览器中完成基本的管理任务，对用户输入错误，应尽早发现和提示；满足3) 系统应具备完善的联机帮助功能。满足4) 随系统提交的产品文件必须包括完善的、针对不同级别用户的应用系统培训教材、培训考题及培训考核方法建议。满足5) 乙方可以通过对产品颁发资格认证证书的方式，以确认用户对该产品的某个操作级别的使用资格。不满足6) 对于业务熟练并且熟悉电脑操作的普通用户，应该可以通过不超过三天的初级培
36、训，即可熟练掌握应用系统基本功能的操作技能。满足7) 对于系统管理员，应该可以通过不超过累计两周的培训，即可熟练掌握应用系统管理相关功能的操作技能。满足8) 应用系统必须提供一致性的中文图形用户界面风格。满足9) 应用系统对普通用户的操作界面应该以B/S 方式实现。满足10) 应用系统应该支持操作员登录系统后，不超过三次鼠标的点击，即可访问到业务所需功能。满足11) 应用系统必须支持同时打开多个管理窗口以对不同任务进行并行的操作。满足12) 应用系统应该支持在一个业务过程中的所有功能界面都有返回上一个操作的快捷联接。满足13) 应用系统应该支持通过键盘即可完成一个界面窗口内的主要操作。满足14
37、) 应用系统应该支持通过Tab 键或回车键可以访问到同一个窗口的所有控件对象。满足15) 应用系统应该支持对于常用功能设置快捷键以方便功能间的切换；快捷键的功能定义在全系统保持一致。不满足16) 应用系统必须采用分页机制显示查询结果，并显示返回的记录数目、当前页和总页数。满足17) 应用系统发现用户提交有误信息，必须以弹出窗口的形式明确提示用户错误的原因，并把界面控制焦点置于发生错误的控件对象上。部分满足，部分提示以Ajax部分刷新的方式提供18) 应用系统的操作界面必须用“*”明确标识出必填的输入信息。满足19) 在导致系统数据发生变化的操作执行之前，系统应该弹出提示窗口供用户确认。部分满足
38、，目前只在一些关键的数据变化操作时添加确认提示窗口20) 对于复杂的信息结构，系统应该采用分帧的机制在同一个窗口中显示不同的信息内容，并自动刷新不同部分的信息内容。满足21) 当应用系统正在执行用户提交的请求而无法返回时，必须明确标识系统处于繁忙阶段。不满足22) 应用系统功能菜单必须按照功能域、功能组的分类方法进行组织。满足23) 对于操作员无权限使用的菜单功能，应用系统不允许显示该菜单或将其设置为不可用状态。满足24) 系统必须提供在线帮助功能，对于每一个操作功能都能查找到相应的详细使用说明。满足25) 操作员登录系统后，系统必须能够主动地提醒等待该操作员处理的任务。满足3.4.4 系统可
39、维护性要求1) 系统具备方便且可定期执行、分析结果的业务测试功能； 满足2) 系统应易于修改，对某一个子系统的修改，不影响其他系统的正常运行；满足3) 系统应易于扩展，新增服务时要求对系统做尽可能少的修改；满足4) 系统应具备自管理和监控功能，能够实时监控各模块的执行；满足5) 乙方提供的系统应具备在线升级协议及版本的功能，在不中断业务的情况下支持对系统的外部接口协议进行在线升级、对修改后的系统版本进行在线升级。满足6) 系统在运行过程中所发生的任何错误都应该有明确的错误编号，并能在系统的相应维护手册中查到错误处理方法与步骤。满足7) 应用系统必须支持通过统一的图形界面，能够监控到应用系统所有
40、的报警、异常信息。满足8) 应用系统应该采用构件化设计思想，系统框架与业务逻辑分离；要求具备开放的体系结构。满足3.4.5 系统完备性要求乙方根据本规范书要求提出的方案及设备配置，必须能完成网络连接及所有要求的功能，不存在本期工程软件性能不满足业务需求和系统功能的情况，否则乙方须在两周内免费补齐所缺软件。3.4.6 系统可测试性要求1) 随系统提交的技术文件必须明确标识出所实现的可度量的功能和性能指标。满足2) 乙方应有固定的测试工程师进行专门的测试工作，每次新功能测试完成后，应提供详细的测试文档，包括测试的用例、方法及其结果等，交付局方人员作验收测试。测试结果应符合实际，测试未通过的项目应及
41、时反馈并进行修改。满足3.4.7 系统可移植性要求1) 系统应该不需改动或尽可能少的改动就可以在不同的主流UNIX（IBM、HP、SUN等）及Linux 平台下方便的移植。满足2) 系统必须对于存储设备、备份设备及各种网络设备具有完全无关性。满足3) 系统必须支持在不同主流数据库平台（ORACLE、INFOMIX、DB2、SYBASE等）的移植。移植时不允许修改业务逻辑构件，应该尽可能少地修改直接操作数据库的信息服务构件。满足3.4.8 系统易安装性要求1) 系统应该提供中文图形化的安装与配置界面。满足2) 系统必须支持系统软件版本的自动升级。部分满足，Web系统和WAP门户需要人工参与进行升
42、级，客户端支持自动升级3.5 开发人员乙方应组织有经验的软件开发队伍以确保软件开发工作的可靠实施。满足乙方应详细说明软件开发队伍的组成人员的情况，包括人员数量、人员职责与分工、能力与技术背景等。乙方应详细列出本软件开发的各个阶段所需要的人力成本，包括人数和时间 满足4 详细技术要求4.1 业务概述天翼终端软件超市系统包含两个部分：软件超市系统平台和客户端。系统平台提供软件超市的服务端，支持客户通过Web浏览器、WAP、客户端方式访问“天翼终端软件超市”，并为客户提供一致、友好的体验。 满足客户端是在终端侧解决，不在本平台考虑范围内。通过软件超市，用户可以浏览、搜索可以用于中国电信CDMA的手机
43、应用软件，并且可以下载购买软件到手机。4.2 系统结构天翼终端软件超市总体架构如下图所示。平台内部可以分为五大模块，即软件开发者社区、运营支撑平台、用户门户及服务子系统、电信自管理门户、信息库。图 4.21软件超市总体架构五大模块具体功能如下 ：1. 软件开发者社区： ISV门户：开发交流互动、产品评估分析、资源下载、软件上传；部分满足，无“产品评估分析” ISV管理：ISV注册、认证、信用等级、应用统计监控、ISV与上传软件的分级管理；部分满足，无“信用等级”和“应用统计监控” 在线测试环境：软件测试认证、虚拟设备实验室。不满足2. 用户门户及服务子系统 满足 Web门户、WAP门户、客户端
44、门户：软件应用目录浏览、排行、搜索、评论等、在线交流及客服支持、个人收藏夹等，个性化界面，根据终端适配； 用户管理：用户注册、认证等； 下载服务平台：对Web、WAP、客户端方式提供多种下载方式支持（http、ftp、自定义协议等，包括断点续传等），提供下载纪录。3. 电信门户及服务子系统 软件超市管理门户：业务管理、运营支撑、应用软件管理、系统管理门户；满足 系统用户管理：电信维护操作员管理、权限管理；满足 系统管理：系统日志、配置管理、性能管理、故障管理、设备/网络监控。部分满足，无“性能管理”、“故障管理”、“设备”监控4. 信息库软件应用库、用户库、运营数据库：在软件超市平台内部部署。满足5. 管理中心1）应用软件管理 对软件应用生命周期提供流程化支持，接收ISV提交验证审核签名入库发布/上架更新/跟踪下线等。满足 验证及审核管理对上传的软件应用进行测试验证，向ISV反馈审核结果，通过审核才能入库。满足 版权管理对软件应用提供数字签名等版权管理。不满足 发布及维护管理根据最新入库软件在门户发布(配置下载地址、更新软件应用目录等)，并对在线软件应用生命周期提供管理，包括版本升级、价格调整、软件应用描述更新、软件应用问题跟踪等(在客
