Extreme-Programming培训课件.pptVIP

System Metaphor Metaphor的形成过程，是客户建立并抽象商业模型和商业概念的过程，是程序员建立并抽象设计模型和设计概念的过程。 Metaphor使客户和程序员用共通的模型和语言进行交流 — “One Team, one language”。 Metaphor可以帮助减少“知识泄露”和“支解知识”。 Metaphor是设计过程的航标 —— 真正灵活有效的设计是针对商业原则的设计，而不是针对商业原则表现形式的设计，更不是脱离商业需求目的的学术设计。 随着开发的继续，Team会找到更好的Metaphor。这是知识细化、深化的结果，是“持续学习”(Continuous learning)的过程；是对商业模型和设计模型的持续重构。 ? Copyright 2002 Chinaxp. All rights reserved * 精品文档 计划项目 增加/改变 需求 产生和评估 User Story 发布计划 迭代计划1 迭代计划2 迭代计划n ………… 实施迭代1 实施迭代2 实施迭代n ………… 1..N个发布 探索阶段 计划阶段 调整阶段 调整开发 速度 / 内容 ? Copyright 2002 Chinaxp. All rights reserved * 精品文档 测试驱动开发 失败 通过 时间 单元测试 100% 通过 设计 先写 单元测试 重构 运行 单元测试 编程 发现BUG 集成 先写 功能测试 User Story 运行 功能测试 （在第二天的课程将详细阐述） ? Copyright 2002 Chinaxp. All rights reserved * 精品文档 重构 减少重复设计，优化设计结构，提高技术上的重用性和可扩展性。 在Metaphor指引下的重构，是为商业模型服务的。不要把重构变成不断的盲目精简代码。 重构和编程前的计划型设计(Planned Design)结合，使XP的简单设计可行有效。 XP提倡毫不留情的重构(Refactor mercilessly)。 任何人可以重构任何代码，前提是重构后的代码一定要通过100%测试单元测试后才能被Check-in。 可以根据需要，将一个迭代的全部目标定为重构。 不要太在意什么是最简单的设计 —— 愿意在最后重构，比知道如何做简单的设计重要得多。 （在第三天的课程将详细阐述） ? Copyright 2002 Chinaxp. All rights reserved * 精品文档 需求 分析 设计 编码 测试 集成 使用和维护 Planned Design XP Design 变化导致的成本增加 软件研发 异动曲线 简单设计XP中的演进设计（Evolutionary-design） 如果没有它和众多惯例规则之间的耦合，XP的演化设计就蜕化成CODE-FIX。 XP的演化设计是在Up-front design和Refactoring之间找到新的平衡。 ? Copyright 2002 Chinaxp. All rights reserved * 精品文档 简单设计简单可行，不要增加现阶段不需要的复杂功能。 简单设计 —— Do the simplest thing that could possibly work；You aren’t going to need it(YAGNI)。 标准(依重要性)：通过所有测试，可读性高的代码，避免重复，最少数量的类别或方法。 System Metaphor给设计提供了指引，加强Team对设计的理解； 第一个迭代搭建了基本的系统框架。 以后的迭代过程，是在反馈和编程的基础上做交互式设计，减少了设计的投机性。 迭代过程中的CRC卡帮助Team交流设计思想，简化了设计文档。 重构对设计进行优化。 ? Copyright 2002 Chinaxp. All rights reserved * 精品文档 编程规范 规定了程序的风格，包括注释如何写，变量命名的规范，代码的格式等等。 Teamwork 的前提之一，其它众多惯例和规则(如Pair Programming， Collective?Code?Ownership等)的前提之一。 ? Copyright 2002 Chinaxp. All rights reserved * 精品文档 集体拥有代码 “我们”的代码，而不是“我”的代码。 任何人可以改动任何一段代码，但改动后的代码必须通过所有相关的测试。 简单设计，编程规范和Pair Programming，使阅读和修改Team内其他人的代码变得实际可行。 ? Copyright 2002 Chinaxp. All rights reserved * 精品文档 Pair Prog