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

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

ID:43816204

大小:930.50 KB

页数:60页

时间:2019-10-15

软件工程模型与方法 02、软件生命周期模型_第1页
软件工程模型与方法 02、软件生命周期模型_第2页
软件工程模型与方法 02、软件生命周期模型_第3页
软件工程模型与方法 02、软件生命周期模型_第4页
软件工程模型与方法 02、软件生命周期模型_第5页
资源描述:

《软件工程模型与方法 02、软件生命周期模型》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、软件工程模型与方法Models&MethodsofSE第二章软件生命周期模型肖丁本章内容2.1软件工程过程2.2软件生命周期2.3软件过程模型2.4传统软件生命周期模型2.5新型软件生命周期模型2.1软件工程过程软件工程过程是为了获得软件产品,在软件工具的支持下由软件工程师完成的一系列软件工程活动。主要有:软件规格说明:规定软件的功能及其使用限制;软件开发:产生满足规格说明的软件;软件确认:通过有效性验证以保证软件能够满足客户的要求;软件演进:为了满足客户的变更要求,软件必须在使用过程中进行不断地改进。2.2软件生命周期软件生命周期是指软件产品从考虑其概念开始,到该软件产品不再使用

2、为止的整个时期,一般包括概念阶段、分析与设计阶段、构造阶段、移交阶段等不同时期。软件生命周期的六个基本步骤制定计划需求分析设计程序编码测试运行维护制定计划确定要开发软件系统的总目标;给出功能、性能、可靠性以及接口等方面的要求;完成该软件任务的可行性研究;估计可利用的资源(硬件,软件,人力等)、成本、效益、开发进度;制定出完成开发任务的实施计划,连同可行性研究报告,提交管理部门审查;需求分析对用户提出的要求进行分析并给出详细的定义;编写软件需求规格说明书或系统功能说明书及初步的系统用户手册;提交管理机构评审;设计概要设计:把各项需求转换成软件的体系结构。结构中每一组成部分都是意义明确

3、的模块,每个模块都和某些需求相对应;详细设计:对每个模块要完成的工作进行具体的描述,为源程序编写打下基础;编写设计说明书,提交评审。程序编码把软件设计转换成计算机可以接受的程序代码,即写成以某一种特定程序设计语言表示的“源程序清单”;写出的程序应当是结构良好、清晰易读的,且与设计相一致的;测试单元测试,查找各模块在功能和结构上存在的问题并加以纠正;组装测试,将已测试过的模块按一定顺序组装起来;按规定的各项需求,逐项进行有效性测试,决定已开发的软件是否合格,能否交付用户使用;运行维护改正性维护:运行中发现了软件中的错误需要修正;适应性维护:为了适应变化了的软件工作环境,需做适当变更;

4、完善性维护:为了增强软件的功能需做变更。2.3软件过程模型模型是实际事物、实际系统的抽象。模型的表示形式是可以多种多样的,可以是数学表达式、物理模型或图形文字描述等等。只要能回答所需研究问题的实际事物或系统的抽象表达式,都可称为模型。工作流(workflow)模型:描述软件过程中各种活动的序列、输入和输出,以及各种活动之间的相互依赖性。它强调软件过程中活动的组织控制策略。数据流(dataflow)模型:描述将软件需求变换成软件产品的整个过程中的活动,这些活动完成将输入工件变换成输出工件的功能。它强调软件过程中的工件的变换关系,对工件变换的具体实现措施没有加以限定。角色/动作模型:描

5、述了参与软件过程的不同角色及其各自负责完成的动作,即根据参与角色的不同将软件过程应该完成的任务划分成不同的职能域(functionarea)。2.4传统软件生命周期模型软件过程模型也称做软件生命周期模型,是从一个特定角度提出的对软件过程的简化描述,是对软件开发实际过程的抽象,它包括构成软件过程的各种活动、软件工件(artifact)以及参与角色等。软件生命周期模型是一个框架,描述从软件需求定义直至软件经使用后废弃为止,跨越整个生存期的软件开发、运行和维护所实施的全部过程、活动和任务,同时描述生命周期不同阶段产生的软件工件,明确活动的执行角色等。模型种类2.4.1瀑布模型2.4.2V

6、模型和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瀑布模型WinstonRoyce在软件生命周期概念的基础上,于1970年提出了著名的“瀑布模型”(waterfallmodel)。2.4.1瀑布模型瀑布模型中的每一个开发活动具有下列特征:本活动的工作对象来自于上一项活动的输出,这些输出一般是代表该阶段活动结束的里程碑式的文档。根据本阶段的活动规程执行相应的任务。产生本阶段活动相关产出—软件工件,作为下一活动的输入。对本阶段活动执行情况进行评审。2.4.1瀑布模型瀑布模型的优

7、缺点优点缺点降低了软件开发的复杂程度,而且提高了软件开发过程的透明性,提高了软件开发过程的可管理性。模型缺乏灵活性,特别是无法解决软件需求不明确或不准确的问题。推迟了软件实现,强调在软件实现前必须进行分析和设计工作。模型的风险控制能力较弱。以项目的阶段评审和文档控制为手段有效地对整个开发过程进行指导,保证了阶段之间的正确衔接,能够及时发现并纠正开发过程中存在的缺陷,从而能够使产品达到预期的质量要求。瀑布模型中的软件活动是文档驱动的,当阶段之间规定过多的文档时,会极大地

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。