增量模型（组件化设计）

$$增量模型$$

一 适用项目类型

• 软件产品可以分批次地进行交付
• 待开发的软件系统能够被模块化
• 软件开发人员对应用领域不熟悉，难以一次性地进行系统开发
• 项目管理人员把握全局的水平较高
• 适用于需求逐渐青晰的软件项目

二 优势

• 将待开发的软件系统模块化，可以分批次地提交软件产品，使用户可以及时了解软件项目的进展
• 以组件为单位进行开发降低了软件开发的风险。一个开发周期内的错误不会影响到整个软件系统
• 开发顺序灵活。开发人员可以对组件的实现顺序进行优先级排序，先完成需求稳定的核心组件。当组件的优先级发生变化时，还能及时地对实现顺序进行调整
• 人员分配灵活，刚开始不用投入大里人力资源，当核心产品很受欢迎时，可增加人力实现下一个阶段增里。同时人员可以并行工作。

三 劣势

• 要求待开发的软件系统可以被模块化。如果待开发的软件系统很难被模块化，那么将会给增量开发带来很多麻烦

四 描述

• 在开发过程中，需求的变化是不可避免的。增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型和快速原型模型，但也很容易退化为边做边改模型，从而是软件过程的控制失去整体性
• 增量模型是把待开发的软件系统模块化，将每个模块作为一个增量组件，从而分批次地分析、设计、编码和测试这些增量组件。运用增量模型的软件开发过程是递增式的过程。相对于瀑布模型而言，采用增量模型进行开发，开发人员不需要一次性地把整个软件产品提交给用户，而是可以分批次进行提交。

五 特点

• 实际上，在采用增量模型时，具有最高优先权的核心增量构件将会被最先交付，而随着后续构件不断被集成进系统，这个核心构件将会受到最多次数的测试。这意味着软件系统最重要的心脏部分将具有最高的可靠性，这将使得整个软件系统更具健壮性。
• 比较瀑布模型、原型进化模型，增量模型具有非常显著的优越性。但是，增量模型对软件设计有更高的技术要求，特别是对软件体系结构，要求它具有很好的开放性与稳定性，能够顺利地实现构件的集成。
• 软件系统可以按照增量构件的功能安排开发的优先顺序，并逐个实现和交付使用。这不仅有利于用户尽早地用上系统，能够更好地适应新的软件环境，而且用户在以增量方式使用系统的过程中，还能够获得对软件系统后续构件的需求经验。这样能使软件需求定义越往后越顺利
• 开发初期的需求定义只是用来确定软件的基本结构，这使得开发初期，用户只需要对软件需求进行大概的描述，而对于需求的细节性描述，则可以延迟到增量构件开发时进行，以增量构件为单位逐个地进行需求补充。这种方式有利于用户需求的逐渐明朗，能够有效适应用户需求的变更