校园二手书需求规格说明书.docx

校园二手书需求规格说明书.docx

《校园二手书需求规格说明书.docx》由会员分享，可在线阅读，更多相关《校园二手书需求规格说明书.docx（34页珍藏版）》请在冰豆网上搜索。

校园二手书需求规格说明书

需求规格说明书

修订历史记录

日期

版本

说明

作者

2014年12月2日

初次生成文档

2012年12月9日

第二次生成文档

1.引言

目的

本文档首先给出整个系统功能结构的概貌，试图从整体架构上给出整个系统的轮廓，然后对功能需求、数据需求、性能需求和其他非功能需求进行了详细的描述。

其中对功能需求的描述运用了ROSE的用例模型方式，描述每一用例的基本事件流，并给出直观的用例图。

对数据需求的描述运用了数据流图方法，从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程。

这些文字与图形都为了文档能够详细准确地描述用户的需求，同时也为用户更容易的理解这些需求的描述创造了条件。

文档约定

1）页面的左右边距为，上下边距为,正文文本左对齐段落首行缩进2磅，行距设置值为。

2）标题最多分三级，分别为黑体小三、黑体四号、黑体小四。

3）正文字体为宋体小四，无特殊情况下，字体颜色均为黑色。

预期的读者和阅读建议

本文档面向的读者对象：

1）项目经理：

项目经理可以根据该文档了解与其产品的功能，并据此进行系统设计、项目管理。

2）设计员：

对需求进行分析，并设计出系统，包括数据库的设计。

3）程序员：

配合设计员的《设计报告》，了解系统功能，编写《用户手册》。

4）测试员：

根据本文档编写测试用例，并对软件进行功能性测试和非功能性测试。

5）用户：

了解其产品的功能和性能。

6）其他人员：

如部门领导、公司领导等据此了解产品的功能与性能。

在阅读文档时，首先要了解该APP的功能概貌，然后可以根据自身的需求对每一项功能进行进一步的了解。

产品的范围

随着商品经济的发展，高校学生通常会有出售二手货物的需求，而其他在校同学又希望买到廉价的二手商品。

二手物品交易主要是通过校内论坛二手交易板块和跳蚤市场，由于同学们平时都喜欢宅在寝室，跳蚤市场很多人都不愿意去看，而校内论坛上的二手交易信息，多且杂，找起来费时费力，这些远远不能为我们提供方便，导致很多二手物品都被当垃圾扔掉。

通过对校内论坛二手商品交易板块的分析，以及对校内学生的调查，发现校内的二手物品交易有如下特点：

种类多，规模小，交易随机性比较强，时间分布基本上比较平均，每年的六七月份（大四学生离校期间）会出现一个二手物品交易的高峰。

参加交易的人员绝大部分为在校学生。

针对这一情况【二手商品交易系统】应运而生，为广大同学提供方便同时，又实现了废旧物品的循环利用。

该APP是在积累了丰富的业务经验的基础上开发的，在需求上，充分考虑了具体用户的实际情况。

该APP是一个二手书交易平台。

参考文献

a.软件需求工程第2版毋国庆梁正平袁梦霆李勇华机械工业出版社

b.UML面向对象建模与设计MichaelBlahaJamesRumbaugh人民邮电出版社

2综合概述

目标以及目标人群

1.项目目标是建立大学二手商品交易系统，并创建对应的数据库系统，以创造一个大学校园内的二手商品在线交易平台，帮助校内学生的及时便捷地进行二手物品交易。

2.目标人群：

在读大学生，研究生为主，对二手书有狂热喜爱的人群。

用户的特点

APP的一般用户只需具有基础的浏览能力即可正常使用APP提供的各种服务。

用户类和特征

（1）管理员:

公告的增加、修改、删除、查看

软件维护

（2）买家:

用户登录

公告查看

商品留言

商品管理（二手书的发布、修改、删除、查看）

用户对个人发布商品的留言进行查看

查看订单

订单管理（订单的生成、取消、修改）

（3）卖家:

用户登录

公告查看

发布商品

管理商品信息

发送货物

查看订单

订单管理（订单的生成、取消、修改）

运行环境

安卓及以上环境。

设计和实现上的限制

开发工具：

ECPLISE

开发语言：

JAVA

数据库：

Oracle10g

假设和依赖

假设：

用户在执行任何一条功能后，都可以终止进一步的操作

依赖：

对商品留言必须依赖于买家首先登录该APP；

3.外部接口需求

用户界面

（1）界面风格简洁明快，素雅大方。

（2）页面的布局，按与用户的交互需求不同，划分为不同的功能区域，实现和用户之间的友好交互；

（3）前台界面操作可逆，其动作可以是单个的操作，或者是一个操作序列；

（4）后台各管理模块的不同管理功能操作界面，采用在不同窗口进行管理，各功能操作切换比较简单又相对独立。

（5）提供信息反馈，如提供用户当前登录状态信息；

（6）提供简单的错误处理；

硬件接口

（1）支持普通的安卓机。

软件接口

（1）使用Oracle10g数据库存储数据信息。

（2）运行于安卓及以上的操作平台上。

4系统特性

说明和优先级

高：

是关键需求，必须实现，否则表示APP设计失败；

中：

支持必要的操作，是最终版本所要求，但是如果是紧急需要，可以考虑在下一个版本中实现；

低：

功能或质量上的增强，如果资源允许，这些功能的实现能够使得产品更完美

主要实现的功能：

说明

优先级

查询二手书

高

登陆或注册

高

订单功能

高

发表留言

中

管理员基于平台后的管理

高

激励/响应序列

1、用户登陆，判断权限，进入APP。

2、帮助显示具体操作流程。

功能需求

1）总体功能描述

用例图：

主要参与者

用例

买家

1、管理用户信息

2、查看交易记录

3、发布求购列表

4、购买商品

卖家

1、发布出售商品

2、管理商品信息

3、出售

4、发货

5、管理用户信息

6、管理交易记录

管理员

1、管理用户

2、管理购买列表

3、管理求购商品

2）用例描述：

用例ID号

UC—1

用例名称

发布出售商品

执行者

卖家

目的

卖家通过系统发布出售商品使之出售

前提条件

1、卖家在系统已经通过注册

2、卖家登陆至该系统

结束条件

该商品信息成功发布在系统上面。

基本序列

1、卖家选择“发布出售商品”，接着选择该商品的所属类型。

2、卖家填写要出售的商品信息，并上传相应的信息，如图片。

3、系统确认商品信息真实有效。

4卖家再次确认商品信息后，发布该信息，并存入系统数据库。

备注

1、如果卖家在管理员今天工作的截止日期之前使用系统，那么管理员审核时间是当前时间。

否则管理员审核时间在下一个工作日。

用例ID

UC-2

用例名称

管理商品信息

执行者

卖家

目的

卖家修改已发布的商品信息

前提条件

卖家在系统上已发布商品信息，商品出售之后修改商品的信息。

结束条件

商品信息得到了及时的更新。

基本序列

1、卖家点击需要修改的商品，界面显示出商品的价格、剩余数量和详细信息。

2、卖家在各个名称后面输入修改的内容

3、点击确认，提交修改内容

备注

卖家修改的各种信息应该建立在管理员的监督之下。

用例ID

UC-3

用例名称

出售

执行者

卖家

目的

卖家通过买家的选择出售自己的商品。

前提条件

买家选中该商品并且完成付款。

结束条件

买家收到自己所选择的书。

基本序列

1、卖家与买家协商达成一致。

2、卖家选中商品，完成付款。

3、卖家更新自己的商品信息。

备注

卖家将遵循与卖家的协商出售商品。

用例ID

UC-4

用例名称

发货

执行者

卖家

目的

成功的买家所选的商品发给买家。

前提条件

买家成功付款，卖家完成出售。

结束条件

买家收到自己心仪的商品。

基本序列

1、卖家接到买家的发货请求

3、卖家查看订单，按订单要求发送货物

3、通知买家已发货

备注

1、发货信息及时通知买家。

2、卖家及时的发送买家所选的商品。

用例ID

UC-5

用例名称

管理用户信息

执行者

卖家，买家

目的

用户能修改自身的基本资料和密码

前提条件

买家，卖家在系统上面已经注册并且信息通过了管理员的审核。

结束条件

卖家和买家成功的修改了信息。

基本序列

1、选择修改基本资料，则界面显示出用户的用户名，邮箱，性别，年龄，电话。

用户输在需要修改的名称后面输入新的资料

2、选择修改密码，则界面显示出用户的用户民、原先密码和新密码。

用户输需在各个名称后面输入所要求的信息。

3、点击确认，提交修改内容

备注

卖家和买家提供的信息必须是真实有效，管理员必须对卖家和买家提供的信息进行审核。

用例ID

UC-6

用例名称

查看交易记录

执行者

卖家，买家

目的

买家和卖家对交易信息的查看及时的了解关于自己的信息。

前提条件

有交易记录的生成

结束条件

上条交易的完成，当前系统中没有更新出新的交易记录。

基本序列

1、买家或卖家打开交易记录页面

2、选择需要查看的交易，查看交易记录

备注

该用例要求系统对各种交易记录的及时更新。

用户ID

UC-7

用例名称

发布求购列表

执行者

买家

目的

买家成功的发布求购信息，并且得到关于自己求购列表的书籍信息。

前提条件

买家登陆系统发布自己的求购列表并且该信息真是有效，反映自己真实的需求。

结束条件

买家成功发布自己的求购列表，并且得到卖家的回应。

基本序列

1、卖家选择“发布求购列表”。

2、卖家填写购买的商品信息，并上传相应的信息，如图片。

3、系统确认商品的信息真是有效。

4、买家再次确认信息后，发布该信息，并存入数据库。

备注

1、买家上传的信息必须安全，真是，有效。

2、在此过程中管理员进行监督。

用户ID

UC-8

用例名称

购买商品

执行者

买家

目的

买家购买商品

前提条件

买家成功的选择商品并且与卖家对价格等详细的信息经过了协商。

结束条件

买家成功的付款

基本序列

1、卖家在搜索中输入索要购买的商品信息或是或在商品分类中找到所要购买的商品。

2、选中要购买的商品，输入购买数量。

3、买家确认购买，系统生成订单。

4、系统通知卖家发货。

备注

买家购买的商品在系统的所提供的范围之内。

用户ID

UC-9

用例名称

管理用户

执行者

管理员

目的

系统管理员对违规事务的处理及违规用户的删除。

前提条件

管理员进行过注册，系统授权管理员管理权限。

结束条件

系统在安全平稳的机制下进行。

基本序列

1、系统管理员选择“处理违规事务”。

1、1界面显示出违规用户的用户名和遭到投诉的违规项目。

1、2系统管理员验证各个用户的违规项目，若属实，则给出该用户发出警告，让该用户及时处理违规项目，反馈处理结果。

若该用户在一定时间内无反馈结果，则删除该用户及其相关信息；若有反馈结果，经系统管理员验证后是处理妥当的，则增加该用户的警告次数。

2、系统管理员选择“删除违规用户”

2、1界面显示出警告次数达到预定值的用户。

2、2系统管理员删除选定的各个用户。

备注

用户ID

UC-10

用例名称

管理购买列表

执行者

系统管理员

目的

系统管理员对购买页面中购买商品列表的处理。

前提条件

系统管理员登录到求购页面中购买商品列表。

结束条件

系统购买页面中的购买列表的时效性，真实性。

基本序列

1、系统管理员登陆至购买页面的列表查看

2、系统管理员对列表中的信息进行核实

3、系统管理员对求购列表进行刷新之后的发布。

备注

系统管理员必须确保购买列表时最新，最准确的。

用户ID

UC-11

用例名称

管理求购商品

执行者

系统管理员

目的

管理员对求购页面