《敏捷软件开发》第二章极限编程实践

作为开发人员,我们应该记住,XP并非惟一选择。--Pete MaBreen

2.1极限编程实践
极限编程(ExtremeProgramming,简称XP)是由KentBeck在1996年提出的。KentBeck在九十年代初期
与WardCunningham共事时,就一直共同探索着新的软件开发方法,希望能使软件开发更加简单而有效。
Kent仔细地观察和分析了各种简化软件开发的前提条件、可能性以及面临的困难。1996年三月,Kent终于
在为DaimlerChrysler所做的一个项目中引入了新的软件开发观念——XP。适用于小团队开发。
它由一系列简单却互相依赖的实践组成。这些实践结合在一起形成了一个胜于部分结合的整体。 

2.1.1客户作为团队成员
答:作者表示客户应该是团队的成员之一,客户应该和团队一起工作,如果客户无法和团队一起工作,应
该有能够代替真正客户的人。

2.1.2用户素材
答:作者是表达在做计划时有一个体现的“事物”。客户可以使用它并根据它的优先级和估算代价来安排
实现这个需求的时间。

2.1.3短交付周期
答:
1.迭代计划:每二周一个迭代,一次较小的交付。可能会加入产品中,也可能不会。
2.发布计划:计划6次迭代的内容,就是所谓的发布计划,通常需要3个月的工作。是一次较大的交付,通
常会加入到产品中。

2.1.4.验收测试
答:客户指定验收测试,测试规则一但通过就应该加入到验收测试集合中。

2.1.5.结对编程
答:同一台电脑二个人员一起共同使用。一个进行代码输入,另一个“监督”代码。非但不会降低开发团
队的效率,而且会大大减少缺陷率。

2.1.6测试驱动的开发方法
答:我没理解

2.1.7集体所有权
答:每个人员都有权参加其他模块的工作,并且只能做特定功能块。

2.1.8持续集成
答:我没理解书上讲的是什么意思,我自己的理解是每天要做多次测试,一但出错会进行修正,所有测试
通过就宛成了这次工作。

2.1.9可持续的开发速度
答:团队必须保持旺盛的精力和他敏锐的警觉。必须要有意识地保持稳定、适中的速度。XP的规则是不允
许团队加班工作。版本发布前一周例外。发布目标就在眼前可以加班。

2.1.10开放的工作空间
答:工作环境应该充满交谈声,结对编程的二人应该是可以方便交流距离。“充满足积极讨论的屋子里工
作,生产率非但不会降低,反而会成倍地提高”

2.1.11计划游戏
答:业务人员(也就是客户)决定特性的重要性,开发人员决定实现一个特性所花费的代价。

2.1.12简单设计
1.考虑能够工作的最简单的事情。
答:XP团队尽量用简单的设计完成当前用户素材。
2.你将不需要它
答:可以现在不需要更复杂的处理,但我们不能不考虑复杂情况。
3.一次,并且只有一次
答:发现重复的代码,都必须消除它们。

2.1.13重构
答:作者的意思是说,代码不停的写,代码会腐化。一个又一个特性增加。代码结构会退化。必须不停的
改进代码。重构不是在发版前,而且每一天都要进行。

2.1.14隐喻
答:就是说在小范围操作时,同时也要有大局的引导。我是这么理解的。 

 

你可能感兴趣的:(《敏捷软件开发》第二章极限编程实践)