1、卷号卷内编号密级软件配置管理规范Version 2.1技术委员会分类:使用者:文档编号：托普信息（iTOP）集团,2002 文档信息标题:软件配置管理规范作者:技术委员会创建日期: 2001-6-20上次更新日期: 2002/8/29 10:59:00版本:2.1部门名称: 托普信息（iTOP）集团修订文档历史记录日期 版本 说明 作者2001-06-20 草稿 创建 HUI XINGHAI2001-8-21 1.0 修订 HUI XINGHAI2001-3-7 2.0 根据 2001 年 11 月的 TPCA CMM3 级评估报告，SEPG 对当前标准软件过程进行统一修订。SEPG2002-
2、8-28 2.1 为了托普信息（iTOP）集团推广 CMM 成果，对封面及部分内容作了调整托普信息（iTOP）集团技术委员会目 录1. 简介 .11.1 目的 .11.2 范围 .11.3 文档结构 .11.4 词汇表 .11.5 参考信息 .21.5.1 可追溯性 .21.5.2 方针 .21.5.3 过程 /规范 .21.5.4 指南 .21.5.5 模板 .21.5.6 检查表 .21.5.7 培训 .21.5.8 工具 .21.6 参考网站 .32. 配置管理规范 .32.1 配置管理流程图 .32.2 角色 .32.3 进入准则 .42.4 输入 .42.5 活动 .42.6 输出
3、.52.7 验证与确认 .52.8 退出准则 .62.9 度量 .63. 变更控制规范 .73.1 变更控制流程图 .73.2 角色 .83.3 进入准则 .83.4 输入 .83.5 活动 .83.6 输出 .83.7 验证与确认 .93.8 退出准则 .93.9 度量 .94. 参考文献 .9附录 A 流程框图符号 .10附录 B 文档命名指南 .11软件配置管理规范1 1. 简介软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。1.1 目的本文档指导项目开展配置管理活动。1.2 范围本文档适用于托普信息（iTOP）集团技术委员会批准立项的软件项目。1.3 文档结构第一部分：简
4、介，包括本规范的目的、范围、词汇以及所涉及到的参考信息。第二部分：配置管理工作规范的正文，包括活动的流程图、进入以及退出准则、所涉及的角色、相关活动的阐述、验证与确认以及度量。第三部分：变更控制工作规范的正文，包括活动的流程图、进入以及退出准则、所涉及的角色、相关活动的阐述、验证与确认以及度量。第四部分：参考文献，列出了编写本规范所参考的相关的文献资料。第五部分：附录，本文中流程图的标准符号定义。1.4 词汇表CM（Configuration management）配置管理。CCB（Change control board）变更控制委员会。CI（Configuration item）配置项，包
5、含文档、程序。CR（Change Request）变更请求，对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息。PCA（Physical Configuration Audit）物理审计，在配置管理系统中建立基线的工件是否为“正确” 版本。FCA（Functional Configuration Audit）功能审计，核实软件配置项的实际性能是否符合它的需求。基线（Baseline）已通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且只能通过正式程序，例如变更管理和配置控制才能进行更改。软件配置管理规范2 配
6、置管理库（Configuration Management Library）存储项目工件的所有版本，即存储项目的定义的配置项。版本（Version）某个工件的变体，工件的后期版本一般是在初期版本的基础上进行的扩展。1.5 参考信息1.5.1 可追溯性CMU/SEI-93-TR-024 Capability Maturity Model SM for Software, Version 1.11.5.2 方针托普信息（iTOP）集团项目开发与管理工作方针1.5.3 过程 /规范项目计划与控制规范1.5.4 指南配置管理计划指南基线策略指南配置状态报告编制指南配置审计工作活动指南配置管理工具指南V
7、SS 使用手册组织管理配置库使用指南软件开发文档命名约定1.5.5 模板配置管理计划配置状态报告配置审计报告文档变更请求1.5.6 检查表无1.5.7 培训软件配置管理教材软件变更控制管理教材Clear Case 配置管理培训教材1.5.8 工具Clear CaseVisual SourceSafeOffice 95/97/2000/XP软件配置管理规范3 1.6 参考网站http:/cdweboa/app/jswy.nsf/2. 配置管理规范2.1 配置管理流程图1 . 计划配置管理2 . 创建配置管理环境5 . 编写配置状态报告6 . 执行配置审计结束开始4 . 建立基线3 . 配置项标识
8、7 . 变更控制管理2.2 角色本文档在组织中实施所涉及的角色角色名称 职责配置管理经理 配置管理经理负责为产品开发团队提供全面的配置管理基础设施和环境，负责制定配置管理计划，负责对文档类的配置项建立基线，负责基线审计，报告配置状态。集成员 集成员负责制定集成计划，建立基线(程序类)。任意角色 提交配置项。CCB 审批基线。软件配置管理规范4 2.3 进入准则进入准则描述 项目立项2.4 输入输入名称 输入描述 参考指南、模板项目开发计划 只要有了项目开发计划草稿，就可以根据项目开发计划编写配置管理计划。项目计划与控制规范2.5 活动序号 活动名称 角色 活动描述 参考1 计划配置管理配置管理
9、经理CCB 制定配置管理策略 制定变更控制策略 编写配置管理计划 评审配置管理计划配置管理计划指南配置管理计划模板2 创建配置管理环境配置管理经理 设置硬件环境 设置网络环境 设置软件环境建立一个配置管理库，储存项目中定义的配置项；安装配置管理工具，例如：ClearCase，VSS 等。 提供配置管理培训配置管理工具指南3 配置项的标识配置管理经理 对文档类的配置项进行的标识,参见附录 B 对程序(coding、模型)的配置项进行标识软件开发文档命名约定4 建立基线 配置管理经理集成员 标识基线：根据配置管理计划，对经过测试或者评审通过的工件进行标识。 审批基线：CCB负责召开会议，评审配置管
10、理经理建立的基线。 发布基线：将建立的基线向相关人员发布。配置管理计划指南基线策略指南软件配置管理规范5 序号 活动名称 角色 活动描述 参考5 报告配置状态配置管理经理根据配置管理计划，收集配置活动数据， 编写配置状态报告。配置状态报告编制指南配置状态报告模板6 执行配置审计配置管理经理 根据配置管理计划定期地执行配置审计，它包括：物理审计功能审计 编写配置审计报告配置审计工作活动指南配置审计报告模板7 变更控制管理CCB任意角色 参见变更控制规范 文档变更请求2.6 输出输出名称 输出描述 参考配置管理计划 CM 计划说明要在项目生命周期过程中执行的所有配置和变更控制管理活动。说明了活动时
11、间表、指定的职责和需要的资源（包括人员、工具和计算机设备）。 配置管理计划模板变更请求 对项目当前问题说明 提出的变更请求内容 CCB的复审结果 确认变更的结果文档变更请求配置状态报告 主要报告变更请求情况，当前基于工作的工件版本以及版本说明基线的状态配置状态报告模板配置审计报告 对基线物理审计和功能审计进行描述。 配置审计报告模板2.7 验证与确认验证与确认名称 验证与确认细节 参考配置计划的评审 高级管理者、SQA、项目经理参与配置管理计划的评审阶段状态报告评审 高级管理者和项目组成员参与SQA 验证 SQA对项目的变更控制流程，配置管理流程进行审计CCB 的审计 对基线进行评审配置审计 配置经理将配置审计结果报告给项目经理软件配置管理规范6 2.8 退出准则退出标准描述 项目验收通过或项目终止、暂停2.9 度量软件配置管理规范7 3. 变更控制规范3.1 变更控制流程图1 . 提交变更请求2 . 复审变更请求变 更请求接受？立 即变更 ？是否详 细信息3 . 分配任务4 . 进行变更5 . 确认变更通过？否是否推 迟变更是结束是拒绝？否
个人主页
