迭代、进化和敏捷课件

《迭代、进化和敏捷课件》由会员分享，可在线阅读，更多相关《迭代、进化和敏捷课件（23页珍藏版）》请在装配图网上搜索。

1、Chapter 2迭代、进化和敏捷迭代、进化和敏捷1谢谢观赏2019-5-26本章目标p定义迭代(iterative)过程和敏捷(agile)过程n迭代/瀑布n敏捷/重型p定义统一过程中的基本概念2谢谢观赏2019-5-26软件过程p什么是软件过程软件过程定义了软件开发、部署和维护的步骤。p软件过程本身就是软件软件过程是一种被由人构成的虚拟机执行的软件。p软件过程为什么重要（为什么不应该那么重要）3谢谢观赏2019-5-26软件过程的谱系p软件过程软件过程 软件过程描述开发、部署和维护软件系统的步骤。p迭代式开发迭代式开发迭代式开发将软件开发过程分解为一系列小的，固定周期的(比如，4个星期)的

2、小项目，每个小项目称为一个迭代。p统一过程统一过程(Unified Process)一种采用OOA/D方法学开发项目的过程(Ivar Jacobson)。p敏捷建模敏捷建模UP(Agile UP)引入了敏捷概念的UP,是UP的一个简集。Software ProcessesWater FallOthersIterative ProcessesXPUnified ProcessRUPAgile UP4谢谢观赏2019-5-26迭代式开发迭代式开发p瀑布生命周期n在瀑布生命周期过程中，试图在编写代码之前定义几乎所有的需求，以及明确详尽的时间表。p迭代式的生命周期n通过多次的迭代获得周期性的反馈，以这

3、些反馈为驱动力，对系统进行不断的扩展和精化。n迭代式开发将软件开发过程分解为一系列小的，固定周期的(比如，4个星期)的小项目，每个小项目称为一个迭代。5谢谢观赏2019-5-26迭代式开发迭代式开发6谢谢观赏2019-5-26每一次迭代的周期每一次迭代的周期p迭代的一个关键思想是时间定量，即时间长度固定。p大部分迭代方法建议迭代时间在2到6周之间。7谢谢观赏2019-5-26示例p在项目开始为期3周的迭代中n周一启动会议，明确本次迭代的任务和目标。其间一小时制作UML图，打印最重要的部分。n其他时间团队成员结对在白板上用UML图建模。n开发，测试。n发布，给客户Review本次迭代的成果，获取

4、反馈。n计划下一次的迭代。p注意：n没有匆忙地开始编码，也没有长期的，试图完全定义系统的设计。n迭代的成果不是用完后就抛弃的原型，而是最终产品的子集。n获取用户反馈并不断改进是项目的主要驱动力量。8谢谢观赏2019-5-26迭代的过程After a series of structured,build-feedback-adapt cycles,the system will be stable.9谢谢观赏2019-5-26拥抱变化现实现实变化不可避免变化不可避免 l变化非常昂贵变化非常昂贵方案方案 Al仔细地分析和设计仔细地分析和设计l和客户签订合同和客户签订合同l抱怨抱怨方案方案 Bl迭代

5、式的开发迭代式的开发l欢迎变化欢迎变化l与客户一起成功与客户一起成功10谢谢观赏2019-5-26拥抱变化p仅仅有态度并不够：软件并不是想大多数人的直觉那样容易变化的。p迭代式的开发不比瀑布式开发容易。p我们应该构造能不断演化的软件系统。11谢谢观赏2019-5-26迭代式开发的优势迭代式开发的优势p能够较早地对付风险高的内容。p能够让人明确地看到进展，给客户信心，给开发队伍成就感。p能够较早获得反馈，鼓励用户参与开发，使系统能够更接近用户需求。p控制复杂性。12谢谢观赏2019-5-26统一过程：统一过程：Unified Process(UP)pUP是迭代过程的一种。提出人：Ivar Jac

6、obsonpUP提供了如何实施OOA/D(和如何介绍OOA/D)的示范结构。这也形成了本书的结构。pUP具有灵活性，可以应用于敏捷（轻量级）方法。13谢谢观赏2019-5-26UP的阶段的阶段pUP项目将其工作和迭代组织为4个主要的阶段:n初始初始(Inception)p大体上的构想，业务用例，范围和初步的估计。n细化细化(Elaboration)p进一步细化的构想，以迭代的方式实现风险较高的核心架构，识别出大部分需求和范围，作更为准确地估计。n构造构造(Construction)p以迭代的方式实现剩下的低风险，易实现的部分，为发布做好准备。n移交移交(Transition)pbeta 测试，

7、部署14谢谢观赏2019-5-2615谢谢观赏2019-5-26UP 科目科目(Disciplines)pUP中定义了下列的科目:n业务建模(Business Modeling)n需求(Requirements)n设计(Design)n其他(实现/测试/部署.)16谢谢观赏2019-5-26科目和迭代科目和迭代(Disciplines and Iterations)17谢谢观赏2019-5-26科目和阶段科目和阶段(Disciplines and Phases)18谢谢观赏2019-5-26判断你是否理解迭代开发或判断你是否理解迭代开发或UPp你是否认为 n初始=需求n细化=设计n构造=实现p

8、你是否认为制作UML图的设计过程是用来精确地定义系统，而开发和编码只不过是将他们机械地变换为源程序的过程19谢谢观赏2019-5-26根据UP的科目和阶段设计的课程结构20谢谢观赏2019-5-26敏捷宣言p个体和交流(Individuals and interactions)p工作的软件(Working software)p与客户协作(Customer collaboration)p积极响应变更(Responding to change)p过程和工具(processes and tools)p完善的文档(comprehensive documentation)p合同谈判(contract n

9、egotiation)p严格履行计划(following a plan)21谢谢观赏2019-5-26敏捷原则p通过早期和持续交付有价值的软件来满足客户p欢迎变更需求，即使在开发的后期提出。敏捷过程为客户的竞争优势而控制变更。p以两周到两月为周期，频繁地交付可运行的软件。p在整个项目的过程中，每一天开发人员都要和来自客户的业务人员合作。p依靠有干劲的个体推动项目的开发，为他们提供所需的开发环境、支持和信任。p在开发团队中获开发团队间传递信息的最为有效和高效的方法是面对面的交流。p衡量进度的重要尺度是可运行的软件。p敏捷过程提倡持续开发和集成。p发起人、开发者和用户应该步调一致。p关注技术和设计技能的提高。p简洁，这门减少工作量的艺术至关重要。p团队要定期反省如何使工作更有效，然后相应地调整行为。22谢谢观赏2019-5-26敏捷的敏捷的UPp敏捷的敏捷的 UP:n从标准的UP活动中选取了一小部分活动和成果物，是UP的一个简集。n敏捷建模：建模的主要目的是为理解，而非文档。n不需要一个对于项目整体的详细计划。n测试驱动n重构n持续集成23谢谢观赏2019-5-26