二手书交易系统需求分析报告
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
二手书交易系统可行性分析报告
Version 1.0
文档编号:old book’s trade_kexingxingyanjiu
文档名称:二手书交易系统需求分析报告
撰写人:
创建时间:
版本变更说明:
小组成员:
目录
1引言 (4)
1.1编写目的 (4)
1.2背景 (4)
1.3定义 (5)
1.4参考资料 (5)
2任务概述 (5)
2.1目标 (5)
2.2用户的特点 (6)
2.3假定和约束 (6)
3需求规定 (6)
3.1对功能的规定 (7)
3.2对性能的规定 (7)
3.2.1精度 (7)
3.2.2时间特性要求 (8)
3.2.3灵活性 (8)
3.3输人输出要求 (9)
3.4数据管理能力要求 (10)
3.5故障处理要求 (10)
3.6其他专门要求 (10)
4运行环境规定 (11)
4.1设备 (11)
4.2支持软件 (11)
4.3接口 (11)
4.4控制 (12)
二手书交易系统需求分析报告
1引言
·1.1编写目的
编写本说明书的目的在于精确地阐述XX大学二手书交易系统必须提供的功能、性能以及它所要考虑的限制条件,是最终用户、项目管理人员、开发人员之间的沟通桥梁,使三者在系统需求规格上达成一致,为系统的总体设计提供依据,为测试人员制定测试计划、测试用例和测试过程提供依据。
本说明书的预期读者:项目经理、开发人员、测试人员、软件维护和支持人员。
·1.2背景
开发软件名称:XX大学二手书交易系统
项目任务提出者:
项目开发者:
用户:
实现软件单位:
项目与其他软件、系统的关系:
本系统采用B/S模式,对所需信息进行提取、处理、存储。
1.3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.3.1 HTTP
HTTP的全称是超文本传输协议Hypertext Transfer Protocol,是一个客户端请求和答应的标准。
1.3.2 B/S
B/S的全称Browser/Server,即浏览器/服务器。
1.3.3 SRS
SRS的全称是Software Requirements Specification. 当需求调查、分析工作告一段落时,你就需要将这些需求进行规格化描述,整理成文,即软件需求规格说明书,也就是SRS。
1.4参考资料
《软件需求说明书》(GB8567-88)
《软件工程导论》张海藩,清华大学出版社
《软件项目管理》郭宁,清华大学出版社
2任务概述
2.1目标
本系统是B/S结构的网上二手书交易系统,同学们上网注册成为用户,然后按照操作提示可以完成买卖二手书的活动,给同学们买卖二手书带来方便,使同学们手中闲置的二手书得到更好的利用,而且提高二手书收购的价格,降低二手书的卖出价格,给同学们带来优惠,除此之外,还使得二手书的交易过程更加规范、科学、可控。
2.2用户的特点
本系统面向的是XX大学的全体学生,对同学们的要求并不高,只要是对电子商务有一定的了解,熟悉基本的网上购物操作,对计算机有基本的操作规范认识和了解,就可以完成系统交易。
2.3假定和约束
对开发期限要求:不超过6个月
经费限制:5000元
开发模式:B/S模式
3需求规定3.1对功能的规定
系统IPO图
3.2对性能的规定
3.2.1精度
查询图书请求信息:文本
有关价格信息:货币人民币,数字保留小数点后两位
有关日期信息:年/月/日格式
输出信息全部为文本信息。
3.2.2时间特性要求
用户检索,系统及时响应(<=3s)。
用户提交订单,系统及时处理(<=5s)。
对用户信息进行操作,系统及时更新(<=10s)。
解题时间:系统繁忙或网络异常,提示等待,3分钟后重试。
管理员每周2次更新图书信息。
3.2.3灵活性
1.操作方式上的变化:用户可以根据关键字对图书信息进行模糊查询。
2.运行环境的变化:可以用手机浏览器访问。
3.同其他软件的接口的变化:数据库接口发生变化时,修改相应的模式接口,以保证页面显示不变。
4.精度和有效时限的变化:订单如果一周内不被签收,撤回订单。5.计划的变化或改进:对业务要求的变化,团队统一讨论、修改、
确定并执行。3.3输入输出要求3.3.1输入要求
3.3.1输出要求
1)正确输入用户名和密码后显示首页
2)输入所查找书籍的信息后显示相应书籍的详细信息
3)查看的书籍和用户信息布局合理
4)购物车和订单显示数据正确
5)当系统出现故障时给用户显示相应正确的提示
3.4数据管理能力要求
说明需要管理的文卷和记录的个数、表和文卷的大小规模,要按可预见的增长对数据及其分量的存储要求作出估算。
数据存储规模:本系统用户总数大约是两万人,预计每年增长5000人;对于数据信息存储于服务器中,并备份于本地的磁盘文件中,对于用户信息表按照每年增长规模(预计用户信息表等个别信息增加迅速)进行新表和相应表的存储,保证数据的完整。
3.5故障处理要求
列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。
1)硬件故障:服务器崩溃,数据库瘫痪等等。
2)软件故障:数据库连接异常,系统运行异常,网络链接异常等。3)后果:用户操作中断,不能做出相应响应,影响用户使用和造成