《电商系统后台统计报表模块》需求分析与设计的课程小结

Posted 2020-10-10 长夜雨

1）分工情况介绍，小组分工合作情况介绍

邱慧坚-张顺程选题，功能分析，建模

2）选题讨论

电商后台的统计报表也是非常重要的一个功能模块，一个功能齐全且具有良好显示效果的报表功能可以帮助管理人员很好的分析当前商铺的销售及客户流量情况。主要讨论的报表有：经营概况，账款统计，销售收入，销售额总览，销售量排名，会员购物量排名，商品访问购买次数，销售指标分析，会员统计。

3）用户故事讨论

商铺管理人员每天或随时可查看后台的统计报表，来帮助分析当前商铺的运营情况。

 

4）功能分析讨论

1、经营概况：统计报表首页显示，主要显示店铺近期的客户流量已经营业情况等。

2、账款统计：主要统计销售的商品总额，已经已到账和未到账的金额。

3、销售收入：主要指定时间范围的销售收入总额。

4、销售额总览：展示指定时间范围的总销售额，包括入账与未入账等等。

5、销售量排名：统计商铺商品的销量排名或近期销量排名。

6、会员购物量排名：统计会员的总购物量和分析指定时间范围的购买力。

7、商品访问购买次数：统计商品被访问的次数。

8、销售指标分析：统计分析销售指标完成情况。

9、会员统计：统计会员的数量与分析会员数增加的趋势。

5）建模

1、确定实体类

2、确定业务流程并画出uml图

 

6）总结

　　经过本次课程，我的了解到了：

敏捷开发模式中的需求实现

需求规划完成了之后，我们要确保这些需求能在敏捷开发的过程当中实现。相比较与瀑布模式，需求规划完成了之后，提供一份完整的PRD就可以逐项开始 开发了，敏捷模式下需求规划中的功能清单首先有可能不是一次实现，会分多次，可能中间还穿插了别的项目，其次是每个功能清单还是再拆分成开发任务去分别实 现，再加上中间的需求变更，所以在需求实现的过程当中是要采取一些措施去避免实现中的困难的，比如需求实现的连续性问题，需求拆分的方式方法，需求变更的 处理，敏捷开发过程当中问题的解决等。

 

计划会议如何分解Backlog

需求规划完成后就形成了确定的需求，体现在敏捷流程当中，就是一条产品需求Product Backlog，我们要实现它，就要开启一个新的敏捷迭代，通常一个迭代的开始都是通过计划会议来开始的。

开计划会议的前提是需求规划已经完成，Product Backlog必须已经存在；通常，对单个产品或者项目而言，只能有一个Product Backlog和Product Owner；每个Product Backlog的描述都是完整的，包括主题、描述、优先级和验收标准等；Product Owner应当理解每个Product Backlog的含义；敏捷团队成员根据Product Backlog优先级，已经预先了解即将开始的迭代大致会涉及的Product Backlog，并能列出相应的问题；

注意：Product Owner之外的人也可以添加Product Backlog，但是他们不能说这个Backlog有多重要，也不能定优先级，这是Product Owner独有的权利。他们也不能添加时间估算，这是开发团队独有的权利。

首先就是确认Product Backlog的开发顺序，如果有多条的话，基本都是按照需求的优先级的来确定的；

其次是确定Product Backlog是否需要拆分，即判定是否可以在一个迭代内完成，或者是否整体需求的优先级都是一样高的；

最后就是按照拆分好的条目重新排定开发顺序；拆分的依据如下：

1、  每个拆分出来的条目都是可单独验证并上线的；

2、  每个拆分出来的条目都是可以在单个迭代内完成的；