[IT认证]敏捷过程之极限编程XP.ppt

极限编程 eXtreme Programming，XP 1. XP概述 2. XP核心价值观 3. XP的12个实践原则 4. XP开发过程 5. XP适用范围 XP的开发过程 * 什么是极限编程？ 1. eXtreme Programming（极限编程，简称XP）是由KentBeck在1996年提出的； 2. XP是一个轻量级的、灵巧的软件开发方法 ，是一种软件工程方法学； 3. 强调程序设计师团队与业务专家之间的紧密协作、面对面的沟通（认为比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好的适应需求变化的代码编写和团队组织方法，更注重作为软件开发中人的作用。 XP核心价值观 沟通(Communication) 勇气(Courage) 简单(Simplicity) 反馈(Feedback) 沟通 问题往往是由于开发人员与设计人员、设计人员与客户之间的沟通不畅造成的。因此，项目相关人员之间进行充分、多渠道(最好面对面)的沟通; 以人为本，重视客户的参与； 在开发组间交换成员； 召开版本发布会等。 简单 应该尽量保持代码的简单，只要它能工作就可以实现一个复杂的系统。在系统可运转的前提下，做最简洁的工作，坚定地专注于最小化解决方案：在开发中不断优化设计，时刻保持代码简洁、无冗余; 需求尽量的简单，设计尽量的简单，代码尽量的简单，文档尽量的简单； XP 就是打赌：打赌今天最好做些简单的事，而不是做更复杂但可能永远也不会用到的事。 反馈 尽快获得用户的反馈，并且越详细越好，使得开发人员能够保证自己的成果符合用户的需要。强调各种形式的反馈:小交付、短迭代、测试先行等; 更早和经常来自客户、团队和实际最终用户的具体反馈意见可以提供更多的机会来调整力量。反馈可以让您把握住正确的方向，少走弯路； 尽快发布新版本； 客户应该是小组的一员。 勇气 这是最重要的核心价值。因为XP强调要“拥抱变化”，因此对于用户的反馈，提倡积极面对现实和修理问题的勇气，如放弃已有代码、改进系统设计等； 勇敢的重构； 所有人拥有代码； 敢于极限（把好的方法做到极至）。 XP的12个实践原则 规划策略（The Planning Game） 结对编程（Pair programming） 测试（Testing） 重构（Refactoring） 简单设计（Simple Design） 代码集体所有权（Collective Code Ownership） 持续集成（Continuous Integration） 现场客户（On-site Customer） 小型发布（Small Release） 每周40小时工作制（40-hour Week） 编码规范（Code Standards） 系统隐喻（System Metaphor） 规划策略（Planning） 增加/改变 需求 产生和评估 User Story 发布计划 迭代计划1 迭代计划2 迭代计划n ………… 实施迭代1 实施迭代2 实施迭代n ………… 1..N个发布 探索阶段 计划阶段 调整阶段 调整开发 速度 / 内容 XP要求结合项目进展和技术情况，确定下一阶段要开发与发布的系统范围。 结对编程（Pair Programming） Pair Programming是一个编程模式(Programming pattern)。两个程序员并排坐在一台电脑前，面对同一个显示器，使用同一个键盘，同一个鼠标一起工作。他们一起分析，一起设计，一起写测试用例，一起编码，一起单元测试，一起整合测试(Integration Test)，一起写文档等。基本上所有的开发环节都一齐肩并肩地，平等地，互补地进行开发工作。 其它领域的“Pair Working”： 越野赛车 驾驶飞机 测试驱动开发（Test-Driven Design and Development） 1. Unit Test、Acceptance Test( Functional Test )、Nightly Test、Stress Test等； 2. 测试驱动 ( Test-driven ) ； 3. 先测试，再编码；代码未动，测试先行； 4. 在编码开始之前，首先将测试写好，而后再进行编码，直至所有的测试都得