配置管理变更的关键路径[2]

配置管理变更的关键路径[2]

作者：IT　来源：ITPUB论坛

　　变更请求的状态

　　软件变更、软件优化和软件bug都是产生变更的原因。变更申请人(用户或产品经理)提出变更时，首先要对受控的配置项的修改提出一个变更请求，说明对软件变更的需求。这是因为变更控制过程是通过变更请求的流动来实现的，而且对软件的任何请求都必须和相应的变更请求对应。

　　变更请求的状态包括：

　　1)提交：变更请求提交给配置管理员;

　　2)拒绝：变更控制委员会拒绝变更请求;

　　3)接受：变更控制委员会接受变更请求;

　　4)挂起：变更请求被挂起，以后再作决定;

　　5)已验证：更改已执行和验证;

　　6)关闭：验证并归档配置项，更新的配置项提交给用户(例如：通过版本发布)。

　　变更请求的类型

　　1)增强型：变更请求要求对已批准的项目功能进行增强。

　　2)改进型：变更请求不会造成功能更改，但使配置项的维护更加有效率。

　　3)纠错型：变更请求对错误进行修正(诸如bug)。

　　变更请求的优先级

　　在评价变更请求的优先级时，要对请求变更的配置项进行系统的分析，确定变更影响范围和修改的程度，确定变更的级别，为确定是否有必要记录变更提供参考依据。变更请求的优先级可分为三类：

　　1)高：严重地影响一些用户或许多用户。

　　2)中：对用户造成不方便，或是可以采取相应的变通方法处理的主要问题。

　　3)低：小问题。

　　修改完后签入(Check in)

原文转自：http://www.ltesting.net