软件工程导论第1章软件工程概述.ppt

36 图 1.3 传统的瀑布模型 37 瀑布模型 几个特点: 阶段间具有顺序性和依赖性 必须等前一阶段的工作完成之后，才能开始后一阶段的工 作； 前一阶段的输出文档就是后一阶段的输入文档。 推迟实现的观点 清楚地区分逻辑设计与物理设计，尽可能推迟程序的物理 实现 质量保证的观点 每个阶段都必须完成规定的文档。 每个阶段结束前都要对所完成的文档进行评审。 38 瀑布模型 优点: 可强迫开发人员采用规范的方法（如结构化技术）； 严格地规定了每个阶段必须提交的文档； 要求每个阶段交出的所有产品都必须经过质量保证小 组的仔细验证。 缺点： 由于瀑布模型几乎完全依赖于书面的规格说明，很可 能导致最终开发出的软件产品不能真正满足用户的需 要。 开发周期长。 前期不能出错。 39 图 1.4 实际的瀑布模型 当在后面阶段发现前面阶 段的错误时，需要沿图中 左侧的反馈线返回前面的 阶段，修正前面阶段的产 品之后再回来继续完成后 面阶段的任务 （图中实线箭头表示开发过程，虚线箭头表示维护过程） 40 快速原型模型 Rapid Prototype Model 所谓快速原型是快速建立起来的可以在计算机上 运行的程序，它所能完成的功能往往是最终产品 能完成的功能的一个子集。 过程： 快速建立一个能反映用户主要需求的原型系统 用户试用，提出意见 修改原型，直到用户满意 书写规格说明文档 开发软件 41 图 1.5 快速原型模型 （图中实线箭头表示开发过程， 虚线箭头表示维护过程） 42 快速原型模型 主要优点： 软件产品的开发基本上是线性顺序进行的。 原型系统已经通过与用户交互得到验证，据此产生的规格说明文 档正确地描述了用户需求，因此不会进行较大的返工。 开发人员通过建立原型系统已经学到了许多东西，因此，在设计 和编码阶段发生错误的可能性也比较小，减少了在后续阶段需要 改正前面阶段错误的可能性。 开发人员应该尽可能快地建造出原型系统，以加速软件开发 过程，节约软件开发成本。原型的用途是获知用户的真正需 求，一旦需求确定了，原型将被抛弃。因此，原型系统的内 部结构并不重要，重要的是，必须迅速地构建原型然后根据 用户意见迅速地修改原型。 43 增量模型 增量模型也称为渐增模型。 使用增量模型开发软件时，把软件产品作为一 系列的增量构件来设计、编码、集成和测试。 每个构件由多个相互作用的模块构成，并且能 够完成特定的功能。 44 使用增量模型 第一个增量 第二个增量 第三个增量 第四个增量 基本的文件管理、编辑和文 档生成功能（最核心） 完善的编辑和文档生成能力 实现拼写和文法检查功能 完成高级的页面布局功能 45 图 1.6 增量模型 46 增量模型 优点： 能在较短时间内向用户提交可完成部分工作的产品 （分批地逐步向用户提交产品，整个软件产品被分解成许多 个增量构件，开发人员一个构件接一个构件地向用户提交产 品） 逐步增加产品功能可以使用户有较充裕的时间学习 和适应新产品，从而减少一个全新的软件可能给客 户组织带来的冲击 缺点： 软件体系结构必须是开放的，易于扩充； 在把每个新的增量构件集成到现有软件体系结构中 时，必须不破坏原来已经开发出的产品。 47 图 1.7 风险更大的增量模型 48 螺旋模型 螺旋模型的基本思想： 使用原型及其他方法来尽量降低风险。理解这种模 型的一个简便方法，是把它看作在每个阶段之前都 增加了风险分析过程的快速原型模型。 项目越大，软件越复杂，承担该项目所冒的风险也 越大。软件风险可能在不同程度上损害软件开发过 程和软件产品质量。 49 螺旋模型 50 图 1.8 简化的螺旋模型 51 图 1.9 完整的螺旋模型 52 基于构件的开发模型 形式化方法模型 形式化方法是软件工程师能通过应用一个严格 的、数学的符号体系来规约、开发和验证基于 计算机的系统。如净室软件工程。 形式化方法模型的缺陷： 形式化模型的开发目前还很费时和昂贵。 因为很少有软件开发者具有使用形式化方法所需的 背景知识，所以尚需多方面的进行培训。 难以使用该模型作为与对其一无所知的用户进行通 信的机制。 53 54 1.5 小 结 本章要点： 理解几个重要概念： 软件工程、软件危机、生命周期、软件过程 了解常用的软件方法学 传统结构化方法、面向对象方法 了解常用的软件开发模型： 瀑布模型、快速原型模型、增量模型、螺旋模型 56 习题 1-1 什么是软件危机?它有哪些典型表现?为什 么会出现软件危机? 1-2 假设你是一家软件公司的总工程师，当你 把图1.1给手下的软件工程师们观看，告诉他们 及早发现并改正错误的重要性