技术规范书点对点应答.docx
《技术规范书点对点应答.docx》由会员分享，可在线阅读，更多相关《技术规范书点对点应答.docx（51页珍藏版）》请在冰点文库上搜索。
技术规范书点对点应答
2011年联通导航平台114
系统改造工程工程
技术标准书
中国联合网络通信**市分公司
2011年7月
一总则
〔1〕本文件为中国联合网络通信公司市分公司〔以下简称买方〕"2011年联通导航平台114系统改造工程工程〔以下简称"114〞〕〞技术标准书，供厂商及集成商〔以下简称卖方〕编写建议书和报价之用，建议书的内容格式应符合本标准书的要求。
同时，买方保存其后续工程根据实际情况对本标准进展补充完善的权力。
卖方在收到本标准书后须在要求的时间内，提供满足本标准书的技术建议书。
逾期则视为自动放弃提供建议书的权利。
答：
满足。
〔2〕本标准书只是针对2011年联通导航平台114系统改造工程工程，联通有权在签订合同前，根据需要修改和补充本标准书，修改和补充后的最终标准书将作为合同的组成局部。
答：
满足。
〔3〕未经买方书面许可，卖方不得以任何形式向第三方透露本标准书的内容。
答：
满足。
〔4〕买方在任何时候保存和拥有对本标准书的解释权和修改权。
答：
满足。
〔5〕卖方应提供所供网络通信设备的工业和信息化部入网证及相关测试报告。
答：
满足。
〔6〕卖方所提供的设备应保证软件系统是已经大量商用的最新版本软件，卖方应对此设备的软件硬件所涉及的各种专利、知识产权等法律条款承当义务，买方对此不承当任何责任。
答：
满足。
〔7〕卖方提供的软硬件必须为原厂商通过正常销售渠道提供，并具有合法的授权。
答：
满足。
〔8〕卖方应对以下提出的每一项要求，如实地说明其设备的支持程度。
首先对实现或满足程度明确做出"满足〞、"不满足〞等应答，然后做出具体、详细的说明。
不得使用"明白〞、"理解〞、"局部满足〞等词语。
对同一条款下的多个要求不能全部满足的应视为"不满足〞。
建议局部应和其它局部分别进展答复。
答：
满足。
〔9〕在答复中，要求明确满足的程度，凡采用"详见〞、"参见〞方式说明的，应指明参见文档〔如技术建议书等〕的具体章节和页码。
需要做详细解释的内容应尽量放在逐条逐项答复中，假设内容太多，可放在指明的附件中。
答：
满足。
〔10〕卖方在答复中如无特别说明，卖方声明支持的功能应为设备已实现的功能，不包括有能力支持但尚未实现的、近期将要实现的、未来方案实现的功能。
买方将适时进展验证测试，如发现卖方声明支持的功能和性能要求与测试结果不符，将依法保存采取进一步措施的权利。
答：
满足。
〔11〕卖方提供的各项设备和系统〔包括软、硬件〕的功能和性能应完全符合联通指明的标准，并满足或高于联通提出的要求。
对于文件中未规定的相关设备性能，卖方应提出建议，并陈述理由。
本标准书应视为保证网络运行所需的最低要求，如有遗漏，卖方应予以补充，否则一旦中标，将认为卖方认同遗漏局部并免费提供。
答：
满足。
〔12〕卖方所提供的所有各项设备和系统〔包括软、硬件〕应符合有关标准如〔ISO、ITU-T、ETSI、IETF等〕，卖方应在建议书中具体说明，并附上相应的详细技术资料。
答：
满足。
〔13〕卖方的设备和系统如包含非标准扩展协议或自有专用标准，应在建议书中具体说明，并附上相应的详细技术资料〔包括用户使用手册、技术白皮书等〕。
假设有相应的中国〔或国际〕标准确立，卖方应保证在一年内无偿过渡到买方要求的相应中国〔或国际〕标准。
答：
满足。
〔14〕卖方应对所有提供产品的功能和性能负责。
如因卖方配置不合理，而造成所提供的产品或采用其提供产品及建议方案建立未能满足本标准书要求，卖方应负全部责任。
答：
满足。
〔15〕卖方在建议书中应说明对供货时间、供货质量控制等的具体安排。
答：
满足。
〔16〕卖方在技术建议书中应说明给买方提供的技术文件、技术支持、技术效劳、人员培训、厂验等的范围和程度。
答：
满足。
〔17〕卖方应在建议书中列出提供的书面技术资料详细清单。
答：
满足。
〔18〕标准书有关内容的澄清。
a〕卖方对于标准书的疑问可以通过书面材料与买方联系。
在规定的建议书提交最后期限以前，买方将以书面材料给予答复，有关买方答复材料的复印件也将递交所有得到标准书的卖方。
答：
满足。
b〕在技术谈判的各个阶段，买方将以书面形式要求卖方对有关问题进展进一步的技术澄清，卖方应以书面资料给予正式应答；所有各阶段的技术澄清文件都将作为合同附件。
答：
满足。
〔19〕本技术标准书中涉及到非本期工程实现的内容，根据这些内容，卖方在技术设计时要充分考虑系统的可扩展性。
答：
满足。
〔20〕卖方应提供本工程的主机效劳器、网络设备、存储设备、系统软件、应用软件和系统集成效劳，对效劳器提出推荐方案和配置清单。
答：
满足。
〔21〕卖方承诺所提供的应用软件支持主流的存储设备、主机效劳器、网络设备、数据库软件，并能提供本工程的系统集成效劳。
答：
满足。
〔22〕卖方购置的系统软件、应用软件必须有合法的使用权，自己开发的软件也应和招标人明确问题。
答：
满足。
〔23〕卖方承诺所开发的系统软件，在系统验收之前，卖方须根据买方的要求及时做出设计修改，以保证系统功能的完整性和可靠性。
答：
满足。
二卖方技术建议书要求
卖方所提供的工程建议书需按顺序必须包含以下章节的内容〔由于内容的不完整性造成的一切后果由卖方负责〕：
〔1〕综述
〔2〕工程技术标准书点对点应答。
逐条对买方标准书的应答。
对于本标准书内容，卖方应逐项应答，没有编号的应逐段应答。
答：
满足。
〔3〕详细设计和实施方案，至少应包括以下内容：
a.系统承载的业务范围及业务功能处理能力；
答：
满足。
b.系统的整体架构，软硬件体系构造；
答：
满足。
c.系统的部署方案，对设备和软件的配置方案提供详细的计算过程；
答：
满足。
d.系统各子系统的功能描述，以及各子系统之间的控制流、数据流的协议格式，对于非标准协议或卖方内部协议应详细描述协议标准和数据格式〔要求卖方必须开放各个子系统之间的通信协议，对通信协议进展详细技术描述，要求说明协议中的每个字节、每个协议字段的功能属性〕；
答：
满足。
卖方应提供各项业务功能的详细技术实现细节，其中包括实现一项完整业务流程，系统各子系统间的数据通信过程、详细描述流程各阶段、各子系统间的通信协议〔要求说明使用的设备、协议中*个字段含义、与后台系统交互的指令〕；
答：
满足。
e.与其他系统的系统接口建立方案；
答：
满足。
f.系统功能描述，业务能力及指标描述；
答：
满足。
g.系统的平安性、可靠性解决方案；
答：
满足。
h.对现有系统流程的影响〔要求卖方必须详细描述系统流程的变化，对原有流程的影响〕；
答：
满足。
i.对现有效劳器等硬件设备的利旧复用方案〔要求卖方必须描述并计算系统变化对利旧复用的效劳器、盘阵等硬件设备的影响〕；
答：
满足。
j.系统组织连接图〔包括网络和硬件的拓扑图以及软件的详细部署方案〕；
答：
满足。
k.系统监控及管理；
答：
满足。
l.系统集成、后期运维等。
答：
满足。
〔4〕软件产品和系统配置详细说明和配置详细清单。
答：
满足。
卖方需提供详细的软硬件配置清单，要求详细描述系统部署应用构造，以及对业务的支持和实现程度。
答：
满足。
卖方需对提供的产品配置建议负责，并保证工程整体实施和集成效果不受影响。
答：
满足。
〔5〕卖方需根据4.2节中的硬件系统部署现状，结合自身软件系统实际情况给出具体软件系统在硬件系统上的部署方案，并且提出为实现软件功能，硬件系统必须提供的功能，对于未明确提出的功能要求所导致的系统部署困难，卖方需承当后续补救所产生的软、硬件。
答：
满足。
〔6〕卖方需根据自身软件的构造、硬件系统的部署方式，对所有双/多机HA系统的异常状态切换进展详细描述，本局部需设立"高可用性建立方案〞章节进展独立说明，具体内容应至少包含以下内容：
正常状态业务流程及数据流向；正常状态人工主备切换流程及数据流向；异常状态预警工作方式及阈值设置说明；异常状态切换流程及数据流向；异常状态切换时间及业务中断时间说明。
上述内容需包含对应各效劳器的具体流程图及文字说明。
答：
满足。
〔7〕系统软件和购置的第三方软件〔第三方资源库〕的情况〔含功能、性能等指标以及软件授权许可license的证明文件〕。
答：
满足。
〔8〕安装设备和材料、备件和工具的数量清单。
答：
满足。
〔9〕买卖双方责任及分工界面。
答：
满足。
〔10〕工程实施方案。
答：
满足。
a.工程进度表，包括需求分析、供货、安装、调测、割接、验收等工程各环节。
答：
满足。
b.工程实施和效劳人员安排，并提供参加本工程效劳人员的简历。
答：
满足。
c.工程实施过程中按买方要求提交周报或日报。
答：
满足。
〔11〕机房场地及环境准备要求以及在工程实施过程中对买方的其它要求。
答：
满足。
〔12〕设备安装要求及建议，抗震加固措施。
答：
满足。
〔13〕技术文件，包括但不限于系统说明文件、技术手册〔安装、操作、维护、故障排除等〕、系统设计文档、数据字典等。
答：
满足。
〔14〕买方技术人员和业务使用人员培训。
答：
满足。
〔15〕验收及测试安排，设备测试、系统测试的方法和环境。
答：
满足。
〔16〕技术效劳的范围和程度〔包括技术效劳、支持、保修、软件升级等〕。
售后效劳安排及质量保证措施。
答：
满足。
〔17〕卖方须详细介绍卖方公司的总体情况〔包括人员构造、企业资质等方面〕、曾做过的类似运营商工程情况〔包括工程背景、建立规模、系统投运时间点、最终用户评议等〕。
卖方必须提供相关工程的盖章的正式的证明材料，如初验报告、终验报告等。
答：
满足。
三卖方报价要求
〔1〕报价内容应包含：
①自有软件报价〔含软件LICENSE报价，按照软件模块列明报价〕。
答：
满足。
②第三方软件报价〔含软件LICENSE费用〕。
答：
满足。
③在买方硬件系统之外需补充部署的硬件设备报价〔含效劳器，三层交换机，磁盘阵列，硬件防火墙，监控系统客户端等〕。
答：
满足。
④安装辅助材料、备件、工具、仪表、技术文件及安装调测报价。
答：
满足。
⑤培训报价〔含自有软件，第三方软件，硬件设备的相关培训〕。
答：
满足。
⑥效劳报价〔含自有软件，第三方软件，硬件设备的最高原厂级别效劳〕。
答：
满足。
⑦系统集成费用。
答：
满足。
⑧凡本次工程需要但上述工程并未列出的内容，卖方应包含在报价书中。
答：
满足。
〔2〕报价应包括设备名称、型号及配置模块、数量等详细内容。
答：
满足。
〔3〕卖方提出的报价以人民币为单位，应报设备到现场〔买方指定地点〕的价格，运输费单独列出。
答：
满足。
〔4〕报价应按目录价、折扣价和折扣率分项列清。
答：
满足。
〔5〕对于卖方向买方建议采用的业务和功能，卖方应详细描述和说明这些业务和功能并作为可选项提出报价。
答：
满足。
〔6〕卖方对本标准书涉及到的效劳器、存储系统、操作系统软件、数据库软件等提出合理的建议配置，并提供详细的计算依据。
答：
满足。
〔7〕硬件报价要求报出系统所需的全部设备的价格。
答：
满足。
〔8〕软件报价要求卖方应提供最新的、成熟的、稳定的软件版本，并注明所提供软件的版本号，提供详细的功能清单。
答：
满足。
〔9〕软件报价按以下分类方法
系统软件报价：
包括操作系统〔如果硬件平台采用商用计算机平台，可包含在硬件报价中〕、工具和组件等。
答：
满足。
〔10〕卖方应承诺买方在后续的设备订货时，同一类型的软、硬件设备成交价格至少不高于本次合同的成交价格，折扣率至少不低于本次合同的折扣率。
答：
满足。
〔11〕效劳报价要求
卖方应对工程中需要原厂支撑的效劳进展报价。
答：
满足。
〔12〕培训
卖方就所提供的产品提供原厂技术培训，分为高级培训〔高级技术人员或管理者〕和操作培训；卖方同时提供运维流程培训，保证系统正常运行。
答：
满足。
卖方需就以上培训，列出培训人员的数量和费用单价并给出详细的培训方案〔包括时间、地点、课程等〕。
答：
满足。
〔13〕可选报价
对于可选软件、硬件和效劳或卖方认为可以推荐给买方选择的软件、硬件和效劳，可单独提出其工程和报价，但不计入总价，并提供技术性能及经济技术比拟所需的资料。
答：
满足。
四工程概述
四.1建立背景
114导航〔简称114〕为用户提供导航业务宣传、信息查询、电子商务等综合信息效劳。
目前114已经实现了会员注册、会员管理、积分管理、商家管理、合作商家产品管理等功能。
当前系统具体实现的功能包括：
会员注册功能，包括web会员注册功能、话务员代客注册功能和拨打114导航的用户自动成为会员功能等。
答：
满足。
会员管理功能，包括会员资料管理、会员积分管理、订单历史明细查询、会员积分查询等。
答：
满足。
积分管理功能，包括积分计算、积分规则管理等。
答：
满足。
商家管理功能，包括商家信息维护、商品分类管理和商品管理。
答：
满足。
支持短信下行功能。
用户短信回复信息时，系统将根据相关的规则进展后续处理。
答：
满足。
E*CEL导出功能，会员的积分数据和订单数据能够以E*CEL的方式进展导出。
答：
满足。
目前，114中已经具有400多万左右的具备会员注册、会员资料管理的用户，但还无法进展积分兑换等功能；话务员界面还无法支撑为用户办理通用卡业务，用户感知降低，影响收益。
目前114的业务数据根本都是从合作平台获取的，由于数据分散在各个合作平台，无法及时准确的获取业务运营数据，如订单跟踪等，对业务的后续开展影响较大。
答：
满足。
随着互联网业务和手机业务的高速开展，WEB/WAP电子商务迅速扩展。
中国电信从2009年开场启动集团版的号百商城，2010年开场，、、、、**各省也开场启动本地版号百商城。
联通作为联通集团114导航业务的领导者，需要及时适应市场变化，紧跟行业潮流，利用114导航品牌和500万前向客户和后向商家资源，大力开展以导航品牌效劳为根底的实物订购业务。
答：
满足。
卖方应充分了解本工程的上述建立背景。
四.2业务现状
四.2.一114业务现状
目前运营商的商旅业务主要分为三类：
代客预订：
比方酒店预订、餐饮预订等。
代客预订的目标客户主要是商务人士，预订内容需要客户亲自去消费，客户一般在消费单位完成支付，由消费单位提取一定比例的提成费用给运营商。
答：
满足。
实物预订：
比方订鲜花、订农产品。
实物预订的目标客户有消费需求的人员，主要是为了方便人们购物消费，需要由支付和物流配送系统的支持，这种方式一般由消费者在运营商侧完成支付，运营商扣除一定比例的提成费用后把实物费用结算给实物供给商和物流供给商。
答：
满足。
票务类预订：
比方机票预订、火车票预订等。
票务类预订业务的特点是其预订内容具有稀缺性和垄断性的特点，票务代理商或者供给商在资源控制上比拟强势，因此在支付方式商和代客预订类似，由票务代理商或者供给商完成用户收费后提取一定比例的提成费用给运营商；
答：
满足。
目前，联通在导航平台只实现了自营酒店等局部业务的订单流转控制和自营酒店等商家的管理，无法进展实物预订和购置。
只实现了语音接入，缺少WEB/WAP等新的接入方式。
答：
满足。
四.2.二114系统现状
四.2.二.1系统已实现功能
模块
功能
WEB
产品宣传与发布
阳光政务、尾号限行
商场折扣与优惠券下载
权限管理
后台管理
WAP
产品宣传与发布
尾号限行
114语音查询
会员管理
会员注册
会员资料修改
话务员代客注册
话务员代客修改资料
话务员代客查询积分
短信模板管理
导入内部员工、VIP会员数据
订单查询
积分管理
积分规则配置
积分查询
积分短信提醒
答：
满足。
四.2.二.2系统技术框架
系统框架采用当前较为流行的SSH框架。
SSH：
Struts〔表示层〕+Spring〔业务层〕+Hibernate〔持久层〕。
Struts：
Struts是一个表示层框架，主要作用是界面展示，接收请求，分发请求。
在MVC框架中，Struts属于VC层次，负责界面表现，负责MVC关系的分发。
〔View：
沿用JSP、HTTP、Form、Tag、Resourse；Controller：
ActionServlet、struts-config.*ml、Action〕。
Hibernate：
Hibernate是一个持久层框架，它只负责与关系数据库的操作。
Spring：
Spring是一个业务层框架，是一个整合的框架，能够很好地黏合表示层与持久层。
答：
满足。
四.2.二.3系统总体构造
导航业务平台的建立采用业务与交换别离的设计思想，总体构造分三层实现，即交换接入层、功能支撑层、业务实现层。
答：
满足。
〔1〕交换接入层
交换接入层负责各种媒体的综合接入，实现语音接入、小灵通短信下行接入、G网用户短信上下行等多种接入方式。
答：
满足。
〔2〕功能支撑层
功能支撑层负责对呼叫进展统一的管理，如完成对呼叫的控制、路由的管理、资源的管理等，它针对具体业务对话务的需求，通过解释转化为任务，向交换接入层提交，在交换接入层的配合下，完成丰富多变的话务功能。
功能支撑层包括核心控制效劳器、智能路由中心、IVR控制系统、用户接口效劳、业务开发平台等。
答：
满足。
〔3〕业务实现层
业务实现层通过接口按照具体应用的话务需求向上层提出需求，结合计算机网络和数据库技术实现具体的业务应用。
答：
满足。
业务实现层目前实现的业务有114查号业务和导航业务。
支撑114查号业务的应用软件包含如下功能：
查询功能、增删改功能、质检功能、IVR功能、统计分析功能、外呼功能以及监控管理功能，并且能根据话务员的实际从事话务工作的不同设置不同的权限。
导航业务是在114查号应用软件的根底上实现的增值效劳，共包含7大类22项效劳。
答：
满足。
四.2.二.4系统拓扑
联通114导航系统由东四和皂君庙两套接入平台组成，两套平台之间可以构成网络呼叫中心，实现114话务的全网均衡、负荷分担以及局部容灾备份功能：
当其中*一套平台的处理能力不够或者出现故障，另一套接入平台可以通过网络智能分配系统〔NIRC〕获得相关的控制信息，完成114业务。
答：
满足。
四.2.二.5系统接口
当前114与外围系统的接口主要有114与聚集分析系统的数据接口，与114导航平台的接口。
答：
满足。
〔1〕与聚集分析系统的数据接口
此接口包括聚集分析系统到114和114到聚集分析系统的双向数据接口，用于114定时向聚集分析系统同步订单等信息和聚集分析系统定时向114同步用户消费行为等信息。
答：
满足。
〔2〕与114导航平台的接口
此接口用于114导航平台话务员代客操作，点击，页面跳转到114代客操作页面。
答：
满足。
四.3系统需求
针对目前114现状和订单业务管理现状，以及电子商务行业趋势，需要增强和扩展114功能，实现统一实物预订业务门户、统一订单管理、统一支付平台接口、统一物流管理、统一前向客户管理、统一商家合作伙伴管理，建立面向农产品、鲜花、蛋糕、电影票、杂志等商旅业务的集中运营管控。
答：
满足。
五建立方案
五.1网络拓扑图
本工程目标网络拓扑构造如以下图：
答：
满足。
五.2系统架构
如以下图所示：
答：
满足。
五.3增强话务员应用模块
在现有代客注册、代客修改资料、代客积分查询功能根底上，新增农产品通用卡管理模块、有卡（指农产品通用卡）实物预订模块、实物搜索模块。
答：
满足。
农产品通用卡管理模块包括农产品通用卡建卡、农产品通用卡充值、农产品通用卡余额查询、冻结金额查询和有效期查询。
答：
满足。
有卡实物预订模块包括以下功能：
订单查询、新增订单、订单修改和订单撤销。
答：
满足。
五.3.一农产品通用卡建卡功能：
下建卡订单，一次性可以动态的创立多张不同面值的农产品预订卡。
可以对卡进展动态删除操作。
答：
满足。
建卡流程图如下：
答：
满足。
五.3.二农产品通用卡建卡回填功能
回填时可以动态对多张卡进展建卡回填，且系统自动将卡有效期默认填写为当前日期向后推至一年的日期。
如果回填金额>=2000元,则有效期默认为当前日期向后推至两年的日期，且话务员可以手工修改有效期。
答：
满足。
五.3.三农产品通用卡充值功能
用户可以一次为多张农产品通用卡进展充值。
流程图同建卡流程图。
答：
满足。
五.3.四农产品通用卡充值回填功能
回填时可以动态对多张卡进展充值回填，且系统自动将卡有效期默认填写为当前日期向后推至一年的日期。
如果回填金额>=2000元,则有效期默认为当前日期向后推至两年的日期，且话务员可以手工修改有效期。
答：
满足。
五.3.五有卡实物预订功能
农产品实物预订卡采用非记名方式制卡发卡。
发卡后，持卡人可以将卡赠送给他人。
答：
满足。
此卡如果曾经有过交易实物的记录，则持卡人使用此卡再次进展购物的时候，系统会将此卡最近一次交易人的信息自动带入，从而减少了话务员的工作量，提高了话务员的工作效率，话务员只需确认收货人信息即可。
答：
满足。
有卡实物预订流程图如下：
答：
满足。
五.3.六实物订单修改功能
话务员点击修改按钮后，旧订单商品信息重新回到购物车以后，话务员可以随意进展如下操作：
更改商品数量、增减商品（只有符合修改规则的才能被修改）。
如果新增商品，卡金额缺乏，可以添加卡（所有卡合计可用总金额大于等于订购货款的时候，提示不让添加新卡）。
答：
满足。
此功能方便话务员更改订单信息，提高了话务员的工作效率。
五.4新增WEB用户电子商城应用模块
该模块包括WEB商品搜索模块、商品浏览、在线客服模块、积分查询模块、投诉功能模块、历史订单明细模块和个人信息管理模块。
答：
满足。
五.4.一商品搜索
用户可以通过web，通过不同的检索条件组合，搜索自己喜欢的商品。
如果订购，需要打让话务员预订。
答：
满足。
五.4.二在线客服
用户可以通过web提供的在线客服，如QQ、MSN或电子等方式，向效劳人员进展内相关信息的咨询,方便用户了解产品，促成交易。
答：
满足。
五.4.三积分查询
用户可以通过web自助查询个人积分记录情况，包括当前总积分、积分来源明细、积分消费明细等。
答：
满足。
五.4.四投诉功能
用户可以通过web提供的投诉受理模块进展投诉，投诉方式可以通过电子结合订单情况进展产品、效劳等方面的投诉。
答：
满足。
五.4.五历史订单明细
用户可以通过web登录成功后，进入自助效劳页面，可以通过不同的检索条件查询历史订单情况及订单状态。
答：
满足。
五.4.六个人信息管理模块
用户可以通过web登录成功后，进入自效劳页面，可以修改个人信息，包括**、、通信地址等信息。
答：
满足。
五.5增强WAP应用模块。
目前WAP提供了产品预订、交通出行、通信助理业务咨询的114直拨功能。
本期新增包括WAP方式注册、WAP方式积分查询、预约挂号、随身号薄、商务总机、优惠券等功能。
答：
满足。
五.6增强商家应用模块
增强商家商品维护模块、新增商家投诉处理模块、客服应答处理模块、商家订单处理模块、商家信息维护模块、商家配送模块、商家统计分析效劳和商家管理功能模块。
答：
满足。
五.6.一商家商品维护模块
包括商品的上架、下架，商品的审核，商品模板维护,商家通过商品管理对属于自己范围内的商品信息进展维护和及时提醒。
答：
满足。
五.6.二商家投诉处理模块
针对于web客户的投诉信息进展回复。
答：
满足。
五.6.三客服应答处理模块
针对于前台web客户实时的问题咨询做应答处理，如询问商品等信息等。
升级会员 