各类软件过程模型的比较 表格
软件工程-软件过程模型
软件工程-软件过程模型软件工程-软件过程模型什么是软件过程模型？软件过程模型（Software Process Model）是软件工程中用于描述和管理软件开发过程的一种抽象和理论模型。
它定义了软件开发的生命周期，规定了软件工程师在每个阶段所执行的活动和任务。
软件过程模型帮助软件开发团队组织工作、提高效率、降低风险并保证项目的顺利进行。
不同的软件过程模型适用于不同的项目需求和开发团队特点，，了解各种软件过程模型对于软件工程师来说非常重要。
常见的软件过程模型1. 瀑布模型瀑布模型（Waterfall Model）是最早出现的软件过程模型之一。
它将软件开发过程划分为一系列线性的阶段，每个阶段的结果作为下一阶段的输入。
这些阶段包括需求分析、系统设计、编码、和维护。
瀑布模型适用于需求稳定并且能够完全预先定义的项目。
优点是结构化、易于管理，但缺点是不适应需求的变化和迭代开发。
2. 增量模型增量模型（Incremental Model）是一种迭代的软件开发过程模型。
它通过将整个项目划分为若干个子系统或模块进行开发，逐步集成形成最终的系统。
增量模型适用于需求相对稳定但时间紧迫的项目。
优点是快速交付可用的部分系统，便于和反馈，缺点是对需求变更不够灵活。
3. 喷泉模型喷泉模型（Fountn Model）是一种灵活而适应性强的软件过程模型。
它假设需求会频繁变动，并通过迭代的方式不断演化和完善系统。
喷泉模型适用于需求不确定或频繁变动的项目。
优点是能够快速适应变化，缺点是需要团队具备较高的不确定性处理能力。
4. 螺旋模型螺旋模型（Spiral Model）是一种风险驱动的软件开发过程模型。
它结合了瀑布模型的线性流程和增量模型的迭代特点，在每个迭代中通过风险分析和评估决定下一步的方向。
螺旋模型适用于大型、复杂且风险较高的项目。
优点是具备风险管理和评估能力，缺点是需要投入更多的时间和资源。
如何选择合适的软件过程模型？选择合适的软件过程模型取决于项目的特点、需求的稳定性和团队的能力。
软件质量管理模型的比较分析
软件质量评价标准 ， 尤其不能算 作是软件质量的科学 的评价。软件质量管理标准本身在不 断地发展 ， 回顾 软件质量管理标准发展史 ， 期间出现过几个运用广、 影
响力大的质量管理标准。然而 ， 这些标准 ， 也互有其优
劣势。
１ 软件 质量 的定义
国际上还 有其 他应 用广 泛 的技 术标准 ， Ｍ — 如 ａ ｉ
了从软件质量要素 、 准则到度量的三层次软件质量度
量模型 ， 此模型 中软件 质量要素减 到 了 １ 个 。１８ １ ９５
国际国内各标准化组织近二十年以来制订了大量与 年 ＩＯ依据 Ｍ Ｃｌ的模型提 出了软件质量度量模型 ， Ｓ ｃａ ｌ 软件质量管理的有关标准。软件质量管理标准本身在不 该模型 由三层组成 。Ｉ Ｓ Ｏ最新正式推出的软件质量度 断地发展， 下面将介绍 兀 价影 响较大的质量管理标准。 量模型 ＩＯ ＩＣ９２ Ｓ ／Ｅ １６模型提 出了内部质量度量和外
下面三个方面来考虑 ： １ 软件的可使用性 ；２ 软件 （） （）
体系给出了一个宏观的框架 。Ｉ ０ １ Ｓ ９０ 包含 ２ Ｏ ０个要 素， 描述了软件企业质量管理和控制的各个环节 ， 出 给 了一般质量系统的需求 。
２ ２ Ｓ Ｉ—Ｃ ． Ｅ ＭＭ
Ｂ ｅｍ模型将软件质量分解为若干层次， ｏｈ 对于最 软件质量的整体评价 。
（ ．湖北 工业 大学 计 算机 学院 ， 汉 ４０６ ； ．湖北 第二师 范 学院 学工部 武汉 ，３２５ １ 武 ３０８ ２ ４ ００ ）
摘 要： 本文 首先介绍软件质量 的概念 ， 出几种 影响 力大 的软 件质 量标 准 ， ＩＯ ９０ 引 如 Ｓ ０ ０系列 、Ｅ —Ｃ Ｓ Ｉ ＭＭ 等 ， 随后对
软件质量管理标准是一个模糊 自 捉摸不定的概 念， 我们 日常所说的某软件好用或不好用 ， 某软件功能 齐全 、 层次 分 明、 易 上手 、 面 漂亮 ， 容 界 这些 不能算 作是
软件过程模型优缺点
软件过程模型优缺点一、瀑布模型1、优点1）它是一种线性的开发模型，具有不可回溯性。
2）过程模型简单，执行容易。
3）将复杂的软件开发过程明确分解为几个顺序的步骤，降低开发软件的复杂性。
2、缺点1）无法适应变更，由于开发模型是线性的用户只有等到整个过程的末期才能见到开发成果，从而卡增加了开发的风险。
2）早期的错误可能要等到开发后期的测试阶段才能发现，进而带来严重后果。
二、快速原型模型1、优点1）可以得到比较良好的需求定义，容易适应需求的变化。
2）开发人员和用户在“原型”上达成一致。
可以减少设计中的错误和开发中的风险，也减少了对用户培训的时间，而提高了系统的实用、正确性以及用户的满意程度。
3）缩短了开发周期，加快了工程进度，降低成本。
2、缺点1）不宜利用原型系统作为最终产品。
采用原型模型开发系统，用户和开发者必须达成一致。
2）不利于开发人员的创新。
三、增量模型1、优点1）将待开发的软件系统模块化。
可以分批次地提交软件产品，使用户可以及时了解软件项目的进展。
2）以组件为单位进行开发降低了软件开发的风险。
一个开发周期内的错误不会影响到这个软件系统。
3）开发顺序灵活。
开发人员可以对构件的实现顺序进行优先级排序，先完成需求稳定的核心组件。
当组件的优先级发生变化时。
还能及时第实现顺序进行调整。
2、缺点1）要求待开发的软件系统可以被模块化。
如果待开发的软件系统很难被模块化，那么将会给增量开发带来很多麻烦。
四、螺旋模型1、优点1）将风险分析扩展到各个阶段中，大幅度降低了软件开发的风险。
2）以小的分段来构建大型系统,使成本计算变得简单容易。
3）客户始终参与每个阶段的开发,保证了项目不偏离正确方向以及项目的可控性。
2、缺点1）模型的控制和管理较为复杂，可操作性不强，对项目管理人员的要求较高。
2）过多的迭代次数会增加开发成本，延迟提交时间。
五、喷泉模型1、优点喷泉模型不像瀑布模型那样，需要分析活动结束后才开始设计活动，设计活动结束后才开始编码活动。
软件工程考试试题（含答案）
软件⼯程考试试题（含答案）⼀、填空题（每空1分，共25分）1.软件⽣存周期⼀般可以划分为，问题定义、____________、____________、设计、编码、测试和____________。
2.基于软件的功能划分，软件可以划分成__________、__________、__________三种。
3.可⾏性研究，应从、技术可⾏性、运⾏可⾏性、和开放⽅案可⾏性等⽅⾯研究。
4.系统流程图是描绘的传统⼯具。
它的基本思想是⽤图形符号以描绘系统⾥⾯的每个部件。
5.数据流图的基本四种成分：数据输⼊的源点和数据输出汇点、、和。
6.结构化分析⽅法是⾯向________________进⾏需求分析的⽅法。
结构化分析⽅法使⽤________________与________________来描述。
7.是⾃动地共享类、⼦类和对象中的⽅法和数据的机制。
8.软件详细设计⼯具可分为3类，即________________、________________和________________。
9.为了在软件开发过程中保证软件的质量，主要采取下述措施：________________、复查和管理复审、________________。
10.⼤型软件测试包括、、确认测试和四个步骤。
1、可⾏性研究需求分析运⾏与维护2、系统软件⽀撑软件应⽤软件3、经济可⾏性法律可⾏性4、物理系统⿊盒⼦形式5、加⼯数据流数据存储⽂件6、数据流数据流图DFD 数据字典DD7、继承性8、图⽰⼯具、设计语⾔表格⼯具9、审查测试10、单元测试集成测试系统测试⼆、单项选择题（每⼩题2分，共20分）1 2 3 4 5C C C A C6 7 8 9 10D D A C B1.软件设计中划分模块的⼀个准则是（）。
A、低内聚低耦合B、低内聚⾼耦合C、⾼内聚低耦合D、⾼内聚⾼耦合2.Jackson设计⽅法是由英国的M. Jackson提出的，它是⼀种⾯向（）的软件设计⽅法。
软件过程模型的选择与实践
软件过程模型的选择与实践软件开发是一个高度复杂的过程，需要一个有效的开发模型来指导和管理。
软件过程模型是软件开发过程中的一种开发方法论，它能够指导软件开发团队如何高效地开发出高质量的软件。
在选择和使用软件过程模型之前，开发团队应该先了解软件过程模型的种类和其特点，并结合项目要求选择合适的模型。
一、软件过程模型的种类软件过程模型的种类有很多，常见的有瀑布模型、原型模型、迭代模型、增量模型等。
1、瀑布模型瀑布模型是软件过程模型中最早的一种，也是最常见的一种模型。
瀑布模型是一种线性模型，即每个开发阶段的人员只能开始下一阶段，一旦完成上一阶段就不能再回头修改。
这种模型的优点是每个阶段相对独立，能够更好地控制开发进度和质量。
但是它的缺点也很明显，如果在一个阶段中发现了错误，就必须回到上一阶段重新开始，导致了时间和成本的浪费。
2、原型模型原型模型是一种快速开发模型，其核心思想是通过快速建立一个原型来测试和评估软件系统的可行性。
原型模型适用于对需求不确定的软件产品，可以快速实现并与客户进行交流。
但是原型模型往往时间短成本高，也容易导致重构的困难性。
3、迭代模型迭代模型是一种灵活的开发模型，迭代模型分为四个阶段：计划、执行、评审和反馈。
在每个阶段的结束时，都需要对上一个阶段的工作进行评审，并对下一阶段的计划进行调整。
迭代模型可以及时发现和修正错误，能够更好地响应变化的需求。
但是迭代模型也存在一定的缺点，如果过度迭代，可能会导致成本和时间的浪费。
4、增量模型增量模型是一种分阶段逐步增量开发的方式，即将整个软件开发过程分为若干个增量完成。
通过逐步实现单个增量来确保软件开发项目的成功，能够使软件开发团队更好地控制风险和成本。
但是增量模型需要更高的沟通和协作能力，如果各个增量之间的接口不充分考虑，可能会导致增量之间的不兼容问题以及软件系统的不稳定。
二、选择和实践软件过程模型选择适合的软件过程模型需要综合考虑项目的需求、时间和成本等多个因素。
简述软件过程模型
简述软件过程模型
软件过程模型是指在软件开发过程中，按照一定的规范和流程组织、管理和实施软件开发活动的模式。
常见的软件过程模型包括：
1. 瀑布模型：将软件开发过程划分为需求分析、设计、编码、测试和运维等阶段，各阶段之间严格按顺序进行，每个阶段完成后才进入下一个阶段。
2. 原型模型：通过快速开发原型来帮助用户明确需求，并不断迭代改进原型，直到最终满足用户需求为止。
3. 增量模型：将整个软件开发过程分成若干个增量，每个增量都包含完整的软件功能，每个增量先进行开发、测试、部署和运行，然后再逐渐添加新的增量，不断完善和改进系统。
4. 敏捷模型：强调通过反复迭代和持续交付来快速响应用户需求，并随时根据用户反馈进行调整和优化。
5. 螺旋模型：结合了瀑布模型和原型模型的优点，通过不断的风险评估和迭代开发，逐步完善系统。
不同的软件过程模型适用于不同的开发场景和需求，选择合适的模型可以帮助开发团队更好地组织和管理开发活动，提高开发效率和质量。
软件过程模型
软件过程模型软件过程是指在软件工具的支持下，所进行的一系列软件开发和进化的活动。
软件过程模型是对软件开发实际过程的抽象和简化，是描述软件开发过程中各种活动如何执行的模型，因此又称为软件开发模型。
主要的软件过程模型有：瀑布模型、增量模型、螺旋模型、喷泉模型和基于知识的模型等。
⑴瀑布模型是经典的软件开发模型，将软件开发活动中的各项活动规定为依线性顺序连接的若干阶段，它简单易用，在消除非结构化软件、降低软件的复杂性、促进软件开发工程化方面起了很大的作用。
但在软件开发实践中也逐渐暴露出它的缺点。
它将一个充满回溯的软件开发过程硬性分割为几个阶段，无法解决软件需求不明确或者变动的问题。
⑵增量模型是一种非整体开发的模型。
根据增量的方式和形式的不同，分为基于瀑布模型的渐增模型和基于原型的快速原型模型。
该模型具有较大的灵活性，适合于软件需求不明确、设计方案有一定风险的软件项目。
⑶螺旋模型将瀑布模型和增量模型结合起来，并加入了风险分析。
螺旋模型将开发过程分为几个螺旋周期，每个螺旋周期可分为4个工作步骤：制定计划、风险分析、实施工程、客户评估。
⑷喷泉模型用于采用对象技术的软件开发项目。
它克服了瀑布模型不支持软件重用和多项开发活动集成的局限性。
喷泉模型使开发过程具有迭代性和无间隙性。
软件开发过程有4个阶段，即分析、系统设计、软件设计和实现。
各阶段相互重叠，以分析为基础，资源消耗成塔形，从高层返回低层无资源消耗。
强调增量开发，是对象驱动的过程，反映了对象的开发和重用过程。
⑸基于知识的模型也称为智能模型。
通过领域的专家系统，可使需求说明更加完整、准确和无二义性。
通过软件工程知识和特定应用领域的知识和规则的应用来提供开发的帮助。
软件工程中主要开发模型的比较分析
第 ８卷
第１ 期
鸡 西 大 学 学 报
Ｊ ＯＵＲＮ Ｉ ＡＬ ＯＦ ＪＸＩＵＮＩ Ｒ Ｉ Ｙ ＶＥ Ｓ Ｔ
Ｖ０ ． Ｎｏ １ １８ ．
Ｆ ｂ． ｏ ８ ｅ ２ ｏ
２０ ０ ８年 ２月
文 章 编号 ：６２— ７ ８ ２０ ） ｌ ０ ８ １７ ６ ５ （０ ８ Ｏ 一 ０ ６—３
能预先知道需求 功能 ； 需求 可能变更 ； 以处 理随时发生 难 的变化 ； 多个软件系统 ； 的系统一定兼容现有 的系统 。 新
１２瀑 布模 型 。 ．
目信息所需要 的任务 。③风险分析——评估技 术及管理 的风险所需要 的任务。④工程—— 建立应用 的一个或多 个表示所需要 的任务 。⑤建造及 发布—— 建造 、 试 、 测 安 装和提供用 户 支持 （ 文档及 培训 ） 如 所需要 的 任务 。⑥
用 户 评 估 — — 基 于 在 工 程 阶 段 产 生 的 或 在 安 装 阶 段 实 现
瀑布模 型在 １７ ９０年被首次提 出， 它强调在开发过程 中的各 项任务应 当按 照顺序进行 。而事实上 在开发过程 中的早 期阶段 ， 经常会对前一阶段的工作进行返工 。 瀑布模 型强 调一个阶段 的完成 ， 调早 期 的规划 ， 强 客 户输入和设计 ， 调测试是生命周期 的主要组成部分 ， 强 在
软 件 工 程 中主要 开 发 模 型 的 比较 分 析
杨 萍 周 云 郭 丹 朴在 林
摘 要： 软件开发是软件 工程研 究 中的核心 内容。在软件工程发展 完善 的过 程 中， 成 了许 多种软件开 形 发模 型， 对于不 同的软件 系统， 以选用不 同的软件 过程模 型。文 中简要 介绍 了软 件 工程学的一般 概念 ， 可 详 细描述 了软件 工程 中几个主要的开发模型 ， 同时对这 些模 型的优 势、 存在的不足 以及适 用范 围进行 了列表分 析 ． 过 对 比 给 出 了建议 应 用 的模 型 ， 而 达 到 软 件 开 发 的 高 效 率 和 最 佳 应 用 的 效 果 。 通 从 关键 词 ： 件 工 程 ； 发 模 型 ； 软 开 比较 ； 析 ； 用 范 围 分 适 中图分类号 ：Ｐ １ ．２ Ｔ ３ １５ 文献标识码 ： Ａ 前面的东西 ， 次一 个进 程 ；容易检 查 等等。瀑布 模 型 一 也存 在一 些问题 ， 同的用户需求不 同的内容 ， 不 当后 面的 开发阶段正在运行 ， 面的 阶段发 现错误 ，开发一 定要 前 返回前一阶段 ， 因此 ， 软件开发是 反复 的 ， 同时， 系统发展 也 是 一 个 非 线 性行 为 。 瀑布模型是最早 ， 也是应 用最 广泛 的软件工 程过程 模型。在使用 瀑布模型 过程 中， 时也会 遇到 如下一些 有 问题 。例 如 ： 际 开 发 项 目时 很 少 按 照 该 模 型 给 出 的顺 实 序进行 ； 用户常常难以清楚地给出所有的需求 ， 而瀑布模 型却 要求 如此 ， 它还不 能接受 在许 多项 目开始 阶段 存在 不确定性 。不管怎 样 ， 瀑布模 型在 软件工程 中仍 占据重 要的位置 ， 它提供 一个模板 ， 使得 分析 、 设计 、 编码 、 测试 和 维 护 的 方 法 可 以 在该 模 板 的指 导 下 展 开 。 １３编码一 修复模型。 ． 编码一修复模 型有 以下特征 ： 没有设计阶段 ； 在发展 阶段 没有说 明书， 导致 维护 的困难 ； 是最 昂贵 的方法 ； 不 适于大 型的开发计划 。 １４ 螺旋 形模 型 。 ． 将原 型化模 型的迭代特征和线性模型 中控 制的和系 统化 的方 面结合起来 的一种 模 型， 它包 括下 面六大 任务 区： ①用户通信——建立 开发者 和用 户之间 有效通 信所 需要 的任 务。② 计划——定 义资源 、 进度 及其 他相 关项
软件过程模型(瀑布,原型,增量,螺旋)的原理及优缺点
典型的开发模型有：瀑布模型(waterfall model)、渐增模型/演化/迭代(incremental model)、原型模型(prototype model)、螺旋模型(spiral model)、喷泉模型(fountain model)、智能模型(intelligent model)、混合模型(hybrid model)1、边做边改模型（Build-and-Fix Model）遗憾的是，许多产品都是使用“边做边改”模型来开发的。
在这种模型中，既没有规格说明，也没有经过设计，软件随着客户的需要一次又一次地不断被修改。
在这个模型中，开发人员拿到项目立即根据需求编写程序，调试通过后生成软件的第一个版本。
在提供给用户使用后，如果程序出现错误，或者用户提出新的要求，开发人员重新修改代码，直到用户满意为止。
这是一种类似作坊的开发方式，对编写几百行的小程序来说还不错，但这种方法对任何规模的开发来说都是不能令人满意的，其主要问题在于：1）缺少规划和设计环节，软件的结构随着不断的修改越来越糟，导致无法继续修改；2）忽略需求环节，给软件开发带来很大的风险；3）没有考虑测试和程序的可维护性，也没有任何文档，软件的维护十分困难。
2、瀑布模型（Waterfall Model）1970年温斯顿•罗伊斯提出了著名的“瀑布模型”，直到80年代早期，它一直是唯一被广泛采用的软件开发模型。
瀑布模型将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。
在瀑布模型中，软件开发的各项活动严格按照线性方式进行，当前活动接受上一项活动的工作结果，实施完成所需的工作内容。
当前活动的工作结果需要进行验证，如果验证通过，则该结果作为下一项活动的输入，继续进行下一项活动，否则返回修改。
瀑布模型强调文档的作用，并要求每个阶段都要仔细验证。
软件测试 第2章软件测试过程模型及标准
第2章软件测试过程模型及标准第一节回顾1.软件过程模型：软件开发全部过程、活动和任务的结构框架也称软件开发模型或软件生存周期模型2.典型的软件过程模型：瀑布模型，演化模型，增量模型，原型模型，螺旋模型，喷泉模型，基于构件的开发模型，形式方法模型3.瀑布模型（包含计算机系统工程）（如图所示）将软件放在计算机系统工程中，考察软件在计算机系统扮演什么角色，软件做什么，区分哪些事情由硬件完成，哪些事情软件完成，哪些事情由人完成。
4.瀑布模型（不包含计算机系统工程）（如图所示）第二节软件测试过程模型1.模型：描述软件测试全部过程、活动和任务的结构框架2.典型的软件测试模型：2.1V模型2.2W模型2.3H模型2.4TMap模型第三节V模型1.V模型描述软件开发各阶段与软件测试类别的关系2.V模型的左分支展示了软件开发的活动（和传统瀑布模型的开发步骤相一致），右分支展示了软件测试的类别特点：3.可根据V模型确定各软件测试阶段的测试要求4.可针对开发活动的不同特点为不同的测试类别设计不同的测试用例5.体现测试人员参与开发的全过程6.V模型（含计算机系统工程）（如图所示）7.V模型（不含计算机系统工程）（如图所示）8.V模型右侧的测试级别随软件开发程度的加深而对应不同级别的测试阶段a)单元测试：主要针对详细设计和编码的测试b)集成测试：主要针对概要设计的测试c)系统测试：主要针对软件系统或计算机系统的测试d)验收测试：主要由用户进行的测试缺点：V模型把测试过程作为在需求定义、需求分析、系统概要设计、系统详细设计及编码之后的一个阶段。
容易使人理解为测试是软件开发的最后阶段，测试主要针对程序进行，而需求定义、需求分析、系统概要设计、详细设计阶段隐藏的问题一直到后期的系统测试和验收测试才被发现。
第四节W模型1.V模型中增加各开发阶段应同步进行的验证和确认活动，演化成W模型2.W模型由两个V组成，一个V代表开发过程，另一个V代表测试过程优点：3.体现了尽早地、不断地进行软件测试4.体现了测试对象不仅是程序代码，还包括需求分析、设计等阶段的工作产品，测试与开发同步进行。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1、融合了线性顺序模型的基本成份和原型实现模型的迭代特征
2、第一个增量是核心的产品，实现了基本的需求，但很多补充的特征还没有发布。
3、客户对增量的使用和评估，做为下一个增量发布的新特征和功能。
1、人员分配灵活，刚开始不用投入大量人力资源
2、能在短时间内向用户提交可完成部分工作的产品
3、逐步增加产品功能，减少对客户的冲击
螺旋模型只适合于内部开发的大规模的软件项目。
喷泉模型
1、各个开发阶段没有特定的次序要求，并且可以交互进行
2、具有更多的增量和迭代性质，生存期的各个阶段可以相互
重叠和多次反复而
3、在项目的整个生存期中还可以嵌入子生存期
1、该模型的各个阶段没有明显的界限，开发人员可以同步进行开发
2、可以提高软件项目开发效率
3、节省开发时间，适应于面向对象的软件开发过程
1、需要大量的开发人员，因此不利于项目的管理
2、要求严格管理文档，使得审核的难度加大
适应于面向对象的软件开发过程
132054320李晋
1、把每个新的增量集成到
现有软件系统结构中时，不能破坏原有的产品
2、软件必须具备开放性的体系结构
3、有不能集成的风险
1、进行已有产品升级或新版本开发，增量模型是非常适合的
2、对完成期限严格要求的产品，可以使用增量模型
3、对所开发的领域比较熟悉而且已有原型系统
螺旋模型
1、风险驱动，有利于软件重用
2、建立在风险分析的基础上
各类软件过程模型的比较
名称
类别
特点
优点
缺点
适用系统规模瀑布Leabharlann 型1、阶段间具有顺序性和依赖性
2、区分逻辑设计和物理设计，尽可能推迟程序的物理实现
3、质量保证：每个阶段必须完成规定的文档；每个阶段结束前都要对所完成的文档进行评审
4、实际的瀑布模型带“反馈环”
1、强迫开发人员采用规范的方法
2、严格规定了每个阶段必须提交的文档
2、开发人员对软件的应用领域很熟悉
3、用户的使用环境非常稳定
4、开发工作对用户参与的要求很低
快速原型模型
1、快速建立一个能反映用户主要需求的原型，让用户试用并提出修改意见，开发人员则快速修改原型系统
2、通过实践来了解系统的概貌
3、快速原型模型是不带反馈环的，软件的开发基本上是线性顺序进行的
1、可以得到比较良好的需求定义，容易适应需求的变化
3、要求每个阶段的所有产品必须经过仔细检验
4、遵守文档约束，将软件维护变的容易，能显著降低预算
1、瀑布模型由文档驱动，很难全面的认识动态的产品导致开发出来的产品不能满足用户的需求
2、在软件开发前期末发现的错误传到后期开发活动中可能扩散，
进而可能会造成整个项目失败。
1、用户的需求非常清楚全面，且在开发过程中没有或很少变化
3、需要有一个非常有经验的小组来准确地分析和检测风险
1、对可选方案和约束条件的强调有利于已有软件的重用
2、减少了过多测试和测试不足带来的风险
3、维护只是模型的另一个周期，在维护和开发之间并没有本质区别
1、需要具有相当丰富的风险评估经验和专门知识，否则势必造成重大损失
2、过多的迭代次数会增加开发成本，延迟提交时间。
2、有利于开发与培训的同步3、开发费用低、开发周期短且对用户更友好。
1、客户与开发者对原型理解不同
2、准确原型设计比较困难
3、不利于开发人员的创新
1、对所开发的领域比较熟悉而且有快速的原型开发工具
2、项目招投标时，可以以原型模型作为软件的开发模型
3、进行产品移植或升级或对已有产品原型进行客户化工作
增量模型