软件配置管理系统要求规范.docx
- 文档编号:26589397
- 上传时间:2023-06-20
- 格式:DOCX
- 页数:14
- 大小:39.49KB
软件配置管理系统要求规范.docx
《软件配置管理系统要求规范.docx》由会员分享,可在线阅读,更多相关《软件配置管理系统要求规范.docx(14页珍藏版)》请在冰豆网上搜索。
软件配置管理系统要求规范
软件配置管理规范
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]
Firmware,Los
ImplementingConfigurationManagement,Hardware,Softwareand
Almitox,CA:
IEEEComputerScieneePressj.Buckley1993.
[Rational2001]
RationalUnifiedProcess,Version2001,RationalSoftwareCorporation,2001.
[SCM_CRI_2.0]
软件配置管理规范,托普信息集团,2002
附录
附录A—流程框图符号
ParallelogramsrepresentInputsandOutputto
orfromaprocess/procedure.
Rectanglesrepresentindividual
process/procedureactivities
Lineswitharrowheadsconnectsymbolstoshowtheprogressionordirectionofheactivities.
Diamondsrepresentimportantdecisionpointsintheprocess/procedure.
Circlesrepresentconnectorswhena
process/procedureflowchartcontinuesonthenextpage
附录B—文档命名指南
根据软件工程文档命名规则GB8567中的建议,文档命名采用以下规则:
文档命名由两部分构成,格式如下:
Project_filename.XXX
其中解释如下:
Project代表项目名称的简写,一般不超过6个安符
Filename.XXX是文件名称
Version代表版本号
例如:
SWL_SCMPIan.doc代表的意义如下:
SWL项目组的软件配置计划
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 配置管理 系统 要求 规范