Stage 1 项目需求分析报告
迷你商城后台管理系统-- 需求分析
1. 引言
作为互联网热潮的崛起,消费者们的普遍差异化,实体商城要想在互联网的浪潮中继续发展,就需要制定出针对用户以及消费者的消费习惯以及喜爱品种的消费方案。从而企业以及实体营销业才能根据消费者以及用户的消费习惯来有针对性的进行超市以及商城的进出口货物的有效安排。因此才能够提升商城的生产效率,降低相关的劳动力投入并且能够显著的提高利润。
1.1 编写目的
此需求分析文档在于对项目的背景,功能范围,需求信息,同时针对开发人员进行能够依照此文档进行开发。同时包括系统的功能性需求和非功能性需求。确保此系统能够满足企业以及商城包括超市的基本需求业务。
1.2 业务背景
传统的大型商城以及超市的货物指定标准是根据,人为的统计数据或者根据发票来制定当月或者当季度的货物进货出货量之间的关系。耗费时间精力较大,目前采用后端信息系统数据的录入进行分析。
企业以及大型超市对消费的消费需求把握的不到位,对消费者的行为分析和喜好,没有针对性。在众多企业的竞争当中没有核心竞争力。
互联网浪潮的出现导致传统的网上商城购物发展迅猛,传统的实体大型企业和大型超市必须做出转型,才能够留住消费者。避免实体经济的下滑。
用户以及消费者之间在商城购物的消费情况,喜爱以及偏好,通过分析此偏好,能够针对消费者以及商城指良好的消费计划,合理分配资源,
1.3 项目目标
本系统旨在解决根据消费者的消费习惯和偏好,解决实体企业的对货物资源的无法充分利用的弊端,将企业的利益最大化,减少相关的劳动人员的劳动产出。提高大型商城以及超市的利润。
针对用户的行为分析做出相应的吸引消费的营销策略。并同时根据数据预测下一季度或者下一个月的进出口货物量。
当企业或者大型商城使用此系统后,在相同的产出下利润上有着明显的提升时,说明该系统的初级目标已经达到。系统初步可以判定为成功。
1.4 参考资料
《我们应该怎样做需求分析》 作者 yqmfly 日期:2012年6月20日
2.整体分析
2.1整体概述
迷你商城后端管理系统由为7个子管理系统、首页、外链页面组成,根据用户的需求,每个子管理系统又分别划分成多个功能模块。除了用户管理、商品管理、推广管理3个子系统之外,其他子管理系统和首页、外链页面为各类型管理员(角色)公用,无需额外授权。与之相应的是,用户管理系统需要用户管理员(角色)权限访问、管理,商品管理系统需要商品管理员(角色)权限访问、管理,推广管理系统需要推广管理员(角色)权限访问、管理。由于时间和精力的限制,本小组只实现需要额外角色权限的用户管理、商品管理、推广管理3个子系统。
2.2系统框架图
迷你商城后端管理系统架构图
2.3 E-R图
2.3.1用户管理(子系统)部分
E-R图1
2.3.2商品管理(子系统)部分
E-R图2
2.3.3推广管理(子系统)部分
E-R图3
3.功能需求
3.1 用户(顾客)管理子系统
3.1.1 用例图
用例图1-1
3.1.2 用例说明
用例标识 |
1-1-1 |
用例名称 |
查询搜索历史 |
创建人 |
陈子豪 唐佳强 |
创建日期 |
2019-04-17 |
版本号 |
v1.0.0 |
用例类型 |
查询报表 |
用例描述 |
查询功能,实现顾客搜索历史查询需求,以用户管理员身份操作。 |
||
参与者 |
用户管理员 |
||
报表作用 |
供用户管理员查询顾客搜索历史,了解顾客消费喜好。 |
||
报表内容 |
顾客在商城上进行商品搜索的历史 |
||
使用频率 |
中 |
||
数据链接 |
无 |
用例标识 |
1-1-2 |
用例名称 |
查询意见反馈 |
创建人 |
陈子豪 唐佳强 |
创建日期 |
2019-04-17 |
版本号 |
v1.0.0 |
用例类型 |
查询报表 |
用例描述 |
查询功能,实现顾客意见反馈查询需求,以用户管理员身份操作。 |
||
参与者 |
用户管理员 |
||
报表作用 |
供用户管理员查询顾客对商品的意见反馈,从而为顾客提高服务质量。 |
||
报表内容 |
顾客在商城上对商品的意见反馈 |
||
使用频率 |
高 |
||
数据链接 |
无 |
用例标识 |
1-1-3 |
用例名称 |
查询会员个人信息 |
创建人 |
陈子豪 唐佳强 |
创建日期 |
2019-04-17 |
版本号 |
v1.0.0 |
用例类型 |
查询报表 |
用例描述 |
查询功能,实现会员(顾客)个人信息查询需求,以用户管理员身份操作。 |
||
参与者 |
用户管理员 |
||
报表作用 |
供用户管理员查询会员个人信息,为会员提供更多优惠服务。 |
||
报表内容 |
保留会员个人信息 |
||
使用频率 |
低 |
||
数据链接 |
无 |
用例标识 |
1-1-4 |
用例名称 |
查询顾客收货地址 |
创建人 |
陈子豪 唐佳强 |
创建日期 |
2019-04-17 |
版本号 |
v1.0.0 |
用例类型 |
查询报表 |
用例描述 |
查询功能,实现顾客收货地址查询需求,以用户管理员身份操作。 |
||
参与者 |
用户管理员 |
||
报表作用 |
供用户管理员查询顾客收货地址,从而为顾客提供快递邮寄服务。 |
||
报表内容 |
保留顾客收货地址 |
||
使用频率 |
低 |
||
数据链接 |
无 |
用例标识 |
1-1-5 |
用例名称 |
查询顾客收藏 |
创建人 |
陈子豪 唐佳强 |
创建日期 |
2019-04-17 |
版本号 |
v1.0.0 |
用例类型 |
查询报表 |
用例描述 |
查询功能,实现顾客对商品的收藏查询需求,以用户管理员身份操作。 |
||
参与者 |
用户管理员 |
||
报表作用 |
供用户管理员查询顾客对商品的收藏,分析顾客喜好,并对相应的顾客推送其所喜好的商品。 |
||
报表内容 |
保留顾客对商品的收藏信息 |
||
使用频率 |
高 |
||
数据链接 |
无 |
用例标识 |
1-1-6 |
用例名称 |
导出查询结果 |
|
创建人 |
陈子豪 唐佳强 |
创建日期 |
2019-04-17 |
|
版本号 |
v1.0.0 |
用例类型 |
业务操作 |
|
用例描述 |
将满足查询条件的信息导出为一份文件,以便管理员保留结果。 |
|||
参与者 |
商品管理员、推广管理员、用户管理员 |
|||
触发事件 |
无 |
|||
前置条件 |
商品管理员、推广管理员、用户管理员执行查询所有(指定)的信息操作。 |
|||
事 件 流 |
基本流程 |
|
||
扩展流程 |
无 |
|||
异常流程 |
无 |
|||
后置条件 |
无 |
3.1.3 领域模型
领域逻辑图1
3.2商品管理(子系统)
3.2.1 用例图
用例图1-2
3.2.2 用例说明
用例标识 |
1-2-1 |
用例名称 |
陈列商品列表 |
创建人 |
陈子豪 唐佳强 |
创建日期 |
2019-04-17 |
版本号 |
v1.0.0 |
用例类型 |
查询报表 |
用例描述 |
查询功能,实现指定(所有)商品查询需求,以商品管理员身份操作。 |
||
参与者 |
商品管理员 |
||
报表作用 |
商品管理员陈列指定(所有)的商品,了解商品信息。 |
||
报表内容 |
商场上供顾客购买的商品 |
||
使用频率 |
中 |
||
数据链接 |
无 |
用例标识 |
1-2-2 |
用例名称 |
显示商品评论 |
创建人 |
陈子豪 唐佳强 |
创建日期 |
2019-04-17 |
版本号 |
v1.0.0 |
用例类型 |
查询报表 |
用例描述 |
查询功能,实现指定(所有)商品评论查询需求,以商品管理员身份操作。 |
||
参与者 |
商品管理员 |
||
报表作用 |
商品管理员了解顾客对商品质量、服务好坏进行分析,从而及时更新商品,以更好的满足顾客对商品、服务的满意度。 |
||
报表内容 |
顾客在购买商品时对商品质量、服务等方面的评论。 |
||
使用频率 |
高 |
||
数据链接 |
商品评论表 |
用例标识 |
1-2-3 |
用例名称 |
回复评论 |
|
创建人 |
陈子豪 唐佳强 |
创建日期 |
2019-04-17 |
|
版本号 |
v1.0.0 |
用例类型 |
业务操作 |
|
用例描述 |
商品管理员可根据顾客对商品的评论进行相关回复,为顾客答疑或承诺顾客以后将会提供更好的商品质量、服务等。 |
|||
参与者 |
商品管理员 |
|||
触发事件 |
无 |
|||
前置条件 |
商品管理员先执行查询所有(指定)的商品评论操作。 |
|||
事 件 流 |
基本流程 |
1.商品管理员先执行查询所有(指定)的商品评论操作之后,对指定评论进行回复。 |
||
扩展流程 |
无 |
|||
异常流程 |
无 |
|||
后置条件 |
顾客对商品的评论得到回复。 |
用例标识 |
1-2-4 |
用例名称 |
删除评论 |
|
创建人 |
陈子豪 唐佳强 |
创建日期 |
2019-04-17 |
|
版本号 |
v1.0.0 |
用例类型 |
业务操作 |
|
用例描述 |
商品管理员对顾客关于商品的评论进行删除,删除一些不实、虚假的评论,避免误导其他顾客。 |
|||
参与者 |
商品管理员 |
|||
触发事件 |
无 |
|||
前置条件 |
商品管理员先执行查询所有(指定)的商品评论操作。 |
|||
事 件 流 |
基本流程 |
1.商品管理员先执行查询所有(指定)的商品评论操作之后,对不实、虚假的评论进行删除。 |
||
扩展流程 |
无 |
|||
异常流程 |
无 |
|||
后置条件 |
不实、虚假的评论得以删除,没有误导其他顾客。 |
3.2.3 领域模型
领域逻辑图2
3.3推广管理(子系统)
3.3.1 用例图
用例图1-3
3.3.2 用例说明
用例标识 |
1-3-1 |
用例名称 |
管理专题 |
|
创建人 |
陈子豪 唐佳强 |
创建日期 |
2019-04-17 |
|
版本号 |
v1.0.0 |
用例类型 |
业务操作 |
|
用例描述 |
推广管理员查询指定(所有)专题活动、根据顾客需求增设新的专题,从而达到推广商品的目的。 |
|||
参与者 |
推广管理员 |
|||
触发事件 |
无 |
|||
前置条件 |
无 |
|||
事 件 流 |
基本流程 |
|
||
扩展流程 |
无 |
|||
异常流程 |
无 |
|||
后置条件 |
商品销量增加、成功推广商品。 |
用例标识 |
1-3-2 |
用例名称 |
团购规划 |
|
创建人 |
陈子豪 唐佳强 |
创建日期 |
2019-04-17 |
|
版本号 |
v1.0.0 |
用例类型 |
业务操作 |
|
用例描述 |
推广管理员查询指定(所有)团购规划、根据顾客需求增设新的团购规划,以满足团购类型的顾客。 |
|||
参与者 |
推广管理员 |
|||
触发事件 |
无 |
|||
前置条件 |
无 |
|||
事 件 流 |
基本流程 |
|
||
扩展流程 |
无 |
|||
异常流程 |
无 |
|||
后置条件 |
满足团购群体的顾客需求、同时促进商品销售。 |
用例标识 |
1-3-3 |
用例名称 |
管理广告 |
|
创建人 |
陈子豪 唐佳强 |
创建日期 |
2019-04-17 |
|
版本号 |
v1.0.0 |
用例类型 |
业务操作 |
|
用例描述 |
推广管理员查询指定(所有)广告、通过更新广告、增设新颖广告以促进产品销量。 |
|||
参与者 |
推广管理员 |
|||
触发事件 |
无 |
|||
前置条件 |
无 |
|||
事 件 流 |
基本流程 |
|
||
扩展流程 |
无 |
|||
异常流程 |
无 |
|||
后置条件 |
促进了商品销量。 |
用例标识 |
1-3-4 |
用例名称 |
管理优惠券 |
|
创建人 |
陈子豪 唐佳强 |
创建日期 |
2019-04-17 |
|
版本号 |
v1.0.0 |
用例类型 |
业务操作 |
|
用例描述 |
推广管理员查询指定(所有)商品优惠卷、根据顾客需求发放新的优惠券。 |
|||
参与者 |
推广管理员 |
|||
触发事件 |
无 |
|||
前置条件 |
无 |
|||
事 件 流 |
基本流程 |
|
||
扩展流程 |
无 |
|||
异常流程 |
无 |
|||
后置条件 |
满足团购群体的顾客需求、同时促进商品销售。 |
3.3.3 领域模型
领域逻辑图3
4.非功能需求(URPS+)
4.1可用性(Usability)
该迷你商城后台管理系统对用户(商城管理员)在使用上来说,易操作、易理解,不同的用户拥有不同的角色管理权限限制,因此安全性较高。
4.2.可靠性(Reliability)
4.3性能(Performance)
由于受业务需求、软件设计、数据库设计、系统部署方式等因素的影响,性能在用户一次性导出信息量超过数十万时,性能会大大降低,因此,我们与用户协商一次导出数据时信息量不超过万,可多次导出,从而提高性能。在其他方面,性能需求均可满足用户。
4.4可支持性(Supportability)
该迷你商城后台管理系统专门设置了统计报表管理,实现了统一接口,大大提高了系统可维护性。
4.5其它(+)
暂无
Stage 1 项目需求分析报告的更多相关文章
- BI项目需求分析书-模板
目录 目录 .............................................................................................. ...
- 《Miracle-House团队》项目需求分析改进
(一)团队项目需求分析改进 一.<西小餐项目需求规格说明书>的不足 通过老师和其他同学的指正和建议,我们发现上次的需求规格说明书存在以下不足: 1.需求规格文档不够完整和规范: 2.系统设 ...
- BUAAMOOC项目终审报告
工作总结 我们是歪果仁带你灰开发团队.我们开发的项目是北航学堂(MOOC)的android客户端:BUAAMOOC. 目前我们完成了主要功能,包括UI设计,视频播放,视频下载,学习进度,个人信息等功能 ...
- 《WAP团队项目需求分析改进》
基于原型的团队项目需求调研与分析 本项目是一个家教系统的实现,随着时代的进步,现今已经进入信息技术时代,越来越多的人注意到了教育的重要性.家长对于孩子的学习提高注意力,大家都不想自己的孩子输在起跑线上 ...
- 福大软工 · 第七次作业 - 需求分析报告(404 Note Found队)
目录 组队后的团队项目的整体计划安排 项目logo及思维导图 项目logo 思维导图 产品思维导图 产品思维导图-引导 产品思维导图-后端数据处理.存储 产品思维导图-短信识别 产品思维导图-智能分析 ...
- 404 Note Found· 第七次作业 - 需求分析报告
目录 组队后的团队项目的整体计划安排 项目logo及思维导图 项目logo 思维导图 产品思维导图 产品思维导图-引导 产品思维导图-后端数据处理.存储 产品思维导图-短信识别 产品思维导图-智能分析 ...
- Computer-Hunters——项目需求分析
Computer-Hunters--项目需求分析 前言 本次作业属于2019秋福大软件工程实践Z班 本次作业要求 团队名称: Computer-Hunters 本次作业目标:撰写一份针对团队项目的需求 ...
- 小福bbs——项目需求分析
# 一.简单了解 这个作业属于哪个课程 班级链接 这个作业要求在哪里 作业要求的链接 团队名称 小福bbs 这个作业的目标 第一个版本,根据项目预期情况形成 作业的正文 小福bbs--项目需求分析 其 ...
- 研途APP——项目需求分析
研途APP--项目需求分析 1.作业描述 项目 内容 课程 软件工程实践 作业链接 团队作业第二次-需求规格说明书 团队名称 8rookies 作业目标 作业正文 研途APP--项目需求分析 其他参考 ...
随机推荐
- Kong网关安装之Docker版(2)
1.安装kong管理工具:konga或者kong-dashboard,这里选择konga 拉取konga镜像: sudo docker pull pantsel/konga:0.14.4 初始化kon ...
- idea注释
* * $params$ * @author wangxiaolei * @date $date$ $time$ * @return $return$ */ groovyScript("de ...
- noip13
T1 一开始直接丢了个暴力走人50pts,然后开始打表找规律,啥也没找着,最后二十分钟突然看出来了什么,把 \(f_{n,m}\)式子列了一下,发现常数项没啥规律,最后五分钟,突然闪过一丝灵感,但是是 ...
- 题解—P2511 [HAOI2008]木棍分割
这道题第一眼直接一个二分板子把第一问解决掉,然后主要是统计方案. 其实这个方程还不算难推,只要推出来朴素 \(dp\) ,之后的一步一步也很顺理成章,所以这种题主要看能不能静下心来慢慢做. solut ...
- 题解 Merchant
传送门 可以发现如果我们最终选择的物品集合已经确定,就很好求了 \(\sum k*t+\sum b \geqslant s\) ,二分即可 但现在我们无法确定该选哪些物品 因此我们只需要check一下 ...
- Windows下安装RocketMQ
目录 前言 环境 具体操作 下载 环境变量配置 启动 关闭 生产.消费实例 RocketMQ Console 前言 项目中用到了延迟消息队列,记录下一win10下rocketmq的安装 环境 win1 ...
- @ImportResource-SpringBoot使用xml配置Bean
前言 SpringBoot推荐使用注解的方式去声明bean,但还是提供了xml的方式去加载bean 一.创建要声明为bean的实体类 WzqEntity.java package com; /** * ...
- CSS3图片倒影技术
http://bbs.itheima.com/thread-330315-1-1.html?wymlxt
- wpf 中的style
我们通常说的模板是用来参照的,同样在WPF中,模板是用来作为制作控件的参照. 一.认识模板 1.1WPF菜鸟看模板 前面的记录有提过,控件主要是算法和数据的载体.控件的算法主要体现在可以激发的事件.可 ...
- 【C#】Enum,Int,String的互相转换 枚举转换
Enum为枚举提供基类,其基础类型可以是除 Char 外的任何整型.如果没有显式声明基础类型,则使用 Int32.编程语言通常提供语法来声明由一组已命名的常数和它们的值组成的枚举. 注意:枚举类型的基 ...