配置管理工具之Clearcase

配置管理工具

Clear Case基本介绍

Louis 2010-07

配置管理工具—目录

l ClearCase介绍

l ClearCase的四大功能

l ClearCase结构及设置

l ClearCase的硬件需求及支持平台

l使用ClearCase的益处

ClearCase介绍

ClearCase具体的说是做配置管理的工具，只是SCM管理工具其中的一种。

是Rational公司（目前被IBM收购）开发的配置管理工具，类似于VSS，CVS的作用，但是功能比VSS，CVS强大的多，而且可以与Windows资源管理器集成使用，并且还可以与很多开发工具集成在一起使用。

ClearCase介绍

优点

功能强大，是一套完整的软件配置管理工具；

与Windows资源管理器的集成；

完善的GUI界面；

与开发环境的集成；

几乎支持所有的操作系统；

缺点

对配置管理员要求较高；配置和使用稍显复杂；

价格较贵；·Rational 的全线产品·Microsoft 的Visual Studio ·ORACLE Developer/2000 ·Power builder

ClearCase介绍

其他相关产品介绍

Rational Unified Process：吸收综合了许多软件开发过程中的精华而形成的一个一致的，稳定的软件开发过程框架，可以用于指导整个开发过程；

Rational Requisite Pro：帮助进行需求的管理；

Rational ClearQuest：用来跟踪、管理、和报告产品缺陷以及需求变动；

Rational SoDA：可直接从应用程序数据库和文件中提取信息，以保持工程文档与工程同步；Rational Purify：将程序员从令人烦恼的指针错误中解救出来，他能帮助程序员完全彻底的找出程序中的这方面的错误；

Rational PureCoverage：则能够告诉你的代码哪些经过测试而哪些则没有，使你能够准确的设计出测试过程，覆盖你的每一片代码；

Rational Quantify ：则能够帮助你开发出高效的软件。他能找出程序的瓶颈，从而使你改进你的程序；

Rational Rose：是软件建模界的佼佼者，全面支持UML，和流行的开发工具结合紧密。

ClearCase介绍

概述

ClearCase主要应用于复杂的产品发放、分布式团队合作、并行

的开发和维护任务，包括支持当今流行软件开发环境Client/Server网络结构。并实现了跨越复杂环境（如Unix、Windows系统）的项目开发支持；

在激烈的市场竞争中，ClearCase的特点直接响应了软件团队的

需求，如：软件生产、发布、维护等。

ClearCase作为规范的软件配置管理工具，能完全满足软件开发

人员的需求，同时健全了软件开发的科学管理。

ClearCase的先进功能直接解决了原来开发团队所面临的一些难

以处理的问题，并且通过资源重用帮助开发团队，使其开发的软件更加可靠。

ClearCase的四大功能

版本控制(Version Control)

ClearCase自动追踪每一个文件和目录的变更情况，通过分支和归并功能支持并行开发。

在软件开发环境中，ClearCase可以对每一种对象类型（包括源代码、二进制文件、目录内容、可执行文件、文档、测试包、编译器、库文件等）实现版本控制。因而，ClearCase提供的能力远远超出资源控制，并且可以帮助团队，在开发软件时为他们所处理的每一种信息类型建立一个安全可靠的版本历史记录。

ClearCase的四大功能

工作空间管理(Workspace Management)

ClearCase给每一位开发者提供了一致、灵活的工作空间（有时也称为“Sandboxes”）。ClearCase采用一种称为View的创新技术，它可以选择所指定任务的每一个文件或目录的适当版本，并呈现它们。View可以让开发者在资源代码共享和私有代码独立的不断变更中达到平衡，从而使他们工作互不干扰、效率更高。

ClearCase的四大功能

建立管理(Build Management)

ClearCase能准确的选择所要建立的文件版本，产生软件建立过程的记录信息，而且可以完全、可靠的重建任何以往的版本。

ClearCase也可以通过共享二进制文件和并发执行多个建立脚本的方式支持有效的软件构造。

*可视化的基线建立模式，让用户可以准确的进行选择和查看配置项的版本

ClearCase的四大功能

过程控制(Process Control)

ClearCase能有效的规范开发团队的管理。可以通过对全体人员的不同授权来控制哪些人可以修改、浏览、执行哪些文件或目录。

自动的产生常规日志可以监控软件什么时间、被谁修改、修改了什么内容以及执行政策。提供用户可定制的触发机制，使软件开发的管理趋于自动化。

ClearCase结构及设置

客户/服务器结构

ClearCase是运行在分布式Client/Server结构中的“组件”产品。ClearCase函数和开发数据的程序可以被分配到整个

本地网络。这使得ClearCase的工作范围——从工作站上被加到网络中以便更多的开发者可以使用，从而使ClearCase的数据存储和数据处理资源的能力大大提高。

客户端和服务器可以通过远程调用过程（RPC）互相进行进程通讯，这使得开发者不必涉及数据存储的物理定位而进行ClearCase网络通讯。

ClearCase结构及设置

数据库组成

永久性，共享数据存储库是VOB的集合。多个VOB也可

以存放在同一主机中（要有充足的磁盘空间和处理资源的能力）。

开发者使用单独的（或共享的）工作区域称为视图——

任何人都有一个小的私人存储区。视图的存储区域一般位于独立的工作站或PC上。主控服务器可存放共享视图或为那

些将被重建或发布的应用程序建立视图。

增加灵活性，VOBs和视图可以存储在网络上的任意地点。

ClearCase结构及设置

图形用户界面

ClearCase包含传统的命令行界面和Motif及Windows点击图形用户界面（GUIs）包括任务设置GUI组件。UNIX和Windows的ClearCase的GUIs提供下拉和弹出菜单，工具条，context-sensitive帮助显示来简化公共用户级的命令。

另外，界面包含文件浏览器，视图，VOB，版本树，超级联接，可选择的数据，及更多的可以简化在ClearCase中的公共数据对象的查询和选择。

ClearCase结构及设置

GUI也提供直观比较和归并功能，用高亮度颜色来描述插入，删除，修改的内容。GUI可以通过扩展脚本语言被定制，使用户能创建自己的按钮，工具条，和多水平菜单。定制的组织政策和脚本能在GUI 中被访问，而且外部命令也能与GUI进行集成。

另外，ClearCase具有图形事件和属性显示的功能。事件显示可提供相关ClearCase控制元素的历史记录信息，也可以被定制成当前全部元素的历史。关于当前元素或指定版本的属性信息，使用制表键可以显示，标签，属性，超级联接，触发器，安全性，加锁等信息。

ClearCase结构及设置

Windows资源管理器的集成

ClearCase for Windows包含和Windows资源管理器的集成，使得公共的ClearCase操作在资源管理器中用鼠标右键即可实现。此集成允许用户打开视图，mount VOB，检出/入元素，激活版本树浏览器，检查元素历史和属性，寻找检出元素，比较新老版本，及激活ClearCase Details，在线帮助也包括在内。

ClearCase结构及设置

ClearCase Details工具

ClearCase Details工具显示与ClearCase相关连的文件和目录的信息，比如检出状态，用户视图选择的元素版本，及用户选择的版本的配置设置。ClearCase Details工具允许用户去修改显示的属性，访问到其他目录，去调用更多的ClearCase 命令和工具。

第3 章ClearCase结构及设置

归并管理器

归并管理器是管理归并元素过程的图形工具。他自动为归并收集信息，并可以结合使用ClearCase Diff归并工具来比较版本并完成归并操作。

ClearCase结构及设置

与IDE集成

在Windows环境中，ClearCase支持Microsoft公共源代码控制（SCC）接口配置，支持在Visual C++，Visual Basic，Power Builder和Developer 2000开发工具和源代码控制工具之间所关联的API，使ClearCase公共操作被映射到SCC接口中，开发者从VC、VB、PB和D2000的工具栏中直接访ClearCase 的功能，并使用标准（微软）SCC对话框。

ClearCase结构及设置

例如：在Visual C++中，用户能访问公共ClearCase操作，包括：增加新文件到源控制；检出/入文件和激活ClearCase 历史和属性的显示。在Visaul Basic中用户可以启动视图；mount VOBs；添加Visual Basic项目到ClearCase控制中；增加新文件；检入/出；激活ClearCase历史和属性的显示，PB和D2000也很类似。

ClearCase结构及设置

系统管理

ClearCase包含一套工具，命令，和GUI应用以便建立、扩展及管理VOB，视图，和跨越站点的策略。系统管理员能管理物理磁盘存储，网络间的系统转换，确信VOB保密性，管理用户的License，限制对软件元素的访问。将状况和错误记录信息被送入记录浏览器。管理员可以使用他们现有的备份工具轻松备份ClearCase VOB。

ClearCase的硬件需求及支持平台

支持环境

üDigital Unix

üHP-UX

üIBM AIX

üNCR UNIX SVR4 MP-RAS

üPyramid DC/Osx

üMicrosoft Windows NT/95

üSilicon Graphics IRIX

üSiemens SINIX

üSunOS

üSun Solaris

üSCO UnixWare

使用ClearCase的益处

益处

ClearCase帮助任何规模的开发组织进行更加有效的开发和维护、加强竞争力、增加收益、降低成本。独特的ClearCase带来的特殊利益：

l提高团队效率——通过对并行开发的支持来实现，包括自动建立分支、图形化的比较和归并、丰富的标签信息、树形版本管理结构。l提高个人效率——通过灵活、可靠的工作空间管理和与开发工具及资源管理器的集成，可以使开发人员使用起来更为轻松，并有效的控制变更的传播，减少人员间的相互干扰。

使用ClearCase的益处

益处

l简单的维护和对客户更好的支持——通过快速准确的重建以前的版本和文件良好的可回朔性来实现。通过版本控制可以记录所有项目文件发展的全过程，便于后期的升级和维护。

l快速准确的产品发布——通过建立管理功能可以快速、准确地选择需要发布的元素版本，减少集成时间和人员。

使用ClearCase的益处

益处

l节省硬件资源——由于一个存储库可以被多个人使用，因此可以避免文件多重拷贝所浪费的硬件资源，并能有效的确保文件的唯一性。

另外一个存储库可以记录整个项目的所有版本，通过标签即可表示，无须通过建立多个目录来标识产品版本。

l提高项目的安全性——由于ClearCase的存储库是安全可靠的，并且库中的所有元素均受保护，可以避免非法的删改。

使用ClearCase的益处

益处

l有效的管理多个项目和强有力的并行开发支持——通过工作空间管理以及自动的分支和归并的功能来实现。

l有利于企业知识库的建立——由于VOBs可以存储每个项目所有信息，所以我们每做一个项目都会积累下一些存储库，这样便于将来的项目利用以往的项目资源。使得软件生产趋于规模化。

配置管理工具简介

配置管理工具简介要说配置管理工具，就要说到配置管理，因为配置管理工具是软件配置管理过程中所使用的一些工具，要了解配置管理工具，首先就必须了解配置管理。一、配置管理工具的定义：软件配置管理的定义有很多，现在我只说一个我觉得定义的必要好的定义。它是：“协调软件开发使得混乱减到最小的技术叫做软件配置管理，它是一种标识、组织和控制修改的技术，目的是使错误达到最小并有效地提高生产效率。”它贯穿整个软件生命周期并应用于整个软件工程过程，是软件工程中用来管理软件开发的规范，也是CMM（软件能力成熟度模型）二级中关键过程域。软件配置管理是软件质量改进的核心环节，它贯穿于整个软件生命周期，为软件改进提供了一套解决办法与活动原则。二、软件配置管理的目标：软件配置管理的目标是标识变更、控制变更、确保变更、和报告变更，它主要完成以下几种任务：标识、版本管理、变更控制、配置审计和配置报告。三、配置管理工具的主要功能：配置管理工具作为配置管理过程中使用的工具就理所当然的具有以下功能： 1).并行开发支持：因开发和维护的原因，要求能够实现开发人员同时在同一个软件模块上工作，同时对一个代码部分做不同的修改，即使是跨地域分布的开发团队也能互不干扰，协同工作，而又不失去控制。 2).修订版管理：跟踪一个变更的创造者、时间和原因，从而加快问题和缺陷的确定。 3).版本控制：能够简单、明确地重现软件系统的任何一个历史版本。 4).产品发布管理：管理、计划软件的变更，与软件的发布计划、预先定制好的生命周期或相关的质量过程保持一致；项目经理能够随时清晰地了解项目的状态。 5).建立管理：基于软件存储库的版本控制功能，实现建立过程自动化。 6).过程控制：贯彻实施开发规范，包括访问权限控制、开发规则的实施等。 7).变更请求管理：跟踪、管理开发过程中出现的缺陷、功能增强请求或任务，加强沟通和协作，能够随时了解变更的状态。 8).代码共享：提供良好的存储和访问机制，开发人员可以共享各自的开发资源。四、常见配置管理工具简介：配置管理工具有很多，一下我对一些常见的配置管理工具做一简单的介绍。 1.元老：CCC、SCCS、RCS 上个世纪七十年代初期加利福利亚大学的Leon Presser教授撰写了一篇论文，提出控制变更和配置的概念，之后在1975年，他成立了一家名为Soft Tool的公司，开发了自己的配置管理工具：CCC，这也是最早的配置管理工具之一。在软件配置管理工具发展史上，继CCC之后，最具有里程碑式的是两个自由软件：Marc Rochkind 的SCCS (Source Code Control System) 和Walter Tichy 的RCS (Revision Control System)，它们对配置管理工具的发展做出了重大的贡献，直到现在绝大多数配置管理工具基本上都源于它们的设计思想和体系架构。 2.中坚：Rational Clear Case

软件开发项目配置管理工具的选择

软件开发项目配置管理工具的选择通过软件配置管理，将对软件系统中的多重版本实施系统的管理；全面记载系统开发的历史过程，包括为什么修改，谁作了修改，修改了什么；管理和追踪开发过程中危害软件质量以及影响开发周期的缺陷和变化。并对开发过程进行有效地管理和控制，完整、明确地记载开发过程中的历史变更，形成规范化的文档，不仅使日后的维护和升级得到保证，而且更重要的是，这还会保护宝贵的代码资源，积累软件财富，提高软件重用率，加快投资回报…… 每一个软件项目，无论是工程类项目，还是产品类项目，都必须经历需求分析、系统设计、编码实现、集成测试、部署、交付、维护和支持的过程。在这个过程中，将生成各种各样不同的工件，包括文档、源程序、可执行代码、支持库。更可怕的是，频繁出现的变更是不可避免的，因此面向如此庞大且不断变动的信息集，如何使其有序、高效地存放、查找和利用就成为了一个突出的问题。针对这一问题，最早的开发人员尝试过的解决办法是通过手工来实现： 1)文档：每次修改时都另存为一个新的文件，然后通过文件名进行区分，例如"XXX 软件需求说明书V1.0，XXX软件需求说明书V1.1，XXX 软件需求说明书V2.0."，并且在文件中注明每次版本变化的内容； 2) 源代码：每次要修改时就将整个工程目录复制一份，将原来的文件夹进行改名，例如"XX 项目V1.0、XX 项目1.01、."，然后在新的目录中进行修改；但是这种方法，不仅十分繁琐，容易出错，而且会带来大量的垃圾数据。如果是团队协同开发或者是项目规模较大时，还是会造成很大的混乱。很显然，这样简陋的方法是无法应对这一问题的。后来，有人尝试从制造工业领域引入了"配置管理"这一概念，通过不懈的研究与实践，最终形成了一套管理办法和活动原则，这也就是软件配置管理。通过软件配置管理，将对软件系统中的多重版本实施系统的管理；全面记载系统开发的历史过程，包括为什么修改，谁作了修改，修改了什么；管理和追踪开发过程中危害软件质量以及影响开发周期的缺陷和变化。并对开发过程进行有效地管理和控制，完整、明确地记载开发过程中的历史变更，形成规范化的文档，不仅使日后的维护和升级得到保证，而且更重要的是，这还会保护宝贵的代码资源，积累软件财富，提高软件重用率，加快投资回报。常见的配置管理工具正如前面所述，由于软件配置管理过程十分繁杂，管理对象错综复杂，如果是采用人工的办法不仅费时费力，还容易出错，产生大量的废品。因此，引入一些自动化工具是十分有裨益的，这也是做好配置管理的必要条件。正是因为如此，市场上出现了大量的自动化配置管理工具，这些工具的实现原理与基本机制

软件配置管理报告

份号：001密级: XXXXXXX项目软件配置管理报告 XXXX-RPB-R01.00 XXXXXXXX 公司 XXXX 年XX月XX日

辑要页

摘要: 主题词:

文档修改记录

1范围............................................................................................... 1.1标识.......................................................................................... 1.2系统概述...................................................................................... 1.3文档概述......................................................................... 1........... 2引用文挡........................................................................................... 3软件配置管理情况综述............................................................................. 4软件配置管理基本信息............................................................................. 5专业组划分及权限分酉己.......................................................................... 6配置项记录......................................................................................... 7变更记录........................................................................................... 8基线记录........................................................................................... 9入库记录...........................................................................................

16软件配置管理报告

份号：001 密级： XXXXXXXX项目软件配置管理报告 XXXX-RPB-R01.00 XXXXXXXX公司 XXXX年XX月XX日

辑要页

文档修改记录

目次 1 范围 (1) 1.1标识 (1) 1.2系统概述 (1) 1.3文档概述 (1) 2 引用文挡 (1) 3 软件配置管理情况综述 (1) 4 软件配置管理基本信息 (1) 5 专业组划分及权限分配 (1) 6 配置项记录 (1) 7 变更记录 (2) 8 基线记录 (2) 9 入库记录 (2) 10 出库记录 (2) 11 审核记录 (2) 12 备份记录 (2) 13 测量 (2) 14 主释 (2)

1 范围 1.1 标识本条应描述本文档所适用的系统和软件的完整标识，适用时，包括其标识号、名称、缩略名、版本号和发布号。 1.2 系统概述本条应概述本文档所适用的系统和软件的用途。它还应描述系统与软件的一般特性;概述系统开发、运行和维护的历史;标识项目的需方、用户、开发方和保障机构等;标识当前和计划的运行现场;列出其他有关文档。 1.3 文档概述本条应概括本文档的用途和内容，并描述与其使用有关的保密性考虑。 2 引用文挡本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应标识不能通过正常采购活动得到的文档的来源。 3 软件配置管理情况综述本章应描述软件配置管理活动进展，与软件配置管理计划的偏差;软件配置管理活动与规程是否相符;对不符合项所采取的措施;完成软件配置管理工作的工作量等。 4 软件配置管理基本信息本章应概述软件配置管理的基本信息，包括项目负责人、各级软件配置管理机构组成人员和负责人、软件配置管理所用的资源(如计算机、软件和工具)等。 5 专业组划分及权限分配本章应列出项目专业组的划分、各专业组的成员以及各成员的权限分配，如专业组可分为项目负责人、开发组、测试组、质量保证组、配置管理组等，权限可分为读出、增加、替换、删除等。 6 配置项记录本章所列出项目的所有配置项，包括配置项名称、配置项最后发布日期、配置项控制力度(控制力度可分为基线管理、非基线管理(受到管理和控制))、配置项版本变更历史、配置项变更累计次数等内容。

软件配置管理工具+Vss+60实用指南

软件配置管理工具Vss6.0实用指南一、版本管理的必要性如果说70年代的软件危机导致了软件工程思想的诞生和理论体系的发展，那么80～90年代尤其是90年代软件产业的迅猛发展导致了另一种新思想的产生和实现，这就是软件的版本管理。只要参加过软件开发的人都清楚，现在的软件项目完全由一个人来完成是难以想象而且也是不可能的，通常是有一个研发小组来共同分析、设计、编码和维护，并有专门的测试小组对已完成编码调试的软件进行全面的测试。在软件开发这个庞大而复杂的过程中，需要涉及到各个方面的人员，信息的交流反馈不仅仅是在研发小组的成员之间及各个研发小组之间，还存在于客户和研发者之间。所有的这些交流反馈意见信息都有可能导致对软件的修改，小的可能只是对某个源文件中的某个变量的定义改动，大到重新设计程序模块甚至可能是整个需求分析变动。在这个工程中，由于软件开发所固有的特征，可能会形成众多的软件版本，而且我们并不能保证不出现错误的修改，而这样的一个困难局面却又非常现实地摆在项目开发管理者的面前，他/她该如何有效地解决这些问题，具体地说就是如下一些问题： 1.怎样对研发项目进行整体管理； 2.项目开发小组的成员之间如何以一种有效的机制进行协调； 3.如何进行对小组成员各自承担的子项目的统一管理； 4.如何对研发小组各成员所作的修改进行统一汇总； 5.如何保留修改的轨迹，以便撤销错误的改动； 6.对在研发过程中形成的软件的各个版本如何进行标识，管理及差异识辨等等。一个非常直接的反应，我们必须要引进一种管理机制，一个版本管理机制，而且是广义上的版本管理，它不仅需要对源代码的版本进行管理，而且还要对整个项目进行管理。以往的那种被誉为具有良好编程风格的做法，诸如在对他人的源程序进行修改时注释修改原因，修改人和日期，如果是多个成员同时进行了修改，那么需要进行及时的人工的差异比较和综合以便形成一个统一的新版本。这种做法在当前的大型软件的开发中已经越来越没有空间了，可以说是一种以小作坊的形式来面对软件的社会化大生产，再也不可能行得通了。其实，版本管理的思想很早就存在于软件开发者的头脑之中，只是以往的认识没有现在人们所意识到的那样迫切。UNIX 的程序开发系统较早就提供了能够进行开发小组中源代码版本管理的工具，现在的Linux更是提供功能强大的能够跨平台的版本管理器，国外公司的基于Windows的版本管理器也已经有了比较成熟的产品，国内的研究单位如北京大学计算机系CASE实验室也在致力于这方面的工作。在众多的成熟产品和试验产品中，这里只将对使用比较广泛，有较大用户前景且又能较易获得的版本管理器产品Microsoft公司的Visual SourceSafe6.0进行详细的介绍，针对普通的研发小组的解决方案，及具体的实现。二、Visual SourceSafe6.0(VSS6.0)简介 VSS6.0现在是作为Microsoft Visual Studio6.0这个开发产品家族的一员，如Visual C++6.0和Visual J++6.0一样。 1.VSS的简单工作原理 Microsoft的VSS6.0解决了软件开发小组长期所面临的版本管理问题，它可能有效地帮助项目开发组的负责人对项目程序进行管理，将所有的项目源文件（包括各种文件类型）以特有的方式存入数据库。开发组的成员不能对该数据库中的

海湾配置管理工具的使用

火灾自动报警系统是在保护对象发生火灾的情况下自动探测、显示发出火灾警报的装置。它广泛应用于现代化工厂、物资仓库、高层建筑、计算中心等建筑物内，对保证人民的生命和财产安全起着巨大作用。火灾自动报警要经历安装、接线、调试、验收等诸多环节，其中调试是其中最重要的一个环节之一。说起调试，每个火灾自动报警系统都有其特有的调试软件，而每个厂家的调试软件只有其相关的调试人员才会接触到，相对于普通人来说也是比较神秘的，下面国产火灾报警品牌巨头一海湾的进行揭秘。首先打开海湾调试软件工具，屏幕会出现输入密码界面输入密码后进入GstCfg配置管理工具界面，界面有标题栏、工具栏、状态区域和编辑区域组成。

WRIVJ.A 右击状态区域内“控制器”可以添加控制器操作，GstCfg配置管理工具可添加的控制器有GST20C火灾报警控制器、GST500/5000 火灾报警控制器、GST900C火灾报警控制器、DH9000电气火灾控制器、以及KR9000可燃气体报警控制器。控制器添加界面可以对控制器的名称，是否联网、以及新老国标等基本属性进行选择。

控制器添加完成后进入如下界面，在这了我们添加一个新国标地址号是01的GST500C型火灾报警控制器欝E.H k^ITEHlJ-A A EW4U眠皿活冋1SB 畑：fi ------------------- ■ j ■* 可以在左侧框内的GST5000C控制器右击选择添加回路，选择回路数量进行添加。添加好的界面如下

图中右侧显示的就是设备定义的界面，在这里可以完成对所有设备定义数据的填写。最左边的一列是设备的二次码，选中右击二次码可以对其进行批量修改。 ML 士 HS-ti p -yi | mmv ■■ 離 ?皿心卸 Et? ■F ■?; *g ■ Mimi I q ? mum ? 卜 ii 1 卫 L J Ml?]i | iSH> M G . 口亠■史曲 ■ :石「 '| E P L \ b □ 1 B —帛?P L ?吐皿 Q fl 4 HKOt 阿沁0 □ ■ i 沁〈亍6 * 4 * V M IO? 1 t .：.?■：：:? >Q 4 | 1 i ?l?St 1 I I 0W"*E 0 L j 0 $ 川1 otltlt D L Qb”利1 ? 上理_； M |?|| fn- AhB D u 51- PS.m 1 h 一 ^ b 白會 nsn 0?i-5HE 0 ￡ a>*3 Rfl J ~0 4 "t Al M IMF t 曲祐i b 1 Q V [| (^ICM OCMH 0 k 1 H 「 1 口*飓6 I 口 4 if 1 W 1 wi?ir CW4HL D ._"L g fi 曾 'P ' wwii 1 "T "?■ #￡厂 t 1 6 i i ' il DMAII D C n> A949I □ ；M bMtt i ? i> *!?■? 1 fi ；n t awt-^'S n U S *9 J 口 4 HUtil X 蘇Q k 汁”枕 0 I ；裁?1?2f ' t gMt 0 L as 1 4 i 31 i i g?p-M Q . k "■却捆 n ii ■ i 亦a 沁"厂 k H ■■盟耐 Q 4 |T ?J0? & MHK P 匚岭彗r.g 1 Q I * NIKI ￡M?E 0 =H 联1 I 4 i￡ —慣呻一 MMNE 6 I ? * . 1

软件项目配置管理系统计划清单指导应用清单

中国核电集团 CHINA GUANGDONG NUCLEAR POWER GROUP 记录文件项目编号项目名称 CGN-IT-C3-A12-01 软件项目配置管理计划版本编写审核审定批准生效时间A/0 注：如无受控文件标识（蓝色印章）则为非有效版本，以受控文件规定为准。此文件属中国核电集团所有，未经许可，不得以任何方式外传。

修改记录页

目录 (一)基本信息 (4) (二)角色与职责 (4) (三)配置管理资源 (5) (四)权限分配 (5) (五)配置项计划 (6) (六)配置库基线 (7) (七)配置库备份计划 (8) (八)配置库状态报告 (8) (九)配置审核 (9) (十)审批意见 (9)

配置管理计划(一)基本信息项目名称：项目代号：立项时间：预计主要项目阶段有：配置项目命名规则依据： (二)角色与职责

(三)配置管理资源本项目使用配置管理工具对各配置项进行存储、版本管理，并提供更新、检索和历史版本的恢复。提示：（1）配置管理员确定本项目的配置管理软件。例如采用Microsoft公司的TFS或者IBM公司的clearecase。（2）配置管理员根据所采用的配置管理软件，确定计算机资源（考虑存、外存、CPU等）。预计建库申请日期：预计建库日期：预计工作库需空间： (四)权限分配项目成员访问配置库的ID及PASSWORD默认设置为与域的设置相同。若个人要求另行设置的，由项目组配置管理员负责汇总后，提交给高级配置管理员调整设置。

(五)配置项计划填写上面表格过程中，需要对照成果物列表逐项填写。

VSS的基本设置使用方法

VSS的配置和使用〇、摘要在企业开发环境中，源代码管理占据着重要的一环。本文将通过一个实例，创建一个源代码管理的项目SourceManager，来讲述如何使用Visual https://www.360docs.net/doc/6016578596.html,开发环境，配合Visual Source Safe 6c和IIS，创建企业团队开发环境。一、开发前的准备 1、在装有Windows 2000或者Windows XP Professional的机器上安装.Net Framework SDK、Visual https://www.360docs.net/doc/6016578596.html,、Visual Source Safe 6C。（如果用户操作系统是Windows .Net Server，则无须安装.Net Framework SDK，.Net Server自带的IIS 6已经完全包含了对.Net 的支持）这些工具在Visual https://www.360docs.net/doc/6016578596.html,的安装盘上都可以找到。 2、一台专门用于存放版本控制中心数据库的服务器。该服务器不需要安装.NET Framework SDK和https://www.360docs.net/doc/6016578596.html,，但是必须安装VSS 6C。我们称这台服务器为开发服务器DataCenter。 3、一个主域控制器，将DataCenter服务器加入这个域，为每一个开发用户分配域帐号。这样所有小组成员可以通过登录到Window NT域来访问版本控制信息。注意：Visual Studio 6所带的Visual Source Safe 6不支持.Net的一些文件格式。如果你安装了VSS 6，也需要再安装一次VSS 6C，否则在https://www.360docs.net/doc/6016578596.html,环境中将源代码加入到VSS数据库中将会出现错误。二、创建空的SourceSafe数据库在开始工作之前，需要建立一个空的SourceSafe数据库，来存放源代码控制数据，并为小组开发人员分配访问帐号。在DataCenter服务器上新建Source Safe数据库。步骤如下： 1、启动"开始"——"程序"——"Microsoft Visual SourceSafe"菜单下的SourceSafe 6.0 Admin。如果你是第一次安装VSS 6C，Common数据库的Admin帐号为空。如图一所示：图一VSS登录窗口 2、在Visual SourceSafe Administrator窗口中，你可以看到Source Safe默认的两个用户Admin和Guest。如果你不打算使用默认的Common数据库，而要建立一个属于自己的项目数据库。选择菜单"Tools"——"Create Database"，如图二所示：

配置管理系统

配置管理系统（北大软件 010 - 61137666）配置管理系统，采用基于构件等先进思想和技术，支持软件全生命周期的资源管理需求，确保软件工作产品的完整性、可追溯性。配置管理系统支持对软件的配置标识、变更控制、状态纪实、配置审核、产品发布管理等功能，实现核心知识产权的积累和开发成果的复用。 1.1.1 组成结构（北大软件 010 - 61137666）配置管理系统支持建立和维护三库：开发库、受控库、产品库。根据企业安全管理策略设定分级控制方式，支持建立多级库，并建立相关控制关系；每级可设置若干个库；配置库可集中部署或分布式部署，即多库可以部署在一台服务器上，也可以部署在单独的多个服务器上。 1. 典型的三库管理，支持独立设置产品库、受控库、开发库，如下图所示。图表1三库结构 2. 典型的四库管理，支持独立设置部门开发库、部门受控库、所级受控库、所级产品库等，如下图所示。

图表2四级库结构配置管理各库功能描述如下：

以“三库”结构为例，系统覆盖配置管理计划、配置标识、基线建立、入库、产品交付、配置变更、配置审核等环节，其演进及控制关系如下图。图表3 配置管理工作流程 1.1.2主要特点（北大软件010 - 61137666） 3.独立灵活的多级库配置支持国军标要求的独立设置产品库、受控库、开发库的要求，满足对配置资源的分级控制要求，支持软件开发库、受控库和产品库三库的独立管理，实现对受控库和产品库的入库、出库、变更控制和版本管理。

系统具有三库无限级联合与分布部署特性，可根据企业管理策略建立多控制级别的配置库，设定每级配置库的数量和上下级库间的控制关系，并支持开发库、受控库和产品库的统一管理。 4.产品生存全过程管理支持软件配置管理全研发过程的活动和产品控制，即支持“用户严格按照配置管理计划实施配置管理—基于配置库的实际状况客观报告配置状态”的全过程的活动。 5.灵活的流程定制可根据用户实际情况定制流程及表单。 6.支持线上线下审批方式支持配置控制表单的网上在线审批（网上流转审批）和网下脱机审批两种工作模式，两种模式可以在同一项目中由配置管理人员根据实际情况灵活选用。 7.文档管理功能实现软件文档的全生命周期管理，包括创建、审签、归档、发布、打印、作废等，能够按照项目策划的软件文档清单和归档计划实施自动检查，并产生定期报表。 8.丰富的统计查询功能，支持过程的测量和监控支持相关人员对配置管理状态的查询和追溯。能够为领导层的管理和决策提供准确一致的决策支持信息，包括配置项和基线提交偏差情况、基线状态、一致性关系、产品出入库状况、变更状况、问题追踪、配置记实、配置审核的等重要信息； 9.配置库资源的安全控制 1)系统采用三员管理机制，分权管理系统的用户管理、权限分配、系统操作日志管理。 2)系统基于角色的授权机制，支持权限最小化的策略； 3)系统可采用多种数据备份机制，提高系统的数据的抗毁性。 10.支持并行开发系统采用文件共享锁机制实现多人对相同配置资源的并行开发控制。在系统共享文件修改控制机制的基础上，采用三种配置资源锁以实现对并行开发的

软件配置管理计划示例

软件配置管理计划示例作者：赵文锋计划名CADCSC软件配置管理计划项目名中国控制系统CAD工程化软件系统项目委托单位代表签名年月日项目承办单位代表签名年月日 1 引言 1．1 目的本计划的目的在于对所开发的CADCSC软件规定各种必要的配置管理条款，以保证所交付的CADCSC软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。 1．2 定义本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。 1．3 参考资料 ◆GB/T 11457 软件工程术语 ◆GB 8566 计算机软件开发规范 ◆GB 8567 计算机软件产品开发文件编制指南 ◆GB/T 12504 计算机软件质量保证计划规范 ◆GB/T 12505 计算机软件配置管理计划规范 ◆CADCSC 软件质量保证计划 2 管理

2．1 机构在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。 2．2 任务在软件工程化生产的各个阶段中，与本阶段的阶段产品有关的全部信息在软件开发库存放，与前面各个阶段的阶段产品有关的信息则在软件受控库存放。在研制与开发阶段的阶段产品的过程中，开发者和开发小组长有权对本阶段的阶段产品作必要的修改；但是如果开发者或开发小组长认为有必要个性前面有关阶段的阶段产品时，就必须通过项目的配置管理小组办理正规的审批手续。因此，软件开发库属开发这个阶段产品的开发者管理，而软件受控库由项目的配置管理小组管理。软件经过组装与系统测试后，应该送入软件产品库，如欲对其修改，必须经软件配置管理小组研究同意，然后报项目总体组组长批准。关于软件配置要进行修改时的具体审批手续，将在第条中详细规定。 2．3 职责在软件配置管理小组中，各类人员要互相配合、分工协作，共同担负起整个项目的软件配置管理工作。其中各类人员的分工如下： A．组长是总体组代表，他对有关软件配置管理的各项工作全面负责，特别要对更改建议的审批和评审负责； B．软件工程小组组长负责监督在软件配置管理工作中认真执行软件工程规范； C．项目的专职配置管理人员检查在作配置更改时的质量保证措施； D．各子系统的配置管理人员具体负责实施各自的配置管理工作，并参与各子系统的功能配置检查和物理配置检查；

配置管理软件vss使用图文

配置管理软甲VSS的使用过程 VSS是一个C/S的软件我们需要搭建服务端通过客户端访问操作首先，第一步、搭建服务端在win2003里安装vss软件直接setup.exe安装选择安装目录安装在非中文目录下

安装项目选择共享数据库的服务器端等待安装结束即可期间出现的不常用功能的文件问题可以忽略

安装完成之后我们就可以在服务端来添加我们的项目数据库啦选择工具》创建数据库数据库可以自定义路径数据库创建好了之后我们打开我们刚刚创建的项目数据库找到srcsafe.ini文件并打开双击或选择打开此.ini 文件

窗体显示我们在自己创建的数据库当中时我们就可以在服务端创建账号了这里我创建了一个dzdwr账号并设置了密码

账户设置好了我们可以先给我们创建的项目数据库里配置一些内容打开我们的 Microsoft Visual SourceSafe 6.0 客户端先使用admin 账户登录注意这里的数据选择我们之前创建好的项目数据库在所有项目中的$中我们右键》创建新目录项目创建好了之后呢接下来我们给我们创建的用户dzdwr 来添加权限在服务端里选中我们要配置权限的用户工具》为用户添加权限选择我们想要给dzdwr 用户配置的权限添加或删除选择我们创建的数据库

权限配置好了之后由于vss项目配置管理软件需要我们共享文件夹才能实现所以接下来我们将我们创建的项目数据库的文件夹进行共享找到路径右键属性将安全选项卡里中的用户添加everyone 其权限包括修改、读取和运行同时在共享选项卡里共享此文件夹并将共享权限中的更改给勾选上这是为了我们在其他客户端能通过everyone来访问此项目数据库并能通过vss进行正常的修改读取操作

配置管理工具SVN

软件配置管理工具SVN配置和使用说明战立章 2008年6月

目录第I 条第一章SVN的安装和使用说明 (1) 1.1SVN（Subversion）简介 (1) 1.2服务器SVN（Subversion）的安装和配置 (2) 1.2.1安装指南 (3) 1.2.2服务器的设置 (3) 1.3客户端TortoiseSVN的安装和配置 (5) 1.3.1安装指南 (5) 1.3.2TortoiseSVN使用说明 (5) 第II 条参考文献 (11)

第I 条第一章SVN的安装和使用说明 1.1SVN（Subversion）简介在开源领域，并行版本控制（CVS）一直是版本控制的选择。CVS（Concurrent Versions System）本身是一个自由的软件，它对用户的非限制性和对网络操作的支持—可以允许大量的分散在不同地域的程序员共享他们的工作（特性）成果，非常符合开源软件领域合作的精神。但是像许多其他工具一样，伴随着软件技术的革新，CVS开始露出了衰老的痕迹。所以，设计者在继承CVS优秀特性的基础上设计了Subversion，并把它作为CVS新的继承者。与CVS类似，程序员依然可以使用Subversion构建一个开源软件系统的版本控制过程，但设计者在设计Subversion过程中，努力弥补了CVS的一些明显的缺陷。下面将通过与CVS对比，简单的介绍Subversion为版本控制领域带来的一些新的特性。 1.版本化的目录 CVS只记录单个文件的历史，但是Subversion实现了一个可以跟踪目录树更改的虚拟版本化文件系统，记录文件和目录的所有版本。 2.真实的版本历史 CVS只记录单个文件的历史，所以CVS对那些可能发生在文件上，但会影响所在目录内容的操作（CVS并不跟踪记录目录的变更，见特性1说明）并不支持。因此，例如，复制和重命名，这些可能改变工作目录内容的操作CVS并不支持。而且在CVS中，如果一个文件搬到另一个地方或者改名，版本号将重新编。同时CVS也不支持在工作目录下用一个内容完全不同的文件来覆盖目录下的同名文件而不继承原来文件的版本历史。而在Subversion中，可以对工作目录下的文件或者目录进行拷贝和改名操作，还可以进行添加和删除操作，而且所有的新加的文件都从一个新的、干净的版本开始。 3.原子提交在Subversion中，一系列的修改要么全部提交到版本库，要么一个也不提交，这样可以帮助用户构建一个提交修改的逻辑块，防止部分修改添加到版本库。 4.版本化的元数据在Subversion版本控制系统中，每一个文件或目录都有自己一套完整的属性键和它们的值，可以建立并存储任何键/值对，并且属性是随着时间流逝逐渐纳入版本控制的。

校务通管理系统软件项目配置管理计划案例

软件项目配置管理计划案例本案例选自《软件项目管理案例教程》（韩万江，机械工业出版社）一书，项目案例为《校务通管理系统》，该项目的配置管理计划如下： 1. 引言包括目的、缩写词和参考资料，具体内容略。 2．组织及职责配置管理的角色和职责见表1。表1：配置管理角色职责表 3.配置管理环境由于本项目属于中小型项目，工期也不很长，而且项目组人员对Visual SourceSafe也比较熟悉，所以采用Visual SourceSafe作为配置管理工具。 3.1配置库目录结构

3.2用户及权限 4．配置管理活动 4.1 配置项标志 4.1.1 命名规范本项目配置项命名规范由5个字段组成，从左到右依次为：公司、项目、类型、编号和版本号，如图1所示。这些字段用一横线（-）分隔。

图1：配置项命名规范 4.1.2 主要配置项 QTD-School –RM –SRS-v1.0 公司：3个字符项目：最长10个字符类型：最长5个字符编号：最长8位数字/字符版本号：V m.n

4.1.3 项目基线在Visual SourceSafe中基线由LABLE标志，字母必须为大写。基线管理由项目执行负责人确认、SCCB授权，由配置管理员执行。表5 4.1.4 配置项的版本管理配置项可能包含的分支从逻辑上可以划分成4个不同功能的分支：主干分支、私有分支、小组分支、集成分支。让它们分别对应4类工作空间。这四类工作空间（分支）由项目执行负责人统一管理，根据各开发阶段的实际情况定制相应的版本选取规则，来保证开发活动的正常运作。在变更发生时，应及时做好基线的推进。对配置项的版本管理在不同分支具有不同的策略：（1）主干分支系统默认自动建立的物理分支——主干分支（/main）,基线均以LABLE方式出现在主干分支上。（2）私有分支如果多个开发工程师维护一个配置项时建议建立自己的私有分支。配置管理员对其基本不与管理，如个别私有空间上的版本树过于冗余，将对其冗余版本进行限制。（3）小组分支如果出现小组共同开发一配置项，该分支可视为项目组内部分组的私有空间，存放代码开发过程中的版本分支，由项目组内部控制。

软件配置管理规范流程模板

软件配置管理规范流程 1 概述 1.1 目的本文档主要目的在于规范项目配置管理活动, 确保配置项正确地唯一标识而且易于存取, 保证基线配置项的更改受控, 明确基线状态, 在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2 适用范围本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动, 针对项目不同在流程上作适当的删减。配置管理可采用各种工具及手工办法, 本文件以CVS( 并行版本系统) 配置管理工具为例, 规定公司的配置管理办法, 使用其它工具时也可对应本文件

的要求参照执行。 1.3 术语和缩略语 1.3.1 软件配置管理( Software Configuration Management, SCM) 软件配置管理是对软件修改进行标识、组织和控制的技术, 用来协调和控制整个过程。是经过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程, 确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。 1.3.2 配置项( Configuration Item, CI) 凡是纳入配置管理范畴的工作成果统称为配置项, 配置项逻辑上组成软件系统的各组成部分, 一般是能够单独进行设计、实施和测试的。每个配置项的主要属性有: 名称、标签、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里, 确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 1.3.3 基线( Baseline) 在配置管理系统中, 基线就是一个配置项或一组配置项在其生命周期的不同时间点上经过正式评审而进入正式受控的一种状态这些配置项构成了一个相对稳定的逻辑实体, 而这个过程被称为基线化”。每一个基线都是其下一步开发的出发点和参考点。基线确定了元素( 配置项) 的一个版本, 且只确定一个版本。一般情况下, 基线一般在指定的里程碑处创立, 并与项目中的里程碑保持同步。每个基线都将接受配置管理的严格控制, 基线中的配置项被冻结”了, 不能再

软件配置管理计划

软件配置管理计划示例计划名国势通多媒体网络传输加速系统软件配置管理计划项目名国势通多媒体网络传输加速系统软件项目委托单位代表签名年月日项目承办单位北京麦秸创想科技有限责任公司代表签名年月日 1 引言 1．1 目的本计划的目的在于对所开发的国势通多媒体网络传输加速系统软件规定各种必要的配置管理条款，以保证所交付的国势通多媒体网络传输加速系统软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。 1．2 定义本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。 1．3 参考资料

◆GB/T 11457 软件工程术语 ◆GB 8566 计算机软件开发规范 ◆GB 8567 计算机软件产品开发文件编制指南 ◆GB/T 12504 计算机软件质量保证计划规范 ◆GB/T 12505 计算机软件配置管理计划规范 ◆国势通多媒体网络传输加速系统软件质量保证计划 2 管理 2．1 机构在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。 2．2 任务

跟我学在项目中如何应用VSS软件版本管理技术——VSS配置与管理技术及应用

目录 1.1在项目中如何应用VSS软件版本管理技术——VSS的配置与管理技术 (2) 1.1.1软件开发中版本管理的必要性 (2) 1.1.2Visual SourceSafe 的工作原理 (3) 1.1.3VSS是如何实现版本控制的 (6) 1.1.4VSS服务器端软件的安装 (9) 1.1.5VSS客户端软件的安装 (12) 1.1.6VSS管理员（配置管理员） (15)

1.1在项目中如何应用VSS软件版本管理技术——VSS的配置与管理技术1.1.1软件开发中版本管理的必要性 1、软件开发的方式（1）研发小组来共同分析、设计、编码和维护只要参加过软件开发的人都清楚，现在的软件项目完全由一个人来完成是难以想象而且也是不可能的，通常是有一个研发小组来共同分析、设计、编码和维护，并有专门的测试小组对已完成编码调试的软件进行全面的测试。（2）信息的交流反馈的必要性在软件开发这个庞大而复杂的过程中，需要涉及到各个方面的人员，信息的交流反馈不仅仅是在研发小组的成员之间及各个研发小组之间，还存在于客户和研发者之间。所有的这些交流反馈意见信息都有可能导致对软件的修改，小的可能只是对某个源文件中的某个变量的定义改动，大到重新设计程序模块甚至可能是整个需求分析变动。 2、软件开发中所要解决的问题在这个工程中，由于软件开发所固有的特征，可能会形成众多的软件版本，而且我们并不能保证不出现错误的修改，而这样的一个困难局面却又非常现实地摆在项目开发管理者的面前，他/她该如何有效地解决这些问题，具体地说就是如下一些问题： 1)怎样对研发项目进行整体管理； 2)项目开发小组的成员之间如何以一种有效的机制进行协调； 3)如何进行对小组成员各自承担的子项目的统一管理； 4)如何对研发小组各成员所作的修改进行统一汇总； 5)如何保留修改的轨迹，以便撤销错误的改动； 6)对在研发过程中形成的软件的各个版本如何进行标识，管理及差异识辨等等。 3、版本管理的必要性（1）广义上的版本管理一个非常直接的反应，我们必须要引进一种管理机制，一个版本管理机制，而且是广义上的版本管理，它不仅需要对源代码的版本进行管理，而且还要对整个项目进行管理。（2）避免小作坊的形式-----早期的软件修改控制的方法

软件配置管理控制程序

配置管理控制程序版本号修订内容编制人审阅人日期

历史记录

1.引言 1.1目的本程序文件定义了本组织的配置管理的过程，目的是规范公司的软件配置管理活动，使公司的所有软件开发项目的软件配置管理活动都能按照统一的要求进行。 1.2 使用范围本文件适用于公司的所有软件项目。 1.3 名词和缩写 CM(Configuration Management) 配置管理 SCCB (Software Configuration Control Board) 软件配置管理控制委员会 CC (Configuration Controller) 配置管理员工作产品（Work Products）：项目技术开发和管理工作中产生的有价值的成果，例如源代码、数据和各种文档。配置项（Configuration Item, CI）：纳入到配置管理范畴作为单个实体对待的工作产品称为配置项[IEEE Std 610.12 - 1990 ]；配置项包括：项目计划书、需求文档、设计文档、源代码、可执行代码、测试用例、运行软件所需的各种数据，它们经评审和检查通过后进入软件配置管理。基线（Baseline）：一组拥有唯一标识号的需求、设计、源代码文卷以及相应的可执行代码、构造文卷和用户文档构成一条基线。基线一经放行，就可以作为从配置管理系统检索源代码文卷（配置项）和生成可执行文卷的工具。

2角色与职责 2.1软件配置管理组（CM） CM组是项目里的一个小组，根据项目大小，可以由一个人，或者多人组成,小组的成员称为配置管理员(CC),通常由公司的质量保证组安排，加入到项目组，由项目经理领导。 CM组建立并管理配置管理库系统。 CM组负责组织相关部门和人员进行有关CM活动的培训。项目组的CM组负责在该项目的整个生命周期中进行配置管理活动。 2.2软件配置管理控制委员会(SCCB) SCCB建立在项目级，通常由项目经理、该项目的技术经理、软件开发工程师、资深工程师、测试经理/测试工程师以及CC组成。SCCB在项目策划阶段由项目经理负责筹建。配置管理控制委员会负责审批软件配置管理计划；配置管理控制委员会负责审批软件基线的建立；配置管理控制委员会负责审批对软件基线配置项的变更；配置管理控制委员会负责审核和批准产品发布。 2.3 SCCB负责人 SCCB负责人通常由项目经理担任，代表SCCB在有关文件上签署意见。 2.4 项目经理定期或事件驱动地评审或审核CM活动。 2.5 测试组负责审核《配置管理计划》任务列表中与测试有关的内容 2.6 开发组负责审核《配置管理计划》任务列表中与开发有关的内容 2.7 QA组负责审核《配置管理计划》任务列表中与QA有关的内容