《系统集成项目管理》第十五章 信息（文档）和配置管理
文章目錄
- 一、信息系統(tǒng)項(xiàng)目相關(guān)信息（文檔）及其管理
- 1、信息系統(tǒng)項(xiàng)目相關(guān)信息（文檔）
- 2、信息系統(tǒng)項(xiàng)目相關(guān)信息（文檔）管理的規(guī)則和辦法
- 二、配置管理
- 1、配置管理的概念
- （1）配置項(xiàng)
- （2）配置項(xiàng)狀態(tài)
- （3）配置項(xiàng)版本號(hào)
- （4）配置項(xiàng)版本管理
- （5）配置基線
- （6）配置庫
- （7）配置庫權(quán)限設(shè)置
- （8）配置控制委員會(huì)（CCB）
- （9）配置管理員（CMO）
- （10）配置管理系統(tǒng)
- 2、制定配置管理計(jì)劃
- 3、配置標(biāo)識(shí)
- 4、配置控制
- （1）變更申請(qǐng)
- （2）變更評(píng)估
- （3）通告評(píng)估結(jié)果
- （4）變更實(shí)施
- （5）變更驗(yàn)證與確認(rèn)
- （6）變更的發(fā)布
- （7）基于配置庫的變更控制
- 5、配置狀態(tài)報(bào)告
- 6、配置審計(jì)
- （1）功能配置審計(jì)
- （2）物理配置審計(jì)
- 7、發(fā)布管理和交付
- 三、補(bǔ)充
- 1、各角色在配置管理活動(dòng)中的權(quán)限
一、信息系統(tǒng)項(xiàng)目相關(guān)信息（文檔）及其管理
1、信息系統(tǒng)項(xiàng)目相關(guān)信息（文檔）
信息系統(tǒng)相關(guān)信息（文檔）：是指某種數(shù)據(jù)媒體和其中所記錄的數(shù)據(jù)。
- 它具有永久性，并可以由人或機(jī)器閱讀，通常僅用于描述人工可讀的東西。
- 在軟件工程中，文檔常常用來表示對(duì)活動(dòng)、需求、過程或結(jié)果，進(jìn)行描述、定義、規(guī)定、報(bào)告或認(rèn)證的任何書面或圖示的信息（包括紙質(zhì)文檔和電子文檔）。
信息系統(tǒng)項(xiàng)目相關(guān)信息（文檔）種類：開發(fā)文檔、產(chǎn)品文檔、管理文檔。
- 開發(fā)文檔：描述開發(fā)過程本身，基本的開發(fā)文檔是：
- 可行性研究報(bào)告和項(xiàng)目任務(wù)書；
- 需求規(guī)格說明；
- 功能規(guī)格說明；
- 設(shè)計(jì)規(guī)格說明，包括程序和數(shù)據(jù)規(guī)格說明；
- 開發(fā)計(jì)劃；
- 軟件集成和測(cè)試計(jì)劃；
- 質(zhì)量保證計(jì)劃；
- 安全和測(cè)試信息。
- 產(chǎn)品文檔：描述開發(fā)過程的產(chǎn)物，基本的產(chǎn)品文檔包括：
- 培訓(xùn)手冊(cè)；
- 參考手冊(cè)和用戶指南；
- 軟件支持手冊(cè)；
- 產(chǎn)品手冊(cè)和信息廣告。
- 管理文檔：記錄項(xiàng)目管理的信息，例如：
- 開發(fā)過程的每個(gè)階段的進(jìn)度和進(jìn)度變更的記錄；
- 軟件變更情況的記錄；
- 開發(fā)團(tuán)隊(duì)的職責(zé)定義。
文檔的質(zhì)量 可以分為 四級(jí)：
- 最低限度文檔（1級(jí)文檔）：適合開發(fā)工作量低于一個(gè)人月的開發(fā)者自用程序。該文檔應(yīng)包含程序清單、開發(fā)記錄、測(cè)試數(shù)據(jù)和程序簡(jiǎn)介。
- 內(nèi)部文檔（2級(jí)文檔）：可用于沒有與其他用戶共享資源的專用程序。除1級(jí)文檔提供的信息外，2級(jí)文檔還包括程序清單內(nèi)足夠的注釋以幫助用戶安裝和使用程序。
- 工作文檔（3級(jí)文檔）：適合于由同一單位內(nèi)若干人聯(lián)合開發(fā)的程序，或可被其他單位使用的程序。
- 正式文檔（4級(jí)文檔）：適合那些要正式發(fā)行供普遍使用的軟件產(chǎn)品。關(guān)鍵性程序或具有重復(fù)管理應(yīng)用性質(zhì)（如工資計(jì)算）的程序需要4級(jí)文檔。4級(jí)文檔遵守GB 8567的有關(guān)規(guī)定。
2、信息系統(tǒng)項(xiàng)目相關(guān)信息（文檔）管理的規(guī)則和辦法
信息系統(tǒng)文檔的規(guī)范化管理：主要體現(xiàn)在文檔書寫規(guī)范、圖表編號(hào)規(guī)則、文檔目錄編寫標(biāo)準(zhǔn) 和 文檔管理制度等幾個(gè)方面。
（1）文檔書寫規(guī)范。遵循統(tǒng)一的書寫規(guī)范，包括符號(hào)的使用、圖標(biāo)的含義、程序中注釋行的使用、注明文檔書寫人及書寫日期等。
- 例如，在程序的開始要用統(tǒng)一的格式包含程序名稱、程序功能、調(diào)用和被調(diào)用的程序、程序設(shè)計(jì)人等。
（2）圖表編號(hào)規(guī)則。對(duì)圖表進(jìn)行有規(guī)則的編號(hào)，可以方便圖表的查找。圖表的編號(hào)一般采用分類結(jié)構(gòu)。根據(jù)生命周期法的5個(gè)階段，可以給出如下圖所示的分類編號(hào)規(guī)則。
（3）檔目錄編寫標(biāo)準(zhǔn)。文檔目錄中應(yīng)包含文檔編號(hào)、文檔名稱、格式或載體、份數(shù)、每份頁數(shù)或件數(shù)、存儲(chǔ)地點(diǎn)、存檔時(shí)間、保管人等。
- 文檔編號(hào)一般為分類結(jié)構(gòu)，可以采用同圖表編號(hào)類似的編號(hào)規(guī)則。
- 文檔名稱要完整規(guī)范。
- 格式或載體指的是原始單據(jù)或報(bào)表、磁盤文件、磁盤文件打印件、大型圖表、重要文件原件、光盤存檔等。
（4）文檔管理制度。主要包括建立文檔的相關(guān)規(guī)范、文檔借閱記錄的登記制度、文檔使用權(quán)限控制規(guī)則等。
- 建立文檔的相關(guān)規(guī)范是指文檔書寫規(guī)范、圖表編號(hào)規(guī)則和文檔目錄編寫標(biāo)準(zhǔn)等。
- 文檔的借閱應(yīng)該進(jìn)行詳細(xì)的記錄，并且需要考慮借閱人是否有使用權(quán)限。在文檔中存在商業(yè)秘密或技術(shù)秘密的情況下，還應(yīng)注意保密。特別要注意的是，項(xiàng)目干系人簽字確認(rèn)后的文檔要與相關(guān)聯(lián)的電子文檔一一對(duì)應(yīng)，這些電子文檔還應(yīng)設(shè)置為只讀。
二、配置管理
配置管理：是為了系統(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ī)定的需求的遵循性。”
- 配置管理包括6個(gè)主要活動(dòng)：制定配置管理計(jì)劃、配置標(biāo)識(shí)、配置控制、配置狀態(tài)報(bào)告、配置審計(jì)、發(fā)布管理和交付。
1、配置管理的概念
（1）配置項(xiàng)
配置項(xiàng)的定義（GB/T11457-2006）為：“為配置管理設(shè)計(jì)的硬件、軟件或二者的集合，在配置管理過程中作為一個(gè)單個(gè)實(shí)體來對(duì)待。”
- 典型配置項(xiàng)：包括項(xiàng)目計(jì)劃書、需求文檔、設(shè)計(jì)文檔、源代碼、可執(zhí)行代碼、測(cè)試用例、運(yùn)行軟件所需的各種數(shù)據(jù)，它們經(jīng)評(píng)審和檢查通過后進(jìn)入配置管理。
- 所有配置項(xiàng)都應(yīng)按照相關(guān)規(guī)定統(tǒng)一編號(hào)，并以一定的目錄結(jié)構(gòu)保存在配置庫中。
在信息系統(tǒng)的開發(fā)流程中需加以控制的配置項(xiàng)可以分為基線配置項(xiàng)和非基線配置項(xiàng)兩類
- 基線配置項(xiàng)可能包括所有的設(shè)計(jì)文檔和源程序等；
- 非基線配置項(xiàng)可能包括項(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)人員開放。
（2）配置項(xiàng)狀態(tài)
配置項(xiàng)的狀態(tài)：可分為 草稿、正式 和 修改 三種。
- 配置項(xiàng)剛建立時(shí)，其狀態(tài)為“草稿”。
- 配置項(xiàng)通過評(píng)審后，其狀態(tài)變?yōu)?*“正式”**。
- 此后若更改配置項(xiàng)，則其狀態(tài)變?yōu)椤靶薷摹薄?/li>
- 當(dāng)配置項(xiàng)修改完畢并重新通過評(píng)審時(shí)，其狀態(tài)又變?yōu)椤罢健薄?/li>
（3）配置項(xiàng)版本號(hào)
配置項(xiàng)的版本號(hào)規(guī)則與配置項(xiàng)的狀態(tài)相關(guān)。
- “草稿”狀態(tài)：的配置項(xiàng)的版本號(hào)格式為 0.YZ，YZ的數(shù)字范圍為01～99。隨著草稿的修正，YZ的取值應(yīng)遞增。YZ的初值和增幅由用戶自己把握。
- “正式”狀態(tài)：的配置項(xiàng)的版本號(hào)格式為 X.Y ，X為主版本號(hào)，取值范圍為1～9。Y為次版本號(hào)，取值范圍為0～9。
- 配置項(xiàng)第一次成為“正式”文件時(shí)，版本號(hào)為1.0。
- 如果配置項(xiàng)升級(jí)幅度比較小，可以將變動(dòng)部分制作成配置項(xiàng)的附件，附件版本依次為1.0，1.1，…。當(dāng)附件的變動(dòng)積累到一定程度時(shí)，配置項(xiàng)的Y值玎適量增加，Y值增加一定程度時(shí)，X值將適量增加。當(dāng)配置項(xiàng)升級(jí)幅度比較大時(shí)，才允許直接增大X值。
- 處于“修改”狀態(tài)的配置項(xiàng)的版本號(hào)格式為 X.YZ。配置項(xiàng)正在修改時(shí)，一般只增大Z值，XY值保持不變。當(dāng)配置項(xiàng)修改完畢，狀態(tài)成為“正式”時(shí)，將Z值設(shè)置為O，增加X.Y值。參見上述規(guī)則(2)。
（4）配置項(xiàng)版本管理
配置項(xiàng)的版本管理作用于多個(gè)配置管理活動(dòng)之中，如配置標(biāo)識(shí)、配置控制和配置審計(jì)、發(fā)布和交付等。
- 在項(xiàng)目開發(fā)過程中，絕大部分的配置項(xiàng)都要經(jīng)過多次的修改才能最終確定下來。
- 對(duì)配置項(xiàng)的任何修改都將產(chǎn)生新的版本。由于我們不能保證新版本一定比舊版本“好”，所以不能拋棄舊版本。
- 版本管理的目的：是按照一定的規(guī)則保存配置項(xiàng)的 所有版本，避免發(fā)生版本丟失或混淆等現(xiàn)象，并且可以快速準(zhǔn)確地查找到配置項(xiàng)的任何版本。
（5）配置基線
**配置基線（常簡(jiǎn)稱為基線）**由一組配置項(xiàng)組成，這些配置項(xiàng)構(gòu)成一個(gè)相對(duì)穩(wěn)定的邏輯實(shí)體。基線中的配置項(xiàng)被“凍結(jié)”了，不能再被任何人隨意修改。對(duì)基線的變更必須遵循正式的變更控制程序。
- 基線的構(gòu)成：一組擁有唯一標(biāo)識(shí)號(hào)的需求、設(shè)計(jì)、源代碼文卷以及相應(yīng)的可執(zhí)行代碼、構(gòu)造文卷和用戶文檔構(gòu)成一條基線。
- 產(chǎn)品的一個(gè)測(cè)試版本（可能包括需求分析說明書、概要設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書、已編譯的可執(zhí)行代碼、測(cè)試大綱、測(cè)試用例、使用手冊(cè)等）是基線的一個(gè)例子。
- 基線通常對(duì)應(yīng)于開發(fā)過程中的里程碑( Milestone)，一個(gè)產(chǎn)品可以有多個(gè)基線，也可以只有一個(gè)基線。
- 交付給外部顧客的基線一般稱為發(fā)行基線( Release)，
- 內(nèi)部開發(fā)使用的基線一般稱為構(gòu)造基線(Build)。
- 對(duì)于每一個(gè)基線，要定義下列內(nèi)容：建立基線的事件、受控的配置項(xiàng)、建立和變更基線的程序、批準(zhǔn)變更基線所需的權(quán)限。
（6）配置庫
配置庫(Configuration Library)：存放配置項(xiàng)并記錄與配置項(xiàng)相關(guān)的所有信息。
配置庫可以分開發(fā)庫、受控庫、產(chǎn)品庫3種類型。
- 開發(fā)庫（Development Library），也稱為動(dòng)態(tài)庫、程序員庫或工作庫，用于保存開發(fā)人員當(dāng)前正在開發(fā)的配置實(shí)體，如：新模塊、文檔、數(shù)據(jù)元素或進(jìn)行修改的已有元素。動(dòng)態(tài)中的配置項(xiàng)被置于版本管理之下。動(dòng)態(tài)庫是開發(fā)人員的個(gè)人工作區(qū)，由開發(fā)人員自行控制。庫中的信息可能有較為頻繁的修改，只要開發(fā)庫的使用者認(rèn)為有必要，無需對(duì)其進(jìn)行配置控制，因?yàn)檫@通常不會(huì)影響到項(xiàng)目的其他部分。
- 受控庫（Controlled Library），也稱為主庫，包含當(dāng)前的基線加上對(duì)基線的變更。受控庫中的配置項(xiàng)被置于完全的配置管理之下。在信息系統(tǒng)開發(fā)的某個(gè)階段工作結(jié)束時(shí)，將當(dāng)前的工作產(chǎn)品存入受控庫。若修改需要進(jìn)行變更控制過程。
- 產(chǎn)品庫(Product Library)，也稱為靜態(tài)庫、發(fā)行庫、軟件倉庫，包含已發(fā)布使用的各種基線的存檔，被置于完全的配置管理之下。在開發(fā)的信息系統(tǒng)產(chǎn)品完成系統(tǒng)測(cè)試之后，作為最終產(chǎn)品存入產(chǎn)品庫內(nèi)，等待交付用戶或現(xiàn)場(chǎng)安裝。
配置庫的建庫模式有兩種：按配置項(xiàng)類型建庫 和 按任務(wù)建庫。
- 按配置項(xiàng)的類型分類建庫，適用于通用軟件的開發(fā)組織。在這樣的組織內(nèi)，往往產(chǎn)品的繼承性較強(qiáng)，工具比較統(tǒng)一，對(duì)并行開發(fā)有一定的需求。使用這樣的庫結(jié)構(gòu)有利于對(duì)配置項(xiàng)的統(tǒng)一管理和控制，同時(shí)也能提高編譯和發(fā)布的效率。但由于這樣的庫結(jié)構(gòu)并不是面向各個(gè)開發(fā)團(tuán)隊(duì)的開發(fā)任務(wù)的，所以可能會(huì)造成開發(fā)人員的工作目錄結(jié)構(gòu)過于復(fù)雜，帶來一些不必要的麻煩。
- 按開發(fā)任務(wù)建立相應(yīng)的配置庫，適用于專業(yè)軟件的開發(fā)組織。在這樣的組織內(nèi)，使用的開發(fā)工具種類繁多，開發(fā)模式以線性發(fā)展為主，所以就沒有必要把配置項(xiàng)嚴(yán)格地分類存儲(chǔ)，人為增加目錄的復(fù)雜性。對(duì)于研發(fā)性的軟件組織來說，采用這種設(shè)置策略比較靈活。
（7）配置庫權(quán)限設(shè)置
配置庫的權(quán)限設(shè)置主要是解決：庫內(nèi)存放的配置項(xiàng)什么人可以“看”、什么人可以“取”、什么人可以“改”、什么人可以“銷毀”等問題。
配置管理員 負(fù)責(zé)為每個(gè)項(xiàng)目成員分配對(duì)配置庫的操作權(quán)限.
（8）配置控制委員會(huì)（CCB）
配置控制委員會(huì)(Configuration Control Board，CCB)，負(fù)責(zé)對(duì)配置變更做出評(píng)估、審批以及監(jiān)督已批準(zhǔn)變更的實(shí)施。
- CCB建立在項(xiàng)目級(jí)，其成員可以包括項(xiàng)目經(jīng)理、用戶代表、產(chǎn)品經(jīng)理、開發(fā)工程師、測(cè)試工程師、質(zhì)量控制人員、配置管理員等。
- CCB不必是常設(shè)機(jī)構(gòu)，完全可以根據(jù)工作的需要組成，例如按變更內(nèi)容和變更請(qǐng)求的不同，組成不同的CCB。
- 小的項(xiàng)目CCB可以只有一個(gè)人，甚至只是兼職人員。
通常，CCB不只是控制配置變更，而是負(fù)有更多的配置管理任務(wù)，例如：配置管理計(jì)劃審批、基線設(shè)立審批、產(chǎn)品發(fā)布審批等。
（9）配置管理員（CMO）
配置管理員(Configuration Management Oflicer，CMO)，負(fù)責(zé)在整個(gè)項(xiàng)目生命周期中進(jìn)行配置管理活動(dòng)，具體有：
- 編寫配置管理計(jì)劃。
- 建立和維護(hù)配置管理系統(tǒng)。
- 建立和維護(hù)配置摩。
- 配置項(xiàng)識(shí)別。
- 建立和管理基線。
- 版本管理和配置控制。
- 配置狀態(tài)報(bào)告。
- 配置審計(jì)。
- 發(fā)布管理和交付。
- 對(duì)項(xiàng)目成員進(jìn)行配置管理培訓(xùn)。
（10）配置管理系統(tǒng)
配置管理系統(tǒng)：用來進(jìn)行配置管理的軟件系統(tǒng)。
- 目的：通過確定配置管理細(xì)則和提供規(guī)范的配置管理軟件，加強(qiáng)信息系統(tǒng)開發(fā)過程的質(zhì)量控制，增強(qiáng)信息系統(tǒng)開發(fā)過程的可控性，確保配置項(xiàng)（包括各種文檔、數(shù)據(jù)和程序）的完備、清晰、一致和可追蹤性，以及配置項(xiàng)狀態(tài)的可控制性。
2、制定配置管理計(jì)劃
配置管理計(jì)劃：對(duì)如何開展項(xiàng)目配置管理工作的規(guī)劃，是配置管理過程的基礎(chǔ)，應(yīng)該形成文件并在整個(gè)項(xiàng)目生命周期內(nèi)處于受控狀態(tài)。
- 配置控制委員會(huì)（CCB）負(fù)責(zé)審批該計(jì)劃。
配置管理計(jì)劃的主要內(nèi)容為：
- 配置管理活動(dòng)，覆蓋的主要活動(dòng)包括配置標(biāo)識(shí)、配置控制、配置狀態(tài)報(bào)告、配置審計(jì)、發(fā)布管理與交付；
- 實(shí)施這些活動(dòng)的規(guī)范和流程；
- 實(shí)施這些活動(dòng)的進(jìn)度安排；
- 負(fù)責(zé)實(shí)施這些活動(dòng)的人員或組織，以及他們和其他組織的關(guān)系。
3、配置標(biāo)識(shí)
配置標(biāo)識(shí)( Configuration ldentifcation)（配置識(shí)別），包括為系統(tǒng)選擇配置項(xiàng)并在技術(shù)文檔中記錄配置項(xiàng)的功能和物理特征。
配置標(biāo)識(shí)是 配置管理員（CMO） 的職能，基本步驟如下。
- 識(shí)別需要受控的配置項(xiàng)。
- 為每個(gè)配置項(xiàng)指定唯一性的標(biāo)識(shí)號(hào)。
- 定義每個(gè)配置項(xiàng)的重要特征。
- 確定每個(gè)配置項(xiàng)的所有者及其責(zé)任。
- 確定配置項(xiàng)進(jìn)入配置管理的時(shí)間和條件。
- 建立和控制基線。
- 維護(hù)文檔和組件的修訂與產(chǎn)品版本之間的關(guān)系。
4、配置控制
配置控制：配置項(xiàng)和基線的變更控制。
- 包括下述任務(wù)：標(biāo)識(shí)和記錄變更申請(qǐng)，分析和評(píng)價(jià)變更，批準(zhǔn)或否決申請(qǐng)，實(shí)現(xiàn)、驗(yàn)證和發(fā)布已修改的配置項(xiàng)。
（1）變更申請(qǐng)
變更申請(qǐng)主要就是陳述：what，why，how。
相關(guān)流程：相關(guān)人員如項(xiàng)目經(jīng)理填寫變更申請(qǐng)表，說明要變更的內(nèi)容、變更的原因、受變更影響的關(guān)聯(lián)配置項(xiàng)和有關(guān)基線、變更實(shí)施方案、工作量和變更實(shí)施人等，并提交給配置控制委員會(huì)（CCB）。
（2）變更評(píng)估
配置控制委員會(huì)（CCB）負(fù)責(zé)組織對(duì)變更申請(qǐng)進(jìn)行評(píng)估并確定以下內(nèi)容。
- 變更對(duì)項(xiàng)目的影響。
- 變更的內(nèi)容是否必要。
- 變更的范圍是否考慮周全。
- 變更的實(shí)施方案是否可行。
- 變更工作量估計(jì)是否合理。
CCB決定是否接受變更，并將決定通知相關(guān)人員。
（3）通告評(píng)估結(jié)果
CCB把關(guān)于每個(gè)變更申請(qǐng)的批準(zhǔn)、否決或推遲的決定通知受此處置意見影響的每個(gè)干系人。
- 如果變更申請(qǐng)得到批準(zhǔn)，應(yīng)該及時(shí)把變更批準(zhǔn)信息和變更實(shí)施方案通知給那些正在使用受影響的配置頊和基線的干系人。
- 如果變更申請(qǐng)被否決，宜通知有關(guān)干系人放棄該變更申請(qǐng)。
（4）變更實(shí)施
項(xiàng)目經(jīng)理組織修改相關(guān)的配置項(xiàng)，并在相應(yīng)的文檔或程序代碼中記錄變更信息。
（5）變更驗(yàn)證與確認(rèn)
項(xiàng)目經(jīng)理指定人員對(duì)變更后的配置項(xiàng)進(jìn)行測(cè)試或驗(yàn)證。
項(xiàng)目經(jīng)理應(yīng)將變更與驗(yàn)證的結(jié)果提交CCB，由其確認(rèn)變更是否已經(jīng)按要求完成。
（6）變更的發(fā)布
配置管理員將變更后的配置項(xiàng)納入基線。
配置管理員將變更內(nèi)容和結(jié)果通知相關(guān)人員，并做好記錄。
（7）基于配置庫的變更控制
現(xiàn)以某軟件產(chǎn)品升級(jí)為例，簡(jiǎn)述其流程。檢入(cheek in)
(3)程序員將開發(fā)庫中修改好的代碼段檢入(cheek in)受控庫。Cheek in后，代碼的“鎖定”被解除，其他程序員可以Check out該段代碼了。
(4)軟件產(chǎn)品的升級(jí)修改工作全部完成后，將受控庫中的新基線存入產(chǎn)品庫中（軟件產(chǎn)品的版本號(hào)更新為V2.2，舊的V2.1版并不刪除，繼續(xù)在產(chǎn)品庫中保存）。
5、配置狀態(tài)報(bào)告
配置狀態(tài)報(bào)告（Confzguration Status Reporting）也稱配置狀態(tài)統(tǒng)計(jì)(Configuration Status ACCounting)，其任務(wù)是有效地記錄和報(bào)告管理配置所需要的信息。
- 目的：及時(shí)、準(zhǔn)確地給出配置項(xiàng)的當(dāng)前狀況，供相關(guān)人員了解，以加強(qiáng)配置管理工作。
- 配置狀態(tài)報(bào)告應(yīng)著重反映當(dāng)前基線配置項(xiàng)的狀態(tài)，以向管理者報(bào)告系統(tǒng)開發(fā)活動(dòng)的進(jìn)展情況。
- 配置狀態(tài)報(bào)告應(yīng)定期進(jìn)行，并盡量通過CASE工具自動(dòng)生成，用數(shù)據(jù)庫中的客觀數(shù)據(jù)來真實(shí)地反映各配置項(xiàng)的情況。
配置狀態(tài)報(bào)告應(yīng)該包含以下內(nèi)容：
- 每個(gè)受控配置項(xiàng)的標(biāo)識(shí)和狀態(tài)。一旦配置項(xiàng)被置于配置控制下，就應(yīng)該記錄和保存它的每個(gè)后繼進(jìn)展的版本和狀態(tài)。
- 每個(gè)變更申請(qǐng)的狀態(tài)和已批準(zhǔn)的修改的實(shí)施狀態(tài)。
- 每個(gè)基線的當(dāng)前和過去版本的狀態(tài)以及各版本的比較。
- 其他配置管理過程活動(dòng)的記錄。
6、配置審計(jì)
配置審計(jì)(Configuration Audit）（配置審核 或 配置評(píng)價(jià)）
- 包括：功能配置審計(jì) 和 物理配置審計(jì)，分別用以驗(yàn)證當(dāng)前配置項(xiàng)的 一致性 和 完整性。
- 目的：確保項(xiàng)目配置管理的有效性，體現(xiàn)了配置管理的最根本要求——不允許出現(xiàn)任何混亂現(xiàn)象，例如：
- 防止向用戶提交不適合的產(chǎn)品，如交付了用戶手冊(cè)的不正確版本；
- 發(fā)現(xiàn)不完善的實(shí)現(xiàn)，如開發(fā)出不符合初始規(guī)格說明或未按變更請(qǐng)求實(shí)施變更；
- 找出各配置項(xiàng)間不匹配或不相容的現(xiàn)象；
- 確認(rèn)配置項(xiàng)已在所要求的質(zhì)量控制審核之后納入基線并入庫保存；
- 確認(rèn)記錄和文檔保持著可追溯性。
（1）功能配置審計(jì)
功能配置審計(jì)(Functional Configuration Audit) 是審計(jì)配置項(xiàng)的一致性（配置項(xiàng)的實(shí)際功效是否與其需求一致），具體驗(yàn)證以下幾個(gè)方面。
- 配置項(xiàng)的開發(fā)已圓滿完成。
- 配置項(xiàng)已達(dá)到配置標(biāo)識(shí)中規(guī)定的性能和功能特征。
- 配置項(xiàng)的操作和支持文檔已完成并且是符合要求的。
（2）物理配置審計(jì)
**物理配置審計(jì)(Physical Conflguration Audit)**是審計(jì)配置項(xiàng)的完整性（配置項(xiàng)的物理存在是否與預(yù)期一致），具體驗(yàn)證如下幾個(gè)方面。
- 要交付的配置項(xiàng)是否存在。
- 配置項(xiàng)中是否包含了所有必需的項(xiàng)目。
7、發(fā)布管理和交付
發(fā)布管理和交付活動(dòng)
- 主要任務(wù)：有效控制軟件產(chǎn)品和文檔的發(fā)行和交付，在軟件產(chǎn)品的生存期內(nèi)妥善保存代碼和文檔的母拷貝。
- 存儲(chǔ)
- 復(fù)制
- 打包
- 交付
- 重建
三、補(bǔ)充
1、各角色在配置管理活動(dòng)中的權(quán)限
總結(jié)
以上是生活随笔為你收集整理的《系统集成项目管理》第十五章 信息（文档）和配置管理的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 《系统集成项目管理》第十四章 项目采购管
- 下一篇： 售前笔记（一）