博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
配置管理
阅读量:4039 次
发布时间:2019-05-24

本文共 2884 字,大约阅读时间需要 9 分钟。

配置管理的概念

配置管理通过技术和行政手段对产品及其开发过程、生命周期进行控制、规范的一系列措施和过程。配置管理的一个重要内容是对变更控制,使变更对成本、工期、质量影响降低到最小。

产品配置指一个产品在生命周期各个阶段产生的各种形式各种版本的文档、计算机程序、部件、数据的集合。该集合中的每一个元素称为该产品配置中的一个配置项,配置项主要有两类:

1.属于产品组成的工作成果

2.属于项目管理和机构支撑过程产生的文档

每一个配置项主要属性有:名称、标识符、文件状态、版本、作者、日期等。

置于配置管理之下的工作产品包括将交付给顾客的产品、指定的内部工作产品、采购的产品、工具、其他用于创建和描述致谢工作产品的实体。

配置管理系统包括提交建议变更的过程,评审和批准建议的变更跟踪系统,为授权和控制变更规定的批准级别,确认批准变更的方法。

CMMI定义的配置管理:配置管理的目的在于运用配置标识、配置控制、配置状态统计、配置审计,建立和维护工作产品的完整性。

配置管理定义概括为:它是采用技术手段和行政手段进行管理和监督的一套规范化方法;对配置项的功能特性和物理特性加以标识,并将其文档化;控制这些特性的变更;报告变更进行的情况和变更实施的状态,验证与规定需求的一致性。

项目配置管理的任务:

1.制定项目配置管理计划

2.确定配置标识规则

3.实施变更控制

4.报告控制状态

5.进行配置审核

6.进行版本管理和发行管理

配置管理计划

配置管理计划主要包括:配置管理软硬件资源、配置项计划、基线计划、交付计划、备份计划等。它由配置控制委员会审核批准。

指定配置管理计划的主要步骤有:

1.建立并维护配置管理的组织方针

2.确定配置管理需要使用的资源

3.分配责任

4.培训计划

5.确定配置管理的项目干系人,并确定他们的介入时机

6.制定识别配置项的准则

7.制定配置项管理表

8.确定配置管理软硬件资源

9.制定基线计划

10.制定配置库备份计划

11.制定变更控制流程

12.制定审批计划

配置标识和建立基线

配置标识是配置管理的基础工作,是管理配置的前提。

基线由一组配置项组成,这些配置项构成了一个相对稳定的逻辑实体。基线中的配置项不能被随意修改。基线的主要属性有:名称、标识符、版本、日期等。给客户用的基线称为“Release”,给内部开发用的基线称为“Build”。

识别配置管理指识别配置管理下的配置项和相关的工作产品。识别配置项的主要步骤如下:

1.识别配置项

2.为每一个配置项指定唯一性的标识符

3.确定每一个配置项的重要特征

4.确定配置项进入配置管理的时间

5.确定每一个配置项的拥有者责任

6.填写《配置项管理表》

7.审批《配置项管理表》

配置管理系统用于控制工作产品的配置管理和变更管理,包括存储媒体、规程和访问配置系统的工具、用于记录和访问变更请求的工具。建立和管理配置管理系统的主要步骤如下:

1.建立适用于多控制等级配置管理的管理机制

2.存储和检索配置项

3.共享和转换配置

4.存储和复原配置项的归档版本

5.存储、更新、检索配置管理记录

6.创建配置管理报告

7.保护配置管理系统的内容

8.权限分配

基线是一组经过正式审查并且达成一致的规范或工作产品,是开发工作的基础。交付给客户的基线一般称为发行基线,内部使用的基线一般称为构造基线。创建或发现基线的主要步骤如下:

1.获得CCB的授权

2.创建构造基线或发行基线

3.形成文件

4.配置基线可用

变更管理

变更是信息系统的一个突出特点,比较普遍。配置管理的一个重要任务是对变更进行有效的控制和管理。

项目变更是不可避免的。两方面:变更来源于用户,原因是用户对需求的变更;变更来源于系统开发人员,原因是开发人员已提供方案不合适的地方修改。

信息系统变更的复杂性会使变更变得更加困难。

变更管理的任务:

1.分析变更。研究变更的必要性和可行性

2.记录和追踪变更

3.采取措施保证变更在受控情况下进行

配置库,也称配置项库,是配置管理的有力工具。配置库的主要作用表现在:

1.记录与配置相关的所有信息

2.利用库中的信息可评价变更的后果

3.从库中可提取各种配置管理过程信息

配置库有三类:开发库,受控库,产品库。

变更控制委员会,也称配置控制委员会,是配置项变更的监管组织,主要任务是对配置项变更做出评价、审批、监督已批准变更的实施。

变更请求的主要内容有三方面:1.变更描述;2.变更的审批;3.变更的实施

变更控制过程的主要步骤如下:

1.在整个生命周期中控制对配置项的变更

2.在配置管理系统保存更改的配置项之前,要先获得批准

3.把涉及变更的配置项在保证正确性和完整性的前提下存入和取出配置库

4.对变更进行审查

5.记录变更及原因

故障报告是已经入库的基线发现了新的缺陷,对这种情况下的表现提出的报告。其包含内容有:故障信息,变更控制委员会的评估意见;故障修复信息。

版本管理

版本管理是按照一定规则保存配置项的所有版本,避免丢失混乱的同时可以快速查新配置项版本信息。

配置项的状态有三种:草稿、正式发布、正在修改。配置项版本控制流程:

1.创建配置项

2.修改处于草稿状态的配置项

3.技术评审或领导审批

4.正式发布

5.变更

Note:所谓的配置库可以参考SVN,ClearCase 。里面版本的控制可以非常清楚的明白版本控制是怎么一回事。

配置审核

配置审核的任务是验证配置项对配置标识的一致性。这些验证包括:

1.对配置项的初始是否背离初始的规格说明或以批准的变更请求

2.配置标识的准则是否得到了遵循

3.变更控制规程是否已遵循,变更记录是否可用

4.在规格说明、项目产品、变更请求之间是否保持了可追溯性

实施配置审核的时间:

1.项目产品交付或者正式发行之前

2.系统开发阶段工作结束之后

3.维护期定期进行

参与实施配置审核的审核人员包括项目组和非项目组人员。配置审核的步骤如下:

1.项目经理决定何时进行配置审核

2.质量保证组或项目组的配置管理组指定该项目的配置审核人员

3.项目经理和配置审核人员决定审核范围

4.配置审核人员准备配置审核检查单

5.配置审核人员安排时间审核文档和记录

6.配置审核人员在审核中发现不符合的现象,并记录

7.项目经理负责消除不符合的现象

8.配置审核员验证所有发现的不符合均得到解决

配置状态报告

配置状态报告也称配置状态说明与报告,是配置管理的一个组成部分,有效的记录和报告管理配置所需要的信息,及时、准确地给出配置项的当前状态。变更状态说明反映了变更的状态,可以通过变更请求和故障报告得到。变更状态可分为活动态(正在实施变更)、完成态(已完成变更)、未列入三种。

配置管理的范围是记录各种在项目过程中的信息变化和波及的范围内联动信息的变化,以需求变化影响最大。这一部分的内容是如何去利用工具和方法来降低这些修改带来的波动性和保持项目的一致性。工具有版本库,方法有评审等。

选择性考察、客观性考察,论述性考察

转载地址:http://lgpdi.baihongyu.com/

你可能感兴趣的文章
ORACLE RMAN 各种场景恢复
查看>>
oracle 自动导出package/package body/procedure 等为sql文件并且自动上传到ftp服务器上
查看>>
linux 下 su - oracle 切换不了
查看>>
初学MonggoDb—Linux平台安装MongoDB
查看>>
使用“rz -be”命令上传文件至服务器;使用“sz 文件名”从服务器下载文件到本地
查看>>
mysql:pt-online-schema-change 在线修改表
查看>>
oracle 调整表空间大小 (resize)
查看>>
Oracle scn健康状态检查脚本—scnhealthcheck.sql
查看>>
Redis+TwemProxy(nutcracker)集群部署测试
查看>>
Docker mysql8.0 oltp 性能测试
查看>>
oracle 只开启一个监听端口,却多个端口都可以连接
查看>>
ORA-00600: internal error code, arguments: [qcisSetPlsqlCtx:tzi init], [], [],
查看>>
CAP理论被应用在何方?
查看>>
RocketMQ集群安装部署
查看>>
kafka搭建入门
查看>>
高并发秒杀系统的设计思考!
查看>>
K8S概念与架构总结
查看>>
架构设计和代码开发中的一些常用原则
查看>>
maven配置文件内嵌
查看>>
jvm高级特性整理
查看>>