2024年2月9日发(作者：钟离彤蕊)

.

校园二手交易平台系统

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 可行性分析

技术可行性

我们设计的二手交易平台可以运用ASP来编写。

〔1〕、ASP简介：

ASP〔Microsoft Active Server Pages〕是一套微软开发的效劳器端脚本环境，ASP含于IIS 3.0和4.0 之中，通过ASP我们可以结合HTML网页、ASP指令和Active*元件建立动态、交互且高效的WEB效劳器应用程序。运用了ASP我们就不必担忧客户的浏览器是否能运行你所编写的代码，因为所有的程序都将在效劳器端执行，包括所有嵌在普通HTML中的脚本程序。当程序执行完毕后，效劳器仅将执行的结果返回给客户浏览器，这样也就减轻了客户端浏览器的负担，大大提高了交互的速度。

〔2〕、以下罗列了ASP 所独具的一些特点：

.

①使用VBScript 、JScript等简单易懂的脚本语言，结合HTML代码，即可快速地完成的应用程序。

②无须pile 编译，容易编写，可在效劳器端直接执行。

③使用普通的文本编辑器，如Windows的记事本，即可进展编辑设计。

④与浏览器无关(Browser Independence), 用户端只要使用可执行HTML码的浏览器，即可浏览Active Server Pages 所设计的网页容。Active Server Pages 所使用的脚本语言(VBScript、Jscript)均在WEB效劳器端执行，用户端的浏览器不需要能够执行这些脚本语言。

⑤ASP 能与任何Active* scripting 语言相容。除了可使用VBScript 或JScript 语言来设计外，还通过plug-in 的方式，使用由第三方所提供的其他脚本语言，譬如RE**、Perl、Tcl等。脚本引擎是处理脚本程序的(ponent Object Model)物件。

⑥ASP 的源程序，不会被传到客户浏览器，因而可以防止所写的源程序被他人剽窃，也提高了程序的平安性。

⑦可使用效劳器端的脚本来产生客户端的脚本。

⑧物件导向〔Object-oriented 〕。

⑨Active* Server ponents(Active* 效劳器元件)具有无限可扩大性。可以使用Visual

Basic 、Java 、Visual C++ 、COBOL 等编程语言来编写你所需要的Active* Server ponent。

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 组织构造图

职能划分

 委员会：负责校园二手交易平台系统开发战略的制定，其中包括系统的定位和远期开展战略等。

 市场部：二手交易平台与市场直接接触的部门，主要职责为品牌推广、活动筹划与信息合作。

a) 品牌推广：主要负责线上线下平台的宣传，开拓市场，增加用户数量。

b) 活动筹划：进展特别活动的筹划，例如“毕业季〞与“迎新季〞的二手产品交易的品牌活动、大型公益募捐活动等等。

c) 信息合作：负责用户注册、认证等工作，以及用户信息等大规模数据的录入和整合。

 技术部：对整个系统进展日常的维护与定期的更新，以及特殊情况下的维修。

 运营部：维持平台常规运行。

a) 交易平台组：交易活动产生的构造化，常规性工作，包括发布资格审核等。

b) 募捐平台组：募捐活动产生的构造化，常规性工作，包括与公益组织及个人的募捐资格的审核等。

c) 社交平台组：交易评价，朋友圈模块管理。

 人事部：对各个部门日常工作人员的招聘，培训与管理。

 财务部：负责与系统财务相关的工作

a) 外联组：负责向商家拉取赞助，用于系统的开发和人员的薪酬福利。

b) 会计组：执行出纳任务，并将财务状况形成账簿。

 物流部：负责交易、募捐商品的物流工作

a) 仓储组：会在各个校区设点，把提交申请审批通过的货物进展存储。

b) 运输组：将完成订单的货物进展学校围的派送。

2.2 业务流程分析

业务流程图〔TFD〕反映业务处理的过程，根本符号如下：

.

业务处理部门或个人 业务处理活动

生成的报表、卡片凭证等

传递 使用的根本数据或同级数据

经过分析，得到系统综合业务流程图如下：

图2.2.1 业务流程图——二手商品交易

.

卖家

商品信息

审核、修改与发布

运营部交易平台组

商品实际情况

市场部信息买家

检索

合作组

物流情况

买卖双方达成交易

用户信息

物流部仓商品订单

自取

储组

物流部运送货

输组

结算

交易完成

运营部社交买卖双方对交易和平台组

物流进行评价

评价单

.

图2.2.2 业务流程图——募捐

图 2.2.3 业务流程图——物流

图2.2.4 业务流程图——活动发布

注：活动中产生的交易业务流程同图

2.3 数据流程分析

根本符号如下：

外部实体 处理 数据流 数据存储

图2.3.1 数据流程图——二手商品交易

2.3.2 数据流程图——募捐

数据流程图——物流

图2.3.4 数据流程图——活动发布

注：活动中产生的交易数据流程同图

2.4 数据字典

表一：用户信息表

数据项名称

Stu_na

Stu_no

Car_no

Add

TEL_no

Ban_no

数据项类型

字符型

数字型

字符型

字符型

数字型

数字型

数据项长度

8

13

18

25

11

19

是否允许为空

否

否

否

否

否

否

数据项含义

真实

绑定**

绑定号

地址

手机

绑定银行卡

备注

表二：商品信息表

数据项名称

Goo_ta

Valid

数据项类型

字符型

字符型

数据项长度

8

8

是否允许为空

否

否

数据项含义

商品类型

有效状态

备注

几成新

.

Time

P_bef

P_pre

字符型

数字型

数字型

3

8

8

否

否

否

使用年限

原价

标价

单位：元

单位：元

表三：商品实际情况表

数据项名称

Goo_id

Goo_ta

Valid

Time

P_bef

P_pre

数据项类型

数字型

字符型

字符型

字符型

数字型

数字型

数据项长度

8

8

8

3

8

8

是否允许为空

否

否

否

否

否

否

数据项含义

商品

商品类型

有效状态

使用年限

原价

标价

备注

几成新

单位：元

单位：元

表四：商品订单

数据项名称

Ord_id

Goo_id

Stu_no_b

Stu_no_s

P_rea

Way_p

Way_ts

P_ts

Add_b

数据项类型

数字型

数字型

数字型

数字型

数字型

字符型

字符型

数字型

字符型

数据项长度

8

8

13

13

8

2

2

3

25

是否允许为空

否

否

否

否

否

否

否

是

是

数据项含义

订单号

商品

买家**

卖家**

成交价

付款方式

物流方式

运费

买家收货地址

备注

单位：元

网银/付现

自取/送货

单位：元

表五：募捐申请单

数据项名称

Req_id

Stu_no_r

Add_r

Ban_no

数据项类型

数字型

数字型

字符型

数字型

数据项长度

8

13

25

19

是否允许为空

否

否

否

否

数据项含义

申请单号

发起者**

发起人地址

发起人银行卡号

备注

表六：募捐情况表

.

数据项名称

Req_id

Stu_no_r

Add_r

Ban_no

P_req

数据项类型

数字型

数字型

字符型

数字型

数字型

数据项长度

9

13

25

19

8

是否允许为空

否

否

否

否

否

数据项含义

申请单号

发起者**

发起人地址

发起人银行卡号

募捐手续费

备注

单位：元

表七：捐赠信息表

数据项名称

Req_id

Stu_no_co

Goo_id

Money

数据项类型

数字型

数字型

数字型

数字型

数据项长度

8

13

8

25

是否允许为空

否

否

是

是

数据项含义

申请单号

捐赠人**

商品

捐赠货币

备注

单位：元

表八：募捐账单

数据项名称

Req_id

Goo_id

Money_tle

数据项类型

数字型

数字型

数字型

数据项长度

8

8

25

是否允许为空

否

是

是

数据项含义

申请单号

商品

募捐货币总额

备注

单位：元

表九：物流情况表

数据项名称

Goo_id

Date_in

Date_out

Goo_pla

数据项类型

数字型

日期型

日期型

字符型

数据项长度

8

8

8

25

是否允许为空

否

否

是

否

数据项含义

商品

入库日期

出库日期

仓储网点

备注

表十：评价单

数据项名称

Ord_id

Rev_goo

Rev_ts

数据项类型

数字型

数字型

数字型

数据项长度

8

1

1

是否允许为空

否

否

否

数据项含义

订单号

商品评分

物流评分

备注

5分最高

5分最高

表十一：活动情况表

.

数据项名称

Act_id

Date_beg

Date_end

Act_tim

Act_pla

P_rent

数据项类型

数字型

日期型

日期型

字符型

字符型

数字型

数据项长度

8

8

8

8

25

8

是否允许为空

否

否

否

否

否

否

数据项含义

活动

活动开场日期

活动完毕日期

每日活动时间

活动地点

场地租借费用

备注

单位：元

2.5 系统功能构造分析

U/C矩阵

数据类

功能

用户信息

商品信息

商品实际情况表

用户注册、认证以及用户信息录入和整合。

卖家申请发布商品。 U

对商品信息进展审核与修改后将商品挂上平台。

对已置入实体仓储网点的商品进展物流的更新。

买卖双方达成交易。 U

募捐发起人申请发起募捐。

U

U

C

C

5

6

C U 4

U

C

U

U

C

U

2

3

C 1

物流情况表

商品订单

募捐申请单

募捐情况表

捐赠信息表

募捐账单

评价单

活动情况表

行号

.

对募捐信息进展审核与修改后将工程挂上平台。

捐赠人完成捐赠。

U U C 7

U

U

U

C

C

8

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.1 ER图

3.4.1.1 ER图——二手商品交易

N

订单号

地址

**

年级

**/

/

/

.

M N

1

3.4.1.2 ER图——募捐

账号〔**/N

工号 〕

N

**

年级

年级

时间

M

募捐

地点

受助人

**

账号〔**/工号

发起人

注：红色字体为关键字。

3.4.2 关系模型

地址

二手商品交易：

专业

手机号

物资

手机号

地址

卖家〔账号，，年级，专业，地址，手机号〕

专业

交易〔账号〕

买家〔账号，，年级，专业，地址，手机号〕

金额

类别

卖家〔账号，，年级，专业，地址，手机号〕

名称

配送〔账号，，订单号，时间，地点〕

商品〔，类别，名称，原价，标价，几成新〕

物流〔方式，订单号，运费〕

募捐：

发起人〔账号，，年级，专业，地址，手机号〕

募捐〔账号，，时间，地点〕

受助人(账号，，年级，专业，地址，手机号)

物资〔，类别，名称，金额〕

注：画红线处为关键字

3.5编码方案：

A：买家卖家编码〔Id〕：**或工号。同时实名制验证，以保证卖家买家信息的真实性。

B：商品编码：

学习用品

大类码

1

细类码1

图书：1 课本

练习册

1

2

细类码2

全新：10

一成新：1

.

笔记

其他书籍：

文具：2 学习用品

体育用品

生活用品

2 电器：1 吹风机

照明类

电煮锅

其他

衣物：2 上装

下装

其他

清洁用品：3

其他：4 坐垫

毛绒玩具

收纳

其他

其他 3 无细分：0 无细分

无细分

4

5

1

2

1

2

3

4

1

2

3

0

二成新：2

三成新：3

四成新：4

五成新：5

六成新：6

七成新：7

八成新：8

九成新：9

1

2

3

4

0

C：订单编码：

商品编码+日期〔0000/00/00〕+物流方式〔自取1，送货2〕+当日第N笔订单

D：募捐编码：

个人1

募捐对象 +募捐日期〔0000/00/00〕+募捐序号〔第N笔〕

组织2

3．6功能模块的输入输出设计

输入设计：

1输入工程：，Id，登陆密码，商品信息，订单信息，募捐信息，募捐订单

2输入人员：买家，卖家，募捐者，捐赠者

3设计要求：操作简单，一目了然，页面清楚，使用方便，便于人机交互操作

.

4输入校验: 静态校验法，文件查询校验法

A输入界面-用户登录

**：

Id：

密码：

登录 取消

B：输入界面-卖家输入商品信息

商品名称：

商品简介：

新旧程度：

商品卖家报价：

图片

卖家：

卖家住址：

确认 重新输入

C输入界面-订单信息

.

商品名称：

商品号：

成交价格：

交易方式：

交易时间：

交易地点：

卖家ID

买家ID

订单号：

提交订单 取消订单

D：输入界面-募捐申请

募捐组织人/社团：

募捐时间：

募捐对象：

募捐对象简介：

发起募捐 取消

E输入界面—募捐订单

.

捐赠人**：

确认

捐赠人ID：

捐赠方式：(网上支付/现实交付)〔选择〕

捐赠内容：〔物品/捐款〕

募捐单号：

募捐内容：〔选择〕捐款/物资/均可

取消

F输入界面-商品检索

商品号：

商品类型：

*商品名称：〔必填〕

卖家ID：

商品新旧程度：

价格区间：

检索 取消

G：输入界面---募捐信息检索

.

募捐编码：

募捐对象：

组织机构/个人：

募捐时间：

左侧信息至少选择一项填写

检索 取消

3.6.2 输出界面

A输出界面—商品检索

商品商品名称：

商品编码：

商品分类：

商品价格：

新旧程度

商品简介

卖家**

卖家

商品图片：

.

B：输出界面—募捐信息

募捐编码：

募捐对象：

募捐组织者：

募捐背景介绍：

募捐时间

募捐内容

组织者联系方式：

3.7 功能模块的处理流程

PROCEDURE 用户登录

显示：请输入账号和密码

账号——ZH

密码——MM

IF ZH=MM

显示：登录成功

ELSE

显示：登录失败，请检查账号和密码是否正确

ENDIF

返回调用模块

PROCEDURE 商品发布

显示：请输入商品描述及上传图片

商品名——SP

DO CASE 发布待售商品页面

.

显示：商品信息及购置界面

ENDCASE

ENDIF

返回调用模块

PROCEDURE 商品搜索

显示：请输入商品名称

商品名——SP

DO CASE 对商品名进展搜索

显示：商品搜索输出界面

ENDCASE ENDIF

返回调用模块

4系统开发与测试阶段

4.1开发阶段

开发根底设施

校园二手交易平台系统的建立需要依赖与一定的物理通信环境，该系统的操作平台是在或者APP上，需要网络覆盖。但我们可以利用现有的广域网，不需要自己构建。系统硬件方面包括平台部运营需要的Pc机、多端口的转发器、交换机、调制解调器等。系统软件方面包括包括手机客户端开发、设计以及电脑软件开发。

开发数据库和程序

数据库的实现主要是设计数据库的物理构造，根据数据库的逻辑构造来选定RDBMS(如Oracle、Sybase等)，并设计和实施数据库的存储构造、存取方式等。本系统后台是采用access作为数据存储库，其中设计的表〔用户表〕在其平台上实现如下列图所示：

【等设计完全确定后再进展操作，然后截图】

.

4.2测试阶段

前台用户测试

测试条件〔用户登录功能测试〕

1

2

测试条件

点击页面

点击登录页面登录按钮

期望结果

弹出登录页面

弹出登录页面，要求输入用户名和密码

3 输入用户名和密码，并点击确定

发送用户登录请求，验证通过

测试条件〔买家浏览选择功能测试〕

1

测试条件

输入关键字，点击搜索按钮

2 点击商品名称或图标

期望结果

出现需要的商品信息

出现商品的详细信息

3 有意向购置，点击与卖家联系的按钮

4

5

点击“购置〞按钮 出现订单界面

出现对话框

实际结果

通过/错误

实际结果

与期望结果一样

与期望结果一样

通过/错误

通过

通过

完成订单，确认进展提交 出现“付款〞选择界面

6 选择在线支付 跳出在线支付方式选择界面

7 进展一系列支付信息填写，点击确定

出现付款成功的提示框

测试条件〔买家查看订单功能测试〕

1

测试条件

点击“我的订单〞

期望结果

跳出用户登录实际结果

通过/错误

.

界面

2 点击单个订单 出现订单的详细信息

3 点击查看物流 出现目前商品所处位置

测试条件〔卖家上传商品信息功能测试〕

1

测试条件

点击“我要转让〞

期望结果

出现转让物品信息填写界面

2

3

进展信息填写 能够成功输入

实际结果

通过/错误

点击上传照片，添加照片 能够到本地照片库并上传

4 点击确定，完成发布 出现发布成功的提示框

测试条件〔卖家标记已售出产品信息交易功能测试〕

1

测试条件

点击我要转让

期望结果

出现已经挂在页面上的物品

2

3

点击单个物品

修改产品出售状态为已出售或下架

出现产品信息

产品状态被改变

实际结果

通过/错误

后台管理系统测试

测试条件〔管理员登陆功能测试〕

1

2

测试条件

点击后台管理页面

点击登录页面登录按钮

期望结果

弹出登录页面

弹出登录页面，要求输入用户名和密码

实际结果

与期望结果一样

通过/错误

.

3 输入用户名和密码，并点击确定

发送用户登录请求，验证通过

与期望结果一样

测试条件〔管理员管理功能测试〕

1

测试条件

点击后台“用户管理〞

期望结果

弹出管理员登录页面

2 输入管理员用户名和密码进展登录

3 对用户发布的信息进展审核，不符合要求的出售品点击“删除〞

4 点击用户反应 出现用户反应信息，重点的进展回复

5 点击发布公告 出现发布公告信息填写页面

6 完成公告填写，点击发布 公告出现在首页公告栏中

成功跳转到用户信息界面

公共页面上该商品信息被删除

与期望结果一样

与期望结果一样

实际结果

通过/错误

5.系统实施和维护

5.1实施阶段

由于在该系统之前不存在旧系统，因此采用直接接入的方法，在武大广泛进展宣传，然系统能够立即被使用。对于已经惯用了APP以及社交和电子商务的同学们来说，操作不会有太大问题，因此不需要大量发放用户手册。如果有问题可以点击平台上的帮组按钮进展学习。

5.2维护阶段

❖ 正确性维护：交易系统如果出现一些错误，例如无法上传商品信息，或是无法进展交易，系统管理员要及时纠正错误，尽快恢复交易平台的使用。

.

❖ 适应性维护：如果校园二手交易方面出现了新的需求，管理员可以通过添加新的功能模块使得系统一直保持着与时俱进的活力。

❖ 完整性维护：提高对用户反应信息的处理能力，保证系统的可用性。

❖ 预防性维护：在一些特殊的时期，例如毕业季，用户可能会迅猛增加，导致系统瘫痪。因此管理员要加强预防措施，防止该种可能的发生。

6.结语

6.1工程书总结

❖ 完成了对校园二手平台的系统规划，对工程的需求性以及可行性进展了分析。

❖ 对系统进展初步分析，确定业务活动完成的流程，绘制系统工作的数据流程图，完成了校园二手交易平台系统的框架。同时通过定义数字字典更加清楚的描述数据流程图。

❖ 对系统进展设计，画出校园二手交易系统的ER图，完成逻辑设计和物理设计。

❖ 对后期交易系统的开发与测试、实施与维护进展方案设计。

6.2下一步工作

基于B/S架构的校园二手交易信息系统是一个比拟庞大的系统，本文旨在研究开发校园二手交易管理信息系统的思想和方法。通过对当前的计算机应用技术和开发方法的研究，并且自己进展了数据库设计实验，得出了适合于校园交易的最正确系统。

由于设计时间较短，因此该系统还有许多不尽如人意的地方，比方没有具体程序代码、使用文档比拟少，用户界面不够美观等多方面问题，这些都有待进一步解决和改善。

另外，在进一步开发校园二手交易信息系统过程中，还需考虑信息平安和信息共享的策略，力图使本系统更具有可复用、可伸缩、可分布、可维护、平安和可靠的特性，以适应需求不断变化的需要。

6.3感想

通过本文的撰写，我们团队对开发管理信息系统有了更深入的理解，也取得了一些经历教训。一个看似简单的系统，在背后却需要如此繁杂的设计分析。在这样一个过程中，我们让逻辑思维得到了锻炼，让创造思维得到了发散，这为我们今后的工作打下了良好的根底。

2024年2月9日发(作者：钟离彤蕊)

.

校园二手交易平台系统

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 可行性分析

技术可行性

我们设计的二手交易平台可以运用ASP来编写。

〔1〕、ASP简介：

ASP〔Microsoft Active Server Pages〕是一套微软开发的效劳器端脚本环境，ASP含于IIS 3.0和4.0 之中，通过ASP我们可以结合HTML网页、ASP指令和Active*元件建立动态、交互且高效的WEB效劳器应用程序。运用了ASP我们就不必担忧客户的浏览器是否能运行你所编写的代码，因为所有的程序都将在效劳器端执行，包括所有嵌在普通HTML中的脚本程序。当程序执行完毕后，效劳器仅将执行的结果返回给客户浏览器，这样也就减轻了客户端浏览器的负担，大大提高了交互的速度。

〔2〕、以下罗列了ASP 所独具的一些特点：

.

①使用VBScript 、JScript等简单易懂的脚本语言，结合HTML代码，即可快速地完成的应用程序。

②无须pile 编译，容易编写，可在效劳器端直接执行。

③使用普通的文本编辑器，如Windows的记事本，即可进展编辑设计。

④与浏览器无关(Browser Independence), 用户端只要使用可执行HTML码的浏览器，即可浏览Active Server Pages 所设计的网页容。Active Server Pages 所使用的脚本语言(VBScript、Jscript)均在WEB效劳器端执行，用户端的浏览器不需要能够执行这些脚本语言。

⑤ASP 能与任何Active* scripting 语言相容。除了可使用VBScript 或JScript 语言来设计外，还通过plug-in 的方式，使用由第三方所提供的其他脚本语言，譬如RE**、Perl、Tcl等。脚本引擎是处理脚本程序的(ponent Object Model)物件。

⑥ASP 的源程序，不会被传到客户浏览器，因而可以防止所写的源程序被他人剽窃，也提高了程序的平安性。

⑦可使用效劳器端的脚本来产生客户端的脚本。

⑧物件导向〔Object-oriented 〕。

⑨Active* Server ponents(Active* 效劳器元件)具有无限可扩大性。可以使用Visual

Basic 、Java 、Visual C++ 、COBOL 等编程语言来编写你所需要的Active* Server ponent。

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 组织构造图

职能划分

 委员会：负责校园二手交易平台系统开发战略的制定，其中包括系统的定位和远期开展战略等。

 市场部：二手交易平台与市场直接接触的部门，主要职责为品牌推广、活动筹划与信息合作。

a) 品牌推广：主要负责线上线下平台的宣传，开拓市场，增加用户数量。

b) 活动筹划：进展特别活动的筹划，例如“毕业季〞与“迎新季〞的二手产品交易的品牌活动、大型公益募捐活动等等。

c) 信息合作：负责用户注册、认证等工作，以及用户信息等大规模数据的录入和整合。

 技术部：对整个系统进展日常的维护与定期的更新，以及特殊情况下的维修。

 运营部：维持平台常规运行。

a) 交易平台组：交易活动产生的构造化，常规性工作，包括发布资格审核等。

b) 募捐平台组：募捐活动产生的构造化，常规性工作，包括与公益组织及个人的募捐资格的审核等。

c) 社交平台组：交易评价，朋友圈模块管理。

 人事部：对各个部门日常工作人员的招聘，培训与管理。

 财务部：负责与系统财务相关的工作

a) 外联组：负责向商家拉取赞助，用于系统的开发和人员的薪酬福利。

b) 会计组：执行出纳任务，并将财务状况形成账簿。

 物流部：负责交易、募捐商品的物流工作

a) 仓储组：会在各个校区设点，把提交申请审批通过的货物进展存储。

b) 运输组：将完成订单的货物进展学校围的派送。

2.2 业务流程分析

业务流程图〔TFD〕反映业务处理的过程，根本符号如下：

.

业务处理部门或个人 业务处理活动

生成的报表、卡片凭证等

传递 使用的根本数据或同级数据

经过分析，得到系统综合业务流程图如下：

图2.2.1 业务流程图——二手商品交易

.

卖家

商品信息

审核、修改与发布

运营部交易平台组

商品实际情况

市场部信息买家

检索

合作组

物流情况

买卖双方达成交易

用户信息

物流部仓商品订单

自取

储组

物流部运送货

输组

结算

交易完成

运营部社交买卖双方对交易和平台组

物流进行评价

评价单

.

图2.2.2 业务流程图——募捐

图 2.2.3 业务流程图——物流

图2.2.4 业务流程图——活动发布

注：活动中产生的交易业务流程同图

2.3 数据流程分析

根本符号如下：

外部实体 处理 数据流 数据存储

图2.3.1 数据流程图——二手商品交易

2.3.2 数据流程图——募捐

数据流程图——物流

图2.3.4 数据流程图——活动发布

注：活动中产生的交易数据流程同图

2.4 数据字典

表一：用户信息表

数据项名称

Stu_na

Stu_no

Car_no

Add

TEL_no

Ban_no

数据项类型

字符型

数字型

字符型

字符型

数字型

数字型

数据项长度

8

13

18

25

11

19

是否允许为空

否

否

否

否

否

否

数据项含义

真实

绑定**

绑定号

地址

手机

绑定银行卡

备注

表二：商品信息表

数据项名称

Goo_ta

Valid

数据项类型

字符型

字符型

数据项长度

8

8

是否允许为空

否

否

数据项含义

商品类型

有效状态

备注

几成新

.

Time

P_bef

P_pre

字符型

数字型

数字型

3

8

8

否

否

否

使用年限

原价

标价

单位：元

单位：元

表三：商品实际情况表

数据项名称

Goo_id

Goo_ta

Valid

Time

P_bef

P_pre

数据项类型

数字型

字符型

字符型

字符型

数字型

数字型

数据项长度

8

8

8

3

8

8

是否允许为空

否

否

否

否

否

否

数据项含义

商品

商品类型

有效状态

使用年限

原价

标价

备注

几成新

单位：元

单位：元

表四：商品订单

数据项名称

Ord_id

Goo_id

Stu_no_b

Stu_no_s

P_rea

Way_p

Way_ts

P_ts

Add_b

数据项类型

数字型

数字型

数字型

数字型

数字型

字符型

字符型

数字型

字符型

数据项长度

8

8

13

13

8

2

2

3

25

是否允许为空

否

否

否

否

否

否

否

是

是

数据项含义

订单号

商品

买家**

卖家**

成交价

付款方式

物流方式

运费

买家收货地址

备注

单位：元

网银/付现

自取/送货

单位：元

表五：募捐申请单

数据项名称

Req_id

Stu_no_r

Add_r

Ban_no

数据项类型

数字型

数字型

字符型

数字型

数据项长度

8

13

25

19

是否允许为空

否

否

否

否

数据项含义

申请单号

发起者**

发起人地址

发起人银行卡号

备注

表六：募捐情况表

.

数据项名称

Req_id

Stu_no_r

Add_r

Ban_no

P_req

数据项类型

数字型

数字型

字符型

数字型

数字型

数据项长度

9

13

25

19

8

是否允许为空

否

否

否

否

否

数据项含义

申请单号

发起者**

发起人地址

发起人银行卡号

募捐手续费

备注

单位：元

表七：捐赠信息表

数据项名称

Req_id

Stu_no_co

Goo_id

Money

数据项类型

数字型

数字型

数字型

数字型

数据项长度

8

13

8

25

是否允许为空

否

否

是

是

数据项含义

申请单号

捐赠人**

商品

捐赠货币

备注

单位：元

表八：募捐账单

数据项名称

Req_id

Goo_id

Money_tle

数据项类型

数字型

数字型

数字型

数据项长度

8

8

25

是否允许为空

否

是

是

数据项含义

申请单号

商品

募捐货币总额

备注

单位：元

表九：物流情况表

数据项名称

Goo_id

Date_in

Date_out

Goo_pla

数据项类型

数字型

日期型

日期型

字符型

数据项长度

8

8

8

25

是否允许为空

否

否

是

否

数据项含义

商品

入库日期

出库日期

仓储网点

备注

表十：评价单

数据项名称

Ord_id

Rev_goo

Rev_ts

数据项类型

数字型

数字型

数字型

数据项长度

8

1

1

是否允许为空

否

否

否

数据项含义

订单号

商品评分

物流评分

备注

5分最高

5分最高

表十一：活动情况表

.

数据项名称

Act_id

Date_beg

Date_end

Act_tim

Act_pla

P_rent

数据项类型

数字型

日期型

日期型

字符型

字符型

数字型

数据项长度

8

8

8

8

25

8

是否允许为空

否

否

否

否

否

否

数据项含义

活动

活动开场日期

活动完毕日期

每日活动时间

活动地点

场地租借费用

备注

单位：元

2.5 系统功能构造分析

U/C矩阵

数据类

功能

用户信息

商品信息

商品实际情况表

用户注册、认证以及用户信息录入和整合。

卖家申请发布商品。 U

对商品信息进展审核与修改后将商品挂上平台。

对已置入实体仓储网点的商品进展物流的更新。

买卖双方达成交易。 U

募捐发起人申请发起募捐。

U

U

C

C

5

6

C U 4

U

C

U

U

C

U

2

3

C 1

物流情况表

商品订单

募捐申请单

募捐情况表

捐赠信息表

募捐账单

评价单

活动情况表

行号

.

对募捐信息进展审核与修改后将工程挂上平台。

捐赠人完成捐赠。

U U C 7

U

U

U

C

C

8

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.1 ER图

3.4.1.1 ER图——二手商品交易

N

订单号

地址

**

年级

**/

/

/

.

M N

1

3.4.1.2 ER图——募捐

账号〔**/N

工号 〕

N

**

年级

年级

时间

M

募捐

地点

受助人

**

账号〔**/工号

发起人

注：红色字体为关键字。

3.4.2 关系模型

地址

二手商品交易：

专业

手机号

物资

手机号

地址

卖家〔账号，，年级，专业，地址，手机号〕

专业

交易〔账号〕

买家〔账号，，年级，专业，地址，手机号〕

金额

类别

卖家〔账号，，年级，专业，地址，手机号〕

名称

配送〔账号，，订单号，时间，地点〕

商品〔，类别，名称，原价，标价，几成新〕

物流〔方式，订单号，运费〕

募捐：

发起人〔账号，，年级，专业，地址，手机号〕

募捐〔账号，，时间，地点〕

受助人(账号，，年级，专业，地址，手机号)

物资〔，类别，名称，金额〕

注：画红线处为关键字

3.5编码方案：

A：买家卖家编码〔Id〕：**或工号。同时实名制验证，以保证卖家买家信息的真实性。

B：商品编码：

学习用品

大类码

1

细类码1

图书：1 课本

练习册

1

2

细类码2

全新：10

一成新：1

.

笔记

其他书籍：

文具：2 学习用品

体育用品

生活用品

2 电器：1 吹风机

照明类

电煮锅

其他

衣物：2 上装

下装

其他

清洁用品：3

其他：4 坐垫

毛绒玩具

收纳

其他

其他 3 无细分：0 无细分

无细分

4

5

1

2

1

2

3

4

1

2

3

0

二成新：2

三成新：3

四成新：4

五成新：5

六成新：6

七成新：7

八成新：8

九成新：9

1

2

3

4

0

C：订单编码：

商品编码+日期〔0000/00/00〕+物流方式〔自取1，送货2〕+当日第N笔订单

D：募捐编码：

个人1

募捐对象 +募捐日期〔0000/00/00〕+募捐序号〔第N笔〕

组织2

3．6功能模块的输入输出设计

输入设计：

1输入工程：，Id，登陆密码，商品信息，订单信息，募捐信息，募捐订单

2输入人员：买家，卖家，募捐者，捐赠者

3设计要求：操作简单，一目了然，页面清楚，使用方便，便于人机交互操作

.

4输入校验: 静态校验法，文件查询校验法

A输入界面-用户登录

**：

Id：

密码：

登录 取消

B：输入界面-卖家输入商品信息

商品名称：

商品简介：

新旧程度：

商品卖家报价：

图片

卖家：

卖家住址：

确认 重新输入

C输入界面-订单信息

.

商品名称：

商品号：

成交价格：

交易方式：

交易时间：

交易地点：

卖家ID

买家ID

订单号：

提交订单 取消订单

D：输入界面-募捐申请

募捐组织人/社团：

募捐时间：

募捐对象：

募捐对象简介：

发起募捐 取消

E输入界面—募捐订单

.

捐赠人**：

确认

捐赠人ID：

捐赠方式：(网上支付/现实交付)〔选择〕

捐赠内容：〔物品/捐款〕

募捐单号：

募捐内容：〔选择〕捐款/物资/均可

取消

F输入界面-商品检索

商品号：

商品类型：

*商品名称：〔必填〕

卖家ID：

商品新旧程度：

价格区间：

检索 取消

G：输入界面---募捐信息检索

.

募捐编码：

募捐对象：

组织机构/个人：

募捐时间：

左侧信息至少选择一项填写

检索 取消

3.6.2 输出界面

A输出界面—商品检索

商品商品名称：

商品编码：

商品分类：

商品价格：

新旧程度

商品简介

卖家**

卖家

商品图片：

.

B：输出界面—募捐信息

募捐编码：

募捐对象：

募捐组织者：

募捐背景介绍：

募捐时间

募捐内容

组织者联系方式：

3.7 功能模块的处理流程

PROCEDURE 用户登录

显示：请输入账号和密码

账号——ZH

密码——MM

IF ZH=MM

显示：登录成功

ELSE

显示：登录失败，请检查账号和密码是否正确

ENDIF

返回调用模块

PROCEDURE 商品发布

显示：请输入商品描述及上传图片

商品名——SP

DO CASE 发布待售商品页面

.

显示：商品信息及购置界面

ENDCASE

ENDIF

返回调用模块

PROCEDURE 商品搜索

显示：请输入商品名称

商品名——SP

DO CASE 对商品名进展搜索

显示：商品搜索输出界面

ENDCASE ENDIF

返回调用模块

4系统开发与测试阶段

4.1开发阶段

开发根底设施

校园二手交易平台系统的建立需要依赖与一定的物理通信环境，该系统的操作平台是在或者APP上，需要网络覆盖。但我们可以利用现有的广域网，不需要自己构建。系统硬件方面包括平台部运营需要的Pc机、多端口的转发器、交换机、调制解调器等。系统软件方面包括包括手机客户端开发、设计以及电脑软件开发。

开发数据库和程序

数据库的实现主要是设计数据库的物理构造，根据数据库的逻辑构造来选定RDBMS(如Oracle、Sybase等)，并设计和实施数据库的存储构造、存取方式等。本系统后台是采用access作为数据存储库，其中设计的表〔用户表〕在其平台上实现如下列图所示：

【等设计完全确定后再进展操作，然后截图】

.

4.2测试阶段

前台用户测试

测试条件〔用户登录功能测试〕

1

2

测试条件

点击页面

点击登录页面登录按钮

期望结果

弹出登录页面

弹出登录页面，要求输入用户名和密码

3 输入用户名和密码，并点击确定

发送用户登录请求，验证通过

测试条件〔买家浏览选择功能测试〕

1

测试条件

输入关键字，点击搜索按钮

2 点击商品名称或图标

期望结果

出现需要的商品信息

出现商品的详细信息

3 有意向购置，点击与卖家联系的按钮

4

5

点击“购置〞按钮 出现订单界面

出现对话框

实际结果

通过/错误

实际结果

与期望结果一样

与期望结果一样

通过/错误

通过

通过

完成订单，确认进展提交 出现“付款〞选择界面

6 选择在线支付 跳出在线支付方式选择界面

7 进展一系列支付信息填写，点击确定

出现付款成功的提示框

测试条件〔买家查看订单功能测试〕

1

测试条件

点击“我的订单〞

期望结果

跳出用户登录实际结果

通过/错误

.

界面

2 点击单个订单 出现订单的详细信息

3 点击查看物流 出现目前商品所处位置

测试条件〔卖家上传商品信息功能测试〕

1

测试条件

点击“我要转让〞

期望结果

出现转让物品信息填写界面

2

3

进展信息填写 能够成功输入

实际结果

通过/错误

点击上传照片，添加照片 能够到本地照片库并上传

4 点击确定，完成发布 出现发布成功的提示框

测试条件〔卖家标记已售出产品信息交易功能测试〕

1

测试条件

点击我要转让

期望结果

出现已经挂在页面上的物品

2

3

点击单个物品

修改产品出售状态为已出售或下架

出现产品信息

产品状态被改变

实际结果

通过/错误

后台管理系统测试

测试条件〔管理员登陆功能测试〕

1

2

测试条件

点击后台管理页面

点击登录页面登录按钮

期望结果

弹出登录页面

弹出登录页面，要求输入用户名和密码

实际结果

与期望结果一样

通过/错误

.

3 输入用户名和密码，并点击确定

发送用户登录请求，验证通过

与期望结果一样

测试条件〔管理员管理功能测试〕

1

测试条件

点击后台“用户管理〞

期望结果

弹出管理员登录页面

2 输入管理员用户名和密码进展登录

3 对用户发布的信息进展审核，不符合要求的出售品点击“删除〞

4 点击用户反应 出现用户反应信息，重点的进展回复

5 点击发布公告 出现发布公告信息填写页面

6 完成公告填写，点击发布 公告出现在首页公告栏中

成功跳转到用户信息界面

公共页面上该商品信息被删除

与期望结果一样

与期望结果一样

实际结果

通过/错误

5.系统实施和维护

5.1实施阶段

由于在该系统之前不存在旧系统，因此采用直接接入的方法，在武大广泛进展宣传，然系统能够立即被使用。对于已经惯用了APP以及社交和电子商务的同学们来说，操作不会有太大问题，因此不需要大量发放用户手册。如果有问题可以点击平台上的帮组按钮进展学习。

5.2维护阶段

❖ 正确性维护：交易系统如果出现一些错误，例如无法上传商品信息，或是无法进展交易，系统管理员要及时纠正错误，尽快恢复交易平台的使用。

.

❖ 适应性维护：如果校园二手交易方面出现了新的需求，管理员可以通过添加新的功能模块使得系统一直保持着与时俱进的活力。

❖ 完整性维护：提高对用户反应信息的处理能力，保证系统的可用性。

❖ 预防性维护：在一些特殊的时期，例如毕业季，用户可能会迅猛增加，导致系统瘫痪。因此管理员要加强预防措施，防止该种可能的发生。

6.结语

6.1工程书总结

❖ 完成了对校园二手平台的系统规划，对工程的需求性以及可行性进展了分析。

❖ 对系统进展初步分析，确定业务活动完成的流程，绘制系统工作的数据流程图，完成了校园二手交易平台系统的框架。同时通过定义数字字典更加清楚的描述数据流程图。

❖ 对系统进展设计，画出校园二手交易系统的ER图，完成逻辑设计和物理设计。

❖ 对后期交易系统的开发与测试、实施与维护进展方案设计。

6.2下一步工作

基于B/S架构的校园二手交易信息系统是一个比拟庞大的系统，本文旨在研究开发校园二手交易管理信息系统的思想和方法。通过对当前的计算机应用技术和开发方法的研究，并且自己进展了数据库设计实验，得出了适合于校园交易的最正确系统。

由于设计时间较短，因此该系统还有许多不尽如人意的地方，比方没有具体程序代码、使用文档比拟少，用户界面不够美观等多方面问题，这些都有待进一步解决和改善。

另外，在进一步开发校园二手交易信息系统过程中，还需考虑信息平安和信息共享的策略，力图使本系统更具有可复用、可伸缩、可分布、可维护、平安和可靠的特性，以适应需求不断变化的需要。

6.3感想

通过本文的撰写，我们团队对开发管理信息系统有了更深入的理解，也取得了一些经历教训。一个看似简单的系统，在背后却需要如此繁杂的设计分析。在这样一个过程中，我们让逻辑思维得到了锻炼，让创造思维得到了发散，这为我们今后的工作打下了良好的根底。