PS:迷你商城后台管理系统---需求分析.docx下载~click me
迷你商城后台管理系统-- 需求分析
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其它(+)
暂无