《软件工程》课件.ppt

《软件工程》课件
《软件工程》
第一章概述
第二章软件计划
第三章软件需求分析
第四章软件总体设计
第五章软件详细设计
第六章软件编码
第七章软件测试
第八章软件维护
第九章软件项目管理
第十章面向对象技术
第一章第一课时
几个基本概念
软件及其组成
软件的概念
软件的组成
软件危机(概念、表现、产生原因与解决办法)
软件工程
软件发展简史(无程序的阶段、程序阶段、软件阶段与软件工程阶段)
软件生命周期(软件生存的七个阶段:软件计划、软件需求分析、软件总体设计、软件详细设计、软件编码、软件测试、软件维护)
第二课时
第一章第二课时
软件开发模型
瀑布模型
快速原型
瀑布模型的定义
瀑布模型遵循软件生存周期的划分,明确规定每个阶段的任务,各个阶段的工作顺序展开,恰如奔流不息拾级而下的瀑布。
问题定义
可行性研究
需求分析
概要设计
详细设计
编码
测试
运行
维护
开发时期
计划时期
有错
运行时期
对应的文档资料与系统目标
方案论证报告或计划任务书
需求规格说明书
系统功能结构图
设计规格书
程序规格书、源程序
测试记录、用户操作手册
评价报告、维护记录
瀑布模型的特点
(1)软件生存周期的顺序性:只有前一阶段工作完成以后,后一阶段的工作才能开始,前一阶段的输出文档,就是后一阶段的输入文档。只有前一阶段有正确的输出,后一阶段才可能有正确的结果。如果在生存周期的某一阶段出现了错误,往往要追溯到在它之前的一些阶段。
瀑布模型开发适合于在软件需求比较明确,开发技术比较成熟,工程管理比较严格的场合下使用。
(2)尽可能推迟软件的编码:程序设计也称为编码。实践表明,大、中型软件编码开始得越早,完成所需的时间反而越长。瀑布模型在编码之前安排了需求分析、总体设计、详细设计等阶段,从而把逻辑设计和编码清楚地划分开来,尽可能推迟程序编码阶段。
(3)保证质量:为了保证质量,瀑布模型软件开发在每个阶段都要完成规定的文档,每个阶段都要对已完成的文档进行复审,以便及早发现隐患,排除故障。
快速原型
正确的需求定义是系统成功关键。软件开发人员需要反复多次地和用户交流信息,才能全面、准确地了解用户的要求。理想的做法是先根据需求分析的结果开发一个原型系统,请用户试用一段时间,以便能正确地认识到他们的实际需要是什么,这相当于工程上先制作“样品”试用后,作适当改进,然后再批量生产一样,这就是快速原型法。虽然此法要额外花费一些成本,但是可以尽早获得更正确完整的需求,可以减少测试和调试的工作量,提高软件质量。因此快速原型法使用得当,能减少软件的总成本,缩短开发周期,是目前比较流行的实用开发模式。
根据建立原型的目的不同,实现原型的途径也有所不同,通常有下述三种类型。
(1)渐增型
(2)用于验证软件需求的原型
(3)用于验证设计方案的原型
快速原型(续)——类型之一
先选择一个或几个关键功能,建立一个不完全的系统,此时只包含目标系统的一部分功能或对目标系统的功能从某些方面作简化,通过运行这个系统取得经验,加深对软件需求的了解,逐步使系统扩充和完善。如此反复进行,直到软件人员和用户对所设计的软件系统满意为止。
渐增型开发的软件系统是逐渐增长和完善的,所以从整体结构上不如瀑布型方法开发的软件那样清晰。但是,由于渐增型开发过程自始至终都有用户参与,因而可以及时发现问题加以修改,可以更好地满足用户需求。
快速原型(续)——类型之二
系统分析人员在确定了软件需求之后,从中选出某些应验证的功能,用适当的工具快速构造出可运行的原型系统,由用户试用和评价。这类原型往往用后就丢弃,因此构造它们的生产环境不必与目标系统的生产环境一致,通常使用简洁而易于修改的超高级语言对原型进行编码。
快速原型(续)——类型之三
为了保证软件产品的质量,在总体设计和详细设计过程中,用原型来验证总体结构或某些关键算法。如果设计方案验证完成后就将原型丢弃,则构造原型的工具不必与目标系统的生产环境一致。如果想把原型作为最终产品的一部分,原型和目标系统可使用同样的程序设计语言。