首先，應(yīng)確定維護(hù)的類型。用戶常常把一項(xiàng)要求看作是改正性維護(hù)，而維護(hù)人員可能把同一項(xiàng)要求看作是適應(yīng)性或完善性維護(hù)，所以確認(rèn)維護(hù)類型需要維護(hù)人員和用戶反復(fù)協(xié)商，弄清楚錯(cuò)誤情況和用戶裕要做的修改類型。 對

首先，應(yīng)確定維護(hù)的類型。用戶常常把一項(xiàng)要求看作是改正性維護(hù)，而維護(hù)人員可能把同一項(xiàng)要求看作是適應(yīng)性或完善性維護(hù)，所以確認(rèn)維護(hù)類型需要維護(hù)人員和用戶反復(fù)協(xié)商，弄清楚錯(cuò)誤情況和用戶裕要做的修改類型。

對于改正性維護(hù)工作，從評價(jià)錯(cuò)誤的嚴(yán)重性開始。如果是一個(gè)嚴(yán)重的錯(cuò)誤（例如一個(gè)關(guān)鍵性的系統(tǒng)不能正常運(yùn)行），則在系統(tǒng)管理員的指導(dǎo)下分派人員并且立即開始問題分析過程。如果錯(cuò)誤并不嚴(yán)重，那么改正性的維護(hù)和其他要求軟件開發(fā)資源的任務(wù)一起統(tǒng)籌安排。適應(yīng)性和完善性維護(hù)申請，需要確定每項(xiàng)申請的優(yōu)先次序，并且安排要求的工作時(shí)間，就好像它是另一個(gè)開發(fā)任務(wù)一樣（從所有意圖和目標(biāo)來看，它都用于開發(fā)工作）。如果一項(xiàng)維護(hù)要求的優(yōu)先次序非常高，可能立即開始維護(hù)工作。

技術(shù)工作在維護(hù)過程中的重要性

不管維護(hù)類型如何，都需要進(jìn)行同樣的技術(shù)工作。這些工作包括修改軟件設(shè)計(jì)、復(fù)查、必要的代碼修改、單元測試和集成側(cè)試（包括使用以前的測試方案的回歸測試），驗(yàn)收測試和復(fù)審。不同類型的維護(hù)強(qiáng)調(diào)的重點(diǎn)不同，但是基本途徑是相同的。維護(hù)工作流程中最后一個(gè)事件是狀態(tài)評審，它再次檢驗(yàn)軟件配置的所有成分的有效性，并且保證事實(shí)上滿足了維護(hù)要求表中的要求。

當(dāng)然，也有并不完全符合上述維護(hù)過程的維護(hù)要求。當(dāng)發(fā)生惡性的軟件問題時(shí)，就出現(xiàn)所謂的“救火”維護(hù)要求，這種情況需要立即把資源用來解決問題。如果對一個(gè)組織來說，“救火”是常見的過程，那么必須懷疑它的管理能力和技術(shù)能力。

完成維護(hù)任務(wù)后的狀態(tài)評審

在完成軟件維護(hù)任務(wù)之后，進(jìn)行狀態(tài)評審常常是有好處的。一般說來，這種評審試圖回答下述問題: 1、在目前狀態(tài)下設(shè)計(jì)、編碼或測試的哪些方面能用不同方法進(jìn)行改進(jìn)? 2、哪些維護(hù)資源是應(yīng)該有而事實(shí)上卻沒有的? 3、對于維護(hù)工作，主要的障礙和次要的障礙是什么? 4、要求的維護(hù)類型中有預(yù)防性維護(hù)嗎?

狀態(tài)評審對將來維護(hù)工作的進(jìn)行有重要影響，而且所提供的反饋信息對有效地管理軟件組織十分重要。