BtoC_购物网站概要方案 本文关键词：概要，购物网站，方案，BtoC_
BtoC_购物网站概要方案 本文简介：BtoC购物网站概要方案目录1.引言32.概要设计32.1系统体系结构32.2技术要求53功能需求63.1前台系统63.1.1商品展示63.1.2内容展示73.1.3订单确认73.1.4支付系统73.1.5用户中心73.2后台系统83.2.1商品2、JAVA、Servlet、RMI、Socket、J
BtoC_购物网站概要方案 本文内容：
BtoC
购物网站
概要方案
目
录
1.引言3
2.
概要设计3
2.1
系统体系结构3
2.2技术要求5
3功能需求6
3.1前台系统6
3.1.1商品展示6
3.1.2内容展示7
3.1.3订单确认7
3.1.4支付系统7
3.1.5用户中心7
3.2后台系统8
3.2.1商品
2、
JAVA、Servlet、RMI、Socket、JDBC、JSP、XML等流行的java技术;
3、搭配Oracle或MySql，,Sql
Server数据库；
4、应用Web服务器Weblogic,Jboss等，系统运行在Linux环境下。
5、字符编码规则：
中文网站一率采用GB2312字符标准。文件与文件夹命名：
为兼容win32与unix系统，一率采用小写字母命名。
6、公共文件命名规则：
默认首页：
index.htm、index.Html、index.php
主Css文件：
style.css
主JS文件：
main.js
主程序配置文件：config.php
7、公共文件目录统一命名
8、图片目录：
/images
或者
/pic
9、CSS样式目录：
/css
10、JS脚本程序目录：/js
11、模板文件目录：
/tpl类或者组件目录：/class
或者
/lib
12、页面脚本规范：
统一采用JavaScript
13、代码中的类、函数、变量名：统一使用近似英文单词命名，如：DefaultClass
或
者
default_class
14、代码注释规则：所有程序中的函数或者过程必须加确切的注释。
15、
数据库相关规则数据表与字段命名规则：
全部小写字母命名，并归类命名前缀，
如：用户表组，user_passport、user_info、user_service….日期类型字段：
统
一使用unix时间戳，char(12)主关键字命名：
所有表必须建立以id命名的主
键。
16、模板组件规则：
统一使用兼容版本的Smarty，统一缓存目录，便于Unix下权
限控制。
17、数据库虚拟层：
统一使用Adodb
或
Pdo，SQL语句要兼容现有主流数据库规则。
18、工厂模式开发规则：
以comm.php为中心开发或继承组件类，统一控制文件调用
IO与类的实例化。
19、
面向对象开发规则：
所有函数必须以类
--->
过程的方式存在。
20、
SQL封装规则：
所有SQL语句及数据库查询必须存在于过程中。
21、
URL转向规则：
为优化搜索引擎，尽量使用Apache的mod_rewrite模块来美
化URL，如：http://www.16fw.com/action.php?id=123
转化为：
http://www.16fw.com/action/id/123
或者
http://www.16fw.com/action/id_123.html
22、搜索引擎的对海量数据库的检索速度(5000万0.012秒完成搜索)及植入中文分
词技术
3.功能需求
1
2
3
1
2
3
3.1
前台系统
前台系统包括商品展示，内容展示，订单确认，支付系统，用户中心四大模块
1
2
3
3.1
3.1.1
商品展示
按照内部分类，任何将商品以单个或批量的方式展示给消费者的功能均应归入此系统。因此，该系统包括：
A，
站内搜索（搜索提示，搜索规则，搜索成功页，搜索不成功页，相似推荐）
B，
导航（频道导航，其他导航如销售排行，广告位，推荐位，文字链，Also
buy等）
C，
商品分类（品牌分类，品类分类，属性分类
）
D，
登陆页（商品列表页，商品详细页，商品活动页）
3.1.2
内容展示
内容展示较为简单，对纯购物品牌而言包括：
A，
公告区
B，
帮助中心
C，
论坛
3.1.3
订单确认
订单确认，就是帮助消费者正确提交订单信息的环节，
需要对很多信息逻辑判断和处理，一般由2个部分组成：
A，
购物车（购物车浮层，购物车页面，无注册购买）
B，
订单提交（返回购物车，收货地址&地址薄，支付方式判断，配送方式，发票，订单标记，实付金额计算等等）
3.1.4
支付系统
A，
外部支付系统（支付宝接口，财付通接口，网银直联端口，信用卡分期端口等）
B，
内部支付系统（账户余额支付，积分支付，礼品卡支付，优惠券支付）
3.1.5
用户中心
用户中心的实质是用户自助功能的dashboard，一般4个部分组成：
A，
注册&登陆（快速注册，完整注册，注册有礼，推荐注册，密码找回，主站id登陆，open-id登陆如QQ，新浪微博等）
B，
订单中心（历史订单状态，中间状态订单修改，物流追踪）
C，
服务中心（各类自助服务如退款申请，退换货申请，建议与投诉等）
D，
信息管理（用户基本信息管理和账户信息管理）
3.2
后台系统
后台系统包括商品&促销，CRM，订单处理，WMS，采购管理，财务管理，报表管理，系统设置8大模块
1
2
3
3.1
3.2
3.2
3.2.1
商品&促销
商品&促销模块的核心在于确保消费者下单之前，前台内容所见即所得
A，
商品管理（品类管理，品牌管理，单品管理）
B，
促销管理（活动管理和自定义活动模板管理）
3.2.2
CRM(Customer
Relationship
Management)
客户关系管理CRM是对B2C核心资源—会员的管理，服务与再营销系统，包括如下部分：
A，
会员管理（会员信息的增删改查和到其他系统的链接）
B，
用户关怀（条件触发和人工触发相关EDM
&
短信
&
OB）
C，
定向营销（会员分组和营销活动管理）
D，
客服管理（客服事件管理、商品咨询、购买评论、举报及投诉、退换货申请等）
E，
呼叫中心（IVR，坐席管理，统计报表，参数传递与窗口嵌入）
3.2.3
订单处理
订单处理是在订单未正式进入仓储部门处理之前，对订单的前置性处理环节。
A，
订单录入（电话订购，网上下单，外部团购订单，无金额订单录入如礼品单）
B，
订单审核（自动审核和人工审核）
C，
RMA处理（RMA申请单和RMA处理单）
3.2.4
WMS（Warehouse
Management
System）
仓库管理系统WMS功能模块大致分为入库管理，库存管理，出库管理和票据管理4个模块四个模块；
WMS的大体流程如下
3.2.5
采购管理
采购管理的核心是有效跟进采购合同/发票的状态，大货的采购入库/退库，财务结算和在仓库存查询和处理。
A，
供应商管理（供应商信息管理，合同发票管理）
B，
采购单管理（PO单管理，负PO单管理）
C，
库存管理（库存查询，库存占用单，库存变动log）
D,缺货管理(缺货登记)
3.2.6
财务管理
B2C的财务管理，主要是对供应商，渠道和内部费用支出的成本控制。
A，
供应商结算
B，
渠道结算
C，
配送结算
D，
内部结算
3.2.7
报表管理
A，
搜索报表（站内搜索量查询）
B，
销售报表（多个维度销量查询，优惠券使用情况，报表导出）
C，
财务报表
D，
客服报表（客服日报和坐席报表）
E，
仓储物流报表
3.2.8
系统设置
A，基础设置（和业务有关的一些字段值）
B，权限设置（不同账号的操作权限和操作记录）
C，其他设置
4.
系统特性
4
4.1
安全性
测试环境可使用内部网络，避免直接连接到internet。而且由于是内网使用，使用效率会很高，站点响应速度也较快。在开发过程中严格按照PHP编码规范进行开发，避免以下问题：
SQL注入。查询和操作数据库都严格过滤请求参数，避免不安全数据注入查询。这里尽量使用数据库抽象层，除了方便数据库系统的移植之外，轻松避免不安全查询。
XSS。显示（或者生成静态页面）时，严格过滤HTML或者Javascript关键字。在用户权限限制基础上，对文章，产品，新闻内容进行严格过滤，并且不混淆HTML有意义的字符。
表单提交部分为表单设置token值，避免重复提交和提交并非表单元素允许的值。需要的地方可以加入验证码技术（图片和文字均可）。
Cookie加密。使用常见的cookies加密技术对系统cookie加密。
详细的日志记录系统，方便管理员追踪和查找操作记录。
4.2
性能稳定性
性能是客户评定质量的很重要一个指标。该设计避免了频繁的动态应用请求，外来用户直接访问的都是静态HTML文件，对服务器资源的占用较小，只需处理脚本访问数据库根据md5值查询需要操作的文件，并且该请求操作密集度不高，压力分散。
客户端方面，专业数据显示70%的时间消耗在客户前端，也就是说js和css以及图片等资源的加载。js脚本全部进行压缩处理，使用外联形式；图片全部生成缩略图，在不同的展示需求下采用不同的尺寸，避免请求原始大图时带来的服务器IO压力。
缓存方面：对频繁读取数据库的操作，在SQL语句层尽量做到优化，另外设置缓存数据库表，缓存需要查询的常用数据。总之在整理系统使用中，缓存无处不在，尽量减少数据库查询中频繁连接数据库的情况。前期使用数据库缓存，后期如果IO压力变大，可以考虑内存缓存技术。
4.3
简单易用
系统力图为客户提供一个容易使用、简单移动的在线购物平台。我们的努力就是要达到“化繁为简”，为用户提供一个使用方便、简单、容易的‘傻瓜式’购物系统，使系统的操作管理维护简单、稳定性强的系统平台。
4.4
扩展性好
面向对象的设计，多层B/S结构的应用，使系统具有较好的可扩展性和包容性。在接纳已有的系统和在今后系统软硬件扩展时，能有效地保护已有的投资。特别是在应用需求变化时，能容易地加以调整。系统易于扩充升级，既能满足当前业务的需求，又为今后的扩充留有空间。
5.
系统维护
1、数据库维护，能有效地利用数据是网站维护的重要内容。
2、可以及时有效的内容的更新、调整等。
3、建立问题及特殊情况的应急机制。
6.
系统测试
网站发布前要进行细致周密的测试，以保证正常浏览和使用。主要测试内容：
1、服务器稳定性、安全性。
2、程序及数据库测试。
3、网页兼容性测试，如浏览器、显示器。
4、业务流程测试。
4、根据需要的其他测试。
14
/
14