软件配置管理系统要求规范文档格式.docx
《软件配置管理系统要求规范文档格式.docx》由会员分享，可在线阅读，更多相关《软件配置管理系统要求规范文档格式.docx（19页珍藏版）》请在冰点文库上搜索。
变更请求，对提出的要变更工件或流程的任何请求的统称。
在变更请求中记录的信息
是有关当前问题、提议解决方案及其成本的起源和影响的信息。
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
制定变更控制策略
《配置管理计划指南》
编写配置管理计划
《配置管理计划》模块
评审配置管理计划
设置硬件环境
设置网络环境
2
创建配置管理
设置软件环境
《配置管理工具指南》
环境
建立一个配置管理库，储存项目
中定义的配置工具。
提供配置管理培训
对文档类的配置项进行的标识，
3
配置项的标识
参见附录B
《软件开发文档命名约
对程序（Coding、模型）的配置
定》
项进行标识
标识基线：
根据配置管理计划，
对经过测试或者评审通过的工
件进行标识
4
建立基线
审批基线：
CCB负责召开会议，
《基线策略指南》
评审配置管理经理建立的基线
发布基线：
将建立的基线向相关
人员发布
根据配置管理计划，收集配置活
《配置状态报告编制指
5
报告配置
动数据，编写配置状态报告
南》
《配置状态报告》模板
根据配置管理计划定期地执行
配置审计，它包括：
《配置审计工作活动指
6
执行配置审计
物理审计
功能审计
《配置审计报告》模板
编写配置审计报告
7
变更控制管理
参见《变更控制规范》
《文档变更请求》
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
提交变更请求
任意角色◆
任意角色填写变更请求并提交CCB
变更请求表模板
CCB评审会议中对变更请求的内容进
评估变更请求
行评审，以确定它是否为有效请求
CCB评估影响范围并做出决定
项目经理根据CCB批准的变更请求分
项目经理
配任务
执行变更任务
实施变更
提交变更结果
确认变更
CCB确认变更是否完成，发布变更结
果
3.6输出
变更请求◆大经过CCB评审后的变更请求变更请求模板
变更通知◆项目经理根据CCB评审后的变更请求，安排指定的
人员完成变更
3.7验证与确认
验证与确认名称验证与确认细节参考
变更请求评审◆CCB对变更请求进行评审，分析其影响并做出决定
变更确认◆CCB指派人员对完成后的变更进行确认
SQA验证◆SQA对变更流程的实施进行审计
3.8退出准则
◆变更请求被拒绝或者变更经过确认
3.8度量
3．参考文献
[BUC93]
ImplementingConfigurationManagement,Hardware,SoftwareandFirmware,Los
Almitox,CA:
IEEEComputerSciencePress,j.Buckley1993.
[Rational2001]
RationalUnifiedProcess,Version2001,RationalSoftwareCorporation,2001.
[SCM_CRI_2.0]
软件配置管理规范，托普信息集团，2002
附录
附录A—流程框图符号
ParallelogramsrepresentInputsandOutputto
orfromaprocess/procedure.
Rectanglesrepresentindividual
process/procedureactivities
Lineswitharrowheadsconnectsymbolstoshow
theprogressionordirectionofheactivities.
Diamondsrepresentimportantdecisionpointsin
theprocess/procedure.
Circlesrepresentconnectorswhena
process/procedureflowchartcontinueson
thenextpage
附录B—文档命名指南
根据软件工程文档命名规则GB8567中的建议，文档命名采用以下规则：
文档命名由两部分构成，格式如下：
Project_filename.XXX
其中解释如下：
Project代表项目名称的简写，一般不超过6个安符
Filename.XXX是文件名称
Version代表版本号
例如：
SWL_SCMPlan.doc代表的意义如下：
SWL项目组的软件配置计划
升级会员 