软件开发模型.pptVIP

2.6XP开发模型2.6.1XP开发模型概要XP极限编程(eXtremeProgramming)是一种敏捷（Agile）开发方法，以编码为核心任务的，供中小型小组用于开发需求快速变化的软件。敏捷是什么？敏捷已经成为当今描述现代软件过程的时髦用词。每个人都是敏捷的，敏捷团队是能够适当响应变化的灵活团队。变化就是软件开发本身，软件构建有变化，团队成员在变化、使用新技术带来变化，各种变化都会对开发的软件产品以及项目本身造成影响。我们必须接受“支持变化”的思想，它应当根植于软件开发中的每一件事中，因为这是软件的心脏与灵魂。敏捷团队意识到软件是团队中所有人共同开发完成的，这些人的个人技能和合作能力是项目成功的关键所在。敏捷方法是为了克服传统软件工程中认识和实践的弱点开发而成的（JimHighsmith说：“传统方法学家陷入了误区，乐于生完美的文档而不是满足业务需要的可运行系统”）。敏捷开发可以带来多方面的好处，但它并不使用于所有的项目、所有的方面、所有的人和所有的情况，它并不完全对立于传统的软件工程实践。第30页，共53页，星期日，2025年，2月5日XP有四部分组成：价值、原则、活动和实践XP的4种价值观：交流：侧重口头交流，而不是文档、报表和计划。因而，人际关系显得尤为重要。简化：在管用的前提下，做最简单的事。目标放在客户当前的需求上，摒弃了过多的文档。反馈：通过及时地单元测试和功能测试获得快速反馈。快速地编写软件，然后向客户演示。为确保准确性和高质量，获取客户关于到目前为止的进度的反馈是至关重要的。勇气：提倡积极面对现实和处理问题的勇气快速工作并在必要时重新进行开发的勇气。2.6.1XP开发模型概要第31页，共53页，星期日，2025年，2月5日XP的指导原则：快速反馈：开发人员通过简短的反馈循环迅速了解其当前产品是否满足了客户的需求。简单性假设：将每个问题都视为很容易解决。只需为当前迭代打算，而无需洞察未来可能需要什么。逐步修改：通过一系列细微的修改来解决问题。拥抱变化：包容变化，提倡变化。高质量的工作：工作质量决不可打折扣。XP采用测试先行的编程方式，强调编码和测试的重要性。2.6XP开发模型概要第32页，共53页，星期日，2025年，2月5日XP活动：倾听：积极倾听。测试：非“马后炮”式的测试。编码之前编写测试用例。编码：编写代码是一种工艺，通过重构、结对编程和代码复核等实践得以改进。设计：设计是不断演化的，并非固定的，不能赋予它单个职责，而是基于小组的，动态的。2.6.1XP开发模型概要第33页，共53页，星期日，2025年，2月5日XP实践：2.6.1XP开发模型概要实践描述?规则游戏?规则游戏的职责是快速制定下一次发布或迭代的高级规划?小型发布?XP周期提供业务价值的频繁发布组成?隐喻?隐喻是用于描述项目的通用观点、术语和语言?简单设计?从XP的角度说，简单意味着代码完成的是最简单、惯用的?测试?测试首先被开发，然后再测试装置中实现?重构?不改变系统中可见行为的前提下，对已有的代码设计进行改进?结对编程?两位开发人员坐在同一台工作站前，一起完成开发任务?集体拥有?任何小组成员能够在任何时间对代码的任何部分进行修改?持续集成?每天对系统组件进行多次的集成?每周工作40小时?加班加点，无法确保高质量和高性能。XP要求正常的工作时间，以确保质量。不要连续两个星期都加班?现场客户?团队中加入一位真正的、起作用的用户，他将负责全职回答问题?编码标准?编码标准是一系列的约定，所有人在开发时都必须遵守第34页，共53页，星期日，2025年，2月5日2.6.1XP开发模型概要第35页，共53页，星期日，2025年，2月5日XP关键特征：明确的反馈：早期的明确反馈。逐步规划：“让我们对现在知道的进行规划，然后在发生变化时，不断地重新规范”测试优先口头交流一般使用场合：规模小、进度紧、需求变化大、质量要求严的项目2.6.2XP开发模型特点第36页，共53页，星期日，2025年，2月5日一般不适合的场合：中大型的项目重构会导致大量经费开销的应用项目需要很长的编译或者较长的测试周期的系统不容易进行测试的应用项目团队人员异地分布的项目不能接受XP文化的组织和团队2.6.2XP开发模型特点第37页，共53页，星期日，2025年，2月5日2.7面向对象的开发模型——1在讲面向对象的开发模型之前先讲面向对象的基本概念第38页，共53页，星期日，2025年，2月5日第1页，共53页，星期日，2025年，2月5日软件开发模型：软件开发模