软件配置管理规范.docx
《软件配置管理规范.docx》由会员分享，可在线阅读，更多相关《软件配置管理规范.docx（22页珍藏版）》请在冰点文库上搜索。
软件配置管理规范
.
软件配置管理规范
1.简介
软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。
1.1目的
本文档指导项目开展配置管理活动。
1.2范围
本文档适用于SWL开发小组批准立项的软件项目。
1.3文档结构
第一部分：
简介，包括本规范的目的、范围、词汇以及所涉及到的参考信息。
第二部分：
配置管理工作规范的正文，包括活动的流程图、进入能及退出的准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。
第三部分：
变更控制工作规范的正文，包括活动的流程图、进入能及退出准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。
第四部分：
参考文献，列出了编写本规范所参考的相关的文献资料。
第五部分：
附录，本文中流程图的标准符号定义。
1.4词汇表
CM（ConfigurationManagement）
配置管理。
CCB（ChangeControlBoard）
变更控制委员会。
CI（ConfigurationItem）
配置项，包含文档、程序。
CR（ChangeRequest）
变更请求，对提出的要变更工件或流程的任何请求的统称。
在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息。
PCA（PhysicalConfigurationAudit）
专业资料
.
物理审计，在配置管理系统中建成立基线的工件是否为“正确”版本。
FCA（FunctionalConfigurationAudit）
功能审计，核心软件配置项的实际性能是否符合它的需求。
基线（Baseline）
己通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且只能通过正式程序，例如变更管理和配置控制才能进行更改。
CML（ConfigurationManagementLibrary）
配置客理库，存储项目工件的所有版本，即存储项目的定义的配置项。
版本（Version）
某个工件的变体，工件的后期版本一般是在初期版本的基础上进行的扩展。
1.5参考信息
1.5.1可追溯性
CMU/SET-93-TR-024CapabilityMaturityModelSMforSoftware,Version1.1
1.5.2方针
SWL开发组项目开发与管理工作方针
1.5.3过程/规范
项目计划与控制规范
1.5.4指南
配置管理计划指南
基线策略指南
配置状态报告编制指南
配置审计工作活动指南
配置管理工具指南
VSS使用指南
组织管理配置库使用指南
软件开发文档命名约定
1.5.5模板
配置管理计划
配置状态报告
配置审计报告
文档变更请求
1.5.6检查表
无
专业资料
.
1.5.7培训
《软件配置管理教材》
《软件变更控制管理教材》
《ClearCase配置管理培训教材》
1.5.7工具
ClearCase
VisualSourceSafe
VisualBasic
Office97/2000/XP
DreamWeaver
PhotoShop
MicrosoftSQLServer2000
1.6参考网站
1．配置管理规范
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度量专业资料
.
专业资料
.
2．变更控制规范
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度量
参考文献3．
[BUC93]
and
Management,Hardware,Software
Implementing
Configuration
Firmware,LosAlmitox,CA:
IEEEComputerSciencePress,j.Buckley1993.
[Rational2001]
RationalUnifiedProcess,Version2001,RationalSoftwareCorporation,2001.
[SCM_CRI_2.0]
2002软件配置管理规范，托普信息集团，
专业资料
.
专业资料
.
附录附录A—流程框图符号
toandrepresentInputsOutputParallelograms
orfromaprocess/procedure.
individualRectanglesrepresentactivities
process/procedure
witharrowheadsconnectsymbolstoshowLines
theprogressionordirectionofheactivities.
inDiamondsdecisionrepresentimportantpointstheprocess/procedure.
aconnectorsrepresentCircleswhen
process/procedureflowchartcontinueson
thenextpage
专业资料．
.
附录B—文档命名指南
根据软件工程文档命名规则GB8567中的建议，文档命名采用以下规则：
文档命名由两部分构成，格式如下：
Project_filename.XXX
其中解释如下：
Project代表项目名称的简写，一般不超过6个安符
Filename.XXX是文件名称
Version代表版本号
例如：
SWL_SCMPlan.doc代表的意义如下：
SWL项目组的软件配置计划
专业资料
升级会员 