-
工作产品:项目生命周期中产生任何工作成果、包括文档、代码等
-
产品:交付给客户的工作产品
-
-
配置项:配置管理的对象,一个或者多个工作产品的组合
-
-
基准:经过正式评审和认可的一组配置项,它们作为进一步开发的基础,并且只有经过正式的变更控制流程才能被更改
-
基线:包含了若干不同类型基准对应版本的集合,但在部分组织中认为基线等同于基准,因此一般可视为两者相同
-
-
SCM:Software Configuration Management,软件配置管理
-
CME:Configuration Management Engineer,配置管理工程师
-
CCB:Change Control Board,变更控制委员会
-
QA:Quality Assurance,质量保证工程师
-
PM:Project Manager,项目经理
-
并行开发支持:因开发和维护的原因,要求能够实现开发人员同时在同一个软件模块上工作,同时对同一个代码部分作不同的修改,即使是跨地域分布的开发团队也能互不干扰,协同工作,而又不失去控制
-
版本控制:跟踪每一个变更的创造者、时间和原因,从而加快问题和缺陷的确定,能够简单、明确地重现软件系统的任何一个历史版本
-
产品发布管理:管理、计划软件的变更,与软件的发布计划、预先定制好的生命周期或相关的质量过程保持一致;项目经理能够随时清晰地了解项目的状态
-
建立管理:基于软件存储库的版本控制功能,实现建立(build)过程自动化
-
过程控制:贯彻实施开发规范,包括访问权限控制、开发规则的实施等
-
变更请求管理:跟踪、管理开发过程中出现的缺陷(Defect)、功能增强请求(RFE)或任务(Task),加强沟通和协作,能够随时了解变更的状态
-
代码共享:提供良好的存储和访问机制,开发人员可以共享各自的开发资源
- CME:制定配置管理计划,建立并维护项目配置库,实施基线建立/基线变更/产品发布,协调/实施配置审计,维护CM工作记录,发布配置状态报告;
- CCB:批准基线的建立和变更,批准从基线区建立产品;CCB可分多级,每级CCB负责一种或者多种类型的基线,在项目策划时确定CCB成员和职责;一般来说,最高一级的CCB成员由PM,QA,测试负责人组成,必要时由高级管理者和客户代表参与
- 项目经理:参与识别配置项,向CME提供接受配置管理的工作产品,参与创建基线和产品,负责产品的发布
- 项目组/项目成员:向CME提供接受配置管理的工作产品,配合项目/组织CM的工作要求完成相应的活动
- QA:审计和评审SCM活动和工作产品