软件配置管理的概念是什么？

配置的概念最早应用于硬件，例如，计算机系统的CPU、磁盘以及外设配置等等。

随着计算机软件的发展，它已由最初的“程序设计阶段”经历了“程序系统阶段”进而演变为当前的“软件工程阶段”（见下图），软件的复杂性日益增大。

此时，如果仍然把软件看成一个单一的整体，就无法解决所面临的问题，于是配置的概念逐渐引入软件领域，人们越来越重视软件配置的管理工作。

软件配置管理，简称SCM(Softwae Configuation Management)，它应用于整个软件工程过程。

我们知道，在软件建立时变更是不可避免的，而变更加剧了项目中软件开发者之间的混乱。

SCM活动的目标就是为了标识变更、控制变更、确保变更正确实现并向其他有关人员报告变更。

从某种角度讲，SCM是一种标识、组织和控制修改的技术，目的是使错误降为最小并最有效地提高生产效率。

在这里，要强调一点，很多开发者将软件维护和软件配置管理混为一谈。

实际上二者有着明显的区别：维护是一组软件工程活动，它们发生在软件已交付给用户并已投入运行之后；软件配置管理是一组追踪和控制活动，它开始于软件开发项目之初，结束于软件被淘汰之时。

总之，软件配置管理作为软件开发过程的必要环节和软件开发管理的基础，支持和控制着整个软件生命周期。

若要有效地实施软件配置管理，除了培养软件开发者的管理意识外，更重要的是使用优秀的软件配置管理工具。

Rational 公司推出的软件配置管理工具CleaCase主要用于Windows和Unix开发环境。

CleaCase提供了全面的配置管理功能——包括版本控制、工作空间管理、建立管理和过程控制，而且无需软件开发者改变他们现有的环境、工具和工作方式。

CleaCase具有以下主要功能： 1.版本控制 CleaCase的核心功能是版本控制，它是对软件开发进程中一个文件或一个目录发展过程进行追踪的手段。

CleaCase可对所有文件系统对象（包括文件、目录和链接）进行版本控制，同时还提供了先进的版本分支和归并功能用于支持并行开发。

因而，CleaCase提供的能力已远远超出资源控制的范围，它还可以帮助开发团队在开发软件时为其所处理的每一种信息类型建立一个安全可靠的版本历史记录。

*支持广泛的文件类型 CleaCase不仅可以对软件组件的版本进行维护和控制，也可以对一个非文本文件、目录的版本进行维护。

用户可以定义自己的元件类型，也可以使用CleaCase中的预定义类型。

在存储时，CleaCase可以利用增量算法将文本文件存储在一个特殊结构的文件容器中，或采用标准的压缩技术控制任何操作系统文件。

（这比以往的存储形式节省了50%-70%的存储空间。

） *在版本树中观察元件发展的过程 在CleaCase中，文件版本的组织体现在版本树结构中。

每一个文件都可以通过checkout-edit-checkin的命令形成多个版本，还可以包含多层分支和子分支。

*对目录和子目录进行版本控制 CleaCase可以对目录和子目录进行版本控制，允许开发者对其数据的组织发展过程进行追踪。

目录版本对一些改变进行控制，如建立一个新文件、修改文件名、建立新的子目录或在目录间移动文件等。

CleaCase也支持对目录自动进行比较和归并的操作。

*数据存储在一个可访问的版本对象库中（VOB） CleaCase把所有版本控制的数据存放在一个永久、安全的存储区中，这个存储区被称为版本对象库（Vesion Oject Bases），项目团队（或管理者）可以决定它们所需要的VOB数量，可以决定什么样的目录或文件需要被维护。

VOB不仅是一个可连接的文件系统，而且也是网上的资源，主机可以连接任意个VOB。

CleaCase的操作（如检出、检入和版本归并）可以建立时间记录，这些记录被存储在VOB数据库中，主要描述该操作的属性，包括“谁做的、做什么、什么时候、在哪个地方及为什么”等等。

2.工作空间管理 所谓空间管理，即保证开发人员拥有自己独立的工作环境，拥有自己的私人存储区，同时可以访问成员间的共享信息。

CleaCase给每一位开发者提供了一致、灵活的可重用工作空间域。

它采用名为View的新技术，通过设定不同的视图配置规格，帮助程序员选择特定任务的每一个文件或目录的适当版本，并显示它们。

View使开发者能在资源代码共享和私有代码独立的不断变更中达到平衡。

软件配置管理主要包括哪些基本过程

软件配置管理是贯穿软件开发过程始终的一项工作。

对于一个软件项目来说，软件配置管理规范至少包括以下的内容： （1）配置项及其命名规则。

（2）配置库文件目录结构。

（3）角色和权限定义。

（4）配置项变更流程。

（5）配置项发布。

（6）基线定义和基线变更。

项目中的基线有两个方面：一是作为里程碑的基线；另一个是模块的阶段性成果基线（对工作产品而言），一般来说都要避免变更基线。

对这两种不同的基线，其影响的范围不同，确立和变更方式也不一样。

项目的基线变更控制委员会由客户代表、产品经理、项目经理和技术经理组成，对发布的里程碑类基线的变更必须由变更控制委员会确认并由QA进行变更记录，所有被变更影响的配置项都需要重新同步后再次发布；而对于仅仅作为工作状态保留的基线，一般只需要建立基线的小组确认更改并在QA进行记录即可。

软件的基本概念是什么？

CSCI是计算机软件配置项（Computer Software Configuration Item）简称，在软件设计文档中经常用到。

配置与配置项 在配置管理中，“配置”和“配置项”是重要的概念，“配置”是在技术文档中明确说明并最终组成软件产品的功能或物理属性。

因此“配置”包括了即将受控的所 有产品特性，其内容及相关文档，软件版本，变更文档，软件运行的支持数据，以及其他一切保证软件一致性的组成要素，相对与硬件类配置，软件产品的“配置” 包括更多的内容并具有易变性。

受控软件经常被划分为各类配置项（Configuraion items, CIs），这类划分是进行软件配置管理的基础和前提，CIs是逻辑上组成软件系统的各组成部分。

比如一个软件产品包括几个程序模块，每个 程序模块及其相关文档和支撑数据可能被命名为一个CI。

一个系统包括的CIs的数目是一个与设计密切相关的问题，关于怎样将一个软件系统划分为不同的 CIs将在以下有关章节中阐述，注意如果一个产品同时包括硬件和软件部分，一般一个CI也同时包括软件和硬件部分，一个纯软件的CI通常也称之为软件配置 项（CSCI）。

本规范的CI一般指CSCI，软硬件的配置管理有一些相通的地方，但因为软件更易于修改，所以软件配置管理是一个更应该系统化的过程。

基线与基线管理 各CIs随软件开发活动的进展，会有越来越多的部件进入受控状态。

一般地，软件开发过程从概念演绎和需求分析开始，然后是设计，各CSCIs的编码或写 作，集成测试，最后是用户手册的编写等。

软件配置管理包括了在软件生命周期的时间分散点上对各CIs进行标识并对对他们的修改进行控制的过程。

在一个开发 阶段结束或一组功能开发完成后，要对相应的CIs进行基线化并形成各类基线。

在配置管理系统中，基线就是一个CI或一组CIs在其生命周期的不同时间点上 通过正式评审而进入正式受控的一种状态，而这个过程被称为“基线化”。

每一个基线都是其下一步开发的出发点和参考点。

每个基线都将接受配置管理的严格控制，对其的修改将严格按照变更控制要求的过程进行，在一个软件开发阶段结束时，上一个基线加上增加和修改的基线内容形成下一个基线，这就是“基线管理”的过程，因此基线具有以下属性： 通过正式的评审过程建立 基线存在于基线库中，对基线的变更接受更高权限的控制 基线是进一步开发和修改的基准和出发点。

一般地，第一个基线包含了通过评审的软件需求，因此称之为“需求基线”，通过建立这样一个基线，受控的系统需求成为进一步软件开发的出发点，对需求的变更被正式初始化、评估。

受控的需求还是对软件进行功能评审的基础。

什么是软件配置管理？

现在大家都已经认识到了有效的软件配置管理工作对于提高团队开发效率、保障软件产品质量的重要意义，很多朋友也开始了在配置管理实施方面的一些研究，市场上我们也可以看到一些软件配置管理工具厂商针对具体配置管理工具提供的实施服务；但是，实施软件配置管理到底应该做哪些东西？团队的配置管理现状怎么评估？在哪些方面还可以进行改进？我们相信，这些问题可能正困扰着大多数研发主管和项目经理。

国外软件产业界在软件配置管理这个专题上已经进行了多年的理论和实践上的研究。

在多年经验积累的基础上，产业界总结出来一系列“最佳实践”（Best Pactices），我们可以使用这些“最佳实践”来作为评估一个组织软件配置管理能力的标尺，也可以作为我们实施软件配置管理的指南。

这些“最佳实践”包括： 1、 标识需要进行存储的工件（Atifact）并保障安全存储； 2、 控制并且审计（Audit）对于工件的修改； 3、 设立并管理基线（Baseline）; 4、 记录并跟踪变更请求； 5、 维护稳定、一致的工作空间； 6、 支持对于工件和控件的并发修改； 7、 尽早集成、持续集成； 8、 保证软件构建的重现能力； 9、 以控件（Component）为单位实施版本控制； 10、 使用“活动”（Activity）来组织和整合版本集。

下文将介绍前5条最佳实践。

1、标识需要进行存储的工件（Atifact）并保障安全存储 在软件开发过程中，我们会得到各种各样的产出，比如各种文档、模型、源代码以及测试脚本等，我们把这些大家劳动的成果统称为工件（Atifact）。

对于一个软件开发组织来说，这些工件就构成了组织的核心资产。

对于如现金、有价证券之类的资产，我们都会准备一个保险箱，好好地保存；对于软件资产，我们也需要相似的措施。

所以，软件配置管理工作的第一步就是建立一个安全、可靠的存储库（Repositoy），用于保存组织的核心软件资产。

这个库对于开发团队来说，就像是财务室里的保险箱。

因此，容错能力和高可靠性是这个库最重要的属性。

除此之外，随着组织的增长，置于库中的数据会越来越多，为保证运行效率，库的可扩展性也是非常重要的一个属性。

对于存储库来说，良好规划的备份和灾难恢复过程是必不可少的。

令人惊讶的是，很多软件组织在这方面都没有给予必要的重视，因而也给组织的发展留下了严重的隐患，一旦灾难发生，后果不堪设想。

在建立好存储库以后，需要做的工作就是确定将哪些工件置于库中。

根据实际需要，组织可能会决定只将正式文档、模型文件、源代码、发布版本等文件放入库中，而对于临时文档、编译时产生的中间文件等，则不将它们放入库中。

我们把放入库中的文件称之为配置项（Configuation Item）。

2、控制并且审计（Audit）对于工件的修改 在标识相关的工件并将它们置于存储库中以后，我们需要建立对于这些工件的修改控制机制以及审计机制。

库里的工件不是谁想修改就可以修改的。

控制机制必须保证只有拿到授权的人员才能对相关工件进行修改，而审计机制则保证修改的动作被完整地记录，也就是说，谁修改了这个工件，什么时候做的修改，为什么原因做出这个改动，以及修改了哪些地方（Who、When、Why、What）。

软件的权威定义是什么？

软件[software]（中国大陆及香港用语，台湾作软体）是一系列按照特定顺序组织的计算机数据和指令的集合，按照特定顺序组织的电脑数据和指令的集合。

软件并不只是包括可以在计算机上运行的电脑程序，与这些电脑程序相关的文档一般也被认为是软件的一部分。

简单的说软件就是程序加文档的集合体。

计算机的软件系统的概念是什么？

软件工程一直以来都缺乏一个统一的定义，很多学者、组织机构都分别给出了自己的定义： Boehm：运用现代科学技术知识来设计并构造计算机程序及为开发、运行和维护这些程序所必需的相关文件资料。

IEEE：软件工程是开发、运行、维护和修复软件的系统方法。

Fritz Bauer：建立并使用完善的工程化原则，以较经济的手段获得能在实际机器上有效运行的可靠软件的一系列方法。

软件工程（SoftWare Engineering）的框架可概括为：目标、过程和原则。

（1）软件工程目标：生产具有正确性、可用性以及开销合宜的产品。

正确性指软件产品达到预期功能的程度。

可用性指软件基本结构、实现及文档为用户可用的程度。

开销合宜是指软件开发、运行的整个开销满足用户要求的程度。

这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。

（2）软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。

软件工程过程主要包括开发过程、运作过程、维护过程。

它们覆盖了需求、设计、实现、确认以及维护等活动。

需求活动包括问题分析和需求分析。

问题分析获取需求定义，又称软件需求规约。

需求分析生成功能规约。

设计活动一般包括概要设计和详细设计。

概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。

详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。

实现活动把设计结果转换为可执行的程序代码。

确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。

维护活动包括使用过程中的扩充、修改与完善。

伴随以上过程，还有管理过程、支持过程、培训过程等。

（3）软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。

软件工程必须遵循什么原则 围绕工程设计、工程支持以及工程管理已提出了以下四条基本原则： （1）选取适宜的开发模型 该原则与系统设计有关。

在系统设计中，软件需求、硬件需求以及其它因素间是相互制约和影响的，经常需要权衡。

因此，必需认识需求定义的易变性，采用适当的开发模型，保证软件产品满足用户的要求。

（2）采用合适的设计方法 在软件设计中，通常需要考虑软件的模块化、抽象与信息隐蔽、局部化、一致性以及适应性等特征。

合适的设计方法有助于这些特征的实现，以达到软件工程的目标。

（3）提供高质量的工程支撑 工欲善其事，必先利其器。

在软件工程中，软件工具与环境对软件过程的支持颇为重要。

软件工程项目的质量与开销直接取决于对软件工程所提供的支撑质量和效用。

（4）重视软件工程的管理 软件工程的管理直接影响可用资源的有效利用，生产满足目标的软件产品以及提高软件组织的生产能力等问题。

因此，仅当软件过程予以有效管理时，才能实现有效的软件工程。

软件工程是指导计算机软件开发和维护的工程学科。

采用工程的概念、原理、 技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够 得到的最好的技术方法结合起来，这就是软件工程。

软件工程强调使用生存周期方法学和各种结构分析及结构设计技术。

它们是 在七十年代为了对付应用软件日益增长的复杂程度、漫长的开发周期以及用户对 软件产品经常不满意的状况而发展起来的。

人类解决复杂问题时普遍采用的一个策 略就是“各个击破”，也就是对问题进行分解然后再分别解决各个子问题的策略 。

软件工程采用的生存周期方法学就是从时间角度对软件开发和维护的复杂问题 进行分解，把软件生存的漫长周期依次划分为若干个阶段，每个阶段有相对独立 的任务，然后逐步完成每个阶段的任务。

采用软件工程方法论开发软件的时候， 从对任务的抽象逻辑分析开始，一个阶段一个阶段地进行开发。

前一个阶段任务 的完成是开始进行后一个阶段工作的前提和基础，而后一阶段任务的完成通常是 使前一阶段提出的解法更进一步具体化，加进了更多的物理细节。

每一个阶段的开 始和结束都有严格标准，对于任何两个相邻的阶段而言，前一阶段的结束标准就 是后一阶段的开始标准。

在每一个阶段结束之前都必须进行正式严格的技术审查 和管理复审，从技术和管理两方面对这个阶段的开发成果进行检查，通过之后这 个阶段才算结束；如果检查通不过，则必须进行必要的返工，并且返工后还要再 经过审查。

审查的一条主要标准就是每个阶段都应该交出“最新式的”（即和所 开发的软件完全一致的）高质量的文档资料，从而保证在软件开发工程结束时有 一个完整准确的软件配置交付使用。

文档是通信的工具，它们清楚准确地说明了 到这个时候为止，关于该项工程已经知道了什么，同时确立了下一步工作的基础 。

此外，文档也起备忘录的作用，如果文档不完整，那么一定是某些工作忘记做 了，在进入生存周期的下一阶段之前，必须补足这些遗漏的细节。

在完成生存周 期每个阶段的任务时，应该采用适合该阶段任务特点的系统化的技术方法——结 构分析或结构设计技术。

把软件生存周期划分成若干个...

软件的确切定义,需要说明软件的意义

书上的定义给你打出来.软件是计算机系统中与硬件相互依存的部分，它是包括程序，数据及相关文档的完整集合.其中；文档是与程序开发，维护和使用相关的各种图文资料.上是书上的定义，程序是按事先设计的功能和性能要求执行的指令序列；数据是程序所处理信息的数据结构...