几乎完全依赖于书面规格说明，可能导致产品不能满足需求。（静态！变化！）3.适用范围：瀑布模型是一种整体开发模型，瀑布模型适合于功能和性能明确、完整、无重大变化的软件开发。例如编译系统、数据库管理系统和操作系统等。在开发前均可完整、准确、一致和无二义性地定义其目标、功能和性能等。2.3快速原型模型（RapidPrototypeModel)快速原型模型是为了克服瀑布模型的缺点而提出来的。快速原型是利用原型辅助软件开发的一种新思想。经过简单快速分析，快速实现一个原型，用户与开发者在试用原型过程中加强通讯与反馈，通过反复评价和改进原型，减少误解，弥补遗漏，适应变化，最终提高软件质量。1.模型表示，如下所示-需求分析→+快速分析需求说明→需求说明设计1执行顺序构造原型设计说明快速分析原型+修改+编码构造运行原型修+改改运行评价原型原说源程序2型明+→修改意见(a)测试-软件产品停止修改维护(b)(c)优点：软件产品开发基本上是线性顺序进行；原型系统降低了规格说明文档变化的可能性；开发人员通过原型系统开发减少了后续阶段错误的可能性。本质：快速
几乎完全依赖于书面规格说明，可能导致产品不能满足需求。（静态！变化！） 3．适用范围： 瀑布模型是一种整体开发模型，瀑布模型适合于功能和性能明确、 完整、 无重 大变化的软件开发。 例如编译系统、 数据库管理系统和操作系统等。在开发前均可 完整、准确、 一致和无二义性地定义其目标、功能和性能等。 2.3 快速原型模型（Rapid Prototype Model） 快速原型模型是为了克服瀑布模型的缺点而提出来的。 快速原型是利用原型辅助软件开发的一种新思想。经过简单快速分析，快速实现 一个原型，用户与开发者在试用原型过程中加强通讯与反馈，通过反复评价和改进原 型，减少误解， 弥补遗漏， 适应变化， 最终提高软件质量。 1．模型表示，如下所示 优点： 软件产品开发基本上是线性顺序进行； 原型系统降低了规格说明文档变化的可能性； 开发人员通过原型系统开发减少了后续阶段错误的可能性。 本质：快速
2.快速原型模型的运用方式由于运用原型的目的和方式不同，在使用原型时也采取不同的策略，有抛弃策略和附加策略。抛弃策略是将原型用于开发过程的某一阶段，促使该阶段的开发结果更加完整、准确、一致和可靠，该阶段结束后，原型随之作废。探索型和实验型快速原型就是采用此策略的。附加策略是将原型用于开发的全过程，原型由最基本的核心开始，逐步增加新的功能和新的需求，反复修改反复扩充，最后成为用户满意的最终系统。演化型快速原型就采用此策略。探索型原型：用原型过程来替需求分析，把原型作为需求说明的补充形式，运用原型尽可能使需求说明完整、一致、准确和无二义性，但在整体上仍采用瀑布模型。实验型原型：用原型过程来代替设计阶段，即在设计阶段引入原型，快速分析实现方案，快速构造原型，通过运行，考察设计方案的可行性与合理性，原型成为设计的总体框架或设计结果的一部分。演化型原型：用原型过程来代替全部开发阶段。这是典型的演化提交模型的形式，它是在强有力的软件工具和环境支持下，通过原型过程的反复循环，直接得到软件系统。不强调开发的严格阶段性和高质量的阶段性文档，不追求理想的开发模式。3.适用范围：快速原型模型是一种非整体开发模型，该模型适合于初期用户需求不明确、具有一定风险的软件项目的开发。2.4增量模型（渐增模型）增量模型在开发软件时，把软件产品作为一系列的增量构件来设计、编码、集成和测试。每个构件由多个相互作用的模块构成，并且能够完成特定的功能。使用增量模型时，第一个增量构件往往实现软件的基本需求，提供最核心的功能1：模型表示该模型是瀑布模型的变种，有两类渐增模型：（1）增量构造模型：是在瀑布模型的基础上，对一些阶段进行整体开发，对另一些阶段进行增量开发。也就是说在前面的开发阶段按瀑布模型进行整体开发，后面的开发阶段按增量方式开发。2）演化提交模型：是在瀑布模型的基础上，所有阶段都进行增量开发，即不仅是增量开发，也是增量提交
2．快速原型模型的运用方式 由于运用原型的目的和方式不同，在使用原型时也采取不同的策略，有抛弃策略 和附加策略。 抛弃策略是将原型用于开发过程的某一阶段，促使该阶段的开发结果更加完整、 准确、一致和可靠，该阶段结束后，原型随之作废。探索型和实验型快速原型就是采 用此策略的。 附加策略是将原型用于开发的全过程，原型由最基本的核心开始，逐步增加新的 功能和新的需求，反复修改反复扩充， 最后成为用户满意的最终系统。演化型快速 原型就采用此策略。 探索型原型：用原型过程来替需求分析， 把原型作为需求说明的补充形式，运 用原型尽可能使需求说明完整、一致、准确和无二义性，但在整体上仍采用瀑布模型。 实验型原型： 用原型过程来代替设计阶段，即在设计阶段引入原型， 快速分析 实现方案，快速构造原型， 通过运行， 考察设计方案的可行性与合理性，原型成为 设计的总体框架或设计结果的一部分。 演化型原型： 用原型过程来代替全部开发阶段。 这是典型的演化提交模型的形 式， 它是在强有力的软件工具和环境支持下， 通过原型过程的反复循环，直接得到 软件系统。不强调开发的严格阶段性和高质量的阶段性文档，不追求理想的开发模式。 3．适用范围： 快速原型模型是一种非整体开发模型，该模型适合于初期用户需求不明确、具有 一定风险的软件项目的开发。 2.4 增量模型（渐增模型） 增量模型在开发软件时，把软件产品作为一系列的增量构件来设计、编码、集成 和测试。每个构件由多个相互作用的模块构成，并且能够完成特定的功能。使用增量 模型时，第一个增量构件往往实现软件的基本需求，提供最核心的功能。 1．模型表示 该模型是瀑布模型的变种， 有两类渐增模型： (1) 增量构造模型：是在瀑布模型的基础上，对一些阶段进行整体开发， 对另一 些阶段进行增量开发。也就是说在前面的开发阶段按瀑布模型进行整体开发，后面的 开发阶段按增量方式开发。 (2) 演化提交模型：是在瀑布模型的基础上，所有阶段都进行增量开发，即不仅 是增量开发，也是增量提交
a）增量构造模型（b）演化提交模型葡求分析2设计3尚4编哪3编码1瑞碗29+需求分析107设计测试测试2测试311面编码测试2.增量模型的优缺点优点：增量模型是一种非整体开发的模型。软件在该模型中是“逐渐”开发出来的，开发出一部分，向用户展示一部分，可让用户及早看到部分软件，及早发现问题。缺点：由于要求下一轮新增的功能能够无缝集成到上一轮系统中去，如果整体结构设计不当，则有可能导致整个软件的结构变差。需求分析验证规格说明验证概要设计验证针对每个构件，完成详细设计、编码和集成，经测试后交付给用户维护增量模型2.5螺旋模型软件开发几乎总要冒一定风险，因此，在软件开发过程中必须及时识别和分析风险，并且采取适当措施以消除或减少风险的危害。螺旋模型将瀑布模型与增量模型结合起来，加入了两种模型均忽略了的风险分析，弥补了这两种模型的不足。螺旋模型是一种风险驱动的模型。该模型通常用来指导大型软件项目的开发，它将开发划分为制订计划、风险分析、实施开发和客户评估四类活动．沿着螺旋线每转一圈，表示开发出一个更完善的新的软件版本，如果开发风险过大，开发机构和客户无法接受，项目有可能就此终止：多数情况下，会沿着
2．增量模型的优缺点 优点：增量模型是一种非整体开发的模型。 软件在该模型中是“逐渐”开发出 来的，开发出一部分，向用户展示一部分，可让用户及早看到部分软件，及早发现问 题。 缺点：由于要求下一轮新增的功能能够无缝集成到上一轮系统中去，如果整体结 构设计不当，则有可能导致整个软件的结构变差。 2.5 螺旋模型 软件开发几乎总要冒一定风险，因此，在软件开发过程中必须及时识别和分析风 险，并且采取适当措施以消除或减少风险的危害。 螺旋模型将瀑布模型与增量模型结合起来，加入了两种模型均忽略了的风险分 析， 弥补了这两种模型的不足。螺旋模型是一种风险驱动的模型。该模型通常用来 指导大型软件项目的开发，它将开发划分为制订计划、风险分析、实施开发和客户评 估四类活动．沿着螺旋线每转一圈，表示开发出一个更完善的新的软件版本．如果开 发风险过大，开发机构和客户无法接受，项目有可能就此终止；多数情况下，会沿着
螺旋线继续下去，自内向外逐步延伸，最终得到满意的软件产品。风险分析风险分析快速原型变化的需求验证验证风险分析规格说明验证风险分析设计验证风险分析编码测试简化的螺旋模型风险分析维护综合测试螺旋模型沿着螺线旋转，如下图所示，在笛卡尔坐标的四个象限上分别表达四个方面的活动，即：制定计划-一一确定软件目标，选定实施方案，弄清项目开发的限制风险分析一一分析所选方案，考虑如何识别和消除风险实施工程实施软件开发客户评估一评价开发工作，提出修正建议累计风险分析制定计划成本各步骤的进度决定目标、评价方案、识别风险、方案和限制消除风险风险分析风险分析风险分析可运行原型原型3原型1原型2提交线需求计划评审软件生存期许划需求软件产详细设计开发需求品设计计划确认组装编码设计确认与测试单元与验证测试“风险驱动”组装与验收！测试实现测试实施工程开发、验证客户评估下一产品计划下一阶段
螺旋线继续下去，自内向外逐步延伸，最终得到满意的软件产品。 螺旋模型沿着螺线旋转，如下图所示，在笛卡尔坐标的四个象限上分别表达四个 方面的活动，即： • 制定计划──确定软件目标，选定实施方案，弄清项目开发的限制 • 风险分析──分析所选方案，考虑如何识别和消除风险 • 实施工程──实施软件开发 • 客户评估──评价开发工作，提出修正建议
沿螺线自内向外每旋转一圈便开发出更为完善的一个新的软件版本。优点：风险驱动缺点：风险驱动。要求开发人员具有丰富的风险评估经验和这方面的专门知识适用范围：该模型主要适用于内部开发的、大规模的、风险大的软件项目的开发。维护期）进一步开发2.6喷泉模型N运行状态1.模型表示，如右图表示喷泉模型是一种以用户需求为动力，以对象集成和测试阶段作为驱动的模型。编码阶段它适合于面向对象的开发方法。面向对象设计阶段它克服了瀑布模型不支持软件重用和多项开发活动集成的局限性。面向对象分析阶段喷泉模型使开发过程具有选代性和无间隙性。系统某些部分常常重复工作多次，相关功能需求阶段在每锰选代中随之加入演化的系统。无间隙是指在分析、设计和实现等开发活动之间不存在明显的边界。迭代：重复、演进无间隙：各阶段间无明显界限2.喷泉模型的特点：（1）喷泉模型的各阶段相互重叠，它反映了软件过程并行性的特点。(2）喷泉模型以分析为基础，资源消耗呈塔型，在分析阶段消耗的资源最多。（3）喷泉模型反映了软件过程迭代的自然特性，从高层返回低层无资源消耗（4）喷泉模型强调增量开发，它依据分析一点，设计一点的原则，并不要求一个阶价段的彻底完成，整个过程是一个代的逐步提炼的过程。（5）喷泉模型是对象驱动的过程，对象是所有活动作用的实体，也是项目管理的基本内容。3.适用范围：喷泉模型适合于采用面向对象方法开发的软件项目中2.7Rational统一过程Rational统一过程（RationalUnifiedProcess，RUP）是由Rational软件公司推出的一个软件开发过程框架。RUP描述了如何有效地利用商业的可靠的方法开发和部署软件，是一种重量级过程（也被称作厚方法学），因此特别适用于大型软件团队开发大型项目。在软件工程领域，与RUP齐名的软件方法还有：净室软件工程（重量级）
沿螺线自内向外每旋转一圈便开发出更为完善的一个新的软件版本。 优点：风险驱动 缺点：风险驱动。要求开发人员具有丰富的风险评估经验和这方面的专门知识 适用范围：该模型主要适用于内部开发的、大规模的、风险大的软件项目的开发。 2.6 喷泉模型 1．模型表示，如右图表示 喷泉模型是一种以用户需求为动力， 以对象 作为驱动的模型。 它适合于面向对象的开发方法。 它克服了瀑布模型不支持软件重用和多项开 发活动集成的局限性。 喷泉模型使开发过程具有迭代性和无间隙 性。系统某些部分常常重复工作多次， 相关功能 在每镒迭代中随之加入演化的系统。无间隙是指 在分析、 设计和实现等开发活动之间不存在明显 的边界。 迭代：重复、演进 无间隙：各阶段间无明显界限 2．喷泉模型的特点： (1) 喷泉模型的各阶段相互重叠， 它反映了软件过程并行性的特点。 (2) 喷泉模型以分析为基础， 资源消耗呈塔型， 在分析阶段消耗的资源最多。 (3) 喷泉模型反映了软件过程迭代的自然特性， 从高层返回低层无资源消耗 (4) 喷泉模型强调增量开发，它依据分析一点，设计一点的原则， 并不要求一 个阶段的彻底完成， 整个过程是一个迭代的逐步提炼的过程。 (5) 喷泉模型是对象驱动的过程，对象是所有活动作用的实体，也是项目管理的 基本内容。 3．适用范围：喷泉模型适合于采用面向对象方法开发的软件项目中 2.7 Rational 统一过程 Rational 统一过程（Rational Unified Process，RUP）是由 Rational 软件公司推出的 一个软件开发过程框架。RUP 描述了如何有效地利用商业的可靠的方法开发和部署软 件，是一种重量级过程（也被称作厚方法学），因此特别适用于大型软件团队开发大 型项目。 在软件工程领域，与 RUP 齐名的软件方法还有： 净室软件工程（重量级）