技术规范书点对点应答

联通导航平台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小时无人解决等。答：满足。历史订单查询：话务员代客或者顾客通过系统对自己的历史订单进行查询。如：查询近一种月的订单、按订单分类查询近六个月的订单等。答：满足。订单统计分析：对系统中的订单进行统计分析。如：按商家进行统计分析、按订单产生时间进行统计分析、按订单分类进行统计分析等。答：满足。软件设计规定基本规定卖方的应用软件应能支持各类主流服务器；答：满足。(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 、.bj.chinaunicom. 中国联通市分公司门户下挂114。 答：满足。顾客权限认证接口(与导航平台)涉及与IVR流程接口、获取IVR数据接口以实现话务员代客操作提示顾客手机输入密码，实现114登录。具体流程见下图：导航平台通过捕获顾客键盘输入信息传递给114话务员应用模块，114应用模块通过验证后将成果反馈给导航平台答：满足。软件建设规模本工程涉及将位于东四局的114系统进行扩容和改造工程。重要规模为：软件软件模块具体功效模块数量备注话务员应用模块农产品通用卡管理定制开发实物预订WEB顾客电子商城应用模块web商品预订定制开发购物车管理积分查询模块投诉功效模块个人信息管理历史订单明细查询WAP应用模块WAP方式注册定制开发WAP方式积分查询预约挂号随身号薄商务总机优惠券积分兑换商家应用模块商家订单解决模块定制开发商家信息维护商家配送模块商家统计分析服务客服应答解决模块商家管理功效模块商品维护模块商家投诉解决模块中台业务人员应用模块业务报表统计模块定制开发订单管理商品管理模块后台管理员应用模块会员管理模块定制开发商家管理模块配送方式维护模块支付方式维护模块信息管理模块页面管理模块系统管理员模块订单管理引擎订单池定制开发订单解决角色分类订单流程第三方软件WEB中间件Weblogic10.01套原则版答：满足。卖方应根据以上业务需求阐明、规模和容量需求及简要技术实现方式，提出完整的技术建议和解决方案，拟定本次工程的软、硬件配备和布署方式，并具体述理由，如对软件规模有调节，需补充阐明。答：满足。系统集成部分卖方应根据下列原则提出具体、完整的技术方案建议卖方应全方面具体理解买方对全部系统方案的整体规定，确保方案的合理性，并对具体实现方式做出建议。答：满足。卖方的建议方案应符合本工程的网络构造和设备配备规定。答：满足。卖方的建议方案应能优化系统构造、实现负载均衡，并易于维护和扩展。答：满足。卖方应全方面理解掌握买方所购置的软、硬件设备的功效特性和性能指标，对整个系统及设备配备提供完整建议方案，方便最佳地发挥和实现买方所购设备的各项性能和整个系统的性能。答：满足。卖方应确保所提供的设备、系统软件等第三方产品在本工程配备条件下，在本工程系统集成中互相兼容。答：满足。卖方应完毕下列集成工作容卖方应负责对系统网络的规划，涉及具体IP地址分派、VLAN划分、合同选择、路由方式、安全机制、域名设立等。答：满足。卖方负责完毕本工程购置设备的安装督导、调测、联通，确保达成本工程对硬件系统的规、功效规定。答：满足。卖方负责完毕本工程扩容/替代/移装硬件系统带来的系统扩容割接工作，确保扩容割接过程中整个系统的安全稳定运行。答：满足。卖方负责完毕本工程应用软件的安装、调测、联通，确保达成本工程对应用软件的规、功效规定。答：满足。卖方负责整个系统的联调、开通，确保达成本工程对整个系统的规、功效规定。答：满足。卖方负责在新装、扩容服务器时提供技术支持。答：满足。卖方负责移装设备的拆、装和搬运工作。答：满足。卖方应提供设备安装、测试所需的线缆、安装材料、专用工具仪表等。答：满足。卖方必须承诺符合联通公司现有的规原则。答：满足。卖方应负责除上述容外的其它集成工作。答：满足。本工程如果涉及利旧设备、软件，卖方应负责本这部分设备的搬运和软件的安装、配备、调测和联通。答：满足。卖方应对整个系统负责卖方确保全系统涉及全部的硬件、系统软件、应用软件的联通及功效，达成系统设计的总体目的。卖方有责任解决软、硬件设备安装、调测出现的问题，并作为系统产生任何问题时的第一响应方。答：满足。由于卖方因素造成的系统软硬件漏配、配备局限性以及不能匹配，由此引发的为满足本规规定而增加或调节的软硬件设备及其部件，由卖方免费提供。由于卖方因素多配的软硬件，由卖方原价收回。答：满足。卖方提供具体的项目管理及工程实施方案卖方应运用自己的工程经验，主动协助买方的工程管理人员安排工程计划，划分阶段性的工程界面，定时提交工程进度状况报告，适时的参加工程协调会，配合买方协调工程中有关各方的关系、分工与进度，设备及系统软件的验收，以及购置配套设备等。答：满足。工程实施工程实施计划卖方应提供具体的项目实施方案，涉及工程进度安排，负责人员，投入人数