王莹《软件项目管理教学》软件项目管理（14）.pptVIP

* * * * * * 配置管理的机制 配置管理的机制包括： 1、文件命名和组织的约定； 2、版本控制； 3、变更申请的可跟踪性； 4、访问控制； 5、协调过程； 6、修改登记程序。 10.1 配置管理概念 配置管理的功能 配置管理的功能： 1、给出程序的状态； 2、给出一个程序的最新版本； 3、处理并发更新申请； 4、取消一个程序变更； 5、防止未授权的变更或者删除； 6、提供需求变更申请和程序变更之间的可跟踪性； 7、取消一个需求变更； 8、显示相关的变更； 9、收集当前系统的所有源代码、文档和其他信息。 10.1 配置管理概念 配置管理过程主要有： 配置规划 配置执行 状态监控 角色： 配置管理员 项目经理 配置管理委员会 开发人员 10.2 配置管理过程 标识出典型的配置项 ——配置项的内容：需求规格、设计文档、源代码、测试计划、测试脚本、测试规程、测试数据、项目使用的标准（例如编码规范和设计规范）、验收计划、CM计划、项目计划、用户手册、培训材料文档、合同文档（包括支持工具）、质量记录、CM记录等。 2. 配置管理员或者项目经理进行SCM计划 10.2-1 配置管理规划和制定 3. 配置管理计划阶段的任务 识别配置项，包括客户提供和购买的项 定义为配置项命名和编号的计划 定义SCM所需要的目录结构 定义访问控制 定义变更控制规程 确定和定义CC/CCB的责任和权利 定义跟踪配置项状态的方法 定义备份规程 如果需要，定义协调规程 定义发布规程 定义归档规程 确定将配置项转移到基线的点 10.2-1 配置管理规划和制定 配置控制任务主要有两个： ① 涉及程序的状态转移管理 ② 涉及必须被实现的变更申请的管理 10.2-2 执行配置管理 ① 程序的状态转移管理 自己刚开发的 准备单元测试 准备验收测试 准备系统测试 产品 基线 程序员满意 单元测 试缺陷 系统测试缺陷 单元测试结束 系统测试结束 验收测试缺陷 纳入 发布 分支、主线 发行基线、构造基线？产品内测版本是否可以作为基线？ 草稿、正在发布、正式发布版本号格式：版本号：X.YZ 处于草稿状态的配置项的版本号格式为 0.YZ ，YZ数字范围为01-99 处于正式发布状态的配置顶的版本号格式为X.Y ，配置项第一次“正式发布”时，版本号为1.0 处于正在修改状态的配置项的版本号格式为X.YZ 当配置项修改完毕，状态重新成为正式发布时，将Z值设置为0，增加X.Y值 10.2-2 执行配置管理 产品的生命周期 10.2-2 执行配置管理 三库： 开发库：开发工程师的个人工作空间，在开发工程师本机上，个人目录下。 受控库：开发工程师相互协作、交流最新工作成果的地方。包含当前的基线和基线的变更，可以根据需要回滚到某指定的阶段或里程碑处。 基线库：各种基线的存档，这些基线标志着项目的重要里程碑，或者这些基线被发布。 ① 程序的状态转移管理 变更申请的步骤： 1、接受变更申请（影响分析之后）； 2、建立一种跟踪机制； 3、检出需要进行变更的配置项； 4、执行变更； 5、注册配置项； 6、在项目的整个生命期内维护该项目。 10.2-2 执行配置管理 ② 必须实现的需求变更的管理 正确表示每一个配置项的状态 进行配置项的定期状态检查，产生关于差异的报告，并解决所有差异 检查变更请求的状态 执行配置审计 10.2-3 状态监督和审计 评审是最有效的也是最常用的标识故障的方法，可以对文档及代码进行评审。评审还可以使管理人员掌握项目的进展。 第11章 评 审 1、评审可以应用于软件开发各个阶段、产生的各种类型产品——范围广； 2、评审比软件测试更有效率，因为其看到的是问题本身而不是征兆； 3、通过评审不仅可能发现错误，还可以提出对软件产品的改进意见，防止再发生； 4、评审可以在产品开发阶段进行，作者对产品细节很清楚，可以及时修改； 5、不只发现错误，还有利于评审员、软件项目相关组熟悉有关产品。 评审的功能及特点 小组评审的几个阶段： 评审规划 准备和概述 小组会议 返工及后续修改 一. 评审过程 1. 评审规划： 标识要评审的产品 选择评审成员及安排评审时间 作者准备好相应的材料 一. 评审过程 2. 准备和概述： 目的：是将要评审的软件包交给评审人员，并在需要时，对工作产品进行说明，为评审准备。 主要活动： 第一次会议； 在正式会议之前，各评审员独立地评审工作产品，作评审日志。 需要准备的材料：评审通知、评审标准、被评审的工作产品、正式的评审记录单、评审检查表、其他资料（如相关文档、标准等） 测量：工作量、缺陷数、问题数、缺陷严重程度 一. 评审过程 3. 评审会议 评目的：最