移动网上商城技术建议书 (2).doc_第1页
移动网上商城技术建议书 (2).doc_第2页
移动网上商城技术建议书 (2).doc_第3页
移动网上商城技术建议书 (2).doc_第4页
移动网上商城技术建议书 (2).doc_第5页
已阅读5页,还剩127页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

深圳移动网上商城项目 技术建议书深圳移动网上商城技术建议书 北京炎黄新星网络科技有限公司二零零七年 六月目 录第一章 概述6一 建设背景6二 系统建设目标6三 建设原则6第二章 应用系统设计8一 技术路线81、 j2ee体系规范82、 高可靠性83、 可扩展性84、 统一的接口9二 系统架构91、 层次化的设计92、 面向对象的组件化设计103、 软件模块结构设计11三 业务流程设计111、 业务模式112、 业务流程123、 移动用户先挑选商品后注册登录流程134、 订单处理流程145、 用户预约营业厅自取流程166、 网上商城物流流程177、 网上商城退货流程188、 网上商城退货流程19四 统一接口201、 sso单点登陆202、 与银行网上支付接口253、 boss接口264、 接口实现28第三章 应用系统建设31一 网上商城架构图31二 网上商城客户界面311、 客户(会员)注册功能312、 客户登陆333、 商品浏览344、 商品搜索345、 提交商品订单356、 预约取货功能367、 网上投诉子系统378、 收藏夹功能379、 客户个性化服务3810、 网上竞拍功能3911、 商品对比4012、 主动营销42三 订单支付管理模块431、 客户资格判断432、 购物车433、 订单管理444、 支 付485、 对帐功能49四 用户管理模块511、 后台操作员管理512、 商家管理533、 客户(会员)管理54五 产品和商品管理模块571、 商品目录管理572、 商品管理593、 商品展现管理614、 商品配送管理645、 配送策略管理656、 商品库存管理(与boss系统对接)68六 统计报表模块701、 报表形式702、 报表内容71第四章 工程实施方案73一 分工界面731、 工程界面732、 工程责任要求74二 项目进度安排75三 项目人员介绍751、 项目人员错误!未定义书签。2、 部分人员简历错误!未定义书签。四 测试及验收751、 系统验收842、 测试标准86第五章 服务承诺921、 保修服务承诺922、 技术支持、维护及人员承诺943、 系统故障处理承诺944、 服务流程承诺965、 服务模式承诺996、 系统性能指标承诺997、 培训承诺99第六章 质量保证体系997.4.6开发过程997.4.7项目管理工作流997.4.8配置管理与变更工作流997.4.9环境工作流997.4.10需求工作流997.4.11分析设计工作流997.4.12编码实现工作流997.4.13测试工作流997.4.14项目组织机构99第七章 第三方软、硬件产品推荐997.4.15硬件推荐99系统配置估算997.4.16软件推荐99132第一章 概述一 建设背景根据中国移动通信集团广东有限公司深圳分公司电子商务服务营销体系的建设规划,现对网上商城进行改版建设。通过构建专业化的网上商城,提升电子商务服务营销体系的客户感知、产品拓展能力、支付拓展能力。深圳移动网上商城,是利用日趋完善的互联网络,向以深圳移动全球通、动感地带品牌高端用户为主,辐射深圳移动全品牌用户和互联网用户,提供基于互联网的商品自助购买交易及积分礼品换领的电子商务平台。通过该项目的建设,可以实现以深圳移动定制终端为代表的各类商品,通过建设具有深圳移动特色的网上商城,实现出入库管理,订单的流转及状态监控,物流配送的管理,并能够实现与boss平台、经营分析系统、1860客服系统、银行系统、第三方物流配送系统的数据传递。二 系统建设目标在网上商城改版完成后,客户界面应该具有专业电子商务网站的鲜明特色,能够承载目前已经上线的定制终端、预付费套卡、积分兑奖、数据业务、8大套餐等五类产品销售,并且具有良好的扩展性以便新产品类型和支付方式的扩展;网上商城的后台管理系统可以对发布信息、产品上线、商品上架进行便利的配置。三 建设原则1) 准化与开放性:在结构上真正实现开放,基于国际开放式标准,包括各种广域网、局域网、计算机及数据库协议,符合国家和信息产业部的规范,从而为未来的业务发展奠定基础。基于业界开放式标准,使企业资源内容在门户展现层面进行有效的构建,并为未来的发展奠定基础。2) 先进性和前瞻性:先进成熟的技术满足当前的应用的需求,保证所采用的技术属世界主流产品,在相应的应用领域占有较大的用户市场,在相关计算机技术及网络技术方面处于领先或领导地位。3) 安全性:在满足网上商城功能架构设计要求的同时,在后台用户授权方面需要充分考虑系统的安全性。例如,统计分析员只能对各业务支付情况进行统计,而不能进行相关系统参数得设置等。在认证鉴权方面,应能防止暴力破解、认证绕过、非法修改等漏洞。在命令执行方面,应能防止缓冲区溢出、sql注入、ssi注入、xpath注入等漏洞。总之,必须提供一套合理的安全管理机制,保证系统授权合理、应用安全。4) 易操作性:方便用户使用,也就是说要求界面友好,形象直观,操作简便。具体说不需要对用户进行专门的使用培训、不需要用户做太多的操作配置和修改,用户根据操作使用说明,就可以独立进行系统操作。5) 易维护性:尽可能地降低系统维护工作量。努力实现集中、自动、智能化的维护方式。尽可能缩短用户故障恢复的处理时间。在程序设计时充分考虑各功能模块的相对独立性。6) 高度可用性:必须保证平台良好的扩展性和重用性,以降低后续开发及维护成本。7) 灵活性与可扩展性:具有良好的扩展性,可以根据不断增长的业务处理需要很容易地进行系统处理能力、存储容量和网络规模的扩充。方便扩展网络覆盖范围、网络容量和网络各层次节点的功能。具备支持多种通信媒体,多种物理接口,提供技术升级、设备更新的灵活性。方便扩展设备容量和提升设备性能;方便待建小型应用系统的扩展;具备支持业务处理的灵活配置、业务功能的重组与更新的灵活性。8) 较高的性价比:在系统建设的过程中,在满足性能要求的情况下,需要充分考虑整个系统性能价格比。9) 可靠性:为了保证系统能稳定可靠地运行,在系统设计时,必须充分考虑系统的可靠性,通过选择优秀的产品和采用必要的技术手段确保系统的可靠性。10) 兼容性:选择兼容性强的产品,要求遵守有关的国际标准和行业规范。11) 互连互通性:具备与多种协议计算机通信网络互连互通的特性,确保网络基础设备功能的充分发挥第二章 应用系统设计一 技术路线 j2ee体系规范 高可靠性 可扩展性 开放、统一的接口1、 j2ee体系规范网上商城的整体架构采用了j2ee的b/s三层架构模式,将数据层、业务应用层、表现层分开。j2ee即java2 platform enterprise edition,是一个方便于服务器方应用程序开发的中间件服务集,它利用java2技术来简化诸多与企业解决方案的开发、部署和管理相关的复杂问题。由于j2ee技术的核心就是java2平台,所以它不仅继承了java2平台的一些优点,如:平台无关性,安全性等,而且增加了一整套核心企业应用程序编程界面,而所有这些界面均为标准的模块化组件,其中包括:servlets, jsp,jdbc等。这种结构使整个系统便于扩展业务需求,模块化清晰、层次性强,使系统具有高度的安全性、稳定性和可维护性。2、 高可靠性每套业务组件相对独立、实现功能明确,组件与组件间调用流程清晰、健壮。另外,本系统设计经过多年运营项目的考验,事实证明了其运行的高可靠性。3、 可扩展性采用组件化设计便于实现不断扩展的业务需求。4、 统一的接口各子业务系统通过统一接口获取数据,不直接与外部系统接口打交道。统一接口通过多种方式与外部系统联接、获取数据并向各子业务系统提供xml数据格式包,将外部系统有效地隔离在业务系统之外。二 系统架构1、 层次化的设计系统从应用软件设计上划分为四层:表示层、业务逻辑层、炎黄电子商务组件层、数据层四个层次。本系统的软件基础结构是基于中间件的三层客户机/服务器模式,将客户界面、业务逻辑和数据分为四个不同的部分。表示层:系统提供的用户浏览器接入方式;业务逻辑层:各个具体电子商务应用系统的业务逻辑处理是由各个电子商务应用系统和业务平台共同完成,业务逻辑层与用户终端访问方式无关;商家系统业务接入及各支撑系统的接口调用均在业务逻辑层完成;炎黄电子商务组件层:完善的商务处理组件,为业务逻辑层提供了强大的工具;数据层:为业务逻辑层提供数据存储机制,完成对不同业务数据的维护及查询接口;由于在我们的应用软件系统中,采用了中间件平台,因此从设计上,我们已将应用层、通讯层、数据库存取区分开了。而整个电子商务应用软件采用三层架构的处理模式:表示层、业务逻辑层、数据层。业务逻辑层又分为电子商务业务平台和电子商务应用系统业务逻辑。2、 面向对象的组件化设计基于应用服务器进行开发,需要进行面向对象的设计,我们使用rational rose作为建模工具,根据商务模型建模,实现和部署。应用软件系统采用j2ee多层的体系构架,运用“组件化”设计理念,使系统应用构建在组件化的基础平台之上,从而实现,易于扩展、可重用、标准化、可分布部署的应用系统。组件管理构建器是组件集合的管理者与基础平台的“组件转换口”。它负责管理所有的组件配置信息,与组件注册信息,并且负责与逻辑控制层、数据层接口,组件间通信接口。所有对组件的访问与组件对数据层访问必须经过组件管理构建器的控制与调度。它部分功能是接口信息格式的转换,规定并实现了系统的标准化。如果,比喻组件是组成系统的一个个部件,那么组件管理构建器则是系统“插口”,组件是通过管理构建器,连接到基础平台,完成单元功能。通过组件管理构建器,可完成组件的功能定义,接口连接,服务对象定义等功能。组件是系统功能最终执行者,包含单元功能的完整业务逻辑。组件集合中的每个组件可通过管理构建器xml文件配置,灵活定义功能;组件间通过标准的接口,可相互信息关联与信息传递。每个组件是系统的功能单元,根据要求配置,拼装,组成系统功能模块。每个组件彼此相对的独立,功能组件可“插拔”、“组拼”、重复使用。实现基础平台的设计,完成组件集合开发后,业务的重构或重组而无需编程工作,只需对企业数据模型进行修改,组件管理构建器文件重新配置即可。并且,系统基础平台可做到分布式部署,可完成其他内部应用模块的业务请求、访问,从而完成与其他系统的整合。3、 软件模块结构设计应用软件系统采用j2ee多层的体系构架,运用 “组件化”设计理念,使系统应用构建在组件化的基础平台之上,从而实现,易于扩展、可重用、标准化、可分布部署的应用系统。三 业务流程设计1、 业务模式根据建设的目标,网上商城支持的业务模式有两种:一种是用户采用现金支付进行购买的业务模式, 同时支持网上支付、货到付款方式(保留邮政汇款的拓展接口)。 商品可以通过ems特快专递、中铁快递及同城快递等进行配送;也可以预约时间到选定的营业厅自行领取。2、 业务流程用户在网上商城的访问流程如下图所示: 3、 移动用户先挑选商品后注册登录流程4、 订单处理流程针对上述深圳移动商品网上商城的功能,系统中用户订单包括六种状态:第一种状态是当客户选择好商品登录后选择网上支付或邮局汇款方式后提交订单时,系统生成用户正式订单,状态为等候付款;第二种状态是当客户选择货到付款方式后提交订单,系统生成用户正式订单,状态为等待处理;第三种状态是用户已经通过网上支付的方式对订单付款后,由系统或客服人员修改订单状态为已付款待处理;第四种状态是深圳移动网上商城客服在核对用户信息及付款情况后将订单生成发货单,订单状态为发货单处理中;第五种状态是当物流公司将商品取走并按照发货单进行配送后,订单状态被修改为货已发出;第六种状态为用户确认收到货品,订单状态被修改为交易结束。5、 用户预约营业厅自取流程用户选择好商品,确定自取营业厅和时间后,网上商城预生成订单,将相关数据交由后台boss审核,在满足:所选营业厅库存用户要求数量或用户预定时间配送时间最大值;营业厅同一时段预定人数不超过繁忙预警临界值;则认为该营业厅符合自取条件,执行扣减积分获网上支付,通知网上商城生成已付款待处理订单。否则要求用户重新选择营业厅、自取时间或者配送方式。用户按预定时间到营业厅,通过短信随机密码校验等确定身份,即可签收预定商品,营业厅操作员通过boss系统告知网上商城,订单更改状态至交易结束。如果用户未按时到营业厅领取商品,72小时后有客服发起电话确认订单。超过一定时间不能联系到客户,则取消客户预约。但保留客户订单,通知管理员进行挂账等操作处理。6、 网上商城物流流程根据上图可以看出,网上商城所有商品由分公司统一向供货商采购,由供货商按照指定地点发货。超级管理员负责将商品信息,兑换积分、m值,优惠价等产品目录信息录入到系统后台,营业厅级管理员在收到货物后分发到各个营业厅同时根据分发情况分别入库。营业厅操作员按照网上订单将商品分发给前来领取商品的顾客,修改订单状态后,系统自动从库存中扣减相应的数量。7、 网上商城退货流程8、 网上商城退货流程四 统一接口1、 sso单点登陆sso(single sign-on)单点登录,是指用户只需要进行一次登录,就可以访问到所有的授权服务。该系统实现了对信息资源访问权限的集中控制,并且采用了基于角色的权限管理模型,使得企业对权限的管理更加合理、方便。系统的另一个重要功能是集中的身份认证。如果用户通过了对sso系统的登录,系统就能够为用户提供自动登录应用系统的功能。而用户登录sso系统采用的是ssl协议中的握手协议和安全身份验证协议相结合的方式,大大提高了系统的安全性。1.1 统一身份认证框架使用sso系统,在使用internet的广泛连接能力的同时也可以有效地控制信息资源的安全性,阻止未经批准的访问和入侵。系统提供了灵活的角色、组、成员的用户级权限管理机制和通过口令或ca 身份认证单点登陆的功能,可按级别提供不同的信息服务,同时包含用户注册服务。统一身份认证体系主要由以下几层构成:n sso系统n 用户访问过滤层n 业务处理层n 业务接口层n 基础业务层统一身份认证系统框架图1.2 各层功能作为一个实现了安全的集中授权控制的网络基础设施,sso系统提供了以下几个安全功能:n 集中的权限控制集中的权限控制摆脱了以往复杂繁琐的acl权限分配方式,实现了基于角色的权限管理模型。它对资源的权限控制粒度可根据用户的需求扩充到文件、web的html页面,甚至到更细粒度。n 身份验证即为用户的身份认证。用户登录后,系统颁发身份认证给用户,然后用户使用身份证明进行服务请求,用户就可依据其身份进行访问控制。一旦用户通过了身份验证,他们就拥有了自己的身份凭证。当访问其它应用系统时,不再需要用户手工输入用户名和口令,由系统帮助用户完成登录过程,从而实现了单点登录的功能。它是权限控制的基础。sso系统提供了对客户和服务方双向身份的验证,采用的是ssl的握手协议与特定的身份认证协议相结合的方式。n 数据保密和数据完整性为了防止网上传输的数据被修改、删除、插入、替换或重发,以保证合法用户接收和使用数据的真实性,可根据用户的需求选用多种密码算法。n 完整的审计和日志sso系统集中控制用户的访问,并为每个web服务器提供详细的日志和审计信息。图表 二1统一身份认证功能结构图sso系统主要由身份验证服务、凭证库、权限认证中心、数据中心、权限分配中心、信任代理、应用系统注册库等七个模块构成。1.2.1 用户访问过滤层图表 二2统一身份认证用户访问调用流程图任何涉及到用户需要使用的服务,首先将用户请求提交过滤层。由过滤层对有关请求信息进行检查、调度。过滤层接收用户请求,并根据请求信息的不同将其(重新包装)转发给对应的服务。n 在身份验证时,过滤层将用户身份信息转发给身份验证服务。n 在权限验证时,过滤层将有关权限验证所需要的信息经过包装后转发给权限认证中心,由权限认证中心得到执行权限相关信息。n 在执行具体应用时,过滤层将有关应用信息转发给信任代理,并且自信任代理处得到有关的应用入口。1.2.2 业务处理层对于有sso系统确定有业务受理权限用户提交的业务请求信息进行处理。并将处理结果信息返回给用户。1.2.3 业务接口层指业务处理层与boss系统之间的标准接口。所有业务请求通过业务接口层进行重新包装、整合处理后,交由基础业务层进行业务受理;并将基础业务层的处理结果信息返回给业务处理层。1.2.4 基础业务层各种基础业务,如boss系统、1258手机杂志系统等。1.3 认证流程1.3.1 sso验证过程a)用户首先将请求信息提交给过滤层;过滤层检查用户是否有访问认证凭证。如果没有访问认证凭证,自动转至sso登录处。b)用户使用在sso认证服务注册的用户名和密码(也可能是其他的授权信息,比如数字签名等)登陆sso服务;通过身份验证模块访问用户系统,验证用户身份有效性。c)身份验证模块用户身份有效性验证通过后,sso服务创建了一个会话,同时将与该会话关联的访问认证凭证返回给用户; d)用户使用这个访问认证凭证访问进入访问应用系统流程。1.3.2 访问应用系统流程a)用户访问过滤层。b)进行sso验证过程。c)进行sso权限验证。d)通过信任代理,得到应用程序的入口。e)自应用系统的入口访问。f)应用系统a创建一个系统会话(session,系统a自己的机制),并将应用系统a自己的权限凭证返回给用户,以后用户端可以通过这个权限凭证持续访问应用系统a,直至登出系统或是会话超时。g)应用系统将访问结果返回给过滤层。h)过滤层将结果呈现给用户。关于访问认证凭证的失效有两种方式:一个是由用户主动发起声明,声明其拥有的访问认证凭证不再有效,这类似注销的操作;另一个是用户一段时间内没有使用这个认证凭证,认证凭证自动失效,这类似超时的处理。1.3.3 业务系统漫游用户通过sso登录过程后,得到用户身份凭证。在各业务系统间进行漫游时,各业务系统的过滤层用户操作前所提供的凭证信息与sso系统进行身份验证。对于用户身份验证通过的用户,可以继续使用该业务系统的服务。如果用户身份凭证已失效或用户身份存在某种问题,业务系统漫游将不能进行。系统将转至有关用户登录处,提示用户进行用户登录操作。1.3.4 权限配置由系统管理员分用户组、角色进行配置。1.4 产品统一与分离的对比1.4.1 sso统一整合的优势通过统一的sso系统,在使用internet的广泛连接能力的同时也可以有效地控制信息资源的安全性,阻止未经批准的访问和入侵。1.4.2 sso分开的不足n 失去集中控制使用sso的主要目的是实现了对信息资源访问权限的集中控制。如果分开由其他公司提供其他模块,将不能保证权限访问的集中控制。n 失去使用简便性可能用户在进行某些操作时不得不重新输入密码以通过相关验证,加大了用户操作难度,浪费了用户的时间。n 可靠性问题由于转至各系统间并未进行数据加密、可能出现黑客消息伪造,从而出现系统使用安全性相关各问题。n 稳定性受影响由于多个系统运行,没有统一的规划,在资源占用、共享方面可能会出现争抢、失衡,这样系统的稳定性就会受到影响。可扩展性降低如果系统需要增加新功能,需要修改多个开发系统的接口,而且多个开发系统间的还需要进行协调,这样在扩展性方面的就会较差2、 与银行网上支付接口电信营销平台支持用户网上支付的业务模式,因此网上商城系统需要与相应的银行建立网上支付接口,通过公网进行相应的用户支付交互。具体业务流程如上图所示。1、消费者进入网上商城,输入相关的用户信息及选择预消费金额; 2、移动公司根据用户输入或选择信息生成付款单,经由客户确认后,对该付款单调用银行密钥加密后发送至相应网上银行,同时,客户进入银行网上支付页面; 3、银行支付网关验证该付款单的移动公司身份及数据一致性,生成支付页面显示给消费者,同时在消费者浏览器与支付网关之间建立ssl连接;消费者填写银行卡卡号、密码和有效期,通过支付页面将支付信息加密后提交支付网关; 3、银行支付网关验证该付款单的电信公司身份及数据一致性,生成支付页面显示给消费者,同时在消费者浏览器与支付网关之间建立ssl连接;消费者填写银行卡卡号、密码和有效期,通过支付页面将支付信息加密后提交银行支付网关;对于第一次使用银行卡进行缴费的客户,银行将提醒其进行网上银行自助注册。对于扣款方面的整个程序和流程(包括客户银行卡密码错误等信息),由银行方负责提示页面。 4、银行支付网关验证交易应答,并进行数字签名后,将成功与否的信息通过公网发送给电信公司。电信公司将通过公网接收到银行发送的付款成功与否的交易应答报文,之后按交易状态码进行后续操作。5、电信营销平台如收到银行扣款失败的信息,则直接在页面上提示客户扣款不成功及交易失败的信息。如收到银行扣款成功信息,、电信营销平台上展示提醒客户成功缴费的页面,告知客户充值金额及充值成功的相关信息。6、对于电信营销平台可能出现客户强烈投诉或与第三方系统相联的消费业务,可能出现交易不成功需退款的情况,此时,由网上商城发起退款交易,通过公网向银行发起退款充值要求,进行退款操作。除上述网上支付接口外,积分商城还需要与银行开发相应的对帐接口。3、 boss接口3.1 与boss系统接口电信营销平台支持手机用户使用积分兑换礼品,在用户兑换时需要对用户的身份进行认证,积分商城需要与boss/bss系统建立相关的身份认证接口,积分扣减等接口。相关接口须提供相应的安全防范措施,保证系统自身及用户业务数据传输的安全。3.1.1 身份认证接口电信营销平台系统中,在用户进行登录注册时,当用户输入手机号码,业务密码及归属地信息后,后台系统自动将用户认证信息发送到boss/bss系统进行验证,boss/bss系统需要返回对用户验证的结果,若用户验证不通过,系统将引导用户重新输入验证信息;若验证通过,boss/bss系统需要返回该用户可用的积分信息,网上商城自动将用户的可用积分显示在订单页面上。3.1.2 积分扣减接口当用户在电信营销平台中设定好相关的兑换时间地点及数量等基本信息后,提交订单时,系统后台自动将用户所选的商品所需的兑换积分值进行转换,根据用户的手机号属性进行判断,确定积分扣减量后,向boss/bss系统发送积分扣减请求,boss/bss系统根据改请求对用户的积分进行扣减。boss/bss扣减成功后,由boss/bss返回成功信息及扣减后的积分余额。积分商城前台向用户展示最终的订单信息及积分余额信息,并将订单入库。若boss/bss系统扣减积分失败,积分兑换商城前台页面将提示用户余额不足,请修改数量重新提交。若boss/bss系统返回信息丢失,积分兑换商城前台判断请求超时向用户返回后台系统忙,请稍候再试的提示信息。对于与boss/bss系统积分扣减接口的所有操作系统会自动记录相应的日志信息,包括操作时间、手机号、金额、处理结果等,保证对帐时有据可查。3.2 与经营分析系统接口电信营销平台系统需要定期的将营业数据通过接口传递给经营分析系统,由经营分析系统统一对电信营销平台积分兑换用户及现金购买用户的购买行为进行综合分析。3.3 与第三方物流配送系统接口在开展现金支付方式的业务时,需要与第三方物流配送系统进行相关的订单传递,可以通过电子订单的接口方式实现或在系统内为第三方物流配送开放相应权限查询订单。也可以通过最简单的方式通过将订单批量打印成纸面形式进行订单传递。 4、 接口实现4.1 统一接口随着业务的扩展,系统外部数据接口逐步增加,并且不断地趋于复杂。通常,各个业务系统在功能模块内部调用外部系统接口,获取相应的数据。如果是业务种类多,业务子系统庞杂的主业务系统,这样做带来如下问题:n 重复数据处理,代码效率低,规范性差;由于直接调用接口,接口返回的数据在每个模块都做相同或不同的处理,并且对各种异常情况也需要做分别处理。这样,需要不同子业务系统开发人员都了解外部系统接口各种情况。n 接口一旦变化,业务系统需要较大修改,并且每个调用接口的模块都需要修改;工作量大,且给系统带来潜在危险。 n 局部低质量代码给系统性能带来威胁。由于每个功能模块独自面对不同接口,做不同的处理,很难保证每个模块对每种情况都处理周全。例如涉及通讯的接口很容易产生通讯异常,对各种异常处理不当,会导致通讯阻塞,影响系统正常运转。n 系统安全性没有保障。各功能模块各自调用外部系统,没有经过统一注册、管理,对可疑的访问失去监管能力。如果解决以上问题,需要建立统一的接口层。各子业务系统通过统一接口层获取数据,不直接与外部系统接口打交道。统一接口层通过多种方式与外部系统联接、获取数据并向各子业务系统提供xml数据格式包,将外部系统有效地隔离在业务系统之外。子业务系统需要请求的外部接口需要在统一接口层注册,并生成配置文件;每次访问都会被有效地记录,实行监管。4.2 技术分解图表 二3统一接口平台体系结构图请求消息处理层获取请求消息,分析消息类型后,按接口配置对请求消息进行包装(形成符合接口层要求的数据消息)。接口配置中预先指定了对请求消息包装的规范。消息规范采用soap协议。消息格式为xml格式或dom对象。接口缓冲层n 发送缓冲区 在用户数据业务量较大的情况下,对用户提交数据进行缓冲。 暂存用户数据消息,按用户消息优先级顺序提交给接口层。 消息队列调度机制。n 接收缓冲区获取有关接口处理结果,对不同业务数据按照频率及可缓冲情况进行数据缓冲,以加快查询类接口处理速度。接口信息处理层n 操作信息处理将获取的xml消息内容调用不同的适配器,由适配器转化为实际业务系统所需要的消息格式形式。n 结果信息处理获取业务系统操作结果,并按接口配置将返回结果信息按xml格式进行包装。适配器层根据不同的业务所使用的通信协议,建立不同的适配器,如:用于web服务器的http适配器,用于短消息处理的cmpp适配器等,适用于webservice的soap适配器等。有关适配器的调用规范在接口配置中预先作好定义。第三章 应用系统建设一 网上商城架构图二 网上商城客户界面1、 客户(会员)注册功能功能描述客户注册是客户登记基本资料,同时网上商城系统记录客户基本资料的一个过程。客户注册分两类 一、深圳移动用户,二、非移动的普通用户,在填写注册资料时不同的分类资料和步骤不一样。单元功能说明1、注册手机,移动用户输入手机号,系统获取手机号进行判断和确认2、确认输入,移动用户输入临时密码、验证密码3、基本信息,用户输入相关的基本信息,如登陆名称、密码、重复密码、真实姓名、联系电话、详细地址、邮政编码 等。实现流程移动用户1、注册声明2、用户类型选择(移动用户、非移动用户(直接跳到第6步))3、移动用户填写手机号码4、移动用户输入临时密码(在手机短信中)和验证码5、移动用户验证成功之后进入基本资料输入页面6、输入基本信息必要信息登陆名称、登陆密码、重复密码、通信地址、邮政编码、联系电话、用户真实姓名 等7、提交信息,提示注册成功非移动用户1、注册声明2、选择用户类型 非移动用户3、输入基本信息必要信息登陆名称、登陆密码、重复密码、通信地址、邮政编码、联系电话、用户真实姓名 等4、提交注册信息,提示注册成功流程图2、 客户登陆功能描述客户登陆是客户在网上商城前台系统输入登陆名称、登陆密码、验证码之后,点击登陆按钮,系统判断客户登陆名、登陆密码、验证码是否一致,当数据检测结果一致则系统获取客户注册的信息,并保存到客户session中,当数据检测不一致则提示客户重新输入用户名称、密码、验证码。客户登陆是客户在网上商城提交订单的前提,客户登陆系统之后才能提交购买订单。实现流程3、 商品浏览功能描述商品浏览是客户在积分商城获取商品信息的一种方式。客户在浏览商品时,可以依据商品价格、商品上下架时间 浏览商品,同时也可以选择某一个品牌浏览该品牌所有商品。商品详细信息有:商品名称、商品图片、商品编号、市场参考价格、积分兑换值、m值兑换值 等。单元功能说明1、客户选择商品类别、品牌类别后浏览商品列表2、在商品浏览列表中选择某一商品查看详细信息3、在浏览商品详细信息时,客户点击“积分兑换”或“m值兑换”进行该商品的积分兑换实现方式商品是以树型结构来展示,按节点一层一层往下浏览。4、 商品搜索功能描述商品搜索是网上商城提供给客户查找商品的有力工具。为了满足客户查询的不同需求,网上商城提供“快速搜索”和“精确搜索”两种工具,查询结果以列表的方式显示,显示属性有 商品图片、商品名称、品牌、价格 等。单元功能说明快速搜索是用户输入简单的关键字后,点击搜索按扭,系统根据输入内容检索相关的商品,然后显示给客户。检索关键字输入界面,精确搜索是用户输入或选择多个内容,输入项有:关键字、分类选择、过滤条件、价格范围,点击搜索按扭,系统根据输入内容检索相关的商品,然后显示给客户。检索数据输入界面,接口说明输入检索的关键字输出检索结果记录集5、 提交商品订单功能描述提交商品订单是客户选择商品之后,确认购买所选商品,向系统统一提交购买信息、选择付款方式及付款的操作过程,提交商品订单是客户网上购买行为的第一步,通过提交订单客户向运营方提出购买申请。单元功能说明商品和数量的确定,客户选购商品后,待购商品都列在购物车中,用户点击提交订单,系统生成一个客户购买订单,然后提示用户选择付款方式。在提交订单有订单的详细商品和数量。付款方式的选择,在提交订单的同时,系统提示用户选择付款的方式,付款方式有:货到付款、网上直接付款。功能特点本功能对系统的安全性较高,需要确保系统数据不被截获。实现方式事物机制保证了订单提交和网上支付的同时成功,如果其中一步操作没有成功则需要回滚。6、 预约取货功能功能描述预约取货是客户选购完商品后,通知网上商城管理员希望在具体地点和时间去取所购买的商品,选择相应的营业厅,并让营业厅准备好相应的商品。预约取货的作用有三,一是为解决客户办理复杂业务所需时间较长,有效分流前台业务量的作用;二是为客户提供一个更便宜的受理取货途径,同时增加营业厅客流量;三是为将来实现全网及立体渠道优势打下基础,包括将业的全网手机联保维修服务等。当客户在预约取货的期限超过3天还未取货则订单处于挂账状态,此时客户必须重新预约取货时间。单元功能说明选择地区,选择地区主要是选择营业厅,以便准确选择营业厅选择相应的营业厅,当客户选择营业厅之后,系统提供所选营业厅的营业厅列表,供客户选择系统查询相关营业厅库存,当客户选择营业厅后,系统通过boss系统接口自动查询营业厅的商品库存,确定客户是否可以选择该营业厅,当该营业厅库存不够时,系统提示用户选择其它营业厅或则选择邮寄的方式。接口说明与boss系统对接,输入参数有:营业厅、商品编号、商品数量。从boss系统获取数据,bolean值7、 网上投诉子系统功能描述网上投诉是客户填写不满信息对网上商城服务质量的反映途径,客户需要填写订单编号、投诉内容,并根据提示分类进行投诉选择,包括质量问题,服务态度,送货周期问题及维修问题等,点击提交,系统保存投诉信息,同时网上商城相关管理人员可以浏览并给予相应回复,客户能够查询投诉的回复,相关人员查阅到投诉信息之后,核实是否属实,然后做出相关处理。网上投诉是客户有对网上商城服务监督的通道,该功能的实现是以客户为上的一种营销表现。单元功能说明输入投诉信息,客户根据投诉子系统的要求,填写投诉信息,如订单编号、投诉内容、投诉分类质量问题、服务态度、送货周期问题、维修问题,并进行提交操作,系统保存投诉信息。查询投诉回复,当客户提交投诉之后,网上商城相关工作人员能够查询这些投诉信息,相关工作人员核实情况进行处理,并为该投诉填写回复内容,客户能够查询相关的回复内。8、 收藏夹功能功能描述收藏夹是客户暂时保存某些商品连接的工具,收藏夹可以让客户收藏一些有购买意向的商品信息,给客户购买商品带来了极大的方便。其实现主要是通过用户cookie来实现。单元功能说明收藏夹管理 客户点击“我的收藏夹”,积分商城系统列出客户收藏夹的内容,客户可以对每个收藏夹中的信息进行删除、浏览操作,客户点击删除后,该商品信息则从收藏夹中删除,客户点击浏览则客户可以浏览该商品的信息。添加商品到收藏夹 在商品详细信息页面,除了商品的信息还有一个“收藏此信息”按纽,客户点击该按纽之后系统自动把该信息保存在收藏夹中。实现方式系统为每个客户产生一个cookie对象,收藏夹的内容就保存在这个cookie对象中。9、 客户个性化服务功能描述客户个性化服务是网上商城系统提供给客户的一个高级功能,是通过对客户访问记录、购买记录 进行整理、统计、分析,了解客户的偏好,并为客户推荐相关的服务来实现。个性化服务根据客户的喜好单独为其提供服务,使客户更容易接触了解其所需要的咨询并更快的做出决定。网上商城通过为客户提供个性化服务提高服务质量,为客户提供高效的访问, 同时为商城的经营带来更高的效益。单元功能说明1、客户浏览商品记录当客户浏览某一商品时,系统记录该商品编号、客户编号、时间等信息。这些信息是分析客户的数据基础。2、客户浏览商品的统计分析网上商品记录客户浏览商品信息之后,系统分析这些记录信息,得出客户在哪些商品上浏览的次数最多,访问最频繁,从而推断出该客户对哪些商品有偏好。为个性化服务提供依据。3、个性化服务的实现根据客户浏览商品的统计分析结果,系统自动为该客户查找相应的信息和咨询,生成个性化服务内容,当客户登陆本商城系统后系统自动提供个性化展现,实现个性化服务。实现流程1、记录客户浏览商品2、统计客户浏览资料3、生成客户个性化资料4、反馈给客户提供服务10、 网上竞拍功能功能描述用户通过网上竞拍的方式,对选中的商品竞出他们乐意出的最高价,交易期限一到,交易也同时停止,物品将卖给出价最高者。网上竞拍采用英式竞拍或者荷兰式竞拍。英式竞拍英式拍卖(english auction)也称为公开拍卖或增价拍卖,是传统拍卖中最常见的拍卖方式。这种拍卖方式被网络拍卖所采用,成为了网络拍卖中最基本、最常见的在线交易方式。英式竞拍的规则如下网络英式拍卖采用的是正向竞价形式。网络英式拍卖的规则是后一位出价人的出价要比前一位的高,竞价截止时间结束时的最高出价者可获得竞价商品的排他购买权。买方可以通过浏览历史价格(当前其他买家的出价)决定自己对物品的最高报价,然后提供给系统,系统自动更新后,其所出的价格和历史价格就可以显示在网页上。荷兰式竞拍荷兰式拍卖(dutch auction)是一种公开的减价拍卖,又称“出价渐降式拍卖”。荷兰式拍卖交易的是数量较大的商品,或者是某种特殊的商品,往往在短时间内,能吸引大量用户竞标。荷兰式竞拍的规则如下:价高者优先获得宝贝,相同价格先出价者先得;出价较高者优先获得所需数量的宝贝;成交价格是最低成功出价的金额。所有获胜的出价者对每件宝贝都以相同的价格付款,即最低成功出价的金额;最后一位获胜者可以拒绝购买未达到所需数量的宝贝;卖方通常设置最低保护性限价,即按时间降价到预先设定的保护限价即结束竞拍。实现流程1、初始化:拍卖管理者选择系统参数并公布这些参数及有关拍卖品的信息(如拍卖品编号、拍卖时间等)2、竞拍者登陆注册:每个竞拍者进行登陆或注册3、拍卖预计算:为此次拍卖计算协议中所需数据,竞拍者可以下载这些公开数据4、拍卖:竞拍者投标出价5、拍卖结束:公开获胜竞拍者,通过确认赢家的身份及他的出价,任何人都能公开地验证赢家的投标出价11、 商品对比功能描述商品对比是网上商城客户同时对多个同类商品的商品参数、商品属性进行对比的功能,商品对比让客户非常直观的了解不同商品的区别,在分类商品查询列表页面,客户可以通过“勾选“多个商品并点击”对比选中商品“按纽,进行商品对比的功能操作。系统将根据用户选择的商品生成”商品属性对比列表“,奖赏品的重要参数生成方便客户浏览列表方式战线,如手机商品的对比项有铃声、通话时间、待机时间、商品尺寸、商品重量、标准配置、网络类型、屏幕类型、外观样式等等单元功能说明1、客户在手机商品列表中选择需要对比的手机商品。2、选择对比手机商品后,点击对比操作后显示的手机商品属性的对情况。功能特点操作方便、灵活,选择任何两款或多款产品进行对比操作,便产生他们的对比情况。对比结果详细、直观。实现方式通过数据查询,再经过数据处理之后进行对比。接口说明输入多个商品编号输出多个商品的属性值12、 主动营销14.1 会员浏览记录分析功能描述网上商城前台系统记录客户的个人属性、历史消费信息、浏览行为,系统根据记录的数据,对每个客户进行分析,并判断客户所属类型。系统的分析结果作为下一步给客户提供服务的基础。根据以上数据依据,产品销售策略引擎将生成销售策略的“中间分析结果数据”“用户产品服务推荐列表”。该列表是对于每个用户生成产品服务优先推荐序列,用于用户动态及静态服务营销时的数据基础。实现方式通过客户个人属性、历史消费信息、浏览行为分析等数据,为用户生成针对性的销售策略,通过销售策略引擎实现定向销售、个性化营销,引导客户消费。cms网页标注:对于网上商城每个网页标注特征数据,用于标识访问本网页的客户群体的某方面的倾向程度。如,介绍“铃声”的网页可标注“炫铃”网页标签,对于访问该网页的用户其访问倾向将在“炫铃”类增加访问倾向系数。该数据将用于销售策略引擎分析数据,对于该用户对“炫铃”产品可能会优先推荐14.2 个性化页面服务功能描述客户引导主要通过两个模式:静态关联和动态推送。静态关联是指客户访问的页面内容中的特定文本关联到预定义的链接,可以起到横向的客户引导作用;动态推送是指根据客户的属性特征和行为特征,按照预定义的策略推送服务产品1、基于客户属性的静态营销策略,如正在主推的套餐产品、提醒尚未开通炫铃的客户“我要开通炫铃”2、基于客户行为的动态营销策略,利用技术手段跟踪客户,并即时根据预定义的策略做出反应。如:发现客户在浏览炫铃业务的页面,则向其显示“看看铃声14.3 定义个性化服务产品功能描述产品服务受众特征数据:在产品设计过程中针对人群受众的特点定义产品服务受众特征数据,比如,某产品定向人群条件为:“年轻,年龄:1825”,“月本地话费3050”等等条件;根据该策略系统将自动匹配客户群,将潜在客户人群进行“产品标注”。该标注内容将作为销售策略引擎的数据重要依据内容。三 订单支付管理模块1、 客户资格判断当客户选定商品时,系统将根据相应产品的业务规范,判断客户是否需要进行单点登录认证,或已登录客户是否满足业务支撑系统的营销资格。2、 购物车功能描述购物车是客户在网上商城购买商品时,临时存放意向购买商品和购买要求的工具,通过购物车客户能灵活添加购买商品、删除购买商品、修改购买数量,为客户提供方便快捷的购买方式。单元功能说明购物车商品添加,客户浏览商品详细信息后想要购买该商品,客户点击“放入购物车”按钮,购物车通过添加操作把商品添加进入购物车商品列表。购物车购买商品数量修改,客户添加商品进入购物车之后,可以修改购买商品的数量,选择商品,输入数量,点击提交修改按钮,系统显示修改成功后的信息。购物车商品删除,客户进入购物车已选商品列表,选择某类商品,点击删除按钮,操作完成系统显示删除商品后的商品列表。实现方式购物车实现的方式是通过在用户session中添加购物车对象,然后在此对象中存储购物车内容。3、 订单管理3.1 订单查询功能描述订单查询是操作员设置查询条件,点击查询按钮,系统根据查询条件,列表显示订单信息的过程。订单查询条件有:订单生成时间范围、订单状态 等。操作员查询订单之后,可以对订单进行相应的操作,如订单审核、订单拆分、订单删除等等。单元功能说明操作员选择开始时间、结束时间、订单状态,点击查询按钮,系统列表显示查询结果,订单列表显示信息有:订单编号、订单名称、订单总金额、订单生成时间、订单状态等。3.2 订单状态设置订单状态及流程图一、先付款送货方式1、客户下单 但未付款:未付款2、客户下单 同时付款:已付款3、客户下单 已付款、操作员与客户确认之后: 已确认4、操作员确认之后,物流配送人员已经取货,在送货途中:发货状态5、送货成功之后:完成状态6、完成后,操作员确认: 确认完成状态二、货到付款1、客户下单 但未付款:未付款2、操作员与客户电话确认:已确认状态3、物流人员取货

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论