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

校园二手书交易系统

软件需求文档

2014年12月31日星期三

目录

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

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

1、背景、业务机会和客户需求 ................................................................... 3 2、业务目标和成功标准 ............................................................................... 4 1.2、解决方案的前景 ........................................................................................... 5

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

2、主要特性 ................................................................................................... 5 3、假设和依赖 ............................................................................................... 5 1.3、范围和局限性 ............................................................................................... 5

1、初始版本和后续版本的范围 ................................................................... 5 2、局限性和排斥性 ....................................................................................... 7 1.4、业务上下文 ................................................................................................... 7

1、涉众概览 ................................................................................................... 7

2、用例描述文档 ......................................................................................................... 9

1、用例图 .............................................................................................................. 9 2、主要参与者和用例 .......................................................................................... 9 3、用例描述 ........................................................................................................ 10 3、需求规格说明书 ................................................................................................... 18

3.1、引言 ............................................................................................................. 18

1、目标 ......................................................................................................... 18 2、项目范围和产品特性 ............................................................................. 18 3、参考文献 ................................................................................................. 18 4、文档约定 ................................................................................................. 18 5.预期的读者和阅读建议 ............................................................................ 19

3.2综合描述 ............................................................................................................... 19

1、产品的前景 ............................................................................................. 19 2、目标以及目标人群 ........................................................................................ 19 3、产品功能 ........................................................................................................ 20 4、用户类和特征 ................................................................................................ 20 5、运行环境（Operation Environment，OE） .................................................. 21 6、设计和实现的约束条件（constraint） ........................................................ 21 7、用户文档（User Documentation，UD） ...................................................... 21 8、假设（Assumption）和依赖（Dependency） ............................................. 21 3.3外部接口需求 ....................................................................................................... 22

1、用户界面（User Interfaces，UI） ................................................................. 22 2.硬件接口 ........................................................................................................... 22 3、通信接口（Communications Interfaces，CI） ............................................. 23 4、系统特性 ........................................................................................................ 23

1、说明和优先级 ......................................................................................... 23 2、激励/响应序列 ........................................................................................ 24

5、其他非功能性需求 ............................................................................................... 24

1、性能（PErformance）需求 ............................................................................ 24 2、防护性需求 .................................................................................................... 25 3、安全性（SEcurity）需求 ............................................................................... 25 4、软件质量属性 ................................................................................................ 25 5、业务规则 ........................................................................................................ 26 6、其他需求 ............................................................................................................... 27

附录A ................................................................................................................... 27

数据流图分析................................................................................................ 27 附录B ................................................................................................................... 36

数据字典........................................................................................................ 36 附录C ................................................................................................................... 43

序列图............................................................................................................ 43 协作图............................................................................................................ 46

版本号 变更控制报告编变更条款及内容 号 1.0 初稿 2.0 二稿 更改人 审批人 更改日期 2014/12/2 2014/12/9 2014/12/24 2014/12/31 3.0 三稿 4.0 四稿

1、前景和范围文档

1.1、业务需求

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

目前，网络正以一种前所未有的冲击力在影响着人类的活动，包括人类的生 产和日常生活。网络的诞生和发展，颠覆了传统的信息传播方式，冲破了存在于传统交流方式中时间和空间的种种壁垒，极大地改变了人类从物质到精神、从形式到内容、从生产到生活的各种活动，并且给人类带来了新的机遇和挑战。21世纪可以说是电子商务的世纪。电子商务通过大幅度地降低交易成本、增加贸易机会、简化交易流程、提高服务质量、改善物流电子商务网站等，极大地推动了全球经济的发展，并在很大程序上影响着我们的生活方式和工作方式。随着Internet的迅速发展，当今电子商务已接被广大的互联网用户所接受，网上书店系统作为其中的一部分也有了迅速的发展。网上书店系统通过网上开店的方式向读者出售书本。国内著名的两大书店，当当网与卓越网，他们售书的理念很简单，读者可以自己寻找自己喜爱的书。 读者无需为寻找一本自己想要的书好奔波于城市的各个角落，无需因为时间问题而错过了新书的首发式，或者因为时间问题而去不了书店。网上书店系统，只需你有一台可以连上互联网的电脑，就可以按

照自己的兴趣检索到自己想要的书本。而现在我们只要拥有一部智能手机就可以实现网上购物。

虽然如此，作为大学生的我们依然会在每个学期的开学之初为各种教材犯愁，虽然各类网上书店为我们提供了丰富的图书信息，然而这些书店由于涉及的范围太广，各种图书让人眼花缭乱，我们不仅要花大量的时间去寻找与自己需求符合的图书，通过在网上货比三家，对比价格，也占用了我们不少的精力和时间。除此之外，在校大学生的教材往往是用了一个学期之后就失去了其利用价值，等到毕业事再以低价出售当废纸卖，这样的方式既浪费资源又浪费资金。建立校园二手书交易平台，通过回收在校大学生的各类教材并出售，既做到了资源的循环利用又省去了不少邮费，而且在同学们需要再次利用以前的图书时可以直接从该平台上获得，可以说是一举两得，不失为广大在校大学生的明智之选。

2、业务目标和成功标准

BO-1:二手书，鉴于为学生节省开资，把闲置在学生手中的二手书籍，通过价值评定、新旧率鉴定，然后支付一定费用购进书店，供其他同学租借，其中，书籍来源主要集中各图书市场挤压库存、学生闲置书籍、废品收购站（该货源必须进行书籍新旧率、可使用度等指标考量），最大限度节省成本。

BO-2:提供便利、快捷的送货服务，对那些进行网络求购、租借等需求的顾客，按照他所留下的地址进行一定范围内的送货上门服务。

BO-3:设置会员制度，对其实行购书、租书优惠措施，培养长期顾客。

BO-4：在第一版使用后的两年内，大幅度提升平台在大学生中的影响力。如下表所示： 项目 成功标准 一般标准 失败标准 5000 3000 1000 卖方注册量 8000 5000 2000 用户月访问量 3、业务风险

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

可能性0.1，影响为4。

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

可能性0.6，影响为5。

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

本为0。

可能性0.1，影响为10。

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

少甚至为零。

可能性0.4，影响为9。

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

可能性0.7，影响为8。

1.2、解决方案的前景 1、前景陈述

新生对于二手书的大量需求和高年级学生对手中旧书的供给，市场供求结构合理，市场容量巨大，预测交易量能达到一个很高水平，并且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、初始版本和后续版本的范围

特性 FE-1 FE-2 版本1 不实现 不实现 版本2 不实现 管理员可以对版本3 不实现 完全实现 版本4 完全实现

恶意用户进行警告或删除，系统不推送通知 FE-3 FE-4 FE-5 完全实现 完全实现 粗略分类 精细化，并且在每一类中发布热度排行榜 FE-6 FE-7 完全实现 不实现 完全实现 系统只能通过不仅可以用户用户名和密码名密码登录，注册和登录 还可以第三方平台登录 FE-8 FE-9 完全实现 不实现 用户发布求书书列表 FE-10 FE-11 不实现 不实现 完全实现 藏 生成求书列 积分高的用户 完全实现 只对书籍进行将分类的条目信息，生成求表，卖家自行将会排列在列选择进行交易 表的前列，优先取得书籍 我的书架，系统推送书籍状态的更新 FE-12 不实现 不实现 我的书店功能与购物车区分开来，在这一功能里查看卖书信息 FE-13 可以对自己的可以选择将自信息进行修改，注销，别人无权侵犯 FE-14 完全实现 己的部分信息不公开 完全实现 完全实现 完全实现 用户将书籍收收藏的地点为2、局限性和排斥性

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

LI-2:书籍退货系统的不够规范化，无法界定书籍出现的问题是否在APP能够处理的范围内。

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

1.4、业务上下文 1、涉众概览

涉众 买家 主要价值 更好的购买间 态度 积极支持系系统的次数可能没有期望的次数多，考虑到回去目前比较成熟的二手书交易网站 卖家 出售二手书，积极的支持节约资源，节系统的运营 省时间 管理员 维护APP的正常运行 积极支持APP的运营 使用简单，系统登陆并注册该稳定，买家的信APP 用 保住工作 培训工作人员，掌握使用APP所需的技能 主要兴趣 约束条件 使用简单，送货登陆并注册该的有效性 书籍，节约时统，但是使用可靠，书籍选择APP

2、项目优先级

因素 具体干活者 约束条件 自由度 进度 特性 质量 工作人员 费用 安排1.0版本实现的特性必须完全可操作 必须通过95%的用户验收测试；必须通过全部的安全性测试；所有的安全事务都必须遵守APP开发的各项规定。 项目团队规模包括一名半日工作的项目经理，两名开发人员，和一名半日工作的测试人员；如果有必要，还可以另外再增加半日开发人员和半日测试人员 计划3/l/03前完成第一版，到5/l/03前完成第二版；在不包括责任人评审的情况下，最多可超过期限3个星期。 在不包括责任人评审的情况下，财政预算最多可超支15% 2、用例描述文档

1、用例图

2、主要参与者和用例

主要参与者 买家 用例 1、 管理用户信息 2、 查看交易记录 3、 发布求购列表 4、 购买商品 1、发布出售商品 2、管理商品信息 3、出售 4、发货 卖家 管理员 5、管理用户信息 6、管理交易记录 1、 管理用户 2、 管理购买列表 3、 管理求购商品 3、用例描述

用例ID号 用例名称 执行者 目的 前提条件 结束条件 基本序列 UC—1 发布出售商品 卖家 卖家通过系统发布出售商品使之出售 1、 卖家在系统已经通过注册 2、 卖家登陆至该系统 该商品信息成功发布在系统上面。 1、 卖家选择“发布出售商品”，接着选择该商品的所属类型。 2、 卖家填写要出售的商品信息，并上传相应的信息，如图片。 3、 系统确认商品信息真实有效。 4卖家再次确认商品信息后，发布该信息，并存入系统数据库。 分支过程 1.1 发布多条求书信息 1.用户请求发布多条求书信息 2.返回第2步 1.0.E.1发布的书籍已经存在 1、系统通知卖家该书已经存在。 2a、用户取消发布商品。 2b、系统终止用例 1、如果卖家在管理员今天工作的截止日期之前使用系统，那么管理员审核时间是当前时间。否则管理员审核时间在下一个工作日。 UC-2 管理商品信息 卖家 卖家修改已发布的商品信息 异常序列 备注 用例ID 用例名称 执行者 目的

前提条件 结束条件 基本序列 卖家在系统上已发布商品信息，商品出售之后修改商品的信息。 商品信息得到了及时的更新。 1、 卖家点击需要修改的商品，系统显示出详细信息。 2、 卖家在各个名称后面输入修改的内容 3、点击确认，提交修改内容 1.1修改商品信息 1、用户请求修改选中的商品的信息 2、系统返回第三步。 1.2删除商品信息 1、用户请求删除选中的商品信息 2、系统返回第三步。 1.1.E.1用户登录失败 1、系统提示用户名或密码错误。 2、系统刷新登陆界面。 3、用户重新输入。 卖家修改的各种信息应该建立在管理员的监督之下。 UC-3 出售 卖家 卖家通过买家的选择出售自己的商品。 买家选中该商品并且完成付款。 买家收到自己所选择的书。 1、卖家与买家协商达成一致。 2、卖家选中商品，完成付款。 3、卖家更新自己的商品信息。 分支过程 异常序列 备注 用例ID 用例名称 执行者 目的 前提条件 结束条件 基本序列 分支过程 1.1用户修改选中的商品信息 1、用户成功的修改信息 2、返回第一步。 异常序列 1.2.E.1卖家更新信息失败 1、系统提示卖家信息还没有得到更新。 2、卖家向系统发出更新的请求。 备注 用例ID 用例名称 执行者 目的 前提条件 结束条件 基本序列 卖家将遵循与卖家的协商出售商品。 UC-4 发货 卖家 成功的买家所选的商品发给买家。 买家成功付款，卖家完成出售。 买家收到的商品 1、卖家接到买家的发货请求 2、卖家查看订单 3、通知买家已发货 1.1卖家查看订单 1.1卖家登陆系统 1.2卖家查看买家详细的订单要求 1.3返回第三步。 1.3.E.1用户登录失败 1、系统提示用户名或密码错误。 2、系统刷新登陆界面。 3、用户重新输入。 1、 发货信息及时通知买家。 2、 卖家及时的发送买家所选的商品。 UC-5 管理用户信息 卖家，买家 用户能修改自身的基本资料和密码 买家，卖家在系统上面已经注册 信息通过了管理员的审核。 卖家和买家成功的修改了信息。 1、选择修改基本资料， 2、选择修改密码，则界面显示出用户的用户民、原先密码和新密码。用户输需在各个名称后面输入所要求的信息。 3、点击确认，提交修改内容 1.1修改基本信息 1、用户选择修改基本信息 2、系统提示出用户的用户名，邮箱，性别，年龄，电话。用户输在需要修改的名称后面输入新的资料。 3、返回第三步。 1.4.E.1用户登录失败 1、系统提示用户名或密码错误。 2、系统刷新登陆界面。 3、用户重新输入。 分支过程 异常序列 备注 用例ID 用例名称 执行者 目的 前提条件 结束条件 基本序列 分支序列 异常序列 备注 用例ID 用例名称 执行者 目的 前提条件 结束条件 基本序列 卖家和买家提供的信息必须是真效管理员必须对卖家和买家提供的信息进行审核。 UC-6 查看交易记录 卖家，买家 买家和卖家对交易信息的查看及时的了解关于自己的信息。 有交易记录的生成 上条交易的完成，当前系统中没有更新出新的交易记录。 1、买家或卖家打开交易记录页面 2、选择需要查看的交易，查看交易记录 1.1买家或卖家打开交易记录页面 1、用户进入登陆界面 2、用户输入自己的信息 3、系统进行检查信息 4、返回登录信息 5、返回第二步 1.5.E.1用户登录失败 1、系统提示用户名或密码错误。 2、系统刷新登陆界面。 3、用户重新输入。 该用例要求系统对各种交易记录的及时更新。 UC-7 发布求购列表 买家 买家成功的发布求购信息，并且得到关于自己求购列表的书籍信息。 买家登陆系统发布自己的求购列表并且该信息真是有效，反映自己真实的需求。 买家成功发布自己的求购列表，并且得到卖家的回应。 分支过程 异常序列 备注 用户ID 用例名称 执行者 目的 前提条件 结束条件 基本序列 1、 卖家选择“发布求购列表”。 2、 卖家填写购买的商品信息。 3、 系统确认商品的信息真是有效。 4、买家再次确认信息后，发布该信息，并存入数据库。 分支过程 1.1卖家填写商品信息 1、卖家选择填写商品信息。 2、卖家对商品的各种信息进行描（上传图片信息等）. 3、返回第三步。 异常序列 备注 用户ID 用例名称 执行者 目的 前提条件 结束条件 基本序列 分支序列 异常序列 1.6.E．1用户登录失败 1、系统提示用户名或密码错误。 2、系统刷新登陆界面。 3、用户重新输入。 1、买家上传的信息必须安全，真是，有效。 2、在此过程中管理员进行监督。 UC-8 购买商品 买家 买家购买商品 买家成功的选择商品并且与卖家对价格等详细的信息经过了协商。 买家成功的付款 1、 卖家在搜索中输入索要购买的商品信息或是或在商品分类中找到所要购买的商品。 2、 选中要购买的商品。 3、 买家确认购买，系统生成订单。 4、 系统通知卖家发货。 1.1选中要购买的商品 1、买家选中自己喜欢的商品。 2、添加到自己的书架中。 3、返回第四步。 1.7.E．1用户登录失败 1、系统提示用户名或密码错误。 2、系统刷新登陆界面。 备注 用户ID 用例名称 执行者 目的 前提条件 结束条件 基本序列 分支序列 异常序列 备注 用户ID 用例名称 执行者 目的 前提条件 结束条件 3、用户重新输入。 买家购买的商品在系统的所提供的范围之内。 UC-9 管理用户 管理员 系统管理员对违规事务的处理及违规用户的删除。 管理员进行过注册，系统授权管理员管理权限。 系统在安全平稳的机制下进行。 1、 系统管理员选择“处理违规事务”。 2、系统管理员选择“删除违规用户” 1.1处理违规事务 1界面显示出违规用户的用户名和遭到投诉的违规项目。 2系统管理员验证各个用户的违规项目，若属实，则给出该用户发出警告，让该用户及时处理违规项目，反馈处理结果。若该用户在一定时间内无反馈结果，则删除该用户及其相关信息；若有反馈结果，经系统管理员验证后是处理妥当的，则增加该用户的警告次数 1．2删除违规用户 1界面显示出警告次数达到预定值的用户。 2系统管理员删除选定的各个用户。 1.8.E.1管理员登陆失败 1、系统提示用户名或密码错误。 2、系统刷新登陆界面。 3、用户重新输入。 管理员在进行该用例的时候必须进行核实警告次数。 UC-10 管理购买列表 系统管理员 系统管理员对购买页面中购买商品列表的处理。 系统管理员登录到求购页面中购买商品列表。 系统购买页面中的购买列表的时效

5、运行环境（Operation Environment，OE）

OE-1: “校园二手书交易平台”的操作将通过基于Android操作平台的手机客户端来完成。

OE-2: “校园二手书交易平台”的客户端要求操作平台的JDK版本1.6以上。 OE-3: “校园二手书交易平台”的客户端要求Android SDK版本2.0以上 OE-4: “校园二手书交易平台”的客户端要求IOS版本6.0以上。

6、设计和实现的约束条件（constraint）

CO-1：“校园二手书交易的移动应用平台”系统的设计、编码和维护文档将遵照Android标准。

CO-2: “校园二手书交易的移动应用平台”是一款安卓APP,由于安卓平台对SQLite数据库进行了封装，因此开发人员不用过多考虑数据库连接以及语句的管理。因此，选用SQLite数据库来实现本地数据存储功能。 CO-3：所有代码按照安卓代码标准规范进行编写。 CO-4：所有脚本都用Ruby语言来编写。

7、用户文档（User Documentation，UD）

UD-1：系统将提供一个分层的和跨链接的HTML联机帮助系统，它描述并演示了所有系统功能。 UD-2：如果一个用户没有网上购书的经验，系统可以给该用户提供一个联机教程，这样用户可以使用静态教程菜单来具体实践一下如何下单。 用户文档名称 描述及文档标准 用户手册 操作手册 使用非专门术语的语言，充分的描述该系统所具有的功能及基本的使用方法 向操作人员提供该软件每一个运行的具体过程和有关知识，包括操作方法的细节 8、假设（Assumption）和依赖（Dependency）

AS-1:只要服务器能正常工作，本APP将随时响应用户的订单要求。 DE-1：卖家确认订单依赖于书籍库存量。

DE-2：“校园二手书交易的移动应用平台”依赖于”银行系统“，它接受用户购书的付费请求。

3.3外部接口需求

1、用户界面（User Interfaces，UI）

? 界面风格简洁明快，素雅大方。

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

? 前台界面操作可逆，其动作可以是单个的操作，或者是一个操作序列。 ? 后台各管理模块的不同管理功能操作界面，采用在不同窗口进行管理，各功能操作切换比较简单又相对独立。

? 提供信息反馈，如提供用户当前登录状态信息。 ? 提供简单的错误处理；

2.硬件接口

? 安卓手机版本需要安卓2.0以上的操作系统 ? 苹果手机版本需要IOS 6.0以上的操作系统 3软件接口（Software Interfaces，SI）

SI-1：“校园二手书交易的移动应用平台”库存系统。

SI-1.1：“校园二手书交易的移动应用平台”的购买书籍系统将通过程序面向“校园二手书交易的移动应用平台库存系统”发送锁定书籍的信息。

SI-1.2：“校园二手书交易的移动应用平台”的购买书籍系统将会轮询“校园二手书交易的移动应用平台”的库存系统以确定该信息是否有效。 SI-1.3：当“校园二手书交易的移动应用平台”的库存系统通知“校园二手书交易的移动应用平台”的购买书籍系统已经没有库存的时候，该条信息将会在“校园二手书交易的移动应用平台”的购买书籍系统中删除。 SI-2：“校园二手书交易的移动平台”支付管理系统

SI-2.1：允许顾客注册从支付宝中扣除书费的付费方式。

SI-2.2: 允许顾客取消所注册的从支付宝中扣除书费的付费方式。 SI-2.3：检查顾客是否注册了从支付宝中扣除书费的付费方式。 SI-2.4：为要购买的书籍提交付费请求。

SI-2.5：退还全部或部分上面的费用，其原因是因为顾客要退还所购买的书籍，原因是対它们不满意，也可能是因为没能按照顾客要求完成书籍的派送。

3、通信接口（Communications Interfaces，CI）

CI-1: “校园二手书交易的移动应用平台”购买书籍系统,将会向买家发送电子邮件，短信，在线联系等方式，以确认订单和确认付款。

CI-2：“校园二手书交易的移动应用平台”购买书籍系统,将会向买家发送电子邮件，短信，在线联系等方式，以报告接受订单之后存在的问题。

4、系统特性 1、说明和优先级

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

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

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

说明 查询二手书 登陆或注册 订单功能 发表留言 管理员基于平台后的管理 优先级 高 高 高 中 高 2、激励/响应序列

刺激：用户请求发布二手书。

响应：提示录入书籍信息、价格等。 刺激：用户请求管理商品信息。

响应：显示商品信息，提供修改、删除等编辑功能。 刺激：用户请求对某一订单发货。

响应：系统将该订单状态更改为已发货。 刺激：用户请求更改个人信息。

响应：显示个人信息，提供修改功能。 刺激：用户请求查看交易记录。

响应：显示交易记录，并注明作为买方还是卖方参与。 刺激：卖家用户请求处理退货。

响应：将退货申请显示出来，等待用户处理，并将处理结果发送给买房。 刺激：管理员请求管理用户信息。

响应：显示所有用户信息，并注明经系统检测不符合规定的用户。 刺激：用户请求发布求购列表。

响应：提示用户输入书籍描述，并将描述列为关键词自动搜索，若有书籍发布就通知用户。

刺激：用户请求退货。

响应：提示选择要退货的书籍并输入退货理由，发送给卖家用户。 刺激：用户请求下订单。

响应：提示输入送货地址，提供付款方式，生成订单。

5、其他非功能性需求

1、性能（PErformance）需求

PE-1：数据精确度

? 查询信息时应保证查全率，所有相应域包含查询关键字的记录都应该查到。 ? 查询信息应保证查准率，查到的记录应与给定的查询条件完全匹配。 PE-2:时间特性

? 该APP具体时间特性要求要根据网速来决定。我们将最大限度的减少系统响

应时间，最小化更新处理时间和数据转换时间。 PE-3:系统容量需求 ? 注册用户：3500以上 ? 在线用户：1500以上 ? 并发数：500以上 PE-4:适应性

? 满足用户的使用需求。

2、防护性需求

防护性需求还没有确定。

3、安全性（SEcurity）需求

SE-1：所有涉及功能信息或个人身份信息的网络事务都要进行加密操作。 SE-2：除了浏览页面外，用户必须登录到“校园二手书交易的移动应用平台”才能完成其他的操作。

SE-3：用户的登录受计算机系统访问控制策略的限制。

SE-4: 系统只允许用户浏览他们自己以前的订单，而不能浏览其他用户的订单。

SE-5：网络安全：能经受来自互联网的一般性恶意攻击。

SE-6：数据库安全：数据库级备份和恢复。数据库级用户进行角色和权限授权。使得在异常情况发生时，系统得以快速恢复，避免数据的丢失或将其影响降到最低限度。同样，要保证存储过程中数据不被非法访问和篡改。

4、软件质量属性

正确性

? 要求发布的app达到用户的预期目标，运行时基本无错误。 可靠性

? 对于编写好的软件，会进行大量的测试，不断地查找里面出现的bug，并及

时的对其进行修改，尽可能的减少bug的数量。随着用户量的增加，我们会及时的更新我们的服务器和数据库，从而保证网站的可靠性。避免用户量太大，而造成服务器瘫痪，影响网站的可靠性。 效率

? 对于浏览、查询、添加、删除、更新等一般操作，要求及时响应，在2～3

秒内。 完整性

? 要求能在发生意外的情况下，保证不丢失数据。 易使用性

? 对于网站的主界面设计，我们是参考了一些成功的网站设计，借鉴了这些网

站的成功的经验。深入的研究他们用户界面的设计，吸取精华。 可维护性

? 在设计网站的时候，将每个模块都分别独立开来，对于一些页面，我们将其

做成了模板，在使用的时候进行母版页加载即可。这样可以集中精力放在代

码块的构造与实现上。避免了一些不必要的困扰。在代码设计过程中，尽可能的减少模块之间的耦合性。做到模块和模块之间的分离。这样，日后的维护具有较好的方便性。 可测试性

? 设计时尽可能减少测试本软件的各项功能所需的工作量。 复用性

? 设计时应采取模块化的方法进行设计，对系统内各模块接口尽可能达到聚、

低耦合的程度，以提高各模块的复用性。 可理解性

? 对于本网站提供的各种命令，各种信息提示，应易于用户理解。 互联性

? 要求提供数据得到如何导入和导出接口，以易于同其他系统的连接。 可移植性 ?

支持其他服务器部署及使用。

5、业务规则

3、 ID 规则定义 BR-1 一份求购列表上的书籍必须采用同一种付费方式来支付费用 BR-2 一份出售列表上的书籍必备信息（带星号）均如实填写，才可申请通过。 BR-3 BR-4 在网络上传输的信息，如果涉及财务信息或个人身份信息，则要求采用128位的加密 卖家取消发布出售书籍信息，提前12小时提交申请，方可通过。前6小时买家仍可以购买，后6小时为保护时间，期间卖家随时可取消申请。 （这里不列出有关受限的计算机系统访问策略的细节） 交易成功，网站自动从中提取税收，具体细节可参考说明《卖家须知》。 规则类型 约束 约束 约束 约束 静/动态 静 动 静 动 来源 管理员 管理员 公司安全策略 管理员 BR-5 BR-6 约束 约束 静 静 公司安全策略 公司会计部经理 6、其他需求

附录A 数据流图分析

根据本二手书交易APP的实际情况，我们定义系统的功能如下： 1． 系统为用户提供各种二手书需求或出售的在线平台。 2． 系统可以提供帮助实现买卖双方进行沟通议价的功能。

3． 所有注册后的买家都可以搜索，浏览系统保存的各种二手书商品信息。 4． 所有注册后的卖家都可以在登录系统后发布二手书信息。 5． 管理员有权删除非法或者恶意用户。

6． 所有注册后的用户都有权修改或注销自己的用户信息。 正常用户的账户信息发生变动时，系统将变动情况通知用户。

详细功能描述

0层图

系统的使用者为系统管理员和用户，用户在系统注册后生成用户信息表文

件。系统的功能分为两个模块，面向管理员的模块功能是系统管理，主要是删除系统非法用户或恶意用户的帐号信息；面向用户的模块功能是用户信息管理和交易管理。其中，用户信息管理包括更改用户密码，更改用户基本信息；交易管理包括出售管理，求购管理，买卖信息管理。 1、 系统管理

用户功能：对交易过程进行投诉反馈信息，由管理员进行处理后反馈给用户。 管理员功能：对用户发出警告，从用户信息表中搜索用户并删除非法用户。这项功能只能为管理员所有。

注：如果用户被警告或者删除会收到系统提示信息。

2、 用户管理

这个模块实现了用户请求交易，发布、更新交易信息的功能，并使用户能够更新自己注册信息以及基本信息。

3、 交易管理

在用户交易管理中，根据用户的提供的交易物品生成了“出售信息表”和“求购信息表”，用户可以随时对自己发布的信息进行更改或删除。在交易的过程中，系统会根据这两个表生成对应物品的求购（出售）信息目录供所有进入该APP的买家浏览参考。

4、

出售管理

用户登录后可发出出售请求。

用户录入二手书信息（包括二手书名称，二手书价格，二手书简介，出售数量，联系方式。其中书籍名称、价格必填字段。用户在录入二手书信息的时候书籍信息（如书籍名称，简介）可以通过扫描书籍的条形码登记。联系方式为电话或QQ，考虑到用户可能不愿意留下自己的电话或QQ，我们将联系方式设为可选字段，可以发送消息。同时系统会通过短信通知用户。

经管理员检查录入信息正确无误，生成二手书出售信息单。用户发送出售请求成功后会在我的书店这一功能里看到要出售书籍的状态，如有新动态，系统也会推送通知。

系统将出售信息纳入出售信息表，并根据出售信息表上的内容发布出售信息。

5、 求购管理

用户登录后可发出求购请求。

用户录入求购信息，包括求购二手书名称，二手书预计出价，书籍描述或关键词，联系方式。其中书籍名称、价格为必填字段。联系方式为电话或QQ，考虑到用户可能不愿意留下自己的电话或QQ，我们将联系方式设为可选字段，可以发送站内信。同时系统会通过短信通知用户。

经管理员检查录入信息正确无误，生成求购物品信息单。

系统将求购信息纳入求购信息表，并根据求购信息表上的内容发布求购信息。 6、 买卖信息更新管理

注册后的用户可以随时更新自己的买卖信息。

7、 搜索

买家在APP首页用关键词或书籍名称，类别搜索自己想找的书籍，系统根据卖家诚信度，距离远近和书籍价格，书籍热度生成排行榜供买家进行参考。并且根据出售数量和搜索次数在主页上公布热门书排行榜。买家可以将心怡的书籍加入我的书架，收藏起来，书架中书籍的价格，状态变动等系统均会推送通知给用户。 8、 用户信息管理

用户信息管理包括更改用户注册名称，更改用户密码，更改用户基本信息；用户管理操作主要针对用户信息表进行修改，每个用户只能在登陆后修改自己的信息，管理员有权在适当的时候查看用户的资料以删除恶意用户。 9、

找回密码

用户找回密码时，需要输入验证信息，验证成功后输入新密码，系统自动更新密码。

10、 用户注册和用户注销

游客只有在成功注册后才能在APP上发布求购信息，出售信息，进行购买等等。

只有注册过的用户才能进行用户的注销，除管理员之外用户只能注销自己的账号，没有权利侵犯他人的账号。

11、 退货

买家申请退货，填写退货理由并且上传图片，管理员对退货理由进行审核，如果是书籍缺页等质量问题或卖家发错书籍，运费由卖家承担，如果是书籍无质量问题而是买家买错书籍或者不喜欢所买到的书籍，运费由买家自己承担。如果买家是恶意退货，如故意损坏书籍等，管理员退回退货要求，买家退货失败。退货成功后，买家将在24小时内收到货款。

附录B 数据字典

1、 汇总后的数据项 名称 数据项 类型 位数 username userID UserID UserName Password 联系方式 BookID BookName BookNum BookPrice BookPicture BookState Introduction DDID DDState DDTime DDPrice 管理员登陆名 char int 管理员ID int 用户ID char 用户登录名 char 用户登录密码 char 用户联系方式 int 二手书ID char 二手书名称 int 二手书数量 int 二手书价格 image 二手书图片 二手书状态 int text 书籍介绍 int 订单ID int 订单状态 提交订单时间 datetime int 订单总额 50 2 2 50 50 50 2 50 2 2 2 2 2 2 NoteTime NoteContent SellTime WantTime ShowTime 2、 数据流条目 数据流名 标识符 GWC 购物车 二手书订单表 ESSDDB 留言时间 留言内容 卖出时间 求购时间 发布时间 int text selltime wantime showtime 2 用户信息表 YHXXB 订单处理信息 DDCLXX LYXX 留言信息 可购书籍列表 KGSJLB 求购书籍列表 QGSJLB 我的书架 我的书店 WDSJ WDSD 组成 二手书ID+二手书名称+二手书数量+二手书价格+二手书图片+二手书状态 用户登录名+用户联系方式+二手书ID+二手书名称+二手书数量+二手书价格+二手书图片+书籍介绍+{订单ID+订单状态+提交订单时间+订单总额} 用户ID+用户登录名+用户登录密码+用户联系方式 管理员登录名+管理员ID+{订单ID+订单状态+提交订单时间+订单总额} 用户ID+用户登录名+留言时间+留言内容 二手书ID+二手书名称+二手书数量+二手书价格+二手书图片+用户联系方式+发布时间+二手书状态 用户登录名+用户联系方二手书名称+二手书数量+求购时间+二手书状态 二手书ID+二手书名称+二手书数量+二手书价格+二手书图片 二手书ID+二手书名称+二手书数量+二手书价格+二手书图片+订单ID+订单总额+留言内容 3、 加工条目 加工名：检查（卖家） 编号：1.1

启动条件：收到出售请求（卖家登陆） 加工说明:

A.收到出售请求（卖家登陆）；

B.检查卖家用户信息（是否已申请账号）； C.检查出售请求信息；

D.检查合格发送给用户录入信息； E.检查不合格即开启不合格处理； 执行频率：100/天

加工名：用户录入出售信息 编号：1.2

启动条件：出售请求合格 加工说明：

A.出售信息检查合格；

B.用户登陆后正式录入出售货物信息（书的具体内容，新旧程度，笔记，条形码，编者，第几版等； 执行频率：100/天

加工名：系统检查 编号：1.3

启动条件：收到出售信息描述 加工说明：

A.系统检查所收到的出售信息;

B.若出售信息正确则发送给用户确认。 执行频率：100/天

加工名：用户确认出售信息 编号：1.4

启动条件：收到系统检查过后的出售信息 加工说明：

A.用户在自己所发出的出售信息得到确认后点击确定 B.生成出售物品信息单

C.发送出售物品信息单，开始录入信息表。 执行频率：100/天

加工名：录入出售信息表 编号：1.5

启动条件：收到出售货品信息单 加工说明：

A.收到出售货品信息单

B.将用户所要卖出的旧书信息录入出售信息表 C.信息表录入文件 D.发布物品出售信息 执行频率：100/天

加工名：不合格处理 编号：1.6

启动条件：收到检查不合格的出售请求 加工说明：

A.收到检查不合格的出售请求 B.提示卖家不合格请求 执行频率：100/天

加工名：检查（买家） 编号：2.1

启动条件：收到买家求购请求（买家账号登陆） 加工说明：

A.收到买家求购请求 B.检查求购请求

C.合格则开始进行选择求购商品

D.不合格进行不合格处理，提示买家不合格请求。 执行频率：100/天

加工名：用户选择求购商品 编号：2.2

启动条件：收到买家信息合格的信息 加工说明： A.检查合格

B.用户开始选择自己所要购买的旧书 C.发送求购信息给系统检查 执行频率：100/天

加工名：系统检查 编号：2.3

启动条件：收到买家关于某个商品的求购信息 加工说明： A.收到求购信息

B.系统对所要购买商品的信息进行检查 C.形成商品求购信息单 D.发送加入购物车 执行频率：100/天

加工名：加入购物车 编号：2.4

启动条件：求购商品信息单合格 加工说明：

A.收到求购商品信息单合格 B.将所要购买商品加入购物车 C.生成购买信息表，存入文件

D.为接下来的购买选择支付方式做准备 执行频率：100/天

加工名：购买支付方式

编号：2.5

启动条件：收到确认购买 加工说明：

A.收到确认购买的信息

B.选择所要购买物品的支付方式（一般为支付宝，网银，微信，快捷支付或者货到付款）

C.若账户余额不足等情况出现，则发生交易不成功 D.支付成功，则购买完成，交易成功。 执行频率：100/天

加工名：交易成功 编号：2.6

启动条件：购买成功 加工说明： A.支付成功

B.交易成功，购买完成

C.可以对商品进行评价（服务态度等方面） 执行频率：100/天

加工名：检查用户是否登陆 编号：3.1

启动条件：更新买卖信息请求 加工说明：

A.收到用户想要更新买卖信息的请求 B.检查用户是否登陆

C.若已登录，则进行更新买卖信息请求 D.未登录，则进行未登录处理 执行频率：100/天

加工名：更新或删除现有信息 编号：3.2

启动条件：用户已登录 加工说明：

A.用户想要更新或删除有关信息

B.将更改后的信息存入系统文件（购买信息） C.将更改后的信息存入系统文件（出售信息） 执行频率：100/天

加工名：未登录处理 编号：3.3

启动条件：用户未登录 加工说明：

本文来源：https://www.bwwdw.com/article/xfvh.html