软件项目管理实用教程第7章 软件配置管理.ppt

分支典型应用二：管理交迭 解决方法： 为了使集成工作不阻滞开发工作，可使用分支。 A 5.分支典型应用三：管理变体 变体（Variant）是同一类软件产品，它们有很多相同之处，却又有所区别。 变体之间虽然相似，但不可能进行合并。 产生变体的最常见原因包括： 因支持不同的操作系统而产生变体 例如同一个软件产品在Windows系统上和Unix系统上的不同版本。两种版本所调用的操作系统接口以及开发环境都有很大差别。 分支典型应用三：管理变体 因客户定制而产生变体 对于同一种软件产品，不同的客户提出的要求有区别，例如财务管理系统，不同客户的财务管理制度、管理流程是有区别的，因此需要特殊定制，从而产生变体。 因不同的功能集产生变体 软件不同的变体是针对不同的消费群体的需要而制作的。例如Windows Vista有七个版本：家庭类的初学者版、家庭基础版、家庭标准版和家庭终极版；商务类的小企业版、专业版和企业版。 分支典型应用三：管理变体 用分支支持变体的第一种方法：为每一个变体创建一个分支。 1.0-A 1.0 A 2.0 2.0-A 分支典型应用三：管理变体 第二种方法：为变体不同的版本创建不同的分支。 2.0-A 1.0-A 1.0 1.0A 2.0 2.0A 6. 关注主线的演进 不管版本树的分支有多少，都应该有一条主线，作为开发工作的主流，集中精力于主线的演进，其它分支以主线为基础进行开发。 例如，当软件存在多个变体时，不能不分主次地为每一个变体创建一个分支，各自独立开发。 关注主线的演进 A C B D E F G H I J 错误的版本树形状 关注主线的演进 正确的版本树形状 主线 1.0版 B C 2.0版 D E F G H 3.0版 关注主线的演进 主线 1.0版 1.1版 1.2版 2.x 2.0版 2.1版 2.2版 3.x 3.0版 3.1版 3.2版 4.x 有问题的版本演化策略 关注主线的演进 该策略存在的问题： 分支层数太深，可能会超出版本控制工具的分支层数范围。 文件的版本演化历史信息复杂，分布在不同的分支中。 开发人员需要经常更换分支，容易出错。 关注主线的演进 主线 1.0版 2.0版 3.0版 2.x 2.1版 2.2版 1.x 1.1版 1.2版 3.x 3.1版 3.2版 更好的版本演化策略 7. 分支管理要点 分支不能随意创建，必须有所规划，适当管理。 分支管理要注意以下几点： 分支要有明确的目的。分支应有一个名字，简略说明分支的目的。 分支要规划好何时创建，从何处创建。 分支要规划好是否合并？合并到哪里？分支上所有的工作成果都要合并，还是有选择地合并？ 分支管理要点 分支要规划相关角色和权限：谁有权读取分支上的内容或向分支提交？分支的合并及分支上的集成工作由谁负责？谁负责创建、删除和重新命名分支？ 分支的规划要全盘考虑，看版本树的整体图景，而不要只关注手边的工作。 本章内容提要 软件配置管理的作用 软件配置管理的相关概念 建立软件配置管理环境 版本控制 系统集成 分支管理 变更管理 配置审计和配置状态报告 配置管理过程 软件配置管理工具 第七节 变更管理 7.1 影响变更控制方法的因素 7.2 严格的变更控制流程 7.3 任务管理 7.1 影响变更控制方法的因素 对软件原有配置项的改变叫做变更（change）。对变更必须进行有效的管理，避免其产生负面影响。 变更管理（控制）方法主要受以下因素影响：变更的规模、变更的影响面、变更发生的时间、开发过程模型、研发团队的规模。 1.变更规模对变更控制的影响 有些变更可以较快完成，且规模较小，比如缺陷的修复，对功能进行的少量增强。对于这类比较小的，数量又比较多的变更，可采用缺陷跟踪的方式来跟踪和管理。 有些变更需要不少的人力和时间，对项目的进度和预算都有影响，对这样的大型变更，就需要更严格的控制和企业高层的介入。 2.变更影响面对变更控制的影响 有些变更只会影响到产品的局部，而有些变更则可能会产生广泛的影响，例如公用函数库的变化。 对于有广泛影响的变更，必须有更为严格的控制，变更前要广泛征求意见，认真评估，变更后要通知大家，发生了什么改变。 3.变更发生时间对变更控制的影响 越到项目后期，变更的代价就越大，因此对变更的控制就越严格，也越不容易接受变更。 在项目末期，通常只会接受缺陷修复和小的功能增强。 4.过程模型对变更控制的影响 在瀑布模型中，项目各阶段的工作是顺序执行下来的，前一阶段的工作成果是后一阶段工作的输入，它要求前一阶段的工作成果一旦确定下来后，尽量不发生变化，否则对后续工作的影响太大。 在瀑布模型中，要更严格地控制变更。 过程模型对变更控制的影响 迭代过程模型的核心思想是