某礼品销售网分析与设计报告Word格式.docx
《某礼品销售网分析与设计报告Word格式.docx》由会员分享，可在线阅读，更多相关《某礼品销售网分析与设计报告Word格式.docx（122页珍藏版）》请在冰豆网上搜索。
那么，通过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
查看订单
客户下了订单后，可随时查看订单的消息
订单号，订单信息，配送信息
订单号，订单消息，配送消客户可在订单页面查看订单的信息，尤其是在收到商品之前，可查看到商品当前的状态或所在配送过程中所处的位置
订单号，订单信息
P1.4.4
编辑订单
客户在正式提交订单前可随时改变订单的基本信息，在提交订单后，要在订单里标明是否已收到商品
订单信息，订单新信息
在正式提前订单前，客户可随时查看订单并编辑订单的基本信息，提交订单后，在规定的送货期限到达时，要在订单
“是否到货”栏里标明是否收到商品
订单新消息
P2.4
页面信息管理
后台管理员对网站各页面的信息进行管理，主要包括网络广告、公告、促销等信息的发布和编辑
广告、促销信息或公告
后台管理员进行网站各页面的页面编辑，在合适的位置添加或编辑网络广告、公告、促销等信息，并保存
编辑成功
表3-2数据字典—数据处理
P3.4
配送商品
商品生产完成后，订单处理员向物流配送部门发送配送请求
配送信息，取货通知
订单处理员根据库管部门的取货通知填写配送单，并将其发送给物流配送部门，要求其进行商品的配送，同时将客户订单的状态更改为“配送中”
配送单，订单新消息
P4.4.2
审核DIY产品
产品管理员对客户提交的DIY产品进行审核
DIY产品审核意见
产品管理员查看客户提交的DIY产品后，在该产品信息界面录入审核意见并保存提交
DIY产品审核结果
表3-2数据字典—数据流
F3-02
生产订单
订单处理员向生产部门递交的用于生产的订单
数据流来源
P3.2：
审核订单
数据流去向
生产部门
数据流组成
订单号+订单处理员+商品号+产品+DIY选择+其他+下单日期+要求交货日期
流量
10份/小时
F1.4-04
支付信息
客户下订单进行商品支付时，填写的相关信息
客户
P1.4.2：
在线支付
银行账号+密码+身份证号+金额
产品管理员对客户的DIY产品审核后填写的意见
产品管理员
P4.4.2：
产品评论+采纳意见+产品奖励
F3-11
取货通知
商品生产完成后入库，库管人员向订单处理员发送的取货通知
库管部门
P3.4：
货品号+货品基本信息+取货地点+取货时间+负责人
F3-13
配送单
商品完成生产后，订单处理员向物流配送部门发送的配件单，物流部门根据此配送单配送商品
物流公司
商品号+商品描述+发货人+联系电话+发货单位+收货人+电话+配送地址+邮编
表3-2数据字典—数据储存
D2
订单
客户选定商品后通过系统下的商品订单
组成
订单号+客户号+客户名+E-mail+电话+商品号+礼品+DIY选择项目+其他+价格+支付账号+身份证+支付金额+收货人+电话+送货地址+邮编+订货日期+预计到货日期+订单状态+商品状态+是否到货+订单处理员号+订单处理员名+联系电话
主关键字
订单号
相关处理
P1.4.1：
下新订单；
在线支付；
P1.4.3：
查看订单；
P1.4.4：
编辑订单；
P1.4.5：
撤销订单
D6
概念产品
由公司设计开发的还未上市的个性化新产品，正在征集客户的意见以确定是否要正式投入生产
产品号+产品名+产品图片+产品介绍+产品估计+产品评价
产品号
P4.1.1：
增加概念产品；
P4.1.2：
查看概念产品；
P4.1.3：
编辑概念产品；
P4.1.4：
删除概念产品
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位
取值范围
未提交、已提交、生产中、配送中、已完成、无效
D2-28
商品状态
Merchandise-State
商品在配送过程中所处的状态或位置
不限
无
D7-09
产品状态
Product-State
在客户上传DIY产品至产品审核完成期间，该DIY产品所处的状态，具体如下：
客户提交DIY产品前，产品状态为“未提交”；
客户提交DIY产品后，产品状态为“已提交”；
产品管理员审核订单时，将产品状态改为“审核中”；
产品管理员审核完订单后，将产品状态改为“已审核”；
未提交、已提交、审核中、已审核
D7-11
采纳建议
Accept-or-Reject
产品管理员对客户DIY产品给出的采纳建议
D7-12
产品奖励
Product-Reward
产品管理员对客户DIY产品设计的建立金额
数字
0~10000
表3-2数据字典—外部实体
S01
后台管理员
具有对整个系统进行管理维护的权限。
主要负责供应商、客户和商品的信息管理
后台管理员对系统各类信息进行管理时输入的数据，如F2.1-01：
新供应商信息
系统返回给后台管理员的反馈信息，如F2.1-08：
供应商信息
S04
主要负责概念产品、DIY产品的信息管理以及商品的交易统计，同时结合客户留言及时掌握公司产品的情况
产品管理员对概念产品、DIY产品进行管理时输入的数据，如F4.2-01：
系统返回给后台管理员的反馈信息，如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来调
升级会员 