电脑销售网分析与设计报告.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或以上
应用软件配置
网络操作系统
Windows2023Server
Web应用服务器
IIS6.0
数据库管理系统
Microsoft SQL Server 2023
开发语言及工具
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. 商品管理界面
系统管理员点击“用户管理”可查看所有用户的信