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

大学生二手物品交易平台 需求分析 状态 草稿 初始版 修订版 标识号 1—1 当前版本 1.0 发布日期 2011年11月3日 起草人 王盼盼 1引言 1.1编写目的 书写本文档的目的在于： 描述用户需求，明确系统功能内容、功能边界、开发途径； 作为双方签订的软件开发合同的一部分内容形式存在； 项目相关人员参考资料 1.2项目背景 随着商品经济的发展，高校生通常会有出售二手货的需求，而其他在校同学又希望买到廉价的二手商品针对这一情况应运而生 上图描述了本系统总体上可以实现的各项功能。 顶层图： 根据大学现在二手交易的基本情况（规模小，种类多，随机性强，时间分布比较平均），我们定义系统的功能如下： 系统为用户提供发布各种求购或出售信息的平台 由于用户的交易规模比较小而且用户使用系统的时间有不确定性，所以系统不提供在线交易功能。在特定的情况下，系统可以提供帮助实现买卖双方进行沟通的功能 注册用户可以浏览系统保存的各种二手信息，登录后可以发布二手信息； 注册用户有修改自己发布的信息的权利 为了防止垃圾信息①出现，在一天内（每天的0：00～23：59）每个用户最多只允许发布五条信息； 管理员有权删除非法用户② 正常用户的账户信息发生变动时，系统应将变动状况通知用户 详细功能描述 0层图： 系统的使用者为系统管理员和一般用户，用户在系统注册后生成用户信息表文件。系统的功能分为两个模块，面向管理员的模块功能是系统管理，主要是删除系统非法用户的帐号信息；面向一般用户的模块功能是户信息管理和交易管理。其中，用户信息管理包括更改用户注册邮箱，更改用户密码，更改用户基本信息；交易管理包括出售管理，求购管理，买卖信息管理。 系统管理 管理员功能：对用户发出警告，从用户信息表中删除非法用户。这项功能只能为管理员所有。 用户管理： 这个模块实现了用户请求交易，发布、更新交易信息的功能，并使用户能够更新自己的注册信息以及基本信息。 交易管理： 在用户交易管理中，根据用户的提供的交易物品生成了“出售信息表”和“求购信息表”，用户可以随时对自发布的信息进行更改或删除。在交易的过程中，系统会根据这两个表生成对应物品的求购（出售）信息目录供用户浏览参考。对于没有明显求购或出售目标的用户，也可以浏览由求购、出售信息表生成的求购、出售物品目录 出售管理 用户发出出售请求后，系统会自动检查用户是否已登录。 用户录入出售信息（包括出售物品名称（gods），出售物品价格（sellprice），出售物品种类（category），出售物品描述（selldes），联系电话（contactp），联系QQ（contactq））。其中物品名称、价格、种类为必填字段。联系方式为电话或QQ，考虑到用户可能不愿意留下自己的电话或QQ，我们将联系方式设为可选字段。当有交易请求时，系统通过邮箱通知用户。 经用户检查录入信息正确无误，生成出售物品信息单。 系统将出售信息纳入出售信息表，并根据出售信息表上的内容发布出售信息 求购管理 用户发出求购请求后，系统会自动检查用户是否已登录。 用户录入求购信息（包括求购物品名称（neds），求购物品价格（sbuyprice），求购物品种类（category），求购物品描述（buydes），联系电话（contactp），联系QQ（contactq））。其中物品名称、价格、种类为必填字段。联系方式为电话或QQ，考虑到用户可能不愿意留下自己的电话或QQ，我们将联系方式设为可选字段。当有交易请求时，系统通过邮箱通知用户。 经用户检查录入信息正确无误，生成求购物品信息单。 系统将求购信息纳入出售信息表，并根据求购信息表上的内容发布求购信息 买卖信息更新管理 用户可以随时更新自己的买卖信息。 搜索 3.2对性能的规定 3.2.1精度 本子系统应支持最大并发用户500个，每秒事务处理数应大于1000笔。 3.2.2时间特性要求 在硬件和网络条件满足的前提下，所有日常性操作事务的平均响应时间应小于10秒，最长响应时间应小于30秒；对于查询性事务的平均响应时间应小于60秒，最长响应时间应小于180秒。 3.2.3灵活性 本项目采用J2EE架构，因此可以在不同的异构平台上正常运行，由于J2EE架构的高度可扩展性，因此在需求变化和系统集成商具有很大的灵活性。 3.3输人输出要求 系统需要使用的静态资料 用户的基本情况，包括相应的地址、电话、邮箱等。信息的具体情况列表如下。 用户基本信息表（userinfo） 字段名 字段类型 字段长度 描述 用户ID（userid） Char 5 主键