软件工程开发模型迭代

1. 迭代模型的介绍

对众多的开发模型和过程方法，及权威机构的看法，企业应选择什么样的开发模型，应慎重对从以下几方面进行考虑：
1、RUP虽然内容极其丰富，定义了选起、精化、构建、产品化4个阶段和业务建模、需求、分析设计、实现、测试、部署等9个工种，提供了一大堆的文档模板，但极易让人误解是重型的过程，实施推广有一定难度。
2、再次，在质量管理方面：以实现系统架构、核心功能目标的迭代产品生的工作成果作为质量控制重点。每次迭代进行系统集成、系统测试，达到对软件质量的持续验证。每次系统测试，需要回归测试前一次迭代遗留发现的问题。每次迭代发布的小版本组织客户（包括内部客户、外部客户）进行评价，通过演示操作等方式，评价该次迭代是否达到预定的目标，并以此为依据来制定下一次迭代的目标。
3、最后，在其他方面：每次迭代成果须进行配置管理，版本控制很重要。在整个迭代过程中风险无处不在，建议每周作一次风险跟踪。同时通过重点关注进度、工作量、满意度、缺陷等数据收集，关注每次迭代情况。
总之，选择一个合适的生命周期模型，并应用正确的方法，对于任何软件项目的成功是至关重要。企业在选择开发模型应从项目时间要求、需求明确程度、风险状况等选择合适的生命周期模型。 与传统的瀑布模型相比较，迭代过程具有以下优点：
1）降低了在一个增量上的开支风险。如果开发人员重复某个迭代，那么损失只是这一个开发有误的迭代的花费。
2）降低了产品无法按照既定进度进入市场的风险。通过在开发早期就确定风险，可以尽早来解决而不至于在开发后期匆匆忙忙。
3）加快了整个开发工作的进度。因为开发人员清楚问题的焦点所在，他们的工作会更有效率。
4）由于用户的需求并不能在一开始就作出完全的界定，它们通常是在后续阶段中不断细化的。因此，迭代过程这种模式使适应需求的变化会更容易些。

2. 迭代模型开发流程中sdv是啥意思

不同的J2EE项目开发流程：一个典型的J2EE项目通常应该使用哪一种开发流程呢？流行开发流程有很多种，应用比较广泛的有：瀑布式、迭代式、以及RUP(RationalUnifiedProcess)。每一种都有其优点和不足，所以通常我们应该把它们结合起来而不是认定其中一个然后100%按着它的规范走。首先来看看每一种大致是什么意思：[瀑布式]这种模式的流程强调在开始编码和测试之前完成所有的需求分析和设计，这种模式历史相当久远，也很成熟，甚至到了今天，这种模式还是被广泛的采用到绝大多数公司和项目中。采用这种模式开发的项目通常很大，并且需要较长时间交付。正因为如此，这些项目通常会有的风险：在业务需求不断变化的今天，如果待开发的系统不能及时反应出这些需求的变化，最终开发出来的产品可能已经不是客户真正需要的了。[迭代式]为了应对传统瀑布式的开发在处理需求变更上的不足，近些年出现了一种全新的极限编程的概念。极限编程（XP）的核心思想在于：从长远看，早期发现错误以及降低复杂度可以节约成本。极限编程强调我们将任务/系统细分为可以在较短周期解决的一个个子任务/模块，并且强调测试、代码质量和及早发现问题。通常，通过一个个短小的迭代周期，我们就可以获得一个个阶段性的进展，并且可以及时形成一个版本供用户参考，以便及时对用户可能的需求变更作出响应。[RUP]RUP的全称是RationalUnifiedProcess，是一套定义得很完整的软件工程模型。它强调编码前的需求分析和设计，以及短迭代周期的开发和发布。它鼓励团队首先开发项目中风险最高的模块，用的时间发现和应对问题，当设计需要变化时，它也能够在一定程度上减轻一些重复工作。不过，因为RUP十分严谨，也比较具体，通常要完全跟着这个流程走也不是100%必要。下面我们来看看实际上我们应该采取什么样的流程或者策略：实际的J2EE项目中，RUP的应用呈逐年上升的趋势，不过也并非所有这些采用了RUP的项目也是完完全全RUP式的。我们可以考虑一种综合上面三种流程的优点的方式，根据具体的项目量体裁衣。需要对这几种的优点来一个总结：瀑布式由于比较成熟，通常很好的强调了先需求后设计再编码的重要性，也比较适合大公司先预算后执行的方式；极限编程强调测试先行和简单是美，这样有利于及早发现问题以及更好的应对变化；RUP强调的集中化的分析和设计也有其不可替代的优越性。要做出一个结论性的答案并不容易，如果贵公司相对较大并且愿意支付一定的管理成本来推一套成熟且完整的开发流程并在公司内部所有项目或者是大多数项目严格执行，我想RUP应该是首选；如果贵公司希望有更大的灵活性，可以考虑一些折衷的方案，根据具体的项目，从上面三种流程提取有价值的部分，来确定具体的流程。

3. 软件开发中有哪几种过程模型

• 1.瀑布模型

  瀑布模型的特点是：

  阶段间具有顺序性和依赖性，前一阶段结束后才能开始后一阶段的工作，前一阶段的输出是厚意阶段的输入；推迟实现观点，尽可能推迟程序的物理实现；强调质量保证观点，每个阶段必须完成规定的文档，每个阶段结束前完成文档以便及早改正错误。

  优点：

  （1）原理简单，容易掌握。

  （2）各阶段间都有验证和确认环节，以便进行质量管理。

  （3）主要用于支持结构化方法

  缺点：

  （1）缺乏灵活性，不能适应用户的需求变化。

  （2）缺乏演化性，返回上一级的开发需要付出十分高昂的代价

  （3）是线性的软件开发模型，回溯性差。

  使用场合：

  （1）适合于软件需求比较明确或很少变化，且开发人员可以一次性获取到全部需求的场合

  （2）适合开发技术比较成熟，工程管理比较严格的场合

  （3）一般用于低风险的项目，适合开发人员具有丰富的经验。

  

4. 迭代模型各个阶段所占比例

学习《软件工程》，考生不仅需要掌握至少一门程序设计语言，还需要对数据结构、数据库、操作系统等课程有一定的了解，可以说综合性很强。
学习《软件工程》必备书籍：
1．教材，《软件工程》（黑皮），北京大学出版，2002年，王立福等
2．辅导，《计算机上机实验考试应试指导》（蓝皮），北京大学出版，2003年，孙家肃

《软件工程》笔试分为理论部分和设计部分，比例大致相当，在下面的复习大纲中将随即提到，不再细分。另外，实验部分也会在文中提及，希望读者注意。

第一章 软件工程概论

1． 软件工程的目的：
倡导以工程的原理、原则和方法进行软件开发，以解决当时出现的软件危机。

2． 软件危机：
在计算机软件开发和维护过程中所遇到的一系列问题。

3． 软件及组成：
计算机系统中的程序和文档称为软件，程序是计算机任务的处理对象和处理规则的描述，文档是为了理解程序所需的阐述性资料。

4． 软件工程定义：
软件工程是一类求解软件的工程，它应用计算机科学、数学及管理科学等原理，借鉴传统工程的原则、方法，创建软件以达到提高质量、降低成本的目的。其中，计算机科学、数学用于构造模型与算法，工程科学用于制定规范、设计范型、评估成本及确定权衡，管理科学用于计划、资源、质量、成本等管理。软件工程是一门指导计算机软件开发和维护的工程学科。

5． 软件工程框架及其内容：
目标、活动和原则。软件工程的目标为，生产具有正确性、可用性以及开销合宜的产品。软件工程活动定义为，生产一个最终满足需求且达到工程目标的软件产品所需要的步骤，主要包括需求、设计、实现、确认以及支持等活动。软件工程设计原则为，选取适宜的开发模型，采用合适的设计方法，提供高质量的工程支持，重视开发过程的管理。（参考教材教材第2页图1.1，更有利于记忆）

6． 软件工程研究的内容：
软件开发模型、软件开发方法、软件过程、软件工具、软件开发环境、计算机辅助软件工程（CASE）、软件经济学等。

7． 软件开发方法学定义：
是一种已定义好的技术集和符号表示习惯，来组织软件开发的过程，一般表示为一系列步骤，包括结构化方法、面向对象方法、Jackson方法等等。

第二章 软件开发模型

1． 软件开发模型定义：
是软件开发全部过程、活动和任务的结构框架。

2． 瀑布模型内容及特点：
瀑布模型将软件生存周期的各项活动规定为依固定顺序连接的软干阶段工作，是一种线性模型。各阶段活动为，提出系统需求、提出软件需求、需求分析、设计、编码、测试和运行。每个开发阶段具有以下特征，从上一阶段接受本阶段工作的对象作为输入，对上述输入实施本阶段的活动，给出本阶段的工作成果作为输出传入下一阶段，对本阶段工作进行评审，若本阶段工作得到确认，则继续下阶段工作，否则返回前一阶段甚至更前阶段。瀑布模型最为突出的缺点是该模型缺乏灵活性。

3． 演化模型内容及特点：
演化模型主要针对事先不能完整定义需求的软件开发，其开发过程一般是首先开发核心系统，当核心系统投入运行后，软件开发人员根据用户的反馈，实施开发的迭代过程，每一迭代过程均由需求、设计、编码、测试、集成等阶段组成，直到软件开发结束。演化模型在一定程度上减少了软件开发活动的盲目性。

4． 螺旋模型内容及特点：
它是在瀑布模型和演化模型的基础上，加入两者所忽略的风险分析所建立的一种软件开发模型。沿螺旋模型顺时针方向，依次表达了四个方面的活动，制定计划、风险分析、实施工程、客户评估。

5． 喷泉模型内容及特点：
它体现了软件创建所固有的迭代和无间隙特征，喷泉模型主要用于支持面向对象开发过程。

6． 增量模型内容：
在设计了软件系统整体体系结构之后，首先完整的开发系统的一个初始子集，继之，根据这一子集，建造一个更加精细的版本，如此不断的进行系统的增量开发。

7． 瀑布模型、演化模型、螺旋模型之间的联系：相同点是这三个模型都分为多个阶段，而瀑布模型一次完成软件，演化模型分为多次完成，每次迭代完成软件的一个部分，螺旋模型也分为多次完成，每次完成软件的一个新原型，并考虑风险分析。

8． 演化模型和增量模型之间的区别
演化模型首先开发核心系统，每次迭代为系统增加一个子集，整个系统是增量开发和增量提交，增量模型首先完整的开发系统的一个初始子集，然后不断的建造更精细的版本。

教材可以在报名点购买（一般是正版，但价格较高，所以不建议在哪儿买），当地较大图书市场肯定也有卖的，在这买较便宜，但是盗版的比较多，可以自己选质量较好的，价格可以还价，一般至少在7折，最便宜的可以到5折。

自考指定教材查询：

历年试卷：提示：在搜索里面打软件工程就行

5. 软件开发模型有哪几种各有什么特点

软件开发模型(Software Development Model)是指软件开发全部过程、活动和任务的结构框架。软件开发包括需求、设计、编码和测试等阶段，有时也包括维护阶段。软件开发模型能清晰、直观地表达软件开发全过程，明确规定了要完成的主要活动和任务，用来作为软件项目工作的基础。对于不同的软件系统，可以采用不同的开发方法、使用不同的程序设计语言以及各种不同技能的人员参与工作、运用不同的管理方法和手段等，以及允许采用不同的软件工具和不同的软件工程环境。软件工程的主要环节包括人员管理、项目管理、需求分析、系统设计、程序设计、测试、维护等，如图所示。软件开发模型是对软件过程的建模，即用一定的流程将各个环节连接起来，并可用规范的方式操作全过程，好比工厂的生产线。

8.混合模型（hybrid model）过程开发模型又叫混合模型（hybrid model），或元模型（meta-model）,把几种不同模型组合成一种混合模型，它允许一个项目能沿着最有效的路径发展，这就是过程开发模型（或混合模型）。实际上，一些软件开发单位都是使用几种不同的开发方法组成他们自己的混合模型。各种模型的比较每个软件开发组织应该选择适合于该组织的软件开发模型，并且应该随着当前正在开发的特定产品特性而变化，以减小所选模型的缺点，充分利用其优点，下表列出了几种常见模型的优缺点。各种模型的优点和缺点：模型优点缺点瀑布模型文档驱动系统可能不满足客户的需求快速原型模型关注满足客户需求可能导致系统设计差、效率低，难于维护增量模型开发早期反馈及时，易于维护需要开放式体系结构，可能会设计差、效率低螺旋模型风险驱动风险分析人员需要有经验且经过充分训练

9.RUP模型（迭代模型）

RUP（Rational Unified Process）模型是Rational公司提出的一套开发过程模型，它是一个面向对象软件工程的通用业务流程。它描述了一系列相关的软件工程流程，它们具有相同的结构，即相同的流程构架。RUP 为在开发组织中分配任务和职责提供了一种规范方法，其目标是确保在可预计的时间安排和预算内开发出满足最终用户需求的高品质的软件。RUP具有两个轴，一个轴是时间轴，这是动态的。另一个轴是工作流轴，这是静态的。在时间轴上，RUP划分了四个阶段：初始阶段、细化阶段、构造阶段和发布阶段。每个阶段都使用了迭代的概念。在工作流轴上，RUP设计了六个核心工作流程和三个核心支撑工作流程，核心工作流轴包括：业务建模工作流、需求工作流、分析设计工作流、实现工作流、测试工作流和发布工作流。核心支撑工作流包括：环境工作流、项目管理工作流和配置与变更管理工作流。RUP 汇集现代软件开发中多方面的最佳经验，并为适应各种项目及组织的需要提供了灵活的形式。作为一个商业模型，它具有非常详细的过程指导和模板。但是同样由于该模型比较复杂，因此在模型的掌握上需要花费比较大的成本。尤其对项目管理者提出了比较高的要求。它具有如下特点：（1）增量迭代，每次迭代都遵循瀑布模型能够在前期控制好和解决风险；（2）模型的复杂化，需要项目管理者具有较强的管理能力。

10.IPD模型

IPD（Integrated Proct Development）流程是由IBM提出来的一套集成产品开发流程，非常适合于复杂的大型开发项目，尤其涉及到软硬件结合的项目。

IPD从整个产品角度出发，流程综合考虑了从系统工程、研发（硬件、软件、结构工业设计、测试、资料开发等）、制造、财务到市场、采购、技术支援等所有流程。是一个端到端的流程。在IPD流程中总共划分了六个阶段（概念阶段、计划阶段、开发阶段、验证阶段、发布阶段和生命周期阶段），四个个决策评审点（概念阶段决策评审点、计划阶段决策评审点、可获得性决策评审点和生命周期终止决策评审点）以及六个技术评审点。

IPD流程是一个阶段性模型，具有瀑布模型的影子。该模型通过使用全面而又复杂的流程来把一个庞大而又复杂的系统进行分解并降低风险。一定程度上，该模型是通过流程成本来提高整个产品的质量并获得市场的占有。由于该流程没有定义如何进行流程回退的机制，因此对于需求经常变动的项目该流程就显得不大适合了。并且对于一些小的项目，也不是非常适合使用该流程。

6. 为什么要使用软件开发模型

软件开发模型能清晰、直观地表达软件开发全过程，明确规定了要完成的主要活动和任务，用来作为软件项目工作的基础。对于不同的软件系统，可以采用不同的开发方法、使用不同的程序设计语言以及各种不同技能的人员参与工作、运用不同的管理方法和手段等，以及允许采用不同的软件工具和不同的软件工程环境。

(6)软件工程开发模型迭代扩展阅读

软件开发模型基本目标

1、开发尽可能多的软件产品，满足社会对软件全方位、不同应用领域的应用需求，是软件工程的首要目标。

2、提高软件的生产效率。由于软件产品的特殊性使得如何提高软件产品的生产效率成了迫切需要解决的难题。为此，人们从各个方面研究、探讨软件产品生产的内在规律，包括生产过程的管理、组织形式、开发工具、程序设计方法等，试图找出比较满意的求解方案。

3、满足应用的功能需要。这里包括几层意思：产品功能强、性能好、按期交付使用、易于用户操作和维护。

4、降低软件开发成本，包括降低软件设计成本和软件维护成本，而软件维护成本比开发成本要大得多。因此，提高软件可维护性是降低软件开发成本的有效途径。

7. 软件开发模型有几种

与建造大厦相同，软件也是一步一步建造起来的。在增量模型中，软件被作为一系列的增量构件来设计、实现、集成和测试，每一个构件是由多种相互作用的模块所形成的提供特定功能的代码片段构成. 增量模型在各个阶段并不交付一个可运行的完整产品，而是交付满足客户需求的一个子集的可运行产品。整个产品被分解成若干个构件，开发人员逐个构件地交付产品，这样做的好处是软件开发可以较好地适应变化，客户可以不断地看到所开发的软件，从而降低开发风险。但是，增量模型也存在以下缺陷： （1） 由于各个构件是逐渐并入已有的软件体系结构中的，所以加入构件必须不破坏已构造好的系统部分，这需要软件具备开放式的体系结构。 （2） 在开发过程中，需求的变化是不可避免的。增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型和快速原型模型，但也很容易退化为边做边改模型，从而是软件过程的控制失去整体性。 在使用增量模型时，第一个增量往往是实现基本需求的核心产品。核心产品交付用户使用后，经过评价形成下一个增量的开发计划，它包括对核心产品的修改和一些新功能的发布。这个过程在每个增量发布后不断重复，直到产生最终的完善产品。 例如，使用增量模型开发字处理软件。可以考虑，第一个增量发布基本的文件管理、编辑和文档生成功能，第二个增量发布更加完善的编辑和文档生成功能，第三个增量实现拼写和文法检查功能，第四个增量完成高级的页面布局功能。 5.螺旋模型（Spiral Model） 1988年，Barry Boehm正式发表了软件系统开发的"螺旋模型"，它将瀑布模型和快速原型模型结合起来，强调了其他模型所忽视的风险分析，特别适合于大型复杂的系统。 螺旋模型沿着螺线进行若干次迭代，图中的四个象限代表了以下活动： （1） 制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件； （3） 实施工程：实施软件开发和验证； （4） 客户评估：评价开发工作，提出修正建议，制定下一步计划。 螺旋模型由风险驱动，强调可选方案和约束条件从而支持软件的重用，有助于将软件质量作为特殊目标融入产品开发之中。但是，螺旋模型也有一定的限制条件，具体如下： （1） 螺旋模型强调风险分析，但要求许多客户接受和相信这种分析，并做出相关反应是不容易的，因此，这种模型往往适应于内部的大规模软件开发。 （2） 如果执行风险分析将大大影响项目的利润，那么进行风险分析毫无意义，因此，螺旋模型只适合于大规模软件项目。 一个阶段首先是确定该阶段的目标，完成这些目标的选择方案及其约束条件，然后从风险角度分析方案的开发策略，努力排除各种潜在的风险，有时需要通过建造原型来完成。如果某些风险不能排除，该方案立即终止，否则启动下一个开发步骤。最后，评价该阶段的结果，并设计下一个阶段。 6.演化模型(incremental model) 主要针对事先不能完整定义需求的软件开发。用户可以给出待开发系统的核心需求，并且当看到核心需求实现后，能够有效地提出反馈，以支持系统的最终设计和实现。软件开发人员根据用户的需求，首先开发核心系统。当该核心系统投入运行后，用户试用之，完成他们的工作，并提出精化系统、增强系统能力的需求。软件开发人员根据用户的反馈，实施开发的迭代过程。第一迭代过程均由需求、设计、编码、测试、集成等阶段组成，为整个系统增加一个可定义的、可管理的子集。 在开发模式上采取分批循环开发的办法，每循环开发一部分的功能，它们成为这个产品的原型的新增功能。于是，设计就不断地演化出新的系统。 实际上，这个模型可看作是重复执行的多个“瀑布模型”。 “演化模型”要求开发人员有能力把项目的产品需求分解为不同组，以便分批循环开发。这种分组并不是绝对随意性的，而是要根据功能的重要性及对总体设计的基础结构的影响而作出判断。有经验指出，每个开发循环以六周到八周为适当的长度。 7.喷泉模型（fountain model, (面向对象的生存期模型, OO模型)） 喷泉模型与传统的结构化生存期比较，具有更多的增量和迭代性质，生存期的各个阶段可以相互重叠和多次反复，而且在项目的整个生存期中还可以嵌入子生存期。就像水喷上去又可以落下来，可以落在中间，也可以落在最底部。 8.智能模型(四代技术（4GL）) 智能模型拥有一组工具（如数据查询、报表生成、数据处理、屏幕定义、代码生成、高层图形功能及电子表格等），每个工具都能使开发人员在高层次上定义软件的某些特性，并把开发人员定义的这些软件自动地生成为源代码。这种方法需要四代语言（4GL）的支持。4GL不同于三代语言，其主要特征是用户界面极端友好，即使没有受过训练的非专业程序员，也能用它编写程序；它是一种声明式、交互式和非过程性编程语言。4GL还具有高效的程序代码、智能缺省假设、完备的数据库和应用程序生成器。目前市场上流行的4GL（如Foxpro等）都不同程度地具有上述特征。但4GL目前主要限于事务信息系统的中、小型应用程序的开发。 9.混合模型（hybrid model） 过程开发模型又叫混合模型（hybrid model），或元模型（meta-model）,把几种不同模型组合成一种混合模型，它允许一个项目能沿着最有效的路径发展，这就是过程开发模型（或混合模型）。实际上，一些软件开发单位都是使用几种不同的开发方法组成他们自己的混合模型。 各种模型的比较 每个软件开发组织应该选择适合于该组织的软件开发模型，并且应该随着当前正在开发的特定产品特性而变化，以减小所选模型的缺点，充分利用其优点，下表列出了几种常见模型的优缺点。

8. 开发过程中据说的迭代是什么意思

迭代是重复反馈过程的活动，其目的通常是为了逼近所需目标或结果。每一次对过程的重复称为一次“迭代”，而每一次迭代得到的结果会作为下一次迭代的初始值。

重复执行一系列运算步骤，从前面的量依次求出后面的量的过程。此过程的每一次结果，都是由对前一次所得结果施行相同的运算步骤得到的。例如利用迭代法*求某一数学问题的解。

对计算机特定程序中需要反复执行的子程序*(一组指令)，进行一次重复，即重复执行程序中的循环，直到满足某条件为止，亦称为迭代。

(8)软件工程开发模型迭代扩展阅读

相关概念

函数

在数学中，迭代函数是在分形和动力系统中深入研究的对象。迭代函数是重复的与自身复合的函数，这个过程叫做迭代。

模型

迭代模型是RUP（Rational Unified Process，统一软件开发过程，统一软件过程）推荐的周期模型。

算法

迭代算法是用计算机解决问题的一种基本方法。它利用计算机运算速度快、适合做重复性操作的特点，让计算机对一组指令（或一定步骤）进行重复执行，在每次执行这组指令（或这些步骤）时，都从变量的原值推出它的一个新值。

方法

迭代的方式就有所不同，假如这个产品要求6个月交货，我在第一个月就会拿出一个产品来，当然，这个产品会很不完善，会有很多功能还没有添加进去，bug很多，还不稳定，但客户看了以后，会提出更详细的修改意见。

这样，你就知道自己距离客户的需求有多远，我回家以后，再花一个月，在上个月所作的需求分析、框架设计、代码、测试等等的基础上，进一步改进，又拿出一个更完善的产品来，给客户看，让他们提意见。

就这样，我的产品在功能上、质量上都能够逐渐逼近客户的要求，不会出现我花了大量心血后，直到最后发布之时才发现根本不是客户要的东西的情况。

优势

这样的方法很不错，但他也有自己的缺陷，那就是周期长、成本很高。在应付大项目、高风险项目——就比如是航天飞机的控制系统时，迭代的成本比项目失败的风险成本低得多，用这种方式明显有优势。

如果你是给自己的单位开发一个小MIS，自己也比较清楚需求，工期上也不过花上个把月的时间，用迭代就有点杀鸡用了牛刀，那还是瀑布模型更管用，即使是做得不对，顶多再花一个月重来，没什么了不起。

9. 软件工程三种演化模型的相同点和不同点

瀑布模型，演化模型（如增量模型、原型模型、螺旋模型）、喷泉模型、基于构件的开发模型和形式方法模型等。
瀑布模型（waterfall model）是1970年有W.Royce提出的，它给出了软件生存周期活动的固定顺序，上一阶段的活动完成后向下一阶段过渡，最终得到所开发的软件产品。瀑布模型如下图所示，有时也称为软件生存周期模型。

瀑布模型中，上一阶段的活动完成并经过评审后才能开始下一阶段的活动，其特征是：
（1）接受上一阶段的结果作为本阶段活动的输入。
（2）依据上一阶段活动的结果实施本阶段应完成的活动。
（3）对本阶段的活动进行评审。
（4）将本阶段活动的结果作为输出，传递给下一阶段。
瀑布模型是最早出现的也是应用最广泛的过程模型，对确保软件开发的顺利进行、提高软件项目的质量和开发效率起到重要作用。
在大量的实践过程中，瀑布模型也逐渐暴露出它的不足。首先，客户常常难以清楚地描述所有的要求，而且在开发过程中，用户的需求也常常会有所变化，使得不少软件的需求存在着不确定性；在某个活动中发现的错误常常是由前一阶段活动的错误引起的，为了改正这一错误必须回到前一阶段，这就导致了瀑布的倒流，也就是说，实际的软件开发很少能按瀑布模型的顺序没有回流地顺流而下。其次，瀑布模型使得客户在测试完成以后才能看到真正可运行的软件，此时，如果发现不满足客户需求的问题（由于需求不确定性），那么修改软件的代价是巨大的。
不是任何软件都可采用瀑布模型的，瀑布模型适合于结构化方法，也就是面向过程的软件开发方法。软件项目或产品选择瀑布模型必须满足下列条件：在开发时间内需求没有或很少变化；分析设计人员应对应用领域很熟悉；低风险项目（对目标、环境很熟悉）；用户使用环境很稳定；用户除提出需求以外，很少参与开发工作。
演化模型
演化模型主要针对事先不能完整定义需求的软件开发，其开发过程一般是首先开发核心系统，当核心系统投入运行后，软件开发人员根据用户的反馈，实施开发的迭代过程，每一迭代过程均由需求、设计、编码、测试、集成等阶段组成，直到软件开发结束。演化模型在一定程度上减少了软件开发活动的盲目性。

螺旋模型：
它是在瀑布模型和演化模型的基础上，加入两者所忽略的风险分析所建立的一种软件开发模型。沿螺旋模型顺时针方向，依次表达了四个方面的活动，制定计划、风险分析、实施工程、客户评估。

喷泉模型
它体现了软件创建所固有的迭代和无间隙特征，喷泉模型主要用于支持面向对象开发过程。
增量模型内容：
在设计了软件系统整体体系结构之后，首先完整的开发系统的一个初始子集，继之，根据这一子集，建造一个更加精细的版本，如此不断的进行系统的增量开发。

瀑布模型、演化模型、螺旋模型之间的联系：相同点是这三个模型都分为多个阶段，而瀑布模型一次完成软件，演化模型分为多次完成，每次迭代完成软件的一个部分，螺旋模型也分为多次完成，每次完成软件的一个新原型，并考虑风险分析。

演化模型和增量模型之间的区别
演化模型首先开发核心系统，每次迭代为系统增加一个子集，整个系统是增量开发和增量提交，增量模型首先完整的开发系统的一个初始子集，然后不断的建造更精细的版本。