大学生二手物品交易平台
需求分析
状态 草稿 初始版 修订版 起草人 标识号 当前版本 发布日期 1—1 1.0 2011年11月3日 王盼盼
1引言
1.1编写目的
书写本文档的目的在于：
（1） 描述用户需求，明确系统功能内容、功能边界、开发途径； （2） 作为双方签订的软件开发合同的一部分内容形式存在； （3） 项目相关人员参考资料
1.2项目背景
随着商品经济的发展，高校学生通常会有出售二手货物的需求，而其他在校同学又希望买到廉价的二手商品。现在大学校内的二手物品交易主要是通过校园摆地摊，这远远不能满足学生的需求。调查发现校内的二手物品交易有如下特点：种类多，规模小，交易随机性比较强，时间分布基本上比较平均，每年的六七月份（大四学生离校期间）会出现一个二手物品交易的高峰。参加交易的人员绝大部分为大学在校学生，此外还有一些学校周边的居民。针对这一情况“大学生二手货交易平台”应运而生。
2任务概述
2.1目标
项目目标是建立大学生二手物品交易系统，并创建对应的数据库系统，帮助校内学生的及时便捷地进行二手物品交易。
2.2用户的特点
系统的一般用户只需具有基础的在线浏览能力即可正常使用系统提供的各种服务。 系统后台采用了可视化管理界面，因而要求维护人员只须具备基础的网站及数据库维护能力，能处理一些常见的操作错误。
3需求分析
3.1对功能的规定
3.1.1. 总体功能描述
用例图：
用户信息管理用户发布求购信息发布出售信息管理员买卖信息更新游客系统管理浏览信息 上图描述了本系统总体上可以实现的各项功能。 顶层图： 管理 员 管理请求 东北林业大学 二手物品交易系统 用户信息 操作请求 系统通知 用户
根据大学现在二手交易的基本情况（规模小，种类多，随机性强，时间分布比较平均），我们定义系统的功能如下：
（1） 系统为用户提供发布各种求购或出售信息的平台
（2） 由于用户的交易规模比较小而且用户使用系统的时间有不确定性，所以系统不
提供在线交易功能。在特定的情况下，系统可以提供帮助实现买卖双方进行沟通的功能
（3） 注册用户可以浏览系统保存的各种二手信息，登录后可以发布二手信息； （4） 注册用户有修改自己发布的信息的权利
（5） 为了防止垃圾信息①出现，在一天内（每天的0：00～23：59）每个用户最多只
允许发布五条信息；
（6） 管理员有权删除非法用户②
（7） 正常用户的账户信息发生变动时，系统应将变动状况通知用户
3.1.2. 详细功能描述
0层图： 管理 员
系统的使用者为系统管理员和一般用户，用户在系统注册后生成用户信息表文件。系统的功能分为两个模块，面向管理员的模块功能是系统管理，主要是删除系统非法用户的帐号信息；面向一般用户的模块功能是户信息管理和交易管理。其中，用户信息管理包括更改用户注册邮箱，更改用户密码，更改用户基本信息；交易管理包括出售管理，求购管理，买卖信息管理。
管理请求 系统管理 用户信息表 用户管理 用户信息 操作请求 系统通知 用户 3.1.2.1.
系统管理
出售信息表 求购信息表 管理员 删除请求 删除非法用户 管理请求 搜索用户记录 警告信息 警告用户 用户信息表 系统管理记录表 警告信息 用户
管理员功能：对用户发出警告，从用户信息表中删除非法用户。这项功能只能为管理员所有。
3.1.2.2. 用户管理：
交易管理 交易请求 求购信息表
这个模块实现了用户请求交易，发布、更新交易信息的功能，并使用户能够更新自己的注册信息以及基本信息。
信息更改通知 交易通知 用户信息管理 用户信息 更改请求 用户管理 账户信息 用户 用户登录 操作请求 3.1.2.3 交易管理：
用户 交易请求 交易管理 求购请 求 交易通知 搜索 搜索请求 出 交售 易请 通 求 知 出售管理 消息发布 求购管理 信息更新请求 买卖信息更新
在用户交易管理中，根据用户的提供的交易物品生成了“出售信息表”和“求购信息表”，用户可以随时对自发布的信息进行更改或删除。在交易的过程中，系统会根据这两个表生成对应物品的求购（出售）信息目录供用户浏览参考。对于没有明显求购或出售目标的用户，也可以浏览由求购、出售信息表生成的求购、出售物品目录
3.1.2.4
出售管理
出售请求 检查 合格 用户 提示 不合格 用户录入出售信息 出售信息描述 用户确认出售信息 出售物品信息单将信息录入出售信息表 不合格 处理
出售信息表 用户信息表 出售物品信息 发布出售消息 用户发出出售请求后，系统会自动检查用户是否已登录。
用户录入出售信息（包括出售物品名称（gods），出售物品价格（sellprice），出售物品种类（category），出售物品描述（selldes），联系电话（contactp），联系QQ（contactq））。其中物品名称、价格、种类为必填字段。联系方式为电话或QQ，考虑到用户可能不愿意留下自己的电话或QQ，我们将联系方式设为可选字段。当有交易请求时，系统通过邮箱通知用户。
经用户检查录入信息正确无误，生成出售物品信息单。
系统将出售信息纳入出售信息表，并根据出售信息表上的内容发布出售信息
3.1.2.5
求购管理
求购请求 用户 提示 不合格 检查 合格 用户录入求购信息 求购信息描述 用户确认求购信息 求购物品信息单将信息录入求购信息表 不合格 处理
求购信息表 用户信息表 求购物品信息 发布求购消息 用户发出求购请求后，系统会自动检查用户是否已登录。
用户录入求购信息（包括求购物品名称（neds），求购物品价格（sbuyprice），求购物品种类（category），求购物品描述（buydes），联系电话（contactp），联系QQ（contactq））。其中物品名称、价格、种类为必填字段。联系方式为电话或QQ，考虑到用户可能不愿意留下自己的电话或QQ，我们将联系方式设为可选字段。当有交易请求时，系统通过邮箱通知用户。
经用户检查录入信息正确无误，生成求购物品信息单。
系统将求购信息纳入出售信息表，并根据求购信息表上的内容发布求购信息
3.1.3 买卖信息更新管理
提示 未登录 未登录处理 用户 更新买卖新请求 检查用户是否登录 已登录 更新或删除现有消息 求购信息表 出售信息表 用户可以随时更新自己的买卖信息。
3.1.4 搜索
用户
搜索结果 生成搜索结果 搜索请求 用户录入搜索信息 开始搜索 搜索信搜索内容 息匹配 求购信息表 出售信息表 搜索结果单 3.2对性能的规定
3.2.1精度
本子系统应支持最大并发用户500个，每秒事务处理数应大于1000笔。
3.2.2时间特性要求
在硬件和网络条件满足的前提下，所有日常性操作事务的平均响应时间应小于10秒，最长响应时间应小于30秒；对于查询性事务的平均响应时间应小于60秒，最长响应时间应小于180秒。
3.2.3灵活性
本项目采用J2EE架构，因此可以在不同的异构平台上正常运行，由于J2EE架构的高度可扩展性，因此在需求变化和系统集成商具有很大的灵活性。
3.3输人输出要求
3.3.1. 系统需要使用的静态资料
用户的基本情况，包括相应的地址、电话、邮箱等。信息的具体情况列表如下。
用户基本信息表（userinfo） 字段名 用户ID（userid） 注册邮箱（regmail） 用户昵称（nickname） 密码（passwd）
字段类型 Char Char Char Char 字段长度 5 24 18 18 描述 主键 Unique Not null Not null 3.3.2. 系统需要使用的静态资料
用户中买者的求购信息，卖者的出售信息。信息的具体情况列表如下。
卖方信息表
字段名 出售ID（msgid） 用户ID（userid） 出售物品名称（gods） 物品类别（category） 期望价格（sellprice） 出售物品描述（selldes） 联系电话（contactp） 联系QQ（contactq）
买方信息表（buyer）
字段名 求购ID（msgid） 消息ID（userid） 求购物品名称（neds） 物品类别（category） 愿意出价（buyprice） 求购物品要求（buydem） 字段类型 Char Char Char Char Float Char 字段长度 7 5 64 32 18 200 描述 主键 Not null Not null 字段类型 Char Char Char Char Float Char Char Char 字段长度 7 5 64 32 18 200 18 10 描述 主键 Not null Not null 联系电话（contactp） 联系QQ（contactq） Char Char 18 10
因篇幅问题不能全部显示，请点此查看更多更全内容