二手货物交易需求规格说明书.docx
《二手货物交易需求规格说明书.docx》由会员分享，可在线阅读，更多相关《二手货物交易需求规格说明书.docx（30页珍藏版）》请在冰点文库上搜索。
二手货物交易需求规格说明书
“软件工程专业综合实践”文档
（2）
二手商品交易系统
需求规格说明书
作者姓名
参与编写者
指导教师
项目组成员
学号
组长
成员
年月日
1文档简介
本文档为“二手商品交易”系统需求规格说明书。
本需求规格说明书详细的描述了这款“二手商品交易”系统预期实现的各项功能，并提供UML用例图及详细的用例描述。
1.1文档目的
编写本文档的目的主要是能够让“二手商品交易”系统的功能的准确实现，以及在实现这些功能所使用的流程，和他们所使用的对象或者对象，对这些实体进行解释，说明，定义。
以下人员应仔细阅读本文档：
系统分析员，程序分析员，程序员
1.2背景
开发系统：
“二手商品交易”系统
行业情况：
随着internet技术的广泛发展和应用，电子商务提供了一个网络交易平台，在人们生活中得到广大发展。
随着各种计算机技术的发展，许多市场交易网站涌现出来，而二手货物在市场交易的出现，让物资资源得到充分的利用。
然而随着计算机网络技术的不断发展，一部分市场交易网站已经不能满足人们的需求，然而随着web2.0时代的到来，计算机覆盖范围不断扩大，市场交易网站在技术层次，整体规模上发展越来越成熟，越来越稳定。
而二手货物市场的出现让物资得到利用，并且低价购买所需物资，满足人们日常需求，避免浪费。
本项目
提出者：
吴家汉
开发者：
赵洪志吴家汉胡维健
用户：
社会各种人群
1.3参考资料
编号
资料名称
简介
作者
日期
出版单位
1
创意无间
学习前端的教材
石丹
20140312
电子工业出版社
2
JAVA疯狂讲义
编程语言的参考书
李刚
20130806
电子工业出版社
网点
简介
m.58.
查看了网站的建设与系统功能
2系统产品介绍
2.1项目来源与目标
本款二手商品系统旨在为客户提供其想购买的二手商品的销售信息，并提供评价平台。
应用目标一是使用户能够及时快速的获取二手商品信息。
二是构件一个二手商品交易市场，使物品利用率提高，节约资源。
三是为人们购买物品省下一些钱。
作用范围是社会各种人群。
人们可以通过二手商品系统筛选物品信息获取自己需要的商品。
背景材料：
本软件系统为独立软件。
2.2系统（或用户）的特点
本款二手商品系统功能在个人PC上使用，是用户群体遍布各个阶层。
本系统采用C/S结构编写，前端后台具有分工明确和维护方便的特点。
本款二手商品系统具有实时更新货品信息的特点。
市场上也有类似软件，如：
咸鱼。
与咸鱼相比较，本款二手具有针对卖家出售资格审核以确保客户购买商品有保障的特点。
2.3系统需要解决的主要问题
问题类别
问题详情
性能
当前存在的问题：
吞吐量：
网站人多时候会变得很卡
响应时间：
订单提交后后台处理时间过长。
信息
输出：
1.没有商品详情介绍
2.订单详情不够完善
输入：
1.商品下订单的信息不可修改只能删除
2.销售信息是不安全的容易被人修改
经济
成本：
1.成本是不可跟踪的
收益：
1.当前的市场销售方式的改进更容易吸引顾客
控制
安全性机制或控制手段太少：
1.对于二手商品的上架审核不完善
2.任何人都可以作为商家，对商家监管不严厉。
效率
二手商品多为线上查看，线下物品交易，如果距离较远时就很浪费时间
服务
如果客户购买商品后发现与实物不符合可以通过和客服人员联系办理退换货物。
2.4新系统需要解决的主要问题
本系统将要解决主要的严重影响系统功能的问题。
有：
系统的吞吐量增大，响应时间缩短。
改善评储存信息的操作，能修改储存后的信息。
扩大系统服务市场，挖掘潜在客户，发掘更高利润空间。
3产品的功能性需求
3.1事件表建立
事件
触发器
来源
动作
响应
目的地
用户注册
注册命令信息
用户
验证账号有效性，存入数据库
反馈注册结果
用户
用户登录
登录命令信息
用户
用户点击登录
反馈登录结果
用户
用户想确定可用的商品信息
商品查询，输入查询内容
用户
用户输入搜索词，查询可用的商品
反馈查询结果
用户
用户发送订单
新订单生成
用户
生成新订单
实时连接，
订单细节，
确认订单，
事务处理
银行子系统，
用户，
供应商，
用户订单表
用户修改订单
修改订单
用户
修改原来的定单，重新生成
修改确认，
修改订单细节，
事务处理
银行子系统，
用户，
供应商
用户订单表
用户付款
确认付款
用户
用户付款
付款确认，
账单细节，
付款结果
银行子系统，
用户，
供应商
商品上架
商品上架
供应商
商铺添加新的商品
上架确认，
上架细节，
上架结果，
事务处理
供应商
供应商
供应商
商品信息表
商品下架
商品下架命令
供应商
店铺下架商品
下架确认，
下架结果，
事务处理
供应商
供应商
商品信息表
商品修改
商品修改命令
供应商
供应商修改店铺的商品内容信息
输入修改选项，
修改确认，
修改结果，
事务处理
供应商
供应商
供应商
商品信息表
商品评估
商品评估命令
供应商
供应商上选择商品使用详情
输入使用详情选项，
评估确认，
评估结果
供应商
收款
用户支付
银行账户系统
供应商收款
获取收款信息
确认信息
启动收款，
事务处理
供应商，
供应商
供应商
3.2用例模型描述
3.2.1确定业务参与者
采用参与者词汇表进行描述，如表所示。
参与者词汇表
序号
词汇
同义词
描述
1
普通会员
会员
在本系统注册账号的用户
2
商家会员
供应商会员
在本系统注册店铺的商家
3
系统管理员
管理员
管理用户和商家的信息
3.2.2确定业务需求用例
3.2.2.1建立系统上下文用例模型
3.2.2.2用例词汇表
用例词汇表
用例名称
用例描述
预期参与者和角色
用户注册
该用例描述了用户在软件系统上注册了一个账号的过程，注册完成后就可以登录使用本系统的功能。
用户
用户登录
当用户输入账号和密码，系统能够识别已经注册的账号
用户
发送订单
该用例描述了用户选择了商品，确认订单的过程。
用户
修改订单
该用例描述了用户有更换应经确认的订单信息的需求。
用户
删除订单
该用例描述了用户删除订单的过程。
用户
付款
用户应经确认了订单，申请银行账户进行付款
用户、银行账户系统
商品上架
该用例描述了供应上向店铺增加商品的过程。
供应商
商品下架
该用例描述了供应上把店铺的商品删除的过程。
供应商
价格评估
供应上使用该用例来评估二手商品的价格
供应商
商品修改
该用例描述了供应商修改
供应商
收款
该用了描述了供应收款的过程
供应商
商家管理
该用例描述了管理员管理商家的过程，管理员可以删除商家的账户
管理员
订单管理
该用例描述了管理员管理用户订单的过程。
管理员
商品管理
该用例描述了管理员管理供应商店铺商品的过程。
管理员
3.2.3构造用例模型图
3
图系统用例模型图
3.2.4记录业务需求用例描述
3.2.4.1注册用例描述
用例名
用户注册
用例类型
用例ID
MSM1101
业务需求
主要业务参与者
用户
其他参与者
无
描述
该用例描述了一个用户注册账号的过程，注册完成后就可以登录本系统来使用系统的功能
前置条件
账号的格式有效，且数据库中不存在此账号，能够正确地注册
后置条件
注册完成可以登录
触发条件
用户进入注册页面，点击注册按钮
基本流程
1、用户点击注册按钮
2、用户填写用户信息，设置密码并且点击确认
3、系统将用户信息写入到用户数据库中
替代流程
替代第3步：
用户名重复提示用户已占用用户名
约束
系统需要为用户提供GUI界面
待解决问题
无
登录用例描述
用例名
用户登录
用例类型
用例ID
MSM1102
业务需求
主要业务参与者
用户
其他参与者
无
描述
该用例描述了一个用户登录系统的过程，登录成功后就可以使用本系统的功能
前置条件
账号的格式有效
后置条件
登录成功可以使用系统功能
触发条件
用户点击登录按钮
基本流程
1、用户进入登录界面
2、输入用户名和密码
3、点击登录按钮
替代流程
替代第2步：
如果用户名不存在，提示用户注册账号
如果用户名输入格式错误，提示用户重新输入
如果密码错误，提示重新输入密码
结束
用户点击了确认登录按钮
实现和约束说明
系统需要为用户提供登录GUI界面
待解决问题
账号密码的安全控制
用户查询商品用例描述
用例名
查询商品
用例类型
用例ID
MSM1103
业务需求
主要业务参与者
用户
其他参与者
无
描述
该用例描述了一个用户查询商品的过程
前置条件
用户输入请求查询的内容
后置条件
系统请求数据库，列出详细的商品信息
触发条件
点击搜索按钮
基本流程
1、用户在搜索框输入搜索内容
2、点击搜索按钮
替代流程
无
结束
显示搜索结果
实现和约束说明
系统提供GUI界面
待解决问题
无
用户修改订单用例描述
用例名
修改订单
用例类型
用例ID
MSM1103
业务需求
主要业务参与者
用户
其他参与者
无
描述
该用例描述了一个用户修改订单详细内容的过程。
前置条件
用户已经成功下订单
后置条件
修改完订单可以确认付款
触发条件
用户选择订单，点击修改按钮
基本流程
3、用户查询已选择的订单
4、用户选择订单
5、用户修改订单选项
6、用户点击修改按钮
7、系统反馈修改确认
替代流程
替代第3步：
用户没有选择订单，系统提示用户选择订单
用户没做修改选项，就点击修改
系统提示选择修改选项
结束
系统提示修改成功
实现和约束说明
应当有明确的信息提示用户修改不正确的地方
待解决问题
无
用户下订单用例描述
用例名
用户注册
用例类型
用例ID
MSM1104
业务需求
主要业务参与者
用户
其他参与者
无
描述
该用例描述了一个用户完成确认订单的过程，完成后就可进入付款页面了
前置条件
用户已经登录成功
后置条件
进入付款界面
触发条件
用户点击了确认订单的按钮
基本流程
1、用户选择商品
2、选择商品的规则
3、点击确定订单按钮
4、系统反馈订单信息确认
5、用户确认
替代流程
替代第3步：
用户没有选择商品规格，系统停止提交
替代第4步：
系统没有响应，系统重新反馈确认信息
结束
点击了确认按钮
约束和说明问题
系统应有明确的订单反馈信息
待解决问题
无
用户删除订单的用例描述
用例名
用户删除订单
用例类型
用例ID
MSM1105
业务需求
主要业务参与者
用户
其他参与者
无
描述
该用例描述了一个用户把已经确定的订单删除过程。
前置条件
用户已经确认订单
后置条件
重新选择商品
触发条件
用户选择订单，点击删除按钮
基本流程
1、用户进入订单界面
2、选择订单，删除订单
替代流程
无
结束
系统提示删除成功
待解决问题
无
用户付款用例描述
用例名
用户付款
用例类型
用例ID
MSM1106
业务需求
主要业务参与者
用户
其他参与者
银行账户系统、供应商
描述
该用例描述了一个用户确认付款的过程。
前置条件
用户确认订单
后置条件
等待供应商发货
触发条件
用户点击了确认按钮
基本流程
1、进入到付款页面
2、系统反馈账目信息
3、点击确认付款按钮
替代流程
替代第3步：
用户没有选择账，系统提示选择账户
用户账号余额不足，系统提示余额不足，更换银行账户
结束
系统反馈付款结果信息
约束和说明问题
系统需要的付款反馈信息
待解决问题
银行账户付款的安全控制
供应商上架商品用例描述
用例名
上架商品
用例类型
用例ID
MSM1107
业务需求
主要业务参与者
供应商
其他参与者
无
描述
该用例描述了一个供应商为店铺上架商品的过程。
前置条件
供应商登录成功
后置条件
商品信息记录在店铺商品信息中
触发条件
供应商点击确认上架按钮
基本流程
1、进入上架商品页面
2、添加商品信息
3、点击上架
替代流程
替代第3步：
供应商添加商品缺少某一项，系统提示添加某一项的信息
供应商添加商品信息的格式不正确，系统提示错误信息
结束
系统反馈添加成功
约束和实现说明
系统提供GUI界面
待解决问题
无
供应商商品修改用例描述
用例名
商品修改
用例类型
用例ID
MSM1108
业务需求
主要业务参与者
供应商
其他参与者
无
描述
该用例描述了一个供应商修改店铺内商品信息的过程。
前置条件
供应商登录成功
后置条件
记录到店铺商品信息表
触发条件
点击修改按钮
基本流程
1、进入店铺界面
2、选择商品
3、修改商品信息
4、反馈修改详情
5、点击确认
替代流程
无
结束
点击确认按钮
待解决问题
无
供应商商品下架用例描述
用例名
商品下架
用例类型
用例ID
MSM1109
业务需求
主要业务参与者
供应商
其他参与者
描述
该用例描述了一个供应上把店铺的商品下架的过程。
前置条件
店铺商品记录与店铺商品表
后置条件
把店铺商品记录删除
触发条件
点击删除按钮
基本流程
1、供应商选择商品
2、确认删除
替代流程
无
结束
点击了删除按钮
待解决问题
无
供应商评估二手商品价格用例描述
用例名
评估价格
用例类型
用例ID
MSM1113
业务需求
主要业务参与者
供应商
其他参与者
市场销售员
描述
该用例描述了一个供应商评估二手商品的价格。
前置条件
供应商登录成功
后置条件
获取二手商品价格可用于上架商品价格
触发条件
点击了评估的按钮
基本流程
1、供应商进入商品评估界面
2、供应商填写商品详情和商品使用详情选项
3、点击评估价格按钮
替代流程
无
结束
系统反馈价格信息
待解决问题
无
3.2.4.3二手商品交易系统用例活动描述
用户登录/注册用例活动图：
查询商品用例活动图：
用户下订单用例活动图：
用户修改订单的用例活动图：
用户删除订单的用例活动图：
用户付款用例活动图：
供应商上架商品用例活动图：
2w
供应商下架商品用例活动图：
供应商修改商品用例活动图：
供应商评估价格用例活动图：
供应商收款的用例活动图：
4产品的非功能需求
4.1质量需求
列出常见的质量需求，如性能、安全性、精度、可移植性、可维护性等等
（1）易用性：
易用性是与一组规定或者潜在的用户为使用其软件所做的努力和对这样的使用所做的评价有关的一组属性。
包括易理解性和易学习性，易操作性。
本系统应该操作简单，界面人性化，不需要学习太久就可以熟练的使用本系统，并且美观，培训资料详细，文档简单。
（2）性能：
此系统响应速度快，结果精度高，运行时消耗的资源少。
（3）安全性：
即与防止对程序的非授权的故意的或者是意外的访问的有关的软件的属性
本系统定义了一些私有属性，防止外界访问。
（4）可维护性：
维护性是指与进行的指定的修改所需的努力有关的一组属性。
具体包括
易分析性，易改变性，稳定性，易测试性。
本系统应该易于分析，当我们在做适应性修改的时候如果要添加一些功能的话，我们
应该在原来程序基础上修改容易，并且稳定，修改后还容易测试。
（5）可移植性：
是指软件可以从某一环境转移到另一个环境的能力有关的一组属性，具体包括适应性，易安装性，遵循性，可替换性。
当本系统安装在其他的设备上时可以正常运行，功能全部都可以正常使用。
4.1.1精度
输入项
数据类型
格式
数值范围
精度
User_name
varchar
汉字
15-20
User_password
varchar
数字
20
Administrator_name
varchar
汉字
15-20
Administrator_passward
varchar
数字
20
Goods_prices
Smallint
数字
20
Goods_name
Varchar
汉字
15-20
4.1.2时间特性要求
说明对于该软件的时间特性要求，如对：
a．响应时间；
b．更新处理时间；
c．数据的转换和传送时间；
d．解题时间；等的要求。
响应时间快，更新处理时间短，数据转换快捷，传送时间短灵活，解题效率高，时间快。
4.1.3灵活性
说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：
a．操作方式上的变化；
b．运行环境的变化；
c．同其他软件的接口的变化；
d．精度和有效时限的变化；
e．计划的变化或改进。
对于为了提供这些灵活性而进行的专门设计的部分应该加以标明
1.操作方式简单，易于上手，界面美观，易于理解，符合用户的使用方式和使用习惯。
2.本网站可以在所有IE5以上所有版本运行。
3.易于维护。
4.易于修改。
当修改一个模块时，不影响其他模块。
5.易于测试。
4.2故障处理要求
在使用软件的过程中，当出现计算机断电，计算机内存不足等情况时，本软件将出现运行故障。
运行故障发生时，软件的各个功能模块将无法正常使用，启动相关功能按钮都无法进行正常的操作。
对由于计算机断电引发的软件运行故障，用户在重新给计算机供电后，可以通过重新启动计算机，并启动本软件的方式恢复软件的正常运行与使用。
对由于计算机内存不足引发的软件运行故障，建议暂时关闭软件。
用户应检查并解决计算机内存不足的问题，内存使用情况正常后，本软件将恢复正常的运行与使用。
1.服务器发生故障
重新选择一个更高版本更加稳定的服务器。
2.
4.3其他专门要求
如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。
1.划分优先级
给每项需求、特性或使用实例分配一个实施优先级以指明它在特定产品中所占的分量。
如果把所有的需求都看作同样重要，那么项目管理者在开发或节省预算或调度中就丧失控制
2.一致性
一致性是指与其它软件需求或高层（系统，业务）需求不相矛盾。
在开发前必须解决所有需求间的不一致部分。
只有进行一番调查研究，才能知道某一项需求是否确实正确。
5运行环境规定
5.1开发环境
列出该软件所需要的开发环境，包括软件、硬件、设备等。
操作系统：
win98以上
Web服务器：
支持各种主流浏览器
数据库环境：
Mysql,
硬盘空间：
200M以上
媒体：
标准键盘、标准鼠标、标准显示器，需要联机
5.2运行环境
操作系统：
win98以上
Web服务器：
支持各种主流浏览器
数据库环境：
mysql,
升级会员 