1、软 件 过程 模 型的 比 较瀑布模 型瀑布模型 （经典生命周 期） 提出了软件开发的 系统化的、 顺序的方法 。 其流 程从 用户需求规格说明开始， 通过策划、 建模、 构建和部署的过程 ， 最终提供一 个完整的软件并提供持续的技术支持。优点：1. 强调开发的阶段性，各阶段具有顺序性和依赖性2. 强调早期调研和需求分析，推迟编码实现的观点3. 提 供 了 一 个 摸 板 ， 这 个 摸 板 使 得 分 析 、 设 计 、 编 码 、 测 试 和 支 持 的 方 法 可 以 在该摸板下有一个共同的指导缺点：1. 文档驱动，用户无法及时了解产品的情况2. 依赖早期调研和需求分析， 很难适应在许多
2、项目开始阶段必然存在的不确定 性。3. 流 程 单 一 ， 必 须 要 完 成 前 一 阶 段 的 任 务 ， 才 能 进 行 下 一 阶 段 ， 开 发 过 程 中 的 成功经验无法用于本产品。4. 测 试 在 后 期 引 入 ， 对 于 系 统 存 在 的 重 大 缺 陷 ， 如 果 在 可 执 行 程 序 评 审 之 前 没 有被发现，将可能造成重大损失。5. 组织庞大，人员闲置。适用范围 ：需求确定，工作能够采用线性的方式完成的软件。增量过 程模型增量过程模型包括增量模型、RAD 模型。（ 一） 增量模 型 增量过程模型以迭代的方式运用瀑布模型， 把软件产品作为一系列的增量构件来设计、
3、 编码、 集成和测试。 每个构件由多个相互作用的模块构成， 并且能够完成特定的功能。使用增量模型时，第一个增量往往是核心功能。优点：1.能在较短的时间内向用户提交可完成部分工作的产品。2.逐步增加产品功能可以使用户有充裕的时间学习和适应新产品， 从而减少一个 全新的软件可能给客户组织带来的冲击。3. 规避技术风险4. 可并行开发构件，加快开发的进度缺点：1. 没有考虑软件的整体质量和长期的可维护性。2. 大部分情 况是不 合适的 操作算法 被采用 目的为 了演示功 能，不 合适的 开发工 具被采用仅仅为了它的方便，还有不合适的操作系统被选 择等等。3. 由于达不到质量要求产品可能被抛弃，而采用
4、新的模型重新设计适用范围 ：项目在既定的商业要求期限之前不可能找到足够的开发人员；（ 二） RAD 模 型RAD 模 型 是 一 种 侧 重于 短 暂 的 开 发 周 期的 增量 软 件 过 程 模 型 ，它 是瀑 布 模 型的 “高速” 变体， 通 过基于构建的构建方法实现快速开发。 开发团队能够在非常短的时间内创造出“全功能系统”优点：1 开发速度快，质量有保证。2 对信息系统特别有效。缺点：1. 对于大型的可伸缩的项目， RAD 需要大量的人力资源来创建多个相对的独立 的 RAD 团队2. 如果开发者和用户没有为短时间内急速完成整个系统做好准备， RAD 项目将会失败。3. 如果一个系统
5、不能合理的模块化，RAD 构件建立会有很多问题。4. 如果系统 需求是 高性能 ，并且需 要通过 调整构 件接口的 方式来 提高性 能，不 能采用 RAD 模型5. 技术风险很高的情况下适用范围： 1、 不适合技术风险很高的开发， 不适合系统需求是高性能， 并且需 要通过调整构件接口的方式来提高性能 的产品开发。2、 适用于工期紧张，又可细分功能，还要有合适的构件演化过 程模型演化过程模型包括原型开发，螺旋模型，协同开发模型。（ 一） 原型开 发 从需求收集开始， 开发者和客户在一起定义软件的总体目标， 标识已知 的需求并且规划出需要进一步定义的区域。 然后是“ 快速设计” ， 它集中于 软件
6、中那些 对客户可见的部分的表示， 这将导致原型的创建， 并由客户评估并进一步精化待 开发软件的需求。 逐步调整原型使其满足客户的需求， 这个过程是迭代的。 其流 程 从 听 取 客 户 意 见 开 始 、 随 后 是 建 造 /修 改 原 型 、 客 户 测 试 运 行 原 型 、 然 后 回 头 往复循环直到客户对原型满意为止。 由于这种模型可以让客户快速的感受到实际 的系统（ 虽然这 个系统 不带有任 何质量 的保证 ） ，所以 客户和 开发者 都比较喜欢 这种过程模型 （对于那些仅仅用来演示软件功能的公司而言或从来不考虑软件质量和不害怕长期维 护的公司而言） 。优点：1、 能让人（开发者
7、或客户）很快见到产品，有成就感。2、 能渐进地启发客户提出新的要求或任务。缺点：1、 没有考虑软件的整体质量和长期的可维护性。2、 大部分情况是不合适的操作算法被采用目的为了演示功能， 不合适的开发工 具被采用仅仅为了它的方便，还有不合适的操作系统被选择等等。3、 由于达不到质量要求产品可能被抛弃，而采用新的模型重新设计。（ 二） 螺旋模 型 螺旋模型是一种演进式软件过程模型， 结合了原型的迭代性质和瀑布模型的系统性和可控性的特点，具有快速开发越来越完善软件版本的潜力。 开发步骤： 沿螺线自内向外， 每旋转一圈便开发出更为完善的一个新的软件版本。 例如， 在第一圈， 确定了初步的目标、 方案和
8、限制条件以后， 转入右上象限， 对风险进行识别和分析。 如果风险分析表明， 需求有不确定性， 那么在右下 的工程象限内， 所建的原型会帮助开发人员和客户， 考虑其它开发模型， 并对需 求做进一步修正。 客户对工程成果做出评价之后， 给出修正建议。 在此基础上需 再次计划， 并进行风险分析。 在每一圈螺线上， 风险分析的终点做出是否继续下 去的判断。 假如风险过大， 开发者和用户无法承受， 项目有可能终止。 多数情况 下沿螺线的活动会继续下去，自内向外，逐步延伸，最终得到所期望的系统。优点：1. 强调风险2. 强调阶段质量3. 提供纠错的机会缺点：1. 每个阶段都要提出被选方案，进行风险分析，研
9、发周期长，效率低2. 必须要转业的风险分析人员的参与适用范围 ：大型项目（ 三） 协同开 发模 型 协同开发模型 (协同工程) ， 可以表示唯一系列的框架活动 、 软件工程动作和任务 以及相应的状态。适用范围： 所有类型的软件开发专用过 程模型包括基于构件的开发、形式化方法模型、面向方面的软件开发。 (一 )基于 构 件的 开发基于构件的开发模型具有许多螺旋模型的特点， 本质上是演化模型， 需要以 迭代方式构建 软件。 不同之处在于， 基于构件开发模型采用预先打包的软件构件 开发程序。开发过程： 对所需构件进行评估 考虑构件的集成 设计系统的软件框 架 将构件放入框架进行测试优点：1. 构件可
10、复用。提高了开发效率。2. 采用了面向对象的技术3. 能够使软件复用缺点： 过分依赖于构件，构件库的质量影响着产品质量。（ 二） 形式化 方法 模型 形式化方法模型包含了一组活动， 他们导致了计算机软件的数学规约。 形式化方法使得软件工程师们能够通过应用一个严格的数学符号体系来规约、开发、 和验证基 于计算 机的系 统。 这 种方法 的一个 变种，称 为净室 软件工 程，已经被 一些组织所采用。 在开发中使用形式化方法时， 它们提供了一种机制， 能够消除 使用其它软件过程模型难以克服的很多问题。 二义性、 不完整性、 不一致性能被 更容易地 发现和 纠正， 而不是通 过专门 的评审 ，是通过
11、对应用 的数学 分析。 形 式化方法提供了可以产生无缺陷软件的承诺。优点：1、形式化规约可直接作为程序验证的基础，可以尽早的发现和纠正错误（包括 那些其它情况下不能发现的错误）。2、开发出来的软件具有很高的安全性和健壮性，特别适合安全部门或者软件错 误会造成经济损失的开发者。3、 能够开发出无缺陷软件。缺点：1、 开发费用昂贵，而且需要的时间较长。2、 需要大量的培训。3、 不能将这种模型作为对客户通信的机制，因为客户对这些数学语言一无所 知。适用范围： 不适用于技术水平不高的客户。（ 三） 面向方 面的 软件开 发 将系统分成若干相对较独立的组成部分，这些部分称为方面。优点： 超越了子程序和
12、继承的方法。 缺点 ：技术还不成熟统一过 程模型统一过程 模型是 一种“ 用例驱动 、以 体 系结构 为核心、 迭代及 增量” 的软件 过程框架，由 UML 方 法和工具支持。它是一种增量模型，定义了五个阶段：a、 起始阶段，包括用户沟通和计划活动，强调定义和细化用例b、 细化阶段，包括用户沟通和建模活动，重点是创建分析和设计模型。c、 构件阶段，细化模型设计，并将设计模型转化为软件构件实现d、 转化阶段， 将软件从开发人员传递给最终用户， 并由用户完成 beta 测试和验 收测试e、 生产阶段，持续地监控软件的运行，并提供技术支持。优点：1. 任何功能开发后就进入测试过程，及早进行验证2. 早期风险识别，采取预防措施缺点：1. 需求必须在开始之前完全弄清楚，否怎有可能在架构上出现错误2. 必须有严格的过程管理，以免使过程退化为原始的试 错改模式3 如果 不加控 制的让 用户过早 接触没 有测试 完全，版 本不稳 定的产 品可能对用 户和开发团队都带来负面的影响
