校园二手物品交易系统需求分析.docx

1、校园二手物品交易系统需求分析大学生二手物品交易平台 需求分析状态草稿初始版修订版标识号11当前版本1.0发布日期2011 年 11 月 3 日起草人王盼盼1 引言1.1 编写目的书写本文档的目的在于：（1） 描述用户需求，明确系统功能内容、功能边界、开发途径；（2） 作为双方签订的软件开发合同的一部分内容形式存在；（3） 项目相关人员参考资料1.2 项目背景随着商品经济的发展，高校学生通常会有出售二手货物的需求，而其他在校同学又希 望买到廉价的二手商品。现在大学校内的二手物品交易主要是通过校园摆地摊，这远远不 能满足学生的需求。调查发现校内的二手物品交易有如下特点：种类多，规模小，交易随 机性

2、比较强，时间分布基本上比较平均，每年的六七月份（大四学生离校期间）会出现一 个二手物品交易的高峰。参加交易的人员绝大部分为大学在校学生，此外还有一些学校周 边的居民。针对这一情况“大学生二手货交易平台”应运而生。2 任务概述2.1 目标项目目标是建立大学生二手物品交易系统，并创建对应的数据库系统，帮助校内学生的 及时便捷地进行二手物品交易。2.2 用户的特点系统的一般用户只需具有基础的在线浏览能力即可正常使用系统提供的各种服务。系统后台采用了可视化管理界面，因而要求维护人员只须具备基础的网站及数据库维 护能力，能处理一些常见的操作错误。发布出售信息发布求购信息买卖信息更新用户信息管理系统管理浏

3、览信息管理员东北林业大学二手物品交易系统用户3 需求分析3.1 对功能的规定3.1.1. 总体功能描述 用例图：用户管理员游客上图描述了本系统总体上可以实现的各项功能。 顶层图：用户信息管理请求操作请求系统通知管理员用户管理用户系统管理根据大学现在二手交易的基本情况（规模小，种类多，随机性强，时间分布比较平均）， 我们定义系统的功能如下：（1） 系统为用户提供发布各种求购或出售信息的平台（2） 由于用户的交易规模比较小而且用户使用系统的时间有不确定性，所以系统不提供在线交易功能。在特定的情况下，系统可以提供帮助实现买卖双方进行沟 通的功能（3） 注册用户可以浏览系统保存的各种二手信息，登录后可

4、以发布二手信息； （4） 注册用户有修改自己发布的信息的权利（5） 为了防止垃圾信息出现，在一天内（每天的 0：0023：59）每个用户最多 只允许发布五条信息；（6） 管理员有权删除非法用户（7） 正常用户的账户信息发生变动时，系统应将变动状况通知用户3.1.2. 详细功能描述0 层图：用户信息表管理请求用户信息操作请求系统通知系统的使用者为系统管理员和一般用户，用户在系统注册后生成用户信息表文件。系统的功能分为两个模块，面向管理员的模块功能是系统管理，主要是删除系统非法用户的帐号信息；面向一般用户的模块功能是户信息管理和交易管理。其中，用户信息管理包括更改用户注册邮箱，更改用户密码，更改用

5、户基本信息；交易管理包括出售管理，求购管理， 买卖信息管理。交易管理用户管理用户信息管理警告用户用户删除非法用户管理员搜索用户记录用户登录账户信息用户3.1.2.1.系统管理管理请求出售信息表求购信息表 删除请求用户信息表警告信息系统管理记录表 警告信息管理员功能：对用户发出警告，从用户信息表中删除非法用户。这项功能只能为管理 员所有。3.1.2.2.用户管理：用户信息更改请求信息更改通知 交易通知操作请求交易请求求购信息表这个模块实现了用户请求交易，发布、更新交易信息的功能，并使用户能够更新自己 的注册信息以及基本信息。交易管理用户出售管理求购管理买卖信息更新消息发布搜索3.1.2.3交易管

6、理：交易请求出售请求交易通知求购请求交易通知搜索请求信息更新请求在用户交易管理中，根据用户的提供的交易物品生成了“出售信息表”和“求购信息表”，用户可以随时对自发布的信息进行更改或删除。在交易的过程中，系统会根据这两个表生成对应物品的求购（出售）信息目录供用户浏览参考。对于没有明显求购或出售目标 的用户，也可以浏览由求购、出售信息表生成的求购、出售物品目录用户检查不合格处理用户录入出售信息用户确认出售信息将信息录入 出售信息表发布出售消 息3.1.2.4出售管理出售请求提示不合格合格出售信息描述出售物品信息单交易请求出售信息表用户信息表出售物品信息用户发出出售请求后，系统会自动检查用户是否已登

7、录。用户录入出售信息（包括出售物品名称（gods），出售物品价格（sellprice），出售物品种类（category），出售物品描述（selldes），联系电话（contactp），联系 QQ（contactq）。其中物品名称、价格、种类为必填字段。联系方式为电话或 QQ，考虑到用户可能不愿意留下自己的电话或 QQ，我们将联系方式设为可选字段。当有交易请求时，系统通过邮箱 通知用户。经用户检查录入信息正确无误，生成出售物品信息单。系统将出售信息纳入出售信息表，并根据出售信息表上的内容发布出售信息用户检查用户是否登录未登录处理用户检查不合格处理用户录入求购信息用户确认求购信息将信息录入 求购信

8、息表发布求购消 息3.1.2.5求购管理求购请求提示不合格合格求购信息描述求购物品信息单交易请求求购信息表用户信息表求购物品信息用户发出求购请求后，系统会自动检查用户是否已登录。用户录入求购信息（包括求购物品名称（neds），求购物品价格（sbuyprice），求购物品种类（category），求购物品描述（buydes），联系电话（contactp），联系 QQ（contactq）。其中物品名称、价格、种类为必填字段。联系方式为电话或 QQ，考虑到用户可能不愿意留下自己的电话或 QQ，我们将联系方式设为可选字段。当有交易请求时，系统通过邮箱 通知用户。经用户检查录入信息正确无误，生成求购物品

9、信息单。系统将求购信息纳入出售信息表，并根据求购信息表上的内容发布求购信息3.1.3 买卖信息更新管理更新买卖新请求已登录更新或删除现有消息求购信息表未登录提示出售信息表用户可以随时更新自己的买卖信息。用户用户录入搜索信息开始搜索生成搜索结果搜索信息匹配3.1.4 搜索搜索请求搜索结果搜索内容搜索结果单求购信息表出售信息表3.2 对性能的规定3.2.1 精度本子系统应支持最大并发用户 500 个，每秒事务处理数应大于 1000 笔。3.2.2 时间特性要求在硬件和网络条件满足的前提下，所有日常性操作事务的平均响应时间应小于 10 秒， 最长响应时间应小于 30 秒；对于查询性事务的平均响应时间

10、应小于 60 秒，最长响应时间 应小于 180 秒。3.2.3 灵活性本项目采用 J2EE 架构，因此可以在不同的异构平台上正常运行，由于 J2EE 架构的高 度可扩展性，因此在需求变化和系统集成商具有很大的灵活性。3.3 输人输出要求3.3.1. 系统需要使用的静态资料用户的基本情况，包括相应的地址、电话、邮箱等。信息的具体情况列表如下。用户基本信息表（userinfo）字段名字段类型字段长度描述用户 ID（userid）Char5主键注册邮箱（regmail）Char24Unique用户昵称（nickname）Char18Not null密码（passwd）Char18Not null3.

11、3.2. 系统需要使用的静态资料用户中买者的求购信息，卖者的出售信息。信息的具体情况列表如下。 卖方信息表字段名字段类型字段长度描述出售 ID（msgid）Char7主键用户 ID（userid）Char5出售物品名称（gods）Char64Not null物品类别（category）Char32Not null期望价格（sellprice）Float18出售物品描述（selldes）Char200联系电话（contactp）Char18联系 QQ（contactq）Char10买方信息表（buyer）字段名字段类型字段长度描述求购 ID（msgid）Char7主键消息 ID（userid）Char5求购物品名称（neds）Char64Not null物品类别（category）Char32Not null愿意出价（buyprice）Float18求购物品要求（buydem）Char200联系电话（contactp）Char18联系 QQ（contactq）Char10