电子商务平台解决专项方案.doc

电子商务平台
方案建议

广州市道一信息技术有限公司
3月27日
目录
1 项目概述 5
2 项目目的 6
3 整体解决方案 7
3.1 软件设计原则与方略 7
3.1.1 扩展方略 7
3.1.2 安全方略 7
3.1.3 折衷方略 8
3.1.4 易用原则 8
3.1.5 可维护性原则 8
3.1.6 开放性原则 9
3.1.7 先进性原则 9
3.1.8 可伸缩性原则 9
3.2 系统功能架构 9
3.3 系统功能阐明 11
3.3.1 首页 11
3.3.1.1 商品分类 11
3.3.1.2 商品详情 11
3.3.2 顾客功能 11
3.3.2.1 登录、注册 11
3.3.2.2 浏览商品 11
3.3.2.3 购物车 11
3.3.2.4 支付功能 11
3.3.2.5 订单中心 11
3.3.2.6 积分中心 12
3.3.3 管理后台 12
3.3.3.1 工作台 12
3.3.3.2 店铺管理 12
3.3.3.3 商品管理 12
3.3.3.4 订单管理 12
3.3.3.5 顾客管理 12
3.3.3.6 反馈管理 13
3.3.3.7 评分管理 13
3.3.3.8 数据分析 13
3.4 系统接口 13
3.4.1 UIM接口 13
3.4.2 支付接口 13
3.4.3 短彩信接口 13
3.4.1 第三方营收管理系统接口 13
3.5 安全设计 14
3.5.1 安全体系 14
3.5.2 也许安全威胁 14
3.5.3 安全方案 15
3.5.3.1 网络安全 15
3.5.3.2 服务器及客户端系统安全 15
3.6 性能设计 17
3.6.1 性能规定 17
3.6.2 接口性能设计 17
3.7 出错解决设计 18
3.7.1 出错信息 18
3.7.2 补救办法 19
3.8 维护设计 19
3.8.1 寻常维护 19
3.8.2 运营保障 21
4 道一公司与本项目有关成功案例 23
4.1 广东省移动商城 23
4.2 深圳航空尊鹏商城 23
4.3 深圳移动支付能力平台 26
4.4 广东省支付宝平台（二维码） 26
4.5 项目案例总结 27

1 项目概述
近年来,随着Internet迅速崛起，互联网已日益成为收集提供信息最佳最快渠道，并迅速进入老式流通领域。互联网跨地区性、可交互性、全天候性使其在与老式媒体行业和老式贸易行业竞争中具不可抗拒优势，因而发展十分迅速。在电子商务在中华人民共和国逐渐兴起大环境下，越来越多人们开始选取在网上购物，这其中涉及所有寻常生活用品及消费品等。通过在网上订购商品，可以由商家直接将商品运送给收货人，节约了亲自去商店购买所需物品时间，具备了省时、省事、省心等特点，让顾客足不出户可以购买到自己满意商品。
由于本地市场竞争激烈，被大润发、沃尔玛挤到日益边沿地带，为扭转局面，新南康百货决定通过网络电商渠道另辟蹊径，将目的客户定位于韶关本地上班一族、公司白领，这些目的人群时间宝贵，平日里没多少时间逛超市，而生活、家居用品又是刚性需求，这些人懂得运用网络支付手段购买自己所需物品。为此，咱们为新南康百货指定了一种电子商城建设方案。但愿通过此平台，一方面可以满足顾客购物需求，另一方面可以提高新南康百货在同行中竞争力。
2 项目目的
本平台实行目的涉及：
1) 前台主页重要可以实现如下功能：
l 顾客注册、登录；
l 商品分类、商品详情浏览；
l 加入购物车、查看购物车；
l 支付结算（支付方式可选取：支付平台：支付宝、财付通、快钱，也可使用特定银行网银支付接口）。
2) 客户中心实现如下功能：
l 查看购物车；
l 查看我订单；
l 查看我积分。
3) 后台管理实现如下功能：
l 商品分类管理；
l 商品上下架管理、商品信息修改；
l 顾客管理；
l 订单管理；
l 记录报表
4) 外部系统接口管理
l 第三方营收管理系统接口

3 整体解决方案
3.1 系统功能架构
基于对本次项目业务需求理解和分析，道一公司提出如下图所示平台功能体系框架：

道一公司提出如下图所示平台搭建方案：

3.2 系统功能阐明
3.2.1 首页
3.2.1.1 商品分类
支持商品分类展示功能。
3.2.1.2 商品详情
支持商品详情查看功能。
3.2.2 顾客功能
3.2.2.1 登录、注册
支持顾客实现系统登录、注册功能。
3.2.2.2 浏览商品
支持顾客实现商品浏览，涉及：商品图片、价格、评论、销量等信息。
3.2.2.3 购物车
支持顾客实现购物车功能，涉及加入购物车、查看购物车等功能。
3.2.2.4 支付功能
支持购物车支付结算，支付方式可选取：支付平台：支付宝、财付通、快钱，也可使用特定银行网银支付接口。
3.2.2.5 订单中心
支持顾客查看订单功能。
3.2.2.6 积分中心
支持顾客查看积分功能。
3.2.3 管理后台
3.2.3.1 工作台
迅速掌握店铺经营状况
l 提示面板
l 商品排行
l 月营收曲线
l 周营收曲线
3.2.3.2 店铺管理
对店铺进行装修（设立广告、展柜、自定义分类）；管理店铺资料；域名设立；定制通行证，实现多店绑定。
3.2.3.3 商品管理
统一管理所有商品资料、属性、类目、状态等进行管理，发布编辑好商品；可以批量上传商品。
3.2.3.4 订单管理
实现对所有订单涉及普通、虚拟、团购、秒杀订单统一管理；可以进行快递查询和退费管理。
3.2.3.5 顾客管理
对商家顾客、会员顾客信息、资料进行管理；角色管理和权限管理，可设立各种角色及相应权限，保证了顾客只能操作自己应有权限。
3.2.3.6 反馈管理
涉及投诉管理、征询管理、站内信管理。解决了客户投诉问题；记录客户征询信息，挖掘更多潜在客户；下发系统消息、群消息。
3.2.3.7 评分管理
管理顾客对商家、店铺、商品评分信息，查看评分明细、记录数据。理解顾客对店铺、商铺满意状况，打造更有竞争力店铺和商品。
3.2.3.8 数据分析
对店铺、商家各种数据进行记录，涉及订单明细、结算对账、流量访问记录等；除了数据表格外，尚有自定义图形报表做展示。
3.3 系统接口
3.3.1 UIM接口
和统一认证平台对接，实现顾客统一认证和鉴权。
3.3.2 支付接口
和各大支付平台对接，实现实时在线支付。
3.3.3 短彩信接口
系统和短彩信告知平台对接，实现预警信息下发功能。
3.3.1 第三方营收管理系统接口
系统与第三方营收管理系统接口，实现库存管理。
3.4 安全设计
3.4.1 安全体系
本平台安全体系可用下图表达：

附图1. 平台安全体系

整个平台安全取决于运营物理环境安全性、服务器及网络安全性、操作系统安全性、应用系统安全性及应用数据安全性等，通过设计实行整体安全方略，对安全方略实行成果进行评估，及时采用修复补救办法，调节安全防止方略，综合动态地进行平台安全管理。
3.4.2 也许安全威胁
本平台及其数据也许面临安全威胁如下：
1. 非人为因素：服务器意外断电、损坏、硬盘出错或损坏，网络中断等；
2. 人为因素：操作失误，恶意袭击，病毒破坏等；
3. 信息泄露、信息窃取、假冒、抵赖等；
4. 系统软件安全漏洞。
3.4.3 安全方案
针对上述安全威胁，平台安全运营一方面依赖网络和服务器系统安全，另一方面，平台自身也将提供相应安全监控功能。
3.4.3.1 网络安全
平台所在网络应安装防火墙，进行访问检测、监测、控制、审查分析，制止非法恶意袭击入侵，高档别保护可以禁止某些服务，如视频流，Java、ActiveX、JavaScript脚本等，制止恶意代码进入。
3.4.3.2 服务器及客户端系统安全
对于数据库系统，进行相应安全配备维护管理，依照实际状况及时进行安全方略调节，定期进行数据库系统关于备份。
由于客户端计算机用途很开放，很容易受到病毒感染、恶意袭击等，也许会进一步影响到服务器，因而，对客户端计算机也要采用安全办法，进行相应安全配备管理，如设立有效系统密码，设立较高浏览器级别，及时打补丁，安装反病毒程序，定期查杀病毒，依照实际状况及时采用安全办法。
3.4.3.2.1 顾客权限控制
1. 平台提供权限管理功能模块，系统管理员可增长、删除、修改顾客、顾客组，设立顾客机构权限、操作权限、数据权限。
2. 通过顾客、顾客组及权限管理功能，可依照类别等建立顾客组，顾客可以属于某个组或几种组，也可以是独立顾客。通过对顾客组进行授权，组中每个顾客都拥有组所有权限，能较以便进行授权管理。顾客组、顾客权限可以针对机构、业务数据范畴、功能范畴等进行授权，实现系统应用数据安全。
3. 核心数据加密存储；
4. 对于存储到数据库中某些核心敏感数据，如顾客密码等，程序对这些数据进行加密存储，使得在其他任何软件环境中都无法获取明码。
5. 使用数据加密技术和有关工具进行核心敏感数据加密存储；
3.4.3.2.2 重要数据加密传播
对于某些重要数据信息，在客户端和服务器之间传递时，为了避免数据泄漏等，可对这些数据进行加密传播，在发送端加密，在接受端解密。使得数据泄漏、被截获后，也无法辨认有关数据内容。
1. 采用3DES加密技术对整个数据包进行加密，实现了交易数据完全密封，防止袭击者侦听网上数据包，不给袭击者分析数据机会。
2. 采用MD5信息摘要技术，在数据包添加MAC字段，用于鉴别交易数据包真伪，提高系统抗袭击能力。
3.4.3.2.3 防抵赖设计
在平台对所有数据录入、数据审核及其她数据解决，都实行实名制管理。
平台实时自动记录所有数据录入、解决顾客名、解决时间信息，既明确了业务操作人员，又可用于数据录入解决信息内容审查防抵赖。
3.4.3.2.4 程序设计安全性
在程序数据提交解决方面，严格使用事务机制，保证数据一致性、完整性。同步，在网络中断、停电等异外状况下，系统提供数据检测功能，顾客可执行该功能进行数据一致性、完整性检查，展示不一致、不完整性数据，以便人工修改。
对程序进行精心容错设计，避免顾客操作、解决错误时系统崩溃，精确及时地给出错误及后续操作提示。保证系统在浮现较大运营错误后不至于影响所有操作数据。在系统运营软件和硬件平台提供运营条件正常状况下，系统在浮现较小规模错误时不会直接导致系统宕机、非常退出、崩溃，顾客能依照错误解决提示操作，使系统恢复到正常状态。
3.4.3.2.5 操作解决日记
平台对顾客登录状况，如登录顾客、进入时间、退出时间、操作功能项等进行自动记录；对于数据录入、数据同步、数据抽取和数据分析等应用解决时间、数据范畴、执行状况等也自动记录日记，以便出问题时跟踪追查审计，还可用于系统操作防抵赖。
3.4.3.2.6 数据备份与恢复
平台每天对数据自动进行数据库数据备份，以防各种意外故障和事故时，从备份数据中恢复，保证系统继续正常运营。
3.4.3.2.7 安全管理机构和制度建设
l 明确系统安全管理机构/部门、人员及职责，负责管理系统安全保密工作。制定系统安全保密管理制度，并严格加以执行及监督，实现资源合理配备和统一管理，实现统一访问控制方略，保证系统安全运营、安全审查。
l 在外部安全上，公司级防火墙可觉得本系统提供一种安全运营环境。
l 在系统内部，本系统顾客众多，机构、角色、权限各不相似，因而必要具备较高安全性，防止顾客越权访问以及窃取数据。顾客每个动作都要通过身份验证，在身份与权限匹配状况下才干继续执行其她操作，就可以有效实现安全性目的。
l 操作授权：对不同使用部门使用产品授权和其中不同级别顾客使用产品功能授权由系统管理员分级授权，授权信息放在数据库中，操作员每一种操作均需系统授权。
3.5 性能设计
3.5.1 性能规定
l 响应速度
在同等网络环境下，响应性能等同或高于网站访问速度；在CMNET、CMWAP等2G网络下响应性能不低于网站访问速度，极端状况下或延迟1-2秒
l 并发访问规定
支持5000以上并发顾客，通过简朴增长服务器方式可以迅速增长并发数量。
3.5.2 接口性能设计
平台与外部其她系统有较多接口，这些接口都会设计成支持多线程解决方式，进而支撑多并发访问。此外，也可支撑多台接口服务器构成一种对外负载均衡，即提高了性能又保证了接口稳定性。下面列出几种惯用通信方式性能核心点：
1. HTTP合同
l 设立连接失效时间：设立失效连接时间可以减少解决空闲连接挥霍系统资源消耗；
l WEB服务器最大接受祈求连接数设立；
l WEB服务器内存设立。
2. Web Services
l WEB服务器最大接受祈求连接数设立；
l WEB服务器内存设立。
3. Socket
l 使用线程池管理各种解决线程，减少多次创立新线程时间。
3.6 维护设计
3.6.1 寻常维护
平台对核心业务流程解决状况、重要工具执行状况、系统级日记均有详尽日记记录，用于记录系统所发生历史行为，并提供了大量在线操作手册、维护手册以供参看。
从功能角度可以分为:
u 业务日记
业务日记重要纪录重要业务操作，面向业务系统管理员对于普通状况，文献日记已经足够，但是对于重要历史信息，可以考虑存储在做了相应表构造设计数据库中。
u 程序日记
程序日记用于记录程序参数，中间成果以及必要调试信息。与业务日记相比，程序日记包括了更多实现层次详细信息，重要面向开发人员和系统维护人员。
从日记信息级别（从高到低）来看，涉及
Ø 致命(Fatal)
严重错误，系统无法正常运营，如硬盘空间满等
Ø 错误(Error)
系统可以继续运营，但最佳要尽快修复错误
Ø 警告(Warn)
系统可以正常运营，但需要引起注意警告信息
Ø 信息(Info)
系统运营重要核心时点操作信息，普通用于记录业务日记。但同步，也应当有足够信息以保证可以记录再现缺陷途径。
Ø 调试(Debug)
系统运营中调试信息，以便于开发人员进行错误分析和修正，普通用于程序日记，关怀程序操作(细粒度)，不太关怀业务操作(粗粒度)
Ø 跟踪(Trace)
系统运营中跟踪信息，比调试信息更加详细和全面，更关怀底层信息，如参数，调用，数据项等。
普通在生产环境下只打开Info级别及以上日记。在开发及测试环境才打开Debug日记，Trace日记普通不用。
本平台采用Apache Log4J作为实际底层日记工具库，但是为灵活起见，使用Jakarta Commons-Logging作为其封装和抽象来使用，所有应用程序不直接使用Log4J API或JDK Console输出(System.out，System.err，ex.printStackTrace()，etc.)，同步所有异常都必要写在日记中。

系统使用Log.debug()，Log.info()，Log.warn()，Log.error()来分别输出Debug，Info，Warn和Error级别日记。从性能角度考虑，在输出debug日记之前，应当调用Log.isDebugEnabled()来判断系统与否已经配备容许Debug级别输出。
Ø 系统日记
系统日记用于记录系统运营状况，启动和停止信息。系统级日记更多是为了记录系统运营中各支撑软件、工具运营状况，面向系统维护人员。
3.6.2 运营保障
Ø 数据库备份、恢复
系统提供界面来显示数据库备份执行状况，备份动作命令由监控程序发出，由数据库服务器上代理程序完毕备份动作。备份执行状况以日记形式记录在文献里，并在系统监控页面上显示。
系统采用归档日记模式，保存系统所有归档日记。由于系统不能容许浮现数据丢失状况，因此非归档运营模式不能采用，虽然归档方式对运营性能有某些影响。但这是以性能换安全性考虑。
备份方式采用不断机热备份方式，由于系统运营期间不但愿有停机事件发生，因此采用在线热备份方式。
Ø 热备份方略
－ 每周日凌晨24：00进行一次全库热备份，涉及控制文献；
－ 周一进行一次数据库增量热备份；
－ 周二进行一次数据库增量热备份；
－ 周三进行一次数据库合计增量热备份（周一到周三所有变化备份）；
－ 周四进行一次数据库增量热备份；
－ 周五进行一次数据库增量热备份；
－ 周六进行一次数据库合计增量热备份（周一到周三所有变化备份）；
－ 周一进行一次数据库增量热备份；
由此周而复始。
Ø 保存上一周全库备份在磁带设备上。建议使用磁带库和备份软件，以免人工干预。
Ø 服务器故障恢复
服务器故障也许由各种因素引起，如设备故障、操作系统故障、软件系统故障等等。由于系统只有单台应用服务器和单台数据库服务员，无法实现双机备份。当系统服务终断后，必要在可容忍4个小时终断时间内修复，以保证系统长期、可靠服务。
Ø 数据维护
应用系统数据重要涉及两类：1.系统运营参数数据；2.重要业务参数数据。这两类数据分别采用如下办法进行维护：
－ 系统运营参数数据：由于本应用系统采用技术是：Struts + JDBC；这三类技术实现过程绝大某些都依赖于配备文献，因而系统运营参数都将通过修改配备文献来达到维护目。
－ 重要业务参数数据：本应用系统对重要业务参数数据将提供专门维护功能来达到维护目。
4 道一公司与本项目有关成功案例
4.1 广东省移动商城
道一公司整合各种支付方式及商家资源，在广东推出了全国最大手机支付移动商城。提供WEB、WAP、客户端及12580等各种访问渠道，并支持第三方商家开展“店中店”销售模式。支持手机支付账户、积分、手机话费及银联等各种支付方式进行支付。
当前移动商城平台承载各类商品品牌600各种，销售金额超1.3亿元。

附图2. 省移动商城
4.2 深圳航空尊鹏商城
• 支持深圳航空300万注册顾客积分兑换商品
• 支持销售第三方商品和航空特色商品——奖励机票，酒店预订服务、订车服务等特色服务功能；
• 支持积分支付、网银支付、网银分期支付、第三方支付等各种支付方式
• 支持电话营销
• 系统与深圳航空电子商务平台、常旅客系统、各大银行和第三方支付平台交互。

4.3 深圳移动支付能力平台
深圳支付能力平台当前有涉及电影院、医院、汽运、机票等业务在运营，支持手机支付账户、小额话费支付、网银支付、支付宝支付、移动M值支付、赠券支付等近十种支付方式，并且有二维码、短信码、彩信、手机通宝卡等数种支付载体。并且接入了移动省级POSP平台，可以管理通宝POS机和深圳自助终端机，支持原则商品商家管理、支付解决、清算商品管理、订单分账等功能。

4.4 广东省支付宝平台（二维码）
省支付宝平台整合了二维码有关应用。建设了营销活动、条码下发、条码验证等功能。接入了唯真条码系统及各种地市业务平台，涉及电影票、船票、优惠券等业务。实现了二维码与一卡通条码下发与验证。

4.5 项目案例总结
道一公司在以往项目实行中，已积累了丰富经验，并结合了以往电商项目经验。在本项目实行是可减少技术风险，并为本项目建设及迅速上线提供了有力保证。