软件工程学 第01章.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 需求分析 验证 规格说明 验证 设计 验证 编码 测试 综合测试 维护 变化的需求 验证 实际的瀑布模型 ?优点： 。可强迫开发人员采用规范的方法 。严格规定了每个阶段必须提交的文档 。要求每个阶段交出的所有产品都必须经过 质量保证小组的仔细验证 ?缺点： “文档驱动”是瀑布模型的一个主要缺点，在软件产品交付 给用户之前，用户只能通过静态的文档来认识动态的软件产品， 很可能导致最终开发出的软件产品不能真正满足用户的需要。 * 许多软件项目在开发早期对软件需求的认识是模糊的、不确定的，因此软件很难一次开发成功。 可以在获取了一组基本的需求后，通过快速分析构造出该软件的一个初始可运行版本，称之谓原型（prototype），然后根据用户在试用原型的过程中提出的意见和建议、或者增加新的需求，对原型进行改造，获得原型的新版本，重复这一过程，最终得到令客户满意的软件产品。 演化模型的开发过程就是从构造初始的原型出发，逐步将其演化成最终软件产品的过程。 演化模型适用于对软件需求缺乏准确认识的情况。 典型的演化模型有：增量模型、原型模型、螺旋模型。 演化模型 * * 增量模型 需求分析 验证 规格说明 验证 概要设计 验证 针对每个构件，完成详细 设计、编码和集成，经测 试后交付用户。 维护 主要思想：使用增量模型开发软件时，把软件产品作为一系列的增量构件来设计、编码、集成和测试。每个构件由多个相互作用的模块构成，并且能够完成特定的功能。使用增量模型时，第一个增量构件往往实现软件的基本需求，提供最核心的功能。 * * 增量模型融合了瀑布模型的基本成分（重复地应用）和演化模型的迭代特征 增量模型强调每一个增量都发布一个可运行的产品 ?优点：用户无需等到系统全部实现，每次可得到一个满足部分需求的产品。 使用户有充裕的时间学习和适应新产品。 ?缺点：增量模型在使用时具有较大难度：在把每个新的增量构件集成到现有软件体系结构中时，必须不破坏原来 已经开发的产品。软件体系结构必须设计成开放的，以便于扩充。 * * 增量模型特别适用于： 需求经常变化的软件开发 市场急需而开发人员和资金不能在设定的市场期限之前实现一个完善的产品的软件开发 增量模型能有计划地管理技术风险，如早期增量版本中避免采用尚未成熟的技术 * * * 风险更大的增量模型 规格说明 构件1： 构件2： 构件n： 规格说明 设计 规格说明 设计 编码和集成 设计 编码和集成 交付客户 编码和集成 交付客户 交付客户 主要目的是提高并行开发速度，但风险较大 * 原型（prototype）是预期系统的一个可执行版本，它反映了系统性质（如功能、计算结果等）的一个选定的子集。一个原型不必满足目标软件的所有约束，其目的是能快速、低成本地构建原型。 原型方法从软件工程师与客户的交流开始，其目的是定义软件的总体目标，标识需求。然后快速制订原型开发的计划，确定原型的目标和范围，采用快速设计的方式对其建模，并构建原型。 被开发的原型应交付给客户试用，并收集客户的反馈意见，这些反馈意见可在下一轮迭代中对原型进行改进。在前一个原型需要改进，或者需要扩展其范围的时候，进入下一轮原型的迭代开发。 原型模型 * * * 快速原型 验证 规格说明 验证 设计 验证 编码 测试 综合测试 维护 变化的需求 验证 主要思想：快速建立一个能反映用户 主要需求的原型系统，让用 户在计算机上试用，提出修 改意见，开发人员快速修改 原型，直至用户无意见为止 。然后开发人员书写规格说 明书，进行其它阶段的工作 。 * * 快速原型模型特点 软件产品的开发基本上是线性顺序进行的。其原因有二： ?原型系统已经通过与用户交互而得到验证，使产生的规格说明书正确地 描述了用户需求。 ?开发人员通过建立原型系统已经学到了许多东西，因此，在设计和编码 阶段发生错误的可能性很小。快速原型的本质是“快速”。开发人员应该尽可能快地建造出原型系统， 以加速软件开发过程，节约软件开发成本。原型的用途是获知用户的真正需求， 一旦需求确定了，原型将被抛弃。 * 原型的类型： 探索型（exploratory prototyping）其目的是要弄清目标系统的要求，确定所希望的特性，并探讨多种方案的可行性 实验型（experimental prototyping）其目的是验证方案或算法的合理性，它是在大规模开发和实现前，用于考核方案是否合适，规格说明是否可靠。 演化型（evolutionary prototyping）其目的是将