1、卷号 内编号 密级 软件配置管理规范 Version 6.0 作者：李治国 本源码下载地址： http:/ 分类: 使用者: 文档编号： 文档信息 标题:HMS软件配置管理规范 作者:李治国 创建日期: 207329 上次更新日期: 207329 版本:1.0 部门名称: 软件实训第四组 修订文档历史记录 日期 版本 说明 作者 207329 1.0 创建 李治国目 录 1. 简介.1 1.1 目的.1 1.2 范围.1 1.3 文档结构.1 1.4 词汇表.1 1.5 参考信息.2 1.5.1 可追溯性.2 1.5.2 方针.2 1.5.3 过程/规范.2 1.5.4 指南.2 1.5.5
2、模板.2 1.5.6 检查表.2 1.5.7 培训.2 1.5.8 工具.2 2. 配置管理规范.3 2.1 配置管理流程图3 2.2 角色.3 2.3 进入准则.3 2.4 输入.4 2.5 活动.4 2.6 输出.5 2.7 验证与确认.5 2.8 退出准则.5 2.9 度量.5 3. 变更控制规范.6 3.1 变更控制流程图6 3.2 角色.7 3.3 进入准则.7 3.4 输入.7 3.5 活动.7 3.6 输出.7 3.7 验证与确认.8 3.8 退出准则.8 附录 A流程框图符号.9软件配置管理规范 1 1. 简介 软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 1
3、.1 目的 本文档指导项目开展配置管理活动。 1.2 范围 本文档适用于软件实训第一组技术委员会批准立项的软件项目。 1.3 文档结构 第一部分： 简介，包括本规范的目的、范围、词汇以及所涉及到的参考信息。 第二部分： 配置管理工作规范的正文，包括活动的流程图、进入以及退出准则、所涉及的角色、相关活动 的阐述、验证与确认以及度量。 第三部分： 变更控制工作规范的正文，包括活动的流程图、进入以及退出准则、所涉及的角色、相关活动 的阐述、验证与确认以及度量。 第四部分： 参考文献，列出了编写本规范所参考的相关的文献资料。 第五部分： 附录，本文中流程图的标准符号定义。 1.4 词汇表 CM（Con
4、figuration management） 配置管理。 CCB（Change control board） 变更控制委员会。 CI（Configuration item） 配置项，包含文档、程序。 CR（Change Request） 变更请求，对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息是有 关当前问题、提议解决方案及其成本的起源和影响的信息 PCA（Physical Configuration Audit） 物理审计，在配置管理系统中建立基线的工件是否为“正确”版本。 FCA（Functional Configuration Audit） 功能审计，核实软件配置项的实
5、际性能是否符合它的需求。 基线（Baseline） 已通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且只能通过 正式程序，例如变更管理和配置控制才能进行更改。软件配置管理规范 2 配置管理库（Configuration Management Library） 存储项目工件的所有版本，即存储项目的定义的配置项。 版本（Version） 某个工件的变体，工件的后期版本一般是在初期版本的基础上进行的扩展。 1.5 参考信息 1.5.1 可追溯性 CMU/SEI-93-TR-024 Capability Maturity Model SM for Software, Version
6、 1.1 1.5.2 方针 软件实训第一组项目开发与管理工作方针 1.5.3 过程/规范 项目计划与控制规范 1.5.4 指南 配置管理计划指南 基线策略指南 配置状态报告编制指南 配置审计工作活动指南 配置管理工具指南 VS使用手册 组织管理配置库使用指南 软件开发文档命名约定 1.5.5 模板 配置管理计划 配置状态报告 配置审计报告 文档变更请求 1.5.6 检查表 无 1.5.7 培训 软件配置管理 PowerPoint文档 1.5.8 工具 Visual SourceSafe Office 95/97/2000/XP软件配置管理规范 3 2. 配置管理规范 2.1 配置管理流程图 1
7、.计划配置管 理 2.创建配置管 理环境 5.编写配置状 态报告 6.执行配置审 计 结束 开始 4.建立基线 3.配置项标识 7.变更控制管 理 2.2 角色 本文档在组织中实施所涉及的角色 角色名称 职责 配置管理经理 配置管理经理负责为产品开发团队提供全面的配置管理基础设施和 环境，负责制定配置管理计划，负责对文档类的配置项建立基线， 负责基线审计，报告配置状态。 集成员 集成员负责制定集成计划，建立基线(程序类)。 任意角色 提交配置项。 CCB 审批基线。 2.3 进入准则 进入准则描述 项目立项软件配置管理规范 4 2.4 输入 输入名称 输入描述 参考指南、模板 项目开发计划 只
8、要有了项目开发计划草稿，就可以根据项目开发计 划编写配置管理计划。 项目计划与控制 规范模板 2.5 活动 序号 活动名称 角色 活动描述 参考 1 计划配置管 理 配置管理经 理CCB 制定配置管理策略 制定变更控制策略 编写配置管理计划 评审配置管理计划 配置管理 计划模板 2 创建配置管 理环境 配置管理经 理 设置硬件环境 设置网络环境 设置软件环境 建立一个配置管理库，储存项 目中定义的配置项；安装配置 管理工具，例如： VSS 等。 提供配置管理培训 VS使用手 册 组织管理配置 库使用指南 3 配置项的标 识 配置管理经 理 对文档类的配置项进行的标 识,参见附录 B 对程序(c
9、oding、模型)的配置 项进行标识 软件开发文档 命名约定 4 建立基线 配置管理经 理集成员 标识基线：根据配置管理计 划，对经过测试或者评审通过 的工件进行标识。 审批基线：CCB负责召开会 议，评审配置管理经理建立的 基线。 发布基线：将建立的基线向相 关人员发布。 配置管理计划 模板 基线策略指 南 5 报告配置状 态 配置管理经 理 根据配置管理计划，收集配置活动 数据， 编写配置状态报告。 配置状态报 告模板 6 执行配置审 计 配置管理经 理 根据配置管理计划定期地执行 配置审计，它包括： 物理计 功能审计 编写配置审计报告 配置审计报 告模板软件配置管理规范 5 序号 活动名
10、称 角色 活动描述 参考 7 变更控制管 理 CCB 任意角色 参见变更控制规范 文档变更请 求 2.6 输出 输出名称 输出描述 参考 配置管理计划 CM 计划说明要在项目生命周期过程中执行的所有 配置和变更控制管理活动。说明了活动时间表、 指定的职责和需要的资源（包括人员、工具和计 算机设备）。 配置管理计划 模板 变更请求 对项目当前问题说明 提出的变更请求内容 CCB的复审结果 确认变更的结果 文档变更请求 配置状态报告 主要报告变更请求情况，当前基于工作的工件版 本以及版本说明基线的状态 配置状态报告 模板 配置审计报告 对基线物理审计和功能审计进行描述。 配置审计报告 模板 2.7
11、 验证与确认 验证与确认名称 验证与确认细节 参考 配置计划的评审 高级管理者、SQA、项目经理参与配置管理计划的评审 阶段状态报告评审 高级管理者和项目组成员参与 SQA验证 SQA对项目的变更控制流程，配置管理流程进行审计 CCB的审计 对基线进行评审 配置审计 配置经理将配置审计结果报告给项目经理 2.8 退出准则 退出标准描述 项目验收通过或项目终止、暂停 2.9 度量软件配置管理规范 6 3. 变更控制规范 3.1 变更控制流程图软件配置管理规范 7 3.2 角色 角色名称 定义/职责 CCB 复审变更请求，确认变更请求。 任意角色 提出变更请求 项目经理 根据变更请求分配任务 3.
12、3 进入准则 进入准则描述 变更请求已提交给 CCB 3.4 输入 输入名称 输入描述 参考指南、模板 配置管理计划 配置管理计划中定义了变更控制策略。 配置管理计划模板 变更请求 变更请求是一个正式提交的工件，用于在整个项目的 生命周期内跟踪所有的请求（包括新特性、扩展请 求、缺陷、变更的需求等）与相关的状态信息。 变更请求模板 3.5 活动 序号 活动名称 角色 活动描述 参考 1 提交变更请 求 任意角色 任意角色填写变更请求并提交 CB。 变更请求表模板 2 评估变更请 求 CCB CCB 评审会议中对变更请求 的内容进行评审，以确定它是 否为有效请求。 CCB评估影响范围并做出决 定
13、。 3 分配任务 项目经理 项目经理根据 CCB批准的变 更请求分配任务。 4 实施变更 任意角色 执行变更任务。 提交变更结果。 5 确认变更 CCB CCB确认变更是否完成，发 布变更结果。 3.6 输出软件配置管理规范 8 输出名称 输出描述 参考 变更请求 经过CB评审后的变更请求 变更请求模板 变更通知 项目经理根据CB评审后的变更请求，安排指定的 人员完成变更。 3.7 验证与确认 验证与确认名称 验证与确认细节 参考 变更请求评审 CB对变更请求进行评审，分析其影响并且做出决定 变更确认 CB指派人员对完成后的变更进行确认。 SQA验证 SQA对变更流程的实施进行审计 3.8 退
14、出准则 退出标准描述 变更请求被拒绝或者变更经过确认。软件配置管理规范 9 附录 附录 A 流程框图符号 Parallelograms represent inputs and outputs to or from a process/procedure. Rectangles represent individual process/procedureactivities. Diamonds represent important decision points in the process/procedure. Lines with arowheads conect symbols to show the progresion or direction of the activities. Circles represent connectors when a process/procedure flowchart continues on the next page.
