在线农副产品交易平台后台模块分析与设计.docx
《在线农副产品交易平台后台模块分析与设计.docx》由会员分享，可在线阅读，更多相关《在线农副产品交易平台后台模块分析与设计.docx（17页珍藏版）》请在冰点文库上搜索。
在线农副产品交易平台后台模块分析与设计
附件1：
课程设计
题目
农副产品在线交易平台分析与设计-后台模块
学院
专业
班级
学生姓名
指导教师
2015
年
11
月
16
日
1研究背景
农副产品经济在国民经济发展占据着重要的地位，农副产品经济发展中核心的问题就是农副产品的流通，目前，我国农副产品流通的市场化水平相对较低，只有通过市场的流通农副产品才能最终实现其自身的价值。
目前我国的农副产品交易面临的问题主要有一下几点：
信息获取渠道有限。
农民为了将农副产品顺利的销售出去，要在种植之前就能了解消费者的偏好，因此农民需要准确地掌握农产品交易市场的信息，然后对于自己要生产的品种和数量做出决策。
目前的情况是大部分农民是基于往年的信息来进行决策的，这种方式的不足是缺乏一定的预测能力，农民无法及时地获取准确地市场需求信息，导致增收相对困难。
第二，个体农户承担了较大的风险。
绝大多数农民都是以个体为单位进行生产与销售，缺乏有效的组织，导致个体农民很难与农副产品购买者建立稳定的购买关系，往往对农副产品价格的走势的准确的判断。
第三，交易渠道的现代化水平较低。
随着信息技术的发扎，带来我国农副产品的流通现代化水平的提高的奇迹，通过信息技术提高农副产品流通的效率，将互联网技术与农副产品的流通、交易相结合是未来农副产品流通的一大趋势。
但现实是作为农副产品经济的核心农民还未能充分从互联网的发展受益，农民可以通过网络了解市场上对于某种农副产品的需求信息，了解某种产品的价格走势，同时利用网络向广大的消费者展示自己的产品，结合物流、第三方支付平台来在线销售自己的产品。
基于以上问题，本课程设计探究利用互联网技术解决在我国农副产品流通与交易中存在的问题，设计和实现农副产品电子交易平台，将电子商务的商业模式和农副产品流通和交易相结合，提供一个农民能够获取市场需求信息、展示自己的产品、与买家建立直接的功效关系、网上销售的电子商务平台。
2需求分析
2.1系统功能分析
根据以上分析，该农产品交易平台应该实现以下功能：
（1）种类显示：
只要涉及的农副产品都可以在这里显示。
（2）查询：
用户可以而利用此项功能来查找需要的商品，用户只要输入想要查找商品的关键字，然后单击“查询”就可以查询到相关的信息。
（3）交易平台活动信息：
商家可以以公告的形式显示商场近期的一些重要活动。
（4）购物车：
用户在交易平台上购买商品，都要经过这个购物车才可以将物品买到手。
（5）登陆，注册：
（6）个人信息：
注册为会员的用户，都将拥有个人信息这个窗口中，用户可以查看订单、查看资料、查看购物车
（7）系统设置：
这个任务只有管理员才能操作，其中管理员可以进行订单管理、会员管理、商品管理、数据库管理、系统参数设置
该系统用户分为用户和管理员，对于不同的角色系统提供不同的功能：
（1）用户：
可以看到所有商品的种类、查询商品、查看交易平台发布的各种公告，使用购物车购买商品。
（2）系统管理员：
添加或删除商品、发布或删除公告、管理注册用户、对订单进行管理
2.2用例图
农副产品在线交易用例图如2.2所示。
图2.2
2.3术语表
User：
用户、顾客；
ShopAdministrator：
网上商店管理员、商家；
Register：
用户注册；
Productssystem：
各种农副产品；
ShoppingCart：
购物车；
Payment：
结算付款；
Login：
用户登陆；
Ordermanagement：
订单管理；
Usermanagement：
用户信息管理；
Productsmanagement：
农副产品信息管理。
2.4活动图
2.4.1管理员活动图
如图2.4.1所示
图2.4.1
2.5用例规约
2.5.1用例规约login
表2.5.1
主要参与者
用户及网上商店管理员
前置条件
输入正确的用户名、密码
后置条件（成功后的保证）
登入系统
基本流程（主要成功场景）
1）输入用户名、密码
2）验证用户名、密码
3）如验证正确，登入系统
辅助流程（替代流程）
输入用户名或密码不正确：
1）统显示错误信息
2）提示用户重新输入
2.5.2用例规约
表2.5.2
主要参与者
已注册用户或普通用户
前置条件
用户已经把想要购买的农副产品加入到购物车，并按下结算按钮
后置条件（成功后的保证）
返回农副产品结算清单及所需费用
基本流程（主要成功场景）
1）用户按下结算按钮
2）系统显示购物列表及总价
3）系统询问用户是否注册或登录
4）定单提交到支付接口
5）用户通过网上银行完成付款
辅助流程1（替代流程）
普通用户想要购买产品
1）提示用户在该在线交易平台上进行注册
2）登陆已注册用户名，返回购物车
3）以注册用户身份提交订单
辅助流程2（替代流程）
用户以注册用户名登录或注册：
1）登录后返回购物车
2）以注册用户身份提交定单到支付接口
辅助流程3（替代流程）
用户未完成支付或支付出错：
1）返回网上商店
2）显示定单未结算，购买不成功
2.5.3用例规约ShoppingCart
表2.5.3
主要参与者
已注册用户或普通用户
前置条件
用户已经挑选想要购买的农副产品，并且农副产品已经为勾选状态。
后置条件（成功后的保证）
返回农副产品名称、数量、价格及总计
基本流程（主要成功场景）
1）系统显示购物列表及总价
2）系统提供对所购物品的修改处理，或继续购物的功能选择
3）转到结算模块
辅助流程1（替代流程）
普通想要购买产品：
1）提示用户在该在线交易平台上进行注册
2）登录后返回购物车
3）以注册用户身份显示购物列表
辅助流程2（替代流程）
用户以注册用户名登录或注册：
1）登录后返回购物车
2）以注册用户身份显示购物列表
辅助流程3（替代流程）
用户未完成挑选农副产品：
1）返回提示未进行购物
2）选择返回购物网页
2.5.4用例规约UserManagement
表2.5.4
主要参与者
管理员
前置条件
以管理员身份登录，并按下管理按钮。
后置条件（成功后的保证）
返回管理后台首页
基本流程（主要成功场景）
1）显示已注册用户列表
2）在列表中选择一个要操作的用户
3）选择一种操作
4）显示操作页面
5）完成操作，并保存操作中更改的信息
辅助流程1（替代流程）
选择以显示的方式进行操作
1）显示用户的注册信息
辅助流程2（替代流程）
选择以修改的方式进行操作
1）显示用户的可修改的信息
2）对信息进行修改
3）显示修改的项目信息，对修改进行确认
辅助流程3（替代流程）
选择以删除的方式进行操作
1）对删除进行确认
辅助流程4（替代流程）
选择以搜索的方式进行操作
1）显示搜索页面
2）填写需要搜索的关键字
3）选择搜索方式（按名字，按注册日期，等）
4）显示搜索后的内容
2.5.5用例规约ProductsManagement
表2.5.5
主要参与者
管理员
前置条件
以管理员身份登录，并按下管理按钮。
。
后置条件（成功后的保证）
返回管理后台首页
基本流程（主要成功场景）
1）显示农副产品分类
2）添加、修改、删除农副产品
3）农副产品查询
4）库存管理
5）农副产品批量修改
6）农副产品评论浏览
7）完成操作，并保存操作中更改的信息
辅助流程1（替代流程）
选择以显示的方式进行操作
1、显示农副产品分类
辅助流程2（替代流程）
选择以修改的方式进行操作
1、农副产品的可修改的信息
2、进行修改
3、显示修改的项目信息，对修改进行确认
辅助流程3（替代流程）
选择以添加、删除的方式进行操作
1、添加农副产品，并确认
2、删除农副产品，并确认
辅助流程4（替代流程）
选择以搜索的方式进行操作
1、显示搜索页面
2、填写需要搜索的关键字
3、选择搜索方式（按农副产品名称，按修改日期，等）
4、显示搜索后的内容
2.5.6用例规约OrderManagement
表2.5.6
主要参与者
用户或管理员
前置条件
用户或管理员已经登录
后置条件（成功后的保证）
返回管理后台首页
基本流程（主要成功场景）
1、检查以何种身份登录
2、进入所属权限的订单管理页面
3、对订单进行管理操作
4、保存管理操作的结果
5、返回订单管理页面
辅助流程1（替代流程）
用户对已完成购买的订单进行历史记录查看
1、显示已完成购买的订单
辅助流程2（替代流程）
用户对未完成购买的订单进行记录查看
1、显示未完成购买的订单
辅助流程3（替代流程）
用户对未完成购买的订单进行记录删除
1、删除未完成购买的订单
2、对删除进行确认
辅助流程4（替代流程）
管理员对已经销售的订单进行历史记录查看
1、显示已完成销售的订单
辅助流程5（替代流程）
管理员对未完成销售的订单进行操作记录查看
1、显示未完成销售的订单
2、进入管理员人工销售操作页面
辅助流程6（替代流程）
管理员对未完成销售的订单进行人工销售操作
1、人工完成未完成销售的订单，订单确认
2、订单转到已经销售部分
3分析与设计
3.1架构分析
本系统使用B/S架构，以三层架构组成，由上到下分别是：
界面层、业务流程层、数据库层。
系统架构分层如图3-1。
图3-1
3.1.1界面层
界面层向客户或系统管理员展示系统前台及后台操作界面，它集成的界面有：
系统前/后台登录界面、购物车、系统管理界面、在线支付结果界面等。
3.1.2业务逻辑层
业务流程中与用户提交信息相关的服务在这一层中被定义。
界面层的用户信息通过业务逻辑层访问数据库，对所指定的业务进行查询、增加、修改和删除等操作。
3.1.3实体层
实体层由业务逻辑层访问，并返回结果到界面层。
3.2关键抽象
本系统的关键抽象包括用户类、商品类、订单类、管理员类、结算类和数据类。
图3.2
3.3用例实现
3.3.1管理员添加产品时序图
图3.3.1
3.3.2管理员删除会员时序图
图3.3.2
3.3.3管理员删除产品的协作图
图3.3.3
4用例分析
4.1分析类
分析类包括：
1）界面类：
管理员类、用户类、界面类。
2）控制类：
提交信息制类。
3）实体类：
数据库类。
4.2分析类的功能
4.2.1管理员类
职能：
登陆（）；更新产品信息（）；管理会员信息（）；管理订单信息（）
属性：
WebManager；UI。
4.2.2用户类
职能：
登陆（）；注册（）；更新个人信息（）；添加购物车（）；生成订单（）；支付订单（）；
属性：
WebManager；UI；CartDetail。
4.2.3提交信息制类
职能：
计算总价（）；订单管理（）；产品管理（）；用户管理（）；下载（）
属性：
SubmitInfo；UI。
4.2.4数据库类
职能：
确认支付结果（）；确认更新各种信息（）
属性：
userId；OrderId；OrderDetail。
5数据库设计
5.1概念数据模型
图5.1
5.2物理数据模型
图5.2
5.3数据库表的结构
表5.2.1用户信息表
字段名
数据类型
长度
主键
描述
ID
int
20
是
用户id
Customerid
varchar
20
否
用户名
Password
varchar
30
否
密码
Phone
int
15
否
联系电话
Address
varchar
50
否
地址
Zip
varchar
10
否
邮编
city
varchar
20
否
所在城市
表5.2.2订单信息表
字段名
数据类型
长度
主键
描述
ID
int
20
是
订单id
Customerid
int
20
否
用户id
Date
smalldatetime
30
否
下单日期
Number
int
1000
否
下单数量
Shipping
varchar
50
否
运送方式
totalpay
float
10
否
总价
payment
varchar
20
否
付款方式
表5.2.3购物车信息表
字段名
数据类型
长度
主键
描述
ID
int
20
是
购物车id
Customerid
int
20
否
用户id
productid
int
20
否
产品id
orderid
int
20
否
订单id
addtime
smalldatetime
30
否
加入时间
description
varchar
100
否
产品描述
表5.2.4产品信息表
字段名
数据类型
长度
主键
描述
ID
int
20
是
产品id
Productname
varchar
20
否
产品名称
description
varchar
30
否
产品描述
Stock
int
15
否
库存数量
price
float
50
否
产品单价
升级会员 