- 14
- 0
- 约2.96万字
- 约 35页
- 2019-04-10 发布于湖北
- 举报
软件配置管理
1、简介
软件配置管理 ,贯穿于整个软件生命周期 ,它为软件研发提供了一套管理办法和活动
原则。软件配置管理无论是对于软件企业管理人员还是研发人员都有着重要的意义。
软件配置管理可以提炼为三个方面的内容 :
VersionControl-版本控制
ChangeControl-变更控制
ProcessSupport-过程支持
关键活动包括 :配置项、工作空间管理、版本控制、变更控制、状态报告、配置审计
等。
2、软件配置管理技术
软件配置管理是一组活动 是设计用来标识变更的工作产品、建立它们之间的关
,
系、定义管理这些工作产品不同版本、控制变更以及审计和报告所发生的变更。
每一个涉及到软件工程过程的人员均在某种程度上和 SCM相关联。一般情况下
需要专门的SCM小组或专门的技术人员来管理和支持。下面通过依次介绍配置
管理过程中的主要活动来描述配置管理过程。
2.1识别配置项
在项目开发过程中 ,程序、数据和文档都可以作为配置管理的对象 ,下面
以图的形式来列举可能的配置项 ,如图2-1所示 ,由图可以看出配置项之间是
组合关系或者相互关系。
图2-1可能的配置项
2.2基于配置项版本控制
版本控制是将规程和工具相结合来管理在软件工程过程中所创建的配置对
象的不同版本 ,通过 “属性元组”等其它技术来控制完整版本中的 “变体” ,
采用不同的工具不同的技术 ,版本控制的机制会有一些不同。
2.3变更控制
变更在软件开发过程中是不可避免的 ,但过于频繁的变更也会对项目的
开发产生负面的影响 ,如影响项目的进度、浪费人力物力 ,因此需要对变更进
行控制。
变更控制可以依照如下的步骤来进行 :
( ) 提交变更请求 ;
1
( ) 审核变更请求 ;
2
(3) 分配和确定任务 ;
(4) 提取变更项 ;
(5) 执行变更 ;
(6) 审核变更 ;
( ) 更新配置管理库。
7
整个变更控制的产物主要是变更请求单、变更报告单、工程变更单或变更
确认单等。
2.4配置审计
配置审计一般包括两种 ,一种是正式的技术评审 ,另一种是软件配置审计。
在正式的技术评审中 ,将关注已经被修改的配置项的正确性 ,配置项的
评估配置项 ,以确定它与其他一致性、遗漏及潜在的副作用。正式评审应该针
对于所有的变更。
而另外一种软件配置审计 ,是来评估正式评审中没有考虑的那些特征 ,
可以考虑如下方面 :
( ) 工程变更单 ( )中的相关内容是否已经完成 ;
1 ECO
(2) 是否已经进行了正式的技术评审 ;
(3) 变更过程中是否遵循了软件工程标准 ;
(4) 在对配置项修改的同时 ,是否有相关的详细注释 (comments);
(5) 在配置管理工具中是否标注了变更后的配置项状态 ;
(6) 所有与该配置项相关的配置项是否进行了相应的更新。
2.5发布配置状态报告
配置状态报告 (Configuration State Report, CSR)是 SCM的一个任务 ,
它在中大型项目中扮演着重要的角色 ,内容可以包括 :修改了什么、谁修改的、
修改是什么时候发生的以及修改有什么影响 ,一般情况下 ,是在一个配置项被
赋上新的或已经修改的标识时 ,或者一个变更被批准时 ,或者产生配置审计结
果时产生配置状态报告。还可以将 CSR放于一个联机数据库中 ,使得开发者、
维护者和管理者可以通过关键词等方式去访问。
2.6发布管理
当项目进行到一定的阶段 ,可能需要发布一个稳定的或相对比较稳定的版
本 ,这个时候就需要首先制定发布实施计划 ,然后生成发布准备报告 ,最后发
布完成生成发布报告。
3、软件配置管理工具Rational ClearCase介绍
3.1 VOB
VOB (Versioned Object Base),即版本对象库 ,这是 SCM系统的核心 ,
用来存储文件、目录和元数据的永久数据存储池。它能够管理任何表示为文件
或目录的对象。它支持的特征包括 :
(1)可扩展的。Cle
原创力文档

文档评论(0)