校园二手物品交易系统需求分析(共12页).doc

精选优质文档-倾情为你奉上大学生二手物品交易平台需求分析状态草稿初始版修订版标识号11当前版本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：0023：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）Char5主键注册邮箱（regmail）Char24Unique用户昵称（nickname）Char18Not null密码（passwd）Char18Not null3.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