学生使用极限编程进行团队开发的方案
http://blog.csdn.net/AimarC/archive/2005/06/01/385279.aspx
小弟第一次发表文章，欢迎各位大虾们批评指正！
问题点数：0、回复次数：12Top
1 楼0412Rainbow（彩虹）回复于 2005-06-01 11:25:12 得分 0
顶了~偶也是学生~哈哈Top
2 楼ffgg（探索中...）回复于 2005-06-01 13:19:35 得分 0
1.XP强调测试驱动开发，根本未被提及；
2.对重构的理解有误，不是“当前迭代完成后进行重构”，更不是“最后对整个系统进行重构”；
3.XP中关于结对编程等开发方式等未被提及；
4.“可以让开发人员在刚开始迭代的时候，只在局部上把握系统的分析及设计。而随着迭代的进行才慢慢从总体上把握系统的设计。” 这样的理解，是需要商榷的。
5.你的方法，其实就是迭代的开发，比较接近UP。对XP的理解，建议先好好看一下<Extreme Programming explained>Top
3 楼pigge（）回复于 2005-06-03 08:30:29 得分 0
我听说过极限编程。。但没用过。。好用么？Top
4 楼developerly（阿阳）回复于 2005-06-23 12:01:47 得分 0
与其讨论XP的开发方法，我更愿意讨论敏捷开发。
敏捷最终要的是什么，就是拥抱变化，所以在没有具体项目的情况下，定出的原则或是方案都有点之上谈兵的感觉。一定要时时刻刻记得，不管采用什么办法，客户需要的，才是我们应给贡献的。为敏捷而敏捷或者为极限而极限都不是一个好的开始。
不要一味的去否定传统的瀑布模型。正如Martin Fowler在演讲中说的那样，CMMI对敏捷也是友好的。采用什么样的开发方式必须取决于所做产品的本身。如果“不知道如何组织一个团队，不知道如何分工合作，以及如何开始一个项目”那么不管采用什么样的开发方式都是失败的。在敏捷开发社团里，很强调coach的作用，一个好的导师或者一本好的手册，都是团队取得成功的巨大因素。
下面再具体说说你所划分的四个阶段所存在的问题：
系统规划阶段：在敏捷开发过程中，我更愿意把这个阶段称之为需求开发，这不应该成为一个独立的阶段，而应该贯穿于开发的整个生命周期。因为在敏捷开发原则中认为，客户的需求总是不断变化的。现场客户是个不错的主意，不过UML并不是必须的。采用用例分析的方法不一定要参考什么书，关键点在于必须使用用户能够理解的语言。比如说使用story card，把功能点从用户提出的概念分解成用户能够理解的具体操作流程。我想强调的是必须始终进行需求的开发，在每一次版本构建完毕后，都必须取得用户的积极响应和支持，与用户交流，采纳或者修改用户的意见和想法。
迭代设计阶段：Oops，其实这个阶段只需要做一件事情，把前面搜集的用户需求整理优先度，首先去完成那些最紧急的部分
迭代编码阶段：很可惜对于测试，你只是一句话带过。如果你使用XP的话，最好使用结对编程，这样可以发挥出XP的最大优势和潜力，尤其是当你们的编码能力不太强的时候，结对编程有一种互补的效应。如果使用你所谓的“接力棒”的方法，那么完整注释和高度一致的编码规范就是必须的，其实这两点其实比结对编程更加难以实施——接力棒缺乏简单有效的沟通——反而容易变成推卸责任的好借口。然后说说测试，要使用好的敏捷开发，必须测试先行，光测试用例是不够的，最好先写出你的自动化的单元测试类（这就是我说为什么过程语言很难实现敏捷的原因），并在测试类运行的前提下进行重构和增量开发。
系统整体测试阶段：这个时候，应该是至少alpha版或者beta版了吧，如果还需要在代码级的基础上做重构的话，我只能说“恭喜你，你的项目失败了”。
欢迎讨论。Top
5 楼fanweiwei（黑暗凝聚力量，堕落方能自由）回复于 2005-07-05 11:52:01 得分 0
upTop
6 楼lovebanyi（风云）回复于 2005-07-05 19:17:41 得分 0
顶啊.Top
7 楼g961681（技术庸人(情商太低)）回复于 2005-07-06 08:48:27 得分 0
看看去！Top
8 楼liuex1235（盲流）回复于 2005-07-06 10:24:22 得分 0
路过.
------------------------------------
本回复仅代表个人的意见和看法,并不保证其正确性.Top
9 楼Fusuli（傻强）回复于 2005-07-07 09:04:18 得分 0
学生多尝试尝试，总是好事，不要管结果如何Top
10 楼spgoal（敏捷的狗狗）回复于 2005-07-10 22:37:03 得分 0
我觉得你只是用了XP的部分理念，即快速交付可工作的软件，XP的TDD过程是XP的核心部分，“需求——测试用例——代码——重构”的过程其实是跨越了软件设计阶段，这样才能凸现重构带来优化设计的优点。我觉得要实践XP，程序员的水平应该要高，不然无法提现XP的特点
大概浏览了一下楼主的方案，感觉你是在做一个精简的RUP方案，只是中间套了一些XP的概念，
rup也提倡迭代Top
11 楼nonocast（如果没有如果）回复于 2005-07-11 10:48:16 得分 0
只有多写代码，多做项目才是王道
在不断的做的过程中才能体会到敏捷
每个人的经历阅历是不同的，所处的环境也是不同的
别人的只能借鉴
最终要在不断做的中间总结出自己的一套Top
12 楼nonocast（如果没有如果）回复于 2005-07-11 10:51:33 得分 0
只有多写了N个项目以后才能体会到什么是复用
复用有多重要
要是没数十个项目的经历
肯定不能理解为什么别人那么强调复用
没有失败就能体会到测试和重构的重要性？？？
没有变化也就不能体会到为什么要对接口进行编程
所以说不论是xp还是fdd什么的也好，对于学生来说都不是非常适合，因为连最基本的面向过程都没搞清楚，怎么去OO怎么去敏捷
敏捷是要有基础的Top
