第7篇 软件配置管理-8-2011.pptVIP

实施SCM的主要活动 软件配置管理 根据文档化的规程指导软件基线审核。该规程一般规定： 为审核作好充分准备。 评定软件基线的完整性。 审查配置管理库系统的结构和设施。 检验软件基线库内容的完全性和正确性。 检验软件基线与适用的SCM标准和规程的一致性。 向项目软件经理汇报审核结果。 全程跟踪审核行动条款。 基线控制 实施SCM的主要活动 软件配置管理 变更管理 变更是软件开发的固有属性。变更请求的处理称为变化管理，它是配置管理的一部分。 不同处理的变更请求取决于它们的范围和时间安排。 变更管理的核心是一个适合软件开发组织的变更管理规程。 实施SCM的主要活动 软件配置管理 变更管理 变化管理过程： 任何人 控制委员会 开发人员 质量控制小组 变化请求 访问请求 拒绝请求 同意请求 分配变动 实现变动 确定变动 与目标不一致 与目标一致 实施SCM的主要活动 软件配置管理 宣传版本管理 开发人员创建宣传版本以确保配置项能够用于复查、能够调试其他配置项或者能进行全面的检查。一旦创建了宣传版本，其他人员就可以对它的库进行调试。 项目可能经常要求代码的宣传版本不包括编译错误，但很少会做出其他限制，以此来鼓励小组间交换工作产品。 例： 技术员工作区 服务器工作区 新手工作区 专家工作区 实施SCM的主要活动 软件配置管理 版本管理 版本管理是配置管理最基本的功能，它记录、追踪软件开发进程中的所有软件工作产品的演进，保证在需要时可回到旧的版本，避免文件的丢失、修改的丢失和相互覆盖。版本管理是配置管理的基础，它涉及到宣传版本管理、发布版本管理、不同版本管理、分支管理。 实施SCM的主要活动 软件配置管理 发布版本的管理 为配置项或CM聚集创建新的发布版本是一项管理决定，通常要基于市场和质量控制的建议。发布版本用来提供附加的（或修改过的）功能或解决关键的错误。创建发布版本要力图保证一致性和质量。 包括代码版本、文档手册等 实施SCM的主要活动 软件配置管理 分支管理 通常我们在不同小组进行项目的不同子系统开发时，可以将工作在子系统团体的不同配置的小组隔离开来，但只有当变化影响组件的不重叠集合，而且子系统接口保证向后兼容时，这种方法才起作用。但是，如果两个变化要修改同一组件，就需要有不同的方法。并行分支和顺序合并可以用来协调变化。 注： 主干 分支 合并（通常要配置管理工具的支持） 实施SCM的主要活动 软件配置管理 分支管理 分支管理的试探法： 确定可能的重叠 频繁合并 交流可能的冲突 将对主干的改动减到最少 将分支的数量减到最少 建立开发分支之后，但又没有开始设计和实现之前，开发人员可以猜测哪儿会发生重叠。然后用这些信息指定包含这些重叠的约束条件。这些约束的例子不包括修改重叠涉及的类的接口。 配置管理策略要求负责分支的开发人员经常与主干的最新版本合并（比如，每天、每周或每创建新的宣传版本）。只在分支上创建这些合并而不传送给主干。这些策略规定了这些合并要保证代码还要编译；也就是捉，合并不需要解决所有的重叠。这个策略鼓励开发人员尽早找出重叠，并在实际合并前考虑如何解决。 虽然负责不同分支的小组要独立工作，但需要估计到未来的合并中可能会产生的冲突并与有关小组交流。这对考虑所有组的约束条件来改进变化的设计也有好处。 将要合并的分支的变化的数量降到最少，就会减少产生冲突的可能性。虽然这个约束条件并不总是可以接受的，但它对限制主干修改错误的变化以及开发分支所有其他变化来说是一个很好的配置管理策略。 配置管理分支是不应该滥用的复杂机制。轻率的分支引起的合并工作可能比使用单个分支要花费更多的努力。可能产生重叠和冲突的变化常常相互依赖而且可以相继解决。只有当需要并行开发以及冲突可以调解的情况下才可以使用分支。 实施SCM的主要活动 软件配置管理 不同版本管理 不同版本是将要共存的版本。如果不同的操作系统和不同的硬件平台要支持某个系统，那么它就要有多个不同版本。当某个系统要交付不同层次的功能时也需要有多个版本，如专业版、豪华版、标准版等。 实施SCM的主要活动 软件配置管理 不同版本管理 处理不同版本有两种基本