软件工程 Software Engineering

《软件工程 Software Engineering》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、软件工程模型与方法Models&MethodsofSoftwareEngineering第二章软件生命周期模型修佳鹏xiujiapeng@bupt.cn©2008BUPTTSEG本章内容2.1软件工程过程2.2软件生命周期2.3软件过程模型2.4传统软件生命周期模型2.5新型软件生命周期模型©2008BUPTTSEG北京邮电大学通信软件工程中心2.1软件工程过程软件工程过程是为了获得软件产品，在软件工具的支持下由软件工程师完成的一系列软件工程活动。软件规格说明（specification）：规定软件的功能及其使用限制；软件开发（development）：产生

2、满足规格说明的软件；软件确认（validation）：通过有效性验证以保证软件能够满足客户的要求；软件演进（evolution）：为了满足客户的变更要求，软件必须在使用过程中进行不断地改进。©2008BUPTTSEG北京邮电大学通信软件工程中心2.2软件生命周期软件有一个孕育、诞生、成长、成熟、衰亡的生存过程。这个过程即为计算机软件的生命周期（LifeCycle）。软件生命周期的六个基本步骤制定计划需求分析设计程序编码测试运行维护©2008BUPTTSEG北京邮电大学通信软件工程中心制定计划确定要开发软件系统的总目标；给出功能、性能、可靠性以及接口等方面的要求

3、；完成该软件任务的可行性研究；估计可利用的资源(硬件，软件，人力等)、成本、效益、开发进度；制定出完成开发任务的实施计划，连同可行性研究报告，提交管理部门审查；©2008BUPTTSEG北京邮电大学通信软件工程中心需求分析对用户提出的要求进行分析并给出详细的定义；编写软件需求说明书或系统功能说明书及初步的系统用户手册；提交管理机构评审；©2008BUPTTSEG北京邮电大学通信软件工程中心设计概要设计—把各项需求转换成软件的体系结构。结构中每一组成部分都是意义明确的模块，每个模块都和某些需求相对应；详细设计—对每个模块要完成的工作进行具体的描述，为源程序编写打

4、下基础；编写设计说明书，提交评审。©2008BUPTTSEG北京邮电大学通信软件工程中心程序编码把软件设计转换成计算机可以接受的程序代码，即写成以某一种特定程序设计语言表示的“源程序清单”；写出的程序应当是结构良好、清晰易读的，且与设计相一致的；©2008BUPTTSEG北京邮电大学通信软件工程中心测试单元测试，查找各模块在功能和结构上存在的问题并加以纠正；组装测试，将已测试过的模块按一定顺序组装起来；按规定的各项需求，逐项进行有效性测试，决定已开发的软件是否合格，能否交付用户使用；©2008BUPTTSEG北京邮电大学通信软件工程中心运行维护改正性维护：运行

5、中发现了软件中的错误需要修正；适应性维护：为了适应变化了的软件工作环境，需做适当变更；完善性维护：为了增强软件的功能需做变更。©2008BUPTTSEG北京邮电大学通信软件工程中心2.3软件过程模型模型是实际事物、实际系统的抽象。软件过程模型也称做软件生命周期模型，是从一个特定角度提出的对软件过程的简化描述，是对软件开发实际过程的抽象，它包括构成软件过程的各种活动、软件工件（artifact）以及参与角色等。软件生命周期模型描述从软件需求定义直至软件经使用后废弃为止，跨越整个生存期的软件开发、运行和维护所实施的全部过程、活动和任务的结构框架，同时描述生命周期不

6、同阶段产生的软件工件，明确活动的执行角色等。©2008BUPTTSEG北京邮电大学通信软件工程中心2.4传统软件生命周期模型2.4.1瀑布模型2.4.2V模型和W模型2.4.3原型方法2.4.4演化模型2.4.5增量模型2.4.6螺旋模型2.4.7喷泉模型2.4.8构件组装模型2.4.9快速应用开发模型©2008BUPTTSEG北京邮电大学通信软件工程中心2.4.1瀑布模型WinstonRoyce在软件生命周期概念的基础上，于1970年提出了著名的“瀑布模型”（waterfallmodel）。维护评价©2008BUPTTSEG北京邮电大学通信软件工程中心2.4

7、.1瀑布模型瀑布模型中的每一个开发活动具有下列特征：本活动的工作对象来自于上一项活动的输出，这些输出一般是代表本阶段活动结束的里程碑式的文档。根据本阶段的活动规程执行相应的任务。产生本阶段活动相关产出——软件工件，作为下一活动的输入。对本阶段活动执行情况进行评审。©2008BUPTTSEG北京邮电大学通信软件工程中心2.4.1瀑布模型瀑布模型的优缺点优点缺点降低了软件开发的复杂程度，而且提高了软件开发过程的透明性，提高了软件开发过程的可管理性。模型缺乏灵活性，特别是无法解决软件需求不明确或不准确的问题。推迟了软件实现，强调在软件实现前必须进行分析和设计工作。模

8、型的风险控制能力较弱。以项目的阶段评审