《软件工程-第13章第6节.pptx

13.6迭?代?和?增?量

13.6.1迭代和增量概述1.迭代和增量的含义迭代是指按照迭代计划和评估标准，执行一组明确的活动，以便产生一个内部或外部发布的版本。迭代计划规定了谁应该做什么以及应该按照什么样的顺序做。增量是指系统中一个较小的、可管理的部分，通常指两次相邻的构造之间的差异。每次迭代至少产生一个新的构造块，从而向系统增加一个增量。

13.6.1迭代和增量概述3.迭代的组织统一过程的软件开发过程是由一系列迭代组成的，要对迭代进行排序以得到一条有序的途径，使早期的迭代为后期的迭代提供认知基础。早期迭代主要是关注确定项目的范围、了解风险、构造软件的核心构架，而后期的迭代则不断增加增量结果，直至得到可以对外发布的产品。

13.6.1迭代和增量概述迭代有助于规划、组织、监控和控制项目，每个阶段都要进行一些迭代，每个阶段都要考虑人员配备、资金提供、进度安排等问题。在每个阶段开始，管理人员决定如何来执行，必须交付什么结果和必须降低哪些风险。。

13.6.2迭代和增量的重要性1.降低风险软件开发也会遇到风险，例如，系统无法及时响应用户的请求，系统无法实时处理用户的业务，开发小组无法按用户的期限交付产品等。软件开发的风险是一个需要关注的问题，有些时候可能会导致项目的失败。迭代开发方法可以降低风险。在初始和细化阶段的迭代中，致力于解决主要的风险；在构造阶段的早期，按照风险的重要顺序逐个解决其余的风险。在早期阶段通过迭代标识、管理并降低风险，使得未经确定的或忽略的风险不会在后期突然出现并危害整个项目。

13.6.2迭代和增量的重要性2.获得一个健壮的构架按照统一过程开发的原则，在初期阶段，需要寻找一个能满足关键需求、克服关键风险和解决开发中主要问题的核心构架。在细化阶段建立构架基线，指导进一步的开发。因此，得到一个健壮的构架本身是早期阶段迭代的结果。

13.6.2迭代和增量的重要性3.适应需求变化和开发的变化采用迭代和增量的方法，开发人员可以发现和解决前期构造中的问题，以及用户提供的建议和可能被忽略的需求。而在瀑布模型中，直到开发结束才能看到系统的运行，开发人员的一点很小修改，用户就需要增加一个遗漏的功能，这都会引起投资的增加或进度的拖延。在迭代和增量开发中，当测试过一次迭代后，有关人员可以根据预定义的准则对其进行评价，决定这次迭代是否得到了预期的增量。若只是部分成功，则可以延长本次迭代或在下次迭代中继续解决遗留问题。

13.6.2迭代和增量的重要性因此，迭代过程更易于用户在开发周期中尽早了解需要增加的需求，也更容易使开发人员进行相应的修改。因为开发过程是按照一系列迭代进行系统构造的，所以响应反馈或进行修改只是对一个增量的修改，不会波及整个系统，这种修改和返工容易进行。

13.6.3通用迭代过程1.迭代工作流的元素迭代可被看作是一个工作流，每次迭代都以迭代规划开始，然后或多或少要经历5种核心工作流，最后以评估迭代结束。所以，迭代的一般元素是迭代规划、核心工作流、迭代评估和其他一些具体活动(如回归测试等)。

13.6.3通用迭代过程2.规划迭代过程迭代方法在初始阶段并不对整个项目进行详细规划，只是对最初的几步进行规划。第一次迭代的计划将会十分清晰，以后的迭代规划工作要考虑以前的迭代结果、与新的迭代相关的用例的选取、出现在下一次迭代中的风险现状以及模型集合的最新版本。后面的迭代计划不太详细，将在早期迭代中积累的成果和知识的基础上不断进行修改，直到在细化阶段建立了事实基础，才试图对构造和移交阶段进行规划，这种计划能使迭代开发得到控制。

13.6.4迭代的核心工作流下面列出了迭代的5种核心工作流，并给出每种核心工作流的人员、活动和制品。1.需求工作流人员：系统分析员、用例描述人员、用户界面设计人员、构架设计师。活动：确定参与者和用例，区分用例的优先级，详细描述一个用例，构造用户界面原型，构造用例模型。制品：用例、参与者、用例模型、构架描述(用例模型视图)、术语表、用户界面原型。

13.6.4迭代的核心工作流2.分析工作流人员：构架设计师、用例工程师、构件工程师。活动：构架分析、分析用例、分析类、分析包。制品：分析模型、分析类、用例实现－分析、分析包、构架描述(分析模型的视图)。3.设计工作流人员：构架设计师、用例工程师、构件工程师。活动：构架设计，设计一个用例，设计一个类，设计一个子系统。制品：用例实现－设计，设计类，设计子系统，设计接口，设计模型，构架描述(设计模型的视图)，实施模型，构架描述(实施模型的视图)。

13.6.4迭代的核心工作流4.实现工作流人员：构架设计师、构件工程师、系统集成人员。活动：构架实现，系统集成，实现一个子系统，实现一个类，执行单元测试。制品