02-Configuration Management-配置管理成熟度2级的支持类过程域（A Support Process Area at Maturity Level2）特定目标和实践摘要（Special Goal and Practice Summary ） SG 1 建立基线（Establish Baselines） SP1.1 识别配置项（Identify Configuration Items ） SP1.2 建立配置管理系统（Establish a Configuration Management system ） SP1.3 建立或发布基线（ Create or Release Baselines Create or Release Baselines ） SG 2 跟踪和控制变更（Track and Control Chanes） SP2.1 跟踪变更请求（Track Change Request ） SP2.2 控制配置项（Control Configuration Items） SG 3 建立完整性（Establish Integrity ） SP3.1 建立配置管理工具（Establish Configuration Management Tool ） SP3.2 执行配置审计（Perform Configuration Audit）SG1 Establish Baselines 建立基线 建立由已识别的工作产品组成的基线(Baselines of identified work products are established ) 本特定目标涵盖用以建立基线的特定实践。跟踪并管理变更特定目标所涵盖的特定实践用以维护基线，而建立完整性特定目标的特定实践则用以文档化和审计基线的完整性。 SP1.1 识别配置项（Identify Configuration Items ） 配置项识别为下列的选择和说明：交付给客户的产品（Products delivered to the customer ）已设计的内部产品（Designated internal work products ）采购的产品（Acquired products ）工具和项目工作环境的其它资本资产（Tools and other capital assets of the project's work environment ） 其他用于生产和说明这些工作产品的产品（Other items used in creating and describing these work products） “配置项”是被指定要纳入配置管理的实体，它可能包含组成某基线的数个相关工作产品，应根据策划时所定的准则，选取需纳入配置管理的工作产品。 子实践： 1）根据记录的准则，选择配置项和组成配置项的工作产品。 选择配置项的准则，举例如下：用于两个组或者多个组的工作产品会随时间变更的工作产品，其变更原因可能是发生错误或变更需求数个相互依存的工作产品，当其中一个改变时，将会影响到其他的工作产品对项目成功具有极高重要性的工作产品 可组成配置项的工作产品，举例如下：设计测试计划和步骤测试结果界面说明图标源代码用户故事或故事卡公开的业务用例，逻辑和数值工具（比如说，编译工具）过程描述需求 2）为每个配置项指定唯一标识。（Assign unique identifiers to configuration items.） 3）识别每个配置项的重要特征。(配置项的重要特征包括：作者、文档或文件格式、软件代码文件所使用的程序语言、最小化市场特性、配置项服务的目的)(Specify the important characteristics of each configuration item) 4）识别每个配置项被纳入配置管理的时机。(Specify when each configuration item is placed under configuration management.) 何时将工作产品纳入配置管理的判断准则，举例如下：当工作产品准备测试的时候项目生命周期各阶段工作产品需要某种程度控制的时候成本和进度的限制相关干系人的需求 5）识别配置项的所有者的职责。(Identify the owner responsible for each configuration item.) 6）识别配置项之间的关系。(Specify relationships among configuration items.) SP1.2 建立配置管理系统(Establish a Configuration Management System )建立和维护配置管理以及变更系统，以便控制工作产品。 工作产品样例（ Example Work Products）包含受控工作产品的配置管理系统配置管理系统存取控制流程变更申请数据库 子实践（Subpractices）1. 建立多重管理层级的控制机制。控制层次，举例如下：不受控：任何人可以修改开发受控：作者有权修改发布受控：制定的授权人批准和控制变更，通知相关关系人何时做了变更 控制层次的范围可从简单跟踪开发中配置变更的非正式管理，到正式配置管理过程的变更基线的正式配置管理。2. 提供访问控制以确保访问配置管理系统的授权；3. 在配置管理系统中，存储和检索配置项；4. 在配置管理系统中控制层级间共享和转移配置项；5. 在配置管理系统中存储和恢复存档的配置项版本；6. 存储、更新和检索配置管理记录；7. 从配置管理系统中创建配置管理报告；8. 保存配置管理系统中的内容；配置管理系统中的保护功能，举例如下：备份和修复配置管理文件配置管理出错时进行恢复9. 在必要时，修订配置管理结构 SP1.3 建立或发布基线建立或发布基线供内部使用或交付给客户；基线是由一个标识符分配到配置项目或一组配置项的集合，在一个特定时间点关联的实体。在产品或服务推进中，多重基线被用来控制开发和测试；硬件产品同软件和记录一样也包含在关于构造基础架构基线中（例如软件、硬件），并作为硬件和软件交互的系统测试的准备；一般的基线设置包括系统级需求、系统组级设计需求、和最终开发、生产初期的产品定义。这些基线各自代表性地被提及作为“功能基线”、“分配基线”和“产品基线”；软件基线是一组需求、设计、源代码文件和联合执行的代码、构建文件和用户文档（相关实体），它们都被分配唯一的标识。 工作产品样例（ Example Work Products）基线基线说明 子实践（Subpractices）在创建和发布配置基线前，需获得配置管理委员会的授权；只有配置管理系统中的配置项，才能建立或发布基线；记录基线所包含的系列配置项；当前一系列的基线随时可供使用。SG2 跟踪和控制变更（Track and Control Changes）跟踪和控制纳入配置管理下的工作产品的变更（Changes to the work products under configuration management are tarcked and controlled）本特定目标所涵盖的特定实践用来维护基线，这些基线是由“建立基线”特定目标所涵盖的特定实践所建立的。 SP2.1 跟踪变更请求（Track Change Requests）变更请求不只用于新的需求或需求变更，也可用于工作产品的故障或缺陷；分析变更请求，以确定此变更对工作产品、相关工作产品、预算和进度的影响； 工作产品样例（ Example Work Products）变更请求 子实践（Subpractices）在变更请求数据库中，发起和记录变更请求。在变更请求中，分析变更影响和所需要修改的建议；通过活动来评估变更，以确保变更与所有的技术和项目需求一致；评估变更所受的影响，也应考虑目前或合约之外的需求。如果配置项被数个产品所使用，则该配置项的变更或许会解决目前的缺陷，同时可能造成其他应用上新的缺陷。对变更请求分类并划分优先级；识别紧急需求，并提交给处理紧急需求的权威人士；将变更发布到将形成的基线中。与相关干系人一起评审影响临近（下一个）基线的变更请求，并获得干系人的认可。跟踪变更请求的状态直到关闭。 SP2.2 控制配置项（Control configuration items）需要控制工作产品基线的配置，控制包含：跟踪每一配置项的配置，必要时批准新的配置，并更新基线。 工作产品样例（ Example Work Products）配置项的修订历史记录基线的存档子实践（Subpractices）在整个产品或服务的生命周期中，控制配置项的变更；变更后的配置项在放入配置管理系统之前，需要获得适当的授权 ；某些受变更影响的配置项，在签入或签出配置管理系统时，必须维护这些配置项的正确性和完整性；签入和签出的步骤举例如下：确认这些修订已获得授权更新配置项将旧基线归档保存，并检索新极限呢编写配置项的变更备注尝试变更相关的工作产品，比如需求、用户故事、和测试执行评审，以确保该变更没有对基线造成意料外的影响（例如，却包变更没有影响系统的安全或机密）；适当记录配置的变更和变更的理由；配置管理机制可定义成多种变更类别，如：有些不影响其他组件的变更，其核准过程可以简化已变更的配置，需经过审查和核准后才能发型。若未经发行，变更不算正式生效。SG3 建立完整性（Establish Integrity）建立基线特定目标的过程是建立基线；跟踪并管理变更特定目标的过程是维护基线；而本特定目标所涵盖的特定实践则用以记录和稽核基线的完整性 SP3.1 建立配置管理记录（Establish Configuration Management Records） 工作产品样例（ Example Work Products）配置项的历史修订记录变更记录变更申请记录配置项的状态不同基线间的差异子实践（Subpractices）详细的记录配置管理活动，使他人知道每个配置项的内容和状态，并能复原配置项的历史版本；确保相关干系人，能存取和了解配置项的配置状态；配置状态沟通的活动，举例如下：提供存取权限给经授权的最终用户；保存基线的备份，以供经授权的最终用户使用；当配置项签入、签出、变更、或决策者变更请求时，主动通知相关干系人。识别基线的最新版本识别组成某基线的配置项的版本描述前后版本基线间的差异必要时修订配置项的状态和历史记录（指变更或其他行动） SP3.2 执行配置审计（Perform Configuration Audits）配置审计确认最终的基线和文件遵照了特定标准或需求。配置审计应该确保配置项信息的准确性、一致性、完整性；审计类型举例如下：功能配置审计（FCAs-Functional Configuration Audits）-审计验证配置项目的测试功能特征，达到功能基线文件所指定的需求，而且操作及支持文件已完整及满足物理配置审计（PCA-Physical Configuration Audits ）--审计验证配置项遵照符合技术文件定义和描述的内容配置管理审计（CMA-Configuration Management Audits）--审计确认配置管理记录及配置项的完整性、一致性和正确性工作产品样例（ Example Work Products）配置审计结果活动项子实践（Subpractices）评审基线的完整性确认配置管理记录已正确识别配置项审查配置管理系统中，配置的结构和一致性确定符合适用的配置管理的标准和程序跟踪审计的活动项直到关闭