软件配置管理全解.pptVIP

软件配置管理

软件配置管理CMMI对应实践配置管理基本概念配置管理活动产品公布流程配置管理工具简介

配置管理（CM）目的：通过配置标识、配置控制、配置状态汇报和配置审计等活动，建立和维护工作产品的完整性。工作产品包括：提交给客户的产品，指定的内部工作产品，获得的产品、工具，以及被用于构建和描述这些工作产品的其他项。借助于配置管理系统的配置控制、变更管理和配置审计功能，使基线变更和工作产品公布得到监督和控制。

CM（一）SG1EstablishBaselines（建立基线），建立已识别工作产品的基线。SP1.1IdentifyConfigurationItems（识别配置项），标识将要置于配置管理之下的配置项、组件和有关的工作产品。SP1.2EstablishaConfigurationManagementSystem（建立配置管理系统），建立和维护配置管理和变更管理系统，控制工作产品的完整性。SP1.3CreateorReleaseBaselines（建立或公布基线），创立或者公布基线，供内部使用或提交给客户。

CM（二）SG2TrackandControlChanges（跟踪并控制变更），跟踪和控制配置管理下工作产品的变更。SP2.1TrackChangeRequests（跟踪变更申请），变更申请不只是有关新的或变更的工作产品，还包括工作产品中的错误及缺陷。SP2.2ControlConfigurationItems（控制配置项），重要是控制配置项的变更，一般会形成配置项的修订历史和基线的存档两种工作产品。

CM（三）SG3EstablishIntegrity（建立完整性），建立和维护基线的完整性。SP3.1EstablishConfigurationManagementRecords（建立配置管理记录），建立和维护描述配置项的记录。SP3.2PerformConfigurationAudits（实行配置审计），执行配置审计以维护配置基线的完整性。

第八章软件配置管理CMMI对应实践配置管理基本概念配置管理活动产品公布流程配置管理工具简介

配置管理定义配置管理：包括版本控制、工作空间管理、并行开发控制、过程管理、权限管理、变更管理等内容。软件配置管理：是在贯穿整个软件生命周期中建立和维护项目产品的完整性目的：软件配置管理的各项工作是有计划进行的；被选择的项目产品得到识别，控制并且可以被有关人员获取；已识别出的项目产品的更改得到控制；使有关组和个人及时理解软件基准的状态和内容。

寄存配置项的数据库，常用两种形式：按配置项类型分类建库和按任务建库。按配置项的类型分类建库：合用于通用的应用软件开发机构。产品的继承性较强，工具比较统一，对并行开发有一定需求使用这样的库构造有助于对配置项的统一管理和控制能提高编译和公布的效率。这样的库构造并不是面向各个开发团体的开发任务的，因此也许会导致开发人员的工作目录构造过于复杂，带来某些不必要的麻烦。概念——配置库

按任务建立对应的配置库合用于专业软件的研发机构，使用的开发工具种类繁多，开发模式以线性发展为主，没有必要把配置项严格的分类存储，人为增长目录的复杂性。尤其是对于研发性的软件机构来说，还是采用这种设置方略比较灵活。配置库的平常工作：重要保证配置库的安全性，如：对配置库的定期备份、清除无用的文献和版本、检测并改善配置库的性能等。概念——配置库（续）

在项目开发过程中，配置库可分开发区、受控区和测试区三个区域，其各自寄存的内容及存取的规定为：开发区：开发区寄存项目组所遵照的过程原则、参照资料、所有未经同意的配置项、已经同意但未纳入基线的配置项，此区域中的配置项由项目经理负责和控制，项目总结结束后删除。受控区：受控区寄存基线。此区域的配置项由项目经理或CCB评审同意后，由配置管理员从开发区更新而来，此区属配置管理员所有。测试区：该区仅为临时区，不作详细规定，测试通过后需删除该区。测试内容也可由配置管理员从受控区获取（getlatest）到指定的途径进行测试。概念——配置库（续）

配置库使用提议流程图

软件工程师按如下原则使用配置库：只能访问开发区。在添加配置项后，按企业版本的约定打标识，给定一种初始版本；签入/签出不需要更新标识；当工作产品完毕之后，签入后，按企业版本约定打标识；假如需要再修改，则签出；修改完毕后签入，三级或四级版本号加一，按打上面版本约定打标识依次类推，直到该配置项完全定稿。配置库提议使用原则

配置管理员按如下原则使用配置库：拥有配置库的所有权限，建立配置库并分派操作权限；把评审通过的配置项根据评审后确定的版本，打上版本标识；根据审计过的版本控制表生成基线，从开发区把配置项移到受控区；之后，