万庄物流园电子商务平台总体设计V0.1.1.0.docx

万庄电子商务平台总体设计版本号 1.1.1.02012/8/14目录1.前言31.1.范围31.2.符号和缩略语32.建设背景42.1.背景42.2.平台介绍42.3.平台特征43.系统功能53.1.功能介绍53.2.平台架构53.3.业务流程图53.4.应用案例64.建设方案64.1.网络方案64.2.硬件架构与负载均衡84.3.硬件需求94.4.实施步奏114.5.需要解决的问题115.附件11版 本 历 史版本/状态作者参与人日期备注V 0.1.0.0王永刚2012.8.14编写本方案V 0.1.1.0王永刚2012.9.4原考虑的异地数据库同步架构在单公网环境下过于复杂，修改为托管机房部署业务数据库，本地只进行数据库备份。V 1.1.1.0王永刚2012.9.20修改为万庄独立机房环境1. 前言1.1. 范围本方案说明了以下三方面的内容：（1） 电子商务平台的功能；（2） 电子商务平台各内部系统的关系；（3） 电子商务平台的建议建设方案。本方案适用于厂商进行建设决策及指导建设方进行建设实施。1.2. 符号和缩略语下列缩略语适用于本方案。ECOPElectronic Commerce OperationPlatform电子商务运营平台2. 建设背景2.2.1. 背景总体背景略.本方案基于公司2012年8月13日相关产品设计。2.2. 平台介绍电子商务运营平台（ECOP）包含物流管理平台、仓储管理平台、客户关系平台、在线交易平台、呼叫中心平台五大主要部分。物流管理平台：针对货物流进行管理，主要为仓储的流程前端与后端。平台详细功能未确定。仓储管理平台：针对货物仓储进行管理，包括入库管理、出库管理、库存盘点、倒库管理、货位状态、搬运管理、残次品管理、统计报表、仓库信息管理、系统管理、个人设置。客户关系平台：针对企业客户关系进行管理，目前主要包括企业组织结构、企业人员、企业供应商管理等功能。在线交易平台：完成B2C的网上交易平台，包括商品管理、商品陈列、促销、检索、下单（客户下单、经纪人下单、座席下单）、订单处理、统计报表、会员管理、库存管理、座席事务处理、网站维护等功能。呼叫中心平台：完成呼叫中心功能，包括话务接入、呼出、录音、话务处理等一系列功能。2.3. 平台特征ECOP平台涉及多种业务平台，各平台功能复杂，涉及不同角色人员，众多人员涉及不同的办公位置，业务平台部署涉及公网部署与内网部署，多种业务平台需要协同工作，因此平台设计考虑如下因素：安全性：主要涉及数据安全与网络安全，ECOP涉及的数据主要为用户数据与应用数据，数据安全主要通过用户数据加密与数据备份机制，网络安全包括口令、主机端口、应用的安全防范机制。可用性：电子商务系统需要具备应对高峰处理的能力，需要在高峰处理时，依然具备良好的性能，因此需要具备并发处理、缓存机制及服务扩充的能力。稳定性：系统需要724小时运行，因此系统在设计与实施时要考虑具备良好的容错、监控、日志、备份、恢复机制。扩展性：由于系统的分布实施要求及考虑未来的功能需求，系统要具备良好的扩展机制，扩展机制通过严格的MVC架构、接口机制、功能及应用分层、类SOA架构、业务流可配置机制实现。模块化及可配置：为了系统能够良好的扩展及未来的功能变化，系统要进行模块化功能分解，模块化还要考虑到平台的功能模块复用及未来的产品复用及修改，对模块化的实现要能够支持可配置的调整。协同处理：为了保证ECOP平台的信息流、货物流在各平台流转，在进行平台设计时，要考虑协同处理机制且要兼顾到流的分解与合并。分布实施：由于系统功能庞大，为保证实施的顺利进行及后期的新功能开发，平台要采用分步实施的方法。3. 系统功能1.2.3.3.1. 功能介绍3.3.1.详见产品设计各产品功能3.2. 平台架构平台总体架构图如下：3.2.3.3. 数据库ECOP平台涉及的网络环境有两部分，分别为部署在托管机房的商城系统与部署在企业内部的仓储物流、呼叫中心等系统，由于商品信息（库存、商品资料等）信息需要仓储系统与商城系统进行同步，将全部业务系统数据库均部署在公网环境下，业务系统数据每日同步到企业内部平台备份服务器上。关于数据库事务问题：有多种实现方案，（1）建立一个数据库，通过不同的帐号权限管理各个业务部分；（2）建立多个数据库，采用存储过程进行事务的处理；（3）采用JTA事务。考虑到系统的实施简便性，采用第一种方案，但程序设计时，要考虑到事务实施方案可能变化，设计要采用事务封装逻辑。说明：关于业务系统数据库部署在公网环境下后的业务系统的部署位置：业务系统可根据网络情况部署在企业内网，为了后期扩展考虑，必须采用接口开发模型，所有业务逻辑必须先抽象接口，组件实现提供业务组件的创建类厂，可选择使用Spring的注入机制。3.3. 功能流程图3.3.1. 平台功能总图物流管理系统包含6个模块：运单管理、派车调度、费用管理、统计报表、基础数据及系统设置。运单管理：根据在线交易产生的订单，自动生成运单，同时提供运单录入功能，以满足作为第三方物流的功能，派车调度：包含派车单录入、派车单管理，车辆调度员根据运单、结合车辆的运力情况对车辆进行调度，形成派车单，可以根据实际情况对派车单进行修改操作，最终形成确认后的派车单。费用管理：包含记录物流系统中发生的各种费用统计报表：运单业务汇总、派车业务汇总、自有车辆业务汇总、合作车辆汇总。基础数据：包含自有车辆信息、合作车辆信息，驾驶员信息、合作公司信息、运输线路及费用类别。系统设置：包含个人资料、密码修改、操作日志。3.3.2. 订单处理流程3.4. 费用流程3.5. 系统编码规则详见其他文档说明3.6. 系统统一日志记录3.7. 系统统一类命名规则3.8. 系统统一基类4. 建设方案4.4.1. 网络方案4.2. 硬件架构与负载均衡电子商务平台硬件架构设计的根本出发点是安全、易管理、高性能、灵活扩充，因此硬件架构采用apache-app-db三层架构，分别为负载均衡层、应用层、核心数据层。负载均衡层：通过apache负载均衡模块实现负载均衡及高可用的服务器集群。内容平台应用层：该层通过采用动态WEB服务与静态WEB服务分离来提高WEB服务的可用率，通过缓存服务器来实现内容缓存来降低系统响应时间，减少IO。该层由以下几部分构成：1) 动态WEB组：包含动态WEB服务集群与内存缓存池，动态WEB服务集群最少包含主用WEB服务器与备用WEB服务器，内存缓存池由安装memcache服务软件的服务器提供。2) 静态WEB组：包含主用静态WEB服务器与备用WEB服务器以及文件存储三部分，文件存储实现静态内容例如书目内容的存取服务。3) 缓存服务器：缓存服务通过安装squid的服务器提供，缓存服务器可为1台或多台。4) 应用服务器：应用服务器实现内容分享平台的应用与管理服务，可为1台或多台。核心数据层：核心数据层存储商品数据、用户数据、交易数据等。数据库采用SQLSERVER2008，可选两种架构：（1）：采用主数据库服务器+镜像数据库服务器+见证服务器。该方案优点通过最小的硬件实现了服务器的负责均衡。缺点：由于每事务涉及需要从主数据库COPY到镜像服务器，影响系统反应时间。（2）：采用主数据库服务器+备用数据库服务器+硬件存储组成SQLSERVER集群。该方案优点是稳定，且不影响系统响应时间,容易未来进行方面的扩充。缺点：由于需要额外增加存储，增加了硬件投入。4.3. 硬件需求服务器名称硬件型号数量配置参数服务器功能数据库服务器HP ProLiant DL3852CPU:HP 6128 8核 (2.0 GHz, 12MB Level 3 Cache, 80W)CPU2内存：HP 4GB 2Rx8 PC3-10600E-9 Kit4硬盘：70GB 10K SAS 6G 2.5双端口热插拔硬盘HBA 卡*2系统数据库用户数据库WEB服务器HP ProLiant DL3854CPU:HP 6128 8核 (2.0 GHz, 12MB Level 3 Cache, 80W)CPU2内存：HP 4GB 2Rx2 PC3-10600E-9 Kit4硬盘：146GB 10K SAS 6G 2.5双端口热插拔硬盘HBA 卡*2WEB静态服务器WEB静态服务器应用服务器HP ProLiant DL3852CPU:HP 6128 8核 (2.0 GHz, 12MB Level 3 Cache, 80W)CPU2内存：HP 4GB 2Rx8 PC3-10600E-9 Kit4硬盘：300GB 10K SAS 6G 2.5双端口热插拔硬盘2接口服务内容管理服务缓存服务器HP ProLiant DL3852CPU:HP 6128 8核 (2.0 GHz, 12MB Level 3 Cache, 80W)CPU2内存：HP 4GB 2Rx8 PC3-10600E-9 Kit4硬盘：300GB 10K SAS 6G 2.5双端口热插拔硬盘2Memcache服务Squid缓存服务存储HP StorageWorks P2000 G3 MSA 2FC/iSCSI Dual Combo Controller LFF Array含两个P2000G3FC控制器（每控制器带有：2GB缓存，同时存在的2个8GB光纤主机