软件工程概论参考课件c013软件工程技术与项目管理.pptVIP

C-Level Messaging Pilot 2002 Symantec Corporation, All Rights Reserved 软件工程概论 Name: Email: Tel: 目 录 第1章 绪论 第2章 软件定义 第3章 需求分析 第4章 软件设计 第5章 编程与测试 第6章 维护 第7章 面向对象的方法 第8章 面向对象的需求获取 第9章 面向对象的分析 第10章 面向对象的设计 第11章 面向对象的实现 第12章 面向对象的测试 第1章 绪 论 1.1 软件工程学科的发展 1.2 软件工程的基本概念 1.3 软件过程 1.4 软件工程技术 1.5 软件项目管理 思考题 1.4 软件工程技术 软件工程讨论的主要内容包括软件工程技术和软件项目管理两部分。 软件工程技术是指从需求分析、系统设计、编程、测试与维护的相关技术方法； 从方法论角度讲，软件工程技术大体分为：传统地方法、结构化方法和面向对象的方法； 不同的方法论对需求分析、软件设计、编程、测试与维护都提出了相应的工具和技术。 本书主要讨论结构化方法和面向对象方法的相关技术 第1章 绪 论 1.1 软件工程学科的发展 1.2 软件工程的基本概念 1.3 软件过程 1.4 软件工程技术 1.5 软件项目管理 思考题 1.5 软件项目管理 为确保软件项目的顺利进行，作为一项复杂的工程，软件开发过程除了有效的工程技术还需要科学的项目管理。 软件项目管理讨论的内容包括： 软件度量：估算软件规模、 工作量估算 进度计划与控制 人员组织 质量保证 软件配置管理 为了便于理解，本教材将项目管理的相关内容在此做一个概述，具体内容分散到相应章节详细介绍。如项目估算与进度计划，放在可行性研究的项目初步计划中阐述。 配置管理与质量控制是贯穿整个软件过程的活动，与大部分工作流相关，因此本节主要概述配置管理与质量控制的相关内容． 1.5.1　配置管理 软件配置管理是在软件的整个生命期内管理变化的一组活动。 具体地说，这组活动用来： ①标识变化； ②控制变化； ③确保适当地实现了变化； ④向需要知道这类信息的人报告变化。 有“变更”才需要“管理”和“控制” 变更是软件项目与生价俱来的特性，因为经常会变更，所以软件开发基本都是迭代化的过程； 在设计过程会发现需求说明书中的问题，在实现过程又会暴露出设计中的错误，此外，随着时间推移客户的需求也会或多或少发生变化。 变更不是坏事。变化是不可避免的，同时，也是必要的，因为每当变更被提出来的时候，都是发现了缺陷或错误的时候。 但是，变化也很容易失去控制，如果不能适当地控制和管理变化，势必造成混乱并产生许多严重的错误。 1.5.1　配置管理 1.5.1.1 软件配置 1. 软件配置项 2. 基线 1.5.1.2 软件配置管理过程 1. 标识软件配置中的对象 2. 版本控制 3. 变化控制 4. 配置审计 5. 状态报告 1.5.1.1 软件配置 1. 软件配置项 2. 基线 1. 软件配置项 软件过程的输出信息可以分为3类： ①源代码和可执行程序； ②文档（供技术人员或用户使用）； ③数据（程序内包含的或在程序外的）。 上述这些项组成了在软件过程中产生的全部信息，我们把它们统称为软件配置，而这些项就是软件配置项。 1. 软件配置项 随着软件开发过程的进展，软件配置项的数量迅速增加。而且由于种种原因，软件配置项的内容随时都可能发生变化。 为了开发出高质量的软件产品，软件开发人员不仅要努力保证每个软件配置项正确，而且必须保证一个软件的所有配置项是完全一致的。 可以把软件配置管理看作是应用于整个软件过程的软件质量保证活动，是专门用于管理变化的软件质量保证活动。 2. 基线 基线是一个软件配置管理概念，它有助于我们在不严重妨碍合理变化的前提下来控制变化。 简而言之，基线就是通过了正式复审的软件配置项。 在软件配置项变成基线之前，可以迅速而非正式地修改它。一旦建立了基线之后，虽然仍然可以实现变化，但是，必须经过正式的流程。要经过评估、实现和验证每个变化。 2. 基线 除了软件配置项之外，许多软件工程组织也把软件工具置于配置管理之下，也就是说，把特定版本的编辑器、编译器和其他CASE工具，作为软件配置的一部分“固定”下来。 因为当修改软件配置项时必然要用到这些工具，为防止不同版本的工具产生的结果不同，应该把软件工具也基线化，并且列入到综合的配置管理过程之中。 1.5.1　配置管理 1.5.1.1 软件配置 1. 软件配置项 2. 基线 1.5.1.2 软件配置管理过程 1. 标识软件配置中的对象 2. 版本控制 3. 变化控制 4.