CMMI 配置管理 简介(转)
2007-10-17 14:18
369 查看
配置管理的目的是通过执行版本控制、变更控制等规程,以及使用配置管理软件,来保证所以配置项的完整性和可跟踪性。
配置管理是对工作成果的一种有效保护。
凡是纳入配置管理范畴的工作成果统称为配置项(comfiguration item,CI),配置项主要有两大类:
◎属于产品组成部分的工作成果,如需求文档、设计文档、源代码、测试用例等。
◎项目管理和机构支撑过程域产生的文档。
基线(baseline)由一组配置项组成,这些配置项构成了一个相对稳定的逻辑实体。基线中的配置项被“冻结”了,不能再被任何人 随意修改。基线通常对应于开发过程中的里程碑(milestone),一个产品可以有多个基线,也可以只有一个基线。通常交付给客户的基线称为一个“Release”,为内部开发用的基线则成为一个“Build”。
版本控制的目的是按照一定的规则保存配置项的所有版本,避免发生版本丢失或混淆等现象,而且可以快速准确地查找到配置项地任何版本。
变更控制的目的是为了配置项被随意修改而导致混乱。当配置项的状态成为“正式发布”或者被“冻结”后,任何人都不能随意修改,必须依据“申请-审批-执行变更-再评审-结束”的规则执行。
配置管理是对工作成果的一种有效保护。
凡是纳入配置管理范畴的工作成果统称为配置项(comfiguration item,CI),配置项主要有两大类:
◎属于产品组成部分的工作成果,如需求文档、设计文档、源代码、测试用例等。
◎项目管理和机构支撑过程域产生的文档。
基线(baseline)由一组配置项组成,这些配置项构成了一个相对稳定的逻辑实体。基线中的配置项被“冻结”了,不能再被任何人 随意修改。基线通常对应于开发过程中的里程碑(milestone),一个产品可以有多个基线,也可以只有一个基线。通常交付给客户的基线称为一个“Release”,为内部开发用的基线则成为一个“Build”。
版本控制的目的是按照一定的规则保存配置项的所有版本,避免发生版本丢失或混淆等现象,而且可以快速准确地查找到配置项地任何版本。
变更控制的目的是为了配置项被随意修改而导致混乱。当配置项的状态成为“正式发布”或者被“冻结”后,任何人都不能随意修改,必须依据“申请-审批-执行变更-再评审-结束”的规则执行。
相关文章推荐
- CMMI 配置管理(Configuration Management)系列(1) 简介
- 开源虚拟化管理平台Ovirt简介和配置环境搭建
- Ansible使用jinja2管理配置文件以及jinja2语法简介
- 2.5 CMMI2级——配置管理(Configuration Management)
- sql server 配置管理器简介
- RAID简介及软RAID的配置管理
- 基于CMM和CMMI的配置管理(转)
- 开源虚拟化管理平台Ovirt简介和配置环境搭建 推荐
- 配置管理工具Puppet简介、安装
- ISO20000与CMMI配置管理的比较分析
- CMMI 配置管理
- 微软Project项目管理软件简介与安装配置
- [CMMI]配置管理
- 配置管理工具Puppet简介、安装
- FTP服务器配置与管理(1) FTP服务简介
- 磁盘配额管理---raid配置简介
- 软件配置管理与CMM/CMMI-三库管理
- CMMI 配置管理(Configuration Management)系列(2)角色职责
- 开源虚拟化管理平台Ovirt简介和配置环境搭建
- 持久化配置管理 diamond 使用简介