軟件項(xiàng)目信息文檔管理與配置管理

1、軟件項(xiàng)目信息文檔管理與配置管理軟件項(xiàng)目信息文檔管理與配置管理軟件項(xiàng)目信息文檔管理與配置管理V:1.0精細(xì)整理，僅供參考 軟件項(xiàng)目信息文檔管理與配置管理日期：20 xx年X月軟件項(xiàng)目信息文檔管理與配置管理1、軟件文檔一般分為三類：開發(fā)文檔、產(chǎn)品文檔、管理文檔1）開發(fā)文檔描述開發(fā)過程本身，基本的開發(fā)文檔包括：（1）可行性研究報(bào)告和項(xiàng)目任務(wù)書（2）需求規(guī)格說明書（3）功能規(guī)格說明書（4）設(shè)計(jì)規(guī)格說明書，包括程序和數(shù)據(jù)規(guī)格說明書（5）開發(fā)計(jì)劃（6）軟件集成和 HYPERLINK javascript:; t _self 測試計(jì)劃（7）質(zhì)量保證計(jì)劃（8）安全和測試信息2）產(chǎn)品文檔描述開發(fā)過程的產(chǎn)物，基本

2、的產(chǎn)品文檔包括：（1）培訓(xùn)手冊（2）參考手冊和用戶指南（3）軟件支持手冊（4）產(chǎn)品手冊和信息廣告3）管理文檔 HYPERLINK javascript:; t _self 記錄項(xiàng)目信息管理的信息，例如：（1）開發(fā)過程的每個(gè)階段的進(jìn)度和進(jìn)度變更的記錄（2）軟件變更情況記錄（3）開發(fā)團(tuán)隊(duì)職責(zé)定義（4）項(xiàng)目計(jì)劃、項(xiàng)目階段報(bào)告（5） HYPERLINK javascript:; t _self 配置管理計(jì)劃2、文檔的質(zhì)量可以分為四級：最低限度文檔（1級文檔），適合開發(fā)工作量低于一個(gè)人月的開發(fā)者自用程序。該文檔應(yīng)包含程序清單、開發(fā)記錄、測試數(shù)據(jù)和程序簡介。內(nèi)部文檔（2級文檔），可用于沒有其他用戶共享資源

3、的專用程序。除1級文檔提供的信息外，2級文檔還包括程序清單內(nèi)足夠的注釋以幫助用戶安裝和使用程序。工作文檔（3級文檔），適合于由同一單位內(nèi)若干人聯(lián)合開發(fā)的程序，或被其他單位使用的程序。正式文檔（4級文檔）適合那些正式發(fā)行供普遍使用的軟件產(chǎn)品。關(guān)鍵性程序或具有重復(fù)管理應(yīng)用性質(zhì)（如工資計(jì)算）的程序需要4級文檔。4級文檔遵守GB/T8567-2006的有關(guān)規(guī)定。 3、配置管理包括6個(gè)主要活動：制定配置管理計(jì)劃、配置標(biāo)識、配置控制、配置狀態(tài)報(bào)告、配置審計(jì)、發(fā)布管理和交付。4、在信息系統(tǒng)的開流程中需加以控制的配置薦可以分為基線配置和非基線配置項(xiàng)兩類5、所有配置項(xiàng)的操作權(quán)限應(yīng)由CMO（配置管理員）嚴(yán)格管理，

4、基本原則是：基線配置項(xiàng)向開發(fā)人員開放讀取的權(quán)限；非基線配置項(xiàng)向PM、CCB及相關(guān)人員開放。6、配置項(xiàng)的狀態(tài)分為草稿、正式、修改三種。7、配置項(xiàng)的版本號規(guī)則與配置項(xiàng)的相關(guān)狀態(tài)：1）處于草稿狀態(tài)的配置項(xiàng)的版本號格式為2）處于正式狀態(tài)的配置項(xiàng)的版本號格式為3）處于修改狀態(tài)的配置項(xiàng)的版本號格式為并且，由于我們不能保證新版本一定比舊版本好，所以不能拋棄舊版本。8、信息系統(tǒng)的開發(fā)過程是一個(gè)不斷變化著的過程，為了在不嚴(yán)重阻礙合理變更的情況下來控制變化，配置管理引入了配置基線的概念。9、基線通常對應(yīng)于開發(fā)過程中的里程碑，一個(gè)產(chǎn)品可以有多個(gè)基線，也可以只有一個(gè)基線。交付給外部顧客的基線一般稱為發(fā)行基線，內(nèi)部開發(fā)

5、使用的基線一般稱為構(gòu)造基線。10、建立基線有以下好處：1）基線為開發(fā)工作提供了一個(gè)定點(diǎn)和快照。2）新項(xiàng)目可以在基線提供的定點(diǎn)上建立。新項(xiàng)目作為一個(gè)單獨(dú)分支，將與隨后對原始項(xiàng)目（在主要分支上）所進(jìn)行的變更進(jìn)行隔離。3）當(dāng)認(rèn)為更新不穩(wěn)定或不可信時(shí)，基線為團(tuán)隊(duì)提供一種取消變更的方法。4）可以利用基線重新建立基于某個(gè)特定發(fā)布版本的配置，以實(shí)現(xiàn)以報(bào)告的錯(cuò)誤11、配置庫可以分為開發(fā)庫、受控庫、產(chǎn)品庫3種類型1）開發(fā)庫。也稱為動態(tài)庫、程序員庫或工作庫，用于保存開發(fā)人員當(dāng)前正在開發(fā)的配置實(shí)體。動態(tài)庫是開發(fā)人員的個(gè)人工作區(qū)，由開發(fā)人員自行控制。2）受控庫。也稱為主庫，包含包含當(dāng)前的基線加 上對基線的變更。受控庫

6、中的配置項(xiàng)被置于完全的配置管理之下。在信息系統(tǒng)開發(fā)的某個(gè)階段工作結(jié)束時(shí)，將目前的工作產(chǎn)品存入受控庫。3）產(chǎn)品庫。也稱為靜態(tài)庫、發(fā)行庫、軟件倉庫。在開發(fā)的信息系統(tǒng)產(chǎn)品完成測試之后，作為最終產(chǎn)品存入產(chǎn)品庫內(nèi)，等待交付用戶或現(xiàn)場包裝。12、配置庫的操作權(quán)限13、受控庫的權(quán)限設(shè)置 14、產(chǎn)品庫的權(quán)限設(shè)置 15、配置委員會，負(fù)責(zé)對配置變更做出評估、審批以及監(jiān)督已批準(zhǔn)變更的實(shí)施。CCB建立在項(xiàng)目級，其成員可以包括項(xiàng)目經(jīng)理、用戶代表、產(chǎn)品經(jīng)理、開發(fā)工程師、測試工程師、質(zhì)量控制人員、配置管理員等。小的項(xiàng)目CCB可以只有一個(gè)人，甚至只是兼職人員。CCB不只是控制配置變更，而是負(fù)有更多的配置管理任務(wù)，例如：配置管

7、理、計(jì)劃審批、基線設(shè)立審批、產(chǎn)品發(fā)布審批等。16、配置庫的變更控制流程：1）將待升級的基線（假設(shè)版本號為）從產(chǎn)品庫中取出，放入受控庫2）程序員將欲修改的代碼段從受控庫中檢出（Check Out），放入自己的開發(fā)庫中進(jìn)行修改。代碼被Check Out后即被鎖定，以保證員一段代碼只能同時(shí)被一個(gè)程序員修改，如果甲正對其修改，乙就無法Check Out。3）程序員將開發(fā)庫中修改好的代碼段檢入（Check in）受控庫。Check in后，代碼的鎖定被解除，其他程序員可以Check Out該段代碼了。4）軟件產(chǎn)品的升級修改工作全部完成后，將受控庫中的新基線存入產(chǎn)品庫中（軟件產(chǎn)品的版本號更新為，舊的版本不刪除，繼續(xù)在產(chǎn)品庫中保存） 17、配置審計(jì)也稱配置審核或配置評價(jià)，包括功能配置審計(jì)和物理配置審計(jì)，分別用以驗(yàn)證當(dāng)前配置項(xiàng)目的一致性和完整性。18、功能配置審計(jì)是審計(jì)配置項(xiàng)的一致性（配置項(xiàng)的實(shí)際功效是否與其一致），具體體現(xiàn)在以下幾個(gè)方面：1）配置項(xiàng)目的開發(fā)已圓滿完成2）配置項(xiàng)已到達(dá)到配置標(biāo)