技术规范书点对点应答模板

北京联通电话导航平台114网站系统改造工程项目技术规范书中国联合网络通信北京市分企业7月目录1总则 12卖方技术提议书要求 33卖方报价要求 54工程概述 64.1建设背景 64.2业务现实状况 74.2.1电话导航业务现实状况 74.2.2用户资源聚集分析和应用系统现实状况 85软件设计要求 105.1建设目标 105.2建设标准 115.3软件设计要求 115.3.1用户资源聚集分析系统基础要求 115.3.2总体设计要求 125.3.3系统软件配置 145.3.4应用软件配置 145.3.5前向用户分析增强 155.3.6后向商家分析增强 165.3.7产品分析增强 175.3.8正确营销支撑增强 185.3.9导航业务代理商管理 195.3.10数据聚集增强 195.3.11数据服务支撑增强 195.3.12报表中心增强 195.3.13系统管理增强 205.4软件建设规模 206系统集成部分 216.1卖方应依据下列标准提出具体、完整技术方案提议 216.2卖方应完成以下集成工作内容 216.3卖方应对整个系统负责 226.4卖方提供具体项目管理及工程实施方案 227工程实施 227.1工程实施计划 227.2设备安装及调测 227.3测试 227.4初验和试运行条件 237.5试运行 237.6终验 237.7保修 237.8其它 238技术服务和技术培训 248.1技术文件 248.2服务要求 248.3技术培训 258.4工程联络会议 258.5其它 25总则（1）本文件为中国联合网络通信企业北京市分企业（以下简称买方）“北京联通电话导航平台114网站系统改造工程项目（以下简称“114网站”）”技术规范书，供厂商及集成商（以下简称卖方）编写提议书和报价之用，提议书内容格式应符合本规范书要求。同时，买方保留其后续项目依据实际情况对本规范进行补充完善权力。卖方在收到本规范书后须在要求时间内，提供满足本规范书技术提议书。逾期则视为自动放弃提供提议书权利。答：满足。（2）本规范书只是针对北京联通电话导航平台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）可选报价对于可选软件、硬件和服务或卖方认为能够推荐给买方选择软件、硬件和服务，可单独提出其项目和报价，但不计入总价，并提供技术性能及经济技术比较所需资料。答：满足。工程概述建设背景114电话导航网站（简称114网站）为用户提供电话导航业务宣传、信息查询、电子商务等综合信息服务。现在114网站已经实现了会员注册、会员管理、积分管理、商家管理、合作商家产品管理等功效。目前系统具体实现功效包含：会员注册功效，包含web网站会员注册功效、话务员代客注册功效和拨打114电话导航用户自动成为会员功效等。答：满足。会员管理功效，包含会员资料管理、会员积分管理、订单历史明细查询、会员积分查询等。答：满足。积分管理功效，包含积分计算、积分规则管理等。答：满足。商家管理功效，包含商家信息维护、商品分类管理和商品管理。答：满足。支持短信下行功效。用户短信回复信息时，系统将依据相关规则进行后续处理。答：满足。EXCEL导出功效，会员积分数据和订单数据能够以EXCEL方法进行导出。答：满足。现在，114网站中已经含有400多万左右含有会员注册、会员资料管理用户，但还无法进行积分兑换等功效；话务员界面还无法支撑为用户办理通用卡业务，用户感知降低，影响收益。现在114网站业务数据基础全部是从合作平台获取，因为数据分散在各个合作平台，网站无法立即正确获取业务运行数据，如订单跟踪等，对业务后续开展影响较大。答：满足。伴随互联网业务和手机业务高速发展，WEB/WAP电子商务快速扩展。中国电信从开始开启集团版号百商城，开始，湖南、重庆、江苏、浙江、新疆各省也开始开启当地版号百商城。北京联通作为联通集团114电话导航业务领导者，需要立即适应市场改变，紧跟行业时尚，利用114电话导航品牌和500万前向用户和后向商家资源，大力发展以电话导航品牌服务为基础实物订购业务。答：满足。卖方应充足了解本工程上述建设背景。业务现实状况114网站业务现实状况现在运行商商旅业务关键分为三类：代客预订：比如酒店预订、餐饮预订等。代客预订目标用户关键是商务人士，预订内容需要用户亲自去消费，用户通常在消费单位完成支付，由消费单位提取一定百分比分成费用给运行商。答：满足。实物预订：比如订鲜花、订农产品。实物预订目标用户有消费需求人员，关键是为了方便大家购物消费，需要由支付和物流配送系统支持，这种方法通常由消费者在运行商侧完成支付，运行商扣除一定百分比分成费用后把实物费用结算给实物供给商和物流供给商。答：满足。票务类预订：比如机票预订、火车票预订等。票务类预订业务特点是其预订内容含有稀缺性和垄断性特点，票务代理商或供给商在资源控制上比较强势，所以在支付方法商和代客预订类似，由票务代理商或供给商完成用户收费后提取一定百分比分成费用给运行商；答：满足。现在，北京联通在电话导航平台只实现了自营酒店等部分业务订单流转控制和自营酒店等商家管理，无法进行实物预订和购置。只实现了语音接入，缺乏WEB/WAP等新接入方法。答：满足。114网站系统现实状况系统已实现功效模块功效WEB网站产品宣传和公布阳光政务、尾号限行商场折扣和优惠券下载权限管理后台管理WAP网站产品宣传和公布尾号限行114语音查询会员管理会员注册会员资料修改话务员代客注册话务员代客修改资料话务员代客查询积分短信模板管理导入内部职员、VIP会员数据订单查询积分管理积分规则配置积分查询积分短信提醒答：满足。系统技术框架系统框架采取目前较为流行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是一个业务层框架，是一个整合框架，能够很好地黏合表示层和持久层。答：满足。系统总体结构电话导航业务平台建设采取业务和交换分离设计思想，总体结构分三层实现，即交换接入层、功效支撑层、业务实现层。答：满足。（1）交换接入层交换接入层负责多种媒体综合接入，实现语音接入、小灵通短信下行接入、G网用户短信上下行等多个接入方法。答：满足。（2）功效支撑层功效支撑层负责对呼叫进行统一管理，如完成对呼叫控制、路由管理、资源管理等，它针对具体业务对话务需求，经过解释转化为任务，向交换接入层提交，在交换接入层配合下，完成丰富多变话务功效。功效支撑层包含关键控制服务器、智能路由中心、IVR控制系统、用户接口服务、业务开发平台等。答：满足。（3）业务实现层业务实现层经过接口根据具体应用话务需求向上层提出需求，结累计算机网络和数据库技术实现具体业务应用。答：满足。业务实现层现在实现业务有114查号业务和电话导航业务。支撑114查号业务应用软件包含以下功效：查询功效、增删改功效、质检功效、IVR功效、统计分析功效、外呼功效和监控管理功效，而且能依据话务员实际从事话务工作不一样设置不一样权限。电话导航业务是在114查号应用软件基础上实现增值服务，共包含7大类22项服务。答：满足。系统拓扑北京联通114电话导航系统由东四和皂君庙两套接入平台组成，两套平台之间能够组成网络呼叫中心，实现114话务全网均衡、负荷分担和部分容灾备份功效：当其中某一套平台处理能力不够或出现故障，另一套接入平台能够经过网络智能分配系统（NIRC）取得相关控制信息，完成114业务。答：满足。系统接口目前114网站和外围系统接口关键有114网站和聚集分析系统数据接口，和114电话导航平台链接接口。答：满足。（1）和聚集分析系统数据接口此接口包含聚集分析系统到114网站和114网站到聚集分析系统双向数据接口，用于114网站定时向聚集分析系统同时订单等信息和聚集分析系统定时向114网站同时用户消费行为等信息。答：满足。（2）和114电话导航平台链接接口此接口用于114电话导航平台话务员代客操作，点击网站链接，页面跳转到114网站代客操作页面。答：满足。系统需求针对现在114网站现实状况和订单业务管理现实状况，和电子商务行业趋势，需要增强和扩展114网站功效，实现统一实物预订业务门户、统一订单管理、统一支付平台接口、统一物流管理、统一前向用户管理、统一商家合作伙伴管理，建立面向农产品、鲜花、蛋糕、电影票、杂志等商旅业务集中运行管控。答：满足。建设方案网络拓扑图本工程目标网络拓扑结构以下图：答：满足。系统架构以下图所表示：答：满足。增强话务员应用模块在现有代客注册、代客修改资料、代客积分查询功效基础上，新增农产品通用卡管理模块、有卡(指农产品通用卡)实物预订模块、实物搜索模块。答：满足。农产品通用卡管理模块包含农产品通用卡建卡、农产品通用卡充值、农产品通用卡余额查询、冻结金额查询和使用期查询。答：满足。有卡实物预订模块包含以下功效：订单查询、新增订单、订单修改和订单撤销。答：满足。农产品通用卡建卡功效：下建卡订单，一次性能够动态创建多张不一样面值农产品预订卡。能够对卡进行动态删除操作。答：满足。建卡步骤图以下：答：满足。农产品通用卡建卡回填功效回填时能够动态对多张卡进行建卡回填，且系统自动将卡使用期默认填写为目前日期向后推至十二个月日期。假如回填金额>=元,则使用期默认为目前日期向后推至两年日期，且话务员能够手工修改使用期。答：满足。农产品通用卡充值功效用户能够一次为多张农产品通用卡进行充值。步骤图同建卡步骤图。答：满足。农产品通用卡充值回填功效回填时能够动态对多张卡进行充值回填，且系统自动将卡使用期默认填写为目前日期向后推至十二个月日期。假如回填金额>=元,则使用期默认为目前日期向后推至两年日期，且话务员能够手工修改使用期。答：满足。有卡实物预订功效农产品实物预订卡采取非记名方法制卡发卡。发卡后，持卡人能够将卡赠予给她人。答：满足。此卡假如曾经有过交易实物统计，则持卡人使用此卡再次进行购物时候，系统会将此卡最近一次交易人信息自动带入，从而降低了话务员工作量，提升了话务员工作效率，话务员只需确定收货人信息即可。答：满足。有卡实物预订步骤图以下：答：满足。实物订单修改功效话务员点击修改按钮后，旧订单商品信息重新回到购物车以后，话务员能够随意进行以下操作：更改商品数量、增减商品(只有符合修改规则才能被修改)。假如新增商品，卡金额不足，能够添加卡(全部卡累计可用总金额大于等于订购货款时候，提醒不让添加新卡)。答：满足。此功效方便话务员更改订单信息，提升了话务员工作效率。新增WEB用户电子商城应用模块该模块包含WEB商品搜索模块、商品浏览、在线客服模块、积分查询模块、投诉功效模块、历史订单明细模块和个人信息管理模块。答：满足。商品搜索用户能够经过web网站，经过不一样检索条件组合，搜索自己喜爱商品。假如订购，需要打电话让话务员预订。答：满足。在线客服用户能够经过web网站提供在线客服，如QQ、MSN或电子邮件等方法，向网站服务人员进行网站内相关信息咨询,方便用户了解产品，促成交易。答：满足。积分查询用户能够经过web网站自助查询个人积分统计情况，包含目前总积分、积分起源明细、积分消费明细等。答：满足。投诉功效用户能够经过web网站提供投诉受理模块进行投诉，投诉方法能够经过电子邮件结合订单情况进行产品、服务等方面投诉。答：满足。历史订单明细用户能够经过web网站登录成功后，进入自助服务页面，能够经过不一样检索条件查询历史订单情况及订单状态。答：满足。个人信息管理模块用户能够经过web网站登录成功后，进入自服务页面，能够修改个人信息，包含姓名、电话、通信地址等信息。答：满足。增强WAP应用模块。现在WAP提供了产品预订、交通出行、通信助理业务咨询114电话直拨功效。本期新增包含WAP方法注册、WAP方法积分查询、预约挂号、随身号薄、商务总机、优惠券等功效。答：满足。增强商家应用模块增强商家商品维护模块、新增商家投诉处理模块、客服应答处理模块、商家订单处理模块、商家信息维护模块、商家配送模块、商家统计分析服务和商家管理功效模块。答：满足。商家商品维护模块包含商品上架、下架，商品审核，商品模板维护,商家经过商品管理对属于自己范围内商品信息进行维护和立即提醒。答：满足。商家投诉处理模块针对于web网站用户投诉信息进行回复。答：满足。客服应答处理模块针对于前台web网站用户实时问题咨询做应答处理，如问询商品等信息等。答：满足。商家订单处理模块商家对订单管理，如审核、跟踪，商家对分流到自己订单可处理给物流企业。答：满足。商家信息维护模块商家自服务中能够对企业信息进行维护，如修改商家地址、商家名称、商家编码等信息。答：满足。商家配送模块商家对于配送步骤管理,商家可进行可视物流选择。答：满足。商家统计分析服务商家对商品库存统计、销售商品排名(根据不一样时间)、订单统计等。答：满足。新增中台业务人员应用模块包含业务报表统计模块、商品管理模块、中台业务人员订单管理模块。答：满足。业务报表统计模块业务报表统计模块包含以下功效：订单统计、商家统计、商品统计、WEB用户统计、销售排行、点击排行、评论排行、物流结算、用户信息查询、订单查询、配送回执查询、应收账款查询、销售收入分析、报表统计分析和销售数据统计等统计报表管理。答：满足。商品管理模块商品管理模块包含以下功效：审核商品、删除商品、新增商品、商品模板维护、新增商品模板、商品公布等。答：满足。订单管理模块订单管理模块包含订单分发、订单审核、订单跟踪。答：满足。订单分发功效：二线合作方管理人员能够对建卡订单池、充值订单池和实物订单池分别进行管理，能够依据检索条件，定位到不一样配送日期待派发订单，然后能够批量选中待派发订单，分发给指定二线操作员。已派发订单会从订单池中移走。答：满足。订单审核功效：二线操作员没有权限对订单进行修改和撤销，所以二线操作员遇四处理不了订单，会将订单全部回传给二线管理人员。二线管理人员会对这些订单进行审核，依据回传原因进行修改或撤销。答：满足。增强后台管理员应用模块。包含会员管理模块、商家管理模块、配送方法维护模块、支付方法维护模块、信息管理模块、页面管理模块、业务报表统计模块、系统管理员模块。答：满足。会员管理模块会员管理模块包含：会员增加、会员修改。答：满足。商家管理模块商家管理模块包含：新增供给商、修改供给商和删除供给商。答：满足。配送方法维护模块配送方法维护模块实现商家配送方法修改操作。答：满足。支付方法维护模块支付方法维护模块实现通用卡支付和货到付款操作。答：满足。话务员管理模块话务员管理模块包含：话务员增加、话务员修改、话务员删除。答：满足。114网站信息管理模块114网站信息管理模块包含：增加信息、栏目维护和留言管理。答：满足。114网站页面管理模块114网站页面管理模块包含：增加广告、广告管理、增加页面和页面管理。答：满足。新增订单管理引擎包含订单池、订单处理角色分类、订单步骤、订单功效模块。答：满足。订单池系统对全部已经确定后咨询单自动池化，生成订单总池，池中包含全部未经处理订单。关键状态为：未处理和变更未处理订单。答：满足。订单分拣：订单分为话务员手工领取、系统自动派发、二线管理人员进行手工派发。答：满足。二线管理人员手工派发二线管理人员派发订单步骤图以下：答：满足。话务员手工领取：二线话务员登录系统后，对未处理和变更未处理订单做分配操作，领取订单，二线管理员针对领取后订单进行审核和分配处理，系统支持同时领取多个订单动作。但对于已领取未处理订单达成指定时间未进行下一步处理时，自动弹回订单池，并统计弹回日志。在进行订单领取时，系统对订单进行锁定操作，一旦锁定，其它用户将只能进行查看操作。不能进行领取操作。答：满足。答：满足。系统自动派发：假如订单在指定时间（系统设定）内没有被任何操作员领取，系统将随机分配给选择话务员。答：满足。订单预警：系统在订单池中订单数量达成一定数目（系统设定）时候自动预警，红色字体显示。系统在订单池中超期（系统设定）订单进行预警，并以红色显示。系统在订单距离超期时间（系统设定）还有指定时间（系统设定）时候，自动预警（黄色显示）。答：满足。订单角色分类订单处理角色分类是依据订单业务使用对象不一样，将系统使用者分为一线话务员、二线话务员、商家和业务管理员。答：满足。一线话务员：为用户提供订购业务服务接线员，一线话务员对订单进行咨询、订单生成操作。答：满足。具体包含：生成建卡订单，生成充值订单，使用农产品通用卡进行实物预订，和对三种订单管理，包含查询、修改和撤销。一线话务员并被以处理订单效率为标准进行绩效考评；答：满足。二线话务员：负责审核订单、处理催单，经过和商家沟通，确定能否为已经申请成功订单提供服务，负责对订单处理过程进行催分配，催联络等；答：满足。现在二线话务员分为合作方管理员和合作方操作员，合作方管理员对订单进行派发、对订单进行修改和撤销操作；合作方操作员对订单进行具体处理，包含配送确定、回填确定、到货签收确定操作。答：满足。业务管理员：负责查对订单，经过和商家沟通，确定订单数量，和佣金结算。答：满足。订单步骤订单步骤以下图所表示：答：满足。订单功效模块关键包含新增订单、订单修改、订单撤销、订单状态查询、订单监控、历史订单查询、订单统计分析。答：满足。新增订单：话务员代客操作或用户自己经过网站进行农产品通用卡预订、对通用卡进行充值、使用农产品通用卡进行实物预订,产生订单。答：满足。使用农产品通用卡进行实物预订，假如目前使用卡已经有过交易统计，则此次交易会自动将本卡最近一次交易收货人信息带入系统，话务员依据实际情况进行修改或只对信息进行查对即可。节省了话务员工作量，提升了工作效率。答：满足。订单修改：话务员代客或用户自己经过网站修改订单信息，如修改商品、数量、配送地址。答：满足。对于建卡订单和充值订单：话务员能够代客进行修改除卡号外任何信息，修改需要在规则范围内。答：满足。修改实物订单：重新回到购物车以后，话务员能够进行以下操作：更改商品数量、增减商品。答：满足。新增商品卡金额不足，能够添加卡。(全部卡累计可用总金额大于等于订购货款时候，提醒不让添加新卡)答：满足。农产品实物预订卡采取非记名方法制卡发卡。发卡后，持卡人能够将卡赠予给她人。答：满足。此卡假如曾经有过交易实物统计，则持卡人使用此卡再次进行购物时候，系统会将此卡最近一次交易人信息自动带入，从而大大降低了话务员工作量，提升了话务员工作效率，话务员只需问询确定收货人信息即可。答：满足。订单撤销：话务员代客或用户自己经过网站在指定规则范围内进行订单撤销。现在实物预订中，撤销订单，会将农产品通用卡中冻结金额退还。答：满足。订单状态查询：话务员代客或用户在订单流转过程中对订单实时状态进行查询。话务员经过订单管理功效查看全部订单状态，对于已经配送或处理完成订单，订单不可再被更改或做撤消操作。答：满足。订单监控：系统对订单池中订单进行实时监控和预警，如订单数量达成1000份、订单超出3小时无人处理等。答：满足。历史订单查询：话务员代客或用户经过系统对自己历史订单进行查询。如：查询近30天订单、按订单分类查询近六个月订单等。答：满足。订单统计分析：对系统中订单进行统计分析。如：按商家进行统计分析、按订单产生时间进行统计分析、按订单分类进行统计分析等。答：满足。软件设计要求基础要求卖方应用软件应能支持各类主流服务器；答：满足。(2)应用软件应支持Windows、Linux或UNIX等主流操作系统；答：满足。应用软件应采取分层次体系结构，方便于系统维护和扩展；答：满足。应用软件应能依据用户规模不一样支持集中处理模式和分布式处理；答：满足。应用软件应含有很好开放性，方便于和其它应用系统连接；答：满足。应用软件应能适应多个大型数据库系统，比如Oracle、Sybase等；答：满足。系统运行应是安全、可靠，含有完善、分级操作/访问权限控制机制；答：满足。系统应含有数据备份及灾难恢复功效。答：满足。要求软件采取分层模块化结构，模块之间通信应按要求接口进行。任何一层任何一个模块维护和更新和新模块追加全部不影响其它模块；答：满足。系统参数、用户数据和处理程序应有相正确独立性。用户数据任何变更全部不应引发运行版本程序变更。处理程序应和系统参数、用户数据相适应；答：满足。软件应有容错能力，通常软件故障不应引发各类严重系统再开启；答：满足。软件设计应有防护性能，某一软件模块内软件错误应限制在本模块内，而不应造成其它软件模块错误；答：满足。应含有软件运行故障监视功效。一旦软件出现死循环等重大故障，应能自动再开启，并能出即时故障汇报信息；答：满足。软件含有具体、完善、灵活业务、用户等数据统计、分析、估计能力；答：满足。卖方需对销售关键软件部分拥有自主知识产权。答：满足。总体设计要求（1）卖方应提供本工程各设备运行具体软件配置描述，包含业务软件模块，及可能包含设备扩容所使用专业软件，卖方需具体描述多种软件功效、能力限制（license限制）和硬件平台、操作系统支持情况。答：满足。（2）卖方应提供本工程对平台各模块影响，需要列出平台全部功效模块并按下表标识各模块在本工程中是否发生改变。答：满足。模块名新增改造不变针对上表中新增、改造部分，卖方应明确描述新增和改造具体步骤、数据格式和接口改变，和该改变造成现有业务步骤、数据格式和接口等改变。答：满足。（3）卖方应给出本工程整体软件架构（逻辑功效结构）和各个功效模块，同时应说明功效模块之间关系和采取接口技术,并就各部分之间中间件内部通讯机制和协议进行具体说明。答：满足。（4）针对每个模块给出具体功效列表及进程名称，并作为独立附件提供。答：满足。（5）卖方应依据各个具体业务对各模块之间工作步骤、数据流向、数据交互关系图进行具体描述。上述内容要求作为技术提议书独立附件。答：满足。（6）卖方应对各个模块用到数据模型和数据结构和E-R图作具体说明。上述内容要求作为技术提议书独立附件。答：满足。（7）卖方应给出各软件功效模块在硬件设备上布署关系对照表。并作为技术提议书独立附件。答：满足。（8）本工程建设系统中各功效应采取模块化结构，各子系统间要以松耦合方法建立，能够灵活修改，每个模块调整不能影响其它系统正常工作；且各模块功效之间逻辑划分正确，尽可能降低操作数量。答：满足。（9）卖方应说明提供全部功效模块，能够顺利实施上线时间周期（从协议小签之日算起）。答：满足。（10）平台数据库主机服务器、接口主机服务器等关键服务器需采取备份工作方法。答：满足。（11）平台主机和数据库应根据行业规范和北京联通内控要求，配置安全化，规范化。答：满足。（12）对于需要常常查询日志，新系统应能够提供页面化查询方法，以提升维护方便性，系统还应能够支持认证失败信息实时统计查询功效。答：满足。（13）为确保关键业务数据可用性，本工程建设系统应含有完善数据可靠存放策略。答：满足。（14）全部存放关键业务数据，必需使用采取RAID0+1方法(HOTSPARE配置根据通行通例或原厂商推荐标准配置)，其它一般数据可采取RAID5方法。存放系统扩容可沿用现有方法，但需就系统性能和安全性进行说明。答：满足。（15）卖方应提供此次项目中使用软件清单证实。卖方应就此次项目提议方案中使用软件承载用户能力、系统设计性能指标、系统配置、和软件功效、具体功效模块进行具体说明。答：满足。（16）卖方应就系统要求做出具体应答和说明。若卖方方案和本规范书中所述方案不符，卖方可依据本身产品特点，在不影响系统建设目标和功效前提下，做出修正，可单独提出其项目和报价，并提出对应配置表及报价清单，同时应进行比较，做出具体说明。但不计入合价，并提供技术性能及供经济技术比较所需资料。答：满足。系统软件配置卖方提供方案中若包含操作系统或数据库软件配置，则需满足以下要求。答：满足。操作系统关键业务应用主机采取Windows、Linux或UNIX等主流操作系统。答：满足。操作系统支持虚拟内存管理，支持多用户、多任务、多进程和多线程。答：满足。操作系统应最少达成C2级安全标准。答：满足。操作系统应遵照X/openXPG4,POSIX1003.1等国际或工业标准。答：满足。提供完整软件开发环境，包含C编译器等开发工具。答：满足。操作系统应提供图形化系统管理工具。答：满足。支持在线诊疗和软硬件自动错误统计。答：满足。电源故障或其它紧急情况可提供自保护和自恢复。答：满足。支持高可用性集群。答：满足。数据库软件选择标准以下：支持主流硬件和操作系统平台。答：满足。支持网络上大型同构或异构数据库之间数据有效传输和冗余性复制。答：满足。支持主流网络协议。答：满足。实现和高级语言互连能力。答：满足。含有支持并行操作所需技术，包含多服务器协同技术、事务处理完整性控制技术等。答：满足。支持C2级安全标准，多级安全控制。答：满足。支持数据库存放加密、数据传输通道加密及对应冗余控制。答：满足。提供Web服务接口模块，对用户端输出协议支持HTTP2.0、SSL等。答：满足。应用软件配置卖方应具体解释其应用软件产品总体结构和业务步骤。假如采取第三方产品，指明第三方产品在整个体系结构中所起作用。做到软件框架和文字描述一一对应。答：满足。(1)卖方应对其软件产品模块名称，所属范围和层面及其功效进行具体描述。答：满足。(2)卖方应说明本身产品现在能够直接运行在何种主流服务器(如HP、IBM、SUN等)和操作系统上(HP-UNIX、IBM-AIX、SUN-SOLARIS等)，说明服务器名称、操作系统名称和版本。并说明对于其它服务器和操作系统是否能够移植，移植难度关键表现在什么地方；假如不能移植技术原因；假如能够移植，通常情况下从开始移植到最终能够正式商用之间时间。答：满足。(3)卖方应说明本身产品现在能够直接运行在何种主流数据库产品(如ORACLE、INFORMIX、SYBASE、SQLSEVER等)，并说明对于其它数据库产品，卖方是否能够移植，移植难度关键表现在什么地方；假如不能移植技术原因；假如能够移植，通常情况下从开始移植到最终能够正式商用之间时间。答：满足。(4)卖方应确保所提供软件含有良好可扩展性，当新增功效需求时，能较快地实现系统功效模块整合扩展，而不需要变更系统基础架构。答：满足。114网站系统功效要求业务功效本期系统在原有WEB网站基础上建设网络商城、配送管理、在线支付、数据统计、商品公布、消息提醒功效，目标是实现网上订购、付款及配送工作，增加114电话导航业务订单，提升整体收入。在原有电话导航前向用户会员和积分管理模块增强功效。答：满足。网络商城系统支撑用户经过WEB网站进行商品浏览及在线预定功效，用户预订后系统经过实时接口向订单系统传输订单具体数据，订单系统获取订单数据后将数据提供给后向商家。用户可伴随登录系统查看货物派送步骤，处理步骤等工作。答：满足。配送管理关键是依据订单情况，安排配送车辆和配送时间，并自动经过和车机交互，取得配送油量信息。当订单下发时，可经过消息服务来将打印信息发送到车机中；当订单完成时，将车机传回实时油量自动回写到配送单回执中。在途、配送完成后，全部将向用户发送一条短消息，以提醒用户订单状态和订货量、价格等信息，并确定。答：满足。在线支付系统经过和农产品卡管理平台建立接口，实现农产品卡在线支付功效，用户订购产品后可立即进行在线付款。答：满足。商品公布此功效模块包含后向商家信息注册、后向商家信息审核、后向商家产品信息公布、后向商家产品信息审核、后向商家产品信息加载功效。其中商家信息审核和产品信息审核由系统管理员进行审核，管理员审核经过后用户能看到后向商家信息及产品信息。系统获取商家信息后，经过实时接口将数据传输到订单系统，同时订单系统获取数据后经过回执进行确定。答：满足。消息提醒系统可经过页面、短信等多个方法进行关键日期提醒，如积分变更、用户生日、用户自定义纪念日、用户货物下发通知等信息。答：满足。数据统计对部分有用信息提供查询和统计功效。关键实现：用户信息查询、服务日志查询、订单查询、配送回执查询、货物信息查询、帐户信息查询、应收帐款查询、用户信息统计、销售出库差量、销售收入分析、货物价格分析、销售品种分析、销售业绩分析、报表统计汇总、销售数据统计。答：满足。会员管理增强包含后向用户会员管理和会员等级扩展及配置。答：满足。积分管理增强包含积分规则扩展和配置及提议抢换积分活动。答：满足。系统功效本期建设关键提供以下系统功效：1）实现商户经过Web/Wap方法完成网上查号及综合信息查询。114网站系统经过调用114电话导航综合信息搜索引擎，提供正确信息服务，让用户在感受到便捷同时，体会到和通常互联网查询区分。答：满足。2）实现商户网上业务受理(预受理)、商户相关信息预登记。答：满足。3）实现商户网上用户资料自助登记/修改，为用户提供基于互联网自助管理服务。答：满足。4）实现用户热线预定网上订单交易等服务。答：满足。5）利用114电话导航强大后台数据库支撑系统，全方面统计分析管理功效，进行市场商机挖掘，后向收费商户展示和排名。答：满足。6）实现话务员代客预订农产品通用卡，用户能够每次预订多张农产品通用卡。一线话务员将农产品经过卡订单下发后，二线管理人员将农产品通用卡订单派发给二线一般操作人员，二线一般操作人员在自己订单池中能够看到这条待处理订单，然后联络物流人员，更改订单配送状态。物流配送人员上门服务配送农产品通用卡，将商品清单交付用户，用户付钱，待用户签收后，物流配送人员拿回用户签收单，交给二线操作人员对此订单进行回填，二线操作人员对此订单卡号、金额和使用期进行回填，回填成功后，一条正常建卡订单才算完成。答：满足。7）实现话务员代客对农产品通用卡进行充值，用户能够每次对多张农产品通用卡进行充值。一线话务员将农产品经过卡充值订单下发后，二线管理人员将农产品通用卡订单派发给二线一般操作人员，二线一般操作人员在自己订单池中能够看到这条待处理订单，然后联络物流人员，更改订单配送状态。物流配送人员上门服务配送农产品通用卡，将商品清单交付用户，用户付钱，待用户签收后，物流配送人员拿回用户签收单，交给二线操作人员对此订单进行回填，二线操作人员对此订单卡号、充值金额和使用期进行回填，回填成功后，一条正常农产品通用卡充值订单才算完成。答：满足。8）实现话务员代客预订农产品。答：满足。系统接口要求获取主叫号码接口(和导航平台)用于来电显示获取用户电话号码。答：满足。短信发送接口(和导航平台)114电话导航平台面向114网站系统提供短信发送接口，用于用户在114网站注册、推荐赠予积分、修改信息等短信提醒功效。接口采取jdbc连接方法。答：满足。和聚集分析双向数据接口包含：114网站到聚集分析系统数据同时接口 和聚集分析系统到114网站数据同时接口。用于114网站定时向聚集分析系统同时订单等信息和聚集分析系统定时向114网站同时用户消费行为等信息。答：满足。和合作方数据同时接口包含：农产品通用卡信息同时接口和合作方商品信息同时、导入接口前者用于获取合作方通用卡金额、使用期等信息进行验证；后者用于同时合作方商品名称、价格、图片等商品基础信息。答：满足。和联通关键门户网站链接接口关键包含：WAP门户、WWW.10010.COM 中国联通网上营业厅门户下挂114网站 、. 中国联通北京市分企业门户下挂114网站。 答：满足。用户权限认证接口(和导航平台)包含和IVR步骤接口、获取IVR数据接口以实现话务员代客操作提醒用户手机输入密码，实现114网站登录。具体步骤见下图：导航平台经过捕捉用户键盘输入信息传输给114网站话务员应用模块，114网站应用模块经过验证后将结果反馈给导航平台答：满足。软件建设规模本工程包含将在东四局114网站系统进行扩容和改造工程。关键规模为：软件软件模块具体功效模块数量备注话务员应用模块农产品通用卡管理定制开发实物预订WEB用户电子商城应用模块web商品预订定制开发购物车管理积分查询模块投诉功效模块个人信息管理历史订单明细查询WAP应用模块WAP方法注册定制开发WAP方法积分查询预约挂号随身号薄商务总机优惠券积分兑换商家应用模块商家订单处理模块定制开发商家信息维护商家配送模块商家统计分析服务客服应答处理模块商家管理功效模块商品维护模块商家投诉处理模块中台业务人员应用模块业务报表统计模块定制开发订单管理商品管理模块后台管理员应用模块会员管理模块定制开发商家管理模块配送方法维护模块支付方法维护模块信息管理模块页面管理模块系统管理员模块订单管理引擎订单池定制开发订单处理角色分类订单步骤第三方软件WEB中间件Weblogic10.01套标准版答：满足。卖方应依据以上业务需求说明、规模和容量需求及简明技术实现方法，提出完整技术提议和处理方案，确定此次工程软、硬件配置和布署方法，并具体陈说理由，如对软件规模有调整，需补充说明。答：满足。系统集成部分卖方应依据下列标准提出具体、完整技术方案提议卖方应全方面具体了解买方对全部系统方案整体要求，确保方案合理性，并对具体实现方法做出提议。答：满足。卖方提议方案应符合本工程网络结构和设备配置要求。答：满足。卖方提议方案应能优化系统结构、实现负载均衡，并易于维护和扩展。答：满足。卖方应全方面了解掌握买方所购置软、硬件设备功效特征和性能指标，对整个系统及设备配置提供完整提议方案，方便最好地发挥和实现买方所购设备各项性能和整个系统性能。答：满足。卖方应确保所提供设备、系统软件等第三方产品在本工程配置条件下，在本工程系统集成中相互兼容。答：满足。卖方应完成以下集成工作内容卖方应负责对系统网络计划，包含具体IP地址分配、VLAN划分、协议选择、路由方法、安全机制、域名设置等。答：满足。卖方负责完成本工程购置设备安装督导、调测、联通，确保达成本工程对硬件系统规范、功效要求。答：满足。卖方负责完成本工程扩容/替换/移装硬件系统带来系统扩容割接工作，确保扩容割接过程中整个系统安全稳定运行。答：满足。卖方负责完成本工程应用软件安装、调测、联通，确保达成本工程对应用软件规范、功效要求。答：满足。卖方负责整个系统联调、开通，确保达成本工程对整个系统规范、功效要求。答：满足。卖方负责在新装、扩容服务器时提供技术支持。答：满足。卖方负责移装设备拆、装和搬运工作。答：满足。卖方应提供设备安装、测试所需线缆、安装材料、专用工具仪表等。答：满足。卖方必需承诺符合北京联通企业现有规范标准。答：满足。卖方应负责除上述内容外其它集成工作。答：满足。本工程假如包含利旧设备、软件，卖方应负责本这部分设备搬运和软件安装、配置、调测和联通。答：满足。卖方应对整个系统负责卖方确保全系统包含全部硬件、系统软件、应用软件联通及功效，达成系统设计总体目标。卖方有责任处理软、硬件设备安装、调测出现问题，并作为系统产生任何问题时第一响应方。答：满足。因为卖方原因造成系统软硬件漏配、配置不足和不能匹配，由此引发为满足本规范要求而增加或调整软硬件设备及其部件，由卖方无偿提供。因为卖方原因多配软硬件，由卖方原价收回。答：满足。卖方提供具体项目管理及工程实施方案卖方应利用自己工程经验，主动帮助买方工程管理人员安排工程计划，划分阶段性工程界面，定时提交工程进度情况汇报，适时参与工程协调会，配合买方协调工程中相关各方关系、分工和进度，设备及系统软件验收，和购置配套设备等。答：满足。工程实施工程实施计划卖方应提供具体项目实施方案，包含工程进度安