什么是配置管理

1. CMMI中的的配置管理是什么

配置管理是CMMI模型中一个支撑过程域。
配置管理是指：应用技术和管理手段来识别和记录配置项的功能和物理特性，控制其变更，记录和报告变更的过程和实现状态，并检查与项目需求之间的符合度；通过配置管理可以有效的管理工作产品与工作产品之间的一致性，合理的控制和实施变更以维护对项目范围与边界条件的一致的理解。
一般CM过程描述了配置管理活动的内容、规范和方法，以建立和维护软件开发过程中各种产品的完整性和一致性。
CM使用到以下几个重要的术语：
配置项：处于配置管理之下的软件或/和硬件的集合体。这个集合体在配置管理过程中作为一个实体出现。

基线： 已经通过正式复审和批准的某规约或产品，它因此可以作为进一步开发的基础，并且只能通过正式变更控制过程来改变；基线有一组配置组成，这些配置构成了一个相对稳定的状态，不能再被任何人随意修改。

配置标识：识别产品的结构、产品的构件及其类型，为其分配唯一的标识符，并以某种形式提供对它们的存取。

控制：通过建立产品基线，控制软件产品的发布和在整个软件生命周期中对软件产品的修改。

状态统计：记录并报告构件和修改请求的状态，并收集关于产品构件的重要统计信息。

配置审计：通过第三方（例如：软件质量保证工程师）来确认产品的完整性并维护构件间的一致性，即确保产品是一个严格定义的构件集合；

配置管理员：根据本过程的规定，在本公司内部具体实施与操作本过程的人员/角色。根据实施的层级的不同，配置管理员可以区分为“产品配置管理员”和“项目配置管理员”两个角色，一般产品配置管理员是专职的，项目配置管理员有项目成员兼职。

2. 配置管理的作用是什么,其包括哪几部分功能

作用：通过配置管理，网络管理员可以方便地查询网络当前的配置情况，增强对网络配置的控制。
主要功能：
A． 设置开放系统中有关路由操作的参数
B． 被关对象和被关对象组属性的管理
C． 初始化和关闭被管理对象
D． 根据要求收集系统当前状态的有关信息
E． 获得系统主要变化的信息，维护最新的设备清单并根据数据产生报告。
F． 更该系统的配置，提供远程修改设备配置的手段

注：您这个问题是今年电大计算机网络的考题吧。其实《计算机网络》课程考一道《网络管理》的题，实在不咋地，虽然教材中有这部分内容（本来就不该有），但不属于重点内容，尤其不能占考卷的10%。出题教师太不认真。

3. 软件开发的项目中，什么叫配置管理

配置管理(Configuration
Management，CM)是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的产品配置。

4. 配置管理的作用是什么 包括那几部分功能

配置管理(Configuration Management，CM)是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的产品配置。
配置管理的实施包括两部分：工具和规范。
在软件开发过程自动化的今天，没有工具的支持而实施配置完整的配置管理是不能想象的。因此选择一个符合公司或项目的工具至关重要。在配置管理系统中，我们可归纳出四种模型。当前商业工具一般采用其中一种或几种模型。
我们通过对商业模型的理解可以帮助我们了解某种工具是否适合我们公司或项目。
CICO模型
CICO模型主要关注的是单个文件的版本控制。图显示了一个支持CICO模型的CM系统的工作过程。用户利用库和文件系统来进行工作。文件被版本化并存储到库中，新版本的产生是由库工具控制的。然而， 文件在库中不是可以直接存取的，用户必须去检出（即Check Out）一个文件的版本到工作空间中以便读取它的内容。更改后的文件可以被检入库中（即Check in）,产生文件的一个新版本。
此模型的代表工具是SCCS和CVS。
组织模型
组织模型由CICO模型自然导出，建立于构件版本图的基础之上，同时依赖于存储库和工作空间的概念，可以通过对构件加锁进行并发控制。组织模型的重点是在CM系统支撑下加强了对创建配置、对有关的历史信息的管理和使用他们作为工作环境的支持。
组织模型中的配置由系统模型和版本选择规则组成。系统模型列出了组成系统的所有的构件。版本选择规则指出了组成配置的每一个构件选择版本。选择规则用于系统模型，选择构件版本，即绑定一构件到某一版本。这个模型的操作方式是：开发员根据模型的构件定义整个系统，并在每一步骤中给每个构件选择合适的版本。版本操作的工作方式如图所示。
CM支持主要关心的是维护系统和其构件的版本历史，并选择符合一致性配置的构件版本。只有在所选构件的版本与所选其它构件版本一致时才认为一个配置版本。
此模型的代表工具是CCC。

5. 简述什么是软件配置管理

软件配置管理（Software Configuration Management，SCM）是一种标识、组织和控制修改的技术。软件配置管理应用于整个软件工程过程。我们知道，在软件建立时变更是不可避免的，而变更加剧了项目中软件开发者之间的混乱。SCM活动的目标就是为了标识变更、控制变更、确保变更正确实现并向其他有关人员报告变更。从某种角度讲，SCM是一种标识、组织和控制修改的技术，目的是使错误降为最小并最有效地提高生产效率。

6. 如何正确理解配置管理

……实际情况是，我们很难对上述这些问题给出准确的回答。究其原因，主要是由于我们配置管理工作没有做好产生的。 既然项目中有很多问题是由于配置管理没有做好导致，那么到底什么是配置管理呢？大家可能认为，任何人只要是参加过软件开发工作，就应该知道这个问题的答案，但实际上很少人能准确的描述“配置管理”这个术语的含义。随着大家对软件开发过程认识的加深，那些参加过软件开发的人已经认识到需要对开发过程中发生的事情进行控制。一旦这些事情能够得到控制，过程就能被度量和引导。出于对这种需求的认识，我们得到了配置管理的定义：软件配置管理就是如何控制软件项目的进展。在CMMI和IEEE关于配置管理的正式定义是：软件配置管理是软件工程中的一项规程，包括相关工具和应用技术（过程或方法），公司用它来管理软件资产变更。 但是上述两种定义较难于理解和记忆，笔者实际工作的经验总结发现，配置管理实际就是四个正确，即正确的人，在正确的时候，可以获取到正确文件的正确的版本。

7. 配置管理员主要的工作是什么，配置管理工具都有哪些

软件配置管理贯穿软件发程始终项工作于软件项目说软件配置管理规范至少包括内容：
(1)配置项及其命名规则
(2)配置库文件目录结构
(3)角色权限定义
(4)配置项变更流程
(5)配置项发布
(6)基线定义基线变更
项目基线两面：作程碑基线；另模块阶段性基线(工作产品言)般说都要避免变更基线两种同基线其影响范围同确立变更式
项目基线变更控制委员由客户代表、产品经理、项目经理技术经理组发布程碑类基线变更必须由变更控制委员确认并由QA进行变更记录所变更影响配置项都需要重新同步再发布；于仅仅作工作状态保留基线般需要建立基线组确认更改并QA进行记录即

8. 什么是项目配置管理的周期

制定配置管理计划的步骤如下：

(1)建立并维护配置管理的组织方针。

(2)确定配置管理需使用的资源。包括软件和硬件资源，例如配置管理工具、数据管理工具、归档和复制工具、数据库程序等。

(3)分配责任。确定配置管理的总负责人及其责任和权限，确定其他人员的责任和权限。

(4)培训计划。包括过程和产品质量保证的概念培训和专题培训。

(5)确定配置管理的项目干系人，并确定其介入时机。

(6)制定识别配置项的准则。

(7)制定配置项管理表。包括标识号、配置管理名称、重要特征、预计进入配置管理的时间、实际进入配置管理的时问、拥有者及责任。拥有者的责任通常有保证配置项的正确性、遵守关于配置项的安全保密规定、保证配置项的完整性。

(8)确定配置管理软硬件资源。

(9)制定基线计划。确定每个基线的名称及主要配置项，估计每个基线建立的时间。

(10)制定配置库备份计划。指明何人在何时将配置库备份到何处。

(11)制定变更控制规程。

(12)制定审批计划。
件配置管理计划的目的在于对所开发的软件规定各种必要的配置管理条款，从而使所交付的软件能够满足任务书中规定的各种需求，能够满足经批准的软件需求规格说明书中规定的各项具体要求。

软件配置管理计划的作用在于使软件开发单位在开发项目所属的各子系统(其中包括为该项目研制或选用的各种支持软件)时，都应该执行配置管理计划中的有关规定。认真执行一个完善的软件配置管理计划，必定能提高软件的质量，最终满足用户的需求。

9. 什么是配置项管理

按管理的严格程度，配置项一般分3个等级：
（1）纳入基线管理的配置项
纳入基线管理的配置项是指变化时要走严格变更手续的配置项，需要做变更申请，要审批。审批一般分2种严格程度：
i) 项目经理或分CCB审批就可以，一般是局部的小的变更。
ii）变更控制委员会（CCB）审批
纳入基线前，一般要经过评审或测试（称为验证）和质量保证。
(2) 没有纳入基线但是也不能随意变更的配置项，一般称为受控项
这类配置项不需要变更申请，但是要经过配置管理员或项目经理的允许才可以变更。
基线项与受控项写的权限要唯一，一般是CM或PM有唯一的写权限。
（3）非受控项
对变更不做控制。

拟纳入基线管理的配置项状态变化一般是先非受控，然后受控，最后基线化。变更时，先检出（checkou）进行修改，修改完毕后再检入（checki）转为受控，等待验证（测试或评审），通过验证后进行基线化。

拟纳入受控而不入基线的配置项状态变化一般是先非受控，然后受控。变更时，检出进行修改，修改完毕后再检入提交受控。

纳入基线管理的时机是管理平衡问题，一般是当配置项基本稳定后才纳入基线管理，如果处与频繁的变动之中，纳入基线后会增加管理成本，如单元测试通过后一般不形成基线，因为此时代码并不稳定，但是可以作为受控项，也不能任意变化。这个问题的判断也和项目组的规模有关系，如果规模很大，涉及到的人员很多，也可能需要建立基线。在系统测试后要形成基线，一般称为产品基线，此时系统基本稳定了，可以对外发布，为更多的人所了解和使用了。代码在没有纳入基线但是受控后（提交测试人员测试了），也不能随便变更了，要经过配置管理员的批准，并通知测试人员。

10. 什么叫配置管理系统

配置管理(Configuration Management，CM)是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的产品配置。

配置管理过程是对处于不断演化、完善过程中的软件产品的管理过程。其最终目标是实现软件产品的完整性、一致性、可控性，使产品极大程度地与用户需求相吻合。它通过控制、记录、追踪对软件的修改和每个修改生成的软件组成部件来实现对软件产品的管理功能。