第1章节 软件工程学概论资料.pptVIP

软 件 工 程 第1章 软件工程学概述 1.0 什么是软件？ 1.1 软件危机 1.2 软件工程 1.3 软件生命周期 1.4 软件过程 1.5 小结 习题 软件的表现形式： 软件的分类： 按软件的功能进行划分： 系统软件 操作系统 数据库管理系统 设备驱动程序 通信处理程序 等 支撑软件 文本编辑程序 文件格式化程序 磁盘向磁带向数据传输的程序 程序库系统 支持需求分析、设计、实现、测试和支持管理的软件 应用软件 商业数据处理软件 工程与科学计算软件 计算机辅助设计／制造软件 系统仿真软件 智能产品嵌入软件 医疗、制药软件 事务管理、办公自动化软件 计算机辅助教学软件 按软件工作方式划分： 实时处理软件 分时软件 交互式软件 批处理软件 按软件服务对象的范围划分： 项目软件 产品软件 软件发展阶段： 程序设计阶段 — 50至60年代 程序系统阶段 — 60至70年代 软件工程阶段 — 70年代以后 软件开发工具的变迁： 穿孔机打孔编程 ? 汇编语言(Z80、M6800、8086/88) ? 高级语言(Cobol、Basic、Dbase、Turbo C、 FoxBase、Foxpro等) ? C/S、B/S体系结构的开发工具(VFP、VC、VB、Delphi、Powerbuilder、C++ Builder、Oracle Developer/2000、Java、MS .net等等) §1.1 软件危机 软件危机 软件危机 “非常好”工程师以年轻人的热情回答道，“这个项目远比我想像的简单。我差不多已经完成了75%的任务。 老板笑了，说道：“真是太棒了”然后他嘱咐年轻人继续努力工作，准备好一周后再汇报一次工作进度。 一周后老板将年轻人叫到办公室，问他说：“现在进度如何？” “一切顺利”年轻人回答说，“但是我遇到了一些小麻烦。我会排除这些困难，很快就可以回到正轨上来。” “你觉得在最后期限之前能否完成？”老板问道。 “没有问题”工程师答道。“我差不多已经完成了90%” 问题：年轻工程师在整个项目工期内始终停留在90%的进度上，（在别人的帮助下）直到交付期限之后一个月才做完。 软件危机 ⑵ 没有充分的文档资料(documentation) 软件危机 ⑶ 软件可靠性(reliability)缺少度量的标准，质量无法保证。 如何保证软件产品的质量，是非常复杂困难的问题。特别对于规模庞大的软件。 软件危机的产生的原因及总结 (1) 对软件开发成本和进度的估计常常很不准确。拖期，项目管理经验欠缺。 (2) 用户对“已完成的”软件系统不满意的现象经常发生。模糊的需求 、闭门造车、忙于编程，仓促上阵。 (3) 软件产品的质量往往靠不住。可靠性和质量保证欠缺，缺少测试。 (4) 软件常常是不可维护的。设计死板，没有整体考虑。 (5) 软件通常没有适当的文档资料。缺少设计资料、难以维护，写文档嫌麻烦。 (6) 软件成本在计算机系统总成本中所占的比例逐年上升。软件过于庞大，成本过高。 (7) 软件开发生产率提高的速度，远远跟不上计算机应用迅速普及深入的趋势。跟不上计算机和软件技术的发展速度，技术落后。 软件开发付出代价分析 根据美国一些软件公司的统计资料，在后期引入一个变动比在早期引入相同变动所需付出的代价高2～3个数量级。图1.1定性地描绘了在不同时期引入一个变动需要付出的代价的变化趋势。 消除软件危机的办法 1、理解软件的概念：软件是程序、数据及相关文档的完整集合。 2、应该推广使用在实践中总结出来的开发软件的成功的技术和方法——注意总结和积累 3、应该开发和使用更好的软件工具。 4、软件工程学的一个重要目标就是提高软件的可维护性，减少软件维护的代价。 总之，为了解决软件危机，就要引入“软件工程”，既要有技术措施(方法和工具)，又要有必要的组织管理措施。 §1.2 软件工程 所谓软件工程，提倡的是一种软件开发中的系统思想的具体实现，是一门科学，也被称为是软件产业中的“软”科学。 软件工程这一概念，主要是针对20世纪60年代“软件危机”而提出的。它首次出现在1968年NATO（北大西洋公约组织）会议上。主要围绕软件项目，开展有关开发模型、方法以及支持工具的研究。其主要成果有：提出了瀑布模型，开发了一些结构化程序设计语言（例如PASCAL语言，Ada语言）、结构化方法等。并且，围绕项目管理提出了费用估算、文档复审等方法和工具。 70年代初，自“软件工厂”这一概念提出以来，主要围绕软件过程以及软件复用，开展了有关软件生产技术和软件生产管理的研究与实践。其主要成果有：提出了应用广泛的面向对象语言以及相关的面向对象方法，大力开展了计算机辅助软件工程(CAS