《配置管理(培训材料)课件》由会员分享，可在线阅读，更多相关《配置管理(培训材料)课件（33页珍藏版）》请在金锄头文库上搜索。
1、1,C M M 培 训,配置管理 黄 芸,2,目 录,培训目的 配置管理工作目标 配置管理工作内容 模板一览表 与公司级配置管理的关系 总结 思考题,3,1. 培训目的,清楚项目级配置管理工作内容以及产出物模板内容 （WHAT） 明确工作思路：在项目中怎么去开展配置管理工作（HOW）,4,2.配置管理工作目标（WHY）,1.配置管理活动是有计划的。 2.软件产品以及所有项目管理文件是经过标识的,受控的,并具有可用性的。 3.所标识的软件产品的更改是受控的。 4.基线被正确建立,被审计,并且保证其是可恢复的。 5.项目组所有成员及时了解软件基线的状态和内容。 6.项目对外发布的产品必须从配置管理
2、服务器被正确提取。,5,3. 工作内容 - 重要概念/专业术语,软件配置管理 （Software Configuration Management） 是贯穿于项目始终的一项工作，通过标识和 文档来记录配置项的功能和物理特性，控制 这些特性的变更，记录和报告变更的过程和 状态，并验证它们与需求是否一致。,6,3. 工作内容 - 重要概念/专业术语,GRB（组评审委员会） 评审项目产出物 CCB（变更控制委员会/配置控制委员会） 变更控制 发布控制 配置管理小组 配置经理 确定项目组配置管理策略，完成配置管理计划 负责项目组配置管理工作实施，审核配置管理工作 配置管理员 实施配置管理工作，跟踪项目
3、组配置管理工作状态,7,3. 工作内容（WHO，WHEN，HOW，WHAT）,8,3.1 制定配置管理计划,1 角色担当 配置经理 2 活动说明 了解项目配置管理需求,与项目经理 / 技术经理确定项目配置管理过程。 依据项目计划完成项目配置管理计划，作为项目计划的子计划提交评审。 通过评审的配置管理计划纳入配置管理进行管理和控制。 一旦项目计划发生变更，必须随之及时检查配置管理计划，必要时需要变更配置管理计划。 3 模板 配置管理计划,9,3.2 识别配置项 - 重要概念/专业术语,配置项(Configration Item) 是置于配置管理之下并作为单个实体予以处理的工作产 品,包括文档和代
4、码（文件级）。 配置项就是项目产物，在配置状态报告中列出其清单， 项目组所有成员可以了解其状态（产生：谁，什么时候， 在哪可以查看到；变更：谁，什么时候，目前状态，版 本在哪可以看到）。,10,3.2 识别配置项 - 重要概念/专业术语,基线（Baseline） 是项目每个配置项版本在特定时期的一个“快照”。（从所有的配置 项中挑选需要纳入基线的配置项，基线中可以包含一个或多个配置 项，从这些挑选出来的配置项的所有版本中挑选需要纳入基线的版 本，这样就确定了这个时间点的基线。） 它提供一个正式标准，随后的工作基于此标准，并且只有经过授权 后才能变更这个标准。建立一个初始基线后，以后每次对其进行
5、的 变更都将记录为一个差值，直到建成下一个基线。（变更控制） 配置项符合以下任一项要求才可将起确立为基线： 通过GRB评审 或 通过CCB审核 或 通过配置经理批准,11,3.2 识别配置项,12,3.2 识别配置项,2.配置项基线化要求 文件类配置项 格式必须按照公司统一模板进行编辑，按照项目配置项标识规定进行标识。 只有通过GRB或CCB评审过的配置项才可以将其基线。 对其的每次变更，需按照变更控制流程严格执行。 软件类配置项 按照项目配置项标识规定进行标识。 提供说明性文档。 只有通过测试或评审的配置项才可以将其基线。,13,3.2 识别配置项,3.配置项标识规定 技术文档标识规定:客户
6、名称 - 项目名称 - 文档类型名称 质量记录标识规定:客户名称 - 项目名称 - 文档类型名称 序号 代码标识规定:由项目经理或技术经理负责提供，GRB审核。 项目管理文档标识规定 会议纪要:客户名称 - 项目名称 - 文档类型名称 开会日期 项目周报:客户名称 - 项目名称 - 文档类型名称 提交日期 技术讨论记录:客户名称 - 项目名称 - 文档类型名称 讨论日期 发布标识 内部版本号：X.Y.Z X 与需求规格主版本对应 Y 与增量对应 Z 与修正对应 外部版本号=VXX.XX.XXX，分别为:主版本号+次版本号+补丁号,14,3.3 版本控制,15,3.3 版本控制,16,3.3 版
7、本控制,开发库，基线库，发布库，这三库的目录结构都是相同的。 项目组的配置经理，技术经理，测试经理裁减标准目录结构，共同确定项目目录结构，提交GRB评审，配置管理员负责创建。（建库，分配权限，向项目组发布）,17,3.3 版本控制,18,3.3 版本控制,19,3.3 版本控制,20,3.4 变更控制,21,3.4 变更控制,需求 / 设计变更实施与验证图,22,3.4 变更控制,代码变更实施图,23,3.5 配置审计-重要概念/专业术语,配置审计 配置审计用来验证配置管理基线库中软件产品的一致性 和完整性。 功能审计：审计检验软件基线库内容的一致性。（查看 配置项的内容是否与需求的某个基线内
8、容一致） 物理审计：审计检验软件基线库内容的完整性。（查看 配置项是否产生）,24,3.5 配置审计,1 角色担当 配置经理 2 活动说明 1）配置经理制定配置审计计划，该计划列入“项目配置管理计划”。 2）每次审计工作开始之前，配置管理小组必须向项目组明确： 审计内容，审计时间，所需项目组资源 3）范围： 基线的完整性，配置管理库的结构，受控库中基线的完整性和正确性，配置管理活动是否遵循标准和过程。 4）配置审计报告提交给项目经理，并跟踪问题解决情况。 3 工作产出物 配置审计计划（列入“项目配置管理计划”） 配置审计报告,25,3.6 发布管理- 系统级发布,1.系统级发布,26,3.6
9、发布管理 补丁级发布,2. 补丁级发布,27,3.7 发布配置状态,1 角色担当 配置管理员 2 活动说明 1） 配置管理员依据配置管理计划中定义的频度，方式将其发布给相应的对象。 2） 配置状态报告需要记录： I 配置项： 操作配置项的历史记录，配置项当前内容（可以以版本号形式体现）以及状态，配置项版本历史的记录，这些版本是可恢复的 II配置管理活动： CCB会议记录，变更请求状态统计， 项目基线统计：变更记录，当前状态，配置审计记录 配置管理问题统计,28,4. 模板一览表,29,5.与公司级配置管理的关系,30,6.总结,我们可以达到这些目标了吗? 1.配置管理活动是有计划的。 2.软件产品以及所有项目管理文件是经过标识的,受控的,并具有可用性的。 3.所标识的软件产品的更改是受控的。 4.基线被正确建立,被审计,并且保证其是可恢复的。 5.项目组所有成员及时了解软件基线的状态和内容。 6.项目对外发布的产品必须从配置管理服务器被正确提取。,31,7.思考题,项目维护阶段，您接受了用户提出的需求变更，请详细描述对该变更的处理过程？（变更控制，版本控制，发布管理） 配置审计工作由谁发起，谁来实施，工作步骤包括哪些？ 您是怎么获取项目配置状态的？包括哪些信息？ 总结配置管理小组在项目组做哪些工作？,32,提问,欢迎大家提出自己疑问和建议 请您发言。,33,谢谢 !,
