《电商系统后台统计报表模块》需求分析与设计的课程小结
1)分工情况介绍,小组分工合作情况介绍
张顺程-选题,功能分析,建模
2)选题讨论
电商后台的统计报表也是非常重要的一个功能模块,一个功能齐全且具有良好显示效果的报表功能可以帮助管理人员很好的分析当前商铺的销售及客户流量情况。主要讨论的报表有:经营概况,账款统计,销售收入,销售额总览,销售量排名,会员购物量排名,商品访问购买次数,销售指标分析,会员统计。
3)用户故事讨论
商铺管理人员每天或随时可查看后台的统计报表,来帮助分析当前商铺的运营情况。
4)功能分析讨论
1、经营概况:统计报表首页显示,主要显示店铺近期的客户流量已经营业情况等。
2、账款统计:主要统计销售的商品总额,已经已到账和未到账的金额。
3、销售收入:主要指定时间范围的销售收入总额。
4、销售额总览:展示指定时间范围的总销售额,包括入账与未入账等等。
5、销售量排名:统计商铺商品的销量排名或近期销量排名。
6、会员购物量排名:统计会员的总购物量和分析指定时间范围的购买力。
7、商品访问购买次数:统计商品被访问的次数。
8、销售指标分析:统计分析销售指标完成情况。
9、会员统计:统计会员的数量与分析会员数增加的趋势。
5)建模
1、确定实体类
2、确定业务流程并画出uml图
6)总结
经过本次课程,我大概的了解了敏捷开发这种开发方法。但具体的概念什么的还是有点模糊,所以在网站找了不少文章来看,以下是我经过本次课程和查阅相关文档后对敏捷开发的理解与体会:
什么是敏捷开发:
敏捷开发(Agile Development)是一种以人为核心、迭代、循序渐进的开发方法。
怎么理解呢?首先,我们要理解它不是一门技术,它是一种开发方法,也就是一种软件开发的流程,它会指导我们用规定的环节去一步一步完成项目的开发;而这种开发方式的主要驱动核心是人;它采用的是迭代式开发;
为什么要选择敏捷开发:
选择敏捷开发的目标是为了提高开发的效率和响应能力,尽量不把时间花费在写文档上,只写一下比较重要或辅助的设计文档来帮助开发。
敏捷开发原则是什么:
1. 快速迭代
相对那种半年一次的大版本发布来说,小版本的需求、开发和测试更加简单快速。一些公司,一年发布仅2~3个版本,发布流程缓慢,它们仍采用瀑布开发模式,更严重的是对敏捷开发模式存在误解。
2. 让测试人员和开发者参与需求讨论
需求讨论以研讨组的形式展开最有效率。研讨组,需要包括测试人员和开发者,这样可以更加轻松定义可测试的需求,将需求分组并确定优先级。 同时,该种方式也可以充分利用团队成员间的互补特性。
3. 编写可测试的需求文档
开始就要用"用户故事"(User Story)的方法来编写需求文档。这种方法,可以让我们将注意力放在需求上,而不是解决方法和实施技术上。过早的提及技术实施方案,会降低对需求的注意力。
4. 多沟通,尽量减少文档
任何项目中,沟通都是一个常见的问题。好的沟通,是敏捷开发的先决条件。在圈子里面混得越久,越会强调良好高效的沟通的重要性。团队要确保日常的交流,面对面沟通比邮件强得多。
5. 做好产品原型
建议使用草图和模型来阐明用户界面。并不是所有人都可以理解一份复杂的文档,但人人都会看图。
6. 及早考虑测试
及早地考虑测试在敏捷开发中很重要。传统的软件开发,测试用例很晚才开始写,这导致过晚发现需求中存在的问题,使得改进成本过高。较早地开始编写测试用例,当需求完成时,可以接受的测试用例也基本一块完成了。
看了不少文档,推荐几个比较好的文档链接:
http://www.cnblogs.com/taven/archive/2010/10/17/1853386.html
http://www.woshipm.com/pmd/34565.html
https://baike.so.com/doc/3151875-3321607.html