CMMI培训讲义（配置管理CM）.ppt

CMMI 培 训 讲 义 配置管理（CM） 讲 师：竺 标 2009年08月11日 1 目的 配置管理员运用配置管理方法和工具对组织过程的工作产品进行管理，维护，从而保证工作产品的完整性，达到有序管理和减少重复性工作。 2 范围 适用于在公司过程改进过程中所产生的所有工作产品。 3 术语定义 基线： 基线是一组经过正式审查并且达成一致的规范或工作产品，是开发工作的基础。 CCB(Configuration Control Board): 配置控制委员会。CCB通常由项目经理、资深项目成员和配置管理员等组成。通常项目经理为CCB负责人。 4 职责 5 裁剪指南 依照项目已定义过程进行裁剪。 6 过程 6.1 配置管理的日常活动过程 6.1.1 概要图 6.1.2 启动条件 项目组建立指定了专门的配置管理员。 6.1.3 输入 《里程碑计划》 《项目过程定义书》 《项目计划》 《项目进展报告》 《配置管理计划》 6.1.4 活动 6.1.4.1 识别配置项 依据《里程碑计划》和《项目过程定义书》确定纳入哪些配置项以及何时纳入。 6.1.4.2 选择配置管理工具 根据实际情况，选择适合的配置管理工具。如：开源配置工具 subversion。 6.1.4.3 制定配置管理计划 配置管理员与项目组成员协商后，由配置管理员制定出配置管理计划提交CCB审核，通过后形成正式的得到授权的《配置管理计划》，作为配置管理活动的指导性文件。 6.1.4.4 建立各级配置库 配置管理员依据生存周期中不同时间所需的控制等级不同来设置各级配置库。即建立配置管理库的目录结构。 开发区里包含正在创建或修改的配置项。它是开发者的工作空间。受开发者控制。开发区里的配置项处于版本控制之下。配置管理员只需要给出推荐建库的规则。 受控区里包含基线和对基线的更改。受控区里的配置项处于完全的配置管理管理之下。 6.1.4.5 分配管理权限 依据相关人员在项目过程中所担当的角色为其分配管理权限。 6.1.4.6 提交维护配置项 项目组成员按照《配置管理系统访问控制规程》的要求，在配置管理系统中的开发区里对配置项进行导入、检入、检出等操作。 对于受控区里的配置项要经过受权才能进行导入、检入、检出等操作。 6.1.4.7 管理配置库 对配置库的管理主要包括以下内容： a.检查配置项是否按照《配置项命名规则》进行正确的命名。 b.检查配置项是否按时、按要求提交和维护。 c.对于基线区里的配置项的情况要反映在《配置项状态表》中。在《配置项状态表》里填写基线区里的所有配置项的编号和名称，记录配置项的作者、版本、状态等信息。 d.当基线区里的配置项发生变更时，要跟踪配置项的状态，将配置项的状态反映到《配置项状态表》和对应的《基线状态表》中。 e.保护配置管理系统的内容，对配置库的内容进行定期备份。 6.1.4.8 配置审计 依据《配置管理计划》中的审计频度的要求对照《配置管理系统访问控制规程》进行配置审计。将审计的情况填写到《配置审计记录》中。 6.1.4.9 发布基线 配置管理员根据《项目进展报告》来判断是否达到里程碑点。如果达到里程碑点就从开发库里提出待发布的产品到待发布区；CCB判断是否达到发布标准，如果达到标准则授权配置管理员发布基线。配置管理员出《基线发布通知》，并将发布内容导入基线库。在《配置项状态表》和《基线状态表》中记录相应的内容。 6.1.4.10 过程财富提交组织 项目结束后，配置管理员整理并完善记录与文档，提交组织。 6.1.5 输出 《配置管理计划》 《配置管理系统访问控制规程》 《配置管理记录》 《配置审计记录》 《基线发布通知》 6.1.6 关闭标准 项目已经结束，过程财富提交给组织。 6.2 配置项的变更管理过程 6.2.1 概要图 6.2.2 启动条件 基线库中的配置项的变更申请被提出。 6.2.3 输入 《配置项变更申请》 《配置管理计划》 6.2.4 活动 此变更过程对基线内的配置项适用。 6.2.4.1 提交变更申请 基线库中的配置项如果需要发生变更时，填写《配置项变更申请》并提交到CCB。 6.2.4.1 变更评审 CCB分析《配置项变更申请》中建议的变更影响。 评审变更的过程要确保这些变更与所有技术需求和项目需求一致。对变更的影响的评价要紧密结合项目或合同需求。对于在若干产品中使用的配置项的变更，可能会引发其他应用中的影响，要解决这个问题。 对那些受变更请求影响并且将在后面的基线中处理的配置项进行审查并求得一致。 记录评审的结果、理由和解决方案，CCB代表签字确认，并授权配置管理员发布《变更通知》，授权相关人员执行变更。 6.2.4.3 变更执行 按给出的解决方案采取