本科软件工程第7章.pdf

第7章增量模型 第7 章增量模型 7.1 概述　 7.2 渐增模型　 7.3 快速原型模型　 7.4 快速原型的开发技术和开发环境　 7.5 增量模型的评价 返回主目录 第7章增量模型 第7章增量模型 7.1 概述　 7.1.1瀑布模型的局限性　 传统的瀑布模型给软件产业带来了巨大的进步， 部分地 缓解了软件危机，但这种模型本质上是一种线性顺序模型， 存在着比较明显的缺点，各阶段之间存在着严格的顺序性和 依赖性，特别是强调预先定义需求的重要性，在着手进行具 体的开发工作之前，必须通过需求分析预先定义并“冻结”软 件需求， 然后再一步一步的实现这些需求。但是实际项目很 少是遵循着这种线性顺序进行的。虽然瀑布模型也允许迭 代，但这种改变往往对项目开发带来混乱。 第7章增量模型 1. 需求是可变的　 某些应用软件的需求与外部环境、公司经营策略或经营内 容等密切相关，因此需求是随时变化的，在不同时间用户的需 求可能有较大的不同，采用预先定义整体不变的需求的策略， 在一年或数年之前预先指定对需求随时间变化的软件的需求， 显然是不切实际的。按照这样预先指定的需求开发软件，当软 件开发出来的时候就已经过时了，不符合那时的用户需要了。 然而按照瀑布模型开发，在开发后期修改需求要付出很高的代 价，甚至根本不可能修改。 第7章增量模型 2. 需求是模糊的　 对于某些类型的软件系统，如操作系统、编译系统等系统 软件，人们对它们比较熟悉， 有长期使用它们的经验，其需 求经过仔细的分析之后可以预先指定。但是，对于大多数更常 使用的应用系统，例如管理信息系统，其需求往往很难预先准 确的指定，也就是说，预先定义需求的策略所做出的假设， 只对某些软件成立，对多数软件并不成立。许多用户对他们的 需求最初只有模糊的概念，想要求一个对需求只有初步设想的 人准确无误的说出全部需求，显然是不切实际的。人们为了充 实和细化他们的初步设想，通常需要经过在某个能运行的系统 上进行实践的过程。　 第7章增量模型 3. 用户和开发者难于沟通　 大型软件的开发需要系统分析员、软件工程师、程序员、 用户和领域专家等各类人员的协同配合。因此良好的通信和相 互理解对于保证工程成功是至关重要的。大多数用户和领域专 家不熟悉计算机和软件技术，软件开发人员也往往不熟悉用户 的专业领域，特别在涉及各种不同领域的知识时，情况更是如 此。 因此，开发人员和用户之间很难做到完全沟通和相互理 解，在需求分析阶段做出的用户需求常常是不完整、不准确的。 因此，即使用户签字同意了的需求说明书，也并不能保证根据 这份说明书开发出来的软件系统就能真正满足用户的需要。　 第7章增量模型 7.1.2增量模型的基本思想　 增量模型和瀑布模型之间的本质区别是：瀑布模型属于整 体开发模型，它规定在开始下一个阶段的工作之前，必须完成 前一阶段的所有细节。而增量模型属于非整体开发模型，它推 迟某些阶段或所有阶段中的细节，从而较早地产生工作软件。 　 增量模型是在项目的开发过程中以一系列的增量方式开发 系统。增量方式包括增量开发和增量提交。增量开发是指在项 目开发周期内，以一定的时间间隔开发部分工作软件；增量提 交是指在项目开发周期内，以一定的时间间隔增量方式向用户 提交工作软件及相应文档。增量开发和增量提交可以同时使 用，也可单独使用。　 第7章增量模型 7.1.3增量模型的分类　 有多种增量模型，根据增量的方式和形式的不同，分为渐 增模型和原型模型。　 1. 渐增模型　 这种模型是瀑布模型的变种，有两类渐增模型：　 (1) 增量构造模型：是在瀑布模型的基础上，对一些阶段 进行整体开发， 对另一些阶段进行增量开发。也就是说在前 面的开发阶段按瀑布模型进行整体开发，后面的开发阶段按增 量方式开发。　 (2) 演化提交模型：是在瀑布模型的基础上，所有阶段都