PS:迷你商城后台管理系统---需求分析.docx下载~click me数据库
1. 引言后端
做为互联网热潮的崛起,消费者们的广泛差别化,实体商城要想在互联网的浪潮中继续发展,就须要制定出针对用户以及消费者的消费习惯以及喜好品种的消费方案。从而企业以及实体营销业才能根据消费者以及用户的消费习惯来有针对性的进行超市以及商城的进出口货物的有效安排。所以才可以提高商城的生产效率,下降相关的劳动力投入而且可以显著的提升利润。安全
1.1 编写目的架构
此需求分析文档在于对项目的背景,功能范围,需求信息,同时针对开发人员进行可以依照此文档进行开发。同时包括系统的功能性需求和非功能性需求。确保此系统可以知足企业以及商城包括超市的基本需求业务。框架
1.2 业务背景
传统的大型商城以及超市的货物指定标准是根据,人为的统计数据或者根据发票来制定当月或者当季度的货物进货出货量之间的关系。耗费时间精力较大,目前采用后端信息系统数据的录入进行分析。数据库设计
企业以及大型超市对消费的消费需求把握的不到位,对消费者的行为分析和喜爱,没有针对性。在众多企业的竞争当中没有核心竞争力。性能
互联网浪潮的出现致使传统的网上商城购物发展迅猛,传统的实体大型企业和大型超市必须作出转型,才可以留住消费者。避免实体经济的下滑。spa
用户以及消费者之间在商城购物的消费状况,喜好以及偏好,经过分析此偏好,可以针对消费者以及商城指良好的消费计划,合理分配资源,设计
1.3 项目目标
本系统旨在解决根据消费者的消费习惯和偏好,解决实体企业的对货物资源的没法充分利用的弊端,将企业的利益最大化,减小相关的劳动人员的劳动产出。提升大型商城以及超市的利润。3d
针对用户的行为分析作出相应的吸引消费的营销策略。并同时根据数据预测下一季度或者下一个月的进出口货物量。
当企业或者大型商城使用此系统后,在相同的产出下利润上有着明显的提高时,说明该系统的初级目标已经达到。系统初步能够断定为成功。
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其它(+)
暂无