配置管理培训.pptVIP

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