软件配置管理过程_V1.0教程.doc

配置管理过程  修订历史 版本号 版本发布日期 作者 审核者 批准者 受影响的部分和变更总结 目录 1. 目的 4 2. 适用范围 4 3. 词汇表 4 4. 配置管理 5 4.1. 流程图 5 4.2. 流程描述 5 4.3. RACI 8 5. 参考文献 9  目的 为规范关键的工作产品配置管理活动，建立和维护配置项的完整性和可追溯性，保证项目基线清晰、版本明确，指导配置管理活动的正确开展，特制定本过程。 适用范围 本流程适用于公司所有服务线（交付团队或交付项目）以及职能部门的软件配置管理。 词汇表 词汇 描述 配置管理（configuration management, CM） 是指一个产品在生周期各个阶段所产生的各种形式（机器可读或人工可读）和各种版本的文档、程序及其数据的集合 配置项（configuration item, CI） 配置中的实体，它满足最终使用功能，并且可在给定的引用点上唯一确定。 配置项识别规则： 工作产品被两个或多个团队使用 工作产品将会因为错误或者需求变更而改变 互相依赖的工作产品(一个文档中的变更可能会影响其他文档) 对项目成功比较关键的工作产品 配置管理员（Configuration Management Administrator , CMA） 管理整个配置管理（CM）基础结构和环境 过程与产品质量保证(PPQA) 为项目组提供质量相关活动的支持和项目计划制定的建议，对项目计划执行情况及实施过程进行客观评价的人。 度量分析员 记录和分析本过程产生的度量数据。 变更请求（change request，CR） 一个通用术语，表示项目干系人要变更工件或流程的任何请求。在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息 变更管理（change management） 控制和跟踪对工件的变更的活动。 变更控制委员会（change control board，CCB） CCB 的作用是提供集中的控制机制，以确保妥当地考虑、授权和协调每个变更请求。 项目经理(PM) 批准； QSS 负责文思海辉集团质量和安全方针，体系框架，流程制定，以及流程的部署实施，指导，审计等工作。 （BU） 以重点客户或业务能力/划分的业务。 （BG） 每个由若干个组成，根据业务特点或客户特点来划分。 离案交付中心(ODC) RACI 执行、负责、咨询和知情。 在服务线和项目的管理中，配置管理活动开始于对项目或服务需求的分析，包括配置管理资源、人员、预算等方面的规划，配置策略的制定，配置计划的生成，以及配置环境搭建，配置项的变更和交付，以及基线的生成和发布，配置审计等一系列活动。 流程描述 流程负责者： EPG 干系人： 配置管理员 输入： 服务线/项目信息 进入标准： 服务线/项目启动 输出： 配置管理计划，配置管理状态报告，配置管理审计报告，配置库 退出标准： 服务或项目结束 序号 活动/任务描述 负责人 制定配置管理计划 配置管理员编写配置管理计划，评审配置管理计划。 创建配置库 2.1确认配置库目录 配置管理员对项目组提供配置库结构，PM确定项目配置库目录是否存在裁剪需求。如存在裁剪需求，PM需要同配置管理员及QA共同商讨裁剪需求，确定裁剪方案。 2.2填写配置库申请表 PM按照公司要求进行权限分配，并填写配置库申请表向配置管理员申请建立配置库。由PM搜集项目情报，包括项目类型、人员名单、账户信息、角色指派、权限定义、联络方式、部门归属等所需的有关内容，根据以上信息填写配置库申请表。 2.3提交配置库申请表 由PM将配置库申请表提交至配置管理员。 2.4处理配置库申请表并返回配置库信息 配置管理员按配置库申请表中提报内容建立配置库，并将配置库地址、权限、注意事项、使用规则等内容邮件通知PM。 输出： 配置库系统 配置管理员 创建配置项 3.1 识别配置项 配置管理员识别服务线/项目/部门配置项和非配置项。 3.2 标识配置项 请参考并遵循《配置管理指南》。 3.3 提交配置项 项目组成员将创建的配置项放入配置库对应位置； 配置管理员执行入库检查，更新《配置项状态报告》并修改配置项的读写权限； 配置项纳为受控后，配置管理员通知项目相关人员配置项受控信息。 3.4 状态记录 针对配置管理活动，记录配置项状态。 输出： 配置状态报告 配置管理员 基线发布 4.1基线申请 项目经理向配置管理员提交《配置项/基线发布申