软件配置管理系统要求规范.docx
- 文档编号:24607939
- 上传时间:2023-05-29
- 格式:DOCX
- 页数:31
- 大小:76.61KB
软件配置管理系统要求规范.docx
《软件配置管理系统要求规范.docx》由会员分享,可在线阅读,更多相关《软件配置管理系统要求规范.docx(31页珍藏版)》请在冰豆网上搜索。
软件配置管理系统要求规范
实用文档
软件配置管理规范
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
变更请求表模板
◆
CCB评审会议中对变更请求的内容进
2
评估变更请求
CCB
行评审,以确定它是否为有效请求
◆
CCB评估影响范围并做出决定
3
分配任务
◆
项目经理根据CCB批准的变更请求分
项目经理
配任务
4
◆
执行变更任务
实施变更
任意角色
提交变更结果
◆
5
确认变更
◆
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项目组的软件配置计划
文案大全
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 配置管理 系统 要求 规范