變更請求是指一個(gè)用于描述來自涉眾的對工件或過程進(jìn)行變更的所有請求的通用術(shù)語。變更請求中所記錄的是關(guān)于起源的信息，以及當(dāng)前問題的影響、建議的解決方案及其費(fèi)用。

變更請求管理過程經(jīng)常同公司的內(nèi)部組織密切相關(guān)，在這一領(lǐng)域沒有標(biāo)準(zhǔn)術(shù)語。但是，變更請求經(jīng)常被分為兩個(gè)大類：增強(qiáng)請求(Enhancements)和缺陷(Defects)。(用于管理變更的變更請求類型在公司和公司之間差異較大，甚至同一公司內(nèi)的項(xiàng)目之間也會不一致。這里描述的類型，即缺陷和增強(qiáng)請求僅是最基本類型的變更請求。)

增強(qiáng)請求是指系統(tǒng)的新增特征或?qū)ο到y(tǒng)“預(yù)定設(shè)計(jì)”行為的變更。缺陷是指“存在于一個(gè)已交付產(chǎn)品中的異?，F(xiàn)象或缺陷。這樣的例子包括在生命周期的早期階段發(fā)現(xiàn)的疏忽和有缺陷的地方，以及在一個(gè)足以成熟的用于測試或操作的軟件中包含的錯(cuò)誤的癥狀。缺陷可以是任何您想跟蹤并解決的問題”。盡管用于維護(hù)增強(qiáng)請求和缺陷的許多數(shù)據(jù)都十分相似，但這兩類變更請求在變更請求管理過程上通常用截然不同的方式來處理。

變更的必要性是演進(jìn)中的軟件或現(xiàn)有軟件系統(tǒng)所固有的。變更控制經(jīng)理負(fù)責(zé)確定變更請求管理的過程，維護(hù)變更請求（CR），并確保以可控制的方式變更系統(tǒng)，以便預(yù)測變更對系統(tǒng)的影響。變更請求可以用于記錄和追蹤所有類型的系統(tǒng)變更請求，包括擴(kuò)展請求和缺陷。

系統(tǒng)分析員可以利用擴(kuò)展請求確定將來要在產(chǎn)品中包含的特性。為了理解涉眾需要，在收集涉眾請求時(shí)，擴(kuò)展請求將用作輸入。

缺陷就是已交付工作產(chǎn)品中的異常情況或瑕疵。缺陷包含諸如在生命周期早期階段發(fā)現(xiàn)的遺漏和缺點(diǎn)，和/或是用于測試或操作的成熟軟件中包含的故障癥狀（瑕疵）。缺陷還包括與預(yù)期目的的偏差或任何要加以跟蹤并進(jìn)行解決的問題。

缺陷的目的在于反映問題的細(xì)節(jié)，以便可以采取糾正措施、解決方法，并跟蹤發(fā)生的情況。下列人員使用變更請求：

系統(tǒng)分析員，使用確定為擴(kuò)展請求的變更請求，來確定產(chǎn)品的新特性，

項(xiàng)目經(jīng)理，使用變更請求分配工作，

測試員，使用變更請求確定和說明在測試過程中發(fā)現(xiàn)的缺陷，

實(shí)施員，使用變更請求分析缺陷，查找變更請求的故障或起因，

測試設(shè)計(jì)員，使用變更請求計(jì)劃核實(shí)已解決的變更請求的測試，分析收集的缺陷來評測軟件和流程的質(zhì)量。

在進(jìn)行與任何已提交的變更請求有關(guān)的決策時(shí)，以下屬性非常實(shí)用：

大小

必須要變更的現(xiàn)有工作量是多少？

需要添加的多少新工作量？

備選方案

是否有備選方案？

復(fù)雜程度

提議的變更是否容易實(shí)現(xiàn)？

變更可能導(dǎo)致哪些連鎖反應(yīng)？

嚴(yán)重性

不實(shí)施這個(gè)請求的會導(dǎo)致哪些影響？

是否涉及到工作或數(shù)據(jù)丟失？

是否為擴(kuò)展請求？

是否為次要的錯(cuò)誤？

進(jìn)度

何時(shí)需要進(jìn)行變更？

是否可行？

影響

進(jìn)行變更的后果如何？

不進(jìn)行變更的后果如何？

成本

進(jìn)行變更的成本或節(jié)約的資金是多少？

與其他變更的關(guān)系

其他變更是否可以取代此變更或使其無效嗎，或者此變更是否依賴于其他變更？

測試

是否存在任何特殊的測試需求？

示例變更請求表

1.標(biāo)識信息

項(xiàng)目：

變更請求號：

變更請求類型：（問題或擴(kuò)展）

標(biāo)題：

提交日期：

始發(fā)人:

變更請求優(yōu)先級：

2.當(dāng)前問題

當(dāng)前問題的說明：

嚴(yán)重故障：

障礙：

擴(kuò)展：

新請求：

觀察問題的環(huán)境：

當(dāng)前環(huán)境：硬件

操作系統(tǒng)

編譯器

當(dāng)前問題的來源：

當(dāng)前問題的成本影響：

3.提議的變更（始發(fā)人）

提議的變更的說明：

實(shí)施提議變更的預(yù)計(jì)成本：

4.提議的變更（變更復(fù)審團(tuán)隊(duì)）

操作：

批準(zhǔn)：

不批準(zhǔn)：

延期：

提議的變更的說明：

影響的配置項(xiàng)：

類別：

錯(cuò)誤修復(fù)：

擴(kuò)展：

新特性：

其他：

5.解決方案

實(shí)施提議變更的預(yù)計(jì)成本：

實(shí)施員：

實(shí)施變更的實(shí)際時(shí)間：

分析：

實(shí)施：

測試：

文檔：

影響的代碼行數(shù)：

6.評估

測試方法：

檢查

分析

演示

測試：

測試平臺：

測試實(shí)例：

7.變更復(fù)審團(tuán)隊(duì)的處理

批準(zhǔn)的變更和接受的變更：

通常在項(xiàng)目生命周期的初期使 CM 操作制度化或建立 CM 操作。因此，變更請求（CR）作為構(gòu)成變更流程整體的一部分，可以隨時(shí)在項(xiàng)目過程中提出。

缺陷的主要來源是運(yùn)行測試的結(jié)果（集成、系統(tǒng)和性能測試）。然而，缺陷可以隨時(shí)出現(xiàn)在軟件開發(fā)生命周期過程中，缺陷還可包括缺失的或不完整的用例、測試用例或文檔的確認(rèn)。

有關(guān)項(xiàng)目的任何人員都應(yīng)該可以提出變更請求。 然而，變更請求要得到提出變更請求角色上司的復(fù)審和批準(zhǔn)才能成為合法請求。變更請求的最后仲裁由復(fù)審團(tuán)隊(duì)或變更控制委員會（CCB）執(zhí)行。

變更控制經(jīng)理負(fù)責(zé)缺陷的完整性，以確保：

所有確定缺陷、說明缺陷和如何發(fā)現(xiàn)缺陷的信息都是準(zhǔn)確的。

缺陷是唯一的，或不是再次出現(xiàn)的已確定缺陷。

準(zhǔn)確確定、說明和追蹤缺陷需要的實(shí)際字段/數(shù)據(jù)取決于實(shí)施的標(biāo)準(zhǔn)、指南和變更控制系統(tǒng)。

變更請求管理是使軟件開發(fā)成本降低的最大因素之一，隨著對軟件開發(fā)的要求越來越高，變更量也越來越多，開發(fā)人員必須迅速解決變更問題。變更請求管理就需要建立合理的變更流程。實(shí)施變更請求管理流程的基本步驟如下：

(1)確定變更請求管理流程執(zhí)行的范圍，然后制定響應(yīng)的變更流程。

(2)制定變更管理流程的模型。

(3)決定團(tuán)隊(duì)各個(gè)角色在流程實(shí)施中所起的作用。

(4)確定實(shí)施計(jì)劃及開始實(shí)施日程。

(5)部署變更請求管理系統(tǒng)。

(6)不斷強(qiáng)化變更管理流程。

為了保證整個(gè)項(xiàng)目開發(fā)的成功，變更請求管理應(yīng)明確如下問題：

·哪些需求發(fā)生了變化?應(yīng)可提供具有各種重要特征的變更請求信息，且對各種變更請求在處理完畢之前的內(nèi)容能及時(shí)調(diào)整，并保證各種請求的信息絕對不能丟失。

·這些需求變化后，對測試工作會產(chǎn)生哪些影響?包括會不會影響測試用例?會不會影響到測試方案?會不會影響到測試計(jì)劃?應(yīng)通過對缺陷及其他各種變更的登記、保管、跟蹤、解析，達(dá)到團(tuán)隊(duì)之間的各種變化信息的共有、安全而可靠地高質(zhì)量變更信息管理系統(tǒng)。

·需求變化后對工作進(jìn)度產(chǎn)生多大的影響?有效地跟蹤各種變更，對管理人員提出各種變更狀況的查詢請求，做到快而準(zhǔn)地提供信息。

·不同變更請求之間的連接關(guān)系。對項(xiàng)目整體發(fā)展?fàn)顩r，提供宏觀及定量的分析，從而能合理分配項(xiàng)目開發(fā)人員的工作、合理制訂項(xiàng)目的計(jì)劃、合理管理項(xiàng)目各種請求實(shí)施的優(yōu)先級。

·統(tǒng)計(jì)各種項(xiàng)目指標(biāo)數(shù)據(jù)，項(xiàng)目管理人員就可以進(jìn)行更加科學(xué)、量化的管理、規(guī)劃、調(diào)配、監(jiān)控，保證項(xiàng)目如期的進(jìn)行。