软件工程 第1章 v06.ppt

* 按照瀑布模型开发软件的优点 强迫开发人员采用规范的方法。 严格地规定了每个阶段必须提交的文档； 要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证。 是一种文档驱动的模型。 反映了工程实际情况。 * 按照瀑布模型开发软件的缺点 文档驱动，可能导致最终开发出的软件产品不能真正满足用户的需要。 反复是昂贵的而且十分费时。 对用户需求变更的响应困难。 * 2. 演化模型 需求的采集 与细化 客户评价原型 快速设计 建造原型 加工原型 产生样品 停止 开始 * 演化模型的特点 演化模型是迭代的。因为软件与所有的复杂系统一样，必须经过不断演化才能完善。 演化模型先开发一个“原型”软件，完成部分主要功能，展示给用户并征求意见，然后逐步完善，最终获得满意的软件产品。 业务和产品需求在变化中，采用线性开发方式是不实际的。 快速实现和提交一个有限的版本，可以应付市场竞争的压力。 * 演化模型的优点 加速系统交付的进度。 用户的参与。 能使某些类型的风险降至最低。 * 演化模型的缺点 过程不可见。 系统结构通常较差。 特殊工具和技术的使用。 适用于小规模且生存期较短的系统。 难以理解和维护。 * 3. 螺旋模型 螺旋模型(Boehm,1988)将瀑布模型与演化模型结合起来，并且加入两种模型均忽略了的风险分析。 螺旋模型沿着螺线旋转，自内向外每旋转一圈便开发出更完善的一个新版本。 制定计划 确定软件目标，选定实施方案，弄清项目开发的限制条件； 风险分析 分析所选方案，考虑如何识别和消除风险； 实施工程 实施软件开发 客户评估 评价开发，提出修正建议。 * 简化的螺旋模型 * 决定目标、 方案和限制 ? 开发、验证 下一级产品 ? 计划下一阶段 集成 测试 评价方案、 识别风险、 弱化风险 * 螺旋模型的优点 有助于把软件质量作为软件开发的一个重要目标； 减少了过多测试（浪费资金）或测试不足（产品故障多）所带来的风险。 在螺旋模型中维护只是模型的另一个周期，在维护和开发之间并没有本质区别。 螺旋模型主要适用于内部开发的大规模软件项目，在风险过大时方便地中止项目。 * 4. 增量模型 增量模型（Mills,1980)是迭代和演进的过程。 增量模型把软件产品分解成一系列的增量构件，在增量开发迭代中逐步加入。 每个构件由多个相互作用的模块构成，并且能够完成特定的功能。 早先完成的增量可以为后期的增量提供服务。 增量开发方法的新演进版本叫做 “极限程序设计（eXtreme Programming）”。 * 定义基 本需求 将需求对应到各增量 设计系统架构 开发其中一个增量 检验和确认该 增量 将增量集成到系统中 确认集成后的系统 * 日历时间 分析 增量1 增量1 交付客户 设计 编码 测试 分析 增量2 增量2 交付客户 设计 编码 测试 分析 增量3 增量3 交付客户 设计 编码 测试 分析 增量4 增量4 交付客户 设计 编码 测试 系统和信息工程 * 增量模型的优点 客户无需等到整个系统的实现。有助于把软件质量作为软件开发的一个重要目标； 客户可以将早期的增量作为原型，从中获得对后面系统增量的需求经验。 项目总体性失败的风险较低。 具有最高优先权的服务被首先交付。 * 5. 喷泉模型 体现了迭代和无间隙的特性。 系统某个部分常常重复工作多次，相关对象在每次迭代中随之加入演进的软件成分。 无间隙是指在各项开发活动，即分析、设计和编码之间不存在明显的边界。 喷泉模型是对象驱动的过程。 * 需求阶段 分析阶段 设计阶段 编程阶段 集成与测试阶段 维护与演进阶段 * 6. 智能模型 智能模型是基于知识的软件开发模型，它把瀑布模型和专家系统综合在一起。 该模型在各个开发阶段都利用了相应的专家系统来帮助软件人员完成开发工作。 为此，建立各个阶段的知识库，将模型、相应领域知识和软件工程知识分别存入数据库。以软件工程知识为基础的生成规则构成的专家系统与包含应用领域知识规则的其他专家系统相结合，构成该应用领域的开发系统。 * 用户要求 需求分析 概要设计 详细设计 程序编码 测试 维护 支持需求 分析的 专家系统 支持软件 设计的 专家系统 支持测试 的专家系统 支持维护 的专家系统 * 7. 变换模型 变换模型是一种基于形式化规格说明语言及程序变换的软件开发模型。 它采用形式化的软件开发方法，对形式化的软件规格说明进行一系列自动的或半自动的程序变换，最终映射成为计算机系统能够接受的程序系统。 多步程序变换过程的重要性质是：每一步程序变换的正确性仅与该步变换所依据的规范 Mi 以及对变换后的假设 Mi+1 有关。 * 软件需求 形式化说 明 (M0