大学二手商品交易系统需求规格说明书.docx
- 文档编号:4280655
- 上传时间:2022-11-28
- 格式:DOCX
- 页数:22
- 大小:394.90KB
大学二手商品交易系统需求规格说明书.docx
《大学二手商品交易系统需求规格说明书.docx》由会员分享,可在线阅读,更多相关《大学二手商品交易系统需求规格说明书.docx(22页珍藏版)》请在冰豆网上搜索。
大学二手商品交易系统需求规格说明书
【二手商品交易系统】
需求规格说明书
1引言…………………………………………………………………………………………...3
1.1编写目的3
1.2项目背景3
1.3定义3
1.4读者对象3
1.4参考资料3
2任务概述4
2.1目标4
2.2用户的特点4
2.3假定和约束4
3需求规定5
3.1对功能的规定……………………………………………………………………………….5
3.2对性能的规定17
3.2.1精度17
3.2.2时间特性要求17
3.2.3灵活性17
3.3输人输出要求18
3.4数据管理能力要求19
3.5故障处理要求19
3.6其他专门要求20
4运行环境规定20
4.1设备20
4.2支持软件20
4.3接口21
1引言
1.1编写目的
书写本文档的目的在于:
(1)描述用户需求,明确系统功能内容、功能边界、开发途径;
(2)作为双方签订的软件开发合同的一部分内容形式存在;
(3)项目相关人员参考资料
1.2项目背景
随着商品经济的发展,高校学生通常会有出售二手货物的需求,而其他在校同学又希望买到廉价的二手商品。
二手物品交易主要是通过校内论坛二手交易板块和跳蚤市场,由于同学们平时都喜欢宅在寝室,跳蚤市场很多人都不愿意去看,而校内论坛上的二手交易信息,多且杂,找起来费时费力,这些远远不能为我们提供方便,导致很多二手物品都被当垃圾扔掉。
通过对校内论坛二手商品交易板块的分析,以及对校内学生的调查,发现校内的二手物品交易有如下特点:
种类多,规模小,交易随机性比较强,时间分布基本上比较平均,每年的六七月份(大四学生离校期间)会出现一个二手物品交易的高峰。
参加交易的人员绝大部分为在校学生。
针对这一情况【二手商品交易系统】应运而生,为广大同学提供方便同时,又实现了废旧物品的循环利用。
1.3定义
垃圾信息:
没有意义的信息或大量重复的信息
非法用户:
大量发布无效信息或违反相关规定信息的用户
游客:
所有浏览该网站的网民
1.4读者对象
该文档的读者为:
需求分析人员,软件开发人员,测试人员,项目提出人。
1.4参考资料
a.软件需求最佳实践——SERU过程框架原理与应用徐峰电子工业出版社
b.软件工程面向对象和传统的方法StephenR.Schach机械工业出版社
2任务概述
2.1目标
项目目标是建立大学二手商品交易系统,并创建对应的数据库系统,以创造一个大学校园内的二手商品在线交易平台,帮助校内学生的及时便捷地进行二手物品交易。
2.2用户的特点
系统的一般用户只需具有基础的在线浏览能力即可正常使用系统提供的各种服务。
系统后台采用了可视化管理界面,因而要求维护人员只须具备基础的网站及数据库维护能力,能处理一些常见的操作错误。
2.3假定和约束
2.4软件运行环境以及技术约束
2.4.1软件约束
系统采用Php技术进行开发。
开发及运行的软件环境为:
●数据库MySQL
●XAMPP
2.4.2环境约束
Web服务器及数据库服务器均采用IntelP4(1.8GHZ)PC工作站。
内存1024M、硬盘120G。
2.5交付及部署约束
系统要在2010年12月2日之前开发完成,完成网站的原型设计。
3需求规定
3.1对功能的规定
3.1.1.总体功能描述
用例图:
上图描述了本系统总体上可以实现的各项功能。
用例描述:
(从这里面选一个,红色的我用过了,你再挑一个)
1.用例——发布出售商品:
该用例用来描述卖家如何通过系统发布要出售的商品的信息。
1.卖家选择“发布出售商品”,接着选择该商品的所属类型。
2.卖家填写要出售的商品信息,并上传相应的信息,如图片。
3.系统确认商品信息不含违法内容。
4.卖家再次确认商品信息后,发布该信息,并存入系统数据库。
2.用例——管理出售商品信息:
该用例让卖家能够修改已发布商品的信息
1.卖家点击需要修改的商品,界面显示出商品的价格、剩余数量和详细信息。
2.卖家在各个名称后面输入修改的内容
3.点击确认,提交修改内容
3.用例——主动出售:
该用例用来描述卖家通过买家发布的求购信息出售商品。
1.卖家在求购信息页面查看买家发布的求购信息。
2.选中要出售的商品,系统生成信息单,包括商品出售数量,单价格和介绍。
3.卖家填写该商品的信息单
4.卖家将信息单发送给买家
4.用例——确认发货:
该用例用来描述卖家发货给买家
1.卖家接到买家的发货请求
2.卖家查看订单,按订单要求发送货物
3.通知买家已发货
5.用例——管理用户信息:
该用例使用户能修改自身的基本资料和密码
1.打开修改用户资料界面,界面中包括修改基本资料和修改密码两个选项
2.选择修改基本资料或修改密码
1.选择修改基本资料,则界面显示出用户的用户名,邮箱,性别,年龄,电话,收货地址。
用户输在需要修改的名称后面输入新的资料
2.选择修改密码,则界面显示出用户的用户民、原先密码和新密码。
用户输需在各个名称后面输入所要求的信息
3.点击确认,提交修改内容
6.用例——查看交易记录:
该用例用来描述买家和卖家对交易信息的查看
1.买家或卖家打开交易记录页面
2.选择需要查看的交易,查看交易记录
7.用例——购买商品:
该用例用来描述买家如何购买商品。
1.买家在搜索中输入所要购买的商品信息或在商品分类中找到所要购买的商品
2.选中要购买的商品,输入购买数量。
3.买家确认购买,系统生成订单。
4.系统通知卖家发货。
8.用例——发布求购商品:
该用例用来描述买家如何通过系统发布要购买的商品的信息。
1.买家选择“发布求购商品”。
2.买家填写要购买的商品信息,并上传相应的信息,如图片。
3.系统确认商品信息不含违法内容。
4.买家再次确认商品信息后,发布该信息,并存入系统数据库。
9.用例——管理求购商品信息:
该用例让买家能够修改和删除已发布的求购商品信息,以及查看商品的信息单情况来确认购买商品。
1.买家选择“管理求购商品信息”,显示的页面包括“修改商品信息”,“删除商品信息”,“查看信息单情况”
2.买家选择“查看信息单情况”
1.买家选择需要查看的商品
2.买家查看该商品的信息单情况
3.买家同意购买,选择“支付”,系统产生订单,通知卖家发货
3.买家选择“修改商品信息”
1.买家选择需要修改的商品
2.界面显示出求购商品所要求的价格、数量和详细信息。
3.买家在各个名称后面输入修改的内容点击确认
4.提交修改内容
4.买家选择“删除商品信息”
1.买家选择需要删除的商品
2.买家确认删除
3.系统关闭该商品的求购信息
10.用例——管理订单:
该用例描述了买家对订单的管理。
1.买家选择“查看订单”
2.系统显示所有的订单
3.买家选择需要查看的订单,系统返回该订单信息。
1.买家选择“确认支付”
1.系统提示买家输入支付说明。
输入完毕后,系统记录支付说明,使用某个安全协议捕获支付方法、信用卡类型、信用卡号、失效日期等。
2.系统提示买家输入运输说明。
输入完毕后,系统记录下运输说明,捕获运输地址、托运人选择及付款人联系方式。
3.系统提示买家再次确认,买家确认。
4.系统在买家和卖家处产生交易记录
2.买家选择“取消订单”
1.系统提示“请填写取消原因”
2.买家填写取消原因,提交
3.该订单被锁定,等待系统管理员的检验
4.买家选择“删除成功交易订单”
1.买家选中需要删除的成功交易订单
2.确认删除
11.用例——管理用户:
该用例描述系统管理员对违规事务的处理及违规用户的删除
1.系统管理员选择“处理违规事务”
1.界面显示出违规用户的用户名和遭到投诉的违规项目
2.系统管理员验证各个用户的违规项目,若属实,则给出该用户发出警告,让该用户及时处理违规项目,反馈处理结果。
若该用户在一定时间内无反馈结果,则删除该用户及其相关信息;若有反馈结果,经系统管理员验证后是处理妥当的,则增加该用户的警告次数。
2.系统管理员选择“删除违规用户”
1.界面显示出警告次数达到预定值的用户
2.系统管理员删除选定的各个用户
12.用例——管理求购商品:
该用例描述系统管理员对求购页面中求购商品的处理
1.系统管理员选择“查看超时求购商品”
2.页面显示超时的求购商品
3.系统管理员关闭选中的求购商品
13.用例——管理锁定订单:
1.系统管理员选择“查看锁定订单”
2.页面显示出锁定的订单
3.选中某个锁定的订单,页面显示出订单详情及请求取消的原因
4.系统管理员验证该原因
1.若属实,则取消该订单
2.若不属实,则不允许取消
需求获取
编号
需求描述
来源
状态
优先级
SR-1
对于每一个用户,需要注册成为系统的会员才能进行商品的购买。
用户通过用户名和密码登录系统,如登录不成功,则不能进行商品的购买。
同学
已验证
关键
SR-2
会员登录后可以对个人信息进行修改,包括会员姓名、密码、性别、QQ号码、真实姓名、家庭住址、联系电话等。
同学
已验证
有用
SR-3
管理员可以删除会员信息,对于个别行为恶劣的会员(订购了商品却不进行交易活动),对其要警告
同学
已验证
有用
SR-5
为了方便用户进行商品查询,卖家需要将商品详细信息录入系统。
在商品存有现货的状态下,方可对外销售。
同学
已验证
关键
SR-7
通常商品在发布时,其基本信息(如商品名、商品数量、价格、生成厂址、品牌、生成时间、相关图片等)就录入系统中。
在系统的正常运行中,商品的数量不断减少直至销售一空,但因为商品价格也可能会由于市场的变化进行一些调整,因此需要提供对于商品信息的修改功能。
同学
已验证
重要
SR-8
作为一个商城,商品的种类和数量十分庞大,要想在众多的商品中迅速找到会员所需要的商品,必须提供相关商品的快速检索功能。
同学
已验证
关键
SR-9
有些商品可能会因为一些原因(数量、质量、保质期等)被淘汰,故需要能够在系统中删除这些不再进行销售的商品
同学
已验证
重要
SR-10
会员在浏览商品的过程中可预订商品,确定商品的数量后,产生一张订单,会员核对订单无误后进行确认。
订单中包括会员的联系信息、商品名及相关数量。
同学
已验证
关键
SR-11
在订单未支付之前,会员可以对订单中的商品及其数量进行修改并重新确认。
同学
已验证
有用
优先级矩阵
主题域
业务事件/报表类型
用例
优先级
二手商品交易业务
用户业务
发布出售商品(卖家)
关键
管理出售商品信息(卖家)
重要
主动出售(卖家)
有用
确认发货(卖家)
关键
管理用户信息
有用
查看交易记录
有用
购买商品(买家)
关键
发布求购商品(买家)
重要
管理求购商品信息(买家)
有用
管理订单
关键
管理员管理业务
管理用户
重要
管理求购商品
重要
管理锁定订单
重要
数据流图分析:
顶层图:
根据浙江工业大学现在二手交易的基本情况(规模小,种类多,随机性强,时间分布比较平均),我们定义系统的功能如下:
(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.2.1.交易管理:
在用户交易管理中,根据用户的提供的交易物品生成了“出售信息表”和“求购信息表”,用户可以随时对自发布的信息进行更改或删除。
在交易的过程中,系统会根据这两个表生成对应物品的求购(出售)信息目录供所有进入该网站的游客浏览参考。
对于没有明显求购或出售目标的用户,也可以浏览由求购、出售信息表生成的求购、出售物品目录
i.出售管理
用户登录后可发出出售请求。
用户录入出售信息(包括出售物品名称(gods),出售物品价格(sellprice),出售物品种类(category),出售物品描述(selldes),联系电话(contactp),联系QQ(contactq))。
其中物品名称、价格、种类为必填字段。
联系方式为电话或QQ,考虑到用户可能不愿意留下自己的电话或QQ,我们将联系方式设为可选字段,可以发送网页消息。
同时系统会通过短信或邮箱通知用户。
经用户检查录入信息正确无误,生成出售物品信息单。
系统将出售信息纳入出售信息表,并根据出售信息表上的内容发布出售信息
ii.求购管理
用户登录后可发出求购请求后。
用户录入求购信息(包括求购物品名称(neds),求购物品价格(sbuyprice),求购物品种类(category),求购物品描述(buydes),联系电话(contactp),联系QQ(contactq))。
其中物品名称、价格、种类为必填字段。
联系方式为电话或QQ,考虑到用户可能不愿意留下自己的电话或QQ,我们将联系方式设为可选字段,可以发送站内信。
同时系统会通过邮箱通知用户。
经用户检查录入信息正确无误,生成求购物品信息单。
系统将求购信息纳入出售信息表,并根据求购信息表上的内容发布求购信息
iii.买卖信息更新管理
用户可以随时更新自己的买卖信息。
iv.搜索
3.1.2.2.2.用户信息管理
用户信息管理包括更改用户注册邮箱,更改用户密码,更改用户基本信息;交易管理包括出售管理这些管理操作主要针对用户信息表进行修改,每个用户只能在登陆后修改自己的信息。
i.更新注册邮箱
用户修改自己的注册邮箱信息时,必须输入原来的帐户信息(注册邮箱和密码),经系统审核无误后,用户可以修改注册邮箱。
ii.更新用户密码
用户修改密码时,需要输入原密码,并两次输入新密码,经系统审核无误后,用户可以修改密码。
iii.更新用户基本信息
用户可以随时更新自己的买卖信息。
iv.用户注册
3.2对性能的规定
3.2.1精度
本子系统应支持最大并发用户500个,每秒事务处理数应大于1000笔。
3.2.2时间特性要求
在硬件和网络条件满足的前提下,所有日常性操作事务的平均响应时间应小于10秒,最长响应时间应小于30秒;对于查询性事务的平均响应时间应小于60秒,最长响应时间应小于180秒。
3.2.3灵活性
本项目采用PHP架构,PHP是将程序嵌入到HTML文档中去执行,执行效率比完全生成HTML标记的CGI要高许多;PHP还可以执行编译后代码,编译可以达到加密和优化代码运行,使代码运行更快。
因此在需求变化和系统集成商具有很大的灵活性。
3.3输人输出要求
3.3.1.系统需要使用的静态资料
用户的基本情况,包括相应的地址、电话、邮箱等。
信息的具体情况列表如下。
用户基本信息表(userinfo)
字段名
字段类型
字段长度
描述
用户ID(userid)
Char
5
主键
注册邮箱(regmail)
Char
24
Unique
用户昵称(nickname)
Char
18
Notnull
密码(passwd)
Char
18
Notnull
用户中买者的求购信息,卖者的出售信息。
信息的具体情况列表如下。
卖方信息表
字段名
字段类型
字段长度
描述
出售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
留言表
字段名
字段类型
字段长度
描述
用户ID(userid)
Char
5
主键
留言时间(messagetime)
Char
24
主键
留言内容(message)
Char
150
Notnull
3.4数据管理能力要求
数据采集的要求
输入源:
手工键盘输入;
输入介质和设备:
键盘,磁盘;
输出介质和设备:
磁盘,显示器。
数据采集的处理
数据库mySql;
3.5故障处理要求
1.要求输入项提示:
“请输入XXX”。
错误处理:
光标移入要求输入域内。
2.要求选择项提示:
“请选择XXX”。
错误处理:
光标移入要求选择的域中。
3数据类型错误提示:
“域中存在不正确值”。
错误处理:
光标移入要求输入域内,要求重新输入有效资料。
3.6其他专门要求
3.6.1用户对易用性要求
1)界面简洁清晰,操作简单易懂;
3.6.2用户对软件质量要求
1)软件的功能实现必须遵循国家规定规范和原则;
2)应用系统的重点是简单的操作。
让使用者没有障碍地使用信息系统;
3)系统不仅需要涵盖所有相关的事务,也需要清晰地规划使用职能和共享信息,使用者所面对的应当只是自己需要处理的事务;
4)要求可配置性强,便于管理人员对进行扩充、维护和管理;
5)采用可行、合理、高效的方式进行开放性的设计和实现;
6)系统具有很强的适应能力,并且便于维护和升级。
4运行环境规定
4.1设备
表4-1-1服务器硬件环境
型号
个人PC机
Cpu
Pentium(R)dual-coreE5200@2.50GHz
内存
2GB
硬盘
500GB
网络接口
千兆网卡
电源
310W
4.2支持软件
表4-2-1服务器软件环境
操作系统
Windowsxp
Php环境
xampp
4.3接口
网络传输协议:
TCP/IP协议。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 大学 二手 商品交易 系统 需求 规格 说明书
![提示](https://static.bdocx.com/images/bang_tan.gif)