产品完整性:项目提交的工作成果是“产品集合完整、子产品正确”的
产品集合完整:产品包含的子产品(配置项)是完整的
子产品正确:子产品(配置项)达到了需求要求,满足标准、规程的要求
(5) 三库管理:三库的概念源自 CMM/CMMI,即开发库、受控库和产品库。配置项在
三库之间迁移,一级比一级的控制更严格。
开发库:存放开发过程中需要保留的各种信息,供开发人员专用。
受控库:在软件开发的某个阶段工作结束时,将工作产品存入或将有关的信息存
入。
产品库:在开发的软件产品完成系统测试之后,作为最终产品存入库内,等待交
付用户或现场安装。
按照三库的思路,软件开发组日常的工作在开发库中开展,当工作达到里程
碑时,再迁移到受控库,在受控库中经过更严格的测试后,再上升到产品库,
最后发布。
在实践中,三库常常被实现为物理上的三库,而不是通过逻辑的方式来实现,
三库物理隔离带来的最大问题是配置项失去了历史可追溯性。
实现三库的指导思想应该是逻辑上独立,物理上在一起,通过权限与流程的
控制来实现配置项在不同库之间的流转,以及相应角色的人员对相应库的访
问。
不管是几个库,最终都是要提高管理效率和保存工作成果和工作记录。
2. 软件配置管理核心功能
(1) 基线管理:每个基线都将接受配置管理的严格控制,对其的修改将严格按照变更控
制要求的过程进行,在一个软件开发阶段结束时,上一个基线加上增加和修改的基
线内容形成下一个基线,这就是“基线管理”的过程。
基线具有以下属性:
通过正式的评审过程建立
基线存在于基线库中,对基线的变更接受更高权限的控制
基线是进一步开发和修改的基准和出发点
进入基线前,不对变化进行管理或者较少管理
进入基线后,对变化进行有效管理,而且这个基线作为后继续工作的基础
不会变化的东西不要纳入基线