项目配置管理活动介绍.pptVIP

汇报人 汇报人所在部门 项目配置管理活动介绍 议程 配置管理基本概念 为什么要做配置管理？ 如何启动项目配置管理活动 项目配置管理活动介绍 练习 Q A 概念解释（1/2） 什么是配置管理？ 配置管理就是一套方法，用这套方法来对软件开发过程产生的资产（代码/文档/数据等东西）进行管理。包括管理它的存储、变更，将所有的变更记录下来，通过适当的机制来控制它的变更，使得这些更改合理、有序、完整、一致，并可以追溯历史。例如：建立配置库、分配权限、需求基线建立、需求变更控制等活动 什么是 配置项？ 配置项是指软件开发期间，凡是需纳入配置管理范畴的资产（代码/文档/数据等东西）就称其为配置项。例如：项目策划书、需求规格说明书、项目周报、程序代码等在软件开发期间所产生的资产。 什么是非配置项？ 非配置项是指软件开发期间，支持项目活动所需使用，但不由项目组直接产生的资产。例如：客户提供的参考资料、说明文档、联系人名单等。 概念解释（2/2） 什么是基线？ 基线是由一组稳定版本的软件文档、代码所组成，作为项目进一步开发的基础。例如：计划基线（包括：项目策划书、质量保证计划、配置管理计划、资料管理计划、裁剪矩阵、系统测试计划）当基线形成之后其中所包括的内容也就被“冻结”，不能再被任何人随意修改。在需要进行修改时，则通过变更管理流程执行修改。例如：通过执行变更流程对需求基线中的《需求规格说明书》进行修改。 什么是配置库？ 配置库是用来对软件开发过程产生的资产（代码/文档/数据等东西）进行存放、保管、访问控制及版本管理的物理实体，针对项目而言则为配置管理工具（VSS、TFS或SVN）中所建立的一个区域。 配置库及目录机构 为什么要做配置管理？ 如果没有软件配置管理，将有什么坏处？ 最大的麻烦是工作成果被覆盖 多数情况下新的内容比老的内容好，覆盖了也没关系。但是总有不少意外，例如程序员修改了老程序员之后，突然发现新程序是错误的，而老程序却是对的，可是老程序被新程序覆盖了，再也无法恢复。 采用手工添加文件后缀方式管理版本，导致版本杂乱无章 为了避免成果被覆盖，很多人采用最原始的手工管理版本的方式，例如给文件加后缀“-01”、“-02”以表示版本。但天长日久，工作目录下就会有一堆带数字后缀的文件，而且你自己也忘记了数字后缀代表什么内容，管理起来非常麻烦。 使用配置管理，将有什么好处？ 最直接的好处是：工作成果的所有版本都被保留着，不会丢失也不会被覆盖。 间接的好处是：项目的所有工作成果被完整地保留下来，作为公司的知识财富被共享和利用。并且减少了人员辞职造成的损失。 通过版本管理机制的执行，避免因版本混乱导致将错误版本发布到客户环境对公司及客户造成不良影响。 如何启动项目配置管理活动 场景：项目启动，需要对项目开展配置管理活动 步骤： 项目经理指定项目配置管理员； 配置管理员协助项目经理定义项目配置库目录结构及权限； 部门配置管理员创建项目配置库及分配人员权限； 项目配置管理主要活动 配置管理的主要活动： 制定配置管理计划； 建立基线 变更控制； 产品发布； 其他配置管理活动（项目配置库管理、配合QA进行配置审计、为项目组提供配置管理规范或工具的培训） 配置管理活动-制定计划（1/2） 场景：项目已经启动，并且项目经理已经指定了项目配置管理员 《配置管理计划》定义步骤： 定义CCB（变更控制委员会）成员 变更控制委员会（缩写：CCB）成员组成：部门经理、市场代表、客户方项目负责人、客户方业务负责人、项目经理、技术经理等角色组成，可根据变更大小、类型针对变更项具体定义 定义配置库目录结构及权限 制定基线建立计划 基线类型：计划基线、需求基线、概要设计基线、详细设计基线、代码基线、发布基线，每一类基线都包括一组特定的配置项。如：需求基线包括（客户需求列表、需求规格说明书、需求跟踪矩阵） 制定版本发布计划 定义软件发布版本的发布时间、内容、版本号 配置管理活动-制定计划（2/2) 根据《资料管理计划》协助项目经理确认项目配置项（根据列表保留项目所需配置项，多余则删除） 配置管理活动-建立基线（1/3） 基线建立场景：（1）根据计划发布基线（2）基线变更后重新发布基线 场景1：根据基线计划发布需求基线 需求基线建立步骤 项目配置管理员在配置库02.release/ 02.需求目录下，根据基线命名规则建立创需求建基线目录；如： BSPRJ2008023_SZ-ITSM_REQ_V01.00.00 基线命名规则：项目编号_项目简称_基线类型_版本号 基线类型 基线命名 计划基线 项目编号_项目简称_PP_ V