软件过程模型的优缺点和适用范围.pdfVIP

软件过程模型 1、4 种模型的对比 瀑布模型： 优点：文档驱动 缺点：阶段划分固定，大量文档；开发成果最后出增加风险；不适应用户的变化 适用范围：需求准确无重大变化的软件项目开发 快速原型模型： 优点：关注了客户的需求，降低了开发风险 缺点：可能导致系统设计差，难维护；不宜用原型产生最终产品，最终产品还是 要考虑质量和可维护性 适用范围：需求复杂，难以确定、动态变化的系统 增量模型： 优点：分批提交产品；减少新软件对用户的冲击；可维护性增加，需求变更只需 要更改构件 缺点：构件逐渐加入，不能破坏已经构造的系统，要求软件具备开放式结构；需 求变化时， 适应性大于瀑布和快速原型， 但容易退化为边做边盖， 失去整体控制 性；有无法集成的风险； 适用范围：风险较大用户需求较稳得大型软件系统 螺旋模型： 优点： 1)设计上的灵活性 ,可以在项目的各个阶段进行变更。 2)以小的分段来构建大型系统 ,使成本计算变得简单容易。 3)客户始终参与每个阶段的开发 ,保证了项目不偏离正确方向以及项目的可控性。 4)随着项目推进 ,客户始终掌握项目的最新信息 , 从而他或她能够和管理层有效 地交互。 5)客户认可这种公司内部的开发方式带来的良好的沟通和高质量的产品。 缺点：建设周期长，和当前技术水平差距大，无法满足需求； 适用范围： 庞大复杂并具有高风险的系统， 特别适合内部开发的大规模软件项目 2、喷泉模型 特点：无明显边界、阶段内迭代 优点：各阶段无明显界限，开发人员同步进行，提高项目开发效率 缺点：重叠的项目不利于项目管理，审核难度加大 适用：面向对象的软件过程 3、重用构件模型 4 、RUP 通用的过程框架 4 个阶段 9 个核心工作流 前 6 个为核心过程，后 3 个是核心支撑 特点： （1）以用例驱动 （2 ）以架构为中心 （3 ）强调迭代和渐增 优点：1. RUP是建立在非常优秀的软件工程原则基础上的， 例如迭代，需求驱动， 基于结构化的过程开发。 2. RUP提供了几个方法， 例如每一次迭代产生一个工作原型， 在每一个阶段的结 束决定项目是否继续，这些方法提供了对开发过程的非常直观的管理。 3. rational 公司已经并将继续对 RUP进行开发，使这个基于 html 的软件工程能够 被裁减以适合你的组织的实际需要 简洁和清晰的过程结构，为开发过程提供较大的通用性 缺点：RUP仅仅包含了开发过程。 它没有完全覆盖软件过程，从图 1 能够明显看 出，它丢失了维护和技术支持这两个重要的阶段。 2. RUP不支持组织内的多项目 开发，导致组织内的大范围的重用无法实现。 3. RUP缺少开发商的支持。你能自 动完成软件过程的每一个方面？ rational 提供了所有的工具供你选择，例如是否 有 rational help desk 或者 rational persistence modeling 4. RUP在度量管理，重用 管理，人员管理和测试上有缺陷 适用范围：大型软件团队开发大型项目 5、敏捷过程 4 条宣言 优点：敏捷确实是项目进入实质开发迭代阶段， 用户很快可以看到一个基线架构 版的产品。敏捷注重市场快速反应能力， 也即具体应对能力， 客户前期满意度高。 缺点：敏捷注重人员沟通，忽略文档，若项目人员变动太大，则给维护带来不少 难度。 适用范围：开发可用资源及开发时间都比较苛刻的小型项目 6、微软过程 是被几十年实践证明是非常成功且行之有效的微软解决方案框架 综合了 rup 和敏捷很多优点， 不足为对方法、 工具和产品等方面不如 RUP和敏捷 全面