第1讲 软件工程学概述.ppt

软件工程导论 课程要求 课堂听讲 课堂作业 课程设计（六次） 可行性分析 需求分析 系统设计 代码 测试报告 使用说明 总 目 录 第1章 软件工程学概述 第2章 可行性研究 第3章 需求分析 第4章 形式化说明技术 第5章 总体设计 第6章 详细设计 第7章 实现 总 目 录 第8章 维护 第9章 面向对象方法学引论 第10章 面向对象分析 第11章 面向对象设计 第12章 面向对象实现 第13章 软件项目管理 举例：毕业设计过程 第1章 软件工程学概述 1.1 软件危机 1.2 软件工程 1.3 软件生命周期 1.4 软件过程 1.5 小结 习题 1.1 软件危机 1.个体化的软件 环境 无文档资料、个体、单个组编写。 2. “软件作坊” 产品软件 沿用个体化软件开发方法--- “软件危机”的产生！! 错误改正； 由新需求修改程序；硬件或操作系统更新时，修改以适应新环境。 软件维护工作。 1.1.1 软件危机的介绍 软件危机：指在计算机软件的开发和维护过程中所遇到的一系列严重问题。 包括：几乎所有软件，正常运行及不正常运行的。 两方面的问题： 如何开发软件，以满足对软件日益增长的需求； 如何维护数量不断膨胀的已有软件。 具体地说，软件危机主要有以下一些典型表现。 对软件开发成本和进度的估计不准确。 不满意软件。和用户交流不充分，“闭门造车” 。 软件产品的质量往往靠不住。 软件常常是不可维护的。可重用性差。 软件通常没有适当的文档资料。 软件成本所占的比例逐年上升 软件产品“供不应求” 1.1.2 产生软件危机的原因 与软件本身的特点有关 和软件开发与维护的方法不正确有关。 逻辑部件，非物理部件，缺乏“可见性” 分析方法、设计方法、形式说明方法、版本控制等，缺乏科学的管理。 开发者错误的方法和技术，急于求成，仓促上阵，---主观，主要原因 软件经历的时期：从定义、开发、使用和维护，直到最终被废弃 问题定义，确定要求解决的问题是什么—关键！ 进行可行性研究，决定该问题是否存在一个可行的解决办法； 需求分析，也就是深入具体地了解用户的要求，在目标系统做什么，和用户取得完全一致的看法。 完整的配置组成，包括程序、文档和数据等成分。不可忽视！ 1.1.3 消除软件危机的途径 错误认识---“软件就是程序” 软件: 由一个完整的配置，包括程序、数据及相关文档的完整集合。 IEEE为软件下的定义是：计算机程序、方法、规则、相关的文档资料以及在计算机上运行程序时所必需的数据。 程序：能够完成预定功能和性能的可执行的指令序列； 数据：使程序能够适当地处理信息的数据结构； 文档：开发、使用和维护程序所需要的图文资料。 1.2 软件工程 1.2.1 软件工程的介绍 软件工程: 指导机软件开发和维护的一门工程学科。 采用工程的概念、原理、技术和方法来开发与维护软件. 把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地开发出高质量的软件并有效地维护它，这就是软件工程。 IEEE进一步给出了一个更全面更具体的定义：“软件工程是： ① 把系统的、规范的、可度量的途径应用于软件开发、运行和维护过程，也就是把工程应用于软件； ② 研究①中提到的途径。 学习“软件工程”干什么、做什么！！！ 软件工程本质特性： 关注于大型程序的构造 把多人合作用时半年以上才写出的程序称为大型程序。 中心课题是控制复杂性，对子问题的通信和管理 软件经常变化、和扩展 4 . 开发软件的效率非常重要 协作是开发的关键 有效地支持它的用户，质量要求 1.2.2 软件工程的基本原理 自从1968年在联邦德国召开的国际会议上正式提出并使用了“软件工程”这个术语以来，研究软件工程的专家学者们陆续提出了100多条关于软件工程的准则或“信条”。著名的软件工程专家B.W.Boehm综合这些学者们的意见并总结了TRW公司多年开发软件的经验，于1983年在一篇论文中提出了软件工程的7条基本原理。他认为这7条原理是确保软件产品质量和开发效率的原理的最小集合。 1.2.2 软件工程的基本原理 软件工程的7条基本原理。 1. 用分阶段的生命周期计划严格管理 建立完善的计划 2. 坚持进行阶段评审：大部分错误是在编码之前造成的，错误发现得越晚，付出的代价也越高 3. 实行严格的产品控制：不能谁想修改软件，就随意进行修改 4. 采用现代程序设计技术 先进的技术不仅可以提高效率，而且可以提高软件产品的质量。 5. 结果应能清楚地审查 规定开发组织的责