校园二手物品交易系统需求分析.docx
《校园二手物品交易系统需求分析.docx》由会员分享,可在线阅读,更多相关《校园二手物品交易系统需求分析.docx(13页珍藏版)》请在冰豆网上搜索。
校园二手物品交易系统需求分析
大学生二手物品交易平台需求分析
状态
草稿
初始版
修订版
标识号
1—1
当前版本
1.0
发布日期
2011年11月3日
起草人
王盼盼
1引言
1.1编写目的
书写本文档的目的在于:
(1)描述用户需求,明确系统功能内容、功能边界、开发途径;
(2)作为双方签订的软件开发合同的一部分内容形式存在;
(3)项目相关人员参考资料
1.2项目背景
随着商品经济的发展,高校学生通常会有出售二手货物的需求,而其他在校同学又希望买到廉价的二手商品。
现在大学校内的二手物品交易主要是通过校园摆地摊,这远远不能满足学生的需求。
调查发现校内的二手物品交易有如下特点:
种类多,规模小,交易随机性比较强,时间分布基本上比较平均,每年的六七月份(大四学生离校期间)会出现一个二手物品交易的高峰。
参加交易的人员绝大部分为大学在校学生,此外还有一些学校周边的居民。
针对这一情况“大学生二手货交易平台”应运而生。
2任务概述
2.1目标
项目目标是建立大学生二手物品交易系统,并创建对应的数据库系统,帮助校内学生的及时便捷地进行二手物品交易。
2.2用户的特点
系统的一般用户只需具有基础的在线浏览能力即可正常使用系统提供的各种服务。
系统后台采用了可视化管理界面,因而要求维护人员只须具备基础的网站及数据库维护能力,能处理一些常见的操作错误。
发布出售信息
发布求购信息
买卖信息更新
用户信息管理
系统管理
浏览信息
管理
员
东北林业
大学
二手物品
交易系统
用户
3需求分析
3.1对功能的规定
3.1.1.总体功能描述用例图:
用户
管理员
游客
上图描述了本系统总体上可以实现的各项功能。
顶层图:
用户信息
管理请求
操作请求
系统通知
管理
员
用户
管理
用户
系统
管理
根据大学现在二手交易的基本情况(规模小,种类多,随机性强,时间分布比较平均),我们定义系统的功能如下:
(1)系统为用户提供发布各种求购或出售信息的平台
(2)由于用户的交易规模比较小而且用户使用系统的时间有不确定性,所以系统不
提供在线交易功能。
在特定的情况下,系统可以提供帮助实现买卖双方进行沟通的功能
(3)注册用户可以浏览系统保存的各种二手信息,登录后可以发布二手信息;(4)注册用户有修改自己发布的信息的权利
(5)为了防止垃圾信息①出现,在一天内(每天的0:
00~23:
59)每个用户最多只允许发布五条信息;
(6)管理员有权删除非法用户②
(7)正常用户的账户信息发生变动时,系统应将变动状况通知用户
3.1.2.详细功能描述
0层图:
用户信息表
管理请求
用户信息
操作请求
系统通知
系统的使用者为系统管理员和一般用户,用户在系统注册后生成用户信息表文件。
系统
的功能分为两个模块,面向管理员的模块功能是系统管理,主要是删除系统非法用户的帐
号信息;面向一般用户的模块功能是户信息管理和交易管理。
其中,用户信息管理包括更
改用户注册邮箱,更改用户密码,更改用户基本信息;交易管理包括出售管理,求购管理,买卖信息管理。
交易管理
用户管理
用户信息管理
警告用户
用户
删除非
法用户
管理员
搜索用
户记录
用户登录
账户信
息
用户
3.1.2.1.
系统管理
管理请求
出售信息表
求购信息表删除
请求
用户信息表
警告信息
系统管理记录表警告信息
管理员功能:
对用户发出警告,从用户信息表中删除非法用户。
这项功能只能为管理员所有。
3.1.2.2.
用户管理:
用户信息
更改请求
信息更改通知交易通知
操作请求
交易请求
求购信息表
这个模块实现了用户请求交易,发布、更新交易信息的功能,并使用户能够更新自己的注册信息以及基本信息。
交易管理
用户
出售管理
求购
管理
买卖信
息更新
消息发布
搜
索
3.1.2.3
交易管理:
交易请求
出
售
请
求
交
易
通
知
求
购
请
求
交
易
通
知
搜
索
请
求
信
息
更
新
请
求
在用户交易管理中,根据用户的提供的交易物品生成了“出售信息表”和“求购信息
表”,用户可以随时对自发布的信息进行更改或删除。
在交易的过程中,系统会根据这两个
表生成对应物品的求购(出售)信息目录供用户浏览参考。
对于没有明显求购或出售目标的用户,也可以浏览由求购、出售信息表生成的求购、出售物品目录
用户
检查
不合格
处理
用户录入
出售信息
用户确认
出售信息
将信息录入出售信息表
发布出售消息
3.1.2.4
出售管理
出售请求
提示
不合格
合格
出售信息描述
出售物品
信息单
交易请求
出售信息表
用户信息表
出售物
品信息
用户发出出售请求后,系统会自动检查用户是否已登录。
用户录入出售信息(包括出售物品名称(gods),出售物品价格(sellprice),出售物品
种类(category),出售物品描述(selldes),联系电话(contactp),联系QQ(contactq))。
其中物品名称、价格、种类为必填字段。
联系方式为电话或QQ,考虑到用户可能不愿意
留下自己的电话或QQ,我们将联系方式设为可选字段。
当有交易请求时,系统通过邮箱通知用户。
经用户检查录入信息正确无误,生成出售物品信息单。
系统将出售信息纳入出售信息表,并根据出售信息表上的内容发布出售信息
用户
检查用户
是否登录
未登录
处理
用户
检查
不合格
处理
用户录入
求购信息
用户确认
求购信息
将信息录入求购信息表
发布求购消息
3.1.2.5
求购管理
求购请求
提示
不合格
合格
求购信息描述
求购物品
信息单
交易请求
求购信息表
用户信息表
求购物
品信息
用户发出求购请求后,系统会自动检查用户是否已登录。
用户录入求购信息(包括求购物品名称(neds),求购物品价格(sbuyprice),求购物
品种类(category),求购物品描述(buydes),联系电话(contactp),联系QQ(contactq))。
其中物品名称、价格、种类为必填字段。
联系方式为电话或QQ,考虑到用户可能不愿意
留下自己的电话或QQ,我们将联系方式设为可选字段。
当有交易请求时,系统通过邮箱通知用户。
经用户检查录入信息正确无误,生成求购物品信息单。
系统将求购信息纳入出售信息表,并根据求购信息表上的内容发布求购信息
3.1.3买卖信息更新管理
更新买卖新请求
已登录
更新或删
除现有消
息
求购信息表
未登录
提示
出售信息表
用户可以随时更新自己的买卖信息。
用户
用户录入
搜索信息
开始搜索
生成搜索
结果
搜索信
息匹配
3.1.4搜索
搜索请求
搜索结果
搜索内容
搜索结果单
求购信息表
出售信息表
3.2对性能的规定
3.2.1精度
本子系统应支持最大并发用户500个,每秒事务处理数应大于1000笔。
3.2.2时间特性要求
在硬件和网络条件满足的前提下,所有日常性操作事务的平均响应时间应小于10秒,最长响应时间应小于30秒;对于查询性事务的平均响应时间应小于60秒,最长响应时间应小于180秒。
3.2.3灵活性
本项目采用J2EE架构,因此可以在不同的异构平台上正常运行,由于J2EE架构的高度可扩展性,因此在需求变化和系统集成商具有很大的灵活性。
3.3输人输出要求
3.3.1.系统需要使用的静态资料
用户的基本情况,包括相应的地址、电话、邮箱等。
信息的具体情况列表如下。
用户基本信息表(userinfo)
字段名
字段类型
字段长度
描述
用户ID(userid)
Char
5
主键
注册邮箱(regmail)
Char
24
Unique
用户昵称(nickname)
Char
18
Notnull
密码(passwd)
Char
18
Notnull
3.3.2.系统需要使用的静态资料
用户中买者的求购信息,卖者的出售信息。
信息的具体情况列表如下。
卖方信息表
字段名
字段类型
字段长度
描述
出售ID(msgid)
Char
7
主键
用户ID(userid)
Char
5
出售物品名称
(gods)
Char
64
Notnull
物品类别(category)
Char
32
Notnull
期望价格(sellprice)
Float
18
出售物品描述
(selldes)
Char
200
联系电话(contactp)
Char
18
联系QQ(contactq)
Char
10
买方信息表(buyer)
字段名
字段类型
字段长度
描述
求购ID(msgid)
Char
7
主键
消息ID(userid)
Char
5
求购物品名称(neds)
Char
64
Notnull
物品类别(category)
Char
32
Notnull
愿意出价(buyprice)
Float
18
求购物品要求
(buydem)
Char
200
联系电话(contactp)
Char
18
联系QQ(contactq)
Char
10