太原理工大学软件工程第一软件工程概述精要.pptVIP

软件工程导论 1软件概述 自从第一台计算机诞生以来，就开始了软件的生产，到目前为 止,软件发展经历了三个阶段： 1.3.2软件工程的基本原理 1.3.3 软件工程方法学 生命周期各阶段的基本任务 传统开发模型 ·瀑布模型（waterfall model） ·快速原型模型（rapid prototype model） 演化开发模型 ·增量模型（incremental model） ·螺旋模型（spiral model） 面向对象开发模型 ·喷泉模型 ·构件集成模型（component integrationmodel） 1.5.2传统开发模型 1.瀑布模型（Waterfall Model） 基本思想：也称为传统生命周期模型或线性顺序模型。瀑布模型遵循软件生命周期的划分，明确规定每个阶段的任务，各阶段的工作自上而下顺序展开，相互衔接，呈线性图状，如同瀑布流水，逐级下落。瀑布模型采用结构化的分析与设计方法，将逻辑实现与物理实现分开。 结构图：如下图： 1. 瀑布模型 问题定义 可行性研究 需求分析 总体设计 详细设计 编码与单元测试 综合测试 软件维护 定义时期 开发时期 软件维护时期 目标与范围说明书 可行性论证报告 需求规格说明书 概要设计说明书 详细设计说明书 程序 测试报告 维护报告 特点： 1.阶段间具有顺序性和依赖性 这个特点有两重含义： ①必须等前一阶段的工作完成之后，才能开始后一阶段的工作； ②前一阶段的输出文档就是后一阶段的输入文档，因此，相邻两个阶段具有因果关系，只有前一阶段的输出文档正确，后一阶段的工作才能获得正确的结果。 2.尽可能推迟软件的编码 对于规模较大的软件项目来说，往往编码开始得越早最终完成开发工作所需要的时间反而越长。这是因为，前面阶段的工作没做或做得不扎实，过早地考虑进行程序实现，往往导致大量返工，有时甚至发生无法弥补的问题，带来灾难性后果。 3.文档驱动性 在瀑布模型的每个阶段都应坚持两个重要做法： （1） 每个阶段都必须完成规定的文档，没有交出合格的文档就是没有完成该阶段的任务。 （2） 每个阶段结束前都要对所完成的文档进行评审，以便尽早发现问题，改正错误。 严格文档审查保证了软件的质量。 优点： 1. 强迫开发人员采用规范的技术方法。 2. 严格地规定了每个阶段必须提交的文档。 3. 每个阶段结束前必须正式进行严格的技术审查和管理复审。 从而使软件过程易于管理和控制，有利于质量的保证 缺点： 1.无法解决软件需求不明确或不准确的问题，要求软件开发初期就要给出软件系统全部需求。不适合需求模糊的系统 2.模型是一种理想的线性开发模型，必须等前一阶段的工作完成之后，才能开始后一阶段的工作。缺乏灵活性而且开发周期比较长，承担的风险也比较大。 实用范围 瀑布模型适合于功能和性能需求明确、完整、无重大变化的软件开发。例如，编译系统、数据库系统和操作系统等。 2.快速原型模型 基本思想 根据用户提出的初步定义，快速开发一个目标系统的最初版本，即原型，向用户展示原型的功能和性能，让用户试用。在反复征求用户对原型意见的过程中，进一步确认用户的需求并对原型进行修改和完善，反复进行这个过程，逐步求精逐步完善，直到用户满意为止。然后在确认的原型基础上再进行软件系统的设计、实现、测试和使用与维护。 其实在这种方法是通过建立系统的初步原型,供开发人员和用户进行交流，以便准确获得用户的需求，采用逐步求精方法使原型逐步完善成为目标系统。 结构图 测试 软件初步定义 修改原型 维护 实现 设计 评价原型 工作原型 快速开发原型 特点: -快速开发工具、成本低。 -它没有固定的生存期。 -原型驱动性： -过程的交互性和迭代性： 优点: 1.原型法可处理模糊需求，开发者和用户可充分交流。 2.原型系统可作为培训环境。 3.原型给用户以机会更改心中原先设想的、不尽合理的最终系统。 4.原型可低风险开发柔性较大的计算机系统。 5.系统更易维护。 6.原型可降低开发费用，缩短开发时间。 实用范围 --适合那些不能预先确切定义需求的软件开发。 --适合那些项目组成成员（包括分析员、设计员、程序员和用户等）不能很好协同配合，交流和通信上存在困难的情况。 缺点 频繁的需求变化会使开发进程难于管理和控制，原型的快速开发和修改对技术要求比较高，需要有较好的工作基础。 1.5.3软件演化模型（综合模型） 3.增量模型 基本思想:也称渐增模型。增量模型是瀑布模型的顺序特征与快速原型模型的迭代特征相结合的产物。使用增量模型开发软件时