软件工程配置管理

相关过程域
– 关于制定计划和工作分解结构的信息，参见项目策划过程
域，在确定配置项时它们是有用的。 – 关于绩效分析和纠正措施的更多信息，参见项目监控过程 域。
配置管理-上下文
建立完整性 建立基线 标识 配置项 配置管 理系统 进行配 置审核 审核 结果 措施项
更改申请 数据库
更改 申请 跟踪和 跟踪 控制更 更改申请 改
为了控制工作产品，建立和维护配置管理和更改管理的系统。
– 配置管理系统包括存储介质、规程和访问配置管理系统的
工具。 – 更改管理系统包括存储介质、规程，以及记录和访问更改 申请的工具。
SP1.2 建立配置管理系统
典型工作产品： 具有受控工作产品的配置管理系统。 b) 配置管理系统访问控制规程。 c) 更改申请数据库。
序言
– 续2
可置于配置管理下的工作产品的例子有： l 计划。 l 过程说明。 l 需求。 l 设计数据。 l 产品规格说明。 l 代码。 l 编译程序。 l 产品数据文件。
序言
– 续3
– 工作产品的配置管理可按多个粒度级实施。 – 配置项可以分成配置部件和配置单元。 – 在本过程域中只使用术语“配置项”。所以，在这些实践中
目的
配置管理的目的是:
– 利用配置标识、配置控制、配置状态记实和配置审核
建立和维护工作产品的完整性。
序言
配置管理过程域包含： a) 标识所选择的工作产品，这些工作产品在给定的时间点 上构成基线。 b) 控制对配置项的更改。 c) 构造或提供规格说明，以便从配置管理系统构造工作产 品。 d) 维护基线的完整性。 e) 向开发人员、最终用户和顾客提供准确的状态和现行的 配置数据。
建立配置 管理系统
建立 配置管理 记录
报告
建立或 发行基线
控制 配置项
专用目标
SG1 建立基线 SG2 跟踪和控制更改 SG3 建立完整性
按专用目标组织的专用实践
SG 1 建立基线
SG1
建立基线
建立所标识工作产品的基线。
– SG1 包括建立基线的专用实践。 – SG2 “跟踪和控制更改”下的专用实践则用于维护基
SP 1.1
标识配置项
子实践：
–
可以是配置项一部分的工作产品的例子有： l 过程说明。 l 需求。 l 设计。 l 测试计划和规程。 l 测试结果。 l 接口说明。 l 源代码。 l 工具（如，编译程序）。
SP 1.1
标识配置项
子实践：
对配置项赋予唯一的标识符。 c) 指定每个配置项的重要特征。 配置项特征的例子有： 作者、文档或文件类型，以及软件代码文件的编 程语言。
“配置项”适当时可解释为“配置部件”和“配置单元”。 – 基线为配置项连续演变提供稳定的基础。 – 基线的例子是已批准的产品说明，包括内部一致的需求版本、 需求追溯矩阵、设计、最终用户文档。
序言
– 续4
– 当基线开发完成后，即将基线纳入配置管理系统。 – 更改基线和发布从配置管理系统所构造的工作产品都要受到
序言
l
– 续1
– 置于配置管理之下的工作产品包括：
向顾客交付的产品； l 指定的内部工作产品； l 采购的产品； l 工具 l 在生成和描述这些工作产品时使用的其他项。 – 采购的产品要置于供方和项目双方的配置管理之下。在供 方协议中应建立实施配置管理的规定。应建立和维护确保 数据完备和一致的方法。
e)
标识负责每个配置项的所有者。
SP 1.1
标识配置项
评价要点：
有文档化的配置项选择准则。 ② 指明每个配置项的： – 唯一标识符； – 重要特征； – 受控时机； – 责任人。 直接证据：
①

《SCI选择准则》； ② 《SCI标识清单》。
①
SG1
建立基线
SP1.2
建立配置管理系统
SP1.2 建立配置管理系统
线。 – SG3 “建立完整性”下的专用实践则文档化和审核基 线的完整性。
SG1
建立基线
SG 1 建立基线的专用实践：
– SP 1.1
– SP 1.2
– SP 1.3
标识配置项 建立一个配置管理系统 生成或发布基线
SG1
建立基线
SP 1.1
标识配置项
SP 1.1
标识配置项
标识将置于配置管理之下的配置项、配 置部件和有关工作产品。
有系统的控制和监督，这是通过配置管理的配置控制、更改 管理和配置审核职能完成的。 – 配置管理过程域不仅可用于项目的配置管理，也可用于组织 的工作产品（如，标准、规程和复用库）的配置管理。 – 配置管理关注工作产品（包括交付系统）的管理和技术方面 的严格控制。 – 此过程域包括执行配置管理职能的实践，适用于置于配置管 理之下的所有工作产品。
a)
SP1.2 建立配置管理系统
子实践：
a)
建立配置管理的多级控制机制。 – 通常基于项目目标、风险和／或资源选择控制等级。 控制级可因项目生存周期、所开发系统的类型和特定 的项目需求而异。 – 控制级的例子，包括：
b)
SP 1.1
标识配置项
子实践：
d)
–
指明每个配置项纳入配置管理的时机 。 确定何时应将工作产品置于配置管理之下的准则，包 括： l 项目生存周期的阶段。 l 工作产品就绪可作测试时。 l 对工作产品所期望的控制程度。 l 成本和进度约束。 l 顾客需求。
SP 1.1
标识配置项
子实践：
–
配置标识是下列各项的选择、创建和规格说明： a) 交付给顾客的产品。 b) 指定的内部工作产品。 c) 采购的产品。 d) 工具和项目工作环境的其它主要资产。 e) 在生成和描述这些工作产品时所使用的其他项 。
SP 1.1
– – – – –
标识配置项
置于配置管理下的项可包括定义产品需求的规格说明 和接口文档。 是否还包括其他文档（如，测试结果），取决于它们 对产品的关键性。 “配置项”是为配置管理指定的实体，它可以包含 构成基线的多个相关工作产品。 这个逻辑分组便于标识和受控的存取。 为配置管理选择工作产品应基于策划期间所建立的准 则。
SP 1.1
典型工作产品：
a)
标识配置项
所标识的配置项。
SP 1.1
标识配置项
子Leabharlann Baidu践：
a)
–
基于文档化的准则选择配置项和构成配置项的工作产 品。 在适当的工作产品层次上选择配置项的准则的例子有： l 由两个或多个组使用的工作产品。 l 因错误或者是因需求更改而经常要更改的工作产 品。 l 在一个工作产品中的更改会导致在另一个中强制 作相应更改的两个互相依赖的工作产品。 l 项目的关键工作产品。