记录11_7.22～7.23

这段时间内我们主要进行了对项目配置管理的学习，为项目配置管理计划的编写做准备。

软件配置管理

软件配置管理(Software Configuration Management, SCM)是指一套管理软件开发和维护过程中所产生的各种中间软件产品的方法和规则，它是控制软件系统演变的学科。

软件配置管理是一种标识、组织和控制修改的技术，软件配置管理应用于整个软件工程过程

SCM活动的目标就是为了标识变更、控制变更、确保变更正确实现并向其他有关人员报告变更

从某种角度讲，SCM的目的是使错误降为最小并最有效地提高生产效率。

定义：

软件配置管理是贯穿于整个软件过程中的保护性活动，它被设计用来：

(1) 标识变化；(2) 控制变化；(3) 保证变化被适当的发现；(4) 向其他可能有兴趣的人员报告变化

配置管理是否有成效取决于三个要素：

人、规范、工具。

软件配置是一个软件产品在生存期各个阶段的不同形式（记录特定信息的不同媒体）和不同版本的程序、文档及相关数据的集合，或者说是配置项的集合

软件配置是一个集合，该集合中的每一个元素称为该软件产品软件配置中的一个配置项（Software Configuration Item，SCI）。

常见的软件配置项：
需求规格说明书、设计规格说明书、源代码、测试计划、测试用例、用户手册等

基线(Baseline)是指一个（或一组）配置项在项目生命周期的不同时间点上通过正式评审而进入正式受控的一种状态。基线是软件生命周期中各开发阶段的一个特定点，它的作用是把开发各阶段工作的划分更加明确化，使本来连续的工作在这些点上断开，以便于检查与肯定阶段成果

基线是已经正式通过复审和批准的某规约和产品，它因此可作为进一步开发的基础，并且只能通过正式的变化控制过程来改变。基线通常标志开发过程一个阶段的结束（里程碑）。

里程碑(Milestone)是检查点 (Check Point)，检查点不一定是里程碑，因为检查点还可以是时间、计划和事件

功能基线：所规定的对待开发软件系统的规格说明

指派基线：又称为分配基线，指在软件需求分析阶段结束时，经过正式评审和批准的软件需求的规格说明，指派基线是最初批准的指派配置标识。

产品基线：指在软件组装与系统测试阶段结束时，经过正式评审的批准的有关所开发的软件产品的全部配置项的规格说明，产品基线是最初批准的产品配置标识

软件配置控制委员会(Software Configuration Control Board, SCCB)负责管理软件配置项变更的组织。

具体责任如下：

评估变更；批准变更请求；在生命周期内规范变更申请流程；对变更进行反馈；与项目管理层沟通

软件配置管理是在贯穿整个软件生命周期中建立和维护项目产品的完整性。它的基本目标包括：

目标 1: 软件配置管理的各项工作是有计划进行的。目标 2: 被选择的项目产品得到识别，控制并且可以被相关人员获取。目标 3: 已识别出的项目产品的更改得到控制。目标 4: 使相关组别和个人及时了解软件基准的状态和内容。

软件配置管理角色

PM: 项目经理；CCB: 配置控制委员会；CMO: 配置管理员；SIO: 系统集成员；DEV: 开发人员

项目经理（Project Manager，PM）

根据软件配置控制委员会的建议批准配置管理的各项活动并控制它们的进程。
职责：制定和修改项目的组织结构和配置管理策略；批准、发布配置管理计划；
决定项目起始基线和开发里程碑；接受并审阅配置控制委员会的报告。

配置控制委员会（Configuration Control Board，CCB）

负责指导和控制配置管理的各项具体活动的进行，为项目经理的决策提供建议。职责：定制开发子系统；定制访问控制；制定常用策略；建立、更改基线的设置，审核变更申请；根据配置管理员的报告决定相应的对策。

配置管理员（Configuration Management Officer，CMO）

根据配置管理计划执行各项管理任务，定期向CCB提交报告并列席CCB的例会。职责：软件配置管理工具的日常管理与维护；提交配置管理计划；各配置项的管理与维护；执行版本控制和变更控制方案；完成配置审计并提交报告；对开发人员进行相关的培训；识别软件开发过程中存在的问题并拟定解决方案。

系统集成员（System Integration Officer，SIO）

系统集成员负责生成和管理项目的内部和外部发布版本。职责：集成修改；构建系统；完成对版本的日常维护；建立外部发布版本。

开发人员（Developer，DEV）

开发人员的职责就是根据组织内确定的软件配置管理计划和相关规定，按照软件配置管理工具的使用模型来完成开发任务。

基本活动

(1) 制定配置管理计划；(2) 识别和标志配置项；(3) 搭建配置管理环境；(4) 配置项的版本控制；(5) 基线变更管理；(6) 配置审核；(7) 配置状态统计

配置管理计划

主要内容：

配置管理组织及其职责；配置管理工具和配置库的组织结构；配置项标志和基线定义；变更管理流程；配置审核和配置状态统计

识别和标志配置项：

（1）为每一个配置项分配唯一的标志；建立配置项间的对应关系（2）两类配置项：

基本配置项：软件开发者在项目开发过程中所创建的基本工作单元。
集成配置项：一个集成配置项是基本配置项或其它集成配置项的集合。

搭建配置管理环境

配置管理环境是用于进行软件配置管理的系统环境，其中最重要的是配置管理库，简称配置库。
置库存储配置项 (SCI)、修改请求、变化记录等，并提供对库中所存储文件的版本控制。
一般需采用配置管理工具来建立配置库。

配置项的版本控制

配置库的检入检出和版本控制机制解决了软件开发中的两个重要问题：

访问控制：保证具有相应权限的人员才能修改配置项。
并行控制：保证不同人员同时对某配置项进行的修改不会互相覆盖。

对配置项的修改（不同版本间的差别）应被记录下来。
更动者（姓名及其身份）；更动日期和时间；被更动SCI（名及其版本号）；

更动内容及其位置；更动原因；受此更动影响的诸SCI名表。

软件产品版本编号方法

数字顺序型版本编号
普通版本编号

x.y.z，x为主版本号，y为特征版本号，z为缺陷修复版本号，如V3.10.16。主版本号的增加表示提供给客户的主要产品功能的增强。
特征版本号的增加表示产品新增了一些特征或做了一些重要修改。
缺陷修复版本号的增加表示在软件产品上做了一些缺陷修复工作。

α和β版本编号

在普通版本编号后面增加一个大写字符A或者B来分别表示α版本或β版本。例如1.2.4A或1.2.4B。
如果存在多次的α发布和β发布，可在A或B后面添加一个数字来说明发布的次数，例如：1.2.5A1，1.3.0B2。
α测试是由公司内部的用户在模拟实际操作环境下进行的测试。
β测试是由软件的多个用户在实际使用环境下进行的测试。

属性版本编号：

把版本的重要属性反映在标识中。可以包括的属性有：客户名、开发语言、开发状态、硬件平台、生成日期等。例如： J2SDK.v.l.2.2:10/31/2000-18:00,native threads, jit-122
包含的信息丰富，方便了查询和管理，版本间的关系易于保持，但由于太复杂，一般只用于软件组织内部的管理。