软件危机( Software crisis) 首次提出:1968年北大西洋公约组织在联邦德国召开的 国际学术会议上。 软件危机是指在计算机软件的开发和维护过程中所遇到 的一系列严重问题 可以把软件危机概括为两个方面的问题:一、如何开发 软件,以满足不断增长,日趋复杂的需求;二、如何维 护数量不断膨胀的软件产品 从软件工程几十年的发展历程来看,软件危机不 是” crISIS.所能形容的,而更象” chronic affliction”,是一种顽固的慢性痛苦。软件危机的根本 原因是软件系统高度复杂、难于驾驭和软件开发所带有
软件危机（Software Crisis） • 首次提出：1968年北大西洋公约组织在联邦德国召开的 国际学术会议上。 • 软件危机是指在计算机软件的开发和维护过程中所遇到 的一系列严重问题。 • 可以把软件危机概括为两个方面的问题：一、如何开发 软件，以满足不断增长，日趋复杂的需求；二、如何维 护数量不断膨胀的软件产品。 • 从软件工程几十年的发展历程来看，软件危机不 是”crisis”所能形容的，而更象”chronic affliction” ,是一种顽固的慢性痛苦。软件危机的根本 原因是软件系统高度复杂、难于驾驭和软件开发所带有 的个人色彩
软件危机的具体表现 对软件开发成本和进度的估计常常不准确。开发成本超 出预算,实际进度比预定计划一再拖延的现象并不罕见。 用户对“已完成”系统不满意的现象经常发生。 软件产品的质量往往靠不住。Bug一大堆, Patch-个接 软件的可维护程度非常之低,即“维护墙”问题。 软件通常没有适当的文档资料。 软件成本不断提高(软件生产是复杂的高智力活动) 软件开发生产率的提高赶不上硬件的发展和人们需求的 增长
软件危机的具体表现 • 对软件开发成本和进度的估计常常不准确。开发成本超 出预算，实际进度比预定计划一再拖延的现象并不罕见。 • 用户对“已完成”系统不满意的现象经常发生。 • 软件产品的质量往往靠不住。Bug一大堆，Patch一个接 一个。 • 软件的可维护程度非常之低，即“维护墙”问题。 • 软件通常没有适当的文档资料。 • 软件成本不断提高（软件生产是复杂的高智力活动）。 • 软件开发生产率的提高赶不上硬件的发展和人们需求的 增长
软件危机产生的原因 与软件本身的特点有关 与软件开发和维护的方法不正确有关。软件开发和维护 的不正确方法主要表现为忽视软件开发前期的需求分析 开发过程没有统一的、规范的方法论的指导,文档资料 不齐全,忽视人与人的交流:忽视测试阶段的工作,提 交用户的软件质量差;轻视软件的维护。这些大多数都 是软件开发过程管理上的原因 硬件技术和产品的发展速度远远大于软件。 计算机应用普及一社会对软件的依赖一对软件的需求 质量和可靠性的要求巨增。 涉及问题、资源问题使得我们难以支持和增强已有的软 件,即所谓的“维护墙”问题
软件危机产生的原因 • 与软件本身的特点有关。 • 与软件开发和维护的方法不正确有关。软件开发和维护 的不正确方法主要表现为忽视软件开发前期的需求分析； 开发过程没有统一的、规范的方法论的指导，文档资料 不齐全，忽视人与人的交流；忽视测试阶段的工作，提 交用户的软件质量差；轻视软件的维护。这些大多数都 是软件开发过程管理上的原因。 • 硬件技术和产品的发展速度远远大于软件。 • 计算机应用普及—社会对软件的依赖—对软件的需求、 质量和可靠性的要求巨增。 • 涉及问题、资源问题使得我们难以支持和增强已有的软 件，即所谓的“维护墙”问题
第二讲 软件工程概述
第二讲 软件工程概述
软件工程( software engineering) 1968年秋季,NATO(北约)的科技委 员会召集了近50名一流的编程人员、计 算机科学家和工业界巨头,讨论和制定 摆脱“软件危机”的对策。 Fritz bauer 在那次会议上第一次提出了“软件工程” 这个概念。到今天,软件工程整整走过 了36年的历程
软件工程（software engineering） • 1968年秋季，NATO（北约）的科技委 员会召集了近50名一流的编程人员、计 算机科学家和工业界巨头，讨论和制定 摆脱“软件危机”的对策。Fritz Bauer 在那次会议上第一次提出了“软件工程” 这个概念。到今天，软件工程整整走过 了36年的历程