校园二手书交易系统需求文档.docx
《校园二手书交易系统需求文档.docx》由会员分享，可在线阅读，更多相关《校园二手书交易系统需求文档.docx（60页珍藏版）》请在冰点文库上搜索。
校园二手书交易系统需求文档
校园二手书交易系统
软件需求文档
2021年12月31日星期三
版本号
变更控制报告编号
变更条款及内容
更改人
审批人
更改日期
初稿
2021/12/2
二稿
2021/12/9
三稿
2021/12/24
四稿
2021/12/31
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、初始版本和后续版本的范围
特性
版本1
版本2
版本3
版本4
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
完全实现
2、局限性和排斥性
LI-1：
书籍情况的审定会因为主观因素的不同而出现差异。
LI-2:
书籍退货系统的不够标准化，无法界定书籍出现的问题是否在APP能够处理的范围内。
LI-3：
“校园二手书交易系统〞只能用于南京仙林大学城范围之内。
、业务上下文
1、涉众概览
涉众
主要价值
态度
主要兴趣
约束条件
买家
更好的购置书籍，节约时间
积极支持系统，但是使用系统的次数可能没有期望的次数多，考虑到回去目前比拟成熟的二手书交易网站
使用简单，送货可靠，书籍选择的有效性
登陆并注册该APP
卖家
出售二手书，节约资源，节省时间
积极的支持系统的运营
使用简单，系统稳定，买家的信用
登陆并注册该APP
管理员
维护APP的正常运行
积极支持APP的运营
保住工作
培训工作人员，掌握使用APP所需的技能
2、工程优先级
因素
具体干活者
约束条件
自由度
进度
方案3/l/03前完成第一版，到5/l/03前完成第二版；在不包括责任人评审的情况下，最多可超过期限3个星期。
特性
质量
必须通过95%的用户验收测试；必须通过全部的平安性测试；所有的平安事务都必须遵守APP开发的各项规定。
工作人员
工程团队规模包括一名半日工作的工程经理，两名开发人员，和一名半日工作的测试人员；如果有必要，还可以另外再增加半日开发人员和半日测试人员
费用
在不包括责任人评审的情况下，财政预算最多可超支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、系统通知卖家该书已经存在。
2a、用户取消发布商品。
2b、系统终止用例
备注
1、如果卖家在管理员今天工作的截止日期之前使用系统，那么管理员审核时间是当前时间。
否那么管理员审核时间在下一个工作日。
用例ID
UC-2
用例名称
管理商品信息
执行者
卖家
目的
卖家修改已发布的商品信息
前提条件
卖家在系统上已发布商品信息，商品出售之后修改商品的信息。
完毕条件
商品信息得到了及时的更新。
根本序列
1、卖家点击需要修改的商品，系统显示出详细信息。
2、卖家在各个名称后面输入修改的内容
3、点击确认，提交修改内容
分支过程
商品信息
1、用户请求修改选中的商品的信息
2、系统返回第三步。
商品信息
1、用户请求删除选中的商品信息
2、系统返回第三步。
异常序列
登录失败
1、系统提示用户名或密码错误。
2、系统刷新登陆界面。
3、用户重新输入。
备注
卖家修改的各种信息应该建立在管理员的监视之下。
用例ID
UC-3
用例名称
出售
执行者
卖家
目的
卖家通过买家的选择出售自己的商品。
前提条件
买家选中该商品并且完成付款。
完毕条件
买家收到自己所选择的书。
根本序列
1、卖家与买家协商达成一致。
2、卖家选中商品，完成付款。
3、卖家更新自己的商品信息。
分支过程
修改选中的商品信息
1、用户成功的修改信息
2、返回第一步。
异常序列
信息失败
1、系统提示卖家信息还没有得到更新。
2、卖家向系统发出更新的请求。
备注
卖家将遵循与卖家的协商出售商品。
用例ID
UC-4
用例名称
发货
执行者
卖家
目的
成功的买家所选的商品发给买家。
前提条件
买家成功付款，卖家完成出售。
完毕条件
买家收到的商品
根本序列
1、卖家接到买家的发货请求
2、卖家查看订单
3、通知买家已发货
分支过程
查看订单
登陆系统
卖家查看买家详细的订单要求
返回第三步。
异常序列
登录失败
1、系统提示用户名或密码错误。
2、系统刷新登陆界面。
3、用户重新输入。
备注
1、发货信息及时通知买家。
2、卖家及时的发送买家所选的商品。
用例ID
UC-5
用例名称
管理用户信息
执行者
卖家，买家
目的
用户能修改自身的根本资料和密码
前提条件
买家，卖家在系统上面已经注册
信息通过了管理员的审核。
完毕条件
卖家和买家成功的修改了信息。
根本序列
1、选择修改根本资料，
2、选择修改密码，那么界面显示出用户的用户民、原先密码和新密码。
用户输需在各个名称后面输入所要求的信息。
3、点击确认，提交修改内容
分支序列
根本信息
1、用户选择修改根本信息
2、系统提示出用户的用户名，邮箱，性别，年龄，。
用户输在需要修改的名称后面输入新的资料。
3、返回第三步。
异常序列
1.4.E.1用户登录失败
1、系统提示用户名或密码错误。
2、系统刷新登陆界面。
3、用户重新输入。
备注
卖家和买家提供的信息必须是真效管理员必须对卖家和买家提供的信息进展审核。
用例ID
UC-6
用例名称
查看交易记录
执行者
卖家，买家
目的
买家和卖家对交易信息的查看及时的了解关于自己的信息。
前提条件
有交易记录的生成
完毕条件
上条交易的完成，当前系统中没有更新出新的交易记录。
根本序列
1、买家或卖家翻开交易记录页面
2、选择需要查看的交易，查看交易记录
分支过程
1、用户进入登陆界面
2、用户输入自己的信息
3、系统进展检查信息
4、返回登录信息
5、返回第二步
异常序列
1.5登录失败
1、系统提示用户名或密码错误。
2、系统刷新登陆界面。
3、用户重新输入。
备注
该用例要求系统对各种交易记录的及时更新。
用户ID
UC-7
用例名称
发布求购列表
执行者
买家
目的
买家成功的发布求购信息，并且得到关于自己求购列表的书籍信息。
前提条件
买家登陆系统发布自己的求购列表并且该信息真是有效，反映自己真实的需求。
完毕条件
买家成功发布自己的求购列表，并且得到卖家的回应。
根本序列
1、卖家选择“发布求购列表〞。
2、卖家填写购置的商品信息。
3、系统确认商品的信息真是有效。
4、买家再次确认信息后，发布该信息，并存入数据库。
分支过程
填写商品信息
1、卖家选择填写商品信息。
2、卖家对商品的各种信息进展描〔上传图片信息等〕.
3、返回第三步。
异常序列
1.6.E．1用户登录失败
1、系统提示用户名或密码错误。
2、系统刷新登陆界面。
3、用户重新输入。
备注
1、买家上传的信息必须平安，真是，有效。
2、在此过程中管理员进展监视。
用户ID
UC-8
用例名称
购置商品
执行者
买家
目的
买家购置商品
前提条件
买家成功的选择商品并且与卖家对价格等详细的信息经过了协商。
完毕条件
买家成功的付款
根本序列
1、卖家在搜索中输入索要购置的商品信息或是或在商品分类中找到所要购置的商品。
2、选中要购置的商品。
3、买家确认购置，系统生成订单。
4、系统通知卖家发货。
分支序列
要购置的商品
1、买家选中自己喜欢的商品。
2、添加到自己的书架中。
3、返回第四步。
异常序列
1.7.E．1用户登录失败
1、系统提示用户名或密码错误。
2、系统刷新登陆界面。
3、用户重新输入。
备注
买家购置的商品在系统的所提供的范围之内。
用户ID
UC-9
用例名称
管理用户
执行者
管理员
目的
系统管理员对违规事务的处理及违规用户的删除。
前提条件
管理员进展过注册，系统授权管理员管理权限。
完毕条件
系统在平安平稳的机制下进展。
根本序列
1、系统管理员选择“处理违规事务〞。
2、系统管理员选择“删除违规用户〞
分支序列
违规事务
1界面显示出违规用户的用户名和遭到投诉的违规工程。
2系统管理员验证各个用户的违规工程，假设属实，那么给出该用户发出警告，让该用户及时处理违规工程，反应处理结果。
假设该用户在一定时间内无反应结果，那么删除该用户及其相关信息；假设有反应结果，经系统管理员验证后是处理妥当的，那么增加该用户的警告次数
1．2删除违规用户
1界面显示出警告次数到达预定值的用户。
2系统管理员删除选定的各个用户。
异常序列
1.8登陆失败
1、系统提示用户名或密码错误。
2、系统刷新登陆界面。
3、用户重新输入。
备注
管理员在进展该用例的时候必须进展核实警告次数。
用户ID
UC-10
用例名称
管理购置列表
执行者
系统管理员
目的
系统管理员对购置页面中购置商品列表的处理。
前提条件
系统管理员登录到求购页面中购置商品列表。
完毕条件
系统购置页面中的购置列表的时效性，真实性。
根本序列
1、系统管理员登陆至购置页面的列表查看
2、系统管理员对列表中的信息进展核实
3、系统管理员对求购列表进展刷新之后的发布。
异常序列
登陆失败
1、系统提示用户名或密码错误。
2、系统刷新登陆界面。
3、用户重新输入。
备注
系统管理员必须确保购置列表时最新，最准确的。
用户ID
UC-11
用例名称
管理求购商品
执行者
系统管理员
目的
管理员对求购页面中求购商品的处理。
前提条件
系统管理员登陆至管理求购商品界面
完毕条件
系统管理员及时的删除求购商品中超时求购的商品。
根本序列
1、系统管理员选择“查看超时求购商品〞。
2、系统显示超时的求购商品。
3、系统管理员删除超时的求购商品。
4、系统通知买家系统进展了更新。
分支序列
超时求购商品
1、管理员进展登陆。
2、管理员对系统提示的信息进展审核。
3、返回第三步。
异常序列
1.10登陆失败
1、系统提示用户名或密码错误。
2、系统刷新登陆界面。
3、用户重新输入。
备注
系统管理员必须确保求购商品是最新，最准确反映买家需求的。
用户ID
UC-12
用例名称
退货
执行者
买家
目的
买家对所购旧书不满意，要求退货
前提条件
买家成功交易后收到旧书
完毕条件
卖家收到旧书
根本序列
1、买家成功交易，收到旧书
2、买家对旧书真实情况不满意
3、买家联系卖家进展退货处理
分支序列
与卖家进展联系
1、买家登陆APP
2、买家与卖家进展协商。
3、卖家承受买家的意见。
4、返回第三步。
异常序列
1.11登陆失败
1、系统提示用户名或密码错误。
2、系统刷新登陆界面。
3、用户重新输入。
备注
买家与卖家自行联系，更新图书信息。
用户ID
UC-13
用例名称
卖家处理退货
执行者
卖家
目的
卖家与买家之间的沟通，为了更好地交易，售后。
前提条件
买家与卖家沟通完成，提出退货
完毕条件
卖家收到退货旧书
根本序列
1、买家提出退货
2、卖家承受退货
3、交易成功
异常序列
没有承受到退货
1、卖家登陆系统。
2、卖家与买家进展联系。
3、卖家与买家进展沟通协商。
4、返回第二步。
备注
卖家与买家自行沟通，卖家收到退货后可以自行决定旧书的去向，可以继续上架，也可以转赠等。
3、需求规格说明书
3.1、引言
1、目标
本文档首先给出整个APP功能构造的概貌，试图从整体架构上给出整个APP的轮廓，然后对功能需求、数据需求、性能需求和其他非功能需求进展了详细的描述。
其中对功能需求的描述运用了RationalRose的用例模型方式，描述每一用例的根本领件流，并给出直观的用例图。
对数据需求的描述运用了数据流图方法，从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程。
这些文字与图形都为了文档能够详细准确地描述用户的需求，同时也为用户更容易的理解这些需求的描述创造了条件。
2、工程范围和产品特性
随着商品经济的开展，高校学生通常会有出售二手货物的需求，而其他在校同学又希望买到廉价的二手商品。
二手物品交易主要是通过校内论坛二手交易板块和跳蚤市场，由于同学们平时都喜欢宅在寝室，跳蚤市场很多人都不愿意去看，而校内论坛上的二手交易信息，多且杂，找起来费时费力，这些远远不能为我们提供方便，导致很多二手物品都被当垃圾扔掉。
通过对校内论坛二手商品交易板块的分析，以及对校内学生的调查，发现校内的二手物品交易有如下特点：
种类多，规模小，交易随机性比拟强，时间分布根本上比拟平均，每年的六七月份〔大四学生离校期间〕会出现一个二手物品交易的顶峰。
参加交易的人员绝大局部为在校学生。
针对这一情况【书虫】APP应运而生，为广阔同学提供方便同时，又实现了废旧物品的循环利用。
该APP是在积累了丰富的业务经历的根底上开发的，在需求上，充分考虑了具体用户的实际情况。
3、参考文献
1、软件需求工程第2版毋国庆梁正平袁梦霆李勇华机械工业出版社。
2、UML面向对象建模与设计MichaelBlahaJamesRumbaugh人
邮电出版社。
4、文档约定
1、页面的左右边距为1.91cm，上下边距为2.54cm,正文文本左对齐段落首行缩进2磅，行距设置值为1.25。
2、标题最多分三级，分别为方正舒体二号、宋体四号、宋体小四。
3、正文字体为宋体小四，无特殊情况下，字体颜色均为黑色。
和阅读建议
1〕、本文档面向的读者对象：
●工程经理：
工程经理可以根据该文档了解与其产品的功能，并据此进展系统设计、工程管理。
●设计员：
对需求进展分析，并设计出系统，包括数据库的设计。
●程序员：
配合设计员的?
设计报告?
，了解系统功能，编写?
用户手册?
。
●测试员：
根据本文档编写测试用例，并对软件进展功能性测试和非功能性测试。
●用户：
了解其产品的功能和性能。
●其他人员：
如部门领导、公司领导等据此了解产品的功能与性能。
在阅读文档时，首先要了解该APP的功能概貌，然后可以根据自身的需求对每一项功能进展进一步的了解。
1、产品的前景
●APP市场还未完全饱和，需求很大，目前已经出现的APP种类繁多但是工具类的APP还是得到用户的广泛喜爱。
●Win8之父：
移动取代PC是大势所趋，这样好的机遇给我们的APP一个更大的环境去成长。
●每一个APP都是创业者的梦想之地，我们耳熟能详的APP如豌豆荚等都创造了商业的奇迹，每一个奇迹都在鼓励我们把新的APP做的更好，更完善。
●我们的校园二手书交易平台基于用户真实的需求所以我们相信我们未来的市场是广泛的，充满活力的。
●最后只要是有人的地方就有APP的影子，APP改变人们的生活娱乐方式，说不定哪一天一部智能手机就搞定所有的事情，所以我们有信心创超一款适应于市场的APP。
2、目标以及目标人群
●工程目标是建立大学二手商品交易系统，并创立对应的数据库系统，以创造一个大学校园内的二手商品在线交易平台，帮助校内学生的及时便捷地进展二手物品交易。
●目标人群：
在读大学生，研究生为主，以及对二手书有狂热喜爱的人群。
3、产品功能
●通讯录功能：
为用户提供一个多项选择的联系列表，包括联系人，联系等。
●图片集功能：
分享自己书籍的图片，保存所选书籍的图片。
●书籍查询功能：
提供书籍的详细信息，供用户查找。
●意见反应功能：
为用户提供意见反应的途径，更好的维护APP。
●添加功能：
用户上传自己的书籍信息。
、
●排序功能：
用户输入书籍信息之后根据关联度等自动排列出书籍列表。
4、用户类和特征
平台的一般用户只需具有根底的在线浏览能力即可正常使用平台提供的各种效劳。
·
平台后台采用了可视化管理界面，因而要求维护人员只须具备根底的平台及数据库维护能力，能处理一些常见的操作错误。
〔1〕管理员:
公告的增加、修改、删除、查看
软件维护
〔2〕买家:
用户登录
公告查看
商品留言
商品管理〔二手书的发布、修改、删除、查看〕
用户对个人发布商品的留言进展查看
查看订单
订单管理〔订单的生成、取消、修改〕
退货
〔3〕卖家:
用户登录
公告查看
发
升级会员 