软件配置管理规范.doc

软件配置管理规范
1． 简介
软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。
1.1 目的
本文档指导项目开展配置管理活动。
1.2 范围
本文档适用于SWL开发小组批准立项的软件项目。
1.3 文档结构
第一部分：
简介，包括本规范的目的、范围、词汇以及所涉及到的参考信息。
第二部分：
配置管理工作规范的正文，包括活动的流程图、进入能及退出的准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。
第三部分：
变更控制工作规范的正文，包括活动的流程图、进入能及退出准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。
第四部分：
参考文献，列出了编写本规范所参考的相关的文献资料。
第五部分：
附录，本文中流程图的标准符号定义。
1.4 词汇表
CM (Configuration Management)
配置管理。
CCB (Change Control Board)
变更控制委员会。
CI (Configuration Item)
配置项，包含文档、程序。
CR (Change Request)
变更请求，对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息。
PCA (Physical Configuration Audit)
物理审计，在配置管理系统中建成立基线的工件是否为“正确”版本。
FCA (Functional Configuration Audit)
功能审计，核心软件配置项的实际性能是否符合它的需求。
基线 (Baseline)
己通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且只能通过正式程序，例如变更管理和配置控制才能进行更改。
CML (Configuration Management Library)
配置客理库，存储项目工件的所有版本，即存储项目的定义的配置项。
版本 (Version)
某个工件的变体，工件的后期版本一般是在初期版本的基础上进行的扩展。
1.5 参考信息
1.5.1 可追溯性
CMU/ SET-93-TR-024 Capability Maturity Model SM for Software, Version 1.1
1.5.2 方针
SWL 开发组项目开发与管理工作方针
1.5.3 过程/规范
项目计划与控制规范
1.5.4 指南
配置管理计划指南
基线策略指南
配置状态报告编制指南
配置审计工作活动指南
配置管理工具指南
VSS 使用指南
组织管理配置库使用指南
软件开发文档命名约定
1.5.5 模板
配置管理计划
配置状态报告
配置审计报告
文档变更请求
1.5.6 检查表
无
1.5.7 培训
《软件配置管理教材》
《软件变更控制管理教材》
《Clear Case 配置管理培训教材》
1.5.7 工具
Clear Case
Visual SourceSafe
Visual Basic
Office 97/2000/XP
DreamWeaver
PhotoShop
Microsoft SQL Server 2000
1.6 参考网站

2． 配置管理规范

2.1 配置管理流程图
开始
计划配置管理
创建配置管理环境
编写配置状态报告
建立基线
配置顶标识
执行配置审计
变更控制管理
结束

2.2 角色
本文档在组织中实施所涉及的角色
角色名称
职责
配置管理经理
负责为产品开发团队提供全面的配置管理基础设施和环境，负责制定配置管理计划，负责对文档类的配置项建立基线，负责基线审计，报告配置状态。
集成员
负责制定集成计划，建立基线（程序类）。
任意角色
提交配置项。
CCB
审计基线。

2.3 进入准则
进入准则描述
◆ 项目立项

2.4 输入
输入名称
输入描述
参考指南、模板
项目开发计划
只要有了项目开发计划草稿，就可以根据项目开发计划编写配置管理计划
项目计划与控制规范

2.5 活动
序号
活动名称
角色
活动描述
参考
1
计划配置管理
配置管理经理
CCB
◆ 制定配置管理策略
◆ 制定变更控制策略
◆ 编写配置管理计划
◆ 评审配置管理计划
《配置管理计划指南》
《配置管理计划》模块
2
创建配置管理环境
配置管理经理
◆ 设置硬件环境
◆ 设置网络环境
◆ 设置软件环境
建立一个配置管理库，储存项目中定义的配置工具。
◆ 提供配置管理培训
《配置管理工具指南》
3
配置项的标识
配置管理经理
◆ 对文档类的配置项进行的标识，参见附录B
◆ 对程序（Coding、模型）的配置项进行标识
《软件开发文档命名约定》
4
建立基线
配置管理经理
集成员
◆ 标识基线：根据配置管理计划，对经过测试或者评审通过的工件进行标识
◆ 审批基线：CCB负责召开会议，评审配置管理经理建立的基线
◆ 发布基线：将建立的基线向相关人员发布
《配置管理计划指南》
《基线策略指南》
5
报告配置
配置管理经理
◆ 根据配置管理计划，收集配置活动数据，编写配置状态报告
《配置状态报告编制指南》
《配置状态报告》模板
6
执行配置审计
配置管理经理
◆ 根据配置管理计划定期地执行配置审计，它包括：
物理审计
功能审计
◆ 编写配置审计报告
《配置审计工作活动指南》
《配置审计报告》模板
7
变更控制管理
CCB
任意角色
◆ 参见《变更控制规范》
《文档变更请求》

2.6 输出
输出名称
输出描述
参考
配置管理计划
◆ CM计划说明要在项目生命周期过程中执行的所有配置和变更控制管理活动。说明了活动时间表、指定的职责和需要的资源（包括人员、工具和计计算机设备）
《配置管理计划》模板
变更请求
◆ 对项目当前问题说明
◆ 提出的变更请求内容
◆ CCB的复审活动
◆ 确认变更的结果
《文档变更请求》
配置状态报告
◆ 主要报告变更请求情况，当前基于工作的工件版本以及版本说明基线的状态
《配置状态报告》模板
配置审计报告
◆ 对基线物理审计和功能审计进行描述
《配置审计报告》模板

2.7 验证与确认
验证与确认名称
验证与确认细节
参考
配置计划的评审
◆ 高级管理者、SQA、项目经理参与配置管理计划的评审

阶段状态评审报告
◆ 高级管理者和项目组成员参与

SQA验证
◆ SQA对项目的变更控制流程，配置管理流程进行审计

CCB的审计
◆ 对基线进行评审

配置审计
◆ 配置经理将配置审计结果报告给项目经理

2.8 退出准则
退出标准描述
◆ 项目验收通过或项目终止、暂停

2.9 度量

3． 变更控制规范

3.1 变更控制流程图

否
详细信息
提出变更请求

变更请求

复审变更请求

拒绝？
接受？

否
否
推迟变更

是

立即变更

是

分配任务

是
进行变更

确认变更

否

通过？

是

结束

3.2 角色
角色名称
定义／职责
CCB
复审变更请求，确定变更请求
任意角色
提出变更请求
项目经理
根据变更请求分配任务
3.3 进入准则
进入准则描述
◆ 变更请求己提交给CCB

3.4 输入
输入名称
输入描述
参考指南、模板
配置管理计划
配置管理计划中定义了变更控制策略。
配置管理计划模板
变更请求
变更请求是一个正式提交的工作，用于在整个项目的生命期内跟踪所有的请求（包括新特性、扩展请求、缺陷、变更的需求等）与相关的状态信息。
变更请求模板

3.5 活动
序号
活动名称
角色
活动描述
参考
1
提交变更请求
任意角色
◆ 任意角色填写变更请求并提交CCB
变更请求表模板
2
评估变更请求
CCB
◆ CCB评审会议中对变更请求的内容进行评审，以确定它是否为有效请求
◆ CCB评估影响范围并做出决定

3
分配任务
项目经理
◆ 项目经理根据CCB批准的变更请求分配任务

4
实施变更
任意角色
◆ 执行变更任务
◆ 提交变更结果

5
确认变更
CCB
◆ CCB确认变更是否完成，发布变更结果

3.6 输出
输出名称
输出描述
参考
变更请求
◆ 大经过CCB评审后的变更请求
变更请求模板
变更通知
◆ 项目经理根据CCB评审后的变更请求，安排指定的人员完成变更

3.7 验证与确认
验证与确认名称
验证与确认细节
参考
变更请求评审
◆ CCB对变更请求进行评审，分析其影响并做出决定

变更确认
◆ CCB指派人员对完成后的变更进行确认

SQA验证
◆ SQA对变更流程的实施进行审计

3.8 退出准则
退出标准描述
◆ 变更请求被拒绝或者变更经过确认

3.8 度量

4． 参考文献
[BUC93]
Implementing Configuration Management,Hardware,Software and Firmware,Los Almitox,CA:IEEE Computer Science Press,j.Buckley 1993.
[Rational 2001]
Rational Unified Process,Version2001,Rational Software Corporation,2001.
[SCM_CRI_2.0]
软件配置管理规范，托普信息集团，2002

附录
附录A —流程框图符号
Circles represent connectors when a process/procedure flowchart continues on the next page
Diamonds represent important decision points in the process/procedure.
Parallelograms represent Inputs and Output to or from a process/procedure.
Rectangles represent individual process/procedure activities
Lines with arrowheads connect symbols to show the progression or directionof he activities.

附录B —文档命名指南

根据软件工程文档命名规则GB8567中的建议，文档命名采用以下规则：
文档命名由两部分构成，格式如下：
Project_filename.XXX
其中解释如下：
Project代表项目名称的简写，一般不超过6个安符
Filename.XXX是文件名称
Version代表版本号
例如：
SWL_SCMPlan.doc代表的意义如下：SWL项目组的软件配置计划 3、通过活动，使学生养成博览群书的好习惯。
B比率分析法和比较分析法不能测算出各因素的影响程度。√
C采用约当产量比例法，分配原材料费用与分配加工费用所用的完工率都是一致的。Ｘ
C采用直接分配法分配辅助生产费用时，应考虑各辅助生产车间之间相互提供产品或劳务的情况。错
C产品的实际生产成本包括废品损失和停工损失。√
C成本报表是对外报告的会计报表。×
C成本分析的首要程序是发现问题、分析原因。×
C成本会计的对象是指成本核算。×
C成本计算的辅助方法一般应与基本方法结合使用而不单独使用。√
C成本计算方法中的最基本的方法是分步法。X
D当车间生产多种产品时，“废品损失”、“停工损失”的借方余额，月末均直接记入该产品的产品成本
中。×
D定额法是为了简化成本计算而采用的一种成本计算方法。×
F“废品损失”账户月末没有余额。√
F废品损失是指在生产过程中发现和入库后发现的不可修复废品的生产成本和可修复废品的修复费用。Ｘ
F分步法的一个重要特点是各步骤之间要进行成本结转。(√)
G各月末在产品数量变化不大的产品，可不计算月末在产品成本。错
G工资费用就是成本项目。(×)
G归集在基本生产车间的制造费用最后均应分配计入产品成本中。对
J计算计时工资费用，应以考勤记录中的工作时间记录为依据。(√)
J简化的分批法就是不计算在产品成本的分批法。(×)
J简化分批法是不分批计算在产品成本的方法。对
J加班加点工资既可能是直接计人费用，又可能是间接计人费用。√
J接生产工艺过程的特点，工业企业的生产可分为大量生产、成批生产和单件生产三种，X
K可修复废品是指技术上可以修复使用的废品。错
K可修复废品是指经过修理可以使用，而不管修复费用在经济上是否合算的废品。Ｘ
P品种法只适用于大量大批的单步骤生产的企业。×
Q企业的制造费用一定要通过“制造费用”科目核算。Ｘ
Q企业职工的医药费、医务部门、职工浴室等部门职工的工资，均应通过“应付工资”科目核算。Ｘ
S生产车间耗用的材料，全部计入“直接材料”成本项目。Ｘ
S适应生产特点和管理要求，采用适当的成本计算方法，是成本核算的基础工作。(×)
W完工产品费用等于月初在产品费用加本月生产费用减月末在产品费用。对
Y“预提费用”可能出现借方余额，其性质属于资产，实际上是待摊费用。对
Y引起资产和负债同时减少的支出是费用性支出。X
Y以应付票据去偿付购买材料的费用，是成本性支出。X
Y原材料分工序一次投入与原材料在每道工序陆续投入，其完工率的计算方法是完全一致的。Ｘ
Y运用连环替代法进行分析，即使随意改变各构成因素的替换顺序，各因素的影响结果加总后仍等于指标的总差异，因此更换各因索替换顺序，不会影响分析的结果。(×)
Z在产品品种规格繁多的情况下，应该采用分类法计算产品成本。对
Z直接生产费用就是直接计人费用。X
Z逐步结转分步法也称为计列半成品分步法。√

A按年度计划分配率分配制造费用，“制造费用”账户月末(可能有月末余额/可能有借方余额/可能有贷方余额/可能无月末余额)。
A按年度计划分配率分配制造费用的方法适用于(季节性生产企业)

10