校园二手交易系统-需求规格说明书Word格式.docx

1、5.3适应性36运行需求36.1用户界面36.2硬件接口36.3软件接口36.4故障处理37其它需求31引言1.1编写目的（1）描述客户需求，明确系统功能内容、功能边界、开发途径。（2）作为双方签订的软件开发合同的一部分内容形式存在。（3）项目相关人员的参考资料。1.2项目背景随着商品经济的发展，高校学生通常会有出售二手货物的需求，而其他在同校的学生又希望买到廉价的二手货品。二手货物交易主要是通过校内论坛二手交易板块和跳蚤市场，由于同学们平时都喜欢宅在寝室，跳蚤市场很多人都不愿意去看，而校内论坛上的二手交易信息，多且杂，找起来费时费力，这些远远不能为我们提供方便导致很多二手物品被当垃圾扔掉。通

2、过对校内论坛二手商品交易板块的分析，以及对校内学生的调查，发现校内的二手物品交易有如下特点：种类多，规模小，交易随机性比较强，时间分布基本上比较平均，每年的6、7月份会出现一个二手物品交易的高峰。参加交易的人员绝大多数为在校的学生。针对这一情况应运而生，为广大同学提供方便同时，又实现了废旧物品的再循环利用。1.3定义垃圾信息：没有意义的信息或大量重复的信息。非法用户：大量发布无效信息或违反相关规定信息的用户。游客：所有浏览网站的网民。1.4参考资料a. 软件需求最佳实践SERU过程框架原理与应用。徐峰，电子工业出版社。b. 软件工程面向对象和传统的方法Stephen R.Schach机械功出版

3、社。2任务概述2.1目标项目目标是建立大学二手商品交易系统，并创建对应的数据库系统，以创造一个大学校园内的二手商品在线交易平台，帮助校内学生的及时、便捷地进行二手物品交易。2.2运行环境操作系统：Microsoft Windows 2000 Advanced Server支持环境：IIS 5.0数 据 库：Microsoft SQL Server 20002.3条件与限制软件约束：系统采用Php技术进行开发。开发及运行环境为：Microsoft SQL Server 2000 操作系统：环境约束：Web服务器及数据库服务器均采用 Intel P4（1.8Hz）PC工作站。内存1024M。硬盘1

4、20G。3数据描述3.1静态数据用户基本信息表：字段名字段类型字段长度描述用户Id（userid）Char5主键注册邮箱（regmail24Unique用户昵称（nickname）18Not null密码（passwd）卖方信息表出售ID（msgid）7用户ID（userid）出售物品名称（gods）64物品类别（category）32期望价格（sellprice）Float出售物品描述（selldes）200联系电话（contactp）联系QQ（contactq）10买房信息求购ID（msgid）消息ID（userid）求购名称（buydem）愿意出价（buyprice）求购物品要求（buy

5、dem）3.2动态数据动态数据是指在系统应用中随时间变化而改变的数据，如库存数据等。动态数据的准备和系统切换的时间有直接关系。 动态数据是常常变化，直接反映事务过程的数据3.3数据库介绍Oracle 10g 数据库。Oracle数据库最新版本为Oracle Database 12c。Oracle数据库12c 引入了一个新的多承租方架构，使用该架构可轻松部署和管理数据库云。此外，一些创新特性可最大限度地提高资源使用率和灵活性，如Oracle Multitenant可快速整合多个数据库，而Automatic Data Optimization和Heat Map能以更高的密度压缩数据和对数据分层。这

6、些独一无二的技术进步再加上在可用性、安全性和大数据支持方面的主要增强，使得Oracle数据库12c 成为私有云和公有云部署的理想平台。3.4数据词典主要数据流条目数据流名称：用户信息别名：无简述：用户注册本网站时填的信息来源：会员去向：加工注册和会员、个人信息管理数据流量：网站的注册会员人数组成：会员编号+用户名+密码+电子邮箱2二手商品信息卖家发布的二手商品信息卖家卖家商品发布和二手商品信息管理本平台的二手商品数量商品编号+商品名称+商品发布者+商品人气+商品介绍+商品所属类别+商品原价+商品评价3卖家发布商品时选择的项目加工卖家商品发布、二手商品信息管理本平台的二手商品类别商品按类别编号+

7、商品小类别编号+商品大类别名称+商品小类别名称4订单信息，买家订货时填写的日期买家加工检验订单买家订货的订单数订单编号+订单总价+收货人姓名+收货人地址+卖家名称+买家名称+订单生成时间+订单状态+配送方式3.5数据采集 输入源：手工键盘输入；输入介质和设备：键盘，磁盘；输出介质和设备：磁盘 4功能需求4.1功能划分4.2功能描述（1）管理员：广告的增加、修改、删除、查看、网站维护。 （2）买家：留言发表、留言查看、购买商品、广告查看、会员登录 （3）卖家：个人信息管理、会员登录、订单管理、商品发布、广告查看、商品管理、留言查看、留言回复。买卖信息更新管理系统用户管理数据流图 交易管理数据流图

8、 更新用户基本信息数据流图 交易管理数据流图5性能需求5.1数据精确度（1）查询信息时应保证全查率，所有相应域包含查询关键字的记录都应该查到。（2）查询信息应保证查准率，查到的记录应于给定的查询条件完全匹配。5.2时间特性本网站具体时间特性要根据网速来决定。我们将最大限度的减少系统响应时间，最小化更新处理时间和数据转换时间。5.3适应性满足用户的使用要求。6运行需求6.1用户界面（1）界面规范应遵循WEB软件界面的规范，界面风格简洁明快，素雅大方。（2）页面的布局，按与用户的交互需求不同，划分为不同的功能区域，实现和用户之间的友好交互。（3）前台界面操作可逆，其动作可以是单个操作，或者是一个操

9、作系列。（4）后台各管理模块的不同管理功能操作界面，采用不同窗口进行管理，各功能操作切换比较简单又相对独立。（5）提供信息反馈。（6）提供简单的错误处理。6.2硬件接口（1）服务器端建议使用庄永服务器。（2）支持一般的PIII（台式机的CPU）或更高档的微机、笔记本电脑。6.3软件接口（1）使用Oracle 10g数据库存储数据信息。（2）运行于Windows XP/7，且具有WIN32 的操作系统之上。（3）网站中的功能需实现网上支付，但因开发时间的缘故，网上银行的软件接口的实现不予考虑。6.4故障处理（1）要求输入项提示：“请输入XXX”错误处理：光标移入要求输入域内。（2）要求选择项提示：“请选择XXX”光标移入要求选择的域中。（3）数据类型错误提示：“域中存在不正确值”光标移入要求输入域内，要求从新输入有效资料。7其它需求1.可移植性要求本软件运行于多个操作系统之上。2.互联性要求提供数据得到如何导入导出接口，以易于其他系统的连接。3.可理解性对于本网站提供的各种命令，各种信息提示，应易于用户理解。4.可测试性设计时尽可能减少本软件的方法设计，对系统内各模块接口尽可能达到高聚集，低耦合的程度，以提高各模块的复用性。