校园二手交易平台系统.docx
《校园二手交易平台系统.docx》由会员分享，可在线阅读，更多相关《校园二手交易平台系统.docx（43页珍藏版）》请在冰豆网上搜索。
校园二手交易平台系统
校园二手交易平台系统
1、系统规划
1.1项目背景
1.1.1技术背景
近些年来互联网技术迅速发展，使得不同地点的人们在任何时间都可以轻松获取自己需要的信息，同时互联网的出现也极大地推动了教育事业的发展，特别是javaEE技术，以其交互性、动态性的特点，大大扩展了互联网的应用范围，互联网的广泛应用也深刻的影响了教育教学领域。
随着全世界互联网技术的不断发展，各种基于互联网技术的网络应用不断涌现,网络技术正在不断的深入人们的生活。
人们从网上获取信息、享受生活、交流感情、网上工作、网上购物等。
网络正在迅速改变着人们的生活方式。
在当前社会上，许多的各种类型的电子商务类网站纷纷建立，可以很大程度上解决人们信息资源的闭塞以及地域上的限制。
大学生在网络的使用上占了很大一部分比例，他们熟练操作各种软件，热衷于网上购物、网上聊天。
校园网的推行也为大学生上网提供了便利条件。
1.1.2经济背景
在网络广泛使用的条件下，人们的消费方式也发生了很大改变。
人们开始倾向于网上购物，特别是大学生。
所以网上二手交易的推广有着良好的消费基础。
在人们习惯网络购物的前提下，可以发动大学生使用二手交易平台来购买自己想要的商品。
同时，大学生目前还不能做到经济独立，个人的经济能力有限。
网上二手交易平台的推广，对大学生来说有一定的吸引力。
卖出自己不用的物品，能够获得一定的回报，而买入一些低价实用的二手商品，则可以为大学生们节约一定的钱财。
1.1.3传统的校园二手交易方式
在大学校园，伴随着学生的购买能力的提高和每年的升学和毕业，也存在的许多各种类型的二手商品，由于信息交流的落后，很多只限于实地买卖或者请人代为宣传的方式进行交易。
这种方式有很多局限性和偶然性，并不能满足二手商品畅通交流的要求。
每年大四毕业季，在学校各大食堂周围就可以看到很多大四的学长和学姐在摆摊卖东西。
但是这种方式不能给其他学生提供全面的信息，没有全面的对比，对自己商品的宣传不够到位，常常只能做到低价甩卖。
买方不能获得自己想要商品的信息，对已经得到的商品期望过低，消费者剩余没有最大化。
卖方已经卖出的商品也不能达到自己期望的价格，生产者剩余低下。
所以，这种买卖是一种没有效率的买卖。
1.1.4新兴的校园二手交易方式
随着网络技术的发展，新兴的二手交易方式出现了。
它利用网络信息的共享性，在网上发布商品信息，实现商品价值的最大化。
这种交易方式的优点有：
信息共享性大、耗时少、方便快捷、运行成本低等。
通过网上交易，可以提高买卖的效率和满意度，也可以实行物物交换，达到物尽其用的原则。
通过一个专门的网上交易平台，收录各种二手商品的信息，并对商品进行分类，方便买者根据自己的意愿进行检索，买到自己想要的商品。
同时，交易平台也为卖者提供便利，让他们在不耗时不耗力的情况下销售自己不用的物品，过得一定的经济回报。
1.2系统目标
1.2.1系统功能目标
1、用户可以进行注册、登陆和注销
2、用户能够在系统上输入自己的商品信息
3、用户能够在系统上浏览其他用户发布的商品信息
4、用户可以在系统上检索自己所需的商品
5、用户可以对商品进行评价和留言
6、用户可以进行商品购买、交换、馈赠
1.2．2系统性能目标
1、系统运行安全稳定，可靠性强，功能齐全
2、操作方便、灵活、页面简洁
3、信息容量大，安全性高
4、系统易于维护和扩充升级
1.3总体功能需求和关键信息需求
1.3总体功能需求和关键信息需求
1.3.1总体功能需求
我们设计的校园二手交易平台主要是为了方便校内同学们的二手物品的买卖和馈赠、爱心募捐等，其要满足的主要功能需求是以下几点：
（1）、会员可以通过账号和密码登录，搜索或查看二手商品的信息和募捐活动的信息；
（2）、会员可以发布要卖掉或者捐赠的二手物品的信息；
（3）、会员可以购买平台上的二手物品并进行评价；
（4）、会员可以在平台上发起爱心募捐活动；
（5）、游客可以搜索、查看平台上的二手物品或注册成为会员；
（6）、系统管理员可以管理会员和二手物品的基本信息。
用图表示如下：
1.3.2非功能性需求
（1）、性能需求
①数据精确度：
查询信息时应保证查全率，所有相应域包含查询关键字的记录都应该查到。
查询信息应保证查准率，查到的记录应与给定的查询条件完全匹配。
②时间特性：
本网站具体时间特性要求要根据网速来决定。
我们将最大限度的减少系统响应时间，最小化更新处理时间和数据转换时间。
③系统容量需求
注册用户：
10000以上；在线用户：
4500以上；并发数：
1500以上。
（2）、安全性需求
①设置权限，对于某些特定的用户，只分配其部分权限。
让其只能做自己能做的操作。
②对于敏感的数据，在存入数据库前进行加密操作。
③对于数据库中的数据，一定要进行实时的备份操作。
每当数据库中发生一些修改操作时，就进行备份操作，这样的话，再后来的数据丢失时，就可以进行及时的恢复，从而避免了数据丢失造成的损失。
1．4可行性分析
1.4.1技术可行性
我们设计的二手交易平台可以运用ASP来编写。
（1）、ASP简介：
ASP（MicrosoftActiveServerPages）是一套微软开发的服务器端脚本环境，ASP内含于IIS3.0和4.0之中，通过ASP我们可以结合HTML网页、ASP指令和ActiveX元件建立动态、交互且高效的WEB服务器应用程序。
运用了ASP我们就不必担心客户的浏览器是否能运行你所编写的代码，因为所有的程序都将在服务器端执行，包括所有嵌在普通HTML中的脚本程序。
当程序执行完毕后，服务器仅将执行的结果返回给客户浏览器，这样也就减轻了客户端浏览器的负担，大大提高了交互的速度。
（2）、以下罗列了ASP所独具的一些特点：
①使用VBScript、JScript等简单易懂的脚本语言，结合HTML代码，即可快速地完成网站的应用程序。
②无须compile编译，容易编写，可在服务器端直接执行。
③使用普通的文本编辑器，如Windows的记事本，即可进行编辑设计。
④与浏览器无关（BrowserIndependence）,用户端只要使用可执行HTML码的浏览器，即可浏览ActiveServerPages所设计的网页内容。
ActiveServerPages所使用的脚本语言（VBScript、Jscript）均在WEB服务器端执行，用户端的浏览器不需要能够执行这些脚本语言。
⑤ASP能与任何ActiveXscripting语言相容。
除了可使用VBScript或JScript语言来设计外，还通过plug-in的方式，使用由第三方所提供的其他脚本语言，譬如REXX、Perl、Tcl等。
脚本引擎是处理脚本程序的COM（ComponentObjectModel）物件。
⑥ASP的源程序，不会被传到客户浏览器，因而可以避免所写的源程序被他人剽窃，也提高了程序的安全性。
⑦可使用服务器端的脚本来产生客户端的脚本。
⑧物件导向（Object-oriented）。
⑨ActiveXServerComponents（ActiveX服务器元件）具有无限可扩充性。
可以使用VisualBasic、Java、VisualC++、COBOL等编程语言来编写你所需要的ActiveXServerComponent。
1.4.2市场可行性
武大和所有学校一样，每年都有毕业生要毕业，每年也都有新生来报到。
毕业生们不可能将大学几年留存下来的东西全部带走，有些物品带着是累赘，卖掉反而还能赚些路费。
学生们的消费水平本来也不高，都希望能买到物美价廉的商品，这个时候，网上二手交易平台的作用就发挥出来了。
卖主可以在网上登记自己要处理的物品以及售卖价格，联系方式，买主则可以在网上搜索自己所需要的，若没有搜索到，也可以在网上发布求购信息。
当然，我们的网上二手交易平台不仅仅是处理毕业生的多余物品，平时学生们有任何闲置的东西或有任何需求都可以免费在网上二手交易平台上得到处理，并且不限时间也不限地点。
买卖双方同学只要达成一致意见，就可以选择以钱物交换、物物交换、馈赠等方式完成交易，方便易行。
另外，现在学校里有越来越越多的同学热心于公益，也有很多公益类的社团会不定期在学校里进行募捐活动，偶尔也会有同学为了班里生了重病的同学募捐。
但是，他们的募捐大多采取在食堂摆点或在人人上宣传的方式，效果并不是很好。
而我们设计的二手交易平台不仅可以进行二手物品的交易，还将设有专门的募捐区域，由平台统一发布募捐信息，可以扩大募捐活动的宣传范围，吸引更多同学参与募捐。
而且，校园二手交易平台上进行交易的都是武大的学生，他们在发布供求信息时都提供了真实的联系方式，商品价格及质量可以直接当面确定，不像那些纯商业网站，买卖双方都存在很大的风险。
这使得同学们的交易有了安全保证。
1.4.3操作可行性
首先，这个二手交易平台开发完成、投入使用后，将有计算机专业的同学专门负责维护和管理，保证系统的正常运作。
其次，根据市场可行性分析我们可以知道，此二手交易平台毫无疑问将受到同学们的欢迎和使用。
因为武汉大学现有的校内二手交易平台只是利用人人网转发，而人人网的使用人数在逐渐减少，所以这样一个新的、能满足更多需求的二手交易将会被同学们广泛使用。
再次，这个二手交易平台将适用于电脑和移动终端，而现在的在校同学们基本上都有自己的电脑和智能手机，只需要下载客户端就可以使用该平台进行交易，简便易行，不存在设备上的限制。
1.4.4进度可行性
二手交易平台系统开发的全过程包括规划、系统分析、系统设计、开发、测试、实施、维护等七个阶段。
系统规划阶段主要进行项目背景、系统目标、总体功能需求和关键信息需求以及系统可行性分析工作；系统分析阶段主要进行组织结构及人员职能的划分、业务及相关数据表的记录和整理、业务和数据流程图的绘制、u/c矩阵图及相应计算和目标系统逻辑功能结构的开发工作；系统设计阶段拟订详细设计报告，主要进行目标系统软硬件配置方案的确定、业务流程与数据类的描述以及功能结构、设计数据库文件、安全保密机制、编码方案、功能模块的输入/输出设计与处理流程等工作；系统实施阶段主要进行程序设计说明书、源程序备份文件、系统测试报告和用户使用手册等的撰写工作；最后的系统运行维护与评价阶段主要进行系统运行阶段的运行、维护修改记录以及系统的评价结果整理等工作。
目前我们进行的工作主要是系统规划、系统分析、系统设计和系统实施的设计方案的撰写。
其中，规划部分由李艳丽和刘冰负责，时间是11月29日到12月3日中午；系统分析部分由刘春然、李彦霖负责，时间是12月3日中午至7日晚；系统设计由杨朝雅、谭珊珊负责，时间为12月8日至14日晚；系统实施的后续内容由简洁负责，时间为12月15日至18日晚。
我们小组同学分工合作，充分保证时间安排合理，系统开发有序进行。
2系统分析
2.1组织结构分析
2.1.1组织结构图
2.1.2职能划分
●委员会：
负责校园二手交易平台系统开发战略的制定，其中包括系统的定位和远期发展战略等。
●市场部：
二手交易平台与市场直接接触的部门，主要职责为品牌推广、活动策划与信息合作。
a）品牌推广：
主要负责线上线下平台的宣传，开拓市场，增加用户数量。
b）活动策划：
进行特别活动的策划，例如“毕业季”与“迎新季”的二手产品交易的品牌活动、大型公益募捐活动等等。
c）信息合作：
负责用户注册、认证等工作，以及用户信息等大规模数据的录入和整合。
●技术部：
对整个系统进行日常的维护与定期的更新，以及特殊情况下的维修。
●运营部：
维持平台常规运行。
a）交易平台组：
交易活动产生的结构化，常规性工作，包括发布资格审核等。
b）募捐平台组：
募捐活动产生的结构化，常规性工作，包括与公益组织及个人的募捐资格的审核等。
c）社交平台组：
交易评价，朋友圈模块管理。
●人事部：
对各个部门日常工作人员的招聘，培训与管理。
●财务部：
负责与系统财务相关的工作
a）外联组：
负责向商家拉取赞助，用于系统的开发和人员的薪酬福利。
b）会计组：
执行出纳任务，并将财务状况形成账簿。
●物流部：
负责交易、募捐商品的物流工作
a）仓储组：
会在各个校区设点，把提交申请审批通过的货物进行存储。
b）运输组：
将完成订单的货物进行学校范围内的派送。
2.2业务流程分析
业务流程图（TFD）反映业务处理的过程，基本符号如下：
2.2.1经过分析，得到系统综合业务流程图如下：
图2.2.1业务流程图——二手商品交易
图2.2.2业务流程图——募捐
图2.2.3业务流程图——物流
图2.2.4业务流程图——活动发布
注：
活动中产生的交易业务流程同图2.2.1
2.3数据流程分析
基本符号如下：
图2.3.1数据流程图——二手商品交易
2.3.2数据流程图——募捐
2.3.3数据流程图——物流
图2.3.4数据流程图——活动发布
注：
活动中产生的交易数据流程同图2.3.1
2.4数据字典
表一：
用户信息表
数据项名称
数据项类型
数据项长度
是否允许为空
数据项含义
备注
Stu_na
字符型
8
否
真实姓名
Stu_no
数字型
13
否
绑定学号
Car_no
字符型
18
否
绑定身份证号
Add
字符型
25
否
地址
TEL_no
数字型
11
否
手机号码
Ban_no
数字型
19
否
绑定银行卡
表二：
商品信息表
数据项名称
数据项类型
数据项长度
是否允许为空
数据项含义
备注
Goo_ta
字符型
8
否
商品类型
Valid
字符型
8
否
有效状态
几成新
Time
字符型
3
否
使用年限
P_bef
数字型
8
否
原价
单位：
元
P_pre
数字型
8
否
标价
单位：
元
表三：
商品实际情况表
数据项名称
数据项类型
数据项长度
是否允许为空
数据项含义
备注
Goo_id
数字型
8
否
商品编号
Goo_ta
字符型
8
否
商品类型
Valid
字符型
8
否
有效状态
几成新
Time
字符型
3
否
使用年限
P_bef
数字型
8
否
原价
单位：
元
P_pre
数字型
8
否
标价
单位：
元
表四：
商品订单
数据项名称
数据项类型
数据项长度
是否允许为空
数据项含义
备注
Ord_id
数字型
8
否
订单号
Goo_id
数字型
8
否
商品编号
Stu_no_b
数字型
13
否
买家学号
Stu_no_s
数字型
13
否
卖家学号
P_rea
数字型
8
否
成交价
单位：
元
Way_p
字符型
2
否
付款方式
网银/付现
Way_ts
字符型
2
否
物流方式
自取/送货
P_ts
数字型
3
是
运费
单位：
元
Add_b
字符型
25
是
买家收货地址
表五：
募捐申请单
数据项名称
数据项类型
数据项长度
是否允许为空
数据项含义
备注
Req_id
数字型
8
否
申请单号
Stu_no_r
数字型
13
否
发起者学号
Add_r
字符型
25
否
发起人地址
Ban_no
数字型
19
否
发起人银行卡号
表六：
募捐情况表
数据项名称
数据项类型
数据项长度
是否允许为空
数据项含义
备注
Req_id
数字型
9
否
申请单号
Stu_no_r
数字型
13
否
发起者学号
Add_r
字符型
25
否
发起人地址
Ban_no
数字型
19
否
发起人银行卡号
P_req
数字型
8
否
募捐手续费
单位：
元
表七：
捐赠信息表
数据项名称
数据项类型
数据项长度
是否允许为空
数据项含义
备注
Req_id
数字型
8
否
申请单号
Stu_no_co
数字型
13
否
捐赠人学号
Goo_id
数字型
8
是
商品编号
Money
数字型
25
是
捐赠货币
单位：
元
表八：
募捐账单
数据项名称
数据项类型
数据项长度
是否允许为空
数据项含义
备注
Req_id
数字型
8
否
申请单号
Goo_id
数字型
8
是
商品编号
Money_tle
数字型
25
是
募捐货币总额
单位：
元
表九：
物流情况表
数据项名称
数据项类型
数据项长度
是否允许为空
数据项含义
备注
Goo_id
数字型
8
否
商品编号
Date_in
日期型
8
否
入库日期
Date_out
日期型
8
是
出库日期
Goo_pla
字符型
25
否
仓储网点
表十：
评价单
数据项名称
数据项类型
数据项长度
是否允许为空
数据项含义
备注
Ord_id
数字型
8
否
订单号
Rev_goo
数字型
1
否
商品评分
5分最高
Rev_ts
数字型
1
否
物流评分
5分最高
表十一：
活动情况表
数据项名称
数据项类型
数据项长度
是否允许为空
数据项含义
备注
Act_id
数字型
8
否
活动编号
Date_beg
日期型
8
否
活动开始日期
Date_end
日期型
8
否
活动结束日期
Act_tim
字符型
8
否
每日活动时间
Act_pla
字符型
25
否
活动地点
P_rent
数字型
8
否
场地租借费用
单位：
元
2.5系统功能结构分析
U/C矩阵
数据类
功能
用户信息
商品信息
商品实际情况表
物流情况表
商品订单
募捐申请单
募捐情况表
捐赠信息表
募捐账单
评价单
活动情况表
行号
用户注册、认证以及用户信息录入和整合。
C
1
卖家申请发布商品。
U
C
U
2
对商品信息进行审核与修改后将商品挂上平台。
U
U
C
U
3
对已置入实体仓储网点的商品进行物流的更新。
C
U
4
买卖双方达成交易。
U
U
C
5
募捐发起人申请发起募捐。
U
C
6
对募捐信息进行审核与修改后将项目挂上平台。
U
U
C
7
捐赠人完成捐赠。
U
U
C
8
进行捐赠物和捐赠货币的整合、记录。
U
C
9
买卖双方、募捐双方对交易和物流进行评价。
U
U
C
10
展示计划举行的实体二手交易活动情况。
C
11
买家检索商品信息、募捐信息及大型实体活动。
U
U
U
12
对捐赠物和捐赠货币进行运输和结算。
U
13
对评价较差的用户进行取缔，对评价较好的用户进行奖励。
U
U
14
对交易与募捐情况进行阶段性的统计和总结。
U
15
对交易款项进行结算并记录。
U
U
16
列号
1
2
3
4
5
6
7
8
9
10
11
3、系统设计
3.1系统结构设计：
募捐和社交平台是基于交易平台基础上运作的，募捐和社交的会员信息可以直接来自于交易系统中的买家库和卖家库。
系统硬件：
包括平台内部运营需要的Pc机，多端口的转发器，交换机，调制解调器等。
系统软件:
包括客户端开发，电脑软件开发等。
预算：
购置Pc机等其他硬件设备，大约20000元，软件开发3000元。
初步预算23000.
3.2数据类描述
数据流图——二手商品交易
数据流图——募捐
数据流图——物流
数据流图——活动发布
3.3功能结构
3.4数据库文件设计
3.4.1ER图
3.4.1.1ER图——二手商品交易
N
1
MN
3.4.1.2ER图——募捐
NM
N
注：
红色字体为关键字。
3.4.2关系模型
二手商品交易：
卖家（账号，姓名，年级，专业，地址，手机号）
交易（账号）
买家（账号，姓名，年级，专业，地址，手机号）
卖家（账号，姓名，年级，专业，地址，手机号）
配送（账号，编号，订单号，时间，地点）
商品（编号，类别，名称，原价，标价，几成新）
物流（方式，订单号，运费）
募捐：
发起人（账号，姓名，年级，专业，地址，手机号）
募捐（账号，编号，时间，地点）
受助人（账号，姓名，年级，专业，地址，手机号）
物资（编号，类别，名称，金额）
注：
画红线处为关键字
3.5编码方案：
A：
买家卖家编码（Id）：
学号或工号。
同时实名制验证，以保证卖家买家信息的真实性。
B：
商品编码：
大类码
细类码1
细类码2
学习用品
1
图书：
1
课本
1
全新：
10
一成新：
1二成新：
2
三成新：
3
四成新：
4
五成新：
5
六成新：
6
七成新：
7
八成新：
8
九成新：
9
练习册
2
笔记
4
其他书籍：
5
文具：
2
学习用品
1
体育用品
2
生活用品
2
电器：
1
吹风机
1
照明类
2
电煮锅
3
其他
4
衣物：
2
上装
1
下装
2
其他
3
清洁用品：
3
无细分
0
其他：
4
坐垫
1
毛绒玩具
2
收纳
3
其他
4
其他
3
无细分：
0
无细分
0
C：
订单编码：
商品编码+日期（0000/00/00）+物流方式（自取1，送货2）+当日第N笔订单
D：
募捐编码：
个人1
募捐对象+募捐日期（0000/00/00）+募捐序号（第N笔）
组织2
3．6功能模块的输入输出设计
3.6.1输入设计：
1输入项目：
姓名，Id，登陆密码，商品信息，订单信息，募捐信息，募捐订
升级会员 