第一章软件凯工程概述.pptVIP

课程类别 必修课 考试方式 闭卷 成绩构成 平时10%+期中20%+实验（包含项目）20%+期末50% 学时： 32+16（信安）或48+16（软件） 课程简介 教材 软件工程：共同演进的方法介绍 田文洪 王玉林 周俊临等人编著 机械工业出版社出版 说明：当前正在出版！ 参考资料 软件工程——实践者的研究方法 R.S.Pressman 机械工业出版社 An introduction to Software Engineering Ian Sommerville 机械工业出版社 课程简介 主要内容 介绍职业化、规范化的软件开发概念，原则，方法和实践。包括介绍软件产品的特点；软件工程的历史发展背景；软件过程模型；软件工程分析，设计和测试等实践原则和方法；软件项目管理（计划，管理和控制，风险，配置等）基本概念和方法 主要要求 通过本课程的学习，可使学生了解软件工程的基本知识和方法，熟悉软件工程的各种环节（需求分析，设计，编码，测试，部署等）。掌握软件工程传统经典和现代高级的理论和方法，并能应用到实际的软件项目开发中 软件工程知识机构 软件工程过程 软件工程知识体系 软件工程职业道德和责任规范 公众：以公众利益为目标 客户和雇主 ：满足其最大利益 产品：符合专业标准 判断：完整性和独立性 管理：软件项目经理和领导人 专业：完整性和声誉 同行：平等互助支持 自我：自我约束、自我激励 软件工程的7个原则 B. W. Boehm于1983年总结了开发软件的经验，提出了软件工程的7条基本原理。这7条原理被认为是确保软件产品质量和开发效率的原理的最小集合，又是相互独立、缺一不可、相当完备的最小集合。 使用阶段性生命周期计划的管理 进行连续的验证 保证严格的产品控制 使用现代编程工具/工程实践 保持清晰的责任分配 用更好更少的人 保持过程改进 软件工程知识体系 软件工程知识体系（IEEE） Software Engineering Body of Knowledge 需求 构建 测试 维护 配置管理 过程 质量 工程管理 工具(编码，测试等） 设计 软件知识体系及其关联 软件构造 软件设计 软件测试 软件维护 过程管理 软件项目管理 方法与工具 软件质量 软件安全 软件需求 交付 升级 软件工程是一门交叉学科 计算机工程 计算机科学 管理学 数学 项目管理 质量科学 软件工程学 系统工程 。。。 一些对软件工程的误解（1） M 代表误解，R 代表现实。 管理方面的误解: M1: 我们已经有一本关于软件生产的标准和过程的书，这还不能让我们学习到需要的知识吗？ R1: 相比最新的大型主机，工作站和PC，这会使我们在做高质量软件开发时花费得更多。 M2: 如果我们项目进度落后了，可以加入更多的程序员来赶进度。 R2: 软件开发的机制和手工作业不一样。在一个延迟了的软件项目中加入新的开发人员只会让它延迟更多。 M3: 如果我们将软件项目外包给第三方，我们就轻松了，让那个公司去完成它吧。 R3: 如果组织管理方不懂得如何从内部管理和控制软件项目，即使将项目外包也无济于事。 一些对软件工程的误解（2） 客户:由于用户不正确的期望，最后导致对开发人员的不满。 M1: 对目标的一般陈述就足以开始编程，我们可以今后再补充细节。 R1: 前期糟糕的项目需求定义，是导致软件失败的主要原因。 M2: 项目需求的确在不断变化,但变化所产生的影响是根据变化提出的时间不同而不同的。 需求变化的影响 一些对软件工程的误解（3） 实践者: 软件从业者积累了50 年的编程文化。在早期的软件开发中,编程被视为一种艺术形式。 M1: 一旦我们编程完毕并成功运行，我们的工作就结束了。 R1: “越早开始写代码，我们就会花费越长的时间去完成它”。工业数据显示，软件开发60%-80%的精力将耗费在软件首次提交给用户以后。 M2: 当我的程序运行之前，我没有办法评估它的质量。 R2: 一个最有效的软件质量保证机制应当在项目的正式开始启动时——可以通过技术报告体现。 M3: 唯一可交付的工作成果是一个成功运行的项目程序。 R3: 一个可运行的程序只是软件结构的一部分，它还包含了许多其它因素。 M4: 软件工程将会让我们去创建大量不必要的文档，并且总是使我们的进度放慢。软件工程仅仅是文档而已。 R4: 软件工程并不是创建文档，而是创建质量。更好的质量减少返工的概率。更少返工会让项目更早交付。所有的文档都是提高团队沟通和质量所必须的。 本章小结 软件工程的目标是提供一个系统框架，用于建立高质量的软件。 软件：随着解决特定问题和行业自身的信息分析工具变化而演进 早期的“编程”文化和历史造成了一系列的问题，这些问题延续至今 需要学习如何建立高品质和大规模的软件 作业 1