软件工程模型与方法 02、软件生命周期模型 .pptVIP

软件工程模型与方法 Models Methods of SE 第二章 软件生命周期模型 肖丁 本章内容 2.1 软件工程过程 2.2 软件生命周期 2.3 软件过程模型 2.4 传统软件生命周期模型 2.5 新型软件生命周期模型 2.1 软件工程过程 软件工程过程是为了获得软件产品，在软件工具的支持下由软件工程师完成的一系列软件工程活动。主要有： 软件规格说明：规定软件的功能及其使用限制； 软件开发：产生满足规格说明的软件； 软件确认：通过有效性验证以保证软件能够满足客户的要求； 软件演进：为了满足客户的变更要求，软件必须在使用过程中进行不断地改进。 2.2 软件生命周期 软件生命周期是指软件产品从考虑其概念开始，到该软件产品不再使用为止的整个时期，一般包括概念阶段、分析与设计阶段、构造阶段、移交阶段等不同时期。 软件生命周期的六个基本步骤 制定计划 需求分析 设计 程序编码 测试 运行维护 制定计划 确定要开发软件系统的总目标； 给出功能、性能、可靠性以及接口等方面的要求； 完成该软件任务的可行性研究； 估计可利用的资源 (硬件，软件，人力等)、成本、效益、开发进度； 制定出完成开发任务的实施计划，连同可行性研究报告，提交管理部门审查； 需求分析 对用户提出的要求进行分析并给出详细的定义； 编写软件需求规格说明书或系统功能说明书及初步的系统用户手册； 提交管理机构评审； 设计 概要设计：把各项需求转换成软件的体系结构。结构中每一组成部分都是意义明确的模块，每个模块都和某些需求相对应； 详细设计：对每个模块要完成的工作进行具体的描述，为源程序编写打下基础； 编写设计说明书，提交评审。 程序编码 把软件设计转换成计算机可以接受的程序代码，即写成以某一种特定程序设计语言表示的“源程序清单”； 写出的程序应当是结构良好、清晰易读的，且与设计相一致的； 测试 单元测试，查找各模块在功能和结构上存在的问题并加以纠正； 组装测试，将已测试过的模块按一定顺序组装起来； 按规定的各项需求，逐项进行有效性测试，决定已开发的软件是否合格，能否交付用户使用； 运行维护 改正性维护：运行中发现了软件中的错误需要修正； 适应性维护：为了适应变化了的软件工作环境，需做适当变更； 完善性维护：为了增强软件的功能需做变更。 2.3 软件过程模型 模型是实际事物、实际系统的抽象。 模型的表示形式是可以多种多样的，可以是数学表达式、物理模型或图形文字描述等等。只要能回答所需研究问题的实际事物或系统的抽象表达式，都可称为模型。 工作流（work flow）模型：描述软件过程中各种活动的序列、输入和输出，以及各种活动之间的相互依赖性。它强调软件过程中活动的组织控制策略。 数据流（data flow）模型：描述将软件需求变换成软件产品的整个过程中的活动，这些活动完成将输入工件变换成输出工件的功能。它强调软件过程中的工件的变换关系，对工件变换的具体实现措施没有加以限定。 角色/动作模型：描述了参与软件过程的不同角色及其各自负责完成的动作，即根据参与角色的不同将软件过程应该完成的任务划分成不同的职能域（function area）。 2.4 传统软件生命周期模型 软件过程模型也称做软件生命周期模型，是从一个特定角度提出的对软件过程的简化描述，是对软件开发实际过程的抽象，它包括构成软件过程的各种活动、软件工件（artifact）以及参与角色等。 软件生命周期模型是一个框架，描述从软件需求定义直至软件经使用后废弃为止，跨越整个生存期的软件开发、运行和维护所实施的全部过程、活动和任务，同时描述生命周期不同阶段产生的软件工件，明确活动的执行角色等。 模型种类 2.4.1 瀑布模型 2.4.2 V模型和W模型 2.4.3 原型方法 2.4.4 演化模型 2.4.5 增量模型 2.4.6 螺旋模型 2.4.7 喷泉模型 2.4.8 构件组装模型 2.4.9 快速应用开发模型 2.4.1 瀑布模型 Winston Royce在软件生命周期概念的基础上，于1970年提出了著名的“瀑布模型”（waterfall model）。 2.4.1 瀑布模型 瀑布模型中的每一个开发活动具有下列特征： 本活动的工作对象来自于上一项活动的输出，这些输出一般是代表该阶段活动结束的里程碑式的文档。 根据本阶段的活动规程执行相应的任务。 产生本阶段活动相关产出—软件工件，作为下一活动的输入。 对本阶段活动执行情况进行评审。 2.4.1 瀑布模型 瀑布模型的优缺点 2.4.2 V模型和W模型 1980年代后期Paul Rook提出了V模型 W模型 Evolutif公司在V模型的基础上提出了W模型 2.4.3 原型方法 原型方法的产生 瀑布模型、V模型和W模型都将软件生命周期