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

思 想  边做边改模型 瀑布模型 迅速原型模型 增量模型 螺旋模型 不停的修正版本 软件的开发严格 迅速原型模型利 软件被看作是一 这类模型的每一 不停的供用户使 的依据线性方式 用的是原型协助 系列的增量建立 个周期都包含需 用，假如出现错误 进行，目前活动的 软件开发的一种 来设计、实现、集 求定义、风险分 或是新的需求又 工作结果，实行完 思想。经过简单、 成和测试，每一个 析、工程实现和评 不停的改正代码。 成所需要的工作 迅速的剖析，迅速 建立由多种互相 审4个阶段，由这 结果需要考证，如 实现一个原型，用 作用的模块所形 4个阶段进行迭 果考证经过，则结 户与开发人员在 成的供应特定功 代。 果作为下一项活 试用原型过程中 能呢的代码片段 动的输入，连续。 增强通讯与反应， 构成。开发出一 不然返回。 经过频频评论和 部分就向用户展 改良原型，减少误 示一部分，提早的 解，填补破绽，适 发现问题。先开发 优 点  应变化，最后提升一个原型模型的 软件质量。软件，达成模型的 主要功能。展现给 用户征采建议。 在供应给用户使 一种有效的管理 (1)迅速模型战胜 1. 缩短时间 (1)能够在项目的 用后，假如程序出 视图。每项开发活 瀑布模型的特色， 2. 开发人员与用 各个阶段进行变 现错误，或许用户 动均处于一个质 减少因为软件需 户能够经过原型 更（2）能够分段 提出新的要求，开 量环节。文档驱 求不明确带来的 充分的交流； 来建立大型系统， 发人员从头改正 动，以项目阶段评 开发风险，拥有显 3. 有益于用户的 使成本计算变得 代码，直到用户满 审和文档控制为 着的成效。(2) 培训和开发的同 简单、简单。（3） 意为止。 手段有效的对整 能迅速吸引用户， 步。 用户参加开发，保 个开发过程进行 进而抢占市场。 4. 加入建立一定 证项目不偏离正 指导。 不损坏已结构好 确方向。 缺 点  的系统结构。 5.模型的灵巧性 能够使其适应需 求的变化 缺乏规划和设计 缺乏灵巧性，太甚 (1)没有考虑软件 很简单退化为边 （1）不可以让用户 环节。忽视需求环 于理想化。假如 的整体质量和长 做边改模型 确信这类演化方 节，风险大。周期 开发此中，客户难 期的可保护性。 法结果是可控的。 长花费高。 以明确需求，需求 (2)这类模型在大 （2）建设周期长 错误在后期就难 部分状况下是不 以纠正。 合适的，采纳该模 型常常是为了演 示功能的需要或 它的方便性。(3) 适 用 场 合  关于需求特别简单和简单理解，软件希望的功能行为简单定义，实现的成功或失败简单查验的工程能够使用这类模型。  因为达不到质量 要求可能被扔掉， 而采纳新的模型 从头设计。 合适于客户的需用户需求不明确、技术风险较大、用合适于大型复杂 求较明确的状况小型或是交互型户需求较为稳固的系统 下。式的系统、大型系的软件系统 统的某些部分 思 想  迭代模型喷泉模型矫捷模型混淆模式 整个开发工作被组织软件开发过程的各个把一个大项目分为多把几种不一样模型组合 为一系列的短小的、阶段是互相迭代的、个互相联系，但也可成一种混淆模型，它 固定长度（如3周）无间歇的。软件的某独立运转的小项目，同意一个项目能沿着 的小项目，被称为一个部分经常被重复工并分别达成，在此过最有效的路径发展， 优 点 弊端 合用处合  系列的迭代。 作多次，有关对象在 程中软件向来处于可 这就是过程开发模型 每一次迭代都包含了 每次迭代中加入渐近 使用状态。 （或混淆模型）。实质 需求剖析、设计、实 的软件成分。 上，一些软件开发单 现与测试 位都是使用几种不一样 的开发方法构成他们 自己的混淆模型。 降低风险、获得初期 能够提升软件项目开 密切协作、当面的 给公司管理者和开发 用户反应、连续的测 发效率，节俭开发时 交流 者供应了一个舞台， 试和集成、使用更改、间。 使每个模型的优点得 提升复用性 到发挥 项目风险可能会很高 不利于项目管理 文档少 对公司的管理和技术都 提出了更高的要求 初期需求变化很大， 面向对象的软件开发 合适小型项目 用户的管理和技术都 项目管理者和软件研过程较完美；开发者技术 发团队素质较高较高，知识面较广