《传统软件工程概述.pptVIP

图0-7 渐增模型示意 R：需求 C/T：编码/测试 D：设计 I/AS：安装和验收支持 D C/T I/AS 中间版本n D C/T I/AS 中间版本1 中间 版本2 D C/T I/AS R 可能的信息流 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 0.3.3 演化模型 主要针对事先不能完整定义需求的软件项目开发 对需要开发的软件给出基本需求，作第一次试验开发，其目标仅在于探索可行性和弄清需求，取得有效的反馈信息，以支持软件的最终设计和实现 通常把第一次试验性开发出来的软件称为原型。这种开发模型可以减少由于需求不明给开发工作带来的风险 与渐增模型的区别是：演化模型承认需求不能被完全了解，且不能在初始时就确定。在该模型中，需求一部分被预先定义，然后在每个相继的中间版本中逐步完善 对所有的中间版本，开发过程中的活动和任务通常接同一顺序被重复使用。维护过程和运作过程可以与开发过程平行地使用。获取过程、供应过程、支持过程和组织过程通常与开发过程平行地使用 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 图1-8 演化模型示意 Rn D C/T I/AS 工作版本n D C/T I/AS 工作版本2 R2 D C/T I/AS 工作版本1 R1 信息流 (细化) R：需求 C/T：编码/测试 D：设计 I/AS：安装和验收支持 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 0.3.4 螺旋模型 该模型是B. Boehm于1988年提出的，它将瀑布模型与演化模型相结合，并增加了两者所忽略的风险分析 该模型通常用来指导大型软件项目的开发。 它将开发划分为制订计划、风险分析、实施开发和客户评估四类活动。沿着螺旋线每转一圈，表示开发出一个更完善的新的软件版本 如果开发风险过大，开发机构和客户无法接受，项目有可能就此终止；多数情况下，会沿着螺旋线继续下去，自内向外逐步延伸，最终得到满意的软件产品 沿着螺旋线旋转，在笛卡儿坐标的四个象限上分别表达了四类活动 制定计划、风险分析、实施开发、客户评估 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 图0-9 螺旋模型 原型1 原型2 原型3 可运行 原型 详细设计 编码 实现 单元 测试 集成与 测试 验收 测试 需求 确认 软件 需求 软件 产品 设计 需求计划 设计确认 与验证 生存期 计划 开 发 计 划 集 成 与 测 试 风 险 分 析 风 险 分 析 风 险 分 析 累计成本 提交线 评 审 制定计划 决定目标 方案与限制 风险分析 评价方案、识别 风险、消除风险 客户评估 实施开发 开发、验证下一产品 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 0.3.5 喷泉模型 是由B. H. So11ers和J. M. Edwards于1990年提出的一种开发模型，主要用于采用面向对象技术的软件开发项目 “喷泉”一词本身就体现了迭代和无间隙的特性 软件的某个部分常常被重复工作多次，相关对象在每次迭代中随之加入渐进的软件成分 无间隙是指在各项活动之间无明显边界，如分析和设计活动之间没有明显的界限。由于对象概念的引入，表达分析、设计、实现等活动只用对象类和关系，从而可以较为容易地实现活动的迭代和无间隙，使其开发自然地包括复用 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 图0-10 喷泉模型 演 化 分 析 设 计 实 现 确 认 维 护 Evalua