标签：购物车 项目经理 个人总结 bsp 开发模式 角色 大小 操作 更新
《电商系统某功能模块》的需求分析与设计的课程小结
今天的课上，老师请来了王熙王经理来为我们进行敏捷开发和CMMI等在企业中会运用到的开发模式，并且用一个现场敏捷开发体验的小游戏来让我们深刻感受了敏捷开发的魅力。以下是我对我们小组整节课的分析讨论所进行的会议记录和个人总结
一.小组成员分工
组长:廖之煸
组员:林承晖、张宇、曾子云、陈旭、林泽民、郑志良、郑佳敏、杨利城
具体分工:
会议记录(郑佳敏、郑志良、陈旭、林泽民)
控制讨论时间(廖之煸)
指定下一个发完人(廖之煸)
参与讨论(所有人)
摄像(所有人)
二.选题讨论
王经理选定了电商的主题后，我们小组各执己见，分别选择了以下几个模块:1.权限验证 2.购物车 3.搜索 4.登陆
后王经理说登陆是很复杂的，包括登陆方式，登陆验证等等很多方面，于是我们小组决定开发登陆模块
三.用户故事
我们针对登陆这个场景进行的故事展开，
用户可以进行账号密码的登陆，可以手机扫码登陆，可以进行第三方登陆，可以使用邮箱登陆
四.功能分析
这个环节是开发和建模前对功能的进一步扩展和细化:我们将登陆又分为了手机端和网页端两个方面。网页端的登陆即之前讨论的几种方式
手机端则是较为简单的账号密码登陆。还针对这些登陆方式进行了登陆验证的具体展开。
五.需求建模
需求建模即对这些功能画出类图
由于时间关系，我们针对其中一个功能进行了分解和细化:把手机验证码登陆细化分解出了三个实例:短信实例，验证码实例和用户实例
短信实例主要用来存储手机号，已发送的短信条数等等
验证码实例主要用来存储当前验证码的发送时间，是否有效，对应手机号等
用户实例则是存储了用户的基本信息，手机号等
这三个实例主要有几个接口:请求登陆的接口，发送短信验证码的接口，验证验证码的有效性的接口，验证验证码正确性的接口等等。
分好了接口和实例，我们也画出了相应的类图。
（ps：图片为小组成员在台上讲解我们的类图）
后来在林老师的纠正下，我明白了类图中，类与类之间的线除特殊情况(如单向调用等等)是不需要箭头的，它们之间的关系是无箭头的关联关系。
在王经理的纠正下，我明白了我们的类图是不正确的，方法所在的类应该是具体执行这个动作的对象，要明白到底是谁在做这个操作。我想出的解决方式是添加具体执行操作的类，明确这些操作是谁在做，扩充类图。
六.总结
1.关于敏捷，你的了解是：
在企业中常用的开发管理主要有两种模式:CMMI和敏捷。其中CMMI分为1-5级，主要理念用文档来管理，且有专门的小组来管理文档。在这个管理模式中，项目经理的话语权是最重的。
而敏捷，其实是CMMI的另一种形式，它舍弃CMMI里的文档，留下了主要的部分。敏捷里的角色是平级的，没有谁的话语权是绝对的。比起CMMI，敏捷多了一个角色：敏捷教练。敏捷教练不直接干涉项目组的任何操作，在整个过程中，他只是一个旁观者。且敏捷的一个团队大约是7加减2个人。
敏捷很重要的是时间，在整个敏捷过程中，每隔一段时间都要进行一次交流讨论，保证思想的共享和同步。敏捷开发适用于需求不确定的情况下，这种模式的更新速度是非常快的，整个过程不断迭代，每个周期大概是一周到一个月不等，例如市面上的一些游戏，会不断的有一些大小功能的更新。在敏捷过程中，根据框架，可以很精确到知道各个模块消耗的时间。
2.我的体会是：
敏捷开发的脚步是很紧凑的，有很强烈的时间观念，特别是在游戏中，明确15分钟的思考时间，15分钟后不论思考了多少都开始分享交流。这样的方式让小组内的想法从一开始的各执己见，到后来慢慢同步和一致。这样的思想交流对我来说是很难忘的。
3.下一次再做敏捷的时候，我会在以下几个方面做得更好：
a.对时间的把控
b.有不同的想法马上说出来，一起讨论
c.对大家讨论内容的记录和总结
4.我期待下一次的实验课是以实际项目体验的形式，这样的形式容易吸引到大多数人的注意力，也只有投身其中才能更加深刻的体会到其中的内含。
130242014060（2）《电商系统某功能模块》的需求分析与设计的课程小结
标签：购物车 项目经理 个人总结 bsp 开发模式 角色 大小 操作 更新
原文地址：http://www.cnblogs.com/xiami-316/p/7642369.html
