2-软件配置管理计划.pptVIP

案例引入 案例角色和人物 案例引入 软件项目已经成功实施了8个月，项目组已经进入编码阶段，在此过程中产生了许多的软件产品 到了编码阶段已经有了近百个软件产品(包括技术文档、管理文档、程序模块等)，项目组在管理这些产品方面感到繁琐和困难 此时，用户提出要变更需求，软件项目组同意用户的需求变更请求，为此，修改了软件需求规格说明书 项目组将更改后、新的软件需求规格说明书交给了软件设计小组，设计小组为此更改了设计。更改后的软件设计涉及诸多的软件模块和数据设计，为此导致许多的模块和源程序代码和可执行代码发生了变化 案例引入 软件项目已经成功实施了8个月，项目组已经进入编码阶段，在此过程中产生了许多的软件产品 由于变化的范围太大，项目组很难清晰地了解哪些作了变化、做了什么样的变化 由此带来的新的问题是，项目组未能及时将这些变化通知给相关、受影响的小组和人员，从而出现软件产品之间的不一致(设计与编码不一致)，所开发的产品没有完全符合和满足用户的需求 案例引入 软件项目已经成功实施了8个月，项目组已经进入编码阶段，在此过程中产生了许多的软件产品 对于某些模块更为糟糕，因为这些模块已经经过了多达6－7次的修改，而且每次修改都有意义，从而产生了不同版本的软件模块设计，由于没有相关的有效管理措施，开发人员已经很难清晰、有效识别、区分这些软件模块，出现许多开发人员都有该模块的诸多版本 案例引入 软件项目已经成功实施了8个月，项目组已经进入编码阶段，在此过程中产生了许多的软件产品 与此相对应的是，该模块的源代码也有许多版本 在实际组装软件时，项目组不能有效提取出所需的软件产品，共同构成可运行的软件系统 案例提示 软件开发过程中会产生大量软件产品(包括文档、源代码和数据等)，且这些产品之间存在关联关系 同一软件产品，也会发生变更从而产生许多版本 软件开发小组必须清晰的知道会有哪些产品、这些产品会有哪些不同的形式和版本 开发小组必须清晰的知道如何将产品的变更通知给受影响的小组 如果不能有效的了解软件产品及其变更，开发小组很难组装这些软件产品，从而得到所需的软件产品 软件项目管理问题 什么是软件配置？ 软件配置需要关心哪些方面的问题？ 如何进行软件配置？ 如何撰写软件配置管理计划？ 有哪些软件工具支持软件配置活动? 软件项目管理 第10章 软件配置管理计划 本章要点 一、软件项目配置管理基本概念 软件配置管理（SCM:Software Configuration Management ） 配置项（ SCI: Software Configuration Item ） 基线（Baseline） 二、软件项目配置管理过程 配置项标识 变更管理 配置项审计 配置项状态统计 三、软件项目配置管理计划 四、配置管理工具 五、案例分析 软件配置管理（SCM)相关定义 (1)《 ISO 9000-3（1997）质量管理和质量保证标准--第3部分 》和 《ISO 9001-1994 在计算机软件开发、供应、安装和维护中的应用指南》： 配置管理是一个管理学科，它对配置项（包括软件项）的开发和支持生存期给予技术上的和管理上的指导。配置管理的应用取决于项目的规模、复杂程度和风险大小。 (2)W.Babich 的解释 软件配置管理能协调软件开发，使混乱减少到最小。软件配置管理是一种标识、组织和控制修改的技术，目的是最有效的提高生产率。 软件配置管理（SCM)相关定义 (3)GB/T 11457 :1995《软件工程术语》国家标准 A.表示和确定系统中配置项的过程，在系统整个生存期内控制这些配置项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。 B.对下列工作进行技术和行动指导与监督的一套规范： ——对配置项的功能特性和物理特性进行标识和文件编制工作； ——控制这些特性的更动情况； ——记录并报告这些更动进行的处理和实现的状态。 软件配置管理(1/5) 什么是软件配置管理? 在软件的整个生命周期中，对SCI进行以下工作 系统地控制SCI的标识、存储、更动和发放 记录、报告其状态 验证SCI的正确性和一致性 对上述工作的审计 软件配置管理(2/5) 为什么需要SCM? 软件产品的易改性与可控性 团队开发时，多人并发存取需加控制(存取控制) 多应用开发时，同一软件的不同版本可能对应于不同应用，对此需加控制(版本控制) 应对软件更动状态予以追踪，并及时向有关人员通报状态情况 如果软件产品不能自始至终地保持清晰、互相一致，造成混乱、丢失，那么该软件系统会因无法使用而不得不报废 软件配置管理(3/5) SCM要解决的问题: 如何标识SCI和管理SCI的诸多版本，以使得变化可以高效地进行 如何在软件发布给