校园二手书交易系统需求文档

位因二多名交名恁弦

秋件需求文档

2014年12月31◎星期三

目录

1.前景和范围文档........................................3

1.1.业务需求..................................................3

1.背景、业务机会和客户需求....................................3

2.业务目标和成功标准..............................................4

lo2.解决方案的前景............................................5

1.前景陈述....................................................5

2.主要特性....................................................5

3.假设和依赖.....................................................5

lo3.范围和局限性..............................................5

1.初始版本和后续版本的范围...................................5

2.局限性和排斥性.................................................6

L4.业务上下文.................................................6

1.涉众概览............................................................6

2.用例描述文档....................................................8

1.用例图.........................................................8

2.主要参与者和用例...............................................8

3.用例描述...........................................................9

3.需求规格说明书.................................................16

3.1.引言.....................................................16

1.目标.......................................................16

2.项目范围和产品特性........................................17

3.参考文献...................................................17

4.文档约定...................................................17

5.预期的读者和阅读建议......................................20

3。2综合描述........................................................20

L产品的前景.....................................................18

2.目标以及目标人群..............................................18

3.产品功能......................................................18

4.用户类和特征..................................................18

5.运行环境(OperationEnvironment,OE).............................................................19

6.设计和实现的约束条件(constraint)...........................................................19

7、用户文档(UserDocumentation,UD)...........................

8^假设(Assumption)和依赖(Dependency)...............................................23

3.3外部接口需求.....................................................23

1.用户界面(UserInterfaces,UI)......................................................................20

2o硬件接口......................................................24

3.通信接口(CommunicationsInterfaces,Cl)....................................................21

4.系统特性....................................................22

L说明和优先级................................................22

2.激励/响应序列......................................................22

5.其他非功能性需求...............................................23

1.性能(PErformance)需求........................................23

2.防护性需求....................................................23

3.安全性(SEcurity)需求.........................................23

4.软件质量属性..................................................24

5.业务规则..........................................................25

6.其他需求.......................................................25

附录A....................................................................................................................28

数据流图分析..................................................28

附录B....................................................................................................................38

数据字典......................................................38

附录C....................................................................................................................46

序列图........................................................46

协作图........................................................49

版本号变更控制报告编变更条款及内容更改人审批人更改日期

号

lo0初稿2014/1^/2

2.0二稿2014/1羽

3。0三稿201MM4

4o0四稿201MMi

1,前景和范围文档

LL业务需求

1.背景、业务机会和客户需求

B0-1:二手书，鉴于为学生节省开资，把闲置在学生手中的二手书籍，通过

价值评定、新旧率鉴定，然后支付一定费用购进书店，供其他同学租借，其中，

书籍来源主要集中各图书市场挤压库存、学生闲置书籍、废品收购站（该货源

必须进行书籍新旧率、可使用度等指标考量），最大限度节省成本。

B0-2:提供便利、快捷的送货服务，对那些进行网络求购、租借等需求的顾客,

按照他所留下的地址进行一定范围内的送货上门服务.

B0-3:设置会员成功标准一般标准失败标准

制度,对其实行购

书、租书优惠措

施，培养长期顾

客。

BO-4：在第一版使

用后的两年内，大

幅度提升平台在

大学生中的影响

力。如下表所示：

项目

卖方注册量500030001000

用户月访问量800050002000

•3.业务风险

•校外二手书店推销人员进入学校推销导致卖方注册量下降

可能性0。1,影响为4.

周末跳蚤市场等其他活动，导致用户注册/访问量下降

可能性0。6,影响为5。

该平台完全不为老师与同学所接受，弃之不用，使得平台开发的投资回报基本为

0o

•可能性0。1,影响为10.

相关其他二手交易平台,如孔夫子网等同业竞争者，导致平台交易量大幅减少甚

至为零。

可能性0.4,影响为9.

部分同行欺诈行为，导致平台好评率和成交量大幅下降.

可能性0.7,影响为8.

lo2.解决方案的前景

1.前景陈述

新生对于二手书的大量需求和高年级学生对手中IH书的供给，市场供求结构

合理，市场容量巨大，预测交易量能达到一个很高水平，并且APP稳定运行。后

续的内容的充实也会给APP的运行带来新的活力，

2.主要特性

FE—1:根据相似用户搜索历史记录，推荐相关书籍。

FE—2:登陆管理员，查看并管理所有注册用户的相关资料。

FE-3:用户通过系统进行相关书籍的搜索与查找。

FE-4:对成交量进行排行。

FE-5:对书籍进行分类.

FE-6:根据价格,时间，信誉度对书籍进行整理和排序.

FE-7:系统的注册/登陆。

FE-8:根据用户消费情况进行积分。

FE—9:用户发布求书信息.

FE-10：用户取消求书信息。

FE-11:用户将喜欢的书籍加入我的书架。

FE-12:用户在我的书店查看要卖或卖出书籍的记录。

FE-13:对用户信息的修改/注销.

FE-14:查看自己的账单。

3.假设和依赖

AS-1:用户在执行任何一条功能后，都可以终止进一步的操作。用户的各种

操作必须建立在，在该APP上进行过注册.

DE-1:对商品各种操作必须依赖于买家首先登录该APP；

1.3.范围和局限性

1.初始版本和版本1版本2版本3版本4

后续版本的范

围

特性

FE-1不实现不实现不实现完全实现

FE-2不实现管理员可以对完全实现

恶意用户进行

警告或删除，

系统不推送通

知

FE-3完全实现

FE-4完全实现

FE—5只对书籍进行将分类的条目完全实现

粗略分类精细化，并且

在每一类中发

布热度排行榜

FE—6完全实现

FE-7不实现系统只能通过不仅可以用户完全实现

用户名和密码名密码登录，

注册和登录还可以第二方

平台登录

FE-8完全实现

FE—9不实现用户发布求15生成求书列积分高的用户

信息，生成求表，卖家自行将会排列在列

书列表选择进行交易表的前列，优

先取得书籍

FE-10不实现完全实现

FE-11不实现用户将书籍收收藏的地点为完全实现

藏我的书架，系

统推送书籍状

态的更新

FE-12不实现不实现我的书店功能完全实现

与购物车区分

开来，在这一

功能里查看卖

书信息

FE—13可以对自己的可以选择将自完全实现

信息进行修己的部分信息

改，注销，别不公开

人无权侵犯

FE—14完全实现

2.局限性和排斥性

LI-1:书籍情况的审定会因为主观因素的不同而出现差别。

Ll-2:书籍退货系统的不够规范化，无法界定书籍出现的问题

是否在APP能够处理的范围内。

LI-3:“校园二手书交易系统”只能用于南京仙林大学城范围

之内。

L4,业务上下文

1.涉众概主要价值态度主要兴趣约束条件

览

涉众

买家更好的购买积极支持系使用简单，送登陆并注册该

书籍，节约统，但是使用货可靠，书籍APP

时间系统的次数选择的有效性

可能没有期

望的次数多，

考虑到回去

目前比较成

熟的二手书

交易网站

卖家出售二手书，积极的支持使用简单，系登陆并注册该

节约资源，系统的运营统稳定，买家APP

节省时间的信用

管理员维护APP的积极支持保住工作培训工作人员，

正常运行APP的运营掌握使用APP所

需的技能

2.项目优先级具体干活者约束条件自由度

因素

进度计划3/1/03前完

成第一版，到

5/1/03前完成第

二版；在不包括责

任人评审的情况

下，最多可超过

期限3个星期.

特性安排1.0版本实现

的特性必须完全

可操作

质量必须通过95%的

用户验收测试；必

须通过全部的安

全性测谎；所有的

安全事务都必须

遵守APP开发的

各项规定。

工作人员项目团队规模包

括一名半日工作

的项目经理，两

名开发人员，和

一名半日工作的

测试人员；如果有

必要，还可以另外

再增加半日开发

人员和半日测试

人员

费用在不包括责任人

评审的情况下，

财政预算最多可

超支15%

2•用例描述文档

1.用例图

管理求购而品

2.主要参与者和用例用例

主要参与者

买家1、管理用户信息

2、查看交易记录

3、发布求购列表

4、购买商品

卖家1.发布出售商品

2.管理商品信息

3.出售

4.发货

5.管理用户信息

6.管理交易记录

6、管理交易记录

管理员1、管理用户

2、管理购买列表

3、管理求购商品

3.用例描述UC-1

用例ID号

用例名称发布出售商品

执行者卖家

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

前提条件1、卖家在系统已经通过注册

2、卖家登陆至该系统

结束条件该商品信息成功发布在系统上面。

基本序列1、卖家选择“发布出售商品”，接着

选择该商品的所属类型。

2、卖家填写要出售的商品信息，井上

传相应的信息，如图片。

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

4卖家再次确认商品信息后，发布该信

息,并存入系统数据库。

分支过程1.1发布多条求书信息

1.用户请求发布多条求书信息

2o返回第2步

异常序列1.0.Eo1发布的书籍已经存在

1.系统通知卖家该书已经存在。

2a、用户取消发布商品。

2b、系统终止用例

备注1.如果卖家在管理员今天工作的截止

日期之前使用系统，那么管理员审核

时间是当前时间。否则管理员审核时

间在下一个工作日。

用例IDUC-2

用例名称管理商品信息

执行者卖家

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

前提条件卖家在系统上已发布商品信息、，商品

出售之后修改商品的信息。

结束条件商品信息得到了及时的更新。

基本序列1、卖家点击需要修改的商品，系统

显示出详细信息。

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

内容

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

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

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

分支过程1.1修改商品信息

1.用户请求修改选中的商品的信息

2.系统返回第三步.

lo2删除商品信息

1.用户请求删除选中的商品信息

2.系统返回第三步。

2、系统返回第三步。

异常序列1.1.E.1用户登录失败

1.系统提示用户名或密码错误。

2.系统刷新登陆界面。

3.用户重新输入。

3、用户重新输入。

备注卖家修改的各种信息应该建立在管理

员的监督之下.

用例

10UC—3

名

用例

者出售

执行

卖家

目的

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

品O

前提条件买家选中该商品并且完成付款。

结束条件买家收到自己所选择的书。

基本序列1.卖家与买家协商达成一致。

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

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

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

分支过程lo1用户修改选中的商品信息

1.用户成功的修改信息

2.返回第一步.

2、返回第一步.

异常序列1«2.Eo1卖家更新信息失败

1.系统提示卖家信息还没有得到更新.

2.卖家向系统发出更新的请求。

2、卖家向系统发出更新的请求。

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

用例IDUC—4

用例名称发货

执行者卖家

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

前提条件买家成功付款，卖家完成出售。

结束条件买家收到的商品

基本序列1.卖家接到买家的发货请求

2.卖家查看订单

3.通知买家已发货

3、通知买家己发货

分支过程1.1卖家查看订单

1.1卖家登陆系统

lo2卖家查看买家详细的订单要求

1.3返回第三步.

异常序列lo3.E.1用户登录失败

1.系统提示用户名或密码错误。

2.系统刷新登陆界面。

3.用户重新输入。

3、用户重新输入。

备注1、发货信息及时通知买家.

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

用例IDUC-5

用例名称管理用户信息

执行者卖家，买家

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

前提条件买家，卖家在系统上面已经注册

信息通过了管理员的审核.

结束条件卖家和买家成功的修改了信息。

基本序列1.选择修改基本资料，

2、选择修改密码，则界面显示出用户

的用户民、原先密码和新密码。用户

输需在各个名称后面输入所要求的信

息。

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

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

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

分支序列1.1修改基本信息

1.用户选择修改基本信息

2、系统提示出用户的用户名，邮箱,

性别，年龄，电话.用户输在需要修改的

名称后面输入新的资料•.

3.返回第三步。

3、返回第三步。

异常序列lo4.E.1用户登录失败

1.系统提示用户名或密码错误。

2.系统刷新登陆界面。

3.用户重新输入.

3、用户重新输入.

备注卖家和买家提供的信息必须是真效管

理员必须对卖家和买家提供的信息进

行审核。

用例IDUC—6

用例名称查看交易记录

执行者卖家，买家

目的买家和卖家对交易信息的查看及时的

了解关于自己的信息。

前提条件有交易记录的生成

结束条件上条交易的完成，当前系统中没有更

新出新的交易记录。

基本序列1.买家或卖家打开交易记录页面

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

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

分支过程lo1买家或卖家打开交易记录页面

1.用户进入登陆界面

2.用户输入自己的信息

3.系统进行检查信息

4.返回登录信息

5.返回第二步

5、返回第二步

异常序列lo5。E.1用户登录失败

1.系统提示用户名或密码错误。

2.系统刷新登陆界面。

3.用户重新输入.

3、用户重新输入.

备注该用例要求系统对各种交易记录的及

时更新。

用户IDUC—7

用例名称发布求购列表

执行者买家

目的买家成功的发布求购信息，并且得到关

于自己求购列表的书籍信息.

前提条件买家登陆系统发布自己的求购列表并

且该信息真是有效，反映自己真实的

需求。

结束条件买家成功发布自己的求购列表，并且

得到卖家的回应。

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

2、卖家填写购买的商品信息。

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

4、买家再次确认信息后，发布该信息,

并存入数据库。

4.买家再次确认信息后,发布该信息，

并存入数据库。

4、买家再次确认信息后，发布该信息，

并存入数据库。

分支过程1。1卖家填写商品信息

1.卖家选择填写商品信息.

2.卖家对商品的各种信息进行描（上传

图片信息等）.

3.返回第三步。

3、返回第三步。

异常序列1.6.E.1用户登录失败

1.系统提示用户名或密码错误。

2.系统刷新登陆界面.

3.用户重新输入。

3、用户重新输入。

备注1.买家上传的信息必须安全，真是，有

效。

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

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

用户IDUC-8

用例名称购买商品

执行者买家

目的买家购买商品

前提条件买家成功的选择商品并且与卖家对价

格等详细的信息经过了协商。

结束条件买家成功的付款

基本序列1、卖家在搜索中输入索要购买的商

品信息或是或在商品分类中找到

所要购买的商品。

2、选中要购买的商品。

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

4、系统通知卖家发货。

分支序列1.1选中要购买的商品

1.买家选中自己喜欢的商品.

2.添加到自己的书架中。

3.返回第四步.

3、返回第四步.

异常序列1.7.E.1用户登录失败

1.系统提示用户名或密码错误.

2.系统刷新登陆界面。

3.用户重新输入。

3、用户重新输入。

备注买家购买的商品在系统的所提供的范

围之内.

用户IDUC-9

用例名称管理用户

执行者管理员

目的系统管理员对违规事务的处理及违规

用户的删除。

前提条件管理员进行过注册，系统授权管理员

管理权限。

结束条件系统在安全平稳的机制下进行。

基本序列1、系统管理员选择“处理违规事务〃。

2.系统管理员选择“删除违规

用户”

分支序列lo1处理违规事务

1界面显示出违规用户的用户名和遭

到投诉的违规项目。

2系统管理员验证各个用户的违规项

目，若属实，则给出该用户发出警告,

让该用户及时处理违规项目，反馈处

理结果。若该用户在一定时间内无反

馈结果，则删除该用户及其相关信息；

若有反馈结果，经系统管理员验证后是

处理妥当的，则增加该用户的警告次

数

1.2删除违规用户

1界面显示出警告次数达到预定值的

用户.

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

异常序列1.8oEo1管理员登陆失败

1.系统提示用户名或密码错误。

2.系统刷新登陆界面.

3.用户重新输入"

3、用户重新输入。

备

注

管理员在进行该用例的时候必须进行

户核实警告次数。

用

例uc—10

用

ID名

行管理购买列表

者

执

的系统管理员

目

系统管理员对购买页面中购买商品列

表的处理.

前提条件系统管理员登录到求购页面中购买商

品列表.

结束条件系统购买页面中的购买列表的时效性,

真实性。

基本序列1、系统管理员登陆至购买页面的列

表查看

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

核实

3、系统管理员对求购列表进行刷新

之后的发布。

异常序列1。9.E.1管理员登陆失败

1.系统提示用户名或密码错误。

2.系统刷新登陆界面。

3.用户重新输入。

3、用户重新输入。

备注系统管理员必须确保购买列表时最新,

最准确的.

用户IDUC—11

用例名称管理求购商品

执行者系统管理员

目的管理员对求购页面中求购商品的处

理。

前提条件系统管理员登陆至管理求购商品界面

结束条件系统管理员及时的删除求购商品中超

时求购的商品.

基本序列1、系统管理员选择“查看超时求购商

品

2、系统显示超时的求购商品。

3、系统管理员删除超时的求购商品。

4.系统通知买家系统进行了更新。

4、系统通知买家系统进行了更新。

分支序列1.1查看超时求购商品

1.管理员进行登陆。

2.管理员对•系统提示的信息进行审核"

3.返回第三步。

异常序列l.lO.Eo1管理员登陆失败

1.系统提示用户名或密码错误.

2.系统刷新登陆界面。

3.用户重新输入。

3、用户重新输入。

备注系统管理员必须确保求购商品是最新,

最准确反映买家需求的。

用户2

UC—12

例

用

名

退货

行

执

者

买家

目买家对所购旧书不满意，要求退货

前提条件买家成功交易后收到旧书

结束条件卖家收到旧书

基本序列1.买家成功交易，收到旧书

2.买家对旧书真实情况不满意

3.买家联系卖家进行退货处理

分支序列1.1买家与卖家进行联系

1.买家登陆APP

2.买家与卖家进行协商.

3.卖家接受买家的意见。

4.返回第三步。

异常序列l.ll.Eo1用户登陆失败

1.系统提示用户名或密码错误。

2.系统刷新登陆界面。

3.用户重新输入。

3、用户重新输入。

备注买家与卖家自行联系，更新图书信息.

用户2)

UC-13

用例

名

称

卖家处理退货

执行

者

卖家

目的卖家与买家之间的沟通,为了更好地交

易，售后。

前提条件买家与卖家沟通完成，提出退货

结束条件卖家收到退货旧书

基本序列1.买家提出退货

2.卖家接受退货

3.交易成功

异常序列1。12oE.1卖家没有接受到退货

1.卖家登陆系统。

2.卖家与买家进行联系.

3.卖家与买家进行沟通协商.

4.返回第二步。

4、返回第二步。

备注卖家与买家自行沟