信息文檔管理與配置管理對(duì)于項(xiàng)目管理來說，文檔非常重要，如果是傳統(tǒng)的工程行業(yè)項(xiàng)目的話，僅僅標(biāo)書就是幾百上千頁的。相對(duì)來說，其實(shí)信息系統(tǒng)開發(fā)項(xiàng)目已經(jīng)好很多了。另外就是配置項(xiàng)，它是比文檔更大的一個(gè)概念，項(xiàng)目文檔是包含在配置項(xiàng)中的，除了文檔之外，它還包括源程序、計(jì)劃、報(bào)告等。今天我們就主要來看一看在信息系統(tǒng)項(xiàng)目中的這些文檔和配置項(xiàng)相關(guān)的內(nèi)容。今天的內(nèi)容比較長(zhǎng)，但是只是說明項(xiàng)比較多，重點(diǎn)內(nèi)容其實(shí)還好。其它的相關(guān)了解知識(shí)也都是非常有用的內(nèi)容，大家可以好好看看哦。 信息系統(tǒng)項(xiàng)目相關(guān)文檔軟件系統(tǒng)相關(guān)的文檔一般分為三類，包括 開發(fā)文檔、產(chǎn)品文檔、管理文檔 。 開發(fā)文檔開發(fā)文檔用于描述 開發(fā)過程本身 ，基本的開發(fā)文檔包括：
產(chǎn)品文檔產(chǎn)品文檔主要是描述 開發(fā)過程的產(chǎn)物 ，包括產(chǎn)品使用、維護(hù)、增強(qiáng)、轉(zhuǎn)換、傳輸方面的內(nèi)容，這些文檔包括：
管理文檔管理文檔記錄項(xiàng)目管理的信息，例如：
文檔的質(zhì)量文檔的質(zhì)量可以分為四級(jí)：
配置管理配置管理是為了系統(tǒng)地控制配置變更，在系統(tǒng)的整個(gè)生命周期中維持配置的完整性和可跟蹤性，而標(biāo)識(shí)系統(tǒng)在不同時(shí)間點(diǎn)上配置的學(xué)科。在 GB/T 11457-2006 中，將配置管理定義為：“應(yīng)用技術(shù)的和管理的指導(dǎo)和監(jiān)控方法以標(biāo)識(shí)和說明配置項(xiàng)的功能和物理特性，控制這些特征的變更，記錄和報(bào)告變更處理和實(shí)現(xiàn)狀態(tài)并驗(yàn)證與規(guī)定的需求的遵循性?！?/p> 其實(shí)，從上面的定義中，我們就可以看出，配置管理實(shí)際是為了解決多重維護(hù)、同時(shí)修改以及丟失版本或不知版本的問題。它包括 6 個(gè)主要的活動(dòng)：制訂配置管理計(jì)劃、配置標(biāo)識(shí)、配置控制、配置狀態(tài)報(bào)告、配置審計(jì)、發(fā)布管理和交付。而 CMMI 定義的配置管理主要包含制定配置管理計(jì)劃、識(shí)別配置項(xiàng)、建立配置管理系統(tǒng)、創(chuàng)建或發(fā)行基線、跟蹤變更、控制變更、建立配置管理記錄、執(zhí)行配置審核、版本控制這些步驟。 配置管理計(jì)劃配置管理計(jì)劃的主要內(nèi)容包括配置管理軟硬件資源、配置項(xiàng)計(jì)劃、基線計(jì)劃、交付計(jì)劃、備份計(jì)劃、配置審核和評(píng)審、變更管理等，由 CCB（變更控制委員會(huì)）審批該計(jì)劃。制定配置管理計(jì)劃，便于配置管理員按計(jì)劃開展配置管理工作，并保持配置管理工作的一致性。制定配置管理計(jì)劃的步驟包括：
配置項(xiàng)GB/T 11457-2006 中對(duì)配置項(xiàng)的定義為：“為配置管理設(shè)計(jì)的硬件、軟件或二者的集合，在配置管理過程中作為一個(gè)單個(gè)實(shí)體來對(duì)待。”可以作為配置項(xiàng)的有：外部交付的軟件產(chǎn)品和數(shù)據(jù)、指定的內(nèi)部軟件工作產(chǎn)品和數(shù)據(jù)、指定的用于創(chuàng)建或支持軟件產(chǎn)品的支持工具、供方/供應(yīng)商提供的軟件和客戶提供的設(shè)備/軟件。典型配置項(xiàng)包括項(xiàng)目計(jì)劃書、需求文檔、設(shè)計(jì)文檔、源代碼、可執(zhí)行代碼、測(cè)試用例、運(yùn)行軟件所需的各種數(shù)據(jù)，它們經(jīng)評(píng)審和檢查通過后進(jìn)入配置管理。 在識(shí)別配置項(xiàng)的過程中，要遵循下列步驟：
需要加以控制的配置項(xiàng)可以分為基線配置和非基線配置項(xiàng)兩類，基線配置可能包括所有的設(shè)計(jì)文檔和源程序等；非基線配置可能包括項(xiàng)目的各類計(jì)劃和報(bào)告等。所有配置項(xiàng)的操作權(quán)限應(yīng)由CMO（配置管理員）嚴(yán)格管理，基本原則是：基線配置項(xiàng)向開發(fā)人員開放讀取權(quán)限；非基線配置項(xiàng)向 PM、CCB 及相關(guān)人員開放。這個(gè)我們后面還會(huì)說。 建立配置管理系統(tǒng)配置管理系統(tǒng)用于控制工作產(chǎn)品的配置管理和變更管理。該系統(tǒng)包括存儲(chǔ)媒體、規(guī)程和訪問配置系統(tǒng)的工具，用于記錄和訪問變更請(qǐng)求的工具。CMO（配置管理員）建立并維護(hù)用于控制工作產(chǎn)品的配置管理系統(tǒng)和變更管理系統(tǒng)。建立配置管理系統(tǒng)的步驟包括：
配置庫(kù)配置庫(kù)是用于記錄與配置的所有信息，是配置管理的有力工具，利用庫(kù)中的工具可評(píng)價(jià)變更的后果，這對(duì)變更控制有重要意義。從庫(kù)中還可以提取各種配置管理過程的管理信息，可利用庫(kù)中的信息查詢回答許多配置管理的問題。 配置庫(kù)可以分為三種類型：
配置庫(kù)的建庫(kù)模式有兩種：
配置庫(kù)的權(quán)限管理非常重要，我們主要通過三個(gè)表格來看一下：
版本控制配置項(xiàng)的狀態(tài)可以分為“草稿（Draft）”、“正式發(fā)布（Released）”和“正在修改（Changing）”三種。配置項(xiàng)剛建立時(shí)，其狀態(tài)為“草稿”。配置項(xiàng)通過評(píng)審后，其狀態(tài)變?yōu)椤罢健薄４撕笕舾呐渲庙?xiàng)，則其狀態(tài)變?yōu)椤靶薷摹薄．?dāng)配置項(xiàng)修改完畢并重新通過評(píng)審時(shí)，其狀態(tài)又變?yōu)椤罢健?。這三種狀態(tài)變化的過程可以參考下圖加深理解。
配置項(xiàng)的版本號(hào)規(guī)則與配置項(xiàng)的狀態(tài)相關(guān)：
一般來說，配置項(xiàng)的版本控制流程是先創(chuàng)建配置項(xiàng)，然后修改處于“草稿”狀態(tài)的配置項(xiàng) 0.YZ 的或者“發(fā)布”狀態(tài)的 X.YZ 變成“修改”狀態(tài)，版本號(hào)變成 X.Y 。然后通過技術(shù)評(píng)審或領(lǐng)導(dǎo)審批，成為正式“發(fā)布”版本，版本號(hào)也轉(zhuǎn)為 X.Y 。之后進(jìn)行的變更就繼續(xù)重復(fù)上述的流程即可。 配置基線之前我們一直提到了一個(gè)名詞：基線。不知道大家有沒有印象，其實(shí)基線（配置基線）就是一組經(jīng)過正式審查并且達(dá)成一致的規(guī)范或工作產(chǎn)品，是開發(fā)工作的基礎(chǔ)?；€由一組配置項(xiàng)組成，這些配置項(xiàng)構(gòu)成了一個(gè)相對(duì)穩(wěn)定的邏輯實(shí)體?；€通常對(duì)應(yīng)于開發(fā)過程中的里程碑，一個(gè)產(chǎn)品可以有多個(gè)基線，也可以只有一個(gè)基線?；€的主要屬性有：名稱、標(biāo)示符、版本、日期等。 對(duì)于基線來說，有幾種不同的角度可以劃分出許多不同的基線。
上面的這幾種基線類型的劃分也是很容易出選擇題的內(nèi)容哦。建立配置基線的步驟可以概括為以下幾步：獲得CCB授權(quán)、創(chuàng)建構(gòu)造基線或發(fā)行基線、形成文件、使基線可用。 配置審核配置審核主要是對(duì)配置項(xiàng)的處理是否有背離初始的規(guī)格說明或已批準(zhǔn)的變更請(qǐng)求的現(xiàn)象。配置審核的目的就是為了確保項(xiàng)目配置管理的有效性。具體來說包括：防止不適用的產(chǎn)品；發(fā)現(xiàn)不完善的地方；找出各配置項(xiàng)之間不匹配的地方；確認(rèn)配置項(xiàng)已在所要求的質(zhì)量控制審查之后作為基線入庫(kù)保存；確認(rèn)記錄和文檔保持著可追溯性。 對(duì)于配置審核也有兩個(gè)分類：
配置狀態(tài)報(bào)告配置狀態(tài)報(bào)告詳細(xì)記錄了開發(fā)過程中的每一項(xiàng)變更，反映了開發(fā)活動(dòng)的歷史情況，從而達(dá)到提高所有開發(fā)人員之間的通信能力，避免出現(xiàn)不一致和沖突的目的。它的內(nèi)容包括：變更內(nèi)容、變更原因、變更請(qǐng)求人和實(shí)施人、變更發(fā)生時(shí)間、變更影響分析。其實(shí)配置狀態(tài)報(bào)告記錄的都是變更相關(guān)的內(nèi)容，畢竟沒有變更狀態(tài)也就不會(huì)發(fā)生變化，也就沒有報(bào)告記錄的必要，后面我們還有一課是專門講項(xiàng)目變更的。配置狀態(tài)報(bào)告的任務(wù)是有效記錄和報(bào)告管理配置所需要的信息。它的目的是及時(shí)、準(zhǔn)確地將軟件配置項(xiàng)的當(dāng)前狀況，供相關(guān)人員了解，以加強(qiáng)配置管理工作。 配置管理中的角色分工最后我們?cè)俸?jiǎn)單地了解一下配置管理中的角色和分工情況。配置管理過程中有幾個(gè)重要的角色，分別是項(xiàng)目經(jīng)理、配置控制委員會(huì)、配置管理員、開發(fā)人員。 項(xiàng)目經(jīng)理（PM）是整個(gè)信息系統(tǒng)開發(fā)和維護(hù)活動(dòng)的負(fù)責(zé)人，他根據(jù)配置控制委員會(huì)的建議，批準(zhǔn)配置管理的各項(xiàng)活動(dòng)并控制它們的進(jìn)程。其具體工作職責(zé)如下：
配置控制委員會(huì)（CCB）負(fù)責(zé)指導(dǎo)和控制配置管理的各項(xiàng)具體活動(dòng)的進(jìn)行，為項(xiàng)目經(jīng)理的決策提供建議。其具體工作職責(zé)包括：
配置管理員（CMO），根據(jù)配置管理計(jì)劃執(zhí)行各項(xiàng)管理任務(wù)，定期向 CCB 提交報(bào)告，并列席 CCB 的例會(huì)。他們的具體工作職責(zé)包括：
開發(fā)人員（Dev），他們的職責(zé)就是根據(jù)項(xiàng)目組織確定的配置管理計(jì)劃和相關(guān)規(guī)定，按照配置管理工具的使用模型來完成開發(fā)任務(wù)。 總結(jié)看著感覺非常多吧？其實(shí)重點(diǎn)需要我們關(guān)注的內(nèi)容并不是特別多，包括文檔分類、文檔等級(jí)、配置庫(kù)、版本號(hào)、配置審核分類這幾塊，在上面也都加粗或者標(biāo)紅了。其它的內(nèi)容其實(shí)就像開頭說過的一樣，也都是非常有意思的內(nèi)容，有興趣的同學(xué)可以查閱相關(guān)的資料繼續(xù)深入學(xué)習(xí)哦。 參考資料： 《信息系統(tǒng)項(xiàng)目管理師教程》 《某機(jī)構(gòu)培訓(xùn)資料》 《項(xiàng)目管理知識(shí)體系指南 PMBOK》第六版 |
|
|
