敏捷软件开发方法课件.pptVIP

8） 敏捷过程提倡可持续的开发速度。责任人、开发者和用户 应该能够保持一个长期的、恒定的开发速度。 —项目“持续发展”的能力 在某种意义上来讲，项目开发是一项“马拉松”长跑。期间，应快速但要保持可持续的速度。即：要使项目有关人员在整个项目开发期间工作在一个可以保持高质量标准的速度上。 9） 不断关注优秀的技能和设计，增强敏捷能力。 —提高敏捷能力的一种途径 高的产品质量 是 获取高的开发速度的关键。 保持软件尽可能的简洁、健壮，是快速开发软件的途径。 因此， （1）所有团队成员都致力于仅编写他们能够编写的那些高 质量的代码。 （2）他们应对自己编写中出现的问题及时进行处理。 10） 简单是根本的 —使未完成的工作最小化的艺术 团队不会试图构建一些华而不实的系统，而是更愿意采用和 目标一致的、最简单的方法。 他们并不看重对明天会出现的问题的预测；也不会在今天就 对那些问题进行防卫。相反，他们在今天以最高的质量完成最 简单的工作，并深信如果明天发生问题，也会很容易的进行处 理。 11） 最好的体系结构、需求和设计，出自自己组织的团队。 —团队观念-一种软件项目管理的理念 把任务分配给自己组织的团队，然后由该团队确定完成任 务的最好方法。 实施途径：团队成员共同项目中的所有方面的问题。 每一成员具有参与项目所有方面的权力 不能由一个成员对系统体系结构、需求或测试 负责，而是由整个团队共同承担这些责任， 其中每一成员均可影响它们 12） 每隔一段时间，团队对如何才能有效的工作进行反省， 然 后对自己的行为进行适当的调整。 —自我调整和适应 ?团队对有关组织方式、规则、规范、关系等问题进行不断 的调整。 ?团队了解所处的环境在不断的变化，并知道为了保持团队 的敏捷性，就必须随环境的变化而变化。 结论： ?每一位软件开发人员，每一个开发团队的职业目标，都是 为他们的雇主和客户交付最大可能的价值。 ?在项目中采用过程方法是出于“好意”的，但“膨胀”的过程方法对于我们的失败至少应该负有一些责任的。 ?敏捷开发的原则和价值观，构成了一个可以帮助团队打破 膨胀循环的方法，该方法关注的是可以达到团队目标的一 些简单的技术。 注：极限编程是敏捷方法中最著名的一个。 本质： 极限编程由一系列简单却相互依赖的实践组成，融合为 一个整体 问题：为什么引入“实践”两字，而不使用“过程”两字？ 一般来说，实践的语义比过程的语义更宽泛，包扩活动以 及与活动相关的人和基础设施。 附：极限编程实践-概括 整合团队 XP项目的所有参与者（开发人员、业务分析员、测试人员等），一起工作在一个开发的场所中，是同一团队的成员。这个场所的墙壁上，随意悬挂着大幅的、显著的图表以及其他一些显示他们进度的东西。 计划游戏 计划是持续的、循序渐进的。每2周，开发人员就为下2周估算后选特征的成本，而客户则根据成本和商务价值来选择要实现的特征。 客户测试 作为选择每个所期望的特征一部分，客户定义出自动验收测试来表明该特征可以工作。 简单设计 团队保持设计恰好和当前的系统功能相匹配。它通过了所有的 测试，不包含任何重复，表达出了编写者想表达的所有东西，并 且包含尽可能少的代码。 结对编程 所有的产品软件都是由两个程序员、并坐在一起在同一台 机器上构造的。 测试驱动开发 程序员以非常短的循环周期工作，他们先增加一个失败的测试， 然后使之通过。 改进设计 随时改进不好的代码。保持代码尽可能的干净、具有表达力。 持续集成 团队总是使系统完整地集成。 集体代码所有权 任何结对的程序员都可以在任何时候改进任何代码。 编码标准 系统中所有代码看起来就像由单独一个非常值得胜任的人编写的 隐喻 团队提出一个程序工作原理的公共景象。 可持续的速度 团队只