第3章敏捷开发

第3章敏捷开发王美红问题……什么是敏捷？一种理念一系列开发指南主要内容敏捷是什么？敏捷过程是什么？敏捷过程模型3.1敏捷是什么？通俗地讲，敏捷是指在软件的开发活动中，坚持一些基本原则，灵活运用各种方法，快速地开发出令客户满意的产品。敏捷是一种态度，是敏捷建模者们坚持的价值观、敏捷建模者们相信的原则、敏捷建模者们应用的实践组成的集合。敏捷软件开发宣言普遍存在的变化是敏捷的基本动力敏捷联盟定义的敏捷原则目的是尽快、尽好地交付软件产品。变更是常事，并且欢迎。经常有阶段性的成果提交，类似增量开发业务人员和开发人员紧密团结。充分相信个人。团队经常交流。敏捷联盟定义的敏捷原则衡量进度的标准是有可见的成果。保持稳定的但较快的速度。时刻注意新技术。简单，必须的。软件的核心内容出自本团队的手笔。团队经常开展自我总结，并对工作安排适时调整。3.2敏捷及变更的成本费用3.3敏捷过程基于敏捷原则进行的软件开发过程，视为敏捷过程。所谓“基于”，是指充分考虑，而不是全部包含。3.3敏捷过程（续）为什么会用到敏捷过程？现实的软件开发过程中，存在三个普遍的问题（这不是假设），正是这些问题为敏捷开发的发育成长提供了土壤。三个关键假设提前预测需求或变化很难，预测优先级也存在困难。理论上讲，是先有设计，后有构建。但实际上这两步是交替反复的，因为设计者是人，不是神。从客观角度和软件开发的经验来讲，软件开发和传统的模型差异甚大，几大要素都有不断的调整、变化，而这正是敏捷的内涵。3.3敏捷过程（续）解决这些问题，就要求不断反馈，不断调整，即工程学中的自适应。自适应必须有一定的速度和质量，即每一次适应要有必要程度的提高（具有必要的增量）。换言之，有自适应和增量提高的过程即是敏捷过程。3.3敏捷过程（续）敏捷本身的理念是受人称道的，但其中自适应的程度的把握有不同的意见。敏捷过程中人的因素：特别看重个人。要求：必要的基本能力。共同目标。大家要认同这个目标，并为之奋斗。精诚合作，互相交流。决策能力，充分需要和充分享受。模糊问题解决能力。相互信任和尊重，主要指要包容。自我组织的能力。如何分配，如何适应，如何安排进度。3.4敏捷过程模型极限编程自适应软件开发动态系统开发ScrumCrystal特征驱动开发3.4.1极限编程极限编程（eXtremeProgramming,XP）。包含以下一些基本活动，力求用最少的精力活动最大的成果，运用已有成果、方法。3.4.1极限编程（续）3.4.1极限编程（续）策划

把任务细分，尽量在三周内完成。如果完不成，则再进行细分。细分后做以下工作：1）尽快实现每个任务。2）重要者优先。3）高风险优先。项目第一个发行版本后，利用已有数据计算进度，以用来安排1）后续工作的进度。2）重新审视以前的安排。3.4.1极限编程（续）设计保持尽量简洁。尽量使用已有构件。在前进中调整。3.4.1极限编程（续）编码常规工作中，先编码，然后开发检测实例。在XP中，提倡先开发检测实例，然后编码。好处：有一个航标指引你前行。--测试驱动提倡结对编程，好处：两个人的力量大于一个人的力量。能应付以后的人士变动。3.4.1极限编程（续）测试经常的测试。快速的测试。阶段性的测试。便于及时发现问题。XP验收测试，生产客户可见的测试集。3.4.1极限编程（续）极限编程实践完整团队XP项目的所有参与者（开发人员、业务分析师、测试人员等等）一起工作在一个开放的场所中，他们是同一个团队的成员。这个场所的墙壁上随意悬挂着大幅的、显著的图表以及其他一些显示他们进度的东西。3.4.1极限编程（续）极限编程实践计划游戏计划是持续的、循序渐进的。每2周，开发人员就为下2周估算候选特性的成本，而客户则根据成本和商务价值来选择要实现的特性。3.4.1极限编程（续）极限编程实践客户测试作为选择每个所期望的特性的一部分，客户定义出自动验收测试来表明该特性可以工作。3.4.1极限编程（续）极限编程实践简单设计团队保持设计恰好和当前的系统功能相匹配。它通过了所有的测试，不包含任何重复，表达出了编写者想表达的所有东西，并且包含尽可能少的代码。3.4.1极限编程（续）极限编程实践结对编程所有的产品软件都是由两个程序员、并排坐在一起在同一台机器上构建的。3.4.1极限编程（续）极限编程实践测试驱动开发程序员以非常短的循环周期工作，他们先增加一个失败的测试，然后使之通过。改进设计随时改进糟糕的代码。保持代码尽可能的干净、具有表达力。3.4.1极限编程（续）极限编程实践持续集成团队总是使系统完整地被集成。集体代码所有权任何结对的程序员都可以在任何时候改进任何代码。3.4.1极限编程（续）极限编程实践编码标准系统中所有的代码看起来就好像是被单独一个——非常值得胜任的——人编写的。隐喻团队提出一个程序工作原理的公共景像。3.4.1极限编程（续）极限编程实践可持续的速度团队只有持久才有获胜的希望。他们以能够长期维持的速度努力工作。他们保存精力，他们把项目看作是马拉松长跑，而不是全速短跑。3.4.2自适应软件开发自适应软件开发（AdaptiveSoftware

Development,ASD)ASD的三个重点：思考---启动项目并完成自适应循环策划。协作---但同时鼓励个人主义。学习---三种方式，焦点组（学习用户反馈的信息），正式技术评审（自我审视），事后剖析（回望自己团队前面的工作）。3.4.3动态系统开发方法动态系统开发（DynamicSystemDevelomentMethod,DSDM）---通过在可控项目环境中使用增量原型开发模式完全满足对时间有约束的系统的构建和维护。特点：在每个增量的环节，并不完全完成任务。留下20%在以后完成。3.4.3动态系统开发方法（续）DSDM定义的环节：可行性研究---前奏曲，评价采用体系对工作顺利完成的可能业务研究---确定研究的具体内容功能模型迭代---开发一系列增量原型。目的，诱导用户提出新的要求，某种程度上炫耀自己的实力。设计和构建迭代---充实功能模型，提供具体可用的实实在在的功能，并充分考虑工程的因素。实现---将最终软件增量置于可操作环境。3.4.4Scrum模型Scrum原则与敏捷宣言一致：组织小型团队以达到“沟通最大化、负担最小化、非语言描述、非形式化知识”过程对技术和业务变化必须具有适应性，以“保证制造具有最好可能的产品”过程生产频繁发布“可检查、可调整、可测试、可文档化、可构建”的软件增量3.4.4Scrum模型Scrum原则与敏捷宣言一致开发工作和开发人员分为“清晰的、低耦合的部分或包”坚持在产品构建过程中进行测试和文档化Scrum过程提供“在任何需要的情况下都能完成产品的能力”3.4.4Scrum模型（续）特点：包括一系列软件过程模式，每一模式定义一系列开发活动。包括：待定项—诱发新的需求。冲刺---短时间内完成特定的任务。例会---总结，展望。演示---交付部分软件增量。所有实践围绕一个迭代、增量的过程骨架展开3.4.4Scrum模型（续）Scrum方法中只有三种角色：产品负责人代表每位利益相关者的权益，并为项目产出的软件系统负责。规划项目初始总体要求、投资回报目标和发布计划，开发优先级确定团队责任：开发软件功能ScrumMaster对Scrum过程负责，想所有项目参与者讲授Scrum方法，负责实施Scrum确保其既符合企业文化，又能交付预期利益，还需督促全体成员遵从Scrum规则和实践。3.4.4Scrum模型（续）Scrum严格区分这两类人：对承担项目责任的人赋予权利，使其完成必要工作，确保项目成功；无责任人员则无权对项目施加不必要的干涉。3.4.5Crystal目的是开发一种提倡“机动性的”的软件开发方法3.4.6特征驱动开发特征驱动开发（FeatureDrivenDeveloment,FDD)。特征:能在更短时间内完成的小功能。3.4.6敏捷建模敏捷建模的原则：有目的模型。即选用什么样的敏捷模型。使用多个模型。但不一