2023年校园二手物品交易系统需求分析.doc

大学生二手物品交易平台 需求分析 状态 草稿 初始版 修订版 标识号 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〕 Char 5 主键 注册邮箱〔regmail〕 Char 24 Unique 用户昵称〔nickname〕 Char 18 Not null 密码〔passwd〕 Char 18 Not null 3.3.2. 系统需要使用的静态资料 用户中买者的求购信息，卖者的出售信息。信息的具体情况列表如下。 卖方信息表 字段名 字段类型 字段长度 描述 出售ID〔msgid〕 Char 7 主键 用户ID〔userid〕 Char 5 出售物品名称〔gods〕 Char 64 Not null 物品类别〔category〕 Char 32 Not null 期望价格〔sellprice〕 Float 18 出售物品描述〔selldes〕 Char 200 联系 〔contactp〕 Char 18 联系QQ〔contactq〕 Char 10 买方信息表〔buyer〕 字段名 字段类型 字段长度 描述 求购ID〔msgid〕 Char 7 主键 消息ID〔userid〕 Char 5 求购物品名称〔neds〕 Char 64 Not null 物品类别〔category〕 Char 32 Not null 愿意出价〔buyprice〕 Float 18 求购物品要求〔buydem〕 Char 200 联系 〔contactp〕 Char 18 联系QQ〔contactq〕 Char 10