软件开发的增量模型(8)。(8)A.最适用于需求被清晰定义的情况B.是一种能够快速构造可运行产品的好方法C.最适合于大规模团队开发的项目D.是一种不适用于商业产品的创新模型

本题考查软件开发过程的基础知识。
软件开发过程以系统需求作为输入，以要交付的产品作为输出，涉及活动、约束和资源使用的一系列工具和技术。瀑布模型、快速原型化模型、增量模型、螺旋模型等都是典型的软件开发过程模型。在20世纪80年代之前，瀑布模型一直是唯一被广泛采用的生命周期模型，该模型规定了软件开发从一个阶段瀑布般的转换到另一个阶段。其优点是：
①可强迫开发人员采用规范化的方法；
②严格地规定了每个阶段必须提交的文档；
③要求每个阶段交出的所有产品都必须是经过验证的。
缺点是：
①每个阶段开发几乎完全依赖于书面的规格说明，因此可能导致开发出的软件产品不能真正满足用户需求；
②适用于项目开始时需求就确定的情况。

软件开发模型（Software Development Model）是指软件开发的全部过程、活动和任务的结构框架。其主要过程包括需求、设计、编码、测试及维护阶段等环节。软件开发模型使开发人员能清晰、直观地表达软件开发的全过程，明确了解要完成的主要活动和任务。对于不同的软件，通常会采用不同的开发方法和不同的程序设计语言，并运用不同的管理方法和手段。现在软件开发过程中，常用的软件开发模型可以概括成以下六类：
（1）瀑布模型。
瀑布模型是最早出现的软件开发模型，它将软件生命周期分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级落下，因此形象地称为瀑布模型。在瀑布模型中，软件开发的各项活动严格按照线性方式组织，当前活动依据上一项活动的工作成果完成所需的工作内容。当前活动的工作成果需要进行验证，若验证通过，则该成果作为下一项活动的输入继续进行下一项活动；否则返回修改。尤其要注意的是瀑布模型强调文档的作用，并在每个阶段都进行仔细验证。由于这种模型的线性过程太过理想化，已不适合现代的软件开发模式。
（2）快速原型模型。
快速原型模型首先建立一个快速原型，以实现客户与系统的交互，用户通过对原型进行评价，进一步细化软件的开发需求，从而开发出令客户满意的软件产品。因此快速原型法可以克服瀑布模型的缺点，减少由于软件需求不明确带来的风险。因此快速原型的关键在于尽可能快速地建造出软件原型，并能迅速修改原型以反映客户的需求。
（3）增量模型。
增量模型又称演化模型，增量模型认为软件开发是通过一系列的增量构件来设计、实现、集成和测试的，每一个构件由多种相互作用的模块构成。增量模型在各个阶段并不交付一个完整的产品，而仅交付满足客户需求子集的一个可运行产品即可。整个产品被分解成若干个构件，开发人员逐个构件地交付产品以便适应需求的变化，用户可以不断地看到新开发的软件，从而降低风险。但是需求的变化会使软件过程的控制失去整体性。
（4）螺旋模型。
结合了瀑布模型和快速原型模型的特点，尤其强调了风险分析，特别适合于大型复杂的系统。螺旋模型沿着螺线进行若干次迭代以实现系统的开发，是由风险驱动的，强调可选方案和约束条件，从而支持软件的重用，因此尤其注重软件质量。
（5）喷泉模型。
喷泉模型也称为面向对象的生存期模型，相对传统的结构化生存期而言其增量和迭代更多。生存期的各个阶段可以相互重叠和多次反复，而且在项目的整个生存期中还可以嵌入子生存期。就像喷泉水喷上去又可以落下来，可以落在中间，也可以落在最底部一样。
（6）混合模型。
混合模型也称为过程开发模型或元模型（Meta-Model），把几种不同模型组合成一种混合模型，它允许一个项目能沿着最有效的路径发展，这就是过程开发模型。
在实际的软件开发模型的选择上，通常开发企业为了确保开发都是使用由几种不同的开发方法组成的混合模型。

增量模型融合了瀑布模型的基本成分（重复应用）和原型实现的迭代特征，该模型采用随着日程时间的进展而交错的线性序列，每一个线性序列产生软件的一个可发布的“增量”。当使用增量模型时，第1个增量往往是核心的产品，即第1个增量实现了基本的需求，但很多补充的特征还没有发布。客户对每一个增量的使用和评估都作为下一个增量发布的新特征和功能，这个过程在每一个增量发布后不断重复，直到产生了最终的完善产品。

网络工程师