校园二手书交易系统需求文档.docx
- 文档编号:28251652
- 上传时间:2023-07-09
- 格式:DOCX
- 页数:60
- 大小:479.65KB
校园二手书交易系统需求文档.docx
《校园二手书交易系统需求文档.docx》由会员分享,可在线阅读,更多相关《校园二手书交易系统需求文档.docx(60页珍藏版)》请在冰豆网上搜索。
校园二手书交易系统需求文档
校园二手书交易系统
软件需求文档
2014年12月31日星期三
版本号
变更控制报告编号
变更条款及内容
更改人
审批人
更改日期
1.0
初稿
2014/12/2
2.0
二稿
2014/12/9
3.0
三稿
2014/12/24
4.0
四稿
2014/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.4、业务上下文
1、涉众概览
涉众
主要价值
态度
主要兴趣
约束条件
买家
更好的购买书籍,节约时间
积极支持系统,但是使用系统的次数可能没有期望的次数多,考虑到回去目前比较成熟的二手书交易网站
使用简单,送货可靠,书籍选择的有效性
登陆并注册该APP
卖家
出售二手书,节约资源,节省时间
积极的支持系统的运营
使用简单,系统稳定,买家的信用
登陆并注册该APP
管理员
维护APP的正常运行
积极支持APP的运营
保住工作
培训工作人员,掌握使用APP所需的技能
2、项目优先级
因素
具体干活者
约束条件
自由度
进度
计划3/l/03前完成第一版,到5/l/03前完成第二版;在不包括责任人评审的情况下,最多可超过期限3个星期。
特性
安排1.0版本实现的特性必须完全可操作
质量
必须通过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.用户请求发布多条求书信息
2.返回第2步
异常序列
1.0.E.1发布的书籍已经存在
1、系统通知卖家该书已经存在。
2a、用户取消发布商品。
2b、系统终止用例
备注
1、如果卖家在管理员今天工作的截止日期之前使用系统,那么管理员审核时间是当前时间。
否则管理员审核时间在下一个工作日。
用例ID
UC-2
用例名称
管理商品信息
执行者
卖家
目的
卖家修改已发布的商品信息
前提条件
卖家在系统上已发布商品信息,商品出售之后修改商品的信息。
结束条件
商品信息得到了及时的更新。
基本序列
1、卖家点击需要修改的商品,系统显示出详细信息。
2、卖家在各个名称后面输入修改的内容
3、点击确认,提交修改内容
分支过程
1.1修改商品信息
1、用户请求修改选中的商品的信息
2、系统返回第三步。
1.2删除商品信息
1、用户请求删除选中的商品信息
2、系统返回第三步。
异常序列
1.1.E.1用户登录失败
1、系统提示用户名或密码错误。
2、系统刷新登陆界面。
3、用户重新输入。
备注
卖家修改的各种信息应该建立在管理员的监督之下。
用例ID
UC-3
用例名称
出售
执行者
卖家
目的
卖家通过买家的选择出售自己的商品。
前提条件
买家选中该商品并且完成付款。
结束条件
买家收到自己所选择的书。
基本序列
1、卖家与买家协商达成一致。
2、卖家选中商品,完成付款。
3、卖家更新自己的商品信息。
分支过程
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、卖家及时的发送买家所选的商品。
用例ID
UC-5
用例名称
管理用户信息
执行者
卖家,买家
目的
用户能修改自身的基本资料和密码
前提条件
买家,卖家在系统上面已经注册
信息通过了管理员的审核。
结束条件
卖家和买家成功的修改了信息。
基本序列
1、选择修改基本资料,
2、选择修改密码,则界面显示出用户的用户民、原先密码和新密码。
用户输需在各个名称后面输入所要求的信息。
3、点击确认,提交修改内容
分支序列
1.1修改基本信息
1、用户选择修改基本信息
2、系统提示出用户的用户名,邮箱,性别,年龄,电话。
用户输在需要修改的名称后面输入新的资料。
3、返回第三步。
异常序列
1.4.E.1用户登录失败
1、系统提示用户名或密码错误。
2、系统刷新登陆界面。
3、用户重新输入。
备注
卖家和买家提供的信息必须是真效管理员必须对卖家和买家提供的信息进行审核。
用例ID
UC-6
用例名称
查看交易记录
执行者
卖家,买家
目的
买家和卖家对交易信息的查看及时的了解关于自己的信息。
前提条件
有交易记录的生成
结束条件
上条交易的完成,当前系统中没有更新出新的交易记录。
基本序列
1、买家或卖家打开交易记录页面
2、选择需要查看的交易,查看交易记录
分支过程
1.1买家或卖家打开交易记录页面
1、用户进入登陆界面
2、用户输入自己的信息
3、系统进行检查信息
4、返回登录信息
5、返回第二步
异常序列
1.5.E.1用户登录失败
1、系统提示用户名或密码错误。
2、系统刷新登陆界面。
3、用户重新输入。
备注
该用例要求系统对各种交易记录的及时更新。
用户ID
UC-7
用例名称
发布求购列表
执行者
买家
目的
买家成功的发布求购信息,并且得到关于自己求购列表的书籍信息。
前提条件
买家登陆系统发布自己的求购列表并且该信息真是有效,反映自己真实的需求。
结束条件
买家成功发布自己的求购列表,并且得到卖家的回应。
基本序列
1、卖家选择“发布求购列表”。
2、卖家填写购买的商品信息。
3、系统确认商品的信息真是有效。
4、买家再次确认信息后,发布该信息,并存入数据库。
分支过程
1.1卖家填写商品信息
1、卖家选择填写商品信息。
2、卖家对商品的各种信息进行描(上传图片信息等).
3、返回第三步。
异常序列
1.6.E.1用户登录失败
1、系统提示用户名或密码错误。
2、系统刷新登陆界面。
3、用户重新输入。
备注
1、买家上传的信息必须安全,真是,有效。
2、在此过程中管理员进行监督。
用户ID
UC-8
用例名称
购买商品
执行者
买家
目的
买家购买商品
前提条件
买家成功的选择商品并且与卖家对价格等详细的信息经过了协商。
结束条件
买家成功的付款
基本序列
1、卖家在搜索中输入索要购买的商品信息或是或在商品分类中找到所要购买的商品。
2、选中要购买的商品。
3、买家确认购买,系统生成订单。
4、系统通知卖家发货。
分支序列
1.1选中要购买的商品
1、买家选中自己喜欢的商品。
2、添加到自己的书架中。
3、返回第四步。
异常序列
1.7.E.1用户登录失败
1、系统提示用户名或密码错误。
2、系统刷新登陆界面。
3、用户重新输入。
备注
买家购买的商品在系统的所提供的范围之内。
用户ID
UC-9
用例名称
管理用户
执行者
管理员
目的
系统管理员对违规事务的处理及违规用户的删除。
前提条件
管理员进行过注册,系统授权管理员管理权限。
结束条件
系统在安全平稳的机制下进行。
基本序列
1、系统管理员选择“处理违规事务”。
2、系统管理员选择“删除违规用户”
分支序列
1.1处理违规事务
1界面显示出违规用户的用户名和遭到投诉的违规项目。
2系统管理员验证各个用户的违规项目,若属实,则给出该用户发出警告,让该用户及时处理违规项目,反馈处理结果。
若该用户在一定时间内无反馈结果,则删除该用户及其相关信息;若有反馈结果,经系统管理员验证后是处理妥当的,则增加该用户的警告次数
1.2删除违规用户
1界面显示出警告次数达到预定值的用户。
2系统管理员删除选定的各个用户。
异常序列
1.8.E.1管理员登陆失败
1、系统提示用户名或密码错误。
2、系统刷新登陆界面。
3、用户重新输入。
备注
管理员在进行该用例的时候必须进行核实警告次数。
用户ID
UC-10
用例名称
管理购买列表
执行者
系统管理员
目的
系统管理员对购买页面中购买商品列表的处理。
前提条件
系统管理员登录到求购页面中购买商品列表。
结束条件
系统购买页面中的购买列表的时效性,真实性。
基本序列
1、系统管理员登陆至购买页面的列表查看
2、系统管理员对列表中的信息进行核实
3、系统管理员对求购列表进行刷新之后的发布。
异常序列
1.9.E.1管理员登陆失败
1、系统提示用户名或密码错误。
2、系统刷新登陆界面。
3、用户重新输入。
备注
系统管理员必须确保购买列表时最新,最准确的。
用户ID
UC-11
用例名称
管理求购商品
执行者
系统管理员
目的
管理员对求购页面中求购商品的处理。
前提条件
系统管理员登陆至管理求购商品界面
结束条件
系统管理员及时的删除求购商品中超时求购的商品。
基本序列
1、系统管理员选择“查看超时求购商品”。
2、系统显示超时的求购商品。
3、系统管理员删除超时的求购商品。
4、系统通知买家系统进行了更新。
分支序列
1.1查看超时求购商品
1、管理员进行登陆。
2、管理员对系统提示的信息进行审核。
3、返回第三步。
异常序列
1.10.E.1管理员登陆失败
1、系统提示用户名或密码错误。
2、系统刷新登陆界面。
3、用户重新输入。
备注
系统管理员必须确保求购商品是最新,最准确反映买家需求的。
用户ID
UC-12
用例名称
退货
执行者
买家
目的
买家对所购旧书不满意,要求退货
前提条件
买家成功交易后收到旧书
结束条件
卖家收到旧书
基本序列
1、买家成功交易,收到旧书
2、买家对旧书真实情况不满意
3、买家联系卖家进行退货处理
分支序列
1.1买家与卖家进行联系
1、买家登陆APP
2、买家与卖家进行协商。
3、卖家接受买家的意见。
4、返回第三步。
异常序列
1.11.E.1用户登陆失败
1、系统提示用户名或密码错误。
2、系统刷新登陆界面。
3、用户重新输入。
备注
买家与卖家自行联系,更新图书信息。
用户ID
UC-13
用例名称
卖家处理退货
执行者
卖家
目的
卖家与买家之间的沟通,为了更好地交易,售后。
前提条件
买家与卖家沟通完成,提出退货
结束条件
卖家收到退货旧书
基本序列
1、买家提出退货
2、卖家接受退货
3、交易成功
异常序列
1.12.E.1卖家没有接受到退货
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、正文字体为宋体小四,无特殊情况下,字体颜色均为黑色。
5.预期的读者和阅读建议
1)、本文档面向的读者对象:
●项目经理:
项目经理可以根据该文档了解与其产品的功能,并据此进行系统设计、项目管理。
●设计员:
对需求进行分析,并设计出系统,包括数据库的设计。
●程序员:
配合设计员的《设计报告》,了解系统功能,编写《用户手册》。
●测试员:
根据本文档编写测试用例,并对软件进行功能性测试和非功能性测试。
●用户:
了解其产品的功能和性能。
●其他人员:
如部门领导、公司领导等据此了解产品的功能与性能。
在阅读文档时,首先要了解该APP的功能概貌,然后可以根据自身的需求对每一项功能进行进一步的了解。
3.2综合描述
1、产品的前景
●APP市场还未完全饱和,需求很大,目前已经出现的APP种类繁多但是工具类的APP还是得到用户的广泛喜爱。
●Win8之父:
移动取代PC是大势所趋,这样好的机遇给我们的APP一个更大的环境去成长。
●每一个APP都是创业者的梦想之地,我们耳熟能详的APP如豌豆荚等都创造了商业的奇迹,每一个奇迹都在激励我们把新的APP做的更好,更完善。
●我们的校园二手书交易平台基于用户真实的需求所以我们相信我们未来的市场是广泛的,充满活力的。
●最后只要是有人的地方就有APP的影子,APP改变人们的生活娱乐方式,说不定哪一天一部智能手机就搞定所有的事情,所以我们有信心创超一款适应于市场的APP。
2、目标以及目标人群
●项目目标是建立大学二手商品交易系统,并创建对应的数据库系统,以创造一个大学校园内的二手商品在线交易平台,帮助校内学生的及时便捷地进行二手物品交易。
●目标人群:
在读大学生,研究生为主,以及对二手书有狂热喜爱的人群。
3、产品功能
●通讯录功能:
为用户提供一个多选的联系列表,包括联系人,联系电话等。
●图片集功能:
分享自己书籍的图片,保存所选书籍的图片。
●书籍查询功能:
提供书籍的详细信息,供用户查找。
●意见反馈功能:
为用户提供意见反馈的途径,更好的维护APP。
●添加功能:
用户上传自己的书籍信息。
、
●排序
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 校园 手书 交易系统 需求 文档
![提示](https://static.bdocx.com/images/bang_tan.gif)