以下关于增量模型的叙述中，正确的是（）。A、需求被清晰定义B、可以快速构造核心产品C、每个增量必须要进行风险评估D、不适宜商业产品的开发

在利用增量模型进行开发时，如何进行模块的划分往往是难点所在，而不是这种模型的优点。

统一过程（UP）的基本特征是用例和风险驱动，以架构为中心，受控的迭代式的增量开发。UP定义了四个阶段：
起始阶段（inception）：该阶段的主要目的是建立项目的范围和版本，确定项目目标的可行性和稳定性，结交结果包括需求和用例。
精化阶段（elaboration）：该阶段的目的是对问题域进行分析，建立系统需求和架构，确定实现的可行性和稳定性，提交结果包括系统架构，问题领域、修改后的需求及项目开发计划等相关文档。
构建阶段（construction）：增量式开发可以交付给用户的软件产品。
移交阶段（transition）：目的是将软件产品交付给用户。

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

随着开发过程的进展，如果用户的需求发生了变更，一些增量可能需要重新开发，由此产生的管理成本也会增加甚至超出组织的能力。

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