常见软件开发模型.pdfVIP

。 常见软件开发模型 模型 优点 缺点 瀑布模型 文档驱动 系统可能不满足客户的需求 快速原型模型 关注满足客户需求 可能导致系统设计差、效率低，难于 维护 增量模型 开发早期反馈及时，易于维护 需要开放式体系结构， 可能会设计差、 效率低 螺旋模型 风险驱动 风险分析人员需要有经验且经过充分 训练 瀑布模型（ Waterfall Model ） 1970 年 Winston Royce 提出了著名的 瀑布模型 ，直到 80 年代早期，它一直是唯一被广泛采 用的软件开发模型。 瀑布模型中，如图所示，将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、 软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如 同瀑布流水，逐级下落。 在瀑布模型中，软件开发的各项活动严格按照线性方式进行，当前活动接受上一项活动的工 作结果，实施完成所需的工作内容。当前活动的工作结果需要进行验证，如果验证通过，则 该结果作为下一项活动的输入，继续进行下一项活动，否则返回修改。 瀑布模型强调文档的作用，并要求每个阶段都要仔细验证。但是，这种模型的线性过程太理 想化，已不再适合现代的软件开发模式，几乎被业界抛弃，其主要问题在于： （1） 各个阶段的划分完全固定，阶段之间产生大量的文档，极大地增加了工作量； （2 ） 由于开发模型是线性的，用户只有等到整个过程的末期才能见到开发成果，从而增加了 开发的风险； （3 ） 早期的错误可能要等到开发后期的测试阶段才能发现，进而带来严重的后果。 。 1 。 快速原型模型（ Rapid Prototype Model ） 快速原型模型的第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，用户或 客户对原型进行评价，进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要 求，开发人员可以确定客户的真正需求是什么；第二步则在第一步的基础上开发客户满意的 软件产品。 显然，快速原型方法可以克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险， 具有显著的效果。快速原型的关键在于尽可能快速地建造出软件原型，一旦确定了客户的真 正需求，所建造的原型将被丢弃。因此，原型系统的内部结构并不重要，重要的是必须迅速 建立原型，随之迅速修改原型，以反映客户的需求。 增量模型（ Incremental Model ） 又称演化模型。与建造大厦相同，软件也是一步一步建造起来的。在增量模型中，软件被作 为一系列的增量构件来设计、实现、集成和测试，每一个构件是由多种相互作用的模块所形 成的提供特定功能的代码片段构成。 增量模型在各个阶段并不交付一个可运行的完整产品，而是交付满足客户需求的一个子集的 可运行产品。整个产品被分解成若干个构件，开发人员逐个构件地交付产品，这样做的好处 是软件开发可以较好地适应变化，客户可以不断地看到所开发的软件，从而降低开发风险。 但是，增量模型也存在以下缺陷： （1） 由于各个构件是逐渐并入已有的软件体系结构中的， 所以加入构件必须不破坏已构造好 的系统部分，这需要软件具备开放式的体系结构。 （2 ） 在开发过程中，需求的变化是不可避免的。增量模型的灵活性可以使其适应这种变化的 能力大大优于瀑