共京部電大学 241瀑布模型 ◆瀑布模型的优缺点 优点 缺点 降低了软件开发的复杂程度,而且提|模型缺乏灵活性,特别是无法解决软 高了软件开发过程的透明性,提高了件需求不明确或不准确的问题。 软件开发过程的可管理性。 推迟了软件实现,强调在软件实现前模型的风险控制能力较弱。 必须进行分析和设计工作。 以项目的阶段评审和文档控制为手瀑布模型中的软件活动是文档驱动的 段有效地对整个开发过程进行指导, 当阶段之间规定过多的文档时,会 保证了阶段之间的正确衔接,能够及极大地增加系统的工作量;而且当管 时发现并纠正开发过程中存在的缺陷理人员以文档的完成情况来评估项目 从而能够使产品达到预期的质量要完成进度时,往往会产生错误的结论 求 ⊙2008 BUPT TSEG 北京邮电大学通信软件工程中心 16
© 2008 BUPT TSEG 北京邮电大学 通信软件工程中心 16 2.4.1 瀑布模型 ◆ 瀑布模型的优缺点 优点 缺点 降低了软件开发的复杂程度，而且提 高了软件开发过程的透明性，提高了 软件开发过程的可管理性。 模型缺乏灵活性，特别是无法解决软 件需求不明确或不准确的问题。 推迟了软件实现，强调在软件实现前 必须进行分析和设计工作。 模型的风险控制能力较弱。 以项目的阶段评审和文档控制为手 段有效地对整个开发过程进行指导， 保证了阶段之间的正确衔接，能够及 时发现并纠正开发过程中存在的缺陷 ，从而能够使产品达到预期的质量要 求。 瀑布模型中的软件活动是文档驱动的 ，当阶段之间规定过多的文档时，会 极大地增加系统的工作量；而且当管 理人员以文档的完成情况来评估项目 完成进度时，往往会产生错误的结论
共京部電大学 242V模型和W模型 ◆1980年代后期 Paul rook提出了V模型 制定计划 用户需求获取} 验收测试 系统和软件需求分析 系统测试 概要设计 组装测试 详细设计 单元测试 编码 ⊙2008 BUPT TSEG 北京邮电大学通信软件工程中心
© 2008 BUPT TSEG 北京邮电大学 通信软件工程中心 17 2.4.2 V模型和W模型 ◆ 1980年代后期Paul Rook提出了V模型 制定计划 用户需求获取 系统和软件需求分析 概要设计 详细设计 编码 单元测试 组装测试 系统测试 验收测试
共京部電大学 W模型 ◆ Evolutin公司在Ⅴ模型的基础上提出了W模型 制定计划 用户需求获取 用户需求Ⅴ&V 验收测试准备 交付 验收测试 系统和软件需求分析」vv,系统测试准备 部署 系统测试 概要设计 概要设计Ⅴ&V 组装测试准备 组装 组装测试 「详细设计 详细设计V&V 单元测试准备 单元测试1 编码 ⊙2008 BUPT TSEG 北京邮电大学通信软件工程中心 18
© 2008 BUPT TSEG 北京邮电大学 通信软件工程中心 18 W模型 ◆ Evolutif公司在V模型的基础上提出了W模型 制定计划 用户需求获取 系统和软件需求分析 概要设计 详细设计 编码 单元测试 组装测试 系统测试 验收测试 用户需求V&V 验收测试准备 系统和软件需求 V&V，系统测试准备 概要设计V&V 组装测试准备 详细设计V&V 单元测试准备 组装 部署 交付
共京部電大学 24.3原型方法 ◆原型方法的产生 ◆瀑布模型、Ⅴ模型和W模型都将软件生命周期划分 成独立串行的几个阶段,前一个阶段没有完成便 法并始下一阶段的作。 ◆然而完整而准确的需求规格说明是很难得到的, 为: 在开发早期用户往往对系统只有一个模糊的想法,很 难完全准确地表达对系统的全面要求 >随着开发工作的推进,用户可能会产生新的要求 开发者又可能在设计与实现的过程中遇到一些没有预 料到的实际困难,需要以改变需求来解脱困境 ⊙2008 BUPT TSEG 北京邮电大学通信软件工程中心 19
© 2008 BUPT TSEG 北京邮电大学 通信软件工程中心 19 2.4.3 原型方法 ◆ 原型方法的产生 ◆ 瀑布模型、V模型和W模型都将软件生命周期划分 成独立串行的几个阶段，前一个阶段没有完成便 无法开始下一阶段的工作。 ◆ 然而完整而准确的需求规格说明是很难得到的， 因为： ➢ 在开发早期用户往往对系统只有一个模糊的想法，很 难完全准确地表达对系统的全面要求 ➢ 随着开发工作的推进，用户可能会产生新的要求 ➢ 开发者又可能在设计与实现的过程中遇到一些没有预 料到的实际困难，需要以改变需求来解脱困境
共京部電大学 24.3原型方法 ◆原型指模拟某种最终产品的原始模型; ◆原型方法指在获得一组基本需求后,通过 快速分析构造出一个小型的软件系统原型 ,满足用户的基本要求。 ◆用户通过使用原型系统,提出修改意见, 从而减少用户与开发人员对系统需求的误 解,使需求尽可能准确。 ◆原型方法主要用于明确需求,但也可以用 于软件开发的其他阶段 ⊙2008 BUPT TSEG 北京邮电大学通信软件工程中心 20
© 2008 BUPT TSEG 北京邮电大学 通信软件工程中心 20 2.4.3 原型方法 ◆ 原型指模拟某种最终产品的原始模型； ◆ 原型方法指在获得一组基本需求后，通过 快速分析构造出一个小型的软件系统原型 ，满足用户的基本要求。 ◆ 用户通过使用原型系统，提出修改意见， 从而减少用户与开发人员对系统需求的误 解，使需求尽可能准确。 ◆ 原型方法主要用于明确需求，但也可以用 于软件开发的其他阶段