《配置管理培训》PPT课件.ppt

配置管理 DVR研发部 PMO 2004年9月 开发中的问题 n我的代码被谁改过了！？ n哪一份需求说明是正确的？ n在用户处安装的是哪一个版本？ n测试人员不知道用户需求已变更。 软件配置管理目的 n管理产品的变更 软件配置管理目标 n配置管理活动是有计划的 n识别需要管理的产品 n产品的变更受到控制 n变更情况通知给相关人员 配置管理相关的术语 nSCM 软件配置管理 nSCMP 软件配置管理计划 nSCML 软件配置管理负责人 nCCB 配置控制委员会 nPM 项目负责人 nCCR 配置变更请求 配置管理中的角色 n配置控制委员会（简称CCB） n软件配置管理负责人（简称SCML） n配置管理员 配置管理的角色 n每个项目有一个配置管理员 可以是专职或兼职 进行配置管理活动 n变更控制机构-配置控制委员会 CCB 多人组成的CCB设有主席一职 CCB负责同意或拒绝变更申请 CCB主席具有最终决定权 配置管理工具 nVSS（文档，代码）-目前公司采用 nCVS（部门代码） 数据流程 工作区域 客户 受控区域 输入 变更 输出 配置库 测试人员 开发人员 配置管理的库 n开发库-PM n受控库-scm（评审） n测试 -此域供独立的测试人员专用。此域既可以建立在开发库 中，也可以单独建立一个测试库。 n输出：从受控库中输出软件产品给需要使用的人员，如提供代 码给测试人员做测试，将完成的产品交付给客户，或者提供给其他 人员等。 工作方式 n制定配置管理计划SCMP n识别和标识需要管理的元素-配置项 n输入受控区域的配置项必须经过审批 n对配置项的变更必须经过审批 n由配置库输出产品给需求者 n配置库由配置管理员专人管理 n入库操作必须由配置管理员实施 基线与里程碑 n基线是指通过审批的配置项的集合，用于 存放阶段性成果。 n里程碑是一个时间点，是一个阶段结束的 标志。 n基线发布的时刻一般与里程碑相对应。 n软件配置管理主要是对基线的管理。 软件基线参考表 配置项需求概要设计详细设计代码测试运行 总体需求 产品需求 概要设计 （软硬件 ） 详细设计 数据库设计 原代码 可执行代码 测试计 划 测试实 例、测试报 告 开发工具 用户手册 操作手册 入库流程 n项目经理递交产品审批表和产品给变更权 威和SCM n项目经理发起评审 n项目经理召开评审会并产生评审记录表 n评审通过后由配置管理员将产品输入配置库 n配置管理员通知相关人员 项目经理提交产 品审批表及产品 给CCB和SCM 项目经理发起评审 进行评审 拒绝 通知项目经 理 SCM人员将产品放 入受控库 发布基线 结束 同意 入库流程 变更流程 n项目经理提交配置变更申请表给变更权威和 SCM n如有需要，由项目经理召开评审会议。 n变更权威决定拒绝请求、要求评价或批准请求 。 n申请批准后，SCM将变更的配置项提交给项目经 理实施变更。 n完成变更后的配置项需要进行审查 nSCM将通过验证的配置项输入配置库 nSCM将变更消息通知相关人员 变更流程 输出流程 n需求人向配置管理员提交申请 n申请须经相关领导批准 n批准后由配置管理负责输出配置项 n项目组获取项目所属的配置项无需审批 n配置管理员维护输出日志 附录：版本号管理 n版本号表示方法是： n 关于zz部分是有配置管理工具自动产生，yy 部分必须由项目经理发起评审，评审的原则是 如果发现需求上的产生了5%的变动，技术上产 生了10%的变动，则版本号可以申请变更。如 1.031.04 nX部分，也必须由项目经理提出申请，提交指导 委员会，评审的原则是产品功能上有新的突破 ，和现有产品产生鲜明的对比（如在功能上、 性能上、市场方向、价格上），这些都要产生 主版本号的变更，如1.002.00。 配置管理活动总结 n编制SCMP。 n培训参与配置管理的人员。 n建立配置库。 n软件产品纳入配置库。 n变更控制过程。 n审计、发布基线。 n配置状态报告。 编码配置管理的几点建议 n程序员尽量每天在下班前