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