德信无线标准软件过程TSSP-17-软件配置管理流程

软件配置管理流程TF.SW历史记录日期版本编写人修改记录2005-7-220.1XingWenjuanInitial2005-11-160.2XingWenjuanModifiedaccording《配置管理过程》Version0.1提纲1.定义、目的和实施目标2.术语及缩略语3.配置管理过程4.工作产品5.验证6.开发管理工具1.定义、目的和实施目标定义

软件配置管理（SoftwareConfigurationManagement,SCM），是软件工程中用来管理软件资产变更的一项规程（Discipline）,包括相关工具和应用技术（流程和方法）；它将版本控制与更改控制纳入项目。目的

配置管理的目的是整个软件生命周期中，通过配置项标识、配置项控制、配置状态报告和配置审查和恢复机制等方法，保证工作产品的完整性、一致性、可追溯性。SCM过程的四个目标对软件配置管理活动做出计划；对选定的软件工作产品的更改进行标识和控制，并保证其可用性；对已标识的软件工作产品的更改进行控制；将有关软件基线的状态与内容信息，及时通报给受影响的团队与个人；2.术语及缩略语配置项（ConfigurationItem,CI） 凡是纳入配置管理范畴的工作成果统称为配置项； 配置项的主要属性：名称、标识符、文件状态、版本、作者、日期等，所有配置项都被保存在配置库里，确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。基线（Baseline）

基线是由一组配置项组成，这些配置项构成了一个相对稳定的逻辑实体。基线通常对应开发过程中的里程碑（Milestone）。 基线的主要属性有：名称、标识符、用途、日期等。里程碑（Milestone） 里程碑代表一个稳定的状态，代表前一个阶段的结束和下一个阶段的开始和基础。CR:ChangeRequests,通常作为一项待实现的新功能(feature)的索引；PR:ProblemReports,通常作为一个需要改正的Bug的索引；DR:DocumentRequest,通常作为一个需要维护的一个文档变更索引ClearCase:

软件版本配置管理工具；ClearQuest:

软件需求变更，软件缺陷跟踪管理工具；SCCB:SoftwareChangeControlBoard软件需求变更控制小组；PRM:PeerReviewManagementtoolforCC_Base；Angelfish:PeerReviewManagementtoolforCC_UCM3.配置管理过程3.1总体过程概述3.2配置管理计划过程3.3配置项的标识3.4配置库的管理3.5变更控制过程3.6配置审查过程3.7配置状态报告3.1总体过程概述3.2配置管理计划过程3.3配置项的标识3.3.1目的

选择纳入配置管理范围的工作产品，并给出唯一标识。

3.3.2配置项选择 对外交付的软件产品、指定的内部软件工作产品及指定的内部使用的支持工具都可以作为配置项，配置项的选择基准和范围应该在SCMP中定义。可标识为配置项的工作产品有：有关过程文档（如计划、标准等）项目计划文档软件需求文档软件设计文档源代码及源代码的说明文件软件测试计划测试文档及数据、测试工具交付给客户或最终用户的软件系统编译工具其他支持工具3.3配置项的标识3.3.3配置项标识 依据配置项命名原则安排每个配置项唯一的标识符。要求：在SCMP中涉及到的配置项必须遵循规定的命名方法和原则在SCMP中说明配置项纳入配置管理系统的时刻在SCMP中确定每个配置项的责任人3.3.4配置项检查 在项目开发中，工作产品完成后，在入库时，配置管理人员要检查配置项的标识，对于新添加的工作产品，按照配置项选择基准和命名原则进行标识。3.4配置库的管理3.4.1配置库的基本结构3.4.2建立基线3.4.3出/入库管理3.4.4版本管理3.4.5发布管理3.4.1配置库的基本结构配置管理库系统

组织级库结构：

3.4.2建立基线基线建立条件：上一阶段的工作产品已经完成，并且通过评审，可以作为进一步工作的基础

3.4.3权限管理

项目的权限管理在该项目的配置管理计划(SCMP)中详细定义。

3.4.4

出/入库管理3.4.5版本管理版本管理 定义：通过结合配置管理工具，以管理和控制在软件工程过程中所创建的配置项的不同版本。通过将配置项的属性关联到配置项的每一个版本上，然后通过描述一组所期望的属性来制定或构造配置。目的：版本管理使我们能够通过版本的选择得到我们想要的配置项或基线版本。要求：配置项入库时，要进行版本标识；基线对应的版本号需要归档。

3.4.6备份管理

目的： 当系统出现灾难时，保证系统能够恢复到备份前状态。备份范围、方法选择及频度： 在配置管理计划中可以按照此要求详细定义灾难备份：

备份范围：组织级受控库、受控库。备份原则：必须存放在工作大楼以外的场所。具体可参考《备份管理办法》中的定义

3.4.7发布管理

具体参见《软件版本发布和维护过程》文档3.5变更控制过程

3.6配置审查过程目的

通过对配置管理库中的配置项、基线和配置管理的相关记录的审查来检验配置管理活动执行的正确性。确认配置管理库中的配置项是否正确，检查基线的一致性和完整性。

任务描述

SCM人员对项目进行PCA（PhysicalConfigurationAudit，物理配置审计）审计软件正式发布前，配置管理员进行产品发布审查，审查软件发布输出项是否完整、是否符合软件发布计划，具体内容请参照ReleaseAuditReport；审查结束后，填写配置项审计报告/产品发布说明；将审查报告发给项目相关人员；对于不符合的问题，进行跟踪解决。

过程输出配置项审计报告产品发布说明3.7配置状态报告目的

记录并报告配置管理活动、配置项的状态和历史，以保证所有配置项的内容与状态是确定的周知的，各版本是可追溯的。

任务描述 配置状态通过《配置状态报告》进行报告，《配置管理报告》是在开发周期较长的大项目中才要求定期发给相关人员的。 报告时机：根据项目情况，一般至少要求一个月一次。 作用：保持项目开发过程中的一致性，以及让开发人员了解当前配置状态。过程输出变更请求

4.工作产品5.验证SQA人员审核SCM活动遵循SCM过程实施；

SPM审核配置项状态。

6.开发管理工具软件缺陷跟踪管理工具：RationalClearQuest；软件需求管理工具：RationalClearQuest；软件版本控制管理