电脑销售网分析与设计报告

1、礼品销售网分析与设计报告一.系统开发背景和意义系统开发背景中国送礼文化悠久，但很大程度上止于传统礼法、礼仪的延续，带有强烈的儒教色 彩。从现代国际礼品市场的角度衡量，中国礼品市场相对于西方礼品市场，具备以下特点：a. 送礼意识较强，但礼品大众：走户串门，礼尚往来，老百姓送礼更多局限于传统节日、 亲友生日，所送礼品多为超级市场买来的大众货。年年如此送礼的人觉得缺乏新意 也很难尽心意，受礼者有时觉得礼品太俗，但又不好拒绝，弄得双方心里尴尬。b. 礼品知识缺乏送礼随波逐流经由文革，中国传统礼文化在某些方面被淡化，某些方面甚至出现断层。在伦理、 道德、礼仪的教育方面存在诸多弊端，致使传统礼文化传承不足

2、，许多人不知道各 种场合如何讲究礼仪，如何送礼。遇到需要送礼的时候，大家都随大流广告上今年 送礼送什么就送什么。往往过一次生日、或春节相同的礼品收一大堆。c. 礼品市场散乱称心礼品难寻极少有专门的礼品店，各种礼品散落在超级市场、糖烟酒市场、农贸市场、旅游市 场、文化用品店、珠宝店、服装店专门的礼品包装不多，常常是附带销售，没有成行成市没有集中经营没有规模的专业礼品市场。什么都可以成为礼品但适合的礼品、个性的礼品、称心如意的礼品很难寻找不知道到哪里去买。d. 缺乏品牌经营专业度不高目前，中国已有的礼品公司绝大多数局限于广告礼品，另有极少数的商务礼品公司、婚庆礼品公司，但礼品公司以活动策划为主，礼

3、品仅为附带业务。可以这样说，中 国现在没有一家多方位经营的综合礼品公司，更没有大众皆知的礼品品牌。e. 公司经营与店铺经营割裂另一方面，中国的礼品公司几乎没有一家设立规模经营的礼品店更不用说开设礼品专卖店。这些礼品公司开设在写字楼，主要通过电话、资料邮寄等方式向单位开 展直销。它们绝大多数没有自己的工厂，利用样品拉单拿到订单后再找工厂加工。这种低成本的运作方式，局限性很大，其市场触角延伸面狭窄，许多团体客户、家 庭和个人客户被忽略。f. 产品单调同质化严重不管是礼品公司经营的广告礼品，还是广告上宣传的健康礼品，抑或散落在各种市 场上的其它可以称作礼品的礼品，其共同点离不开“商品化”不仅属于大规

4、模生产，而且相互抄袭同质化十分严重不能满足人们表达个性祝福的情感需求选择性很差。以上种种问题使“礼品 DIY ”应运而生。也随着我国电子商务的快速发展，许多礼品店 开始借助电脑在线销售网站以扩大市场，如各种类型礼品的官方网站、淘宝网、京东商城、 天猫商城等，这类系统是一种典型的电子商务系统，它的出现给消费者提供了一种足不出户就能选购自己喜欢的礼品的快捷购物方式，消费者能更快更全面地了解商品，极大地便利了人们的生活。系统开发意义DIY 是英语 Do it yourself 的缩写 , 就是“自己动手做”的意思。DIY 技术就是自己动手将普通物品、普通商品、普通礼品等根据自己的喜好，并运用创 意的

5、手法进行加工制作的一种技术，所有的物品都能通过 DIY 变得别具一格，这就是 DIY 的魅力。DIY 创意理念是将不会表达情感的物品通过 DIY 个性化的创意手法制作成为个性化的、 独一无二的、 情感的、创意的珍贵礼物。 思想家说： 世界万物只要注入感情元素皆可为礼物。 那么，通过 DIY 创意手法将千千万万的商品制作成具有感情的及独一无二的珍贵礼物，而 其售价则翻了几倍甚至几十倍。这就是化腐朽为神奇，普通物品通过 DIY 则成了最俏销的 商品。第二章系统规划初步调查 现代社会，送礼已经是现代人必须经历的过程，送朋友，送家人，送上次，送同事，等 等。不同的年龄阶段对于礼品的选择也相对不同， 以

6、下是关于各年龄段对礼品选择的大致情 况：1. 从在校学生来看：大部分都倾向与礼品DIY，创造出带有特殊意义或者标有自己独特标签的礼品。少部分会为了方便，在附近礼品店进行购买或者随意在淘宝网进行购买。2. 从青年来看：大多会根据注重送礼的对象决定购买的礼品，也比较倾向于 DIY所选择的礼品，从而来突出自己，给别人更好的印象。3从中年来看：随着网络的发达，大部分人群都听过“礼品DIY”，而且中年人群闲暇时间较多，更能去进行研究和DIY自己喜欢的礼品。4 从老年来看： 老年人基本都是收礼人群， 对于礼品购买力度低， 只有极少数比较潮流的老 年人会选择“礼品 DIY ”来进行礼品的购买。从调查结果可以

7、看出，未来“礼品DIY ”市场的需求仍是非常旺盛的。而且随着经济和网络的发展，人们对于生活的追求越来越高质量，对于人情送礼也越来越注重。系统基本模式1. 系统商务模式“礼品DIY ”电脑销售网是由几个电脑元件供应商合作开发的面向客户销售电脑及电脑元件 的电子商务系统，其商务模式是典型的B2C模式。2. 系统盈利方式“礼品DIY ”电脑销售网主要用于向客户销售其定制的DIY电脑，并可进行单个电脑元件的销售， 同时为一些电脑产业相关企业提供商品或服务广告的发布平台，因此， 该系统的主要盈利方式为销售电脑产品和收取广告费。可行性分析针对“礼品DIY ”电脑销售网的特点，主要从以下四方面进行可行性分析

8、：1）经济可行性：开发该系统的成本费用相对比较低，除必要的人力资源外，只需要一台标准配置的计算机及相关软件， 其开发成本预计将远低于该系统给企业带来的经济效益，因此在经济方面是可行的。2）技术可行性：本系统对软件与硬件的要求不高，目前开发该系统的技术已相当成熟，只 要搭建好系统开发平台即可顺利实现系统的开发，因此在技术方面是可行的。3）管理可行性：本系统安全保密性高，人员进行系统采取一定的权限措施，不存在机密数 据的泄露问题，同时系统适用性非常强，能够极大减少工作人员的工作量，提高工作效率， 且使用方便，因此在管理方面是可行的。4）环境可行性：该系统具有较大的实用价值，且符合国家政策、相关的法

9、律法规，因此在 社会环境方面也是可行的。通过以上四个方面的分析，得出“礼品 DIY ”电脑销售网的开发是可行的。第三章系统分析系统需求分析1. 系统功能需求（1）前台功能需求“礼品 DIY ”电脑销售网的前台子系统主要为客户进行相关服务， 包括提供供应商信息查询、 会员信息管理、商品管理、订单管理、客户留言、查看新手导航六个部分。1）供应商信息查询：客户可以查看供应商组成的联盟企业的合作信息，并可单独查看各供 应商的详细信息。2）会员信息管理：客户可以注册成为系统的会员，登录系统后可查看并修改个人信息。3）商品管理：客户可以查看系统配置好的电脑产品并根据个人喜欢重新配置，还可对电脑 的外形、颜

10、色等提出个性化要求；此外，客户还可查看企业推出的概念化产品并进行评价， 也可不拘泥于标准，随心上传自己设计的 DIY 产品。4）订单管理：当选中了想要购买的电脑产品后，客户可以在线订购商品并对自己的订单记 录进行编辑和删除操作。5）客户留言：客户可以对系统的产品或服务写下建设，并与其他客户互动。6）查看新手导航：对于初次使用系统的客户，可以查看新手导航以正确使用系统。 （2）后台功能需求“礼品DIY”电脑销售网的后台子系统是为系统管理员、订单处理员、产品管理员设计的， 在登录后台子系统后， 系统管理员可以对各类信息进行管理， 订单处理员能够查看客户订单 并进行审核，产品管理员可以对商品交易情况

11、进行统计分析。1） 系统信息管理：系统管理员需要对系统各类信息进行管理，包括供应商信息、用户信息、 商品信息及页面信息。2）订单处理：订单处理员查询客户的订单，按照规定审核订单后及时进行生产、发货及资 金处理等相关操作。3）商品交易统计：产品管理员根据身份类型、地域或产品类别对交易信息进行统计分析， 并以图表形式显示结果。4）客户留言管理：产品管理员查看并回复客户对商品或服务的售后评价、质量评价、产品 建议，并及时删除过期的信息。2. 系统性能需求对该系统的性能需求简要如下：1）平均响应时间：不多于 2 s。2）平均信息量速率：不小于 1 Mbps。3）主存容量：不小于 128 M 。4）磁盘

12、容量：视文件总容量而定。5）安全性：较高。3. 可靠性和可用性需求1）系统的平均无故障时间 MTTF不少于180天。2）系统平均修复时间 MTTR不多于12 h。3）系统出现故障应有必要的保护措施不使机密泄露。4）系统的核心功能必须是正常可用的。5）系统的数据库及电子文档的备份必须是安全的。6）系统出现错误时需有必要的出错提示说明。 结构化系统逻辑模型结构化系统分析法主要采用功能层次图、 数据流程图、 数据字典及处理逻辑描述工具来建立 系统逻辑模型。1. 功能层次图功能层次图用于描述从系统目标到各项功能的层次关系， 通过对系统功能需求的分析， 得出“礼品 DIY ”电脑销售网的功能层次图，如图

13、 3-1 所示。2. 数据流程图数据流程图描述了系统内数据流动、 处理和存储的逻辑关系， 主要用于解释系统功能的实现 流程，是在功能层次图的基础上画的。根据“礼品 DIY ”电脑销售网的功能层次图，可画出 该系统的数据流程图，如图 3-2 到图 3-5 所示。3. 数据字典数据字典用于解释最底层数据流程图中较复杂或不易理解的数据处理、数据流、数据存储、数据项以及外部实体，通过对“礼品DIY ”电脑销售网数据流程图各元素的分析，确定对其中的以下元素进行解释，详见表3-1至表3-5 。表3-1数据字典一数据处理编号名称重组商品简述客户根据自己的要求对系统配置好的某商品进行重新配置输入数据流商品新配

14、置处理过程客户查看系统配置好的某商品信息后，在该商品信息界面对该商品的某些配 置进行重新选择，并可提出一些附加要求，得到自己需要的新商品信息输出数据流新商品信息表3-2数据字典一数据处理编号名称查看订单简述客户下了订单后，可随时查看订单的消息输入数据流订单号，订单信息，配送信息处理过程订单号，订单消息，配送消客户可在订单页面查看订单的信息，尤其是在收 到商品之前，可查看到商品当前的状态或所在配送过程中所处的位置输出数据流订单号，订单信息表3-2数据字典一数据处理编号名称编辑订单简述客户在正式提交订单前可随时改变订单的基本信息，在提交订单后，要在订 单里标明是否已收到商品输入数据流订单信息，订单

15、新信息处理过程在正式提前订单前，客户可随时查看订单并编辑订单的基本信息，提交订单 后，在规定的送货期限到达时，要在订单“是否到货”栏里标明是否收到商 品输出数据流订单新消息表3-2数据字典一数据处理编号名称页面信息管理简述后台管理员对网站各页面的信息进行管理，主要包括网络广告、公告、促销 等信息的发布和编辑输入数据流广告、促销信息或公告处理过程后台管理员进行网站各页面的页面编辑，在合适的位置添加或编辑网络广 告、公告、促销等信息，并保存输出数据流编辑成功表3-2数据字典一数据处理编号名称配送商品简述商品生产完成后，订单处理员向物流配送部门发送配送请求输入数据流配送信息，取货通知处理过程订单处理

16、员根据库管部门的取货通知填写配送单，并将其发送给物流配送部 门，要求其进行商品的配送，冋时将客户订单的状态更改为“配送中”输出数据流配送单，订单新消息表3-2数据字典一数据处理编号名称审核DIY产品简述产品管理员对客户提交的DIY产品进行审核输入数据流DIY产品审核意见处理过程产品管理员查看客户提交的 保存提交DIY产品后，在该产品信息界面录入审核意见并输出数据流DIY产品审核结果表3-2数据字典一数据流编号F3-02名称生产订单简述订单处理员向生产部门递交的用于生产的订单数据流来源:审核订单数据流去向生产部门数据流组成订单号+订单处理员+ 商品号+产品+DIY选择+其他+下单日期+要求交货日

17、期流里10份/小时表3-2数据字典一数据流编号名称支付信息简述客户下订单进行商品支付时，填写的相关信息数据流来源客户数据流去向:在线支付数据流组成银行账号+密码+身份证号+金额流里10份/小时表3-2数据字典一数据流编号名称DIY产品审核意见简述产品管理员对客户的DIY产品审核后填写的意见数据流来源产品管理员数据流去向:审核DIY产品数据流组成产品评论+米纳意见+ 产品奖励流里10份/小时表3-2数据字典一数据流编号F3-11名称取货通知简述商品生产完成后入库，库管人员向订单处理员发送的取货通知数据流来源库管部门数据流去向:配送商品数据流组成货品号+货品基本信息+取货地点+取货时间+负责人流里

18、10份/小时表3-2数据字典一数据流编号F3-13名称配送单简述商品完成生产后，订单处理员向物流配送部门发送的配件单，物流部门根据 此配送单配送商品数据流来源:配送商品数据流去向物流公司数据流组成商品号+商品描述+发货人+联系电话+发货单位+收货人+电话+配送地址+邮 编流里10份/小时表3-2数据字典一数据储存编号D2名称订单简述客户选定商品后通过系统下的商品订单组成订单号+客户号+客户名+E-mail+电话+商品号+礼品+DIY选择项目+其他+价 格+支付账号+身份证+支付金额+收货人+电话+送货地址+邮编+订货日期+预 计到货日期+订单状态+商品状态+疋否到货+订单处理员号+订单处理员名

19、+ 联系电话主关键字订单号相关处理:下新订单；：在线支付；：查看订单；：编辑订单；：撤销订单表3-2数据字典一数据储存编号D6名称概念产品简述由公司设计开发的还未上市的个性化新产品，正在征集客户的意见以确定是 否要正式投入生产组成产品号+产品名+产品图片+产品介绍+ 产品估计+ 产品评价主关键字产品号相关处理:增加概念产品；：查看概念产品；：编辑概念产品；：删除概念产品表3-2数据字典一数据储存编号D7名称DIY产品简述由客户自己设计的个性化产品，客户可将其输入系统等待产品管理员的审核 意见，通过后可获得相应奖励组成产品号+产品名+产品图片+产品介绍+产品估计+上传者编号+上传者姓名+上 传日

20、期+产品状态+产品评价+采纳建议+ 产品奖励主关键字产品号相关处理:上传DIY产品；：查看DIY产品；：编辑DIY产品；：删除DIY产品表3-2数据字典一数据项编号D2-27名称订单状态别名Order-State简述在客户填写完订单至客户收到商品期间，订单所处的状态，具体如下：客户提交订单前，订单状态为“未提交” ； 客户提交订单后，订单状态为“已提交” ；订单处理员审核订单后，将订单状态更改为 生产中；订单处理员配送商品时，将订单状态更改为“配送中”；当客户更改“是否到货”的值为“已到货”时，订单状态自动更改为“已完 成”；当客户在规定时间内未进行商品支付时，订单状态为“无效”数据类型字符型

21、长度6位取值范围未提交、已提交、生产中、配送中、已完成、无效表3-2数据字典一数据项编号D2-28名称商品状态别名Mercha ndise-State简述商品在配送过程中所处的状态或位置数据类型字符型长度不限取值范围无表3-2数据字典一数据项编号D7-09名称产品状态别名Product-State简述在客户上传DIY产品至产品审核完成期间，该DIY产品所处的状态，具体如下：客户提交DIY产品前，产品状态为“未提交”； 客户提交DIY产品后，产品状态为“已提交”； 产品管理员审核订单时，将产品状态改为“审核中”；产品管理员审核完订单后，将产品状态改为“已审核”；数据类型字符型长度6位取值范围未提

22、交、已提交、审核中、已审核表3-2数据字典一数据项编号D7-11名称采纳建议别名Accept-or-Reject简述产品管理员对客户DIY产品给出的采纳建议数据类型字符型长度不限取值范围无表3-2数据字典一数据项编号D7-12名称产品奖励别名Product-Reward简述产品管理员对客户DIY产品设计的建立金额数据类型数字取值范围010000表3-2数据字典一外部实体编号S01名称后台管理员简述具有对整个系统进行管理维护的权限。主要负责供应商、客户和商品的信息 管理输入数据流后台管理员对系统各类信息进行管理时输入的数据，如：新供应商信息输出数据流系统返回给后台管理员的反馈信息，如：供应商信息

23、表3-2数据字典一外部实体编号S04名称产品管理员简述主要负责概念产品、DIY产品的信息管理以及商品的交易统计，冋时结合客户留言及时掌握公司产品的情况输入数据流产品管理员对概念产品、DIY产品进行管理时输入的数据，如：DIY产品审核意见输出数据流系统返回给后台管理员的反馈信息，如：DIY产品信息4. 处理逻辑描述工具处理逻辑描述工具用于说明数据流程图中较为复杂的数据处理，在“礼品DIY ”电脑销售网的数据流程图中，数据处理“审核订单”的处理过程较为复杂，需要根据订单情况分类处理， 因此采用决策树描述其处理过程，如图3-6所示。面向对象系统逻辑模型面向对象系统分析法主要通过画用例图、编写用例文档

24、、画分析类图和活动图来建立系 统逻辑模型1. 用例图用例图用于描述系统的功能及操作者，“礼品diy ”电脑销售网的执行者包括普通客户、会员客户、订单处理员、后台管理员、产品管理员、生产部门、库管部门、银行及物流公司, 其中前五类执行者是系统的固定用户，可以直接登录系统进行相应操作，由于这五类执行者都能执行“注册” “登录” “退出”操作，从系统优化的角度，可以由它们抽象出父类执行者“用户”；而后四类执行者并没有直接使用系统，只是通过本系统与其他系统的接口参与某 些功能的执行过程，因为不是系统的用户。根据前面的需求分析可确定本系统的功能需求，进一步分析执行者与系统功能之间的关系， 可绘制出系统的

25、用例图，如图11-7所示。2. 用例文档用例文档以文字的形式描述了用例执行的事件流程，用于解释系统用例的逻辑流程， 下面以“查看供应商信息”“评价概念产品” “上传dly产品” “配送商品” “商品交易统计”五个用例为代表阐述“礼品diy ”电脑销售网的用例执行流程，分别见表表“查看供应商信息”用例文档用例名称：查看供应商信息执行者：客户简要说明：客户根据供应商名查看供应商的详细信息基本事件流：1. 客户在供应商列表界面找到想要查看的供应商名，单击供应商名进行查看2. 系统就读相应供应商的信息后在页面上显示表“评论概念产品”用例文档用例名称：评论概念产品 执行者：客户简要说明：客户查看系统推出

26、的概念产品信息并对其进行评论 基本事件流：1. 客户在概念产品列表界面找到感兴趣的概念产品，单击概念产品名进行查看2. 系统读取概念产品的信息和已有的产品评论，并转到产品详情页面3. 客户查看概念产品的详细信息，然后单击页面下方的“我要评论”4. 系统转到概念产品评论页面5. 客户填写评论并单击“提交”6. 系统提示评论成功并跳回概念产品详情页面表“上传DIY产品”用例文档用例名称：上传DIY产品执行者：会员简要说明：会员可以将自己设计的DIY产品上传到系统，等待产品管理员审核基本事件流：1. 会员在DIY产品上传界面填写产品信息并单击“提交”2. 系统提示上传成功表“配送商品”用例文档用例名

27、称：配送商品执行者：订单处理员简要说明：商品生产完成后，订单处理员向物流配送部门发送商品配送请求基本事件流：1. 订单处理员收到库管部门发送的取货通知后，在客户订单列表界面找到相应的商品订单并单击“配送”2. 系统转到商品配送界面3. 订单处理员填写商品配送信息后单击“配送”4. 系统显示配送单成功发物流公司后返回至订单列表界面表“商品交易统计”用例文档用例名称：商品交易统计执行者：产品管理员简要说明：订单处理员按照某个条件对商品交易情况进行统计基本事件流：1. 产品管理员在商品交易统计界面选择统计条件，然后单击“统计”2. 系统显示统计结果3. 分析类图分析类图指明了参与用例的类及其之间的关

28、系，用于从类的角度描述系统用例的实现步骤。图 分别是“查看供应商信息”“评价概念产品” “上传diy产品” “配送商品” “商品交易统计”这5个用例的分析类图。商品4. 活动图 活动图以图形的形式描述了实现用例所要进行的各项活动，可以作为系统用例的流程说明 图。图 分别是“查看供应商信息” “评价概念产品” “上传 diy 产品”“配送商品” 交易统计“这 5 个用例的活动图。第四章系统设计系统运行平台设计系统运行平台主要由网络通信平台、 硬件平台和软件平台构成，表 4-1 是“礼品 DIY ”电脑 销售系统运行平台的基本配置。 表 系统运行平台网络通信平台主机托管方式计算机硬件配置CPU或者

29、以上内存128MB或以上硬盘占用初始左右显示器VGA或以上应用软件配置网络操作系统Win dows2003ServerWeb应用服务器数据库管理系统Microsoft SQL Server 2008开发语言及工具Java/JSP ,应用系统设计1. 系统体系结构设计本系统采用 Struts 框架结构，它是 MVC体系结构的典型应用。Struts 框架通过采用JavaServlet/JSP 技术，实现了基于 Java EE Web应用的MVC设计模式，是 MVC设计模式的 一个经典产品。图 展示了 Strurs框架结构的基本原理，对于一个请求，Struts的执行过程为：用户输入要处理的数据， J

30、SP表单提交给ActionServlet ； ActionServlet将表单信息圭寸装在Acti on-Form 内，然后转交给 Acti on ; Acti on Servlet 不直接处理业务逻辑，让Action 来调用 JavaBean; Action 返回要跳转到 JSP 页面给 ActionServlet ; ActionServlet进行跳转，结果在JSP上显示。2. 应用程序模块设计(1) 顺序图顺序图主要描述用例所设计的相关对象及对象间的动态交互关系，用于解释系统用例的实现过程。图分别对系统中的查看供应商信息”“评价概念产品” “上传diy产品”“配送商品” “商品交易统计”

31、这 5个用例采用顺序图描述其执行过程。(2) 协作图协作图与顺序图在语义上是等价的，顺序图强调对象间消息发送的时间和顺序，协作图则强调对象间的合作关系，图是与上面顺序图相对应的协作图3. 数据库设计（1）结构化系统数据库设计结构化系统设计方法主要通过建立概念模型和数据模型来描述系统数据库结构。根据前面所绘制的结构化系统逻辑模型中的数据流程图，可明确得出“礼品DIY ”电脑销售网数据库中需要建立的表为：商品表、订单表、供应商表、元件表、用户表、客户留言表、 概念产品表、概念产品评价表、DIY产品表，分析各表的用例及表之间的关系，可建立系统数据库概念模型和数据模型，如下所示。概念模型：概念模型用于

32、描述系统数据库各表之间的关系，图4-1是“礼品DIY ”电脑销售系统的概念模型。数据模型：数据模型由概念模型转化而来，用于描述系统数据库各表的具体结构和内容，下列各表是“礼品DIY ”电脑销售系统的数据模型。表用户表表 商品表表 订单表表供应商表表元件表表概念产品表表 DIY 产品表表概念产品评论表客户留言表(2)面向对象系统数据库设计面向对象系统设计方法主要通过画实体类图和状态图来描述系统数据库结构。根据前面所 绘制的面向对象系统逻辑模型中的分析类图，得出“礼品diy ”电脑销售系统中的实体类有：商品类、订单类、供应商类、元件类、用户类、客户留言类、概念产品类、概念产品评价类, DIY产品类

33、，由此可画出本系统的实体类图和状态图，如下所示。实体类图：实体类图用于描述系统数据库结构，它不仅指明了系统数据库中有哪些表和表的具体组成，还表明了各表之间的联系。图是“礼品diy ”电脑销售系统的实体类图。状态图：状态图是实体类图的补充，用于描述实体类对象的状态及状态转移过程，图 分别是“礼品DIY ”电脑销售网中订单对象和DIY产品对象的状态图。4. 系统网站设计 本系统网站为用户提供供应商信息、 商品信息、 概念产品信息、 DIY 产品信息的发布与管理， 电脑商品的订购和支付， 商品及交易信息的查询和管理等功能， 网站主页包括网站标志、 主 菜单、 商品列表、 新手导航、 注册登录等内容，

34、 整个系统网站包括主页面、 供应商信息查询、 商品信息查询、概念产品信息查询、 DIY 产品管理、订单管理、个人信息管理、留言管理、 登录、注册、后台各类信息管理等页面，图 4-2 显示了各主要页面间的关系。5. 支付系统设计本系统使用银行卡作为主要支付工具， 其支付过程遵照银行卡支付系统的业务流程， 客户可 以使用借记卡或信用卡在线支付购买商品。6. 安全系统设计 电子商务安全系统的主要任务是保证系统的可用性， 保证交易过程的真实性、 保密性、 完整 性和不可抵赖性， 针对这些要求， 本系统拟定通过安装相应的杀毒软件和防火墙来防治恶意 程序， 保证系统的可用性； 采用数字信封技术保证交易信息

35、的保密性； 采用数字签名技术保 证交易信息的完整性和交易的不可抵赖性； 采取实名注册方式及数字证书以保证交易双方的 真实性。第五章系统实施 系统主要界面1. 用户登录界面用户在登录界面输入用户名和密码， 其中用户名由数字和字母组成， 当用户名和密码一致时， 成功登录系统。 该界面采用封面型结构布局， 主色调为深蓝色，辅色调为灰色，背景色为深 蓝色。如图2. 前台主界面客户登录后进入前台主界面， 它显示了系统为客户提供的主要功能。 该界面采用 T 型结构布 局，主色调为白色，辅色调为棕褐色，背景色为深蓝色。如图3. 供应商信息界面客户点击供应商名进入供应商信息界面，通过该界面可以查看供应商的详细

36、信息。如图4. 商品列表界面客户点击主菜单中的 “商品信息” 进入商品列表界面， 在该界面中可以根据条件搜索商品并 点击“详细信息”以查看商品详情。如图5. 商品详细界面该界面显示了商品的详细信息，客户可以直接订购或重组商品。如图6. 商品重组界面客户可以在商品重组界面对商品进行重新配置并在线订购。如图7. 商品订购界面 商品订购界面显示了客户要订购的商品信息及订购人信息，客户按照要求填写商品订购数 量、支付信息及收货人信息后就可提交或暂时保存订单。如图8. 概念产品列表界面客户点击主菜单中的 “概念产品” 进入概念产品列表界面， 在该界面中可以根据条件搜索概 念产品并点击“详细信息”以查看概

37、念产品详情。如图9. 概念产品详情界面该界面显示了概念产品的详细信息， 客户可以在该界面查看概念产品信息并进行评价。 如图10. DIY 产品列表界面点击主菜单中的“我的DIY产品”进入DIY产品列表界面，客户在该界面可以查看自己上传 过的DIY产品信息及系统采纳建议。如图11. DIY 产品详情界面该界面显示了客户上传的DIY产品详细信息，在正式提交前客户可以对产品信息进行修改。如图12. 上传DIY产品界面客户在该界面填写DIY产品信息后点击上传，系统显示产品的详细信息。如图13. 订单列表界面点击主菜单中的 “我的订单” 进入订单列表界面， 客户在该界面可以查看订单信息及订单目 前所处的

38、状态。如图14. 订单详情界面该界面显示了客户订单的详细信息，在正式提交前客户可以对订单进行修改。如图15. 个人信息界面客户在个人信息界面可以查看并更新自己的信息。如图16. 客户留言界面客户在留言界面可以针对商品、概念产品、服务等发表意见，写下留言。如图(a) 填写留言(b) 查看留言17. 用户注册界面客户在该界面填写个人信息，注册成为系统会员。如图18. 后台主界面系统管理员、 订单处理员、 产品管理员登录后进入后台主界面， 然后各自根据权限进行相应 的操作。如图19. 新增供应商界面系统管理员通过该界面增加新的供应商信息。如图20. 商品管理界面系统管理员点击“用户管理”可查看所有用

39、户的信息，并进行编辑和删除操作。如图系统测试1. 测试目的系统测试是电子商务系统开发的关键步骤之一，以寻找系统错误为目的。本系统的测试主要从以下几个方面加以考虑。1）系统功能是否正确或是否遗漏了某些功能。2）系统性能是否有误，可靠性，可用性如何。3）系统的初始化安装与终止是否会出现问题。4）数据结构和系统数据库访问是否出现错误。5）用户界面是否合理，不出现系统内部错误。2. 测试方法系统测试常采用白盒测试和黑盒测试方法，由于系统开发前已经知道了系统的基本功能，因此可以采用黑盒测试检验各功能是否能正常使用。现列出一些主要的测试项目。（1） “用户登录”测试测试编号 测试输入 预期结果 实际输出l

40、ogi n-01未输入用户名用户名不能为空，不能成功登录 弹出“请输入用户名！”提示框测试编号 测试输入 预期结果 实际输出logi n-02用户名中输入非法字符，如“”输入框包含非法字符，不能成功登录 弹出“输入非法字符！”提示框测试编号 测试输入 预期结果 实际输出logi n-03只输入用户名不输入登录密码密码为空，不能成功登录弹出“请输入密码！”提示框提示框测试编号 测试输入 预期结果 实际输出logi n-04输入正确的用户名及错误的密码密码错误，不能成功登录弹出“密码错误，请重新输入！”提示框测试编号 测试输入 预期结果 实际输出logi n-05输入正确的用户名及密码输入正确，能

41、成功登录成功登录，自动跳转到用户主界面(2) “用户注册”测试测试编号 测试输入 预期结果 实际输出regist-01空提交用户名等不能为空，不能成功注册 弹出“请填写用户名！ ”提示框测试编号 测试输入 预期结果 实际输出regist-02用户名：密码：a,确认密码：a 用户名包含特殊字符，不能成功注册 弹出“输入非法字符！”提示框测试编号 测试输入 预期结果 实际输出regist-03只填写用户名，不填写密码 密码不能为空，不能成功注册 弹出“请填写密码！”提示框测试编号 测试输入 预期结果 实际输出regist-04输入已存在的用户名进行注册用户名已存在，不能成功注册 弹出“该用户已经被注册！”提示框测试编号 测试输入 预期结果