软件配置管理(SCM,CM,PDM，DM，数据管理，配置管理），贯穿于整个软件 生命周期，它为软件研发提供了一套管理办法和活动原则。软件配置管理无论是对于软件 企业管理人员还是研发人员都着重要的意义。sdlkfj5

有何用意

就这用意

那可以说说呀..............

就是为了统一一个TEAM的开发活动，保证项目资料的安全性和完整性，旨在对成员的具体开发行为、人员职责以及操作流程做出规定，并规定内容和具体方法。
确保配置项正确地唯一标识并易于存取，保证基准配置项的更改受控并可追溯，明确基准配置项的状态。指导配置管理人员建立配置库，并利用配置库管理所有配置项，从而提供配置项的存取和检索功能，有利于配置项的更改控制，保证配置项的完整性和可跟踪性。

附词汇表
        配置管理（Configuration Management）：主要是针对软件开发过程中产生的变更，而提出的管理方法。通过标识配置项、管理存储空间、进行版本控制、管理变更请求、建立程序更改日志和调解程序等配置管理活动的执行，最大幅度地降低开发过程中产生的错误，并最有效地提高软件生产效率。
        基线（Baseline）：已通过审核和批准的工件，可用作下一步开发的基础，并且只能通过正式程序，例如变更管理和配置控制才能进行更改。
        配置管理库（Configuration Management Library）：存储项目工件的所有版本，即存储项目的定义的配置项。
        版本（Version）：某个工件的变体，工件的后期版本一般是在初期版本的基础上进行的扩展。
        配置项（Configuration Item）：项目实施过程所需要的或产生的软件、硬件、工具、释放产品、文档。
        变更请求（Change Request）：是指在某一软件产品的生命周期中（包括开发过程），针对硬件项、软件项和用户需求的变化，提出的要变更工件或流程的任何请求的统称。（在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息）
        变更控制委员会（Change Control Board）：对变更进行评估、审批的组织，可由项目相关人员包括开发人员、公司代表、客户代表组成。在小项目中，项目经理一人即可担当此角色。
        BUILD：指软件产品的一个工作版本，由若干配置项的不同版本构成，每一次送测的可执行系统都是一个BUILD。

立项项目根据规范的配置管理规范，需要建立三个配置库，不推荐只是简单的将某一种配置管理系统当作简单的 chaekout/in的工具分别是：
开发库：
建立目的：为了使开发小组成员在开发过程中能够保持同步和资源共享，更好地进行协同作业。
开发库由研发部门配置管理员在开发服务器上建立，存放开发过程中的所有工件。配置管理员应跟据项目配置管理计划确定权限分配。权限不能随意改动，如果需要更改权限，须由项目经理批准并告知配置管理员方可进行改动。
受控库：
建立目的：为了保存各阶段所有通过的产品，并对其变更进行跟踪和控制。
受控库由咨询与应用中心配置管理员在开发服务器上建立，受控库中进行的活动包括：存放各阶段通过的所有产品及以后每次变更的结果；存放和升级基线；存放测试过程中产生的所有BUILD。配置管理员对此库具有完全访问权限。
发行库：
建立目的：在于保存所有可向用户发行产品版本以及已经发布产品版本。
发行库由综合管理部项目监理在质量服务器上建立，存放项目移交后所有可向用户发行的版本以及已经发布的版本的所有项目资料。

对于配置库的使用和管理直接反应一个开发team的过程管理水品，what 基线？what 同步？How 版本演进～～

^_^

可以说说基线到底是什么吗？总是看到这个词，可是具体还是不明白……苦恼

关于这些概念，不管实在CMM还是RUP中都有明确的定义，请查阅相关文档。

摘录：  

配置完整性
  1. 产品完整性：就是项目提交的工作成果是“产品集合完整、子产品的正确”的
  2. 产品集合完整：产品包含的子产品（配置项）是完整的
  3. 子产品的正确：子产品（配置项）达到了需求要求，满足标准、规程的要求
  逻辑关系分析
  1. “基线管理”支持“产品集合完整”，明确产品的“子产品”（配置项）集合，并进行管理和控制(***)
  2. “配置项管理”，提供了了对子产品（配置项）的控制管理，支持“子产品的正确”
  3. “变更管理”，同时支持“产品集合完整、子产品的正确”，用于控制子产品（配置项）和产品（基线）的变更
  4. “配置标示”，建立对配置项（子产品）的识别、命名，支持“配置项管理”
  5. “版本控制”，控制配置项（子产品）生命历程，保留配置项（子产品）演进历史
  6. “过程管理”，就是对配置项、基线的建立、变更的状态标示、过程控制，保证产品（或子产品）按照规定的流程进行了操作；例如“配置项”进入“基线”的过程包括：配置项标示、产品验证、进入配置、配置审计等
  7. “配置计划”、“配置库管理”、“配置审计”、“配置报告”等是整个配置管理得支持系统。提供了配置管理“可视性”和监督管理

   在配置管理系统中，基线就是一个CI或一组CIs在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，而这个过程被称为“基线化”。每一个基线都是其下一步开发的出发点和参考点。基线确定了元素（配置项）的一个版本，且只确定一个版本。一般情况下，基线一般在指定的里程碑处创建，并与项目中的里程碑保持同步
  一般地，第一个基线包含了通过评审的软件需求，因此称之为“需求基线”，通过建立这样一个基线，受控的系统需求成为进一步软件开发的出发点，对需求的变更被正式初始化、评估。受控的需求还是对软件进行功能评审的基础。
  每个基线都将接受配置管理的严格控制，对其的修改将严格按照变更控制要求的过程进行，在一个软件开发阶段结束时，上一个基线加上增加和修改的基线内容形成下一个基线，这就是“基线管理”的过程。

通俗点，就是每个阶段完成后，所有输出的工作产品就可以是基线

sdlkfj5 讲得清楚明白，领悟了一些概念，楼主菜幸苦了。