软件工程的基本介绍与发展.pptVIP

这个项目的负责人 F.D.Brooks 事后总结了他在组织开发过程中的沉痛教训时说： 　……正像一只逃亡的野兽落到泥潭中做垂死的挣扎，越是挣扎，陷得越深。最后无法逃脱灭顶的灾难， …… 程序设计工作正像这样一个泥潭， …… 一批批程序员被迫在泥潭中拼命挣扎， …… 谁也没有料到竟会陷入这样的困境…… 结构化方法及瀑布模型 结构化开发方法（Structured Developing Method）： 是现有的软件开发方法中最成熟，应用最广泛的方法； 主要特点是快速，自然和方便。 结构化方法总的指导思想是自顶向下、逐步求精。 它的基本原则是功能的分解与抽象。 结构化开发方法的组成 结构化分析方法 SA法（Structured Analysis） 结构化设计方法 SD法（Structured Design） 结构化程序开发方法 SP法（Structured Program） SA，SD，SP 法相互衔接，形成了一整套开发方法。 基本思想 对问题领域进行自然的分割，以更接近人类通常思维的方式建立问题领域的模型。 对客观的信息实体进行结构和行为的模拟，从而使设计的软件更直接地表现问题的求解过程。 面向对象的开发方法以对象作为最基本的元素，是分析和解决问题的核心。 统一过程模型如图所示 增量模型(incremental model) 增量模型是一种非整体开发的模型。是一种进化式的开发过程。 根据增量的方式和形式的不同，分为： 基于瀑布模型的渐增模型 基于原型的快速原型模型 该模型具有较大的灵活性，适合于软件需求不明确、设计方案有一定风险的软件项目。 增量模型和瀑布模型之间的本质区别是什么？ 螺旋模型将瀑布模型与原型化模型结合起来,并加入了风险分析。 螺旋模型 螺旋模型 螺旋模型将开发过程分为几个螺旋周期，每个螺旋周期可分为4个工作步骤： 第一，确定目标、方案和限制条件； 第二，评估方案、标识风险和解决风险； 第三，开发确认产品； 第四，计划下一周期工作。 面向对象方法 OOSD： Object-Oriented Software Development 是80年代推出的一种全新的软件开发方法。 非常实用而强有力，被誉为90年代软件的核心技术之一。 面向对象方法及其工作模型 1963年美国飞往火星的火箭爆炸，造成1000万美元的损失。原因是FORTRAN程序： DO 5 I=1，3 误写为：DO 5 I=1 . 3 1967 年苏联“联盟一号”载人宇宙飞船在返航时，由于软件忽略一个小数点，导至在进入大气层时因打不开降落伞而烧毁。 软件危机 “软件危机” 的出现是由于软件的规模越来越大，复杂度不断增加，软件需求量增大。 而软件开发过程是一种高密集度的脑力劳动，软件开发的模式及技术不能适应软件发展的需要。 “软件危机”主要表现在两个方面： (1)软件产品质量低劣，甚至开发过程就夭折。 (2)软件生产率低，不能满足需要。 具体来说，软件危机主要有以下一些典型表现: 对软件开发成本和进度的估计常常很不准确。 用户对“已完成的”软件系统不满意的现象经常发生。 软件产品的质量往往靠不住。 软件常常是不可维护的。 软件通常没有适当的文档资料。 软件成本在计算机系统总成本中所占的比例逐年上升。 软件开发生产率提高的速度，既跟不上硬件的发展速度，也远远跟不上计算机应用迅速普及深入的趋势。 1.2 软件危机与软件工程 除了软件本身的特点，软件危机发生的主要原因有： 缺乏软件开发的经验和有关软件开发数据的积累，使得开发工作的计划很难制定。 软件人员与用户的交流存在障碍，使得获取的需求不充分或存在错误 。 软件开发过程不规范。如，没有真正了解用户的需求就开始编程序。 随着软件规模的增大，其复杂性往往会呈指数级升高。需要很多人分工协作，不仅涉及技术问题，更重要的是必须有科学严格的管理。 缺少有效的软件评测手段，提交用户的软件质量不能完全保证。 1.2 软件危机与软件工程 彻底消除“软件就是程序”的错误观念。 充分认识到软件开发应该是一种组织良好、管理严密、各类人员协同配合、共同完成的工程项目。 推广和使用在实践中总结出来的开发软件的成功技术、方法和工具。 按工程化的原则和方法组织软件开发工作。 如何摆脱软件危机? 1.2 软件危机与软件工程 软件危机与软件工程 软件工程的概念 为了克服软件危机，1968年10月在北大西洋公约组织（NATO）召开的计算机科学会议上，Fritz Bauer 首次提出“软件工程”的概念，试图将工程化方法应用于软件开发。 在NATO会议上，Fritz Bauer对软件工程的定义是：“软件工程就是为了经济地获得可靠的且能在实际机器上