admin管理员组文章数量:1608851
1 引言
1.1 编写目的
本文档的目的是详细地介绍华农闲物置换平台的需求,以便客户能够确认产品的确切需求以及开发人员能够根据需求设计编码,以下叙述将结合文字描述、数据流图、ER图等来描述闲物置换平台的功能、性能、用户界面、运行环境、外部接口以及针对用户操作给出的各种响应。本文档的预期读者有客户、项目经理、开发人员以及跟该项目相关的其他竞争人员。
1.2 背景
二手闲物置换系统由小组讨论提出,由刘星宇、王杰、马智隆、潘少轩、张世珍进行后续的开发和实施工作,该项目适用于高校在校学生。
1.3 术语和缩略词
无
1.4 参考资料
[1]窦万峰.软件工程方法与实践(第三版).北京:机械工业出版社,2016
[2]王珊/萨师煊.数据库系统概论(第五版).北京:高等教育出版社,2014
2 任务概述
2.1 项目概述
2.1.1 项目来源及背景
随着电子商务的发展,网络交易已经不如巅峰期,越来越多的商品都转化为或者正在转化为虚拟交易。伴随着学生购买能力的提高,大学生购买的商品数量也逐渐增多,甚至超出了自己的需求,以至于几乎每个大学生手中都会有很多闲置不用的物品,丢掉可惜,留着又没用,因此华农的二手交易市场具有广 阔的发展空间。
2.1.2 项目目标
二手闲物置换系统是一个针对在校学生的二手物件交易平台,大家可以在这里发布自己闲置的物品或者求购自己所需要的物品。现在校园里缺少一个具有完整交易流程的二手物品交易平台,而大学生的二手交易需求十分广泛,目前校园的二手交易主要通过QQ群的形式进行交易,导致效率十分低下。本平台力争做到最简化购买流程,加快二手物品的流通速度。
2.1.3 系统功能概述
(1)登录注册:用户通过账号密码进行登录,以进入交易系统或管理员系统。
(2)搜索:通过商品名或者商品的标签、描述等信息快速查找到自己所需的物品。
(3)发布商品:用户填写物品信息,将商品投放到市场。
(4)购买商品:用户选择好自己所需商品后,可以联系卖家进行交易。
(5)管理员审核商品:管理员通过用户填写的商品信息来审核是否将其投向市场
2.2 用户特点
本产品的用户主要是华中农业大学在校大学生群体,大学生这一群体的经济水平往往不太高,对物美价廉的商品有很大的需求,同时,大学生在学校住宿空间有限,往往会产生很多冗余的物品,也需要出售这些物品回收一定的资金。
2.3 假定和约束
(1)人力和时间约束:本平台的开发过程需要考虑到人力和时间的约束。
(2)技术发展约束:在进行商品的推送时,需要用到一些智能推送算法等,目前无法实现。
3 功能需求
3.1 功能划分
3.1.1 系统功能组成
(1)二手闲物置换平台的顶层数据流图
描述:用户登录成功后可以填写商品的信息进行发布,也可以进行商品的购买。当用户作为发布者者时,用户可以填写商品信息提交给管理员审核,由管理员人工审核后,商品便可以流向市场。当用户作为购买者时,浏览商品后,可以加入购物车、生成订单进行购买。系统中的数据主要由发布者流向购买者。
(2)二手闲物置换平台的0层数据流图
描述:用户(发布者、购买者)通过提交身份信息向用户登录事务发送请求。用户登录事务从用户信息库读取响应的用户信息进行匹配判断登录结果。用户登录后,可以进行浏览商品、个人信息管理、搜索商品、发布商品等操作。用户搜索商品时,需输入所需商品的名称或者所需商品的类型等信息,流动到搜索商品事务,搜索商品事务根据这些信息在商品信息库中进行匹配,筛选出符合条件的商品,推送给用户。用户点击商品后,可以查看商品详情,并加入购物车、生成订单。商品信息转换成订单信息流向订单表。用户输入商品信息后进行发布商品,商品信息流向待审核商品表。管理员通过登录事务从管理员表读取管理员信息进行判断,登录成功后,可以发起审核请求,从待审核信息表中获取待审核商品信息,经审核商品事务后,商品信息流向商品信息表。
3.1.2 功能编号和优先级
功能编号 | 功能 | 优先级 |
---|---|---|
1 | 用户登录 | 高 |
2 | 个人信息管理 | 中 |
3 | 商品搜索 | 中 |
4 | 发布商品 | 中 |
5 | 查看商品详情 | 中 |
6 | 生成订单 | 中 |
7 | 管理员登录 | 高 |
8 | 审核商品 | 高 |
3.2 功能描述
3.2.1 结构化分析
(1)用户登录
功能描述:用户登录可以分为注册和登陆。注册时用户提供新用户注册信息发往注册事务,注册事务根据新用户注册信息得到新用户信息存入用户信息库,同时流动出用户信息。登录时用户提供用户名和密码发往登录事务,登录事务将得到的用户名和密码与用户信息库中的信息匹配,同时流动出用户信息。
(2)个人信息管理
功能描述:用户可以修改自己的个人信息,输入新的个人信息,个人信息管理事务得到用户信息,对用户信息库中的信息进行修改。
(3)商品搜索
功能描述:用户在搜索栏输入所需要的商品信息,如商品名称、商品描述、商品类型等。搜索信息进入商品搜索事务,商品搜索事务在商品信息表中进行匹配,找到匹配成功的商品信息流出。
(4)发布商品
功能描述:用户输入商品信息,商品信息流入商品发布事务,商品发布事务对商品信息进行处理,得到待审核的商品信息,传入待审核商品信息表,等待管理员审核商品。
(5)查看商品详情
功能描述:用户在找到自己所需要的上商品后,商品搜索事务将商品ID传入查看商品详情事务,查看商品详情事务与商品信息表中获取对应的完整商品信息后,传出。
(6)生成订单
功能描述:用户查看商品详情后,点击购买按钮,查看商品详情事务将商品信息传入生成订单事务,在生成订单事务中被转化为订单信息,存入订单信息库。
(7)管理员登录
功能描述:用户提供用户名和密码发往登录事务,登录事务将得到的用户名和密码与用户信息库中的信息匹配,判断用户是否为系统管理员,同时流动出管理员信息。
(8)管理员审核
功能描述:管理员登录后,向审核商品事务传入审核请求,审核商品事务收到审核请求后,从待审核商品表中提取信息,待审核商品信息传入审核商品事务,经处理后,转换成商品信息,传入商品信息库。
3.2.2 面向对象方法
3.2.2.1用例图
- 具体用例分析
用例名称 | 用户登录 |
---|---|
参与者 | 管理员、买方、卖方 |
简要说明 | 买方和卖方通过账号和密码登录自己的账号,管理员登录管理员账号 |
前置条件 | 交易平台正常运行 |
基本事件 | 1. 用户进入系统2. 输入账号、密码3. 点击登录4. 系统验证身份5. 成功进入系统 |
其他事件 | 如果没有账号可以进行注册。注册之后重新进入登录界面 |
异常情况 | 暂无 |
备注 | 买方登录成功即可浏览商品和购买,卖方登录成功即可出售商品,管理员登录成功即可对所有信息进行管理审查。 |
用例名称 | 用户注册 |
---|---|
参与者 | 买方、卖方 |
简要说明 | 买方和卖方向交易平台申请一个账号 |
前置条件 | 交易平台正常运行 |
基本事件 | 1. 用户登录注册界面 2. 输入账号密码 3. 提交信息并确认 4. 系统核对无误后录入数据库 |
其他事件 | 注册之后将进入登录界面 |
异常情况 | 暂无 |
备注 | 成功注册之后方可进入下一步否则将无法使用 |
用例名称 | 信息修改 |
---|---|
参与者 | 系统管理员 |
简要说明 | 管理员修改想要修改的信息 |
前置条件 | 管理员查找需要修改的内容 |
基本事件 | 1. 管理员点击修改2. 提交修改3. 系统保存修改并展示修改后的结果 |
其他事件 | 无 |
异常情况 | 如果修改失败则向管理员提出报告 |
备注 | 管理员修改成功之后可以进行下一步操作 |
用例名称 | 发布商品 |
---|---|
参与者 | 卖方 |
简要说明 | 发布自己想要卖出的商品 |
前置条件 | 卖方成功登录系统 |
基本事件 | 1. 点击出售按钮2. 进入出售页面3. 填写相关信息后提交4. 系统保存 |
其他事件 | 无 |
异常情况 | 提交失败则提出警告信息并提示重新提交 |
备注 | 发布商品后可以进行浏览 |
用例名称 | 购买商品 |
---|---|
参与者 | 购买者 |
简要说明 | 购买者购买自己需要的商品 |
前置条件 | 买方登录系统后 |
基本事件 | 1. 查找想要买的商品2. 将想要买的东西加入购物车3. 系统生成本次交易订单4. 系统提交订单,交易结束 |
其他事件 | 点击即可查看商品详情 |
异常情况 | 无 |
备注 | 购买成功后可以进入查看或者继续选购 |
用例名称 | 管理员审核商品 |
---|---|
参与者 | 管理员 |
简要说明 | 管理员定期/不定期审核商品信息 |
前置条件 | 管理员登录系统 |
基本事件 | 1. 管理员查看商品信息2. 管理员决定审核结果3. 管理员提交审核结果,对于结果为“不合格”的商品系统将不予展示 |
其他事件 | 点击商品以查看商品详情 |
异常情况 | 无 |
备注 | 审核完毕后可以继续审核下一份商品 |
3.2.2.2 类图
- 查看商品类图建模
- 用户购买类图建模
- 用户发布类图建模
- 用户搜索
- 修改个人信息
- 管理员审核类图建模
3.2.2.3 分析类图
实体类:登录注册、发布商品、购买商品、待审核商品、商品列表
边界类:登录注册界面、发布商品界面、商品详情界面、搜索界面、审核商品页面
控制类:发布商品类、购买商品类、搜索商品类
- 购买商品类
- 搜索商品类
- 审核商品类
CRC卡片
3.2.2.4 对象图
3.2.2.5 顺序图
- 用户发布商品顺序图
- 用户搜索顺序图
- 用户购买顺序图
- 管理员审核顺序图
4 数据需求
4.1 静态数据
用户信息、商品信息、订单信息
4.2 动态数据
无
4.3 数据字典
1.数据流条目
(1)身份信息
名称 | 身份信息 |
---|---|
简述 | 描述用户的身份 |
来源 | 用户输入 |
去处 | 用户登录 |
(2)用户名
名称 | 用户名 |
---|---|
简述 | 用户登录的账号 |
类型 | varchar |
长度 | 1024 |
来源 | 用户登录 |
去处 | 用户信息库 |
(3)密码
名称 | 密码 |
---|---|
简述 | 用户登录的账号对应的密码 |
类型 | char |
长度 | 20 |
来源 | 用户登录 |
去处 | 用户信息库 |
(4)用户信息
名称 | 用户信息 |
---|---|
简述 | 用户信息库中的所有信息 |
来源 | 用户信息库 |
去处 | 个人信息管理事务 |
(5)搜索信息
名称 | 搜索信息 |
---|---|
简述 | 用户输入的商品信息,用于在商品信息表中进行查找匹配 |
来源 | 用户输入 |
去处 | 搜索商品事务 |
(6)商品信息
名称 | 商品信息 |
---|---|
简述 | 商品信息表中的各个属性 |
来源 | 搜索商品事务 |
去处 | 商品信息库 |
(7)账号信息
名称 | 账号信息 |
---|---|
简述 | 管理员的账号密码 |
来源 | 管理路输入 |
去处 | 管理员表 |
(8)管理员信息
名称 | 管理员信息 |
---|---|
简述 | 管理员的身份信息,用于描述管理员的身份 |
来源 | 管理员输入 |
去处 | 管理员表 |
(9)审核请求
名称 | 审核请求 |
---|---|
简述 | 管理员点击审核发送的审核申请 |
来源 | 管理员输入 |
去处 | 审核商品事务 |
(10)审核完成商品信息
名称 | 审核完成商品信息 |
---|---|
简述 | 被管理员审核完成的商品信息 |
来源 | 审核商品事务 |
去处 | 商品信息库 |
2.数据存储条目
(1)电话
名称 | 电话 |
---|---|
简述 | 用户的联系方式 |
数据类型 | varchar |
长度 | 11 |
取值范围 | 数字 |
(2)地址
名称 | 地址 |
---|---|
简述 | 用户所在的地址,用于发货收货 |
数据类型 | varchar |
长度 | 1024 |
(3)管理员标识
名称 | 管理员标识 |
---|---|
简述 | 用于区分不同的用户类型 |
数据类型 | int |
长度 | 1 |
取值范围 | 0~1 |
(4)商品名
名称 | 商品名 |
---|---|
简述 | 商品的标识 |
数据类型 | varchar |
长度 | 20 |
(5)商品类型
名称 | 商品类型 |
---|---|
简述 | 系统地区分商品种类 |
数据类型 | char |
长度 | 50 |
(6)商品定价
名称 | 商品定价 |
---|---|
简述 | 商家根据自己情况提高或降低指导价格 |
数据类型 | float |
长度 | * |
(7)订单编号
名称 | 订单编号 |
---|---|
简述 | 用于订单查找 |
数据类型 | char |
长度 | 10 |
(8)订购日期
名称 | 订购日期 |
---|---|
简述 | 用于记录下单时间 |
数据类型 | datetime |
长度 | * |
(9)用户账号
名称 | 用户账户 |
---|---|
简述 | 外联用户信息中的用户账号 |
数据类型 | varchar |
长度 | 20 |
(10)商品编号
名称 | 商品编号 |
---|---|
简述 | 外联商品信息中的商品编号 |
数据类型 | char |
长度 | 20 |
商品信息(商品编号、商品名称、商品发布者、商品类型、商品定价、商品库存量)此为实体“商品信息”对应的关系模式,主码是商品编号、商品名称,根据此属性可以直接唯一确认到相关商品的信息,符合BCNF范式。
订单信息(订单编号、用户账号、商品编号、订购日期、发货日期、订购数量、订购总价)此为实体“订单信息”对应的关系模式,主码是订单编号、用户账号、商品编号,根据此属性可以直接唯一确认到相关订单的信息。通过用户帐号可以确认到用户信息,通过商品编号可以确认到商品信息,消除了部分依赖和传递依赖,并且主码之间又不存在依赖,符合BCNF范式。
待审核商品(编号、商品名称、商品发布者、商品类型、商品信息)此为实体“待审核商品”对应的关系模式,主码是编号,根据此属性可以直接唯一确认到相关商品的信息,符合BCNF范式。
4.4 数据库描述
系统的数据库概念模型ER图
该ER图共四个实体,分别为用户、订单信息、商品信息和待审核信息表。
用户信息(用户账号、用户密码、用户姓名、用户地址、用户手机号码、管理员标识),此为实体“用户信息”对应的关系模式,主码是用户账号、用户密码,根据此属性可以直接唯一确认到相关用户的信息,符合BCNF范式。
商品信息(商品编号、商品名称、商品发布者、商品类型、商品定价、商品库存量)此为实体“商品信息”对应的关系模式,主码是商品编号、商品名称,根据此属性可以直接唯一确认到相关商品的信息,符合BCNF范式。
订单信息(订单号、商品编号、订购日期、订单价格、发货地址、收货地址、订单状态)此为实体“订单信息”对应的关系模式,主码是订单编号、用户账号、商品编号,根据此属性可以直接唯一确认到相关订单的信息。通过用户帐号可以确认到用户信息,通过商品编号可以确认到商品信息,消除了部分依赖和传递依赖,并且主码之间又不存在依赖,符合BCNF范式。
待审核商品表(编号、商品名称、商品发布者ID、商品类型、商品信息),此为实体“待审核商品”对应的关系模式,主码是编号,根据此属性可以直接唯一确定到相关待审核商品的的信息,符合BCNF范式。
5 性能需求
5.1 数据精度
字段 | 精度 | 备注 |
---|---|---|
用户名 | char型 | 邮箱 |
密码 | char型 | 8-12位 |
昵称 | char型 | |
用户是否存在 | map型 | 前端传过来含有用户名和密码的json对象,后端接受到之后在数据库中匹配,返回是否匹配的信息给前端 |
电话 | char型 | 11位数字 |
地址 | varchar型 | 用户的所在地址,用于发货收货 |
5.2 时间特性
(1) 响应时间:用户任意操作后5秒内系统给予反馈信息。
(2) 更新处理时间:由系统运行状态来决定。
(3) 数据的转换和传送时间:能够在20秒内完成。
5.3 灵活性
当需求发生某些变化时,该软件的基本操作、数据结构、运行环境等等基本不会发生变化,只是对系统的数据库的文件和记录进行处理,就可以满足需求。
6 运行需求
6.1 用户界面
(1)注册:用户填写该页面的“用户名”、“昵称”、“密码”、“确认密码”信息后点击提交即可成功注册,返回“注册是否成功的消息”。
(2)登录:用户填写该页面的“用户名”、“密码”信息后点击登录即可成功登录,如果用户没有账号可以点击下方的链接进行注册。
(3)主页:此页面顶部显示导航栏,以及用户个人中心的入口按钮。点击导航栏中的切换按钮,可以在浏览商品、发布商品、搜索商品个人信息管理等页面切换。中心展示系统推荐的商品信息。
(4)个人中心:点击导航栏个人中心按钮,可以进入个人中心页面;个人中心页面顶部导航栏常驻,主题部分以文本框的形式直接展示用户的所有信息,用户点击可以进行修改;底部设有保存信息按钮。
(5)发布商品页面:通过顶部导航栏进入发布商品页面;页面列出了发布商品所需要填写的所有信息,用户需要填写所有的商品信息,然后点击页面下方的发布按钮,即可提交给管理员审核。
(6)搜索商品页面:点击顶部搜索框,用户可以输入所需商品的名称、类型等信息,点击提交后跳转到搜索商品页面,页面以信息流的形式展示商品信息库中符合条件的商品。
(7)管理员审核页面:管理员登录之后,点击审核按钮进入审核页面;页面从待审核商品信息中提取信息展示在页面。提供两个按钮,分别表示通过和否决,点击后商品信息进入商品信息库。
6.2 软件接口
1.操作系统:Window 10/Windows 11
2.软件设备:VScode、IntelliJ IDEA、MySQL
6.3 硬件接口
1.内存:512M以上
2.磁盘空间:40G以上
3.CPU:200Mhz以上
4.硬盘空间:1.5G以上
7 其他需求
7.1 验收标准
- 用户可以正常进行登录和注册
- 系统能够记录用户的订单
- 用户能够正常购买
7.2 质量属性
- 安全性
- 可维护性
- 可移植性
以进行修改;底部设有保存信息按钮。
(5)发布商品页面:通过顶部导航栏进入发布商品页面;页面列出了发布商品所需要填写的所有信息,用户需要填写所有的商品信息,然后点击页面下方的发布按钮,即可提交给管理员审核。
(6)搜索商品页面:点击顶部搜索框,用户可以输入所需商品的名称、类型等信息,点击提交后跳转到搜索商品页面,页面以信息流的形式展示商品信息库中符合条件的商品。
(7)管理员审核页面:管理员登录之后,点击审核按钮进入审核页面;页面从待审核商品信息中提取信息展示在页面。提供两个按钮,分别表示通过和否决,点击后商品信息进入商品信息库。
6.2 软件接口
1.操作系统:Window 10/Windows 11
2.软件设备:VScode、IntelliJ IDEA、MySQL
6.3 硬件接口
1.内存:512M以上
2.磁盘空间:40G以上
3.CPU:200Mhz以上
4.硬盘空间:1.5G以上
7 其他需求
7.1 验收标准
- 用户可以正常进行登录和注册
- 系统能够记录用户的订单
- 用户能够正常购买
7.2 质量属性
- 安全性
- 可维护性
- 可移植性
版权声明:本文标题:需求分析文档 内容由热心网友自发贡献,该文观点仅代表作者本人, 转载请联系作者并注明出处:https://www.elefans.com/xitong/1728554527a1163666.html, 本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容,一经查实,本站将立刻删除。
发表评论