软件工程中开发模型地优缺点与适用场合.docxVIP

边做边改模型 瀑布模型 快速原型模型 增量模型 螺旋模型 不断的修正版本不断的 软件的开发严格的按照 快速原型模型利用的是 软件被看作是一系列的 这种模型的每一个周期 供用户使用，如果出现 线性方式进行，当前活 原型辅助软件开发的一 增量构建来设计、 实现、 都包括需求定义、风险 错误或是新的需求又不 动的工作结果，实施完 种思想。经过简单、快 集成和测试，每一个构 分析、工程实现和评审 断的修改代码。 成所需要的工作结果需 速的分析，快速实现一 建由多种相互作用的模 4 个阶段，由这 4 个阶 要验证， 如果验证通过， 个原型，用户与开发人 块所形成的提供特定功 段进行迭代。 则结果作为下一项活动 员在试用原型过程中加 能呢的代码片段构成。 的输入，继续。否则返 强通信与反馈，通过反 开发出一部分就向用户 思 回。 复评价和改进原型，减 少误解，弥补漏洞，适 展示一部分，及早的发 现问题。先开发一个原 应变化，最终提高软件 型模型的软件，完成模 想 质量。 型的主要功能。展示给 用户征求意见。 在提供给用户使用后， 一种有效的管理视图。 (1)快速模型克服瀑布模 1.缩短时间 (1)可以在项目的各个阶 如果程序出现错误，或 每项开发活动均处于一 型的特点，减少由于软 2.开发人员与用户可以 段进行变更 （2）可以分 优 者用户提出新的要求， 开 发人员 重新修改 代 个质量环节。 文档驱动， 以项目阶段评审和文档 件需求不明确带来的开 发风险，具有显著的效 通过原型充分的交流； 3.有利于用户的培训和 段来构建大型系统，使 成本计算变得简单、容 码，直到用户满意为止。 控制为手段有效的对整 开发的同步。 果 。(2) 能快速吸引用 易。（3）用户参与开发， 点 个开发过程进行指导。 户，从而抢占市场。 4.加入构建必须不破坏 已构造好的体系结构。 保证项目不偏离正确方 向。 5.模型的灵活性可以使 其适应需求的变化 缺少规划和设计环节。 缺乏灵活性，太过于理 (1)没有考虑软件的整体 很容易退化为边做边改 （1）不能让用户确信这 忽略需求环节， 风险大。 想化。 如果开发其中， 质量 和长期 的可维 护 模型 种演化方法结果是可控 周期长费用高。 客户难以明确需求，需 性。(2)这种模型在大部 的。（2）建设周期长 求错误在后期就难以纠 分情况下是不适合的， 缺 正。 采用该模型往往是为了 演示功能的需要或它的 方便性。 (3)由于达不到 点 质量要求可能被抛弃， 而采用新的模型重新设 计。 对于需求非常简单 适合于客户的需求较明 用户需求不明确、小型 技术风险较大、用户需 适合于大型复杂的系统 适 和容易明白，软件期 望的功能行为容易 定义，实现的成功或 确的情况下。 或是交互型式的系统、 大型系统的某些部分 求较为稳定的软件系统 用 场 失败容易检验的工 程可以使用这种模 型。 合 迭代模型 喷泉模型 敏捷模型 混合模式 整个开发工作被组织为一系 软件开发过程的各个阶段是 把一个大项目分为多个相互 把几种不同模型组合成一种 列的短小的、 相互迭代的、无间歇的。软 联系，但也可独立运行的小 混合模型，它允许一个项目 固定长度（如 3 周）的小项 件的某个部分常常被重复工 项目，并分别完成，在此过 能沿着最有效的路径发展， 目，被称为一系列的迭代。 作多次，相关对象在每次迭 程中软件一直处于可使用状 这就是过程开发模型（或混 思 每一次迭代都包括了需求分 析、设计、实现与测试 代中加入渐近的软件成分。 态。 合模型）。实际上，一些软件 开发单位都是使用几种不同 的开发方法组成他们自己的 想 混合模型。 降低风险、得到早期用户反 可 以提高 软件项目 开发效 紧密协作、面对面的沟通 给企业管理者和开发者提供 优 馈、持续的测试和集成、使 用变更、提高复用性 率，节省开发时间。 了一个舞台，使每个模型的 长处得到发挥 点 项目风险可能会很高 不利于项目管理 文档少 对企业的管理和技术都 缺点 提出了更高的要求 早期需求变化很大，项目管 面向对象的软件开发过程 适合小型项目 用 户的管理 和技术 都 较完 适用场合 理者和软件研发团队素质较 高 善；开发者技术较高，知识 面较广