电脑销售网分析及其设计应用报告.doc

礼物销售网分析与设计报告

一. 系统开发背景和意义
1.1系统开发背景
中华人民共和国送礼文化悠久，但很大限度上止于老式礼法、礼仪延续，带有强烈儒教色彩。从当代国际礼物市场角度衡量，中华人民共和国礼物市场相对于西方礼物市场，具备如下特点：
a. 送礼意识较强，但礼物大众:走户串门，礼尚往来，老百姓送礼更多局限于老式节日、亲友生日，所送礼物多为超级市场买来大众货。年年如此送礼人觉得缺少新意也很难尽心意，受礼者有时觉得礼物太俗，但又不好回绝，弄得双方心里尴尬。
b. 礼物知识缺少送礼随波逐流
经由文革，中华人民共和国老式礼文化在某些方面被淡化，某些方面甚至浮现断层。在伦理、道德、礼仪教诲方面存在诸多弊端，致使老式礼文化传承局限性，许多人不懂得各种场合如何讲究礼仪，如何送礼。遇到需要送礼时候，人们都随大流广告上今年送礼送什么就送什么。往往过一次生日、或春节相似礼物收一大堆。
c. 礼物市场散乱称心礼物难寻
很少有专门礼物店，各种礼物散落在超级市场、糖烟酒市场、农贸市场、旅游市场、文化用品店、珠宝店、服装店专门礼物包装不多，经常是附带销售，没有成行成市没有集中经营没有规模专业礼物市场。什么都可以成为礼物但适合礼物、个性礼物、称心如意礼物很难寻找不懂得到哪里去买。
d. 缺少品牌经营专业度不高
当前，中华人民共和国已有礼物公司绝大多数局限于广告礼物，另有很少数商务礼物公司、婚庆礼物公司，但礼物公司以活动策划为主，礼物仅为附带业务。可以这样说，中华人民共和国当前没有一家多方位经营综合礼物公司，更没有大众皆知礼物品牌。
e. 公司经营与店铺经营割裂
另一方面，中华人民共和国礼物公司几乎没有一家设立规模经营礼物店更不用说开设礼物专卖店。这些礼物公司开设在写字楼，重要通过电话、资料邮寄等方式向单位开展直销。它们绝大多数没有自己工厂，运用样品拉单拿到订单后再找工厂加工。这种低成本运作方式，局限性很大，其市场触角延伸面狭窄，许多团队客户、家庭和个人客户被忽视。
f. 产品单调同质化严重
不论是礼物公司经营广告礼物，还是广告上宣传健康礼物，抑或散落在各种市场上其他可以称作礼物礼物，其共同点离不开“商品化”不但属于大规模生产，并且互相抄袭同质化十分严重不能满足人们表达个性祝愿情感需求选取性很差。
以上种种问题使“礼物 DIY”应运而生。也随着国内电子商务迅速发展，许多礼物店开始借助电脑在线销售网站以扩大市场，如各种类型礼物官方网站、淘宝网、京东商城、天猫商城等，此类系统是一种典型电子商务系统，它浮现给消费者提供了一种足不出户就能选购自己喜欢礼物快捷购物方式，消费者能更快更全面地理解商品，极大地便利了人们生活。

1.2系统开发意义
DIY是英语Do it yourself缩写,就是“自己动手做”意思。
DIY技术就是自己动手将普通物品、普通商品、普通礼物等依照自己喜好，并运用创
意手法进行加工制作一种技术，所有物品都能通过DIY变得别具一格，这就是DIY魅力。
DIY创意理念是将不会表达情感物品通过DIY个性化创意手法制作成为个性化、
独一无二、情感、创意贵重礼物。思想家说：世界万物只要注入感情元素皆可为礼物。
那么，通过DIY创意手法将千千万万商品制作成具备感情及独一无二贵重礼物，而
其售价则翻了几倍甚至几十倍。这就是化腐朽为神奇，普通物品通过DIY则成了最俏销
商品。
第二章系统规划
2.1初步调查
当代社会，送礼已经是当代人必要经历过程，送朋友，送家人，送上次，送同事，等等。不同年龄阶段对于礼物选取也相对不同，如下是关于各年龄段对礼物选取大体状况：
1.从在校学生来看：大某些都倾向与礼物DIY，创造出带有特殊意义或者标有自己独特标签礼物。少某些会为了以便，在附近礼物店进行购买或者随旨在淘宝网进行购买。
2.从青年来看：大多会依照注重送礼对象决定购买礼物，也比较倾向于DIY所选取礼物，从而来突出自己，给别人更好印象。
3 从中年来看：随着网络发达，大某些人群都听过“礼物DIY”，并且中年人群闲暇时间较多，更能去进行研究和DIY自己喜欢礼物。
4 从老年来看：老年人基本都是收礼人群，对于礼物购买力度低，只有很少数比较潮流老年人会选取“礼物 DIY”来进行礼物购买。
从调查成果可以看出，将来“礼物 DIY”市场需求仍是非常旺盛。并且随着经济和网络发展，人们对于生活追求越来越高质量，对于人情送礼也越来越注重。
2.2系统基本模式
1. 系统商务模式
“礼物 DIY”电脑销售网是由几种电脑元件供应商合伙开发面向客户销售电脑及电脑元件电子商务系统，其商务模式是典型B2C模式。
2. 系统赚钱方式
“礼物 DIY”电脑销售网重要用于向客户销售其定制DIY电脑，并可进行单个电脑元件销售，同步为某些电脑产业有关公司提供商品或服务广告发布平台，因而，该系统重要赚钱方式为销售电脑产品和收取广告费。
2.3 可行性分析
针对“礼物 DIY”电脑销售网特点，重要从如下四方面进行可行性分析：
1）经济可行性：开发该系统成本费用相对比较低，除必要人力资源外，只需要一台原则配备计算机及有关软件，其开发成本预测将远低于该系统给公司带来经济效益，因而在经济方面是可行。
2）技术可行性：本系统对软件与硬件规定不高，当前开发该系统技术已相称成熟，只要搭建好系统开发平台即可顺利实现系统开发，因而在技术方面是可行。
3）管理可行性：本系统安全保密性高，人员进行系统采用一定权限办法，不存在机密数据泄露问题，同步系统合用性非常强，可以极大减少工作人员工作量，提高工作效率，且使用以便，因而在管理方面是可行。
4）环境可行性：该系统具备较大实用价值，且符合国家政策、有关法律法规，因而在社会环境方面也是可行。
通过以上四个方面分析，得出“礼物 DIY”电脑销售网开发是可行。
第三章系统分析
3.1系统需求分析
1. 系统功能需求
（1）前台功能需求
“礼物 DIY”电脑销售网前台子系统重要为客户进行有关服务，涉及提供供应商信息查询、会员信息管理、商品管理、订单管理、客户留言、查看新手导航六个某些。
1）供应商信息查询：客户可以查看供应商构成联盟公司合伙信息，并可单独查看各供应商详细信息。
2）会员信息管理：客户可以注册成为系统会员，登录系统后可查看并修改个人信息。
3）商品管理：客户可以查看系统配备好电脑产品并依照个人喜欢重新配备，还可对电脑外形、颜色等提出个性化规定；此外，客户还可查看公司推出概念化产品并进行评价，也可不拘泥于原则，随心上传自己设计DIY产品。
4）订单管理：当选中了想要购买电脑产品后，客户可以在线订购商品并对自己订单记录进行编辑和删除操作。
5）客户留言：客户可以对系统产品或服务写下建设，并与其她客户互动。
6）查看新手导航：对于初次使用系统客户，可以查看新手导航以对的使用系统。
（2）后台功能需求
“礼物DIY”电脑销售网后台子系统是为系统管理员、订单解决员、产品管理员设计，在登录后台子系统后，系统管理员可以对各类信息进行管理，订单解决员可以查看客户订单并进行审核，产品管理员可以对商品交易状况进行记录分析。
1）系统信息管理：系统管理员需要对系统各类信息进行管理，涉及供应商信息、顾客信息、商品信息及页面信息。
2）订单解决：订单解决员查询客户订单，按照规定审核订单后及时进行生产、发货及资金解决等有关操作。
3）商品交易记录：产品管理员依照身份类型、地区或产品类别对交易信息进行记录分析，并以图表形式显示成果。
4）客户留言管理：产品管理员查看并回答客户对商品或服务售后评价、质量评价、产品建议，并及时删除过期信息。
2. 系统性能需求
对该系统性能需求简要如下：
1）平均响应时间：不多于2 s。
2）平均信息量速率：不不大于1 Mbps。
3）主存容量：不不大于128 M。
4）磁盘容量：视文献总容量而定。
5）安全性：较高。
3. 可靠性和可用性需求
1）系统平均无端障时间MTTF不少于180天。
2）系统平均修复时间MTTR不多于12 h。
3）系统浮现故障应有必要保护办法不使机密泄露。
4）系统核心功能必要是正常可用。
5）系统数据库及电子文档备份必要是安全。
6）系统浮现错误时需有必要出错提示阐明。
3.2 构造化系统逻辑模型
构造化系统分析法重要采用功能层次图、数据流程图、数据字典及解决逻辑描述工具来建立系统逻辑模型。
1. 功能层次图
功能层次图用于描述从系统目的到各项功能层次关系，通过对系统功能需求分析，可得出“礼物 DIY”电脑销售网功能层次图，如图3-1所示。

2. 数据流程图
数据流程图描述了系统内数据流动、解决和存储逻辑关系，重要用于解释系统功能实现流程，是在功能层次图基本上画。依照“礼物 DIY”电脑销售网功能层次图，可画出该系统数据流程图，如图3-2到图3-5所示。

3. 数据字典
数据字典用于解释最底层数据流程图中较复杂或不易理解数据解决、数据流、数据存储、数据项以及外部实体，通过对“礼物 DIY”电脑销售网数据流程图各元素分析，拟定对其中如下元素进行解释，详见表3-1至表3-5。
表3-1 数据字典—数据解决
编号
P1.3.2
名称
重组商品
简述
客户依照自己规定对系统配备好某商品进行重新配备
输入数据流
商品新配备
解决过程
客户查看系统配备好某商品信息后，在该商品信息界面对该商品某些配备进行重新选取，并可提出某些附加规定，得到自己需要新商品信息
输出数据流
新商品信息
表3-2 数据字典—数据解决
编号
P1.4.3
名称
查看订单
简述
客户下了订单后，可随时查看订单消息
输入数据流
订单号，订单信息，配送信息
解决过程
订单号，订单消息，配送消客户可在订单页面查看订单信息，特别是在收到商品之前，可查看到商品当前状态或所在配送过程中所处位置
输出数据流
订单号，订单信息

表3-2 数据字典—数据解决
编号
P1.4.4
名称
编辑订单
简述
客户在正式提交订单前可随时变化订单基本信息，在提交订单后，要在订单里标明与否已收到商品
输入数据流
订单信息，订单新信息
解决过程
在正式提前订单前，客户可随时查看订单并编辑订单基本信息，提交订单后，在规定送货期限到达时，要在订单“与否到货”栏里标明与否收到商品
输出数据流
订单新消息
表3-2 数据字典—数据解决
编号
P2.4
名称
页面信息管理
简述
后台管理员对网站各页面信息进行管理，重要涉及网络广告、公示、促销等信息发布和编辑
输入数据流
广告、促销信息或公示
解决过程
后台管理员进行网站各页面页面编辑，在适当位置添加或编辑网络广告、公示、促销等信息，并保存
输出数据流
编辑成功

表3-2 数据字典—数据解决
编号
P3.4
名称
配送商品
简述
商品生产完毕后，订单解决员向物流配送部门发送配送祈求
输入数据流
配送信息，取货告知
解决过程
订单解决员依照库管部门取货告知填写配送单，并将其发送给物流配送部门，规定其进行商品配送，同步将客户订单状态更改为“配送中”
输出数据流
配送单，订单新消息

表3-2 数据字典—数据解决
编号
P4.4.2
名称
审核DIY产品
简述
产品管理员对客户提交DIY产品进行审核
输入数据流
DIY产品审核意见
解决过程
产品管理员查看客户提交DIY产品后，在该产品信息界面录入审核意见并保存提交
输出数据流
DIY产品审核成果
表3-2 数据字典—数据流
编号
F3-02
名称
生产订单
简述
订单解决员向生产部门递交用于生产订单
数据流来源
P3.2：审核订单
数据流去向
生产部门
数据流构成
订单号+订单解决员+商品号+产品+DIY选取+其她+下单日期+规定交货日期
流量
10份/小时
表3-2 数据字典—数据流
编号
F1.4-04
名称
支付信息
简述
客户下订单进行商品支付时，填写有关信息
数据流来源
客户
数据流去向
P1.4.2：在线支付
数据流构成
银行账号+密码+身份证号+金额
流量
10份/小时
表3-2 数据字典—数据流
编号
F1.4-04
名称
DIY产品审核意见
简述
产品管理员对客户DIY产品审核后填写意见
数据流来源
产品管理员
数据流去向
P4.4.2：审核DIY产品
数据流构成
产品评论+采纳意见+产品奖励
流量
10份/小时
表3-2 数据字典—数据流
编号
F3-11
名称
取货告知
简述
商品生产完毕后入库，库管人员向订单解决员发送取货告知
数据流来源
库管部门
数据流去向
P3.4：配送商品
数据流构成
货品号+货品基本信息+取货地点+取货时间+负责人
流量
10份/小时
表3-2 数据字典—数据流
编号
F3-13
名称
配送单
简述
商品完毕生产后，订单解决员向物流配送部门发送配件单，物流部门依照此配送单配送商品
数据流来源
P3.4：配送商品
数据流去向
物流公司
数据流构成
商品号+商品描述+发货人+联系电话+发货单位+收货人+电话+配送地址+邮编
流量
10份/小时
表3-2 数据字典—数据储存
编号
D2
名称
订单
简述
客户选定商品后通过系统下商品订单
构成
订单号+客户号+客户名+E-mail+电话+商品号+礼物+DIY选取项目+其她+价格+支付账号+身份证+支付金额+收货人+电话+送货地址+邮编+订货日期+预测到货日期+订单状态+商品状态+与否到货+订单解决员号+订单解决员名+联系电话
主核心字
订单号
有关解决
P1.4.1：下新订单；P1.4.2：在线支付；P1.4.3：查看订单；P1.4.4：编辑订单；P1.4.5：撤销订单

表3-2 数据字典—数据储存
编号
D6
名称
概念产品
简述
由公司设计开发尚未上市个性化新产品，正在征集客户意见以拟定与否要正式投入生产
构成
产品号+产品名+产品图片+产品简介+产品预计+产品评价
主核心字
产品号
有关解决
P4.1.1：增长概念产品；P4.1.2：查看概念产品；P4.1.3：编辑概念产品；P4.1.4：删除概念产品
表3-2 数据字典—数据储存
编号
D7
名称
DIY产品
简述
由客户自己设计个性化产品，客户可将其输入系统等待产品管理员审核意见，通过后可获得相应奖励
构成
产品号+产品名+产品图片+产品简介+产品预计+上传者编号+上传者姓名+上传日期+产品状态+产品评价+采纳建议+产品奖励
主核心字
产品号
有关解决
P1.3.5：上传DIY产品；P1.3.6：查看DIY产品；P1.3.7：编辑DIY产品；P1.3.8：删除DIY产品
表3-2 数据字典—数据项
编号
D2-27
名称
订单状态
别名
Order-State
简述
在客户填写完订单至客户收到商品期间，订单所处状态，详细如下：
客户提交订单前，订单状态为“未提交”；
客户提交订单后，订单状态为“已提交”；
订单解决员审核订单后，将订单状态更改为“生产中”；
订单解决员配送商品时，将订单状态更改为“配送中”；
当客户更改“与否到货”值为“已到货”时，订单状态自动更改为“已完毕”；
当客户在规定期间内未进行商品支付时，订单状态为“无效”
数据类型
字符型
长度
6位
取值范畴
未提交、已提交、生产中、配送中、已完毕、无效
表3-2 数据字典—数据项
编号
D2-28
名称
商品状态
别名
Merchandise-State
简述
商品在配送过程中所处状态或位置
数据类型
字符型
长度
不限
取值范畴
无
表3-2 数据字典—数据项
编号
D7-09
名称
产品状态
别名
Product-State
简述
在客户上传DIY产品至产品审核完毕期间，该DIY产品所处状态，详细如下：
客户提交DIY产品前，产品状态为“未提交”；
客户提交DIY产品后，产品状态为“已提交”；
产品管理员审核订单时，将产品状态改为“审核中”；
产品管理员审核完订单后，将产品状态改为“已审核”；
数据类型
字符型
长度
6位
取值范畴
未提交、已提交、审核中、已审核
表3-2 数据字典—数据项
编号
D7-11
名称
采纳建议
别名
Accept-or-Reject
简述
产品管理员对客户DIY产品给出采纳建议
数据类型
字符型
长度
不限
取值范畴
无
表3-2 数据字典—数据项
编号
D7-12
名称
产品奖励
别名
Product-Reward
简述
产品管理员对客户DIY产品设计建立金额
数据类型
数字
取值范畴
0~10000
表3-2 数据字典—外部实体
编号
S01
名称
后台管理员
简述
具备对整个系统进行管理维护权限。重要负责供应商、客户和商品信息管理
输入数据流
后台管理员对系统各类信息进行管理时输入数据，如F2.1-01：新供应商信息
输出数据流
系统返回给后台管理员反馈信息，如F2.1-08：供应商信息
表3-2 数据字典—外部实体
编号
S04
名称
产品管理员
简述
重要负责概念产品、DIY产品信息管理以及商品交易记录，同步结合客户留言及时掌握公司产品状况
输入数据流
产品管理员对概念产品、DIY产品进行管理时输入数据，如F4.2-01：DIY产品审核意见
输出数据流
系统返回给后台管理员反馈信息，如F4.2-06：DIY产品信息

4. 解决逻辑描述工具
解决逻辑描述工具用于阐明数据流程图中较为复杂数据解决，在“礼物 DIY”电脑销售网数据流程图中，数据解决“审核订单”解决过程较为复杂，需要依照订单状况分类解决，因而采用决策树描述其解决过程，如图3-6所示。

3.3面向对象系统逻辑模型
面向对象系统分析法重要通过画用例图、编写用例文档、画分析类图和活动图来建立系统逻辑模型
1. 用例图
用例图用于描述系统功能及操作者，“礼物 diy”电脑销售网执行者涉及普通客户、会员客户、订单解决员、后台管理员、产品管理员、生产部门、库管部门、银行及物流公司，其中前五类执行者是系统固定顾客，可以直接登录系统进行相应操作，由于这五类执行者都能执行“注册”“登录”“退出”操作，从系统优化角度，可以由它们抽象出父类执行者“顾客”；而后四类执行者并没有直接使用系统，只是通过本系统与其她系统接口参加某些功能执行过程，由于不是系统顾客。
依照前面需求分析可拟定本系统功能需求，进一步分析执行者与系统功能之间关系，可绘制出系统用例图，如图11-7所示。
2. 用例文档
用例文档以文字形式描述了用例执行事件流程，用于解释系统用例逻辑流程，下面以“查看供应商信息”“评价概念产品”“上传dly产品”“配送商品”“商品交易记录”五个用例为代表阐述“礼物 diy”电脑销售网用例执行流程，分别见表
表 “查看供应商信息”用例文档
用例名称：查看供应商信息
执行者：客户
简要阐明：客户依照供应商名查看供应商详细信息
基本领件流：
1. 客户在供应商列表界面找到想要查看供应商名，单击供应商名进行查看
2. 系统就读相应供应商信息后在页面上显示

表 “评论概念产品”用例文档
用例名称：评论概念产品
执行者：客户
简要阐明：客户查看系统推出概念产品信息并对其进行评论
基本领件流：
1． 客户在概念产品列表界面找到感兴趣概念产品，单击概念产品名进行查看
2． 系统读取概念产品信息和已有产品评论，并转到产品详情页面
3． 客户查看概念产品详细信息，然后单击页面下方“我要评论”
4． 系统转到概念产品评论页面
5． 客户填写评论并单击“提交”
6． 系统提示评论成功并跳回概念产品详情页面
表 “上传DIY产品”用例文档
用例名称：上传DIY产品
执行者:会员
简要阐明：会员可以将自己设计DIY产品上传到系统，等待产品管理员审核
基本领件流：
1. 会员在DIY产品上传界面填写产品信息并单击“提交”
2. 系统提示上传成功
表 “配送商品”用例文档
用例名称：配送商品
执行者：订单解决员
简要阐明：商品生产完毕后，订单解决员向物流配送部门发送商品配送祈求
基本领件流：
1. 订单解决员收到库管部门发送取货告知后，在客户订单列表界面找到相应商品订单并单击“配送”
2. 系统转到商品配送界面
3. 订单解决员填写商品配送信息后单击“配送”
4. 系统显示配送单成功发物流公司后返回至订单列表界面
表 “商品交易记录”用例文档
用例名称：商品交易记录
执行者：产品管理员
简要阐明：订单解决员按照某个条件对商品交易状况进行记录
基本领件流：
1. 产品管理员在商品交易记录界面选取记录条件，然后单击“记录”
2. 系统显示记录成果

3.分析类图
分析类图指明了参加用例类及其之间关系，用于从类角度描述系统用例实现环节。图 分别是“查看供应商信息”“评价概念产品”“上传diy产品”“配送商品”“商品交易记录”这5个用例分析类图。

4.活动图
活动图以图形形式描述了实现用例所要进行各项活动，可以作为系统用例流程阐明图。图 分别是“查看供应商信息”“评价概念产品”“上传diy产品”“配送商品”“商品交易记录“这5个用例活动图。

第四章系统设计
4.1系统运营平台设计
系统运营平台重要由网络通信平台、硬件平台和软件平台构成，表4-1是“礼物 DIY”电脑销售系统运营平台基本配备。
表 系统运营平台
网络通信平台
主机托管方式
计算机硬件配备
CPU
1.4GHz或者以上
内存
128MB或以上
硬盘占用
初始4.76MB左右
显示屏
VGA或以上
应用软件配备
网络操作系统
WindowsServer
Web应用服务器
IIS6.0
数据库管理系统
Microsoft SQL Server
开发语言及工具
Java/JSP，Eclipse4.3

4.2应用系统设计
1.系统体系构造设计
本系统采用Struts框架构造，它是MVC体系构造典型应用。Struts框架通过采用JavaServlet/JSP技术，实现了基于Java EE Web应用MVC设计模式，是MVC设计模式一种典型产品。
图 展示了Strurs框架构造基本原理，对于一种祈求，Struts执行过程为：顾客输入要解决数据，JSP表单提交给ActionServlet；ActionServlet将表单信息封装在Action-Form内，然后转交给Action；ActionServlet不直接解决业务逻辑，让Action来调用JavaBean；Action返回要跳转到JSP页面给ActionServlet；ActionServlet进行跳转，成果在JSP上显示。

2.应用程序模块设计
（1）顺序图
顺序图重要描述用例所设计有关对象及对象间动态交互关系，用于解释系统用例实现过程。图 分别对系统中查看供应商信息”“评价概念产品”“上传diy产品”“配送商品”“商品交易记录”这5个用例采用顺序图描述其执行过程。
（2）协作图
协作图与顺序图在语义上是等价，顺序图强调对象间消息发送时间和顺序，协作图则强调对象间合伙关系，图 是与上面顺序图相相应协作图

3.数据库设计
（1）构造化系统数据库设计
构造化系统设计办法重要通过建立概念模型和数据模型来描述系统数据库构造。
依照前面所绘制构造化系统逻辑模型中数据流程图，可明确得出“礼物 DIY”电脑销售网数据库中需要建立表为：商品表、订单表、供应商表、元件表、顾客表、客户留言表、概念产品表、概念产品评价表、DIY产品表，分析各表用例及表之间关系，可建立系统数据库概念模型和数据模型，如下所示。
概念模型：概念模型用于描述系统数据库各表之间关系，图4-1是“礼物 DIY”电脑销售系统概念模型。

数据模型：数据模型由概念模型转化而来，用于描述系统数据库各表详细构造和内容，下列各表是“礼物 DIY”电脑销售系统数据模型。
表 顾客表

表 商品表

表 订单表

表 供应商表

表 元件表

表 概念产品表

表 DIY产品表

表 概念产品评论表

表 客户留言表

（2）面向对象系统数据库设计
面向对象系统设计办法重要通过画实体类图和状态图来描述系统数据库构造。依照前面所绘制面向对象系统逻辑模型中分析类图，得出“礼物 diy”电脑销售系统中实体类有：商品类、订单类、供应商类、元件类、顾客类、客户留言类、概念产品类、概念产品评价类，DIY产品类，由此可画出本系统实体类图和状态图，如下所示。
实体类图：实体类图用于描述系统数据库构造，它不但指明了系统数据库中有哪些表和表详细构成，还表白了各表之间联系。图 是“礼物 diy”电脑销售系统实体类图。

状态图：状态图是实体类图补充，用于描述实体类对象状态及状态转移过程，图 分别是“礼物DIY”电脑销售网中订单对象和DIY产品对象状态图。

4. 系统网站设计
本系统网站为顾客提供供应商信息、商品信息、概念产品信息、DIY产品信息发布与管理，电脑商品订购和支付，商品及交易信息查询和管理等功能，网站主页涉及网站标志、主菜单、商品列表、新手导航、注册登录等内容，整个系统网站涉及主页面、供应商信息查询、商品信息查询、概念产品信息查询、DIY产品管理、订单管理、个人信息管理、留言管理、登录、注册、后台各类信息管理等页面，图4-2显示了各重要页面间关系。
5.支付系统设计
本系统使用银行卡作为重要支付工具，其支付过程遵循银行卡支付系统业务流程，客户可以使用借记卡或信用卡在线支付购买商品。
6.安全系统设计
电子商务安全系统重要任务是保证系统可用性，保证交易过程真实性、保密性、完整性和不可抵赖性，针对这些规定，本系统拟定通过安装相应杀毒软件和防火墙来防治恶意程序，保证系统可用性；采用数字信封技术保证交易信息保密性；采用数字签名技术保证交易信息完整性和交易不可抵赖性；采用实名注册方式及数字证书以保证交易双方真实性。

第五章系统实行
5.1系统重要界面
1.顾客登录界面
顾客在登录界面输入顾客名和密码，其中顾客名由数字和字母构成，当顾客名和密码一致时，成功登录系统。该界面采用封面型构造布局，主色调为深蓝色，辅色调为灰色，背景色为深蓝色。如图

2.前台主界面
客户登录后进入前台主界面，它显示了系统为客户提供重要功能。该界面采用T型构造布局，主色调为白色，辅色调为棕褐色，背景色为深蓝色。如图

3.供应商信息界面
客户点击供应商名进入供应商信息界面，通过该界面可以查看供应商详细信息。如图

4.商品列表界面
客户点击主菜单中“商品信息”进入商品列表界面，在该界面中可以依照条件搜索商品并点击“详细信息”以查看商品详情。如图

5.商品详细界面
该界面显示了商品详细信息，客户可以直接订购或重组商品。如图

6. 商品重组界面
客户可以在商品重组界面对商品进行重新配备并在线订购。如图

7. 商品订购界面
商品订购界面显示了客户要订购商品信息及订购人信息，客户按照规定填写商品订购数量、支付信息及收货人信息后就可提交或暂时保存订单。如图

8. 概念产品列表界面
客户点击主菜单中“概念产品”进入概念产品列表界面，在该界面中可以依照条件搜索概念产品并点击“详细信息”以查看概念产品详情。如图

9. 概念产品详情界面
该界面显示了概念产品详细信息，客户可以在该界面查看概念产品信息并进行评价。如图

10. DIY产品列表界面
点击主菜单中“我DIY产品”进入DIY产品列表界面，客户在该界面可以查看自己上传过DIY产品信息及系统采纳建议。如图

11. DIY产品详情界面
该界面显示了客户上传DIY产品详细信息，在正式提交前客户可以对产品信息进行修改。如图

12. 上传DIY产品界面
客户在该界面填写DIY产品信息后点击上传，系统显示产品详细信息。如图

13. 订单列表界面
点击主菜单中“我订单”进入订单列表界面，客户在该界面可以查看订单信息及订单当前所处状态。如图

14. 订单详情界面
该界面显示了客户订单详细信息，在正式提交前客户可以对订单进行修改。如图

15. 个人信息界面
客户在个人信息界面可以查看并更新自己信息。如图

16. 客户留言界面
客户在留言界面可以针对商品、概念产品、服务等刊登意见，写下留言。如图

(a) 填写留言

(b) 查看留言

17. 顾客注册界面
客户在该界面填写个人信息，注册成为系统会员。如图

18. 后台主界面
系统管理员、订单解决员、产品管理员登录后进入后台主界面，然后各自依照权限进行相应操作。如图

19. 新增供应商界面
系统管理员通过该界面增长新供应商信息。如图

20. 商品管理界面
系统管理员点击“顾客管理”可查看所有顾客信息，并进行编辑和删除操作。如图

5.2系统测试
1.测试目
系统测试是电子商务系统开发核心环节之一，以寻找系统错误为目。本系统测试重要从如下几种方面加以考虑。
1）系统功能与否对的或与否漏掉了某些功能。
2）系统性能与否有误，可靠性，可用性如何。
3）系统初始化安装与终结与否会浮现问题。
4）数据构造和系统数据库访问与否浮现错误。
5）顾客界面与否合理，不浮现系统内部错误。
2.测试办法
系统测试常采用白盒测试和黑盒测试办法，由于系统开发前已经懂得了系统基本功能，因而可以采用