02技术规范书点对点应答Word格式文档下载.docx
《02技术规范书点对点应答Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《02技术规范书点对点应答Word格式文档下载.docx（29页珍藏版）》请在冰豆网上搜索。
需要做详细解释的内容应尽量放在逐条逐项答复中，若内容太多，可放在指明的附件中。
（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电话导航的用户自动成为会员功能等。
会员管理功能，包括会员资料管理、会员积分管理、订单历史明细查询、会员积分查询等。
积分管理功能，包括积分计算、积分规则管理等。
商家管理功能，包括商家信息维护、商品分类管理和商品管理。
支持短信下行功能。
用户短信回复信息时，系统将根据相关的规则进行后续处理。
EXCEL导出功能，会员的积分数据和订单数据能够以EXCEL的方式进行导出。
目前，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.xml、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.四农产品通用卡充值回填功能
回填时可以动态对多张卡进行充值回填，且系统自动将卡有效期默认填写为当前日期向后推至一年的日期。
五.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增强商家应用模块
增强商家商品维护模块、新增商家投诉处理模块、客服应答处理模块、商家订单处理模块、商家信息维护模块、商家配送模块、商家统计分析服务和商家管理功能模块。
五.
升级会员 