软件工程化开发模型.docx

软件开发模型(SoftwareDevelopmentModel)是指软件开发全部过程、活动和任务的结构

框架。软件开发包括需求、设计、编码和测试等阶段，有时也包括维护阶段。

框架。软件开发包括需求、设计、编码和测试等阶段，有时也包括维护阶段。

软件开发模型能清晰、直观地表达软件开发全过程，明确规定了要完成的主要活动和任

软件开发模型能清晰、直观地表达软件开发全过程，明确规定了要完成的主要活动和任

务，用来作为软件项目工作的基础。

最早出现的软件开发模型是1970年

最早出现的软件开发模型是1970年W·Royce提出的瀑布模型。该模型给出了固定的

顺序，将生存期活动从上一个阶段向下一个阶段逐级过渡，如同流水下泻，最终得到所开发

的软件产品，投入使用。但计算拓广到统计分析、商业事务等领域时，大多数程序采用高级

语言(如FORTRAN、COBOL等)编写。瀑布模式模型也存在着缺乏灵活性、无法通过并发活动澄清本来不够确切的需求等缺点。

典型的开发模型有：①瀑布模型(waterfallmodel)；②渐增模型/演化/迭代(incrementalmodel

典型的开发模型有：①瀑布模型(waterfallmodel)；②渐增模型/演化/迭代

(incrementalmodel)；③原型模型(prototypemodel)；④螺旋模型(spiralmodel)；⑤喷

泉模型(fountainmodel)；⑥智能模型(intelligentmodel);7. 混合模型(hybridmodel)

1. 边做边改模型（Build-and-FixModel

1. 边做边改模型（Build-and-FixModel）

遗憾的是，许多产品都是使用边做边改模型来开发的。在这种模型中，既没有规格说

遗憾的是，许多产品都是使用边做边改模型来开发的。在这种模型中，既没有规格说

明，也没有经过设计，软件随着客户的需要一次又一次地不断被修改.

在这个模型中，开发人员拿到项目立即根据需求编写程序，调试通过后生成软件的第一

个版本。在提供给用户使用后，如果程序出现错误，或者用户提出新的要求，开发人员重新

修改代码，直到用户满意为止。这是一种类似作坊的开发方式，对编写几百行的小程序来说还不错，但这种方法对任何规模的开发来说都是不能令人满意的，其主要问题在于：

修改代码，直到用户满意为止。

这是一种类似作坊的开发方式，对编写几百行的小程序来说还不错，但这种方法对任何

规模的开发来说都是不能令人满意的，其主要问题在于：

（1）缺少规划和设计环节，软件的结构随着不断的修改越来越糟，导致无法继续修改；

（2）

（2）忽略需求环节，给软件开发带来很大的风险；

（3）没有考虑测试和程序的可维护性，也没有任何文档，软件的维护十分困难。

（3）没有考虑测试和程序的可维护性，也没有任何文档，软件的维护十分困难。

2.瀑布模型（WaterfallModel）

1970年WinstonRoyce提出了著名的瀑布模型，直到80年代早期，它一直是唯一

被广泛采用的软件开发模型。

被广泛采用的软件开发模型。

瀑布模型将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试

和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流

和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流

水，逐级下落。

在瀑布模型中，软件开发的各项活动严格按照线性方式进行，当前活动接受上一项活动的工作结果，实施完成所需的工作内容。当前活动的工作结果需要进行验证，领测认为一项

在瀑布模型中，软件开发的各项活动严格按照线性方式进行，当前活动接受上一项活动

的工作结果，实施完成所需的工作内容。当前活动的工作结果需要进行验证，领测认为一项

活动的输入，继续进行下一项活动，否则返回修改。

瀑布模型强调文档的作用，并要求每个阶段都要仔细验证。但是，这种模型的线性过程太理想化，已不再适合现代的软件开发模式，几乎被业界抛弃，其主要问题在于：

（1）各个阶段的划分完全固定，阶段之间产生大量的文档，极大地增加了工作量；

（2）由于开发模型是线性的，用户只有等到整个过程的末期才能见到开发成果，从而增加了开发的风险；（3）早期的错误可能要等到开发后期的测试阶段才能发现，进而带来严重的后果。

（2）由于开发模型是线性的，用户只有等到整个过程的末期才能见到开发成果，从

而增加了开发的风险；

（3）早期的错误可能要等到开发后期的测试阶段才能发现，进而带来严重的后果。

我们应该认识到，线性是人们最容易掌握并能熟练应用的思想方法。当人们碰到一个

复杂的非线性问题时，总是千方百计地将其分解或转化为一系列简单的线性问题