校园二手交易平台系统Word文件下载.docx

校园二手交易平台系统Word文件下载.docx

《校园二手交易平台系统Word文件下载.docx》由会员分享，可在线阅读，更多相关《校园二手交易平台系统Word文件下载.docx（38页珍藏版）》请在冰豆网上搜索。

1.3总体功能需求和关键信息需求

1.3总体功能需求和关键信息需求

1.3.1总体功能希求

我们设计的校园二手交易平台主要是为了方便校内同学们的二手物品的买卖和馈赠、爱心募捐等，其要满足的主要功能需求是以卜几点：

（1）、会员町以通过账号和密码登录，搜索或查看二于商品的信息和募捐活动的信息：

（2）、会员町以发布要卖掉或者捐赠的二手物品的信息；

（3）、会员町以购买平台上的二手物品并进行评价：

（4）、会员可以在平台上发起爱心募捐活动；

（5）、游客町以搜索、査看平台上的二手物品或注册成为会员：

（6）、系统管理员町以管理会员和二手物品的基本信息。

用图表示如下：

1.3.2非功能性需求

（1）、性能需求

1数据精确度：

査询信息时应保证茂全率，所行相应域包含茂询关犍字的记录都应该杳到。

查询信息应保证查准率，查到的记录应与给定的查询条件完全匹配。

2时间特性：

本网站具体时间特性要求要根据网速米决定。

我们将彼人限度的减少系统响应时间，最小化更新处理时间和数据转换时间。

3系统容最需求

注册用户：

10000以上：

在线用户：

4500以上：

并发数：

1500以上。

（2）、安全性需求

1设置权限，对于某些特定的用户，只分配其部分权限。

让其只能做自己能做的操作。

2对丁•敏感的数据，在存入数据库前进行加密操作。

3对于数据库中的数据，一定要进行实时的备份操作。

每当数据库中发生一些修改操作时,就进行备份操作，这样的话，再后来的数据丢失时，就町以进行及时的恢复，从而避免了数据丢失造成的损失。

1.4可行性分析

1.4.1技术可行性

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

⑴、ASP简介：

ASP（MicrosoftActiveServerPages）是-套澈软开发的服务器端脚本环境，ASP内含于IIS3.0和4.0之中,通过ASP我们可以结合HTML网页、ASP指令和ActiveX元件建立动态、交互且高效的WEB服务器应用程序。

运用了ASP我们就不必担心客户的浏览器是否能运行你所编写的代码，因为所冇的程序都将在服务器端执行，包括所冇嵌在普通HTML中的脚本程序。

当程序执行完毕后，服务器仅将执行的结果返回给客户浏览器，这样也就减轻了客户端浏览器的负担，人人提高了交互的速度。

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

1使用VBScript.JScript等简单易懂的脚本语言，结介HTML代码，即可快速地完成网站的应用程序。

2无须compile编译，容易编写，可在服务器端直接执行。

3使用普通的文本编辑器，如Windows的记爭本，即町进行编辑设计。

4与浏览器无关（BrowserIndependence）,用户端只要使用町执行HTML码的浏览器，即町浏览ActiveServerPages所设计的网页内容。

ActiveServerPages所使用的脚本语言（VBScript、Jscript）均在WEB服务器端执行，用户端的浏览器不需要能够执行这些脚本语言。

5ASP能与任何ActiveXscripting语言相容。

除了可使用VBScript或JScript语言来设计外，还通过plug-in的方式，使用由第三方所提供的其他脚本诺言，普如REXX、Perl、Tel*®

。

脚本UI擎是处理脚本程序的COM（ComponentObjectModel）物件。

6ASP的源程序，不会被传到客户浏览器，因而町以避免所写的源程序被他人剽窃，也提高了程序的安全性。

7可使用服务器端的脚本來产生客户端的脚本。

8物件导向（Object-oriented）。

9ActiveXServerComponents（ActiveXAR务器元件）具有无限可扩充性。

可以使用VisualBasic、Java、VisualC++、COBOL等编程语言来编写你所需要的ActiveXServerComponent。

1.4.2市场可行性

武人和所有学校一样，每年都有毕业生要毕业，每年也都有新生来报到。

毕业生们不町能将人学几年留存卜來的东西全部带走，令些物品帯着是累赘，卖掉反而还能赠些路费。

学生们的消费水平本來也不高，都希望能买到物美价廉的商品，这个时候，网上二手交易平台的作用就发挥出来了。

卖主町以在网上登记自己要处理的物品以及售卖价格，联系方式，买主则町以在网上搜索自己所需要的，若没有搜索到，也可以在网上发布求购信息。

当然，我们的网上二手交易平台不仅仅是处理毕业生的多余物品，平时学生们有任何闲置的东西或有任何需求都町以免费在网上二手交易平台上得到处理，并且不限时间也不限地点。

买卖双方同学只要达成一致意见，就可以选择以钱物交换、物物交换、馈赠等方式完成交易，方便易行。

另外，现在学校里冇越來越越多的同学热心于公益，也存很多公益类的社团会不定期在学校里进行募捐活动，偶尔也会有同学为了班里生了航病的同学募捐。

但是，他们的募捐大多采取在ft堂摆点或在人人上宣传的方式，效果并不是很好。

而我们设计的二手交易平台不仅可以进行二手物品的交易，还将设有专门的募捐区域，由平台统一发布募捐信息，町以扩人募捐活动的宣传范用，吸引更多同学参与募捐。

而且，校园二手交易平台上进行交易的都是武大的学生，他们在发布供求信息时都提供了真实的联系方式，商品价格及质量可以直接当面确定，不像那些纯商业网站，买卖双方都存在很人的风险。

这使得同学们的交易冇了安全保证。

1.4.3操作可行性

首先，这个二于•交易平台开发完成、投入使用后，将有计算机专业的同学专门负贞维护和管理，保证系统的正常运作。

其次，根据市场町行性分析我们可以知道，此二手交易半台亳无疑问将受到同学们的炊迎和使用。

因为武汉人学现有的校内二手交易平台只是利用人人网转发，而人人网的使用人数在逐渐减少，所以这样一个新的、能满足更多需求的二手交易将会被同学们广泛使用。

再次，这个二手交易平台将适用于电脑和移动终端，而现在的在校同学们基本上都有自己的电脑和智能手机，只需要下载客户端就可以使用该平台进行交易，简便易行，不存在设备上的限制。

1.4.4进度可行性

二手交易平台系统开发的全过程包括规划、系统分析、系统设计、开发、测试、实施、维护等七个阶段。

系统规划阶段主要进行项目背景、系统目标、总体功能需求和关键信息需求以及系统可行性分析工作；

系统分析阶段主要进行组织结构及人员职能的划分、业务及相关数据表的记录和整理、业务和数据流程图的绘制、u/c矩阵图及相应计算利目标系统逻辑功能结构的开发工作：

系统设计阶段拟订详细设计报告，主要进行目标系统软硬件配置方案的确定、业务流程与数据类的描述以及功能结构、设计数据库文件、安全保密机制、编码方案、功能模块的输入/输出设计与处理流程等工作：

系统实施阶段主要进行程序设计说明书、源程序备份文件、系统测试报告和用户使用手册等的撰写工作：

最后的系统运行维护与评价阶段主要进行系统运行阶段的运行、维护修改记录以及系统的评价结果整理等工作。

目前我们进行的工作主要足系统规划、系统分析、系统设计和系统实施的设计方案的撰写。

其中，规划部分由李艳朋和刘冰负贵，时间是11月29口到12月3日中午；

系统分析部分由刘春然、李彦霖负贵，时间是12月3口中午至7口晚：

系统设计由杨朝雅、谭珊珊负责，时间为12月8口至14口晚：

系统实施的后续内容由简洁负责，时间为12月15口至18「1

晚。

我们小组同学分工介作.充分保证时间安排介理.系统开发有序进行。

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业务流程图一一募捐

募捐实际情况

物流情况

►

双方达成捐赠

4

/

用户信息

进行捐赠物和捐赠

货币的整合.记录

募捐账单_自取

募捐完成<

图223业务流程图——物流

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

注：

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

2.3数据流程分析

基本符号如F：

处理数据流

数据存储

图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

商品类型

Valid

有效状态

几成新

Tim?

3

使用年限

P.bef

原价

单位：

元

P_pre

标价

衷三：

商品实际情况表

数摒项长庚

肚否允许为空

Goo.id

商品编号

Goo.ta

字符空

Time

表四：

商品订单

Ordid

订单号

Stu.no.b

买家学号

Stu.no.s

卖家学号

P.rea

成交价

Way_p

2

付款方式

网银/付现

Way.ts

字符塑

物流方式

1勺取/送货

P_ts

数字塑

是

运费

Add_b

买家收货地址

表五：

募捐申请单

址否允许为空

Rejid

申请单号

Stu.no.r

发起者学号

Add.r

发起人地址

发起人银行卡号

表六：

募捐情况表

数了型

9

Stu.no_r

Addr

发起人跟丫丁卡弓

P-req

募捐手续费

表七：

捐赠信息表

数摇项类型

Req_id

Stu_no_co

捐赠人学号

Money

捐赠货币

表八：

募捐账单

数扳项名称

数振顶类型

数据顶长度

足

Money-tie

募捐货币总额

表九：

物流情况表

数据项會义

Date_in

口期型

入库口期

Date^out

出库口期

Goo^pla

仓储网点

表十：

Ord.id

Rev.goo

1

商品评分

5分最高

Rev_ts

物流评分

表十一：

活动情况表

出否允许为空

Act.id

活动编号

Date.beg

日期型

活动开始口期

Date.end

活动结束日期

Act.tim

每吕活动时间

Act.pla

活动地点

Parent

场地租借费用

2.5系统功能结构分析

U/C矩阵

¥

据类

功能\

用

户信息

商

品

信息

实

悄况

表

物

流

情

况

商品订单

募申

诗

单

募捐

1*

捐

赠

信

息

募

账

评

价

活动惜况表

行

号

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

C

卖家申请发布商品。

U

对商品信息进行审核

与修改后将商品挂上平台。

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

4

买卖双方达成交易。

5

募捐发起人申请发起

募抓

6

对募捐信息进行审孩与修改后将项目挂上平台.

7

捐赠人完成捐赠。

进行捐赠物和捐赠货币的整合、记录。

买卖双方、募捐双

方对交易和物流进

行评价.

10

展示计划举行的实

体二手交易活动悄况。

买家检索商品信息、募捐信息及大型实体活动.

12

对捐赠物和捐赠货

币进行运输和结

算。

对评价较差的用户进行取缔•对评价较好的用户进行奖

14

励。

对交易与募捐情况进行阶段性的统计

和总结。

15

对交易款项进行结

算并记录。

16

列号

3、系统设计

3.1系统结构设计:

募捐和社交平台是基于交易平台基础上运作的，募捐和社交的会员信息可以直接来自于交易系统中的买家库和卖家库。

系纽硕件：

包括平台内部运营需要的Pc机，藝端II的转发器，交换机，调制解调器等。

系统软件:

包括客户端开发，电脑软件开发等。

预算：

购置Pc机等英他硬件设备，人约20000尤，软件开发3000尤。

初步预算23000.

3.2数据类描述

数据流图一一二于商品交易

数据流图馴

数据流图一一物流

数抵流图一一活动发布

3.3功能结构

3.4数据库文件设计

3.4.1ER图

3.4.1.1ER图一二手商品交易

3.4.1.2ER图——募捐

红色字体为关键字。

3.4.2关系模型

—•手商品交易:

卖家

交易

买家

配送

（账号,

（账号）

（编号,

物流（方式,

姓名,

编号,

类别,

年级,

专业，地址,

专业，地址.

手机号）

订单号,时间，地点）

名称，原价，标价，几成新）

订单号，运费）

募捐:

发起人（账号,姓名，年级，专业，地址，手机号）募捐（账号,编号,吋间，地点）

受助人（账号,姓名，年级，专业，地址，手机号）物资（编号,类别，名称，金额）

画红线处为关键字

3・5编码方案:

A：

买家卖家编码（Id）：

学号或工号。

同时实名制验证，以保证卖家买家信息的真实性。

B：

商品编码：

大类码

细类码1

学习

用品