文档介绍：软件配置管理报告
!1!
软件配置管理
!1!
软件配置管理
1＞简介
!1!
1!
!1!
软件配置管理，贯穿于整个软件生命周期，它为软件研发提供了一套管理办法和活动原则。软件配置管理无论是对于软件企业管理人员还是研发人员都有着重要的意义。软件配置管理可以提炼为三个方面的内容：
1!
!1!
? Versioncontrol-版本控制 ? ChangeControl•麦吏控薊 ? ProcessSupport-过程支持关键活动包括：配置项、工作空间管理、版本控制、变更控制、状态报告、配置审计等。
2、软件配置管理技术
!1!
软件配置管理是一组活动，是设计用来标识变更的工作产品、建立它们之间的关系、定义管理这些工作产品不同版本、控制变更以及审计和报告所发生的变更。每一个涉及到软件工程过程的人员均在棄种程度上和SCM相关联。一般
情况下需要专门的SCM小组或专门的技
术人员来管理和支持。下面通过依次介绍配置管理过程中的主要活动来描述配置管理过程。

在项目开发过程中，程序、数据和文档都可以作为配置管理的对象，下面
以图的形式来列举可能的配置项，如图
2・1所示，由图可以看出配置项之间是组合关系或者相互关系。
图24可能的配置项

版本控制是将规程和工具相结合来管理在软件工程过程中所创建的配置对象的不同版本，通过“属性元组”等其它技术来控制完整版本中的“变体”，釆用不同的工具不同的技术，版本控制的机制会有一些不同。

变更在软件开发过程中是不可避免的，但过于频繁的变更也会对项目的开发产生负面的影响，如影响项目的进度、浪费人力物力，因此需要对变更进行控制。
变更控制可以依照如下的步骤来进
行:
提交变更请求；审核变更请求；
(3)
(4)
(5)
(6)
项;
(7)分配和确定任务;
执行变更；审核变更;
提取变更
更新配置
管理库。
整个变更控制的产物主要是变更请
求单、变更报告单、工程变更单或变更确竄華等。
2 4酉已甘十卜
无置审计一般包括两种，一种是正式的技术评审，另一种是软件配置审计。在正式的技术评审中，将关注已经被修改的配置项的正确性，配置项的评估配置项，以确定它与其他一致性、遗漏及潜在的副作用。正式评审应该针对于所有的变更。
而另外一种软件配置审计，是来评
估正式评审中没有考虑的那些特征，可以考虑如下方面：
(3)
(4)
(5)
(6)工程变更单(ECO)中的相关内容是否已经完成；是否已经进行了正式的技术评审；变更过程中是否遵循了软件工程标准；在对配置项修改的同时,是否宥相关的详细注释(comments)；在配置管理工具中是否标注了变更后的配置项状态；所有与该配置项相关的配置项是否进行了相应的更新。

配置状态报告(Configuration State Report, CSR)是SCM的一个任务，它在中大型项目中扮演着重要的角色，内容可以包括：修改了什么、谁修改的、修改是什么时候发生的以及修改有什么影响，一般情况下，是在一个配置项被
赋上新的或已经修改的标识时，或者一个变更被批准时，或者产生配置审
计结果时产生配置状态报告。还可以将
CSR放于一个联机数据库中，使得开发
者、维护者和管理者可以通过关键词等方式去访问。

当项目进行到一定的阶段，可能需要发布一个稳定的或相对比较稳定的版本，这个时候就需要首先制定发布实施计划，然后生成发布准备报告，最后发布完成生成发布报告。
3、软枠配晝管理工具Rational ClearCase 介绍
VOB
VOB (Versioned Object Base),即版本对象库，这是SCM系统的核心，用来存储文件、目录和元数据的永久数据存储池。它能够管理任何表示为文件或目录的对象。它支持的特征包括：
可扩展的。ClearCase VOB 中的元素可以从成百上千的文件演变成成
千上万的文件和目录，当VOB变得很大鼠一个VOB中的文件和目录可以在多个VOB间衫动。一个 VOB可以被分成多个VOB,多个VOB也可以相互连接。
容错性。ClearCase VOB 使用内部数据库，不需要进行额外的数据库
管理。
分布式。ClearCase VOB 可以分布在网络的不同服务器上，对于最终用户是透明的。
（4）可复制。这里的复制是指在
不同地理位置上进行完全的复制并保持
相互间的同步更新。Clear