校园二手商品交易需求分析报告

1、校园二手物品交易需求分析第九组组员: XXXXX目录1 引言 31.1 编写目的 31.2 背景 31.3 定义 31.4 参考资料 42 任务概述 52.1 目标 52.2 用户的特点 52.3 假定和约束 53 需求规定 63.1 对功能的规定 63.2 对性能的规定 8精度 8系统特性要求 8灵活性 93.3 输人输出要求 93.4 数据管理能力要求 93.5 故障处理要求 93.6 其他专门要求 104 运行环境规定 114.1 设备 114.2 支持软件 114.3 接口 124.4 控制 12软件需求说明书的编写提示1 引言1.1 编写目的在如今的大学校园，伴随着学生的购买能力的提

2、高和每年的升学和毕业， 存在许多各种类型的二手商品。 目前，二手商品交易成为了当代大学生课余生活 的一大热门。以我校为例，每年都要举办红红火火的“跳蚤”市场（如大四毕业 时庞大的物品展卖），可见大学生对二手商品交易的需求，然而，由于信息交流 的落后，很多只限于校园公告栏或者请人代为宣传的方式进行交易。 这种方式有 很多局限性和偶然性，远远无法满足广大学子交易的需求。建立一个校园二手交易平台可以大大方便在校的学生， 方便了同学也营造 了节约光荣， 浪费可耻的校园文化氛围。 最主要的是， 它也可以通过网络将自己 不用的东西放在网上 ,也可在网上找到自己需要的东西 ,物美价廉 ,达到双赢。1.2 背

3、景说明：软件名称；校园二手物品交易项目提出者：软件开发者：软件使用者：广大高校学子1.3 定义B/S:全称Browser/Server即浏览器/服务器省用户的时间超级管理员：对上交易的用户进行管理的人员，根据实际需要对管理员赋 予适当的权限。用户名 ID ：用户输入的用于登录交易的身份标识管理员身份验证：根据管理员名和密码判断管理员是否为系统合法管理员数据有效性验证：对用户输入的数据进行检查，判断是否合乎系统要求1.4 参考资料(1) .GB-T8567-2006计算机软件文档编制规(2) .国家标准软件开发文档模板 GB856T(3) .PHP 与 MYSQL 程序设计(第四版)W.Jaso

4、n Gilmore著(4) 基于PHP的校园二手交易的项目开发研究性报告西南大学2 任务概述2.1 目标建设一个校园二手用品交易， 就是开发一个基于 B/S 模式的主要面向大学生 的需求的二手用品交易平台， 方便大学生足不出户就可以浏览想要的物品， 方便 大家信息交流，提高交易水平。为在校学生提供一个高效、便利、规的二手交易 市场。同时对二手商品循环使用可以倡导资源的合理使用， 构建和谐校园、 节约 型校园，减少浪费，给予货物“第二次生命” 。2.2 用户的特点校园二手交易网上进行交易的大多都是本校的学生， 系统的用户主要分为 系统管理员、游客、买家、卖家等业务对象。1.系统管理员： 管理商品

5、、管理会员、管理留言、管理广告等2.会员： 个人信息管理、留言发表、留言查看、广告查看、会员登录、搜索二手商品、浏览二手商品、发布二手商品信息、二手商品信息管理3. 游客： 搜索二手商品、浏览二手商品2.3 假定和约束预算费用：包括开发和安装等各项的费用如下：终端服务器 1台：阿里云 轻云服务器青英版一年 998 元域名费用 1个： 49 元 完成期限：预计 5个月，即 2015年 1月。3需求规定3.1对功能的规定参与者列表学生：使用 Web浏览器访问，发布二手商品信息以及购买二手商品的人管理员：管理商品，管理会员，管理留言，管理广告等基本要求1) 学生可以注册成为会员，通过登录系统，查看搜

6、索二手商品信息等一系 列操作。2) 会员可以编辑自己的二手商品信息，包括上传相片及编辑文字信息。3) 会员可以购买喜欢的二手商品并且进行评价。4) 游客可以查看搜索二手商品或者注册成为会员，但是不能够购买二手商 品。5) 系统管理员可以管理会员的基本信息和二手商品的信息。系统数据流图:卖豕实体之间关系的E-R图:（a）注册阶段：游客可以通过注册来成为会员（b）会员登陆阶段：用户信息包括会员账号、密码、联系方式、会员注册、会员、密码提示问题、密码提示答案、注册时间、上一次登录时间等，会员可以 使用账号以及密码来登陆。管理员可以查看管理会员的信息。（c）发布及查看二手商品信息阶段：包括商品信息发布

7、、信息查看和信息 留言等。商品信息按类别分类。 发布人可以管理自己发布的信息， 发布人有权对 自己已发布信息进行修改、 删除等操作。管理员可以对二手商品信息进行筛查和 管理，对不符合要求或者敏感的信息可以进行更改或者删除。 游客只有浏览以及 搜索的权限，不能查看商品的详细信息， 但是可以通过注册会员来实现会员功能。（d）购买二手商品阶段：用户可以购买二手商品，向卖家发送交易请求。 通过发布的联系方式来联系卖家线下交易或者通过认证的交易地点来交易。（e）留言及结束阶段：当交易完成之后，买家可以发布留言。整个流程结 束。卖家可以再修改商品信息或者发布新的商品信息售卖。3.2 对性能的规定精度A :

8、浮点数据（输入、输出、传输）：小数点后5位。B:查询信息时应保证查全率，所有相应域包含查询关键字的记录都应该查 到C:查询信息应保证查准率，查到的记录应与给定的查询条件完全匹配系统特性要求设计负载下：注册用户： 3500 以上在线用户： 1000 以上响应时间： <500ms；更新处理时间： <500ms； 数据转换和传送时间： <1000ms；3.2.3 灵活性操作方式的变化： 本产品的表现层基于 W3C 标准的 HTML 4.0 及 Javascript， 兼容于主流的浏览器及操作系统运行环境的变化： Windows server 20033.3 输人输出要求本产品中数据

9、存储采用 MYSQL 数据库软件，数据表使用 UTF-8 编码存储； 图像文件可接受 JPEG、GIF、PNG 等常见格式。3.4 数据管理能力要求系统开发采用 PHP+HTML+JavaScript 进行界面处理，并用 JDBC 进行数据 库访问：1 软件开发工具 MYSQL +Dreamweaver CS5+ zend studio； 2、使用 MYSQL 作为后台数据库； 3、在 Windows XP 以上操作系统平台上使用设计数据库规模如下。订单记录： >100,00 条各类信息记录： >100,00 条最大数据库单表规模： 2 GB3.5 故障处理要求本版本暂时无此要求，

10、后续版本会做相应的需求3.6 其他专门要求可靠性：对于编写好的软件，会进行大量的测试， 不断地查找里面出现的 bug， 并及时的对其进行修改， 尽可能的减少 bug 的数量。随着用户量的增加， 我们会 及时的更新我们的服务器和数据库， 从而保证的可靠性。 避免用户量太大， 而造 成服务器瘫痪，影响的可靠性。可维护性：在设计的时候，将每个模块都分别独立开来，对于一些页面，我 们将其做成了模板， 在使用的时候进行母版页加载即可。 这样可以集中精力放在 代码块的构造与实现上。 避免了一些不必要的困扰。 在代码设计过程中， 尽可能 的减少模块之间的耦合性。 做到模块和模块之间的分离。 这样，日后的维护

11、具有 较好的方便性。可理解性：对于本提供的各种命令，各种信息提示，应易于用户理解。4运行环境规定4.1设备1）主机类型服务器:|£吉用口 ；中论上豳5Ml'FT00M SQL StfV«r200B 冋啲L 弓 1'.VAP, PERL5.IKPGMnMr ME I 7 V? -.J '- HF -4 ' l； HTW|彳ft月：t9987L2）网络类型基于企业部的Intenet和广域In ternet3）存贮器容量 服务器：30G硬盘以上 客户端：1G硬盘以上4.2支持软件1）操作系统服务器端： Windows Server 2003客户端：WindowsXPWindows7数据库管理系统在服务器端使用 MYSQL 使We