软件工程讲义_第十七章 软件配置管理.pdfVIP

软件工程 第17章软件配置管理 主要内容 软件配置管理概述 SCM中心存储库 SCM过程 小结 软件配置管理 软件配置管理（SCM），也称为变更管理，是 一组管理变更的活动。它通过下面的方式来管理 变更：识别可能发生变更的工作产品，建立这些 工作产品之间的关系，制定管理这些工作产品的 不同版本的机制，控制所施加的变更，审核和报 告所发生的变更。 参与软件过程的每个人在某种程度上都参与变 更管理，但是有时候也设专人来管理SCM过程。 软件配置管理 如果不控制变更，将被变更所控制。一个未受 控制的变更流可以很容易地将一个运行良好的软 件项目带入混乱。结果会影响软件质量并且会推 迟软件交付。为此，变更管理是质量管理的重要 部分。 因为在构建软件时会创建很多工作产品，因此 每个工作产品都需要唯一标识。一旦成功完成标 识，则可以建立版本和变更控制机制。为保证变 更发生时维护质量，变更过程需要审核；为了通 知那些需要知道变更的人员，需要进行变更报告。 软件配置管理 软件配置管理计划定义变更管理的项目策 略。另外，当启动正式的SCM时，变更控 制过程将产生软件变更请求、报告和工程 变更工单。 当每个工作产品都可以标识、跟踪和控制 时，当每个变更可以跟踪和分析时，当每 个需要知道变更的人都通知到时，变更管 理的目的就达到了。 软件配置管理 软件配置管理（SCM或CM），是贯穿于 整个软件过程的普适性活动。因为变更可 能随时发生，所以SCM活动的目标就是为 了：(1)标识变更；(2)控制变更；(3)保 证正确地实现变更；(4)向其他可能的相 关人员报告变更。 软件配置管理 明确地区分软件支持和软件配置管理是很 重要的。软件支持是一组发生在软件已经 交付给客户并投入运行后的软件工程活动。 而软件配置管理则是在软件项目开始时就 启动，并且只有当软件被淘汰时才终止的 一组跟踪和控制活动。 软件工程的主要目标是当发生变更时，使 变更更容易地被接受，并减少变更发生时 所花费的工作量。 软件配置管理概述 软件过程的输出信息主要分为三类：(1)计算机 程序（源代码和可执行程序）；(2)描述计算机 程序的文档(针对不同的软件开发人员和用 户);(3)数据或内容（包含在程序内部的数据， 或程序外部的数据）。在软件过程中产生的所有 信息项总称为软件配置。 如果一个软件配置项只是简单地推导出其他一 些软件配置项，则几乎不会产生混乱。但不幸的 是，在这个过程中还有另一个变量——变更。变 更可能毫无理由地随时发生。正如系统工程第一 定律所述：不管你处在系统生存周期的什么阶段， 系统都可能发生变更，并且在整个生存周期中将 会持续不断地提出变更的要求。 软件配置管理  变更有四个基本的原因：  新的业务或市场条件导致产品需求或业务规则的变更。  新的客户需求，要求修改信息系统产生的数据、产品提供的 功能或系统提供的服务。  企业改组或扩大/缩小规模，导致项目优先级或软件工程团队 结构的变更。  预算或进度安排的限制，导致系统或产品的重新定义。 软件配置项管理是一组用于在计算机软件的整 个生命周期内管理变更的活动。SCM可被视为 应用于整个软件过程的软件质量保证活动。 SCM场景  典型的CM工作场景包括：负责软件小组的项 目经理、负责CM规程和方针的配置管理员、负 责开发和维护软件产品的软件工程师以及使用软 件产品的客户。在下述场景中，假定由6个人组 成的团队正在开发一个约15000行代码的小型 软件。 在操作级别上，SCM场景包括多种角色和任务。 项目经理的职责是保证在确定的时间框架内开发 出产品。因此，项目经理必须对软件的开发进展 情况进行监控，找出问题，并对问题做出反应。 这可通过建立和分析软件系统状态报告，并执行 对系统的评审来完成。 SCM场景  配置管理员的职责不仅是要保证代码的 创建、变更和测试要遵循相应的规程和方 针，还要使项目的相关信息容易得到。为 了实现维护代码变更控制的技术，配置管 理员可以引入正式的变更请求机制、变更 评估机制和变更批准机制。配置管理员要 为工程师们创建和分发任务单，并且还要 创建项目的基本环境，而且，还要收集软 件系统各个构件的统计信息。 SCM场景  软件工程师的目标是高效地工作。即