极限编程精要.ppt

极限编程精要 整理：余建超 什么是极限编程 Extreme Programming（极限编程，简称XP） 是一个轻量级的、灵巧的软件开发方法；同时它也是一个非常严谨和周密的方法。它的基础和价值观是交流、简单、反馈和勇气；即，任何一个软件项目都可以从四个方面入手进行改善：加强交流；从简单做起；寻求反馈；勇于实事求是。XP是一种近螺旋式的开发方法，它将复杂的开发过程分解为一个个相对比较简单的小周期；通过积极的交流、反馈以及其它一系列的方法，开发人员和客户可以非常清楚开发进度、变化、待解决的问题和潜在的困难等，并根据实际情况及时地调整开发过程。 极限编程的起源 XP是由Kent Beck在1996年提出的。Kent Beck 在九十年代初期与Ward Cunningham共事时，就一 直共同探索着新的软件开发方法，希望能使软件开 发更加简单而有效。Kent仔细地观察和分析了各种 简化软件开发的前提条件、可行性以及面临的困难 。1996年三月，Kent终于在为Daimler Chrysler所 做的一个项目中引入了新的软件开发观念——XP。  极限编程的起源－标志项目 C3是克莱斯勒公司综合工资系统（Chrysler Comprehensive Compensation）的简称，是XP的“典范”项 目。2000年2月，在实施四年后被撤销。 XP的核心价值 沟通 简单 反馈 勇气 XP的核心价值－沟通 项目中的所有问题都可以追溯到某个关 键点上，都是因为相关人员没有能够就一些 重要问题进行充分、及时的交流。XP认为沟 通是必不可少的。 XP的核心价值－简单 XP 建议在考虑过程和编写代码时，永远都要 使用尽可能简单的方式。只要它能工作就可以，与 其实现一个复杂的的系统，不如设计一个能够满足 目前需要的、简单的系统，因为你所考虑的情况可 能永远都不会发生。按照 Kent 的说法，“XP 就是预 测。它通过今天做最简单的事情，来避免将来做更 复杂但可能永远也不会用到的事情。” XP的核心价值－反馈 及时经常地从客户、团队以及真正的最 终用户哪里听取具体的反馈意见，会让开发 者有更多的机会尽可能早的改进其工作质量 。这样就可以把握住正确的方向，从而少走 弯路。 XP的核心价值－勇气 如果没有以最快的速度前进，就会失败 。在您遇到困难时勇气会给您力量克服它， 例如当你必须放弃某些代码或者事后做一些 变更的时候。 XP的实践 XP的实践－计划游戏 计划游戏的主要思想就是先快速地制定一份概 要计划，然后随着项目细节的不断清晰，再逐步完 善这份计划。计划游戏的结果是一套包含用户需求 故事的索引卡（这些需求故事驱动项目的迭代）以及后续的一两个版本的概要计划。这种形式得以 发挥作用的关键因素是：让客户负责业务决策而让 开发团队负责技术决策。计划需要不断被调整、改 进。 计划游戏－开发团队需要决策 估算开发一个需求故事需要的时间 估算采用不同可选择技术需要的成本 组件团队 估计每个需求故事的风险 决定一次迭代种需求故事的开发顺序（先实现风险大的需求故事可以降低整体风险） 计划游戏－客户需要决策 范围（一个发行版本需要实现的需求故事和每一次迭代需要实现的需求故事） 版本发行日期 优先级（根据业务价值决定先开发哪些需求特性） XP的实践－测试 XP有两类测试：单元测试、验收测试 开发人员在编写代码的同时编写单元测试用 例。客户在定义了需求故事后就开始编写验 收测试用例。单元测试告诉开发人员系统是 否能在每个功能点上正常运行。验收测试告 诉整个团队，系统是否能按客户的要求运行 。 XP的实践－结对编程 所有设计决策都牵涉到至少两个人 至少有两个人熟息系统的每一部分 至少不可能出现两个人同时疏忽的测试或其他任务 改变结对的组合可以在团队范围内传播知识 代码至少能被一个人审查 XP的实践－重构 重构是一种对代码进行改进而不影响功 能实现的技术。 重构时机：实现特性前和实现特性后。 开发人员尝试改变已有代码并确定是否能使 实现新特性更容易。 XP的实践－简单设计 XP认为设计非常重要，应由一部分人不间断 地进行。我们总是尝试先使用在某一点上能工作的 最简单的设计，当现实改变时再 进行调整。 什么是简单设计： 1、能运行所有的测试用例 2、不包含重复代码 3、能清晰表达程序员的所有代码的意图 4、尽可能包含最少的类和方法 XP的实践－代码集体所有 团队中的每个成员都应该拥有对代码进 行改进的权利。每个人都要对代码负责。在 每一次集成之前和集成之后都要运行单元测 试。不管是代码的哪一部分，如果是您破坏 了某些特性，那么您就必须负责将其修复。 XP的实践－持续集成 XP要求代码集成的周期必须尽量短，并 且应