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

资源描述

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

《电脑销售网分析与设计报告.docx》由会员分享，可在线阅读，更多相关《电脑销售网分析与设计报告.docx（34页珍藏版）》请在冰点文库上搜索。

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

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

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

一.系统开发背景和意义

1.1系统开发背景

中国送礼文化悠久，但很大程度上止于传统礼法、礼仪的延续，带有强烈的儒教色彩。

从现代国际礼品市场的角度衡量，中国礼品市场相对于西方礼品市场，具备以下特点：

a.送礼意识较强，但礼品大众:

走户串门，礼尚往来，老百姓送礼更多局限于传统节日、亲友生日，所送礼品多为超级市场买来的大众货。

年年如此送礼的人觉得缺乏新意也很难尽心意，受礼者有时觉得礼品太俗，但又不好拒绝，弄得双方心里尴尬。

b.礼品知识缺乏送礼随波逐流

经由文革，中国传统礼文化在某些方面被淡化，某些方面甚至出现断层。

在伦理、道德、礼仪的教育方面存在诸多弊端，致使传统礼文化传承不足，许多人不知道各种场合如何讲究礼仪，如何送礼。

遇到需要送礼的时候，大家都随大流广告上今年送礼送什么就送什么。

往往过一次生日、或春节相同的礼品收一大堆。

c.礼品市场散乱称心礼品难寻

极少有专门的礼品店，各种礼品散落在超级市场、糖烟酒市场、农贸市场、旅游市场、文化用品店、珠宝店、服装店专门的礼品包装不多，常常是附带销售，没有成行成市没有集中经营没有规模的专业礼品市场。

什么都可以成为礼品但适合的礼品、个性的礼品、称心如意的礼品很难寻找不知道到哪里去买。

d.缺乏品牌经营专业度不高

目前，中国已有的礼品公司绝大多数局限于广告礼品，另有极少数的商务礼品公司、婚庆礼品公司，但礼品公司以活动策划为主，礼品仅为附带业务。

可以这样说，中国现在没有一家多方位经营的综合礼品公司，更没有大众皆知的礼品品牌。

e.公司经营与店铺经营割裂

另一方面，中国的礼品公司几乎没有一家设立规模经营的礼品店更不用说开设礼品专卖店。

这些礼品公司开设在写字楼，主要通过、资料邮寄等方式向单位开展直销。

它们绝大多数没有自己的工厂，利用样品拉单拿到订单后再找工厂加工。

这种低成本的运作方式，局限性很大，其市场触角延伸面狭窄，许多团体客户、家庭和个人客户被忽略。

f.产品单调同质化严重

不管是礼品公司经营的广告礼品，还是广告上宣传的健康礼品，抑或散落在各种市场上的其它可以称作礼品的礼品，其共同点离不开“商品化”不仅属于大规模生产，而且相互抄袭同质化十分严重不能满足人们表达个性祝福的情感需求选择性很差。

以上种种问题使“礼品DIY”应运而生。

也随着我国电子商务的快速发展，许多礼品店开始借助电脑在线销售以扩大市场，如各种类型礼品的官方、淘宝网、京东商城、天猫商城等，这类系统是一种典型的电子商务系统，它的出现给消费者提供了一种足不出户就能选购自己喜欢的礼品的快捷购物方式，消费者能更快更全面地了解商品，极便利了人们的生活。

1.2系统开发意义

DIY是英语Doityourself的缩写,就是“自己动手做”的意思。

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）平均响应时间：

不多于2s。

2）平均信息量速率：

不小于1Mbps。

3）主存容量：

不小于128M。

4）磁盘容量：

视文件总容量而定。

5）安全性：

较高。

3.可靠性和可用性需求

1）系统的平均无故障时间MTTF不少于180天。

2）系统平均修复时间MTTR不多于12h。

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数据字典—数据储存

编号

名称

订单

简述

客户选定商品后通过系统下的商品订单

组成

订单号+客户号+客户名+E-mail++商品号+礼品+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或以上

应用软件配置

网络操作系统

Windows2003Server

Web应用服务器

IIS6.0

数据库管理系统

MicrosoftSQLServer2008

开发语言及工具

Java/JSP，Eclipse4.3

4.2应用系统设计

1.系统体系结构设计

本系统采用Struts框架结构，它是MVC体系结构的典型应用。

Struts框架通过采用JavaServlet/JSP技术，实现了基于JavaEEWeb应用的MVC设计模式，是MVC设计模式的一个经典产品。

图展示了Strurs框架结构的基本原理，对于一个请求，Struts的执行过程为：

用户输入要处理的数据，JSP表单提交给ActionServlet；ActionServlet将表单信息封装在Action-Form，然后转交给Action；ActionServlet不直接处理业务逻辑，让Action来调用JavaBean；Action返回要跳转到JSP页面给ActionServlet；ActionServlet进行跳转，结果在JSP上显示。

2.应用程序模块设

展开阅读全文