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

本文目录

• 配置管理的作用是什么 包括那几部分功能
• 什么是配置管理
• 配置管理和变更管理方法
• 如何正确理解配置管理
• 配置管理的实施
• 软件开发的项目中，什么叫配置管理
• 软件配置管理工作包括哪些具体的内容
• 软件配置管理工具的工具选择
• 配置管理员主要的工作是什么，配置管理工具都有哪些
• 软件开发过程中，采用软件配置管理工具有何意义

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

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

什么是配置管理

配置管理(Configuration Management，CM)是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的产品配置。配置管理过程是对处于不断演化、完善过程中的软件产品的管理过程。其最终目标是实现软件产品的完整性、一致性、可控性，使产品极大程度地与用户需求相吻合。它通过控制、记录、追踪对软件的修改和每个修改生成的软件组成部件来实现对软件产品的管理功能。

配置管理和变更管理方法

　　变更常有

　　所在银行科技部已经建立了比较完善的项目管理体系和质量保障体系，但要应对分行或支行需求变更和相关软件版本配置管理的问题，如果没有一整套的解决措施和工具的支持，就会出现以下问题：

　　1)分行反映的缺陷更改不能快速响应，不能快速分配缺陷到指定的开发人员，只能依靠口头或文档的传输，缺乏一个整合开发商服务人员、产品经理(或项目经理)、开发团队领导、开发人员、分行领导的信息传递和交流的平台。

　　2)分行的需求变更不能快速响应。分行的需求变更和软件版本配置只能依靠手工备份，因而，自身不能快速有效地管理各系统的版本，缺乏版本基线的管理策略。

　　针对以上问题，可以考虑采用软件配置管理这一关键域的思路系统地解决以上问题。配置管理是整个集成软件项目正常运作的一个管理支撑平台，其目的就是将有关该项目的客户、客户服务人员、产品经理(或项目经理)、开发团队领导、开发人员、高层领导等项目干系人的工作协同起来，实现高效的沟通，及时地共享工作成果。

　　配置管理的基本功能包括配置标识、变更控制、配置状态发布和配置审计。变更控制是配置管理的重要内容，其目的是为了在动态中保证配置项的完整性、一致性和可回溯性，保证配置项的变更过程规范、受控、有完整记录，受影响的各方均能及时了解情况，并协调一致。

　　控制不可少

　　变更控制是通过创建产品基线，在产品的整个生存周期中控制它的发布和变更。配置控制指在配置项标识正式确定之后，对配置项特别是对已提交的代码、相关文档和数据等的变更进行系统地跟踪和控制的过程，主要包括变更的’提出、确定配置项的控制等级、变更的评价、变更的处置、实施经批准的变更、对变更进行验证和结束变更。变更控制的目的是建立一套控制软件修改的机制，保证生产符合质量标准的软件和保证每个版本的软件包含所有必需的元素及工作在同一版本中的各元素中可以正常工作，以确定在变更控制过程中控制什么，如何控制，谁控制变更、何时接收变更、批准和检验。

　　配置项级别

　　1)已基线化的配置项是指已完成该配置项的审核和批准，并且成为创建或修改其他配置项的输入。例如：一个设计文档已审核、通过、签发，并且成为编码活动的基础。

　　2)受管理和受控的配置项是指已提交审核，但还没有批准通过的配置项。例如：一个正在进行审核的设计文档。

　　3)受控的配置项指已置于版本控制，但项目组不能直接进行改动的配置项。例如：用户提供的软件、购买的工具、产品标准等等。

　　变更请求的状态

　　软件变更、软件优化和软件bug都是产生变更的原因。变更申请人(用户或产品经理)提出变更时，首先要对受控的配置项的修改提出一个变更请求，说明对软件变更的需求。这是因为变更控制过程是通过变更请求的流动来实现的，而且对软件的任何请求都必须和相应的变更请求对应。

　　变更请求的状态包括：

　　1)提交：变更请求提交给配置管理员;

　　2)拒绝：变更控制委员会拒绝变更请求;

　　3)接受：变更控制委员会接受变更请求;

　　4)挂起：变更请求被挂起，以后再作决定;

　　5)已验证：更改已执行和验证;

　　6)关闭：验证并归档配置项，更新的配置项提交给用户(例如：通过版本发布)。

　　变更请求的类型

　　1)增强型：变更请求要求对已批准的项目功能进行增强。

　　2)改进型：变更请求不会造成功能更改，但使配置项的维护更加有效率。

　　3)纠错型：变更请求对错误进行修正(诸如bug)。

　　变更请求的优先级

　　在评价变更请求的优先级时，要对请求变更的配置项进行系统的分析，确定变更影响范围和修改的程度，确定变更的级别，为确定是否有必要记录变更提供参考依据。变更请求的优先级可分为三类：

　　1)高：严重地影响一些用户或许多用户。

　　2)中：对用户造成不方便，或是可以采取相应的变通方法处理的主要问题。

　　3)低：小问题。

　　修改完后签入(Check in)

　　对变更的处理，要按照变更控制规程，将变更请求及其相关附件提交软件配置控制委员会审批。配置管理组根据审批意见处理变更请求。

　　只有配置管理员具有Check in权限。在进行Check in之前，确认下面的事项：

　　1)所有对配置项所做的修改被批准;

　　2)所有的更改都经过审核或验证;

　　3)所对应的变更请求已经被保存起来;

　　4)所有相关的审核记录被保存;

　　5)Check in时须注明Check in因，如对应的变更请求。

　　从数据库中签出(Check out)

　　1)对于文档，配置管理员在更改审批人同意后，从配置库中Check out配置项，发给项目组成员修改。

　　2)Check out时须注明Check out原因，如将要修改的问题。

　　3) 配置管理员一定要在配置状态发布中跟踪被Check out出来的配置项。

如何正确理解配置管理

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

配置管理的实施

实施配置管理系统，一般的步骤和需要考虑的问题如下：1．规划、调整网络开发环境一个规划良好的开发环境，是实施配置管理系统的前提。在此阶段，要对配置管理系统做出规划，主要考虑以下问题： 网络的带宽、拓扑结构 服务器的选择、命名规范 存储区的定位 开发人员及组的命名规约等 2．设计配置管理库根据项目开发的要求，设计开发资源的存储模式，良好的存储模式有利于减轻管理上的负担，增强配置管理库的访问性能，同时便于控制访问权限，保护软件资产。3．定义配置管理系统的角色在此阶段，需要确定与配置管理相关的所有角色，包括他所有角色相应的活动。在开发过程中，一个开发人员可能兼任多种角色，但一项任务在同一时刻只能由一个角色来执行。一般配置管理中的角色主要包括： 项目经理：项目经理在配置管理方面的职责是依靠配置管理员、系统管理员和系统体系结构设计人员的帮助，制定项目的组织结构和配置管理策略。这些工作包括：定制开发子系统，定制访问控制，制定常用策略，制定集成里程碑，以及进行系统集成。 配置管理员：配置管理员的职责是根据项目经理制定的开发组织结构和策略，实施、维护配置管理的环境。其主要职责如下：创建配置管理库，对存储库进行日常备份和恢复，维护配置管理环境，及管理配置管理相关的用户。 软件开发人员：软件开发人员依据项目的开发和配置管理策略，创建、修改和测试开发工件。 集成人员：对软件进行归并，形成相应的基线或发布版本。 QA人员：需要对软件配置管理有较深的认识，其主要工作是跟踪当前项目的状态，测试，报告错误，并验证其修复结果。 4．制定配置管理流程这是配置管理实施的一个重要阶段，其主要目的是根据项目开发的需要，制定相应的配置管理流程，以更好地支持开发，主要活动包括： 定制并行开发策略：合理的并行开发策略应该具有以下特点：协调项目的复杂性和需求，统一创建分支类型和元数据，为开发过程中的变更集成制定有效的规范，适时反映开发过程中方法和需求的变化。 发布版本管理：软件开发过程中的一个关键活动是提取工件的相关版本，以形成软件系统的阶段版本或发布版本，我们一般将其称为稳定基线。一个稳定基线代表新开发活动的开始，而一系列定制良好的活动之后又会产生一个新的稳定基线。有效地利用此项功能，在项目开发过程中可以自始至终管理、跟踪工件版本间的关联。 一般来讲，实施配置管理系统，相关人员需要接受以下培训： 管理员培训：针对配置管理员，主要学习配置管理工具管理相关内容。 开发人员培训：针对开发人员，主要学习配置管理工具与开发相关的常用操作。 管理流程培训：针对全体人员，目的是了解配置管理策略和流程，以及如何与开发管理、项目管理相结合。

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

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

软件配置管理工作包括哪些具体的内容

软件配置管理是贯穿软件开发过程始终的一项工作。对于一个软件项目来说，软件配置管理规范至少包括以下的内容：(1)配置项及其命名规则。(2)配置库文件目录结构。(3)角色和权限定义。(4)配置项变更流程。(5)配置项发布。(6)基线定义和基线变更。项目中的基线有两个方面：一是作为里程碑的基线；另一个是模块的阶段性成果基线(对工作产品而言)，一般来说都要避免变更基线。对这两种不同的基线，其影响的范围不同，确立和变更方式也不一样。项目的基线变更控制委员会由客户代表、产品经理、项目经理和技术经理组成，对发布的里程碑类基线的变更必须由变更控制委员会确认并由QA进行变更记录，所有被变更影响的配置项都需要重新同步后再次发布；而对于仅仅作为工作状态保留的基线，一般只需要建立基线的小组确认更改并在QA进行记录即可。

软件配置管理工具的工具选择

目前配置管理工具可以分为3个级别： (1)版本控制工具，是入门级的工具，例如：CVS、VSS。(2)项目级配置管理工具，适合管理中小型的项目，在版本管理的基础上增加变更控制、状态统计的功能，例如：ClearCase、PVCS。(3)企业级配置管理工具，在实现传统意义的配置管理的基础上又具有比较强的过程管理功能，例如：ALLFUSIONHarvest。在建立自己的配置管理实施方案时，一定要根据自己的管理需要，选择适合自己的工具，从而搭建一个最适合自己的管理平台。如果我们的管理目标是建立组织级配置管理架构，并且要实现配置管理的所有功能，从而为以后的过程管理行为提供基础数据的话，那么我们建议选择专用的配置管理工具。1．支持的操作系统这几款工具都支持各种主流的操作系统，如Windows、LINUX、UNIX，都支持分布式开发。CVS、Harvest、VSS、ClearCase的Server都可以安装在Windows、LINUX、UNIX、AIX等操作系统上。2．版本管理功能CVS与Harvest、VSS、ClearCase都可以进行版本管理，都支持并行开发。在与开发工具的集成方面，CVS可以与各种Java开发工具集成，而Harvest支持SCC接口，可与VB、VC等集成，此外支持与IBM的WSAD集成。3．变更控制功能Harvest、ClearCase支持并提供了邮件通知、表单(类似任务说明书或变更通知)等手段来加强团队的信息沟通，而且提供审批、晋升等手段来方便管理项目。Harvest是基于过程的变更，可有效的进行变更控制，它在进行配置管理时更注重软件开发的过程与生命周期的概念；ClearCase相比HarVest则更强调赋予发人员更大的发挥空间，通过集成ClearQuest可以有效地进行变更的跟踪与监控。CVS是基于文件的变更处理，不能跟踪、监控项目的变更，但是结合开放源码的BugTrackI具也能进行变更管理。4．状态统计功能CVS、Harvest、ClearCase均提供了强大的统计信息功能。5．数据的安全性Harvest提供了全面的权限控制，所有的软件资产存放在Oracle数据库中，利用Oracle的特性来保障数据的完整性与安全，并可以定时备份，在权限控制和安全性方面是这三个工具中是最好的；而CVS、ClearCase主要依赖操作系统的权限设置；但ClearCase采用自己的文件系统，在安全性方面也有严格的控制，而CVS的安全性与备份功能需要通过设置操作系统权限来实现。在配置管理的基本功能的实现上，CVS提供了版本管理和部分变更管理的功能，Harvest、ClearCase完成配置管理的功能的同时还可以帮助软件开发组织积累项目中的数据提升软件开发过程能力。

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

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

软件开发过程中，采用软件配置管理工具有何意义

(1)配置支持。配置是一组有共同目的的中间软件产品，其中每一个中间软件产品称为一个配置项。软件配置管理支持用户建立配置项之间的各种关系，并对这些关系加以维护，维护这些关系有助于完成某些特定任务(例如Build)和标识某一变化对整个系统开发的影响。 (2)版本控制。版本控制是软件配置管理的基本要求，它可以保证在任何时刻恢复任何一个版本、版本控制还记录每个配置项的发展历史，这样就保证了版本之间的可追踪性，也为查找错误提供了帮助，版本控制也是支持并行开发的基础。(3)变更控制。变更控制是指在整个软件生存周期中对软件变更的控制。变更控制系统记录每次变更的相关信息(变更的原因、变更的实施者以及变更的内容等)。这些信息有助于追踪出现的各种问题。(4)构造支持。软件系统往往由许多配置项构成，建立整个系统是个复杂和费时的过程，软件配置管理工具可以记录和追踪每个配置项信息，帮助用户自动和快速地建立系统，和版本控制结合在一起，可以有效地支持同时开发系统的多个版本。(5)过程支持。过程详细描述了各种人员在整个软件生存周期中如何使用整个系统，过程控制可以保证每一步都按照正确的顺序由合适的人员实施。过程控制本来是软件开发环境中一个独立的部分，现在软件配置管理也开始提供这部分功能。目前的软件配置管理工具对过程的支持还很不够，而且支持方式差别也很大，许多管理只是提供一个预先定义好的生存周期模型，并保证开发的每一步都按照这个模型规定进行。(6)团队支持。团队支持是指多个开发人员同时开发一个软件系统。大多数软件系统都需要多个开发人员参与，有效的团队支持对开发人员是很有用的。团队支持主要包括工作区管理、并行开发管理和远程开发管理(某些软件配置管理工具还包括对开发人员支持)。