软考-信息系统项目管理师-信息文档管理与配置管理
目錄
14.1.信息系統(tǒng)項目相關信息（文檔）及其管理
一、信息系統(tǒng)項目相關信息(文檔)種類
二、信息系統(tǒng)項目相關信息(文檔)管理的規(guī)則和方法
14.2.配置管理
一、配置管理的概念
1、配置項
2、配置項狀態(tài)
3、配置項版本號
4、配置項版本管理
5、配置基線
6、配置庫
7、配置庫權限設置
8、配置管理員
二、制定配置管理計劃
三、配置標識
四、配置控制
五、配置審計
1、功能配置審計
2、物理配置審計
六、發(fā)布管理和交付
14.1.信息系統(tǒng)項目相關信息（文檔）及其管理
一、信息系統(tǒng)項目相關信息(文檔)種類
1、軟件文檔分為三類：開發(fā)文檔、產品文檔、管理文檔。
（1）開發(fā)文檔描述開發(fā)過程本身，基本的開發(fā)文檔是：
? ? ·?可行性研究報告和項目任務書
? ? ·?需求規(guī)格說明
? ? ·?功能規(guī)格說明
? ? ·?設計規(guī)格說明，包括程序和數(shù)據(jù)規(guī)格說明
? ? ·?開發(fā)計劃
? ? ·?軟件集成和測試計劃
? ? ·?質量保證計劃
? ? ·?安全和測試信息
（2）產品文檔描述開發(fā)過程的產物，基本的產品文檔包括：
? ? ·?培訓手冊
? ? ·?參考手冊和用戶指南
? ? ·?軟件支持手冊
? ? ·?產品手冊和信息廣告。
（3）管理文檔記錄項目管理的信息，例如：
? ? ·?開發(fā)過程的每個階段的進度和進度變更的記錄
? ? ·?軟件變更情況的記錄
? ? ·?職責定義
2、文檔的質量可以分為四級：
（1）最低限度文檔(1級文檔)，適合開發(fā)工作量低于一個人月的開發(fā)者自用程序。該文檔應包含程序清單、開發(fā)記錄、測試數(shù)據(jù)和程序簡介。
（2）內部文檔(2級文檔)，可用于沒有與其他用戶共享資源的專用程序。除1級文檔提供的信息外，2級文檔還包括程序清單內足夠的注釋以幫助用戶安裝和使用程序。
（3）工作文檔(3級文檔)，適合于由同一單位內若干人聯(lián)合開發(fā)的程序，或可被其他單位使用的程序。
（4）正式文檔(4級文檔)，適合那些要正式發(fā)行供普遍使用的軟件產品。關鍵性程序或具有重復管理應用性質(如工資計算)的程序需要4級文檔。4級文檔遵守GB8567的有關規(guī)定。
二、信息系統(tǒng)項目相關信息(文檔)管理的規(guī)則和方法
?? ?信息系統(tǒng)文檔的規(guī)范化管理主要體現(xiàn)在文檔書寫規(guī)范、圖表編號規(guī)則、文檔目錄編寫標準和文檔管理制度等幾個方面。
1、文檔書寫規(guī)范
?? ?無論是哪種類型的文檔都應該遵循統(tǒng)一的書寫規(guī)范。例如，在程序的開始要用統(tǒng)一的格式包含程序名稱、程序功能、調用和被調用的程序、程序設計人等。
2、圖表編號規(guī)則
?? ?在管理信息系統(tǒng)的開發(fā)過程中用到很多的圖表，對這些圖表進行有規(guī)則的編號，可以方便圖表的查找。圖表的編號一般采用分類結構。
3、文檔目錄編寫標準
4、文檔管理制度
?? ?文檔的管理制度需根據(jù)組織實體的具體情況而定，主要包括建立文檔的相關規(guī)范、文檔借閱記錄的登記制度、文檔使用權限控制規(guī)則等。
14.2.配置管理
?? ?配置管理是為了系統(tǒng)地控制配置變更，在系統(tǒng)的整個生命周期中維持配置的完整性和可跟蹤性，在標識系統(tǒng)在不同時間點上配置的學科。
?? ?配置管理包括6個主要活動：制定配置管理計劃、配置標識、配置控制、配置狀態(tài)報告、配置審計、發(fā)布管理和交付。
一、配置管理的概念
1、配置項
（1）GB/T 11457-2006對配置項的定義為：“為配置管理設計的硬件、軟件或二者的集合，在配置管理過程中作為一個單個實體來對待。”典型配置項包括項目計劃書、需求文檔、設計文檔、源代碼、可執(zhí)行代碼、測試用例、運行軟件所需的各種數(shù)據(jù)，它們經評審和檢查通過后進入配置管理。
（2）在信息系統(tǒng)的開發(fā)流程中需加以控制的配置項可以分為基線配置項和非基線配置項兩類，例如，基線配置項可能包括所有的設計文檔和源程序等；非基線配置項可能包括項目的各類計劃和報告等。
（3）所有配置項的操作權限應由CMO(配置管理員)嚴格管理，基本原則是：基線配置項向開發(fā)人員開放讀取的權限；非基線配置項向PM、CCB及相關人員開放。
2、配置項狀態(tài)
?? ?配置項的狀態(tài)可分為“草稿”“正式”和“修改”三種。配置項剛建立時，其狀態(tài)為“草稿”。配置項通過評審后，其狀態(tài)變?yōu)椤罢健薄４撕笕舾呐渲庙?#xff0c;則其狀態(tài)變?yōu)椤靶薷摹薄．斉渲庙椥薷耐戤叢⒅匦峦ㄟ^評審時，其狀態(tài)又變?yōu)椤罢健薄Ｅ渲庙棤顟B(tài)變化如圖所示。
3、配置項版本號
?? ?配置項的版本號規(guī)則與配置項的狀態(tài)相關。
（1）處于“草稿”狀態(tài)的配置項的版本號格式為0.YZ，YZ的數(shù)字范圍為01~99。隨著草稿的修正，YZ的取值應遞增。YZ的初值和增幅由用戶自己把握。
（2）處于“正式”狀態(tài)的配置項的版本號格式為X.Y，X為主版本號，取值范圍為1~9。Y為次版本號,取值范圍為0~9。配置項第一次成為“正式”文件時，版本號為1.0。
?? ?如果配置項升級幅度比較小，可以將變動部分制作成配置項的附件，附件版本依次為1.0，1.1，..... 。當附件的變動積累到一定程度時，配置項的Y值可適量增加，Y值增加一定程度時，Ⅹ值將適量增加。當配置項升級幅度比較大時，才允許直接增大X值。
（3）處于“修改”狀態(tài)的配置項的版本號格式為X.YZ。配置項正在修改時，一般只增大Z值，X.Y值保持不變。當配置項修改完畢，狀態(tài)成為“正式”時，將Z值設置為0，增加X.Y值。
4、配置項版本管理
（1）在項目開發(fā)過程過程中，絕大部分的配置項都要經過多次的修改才能最終確定下來。對配置項的任何修改都將產生新的版本。由于我們不能保證新版本一定比舊版本“好”，所以不能拋棄舊版本。
（2）版本管理的目的是按照一定的規(guī)則保存配置項的所有版本，避免發(fā)生版本丟失或混淆等現(xiàn)象，并且可以快速準確地查找到配置項的任何版本。
5、配置基線
（1）為了更好的進行管理，配置管理引入了“配置基線”這一概念。
（2）配置基線(常簡稱為基線)由一組配置項組成，這些配置項構成一個相對穩(wěn)定的邏輯實體。基線中的配置項被“凍結”了，不能再被任何人隨意修改。對基線的變更必須遵循正式的變更控制程序。
（3）基線通常對應于開發(fā)過程中的里程碑。一個產品可以有多個基線，也可以只有一個基線。交付給外部顧客的基線一般稱為發(fā)行基線，內部開發(fā)使用的基線一般稱為構造基線。
（4）測試基線的一個例子：需求分析說明書、概要設計說明書、詳細設計說明書、已編譯的可執(zhí)行代碼、測試大綱、測試用例、使用手冊等。
（5）建立基線還可以有如下好處：
?? ?①基線為開發(fā)工作提供了一個定點和快照。
?? ?②新項目可以在基線提供的定點上建立。新項目作為一個單獨分支，將與隨后對原始項目(在主要分支上)所進行的變更進行隔離
?? ?③當認為更新不穩(wěn)定或不可信時，基線為團隊提供一種取消變更的方法。
?? ?④可以利用基線重新建立基于某個特定發(fā)布版本的配置，以重現(xiàn)已報告的錯誤。
6、配置庫
?? ?配置庫存放配置項并記錄與配置項相關的所有信息，是配置管理的有力工具。
（1）配置庫可以分為開發(fā)庫、受控庫、產品庫3種類型。
? ? ①開發(fā)庫，也稱為動態(tài)庫、程序員庫或工作庫，用于保存開發(fā)人員當前正在開發(fā)的配置實體，如：新模塊、文檔、數(shù)據(jù)元素或進行修改的已有元素。動態(tài)中的配置項被置于版本管理之下。動態(tài)庫是開發(fā)人員的個人工作區(qū)，由開發(fā)人員自行控制。
?? ?②受控庫，也稱為主庫，包含當前的基線加上對基線的變更。受控庫中的配置項被置于完全的配置管理之下。在信息系統(tǒng)開發(fā)的某個階段工作結束時，將當前的工作產品存入受控庫。
?? ?③產品庫，也稱為靜態(tài)庫、發(fā)行庫、軟件倉庫，包含已發(fā)布使用的各種基線的存檔，被置于完全的配置管理之下。在開發(fā)的信息系統(tǒng)產品完成系統(tǒng)測試之后，作為最終產品存入產品庫內，等待交付用戶或現(xiàn)場安裝。
（2）配置庫的建庫模式有兩種：按配置項類型建庫和按任務建庫。
?? ?①按配置項的類型分類建庫，適用于通用軟件的開發(fā)組織。在這樣的組織內，產品的繼承性往往較強，工具比較統(tǒng)一，對并行開發(fā)有一定的需求。
?? ?②按開發(fā)任務建立相應的配置庫，適用于專業(yè)軟件的開發(fā)組織。在這樣的組織內，使用的開發(fā)工具種類繁多，開發(fā)模式以線性發(fā)展為主，所以就沒有必要把配置項嚴格地分類存儲，人為增加目錄的復雜性。
7、配置庫權限設置
?? ?Rcad：看；Check：取；Add：改； Destroy：銷毀。
?? ?配置管理員負責為每個項目成員分配對配置庫的操作權限，如表15-1所示。
?? ?針對受控庫，項目相關人員的操作權限通常設定如表15-2所示。
?? ?針對產品庫，項目相關人員的操作權限通常設定如表15-3所示。
8、配置管理員
?? ?配置管理員(CMO)，負責在項目的整個生命周期中進行配置管理活動，具體有：
?? ?· 編寫配置管理計劃
? ? ·?建立和維護配置管理系統(tǒng)
? ? ·?建立和維護配置庫
? ? ·?配置項識別
? ? ·?建立和管理基線
? ? ·?版本管理和配置控制
? ? ·?配置狀態(tài)報告
? ? ·?配置審計
? ? ·?發(fā)布管理和交付
? ? ·?對項目成員進行配置管理培訓。
二、制定配置管理計劃
?? ?配置管理計劃是對如何開展項目配置管理工作的規(guī)劃，是配置管理過程的基礎，應該形成文件并在整個項目生命周期內處于受控狀態(tài)。配置控制委員會負責審批該計劃。配置管理計劃的主要內容為：
（1）配置管理活動，覆蓋的主要活動包括配置標識、配置控制、配置狀態(tài)報告、配置審計發(fā)布管理與交付
（2）實施這些活動的規(guī)范和流程
（3）實施這些活動的進度安排
（4）負責實施這些活動的人員或組織，以及他們和其他組織的關系。
三、配置標識
?? ?配置標識也稱配置識別，包括為系統(tǒng)選擇配置項并在技術文檔中記錄配置項的功能和物理特征。配置標識是配置管理員的職能，基本步驟如下：
（1）識別需要受控的配置項
（2）為每個配置項指定唯一性的標識號
（3）定義每個配置項的重要特征
（4）確定每個配置項的所有者及其責任
（5）確定配置項進入配置管理的時間和條件
（6）建立和控制基線
（7）維護文檔和組件的修訂與產品版本之間的關系
四、配置控制
1、配置控制即配置項和基線的變更控制，包括下述任務：標識和記錄變更申請，分析和評價變更，批準或否決申請，實現(xiàn)、驗證和發(fā)布已修改的配置項。
2、變更實施：項目經理組織修改相關的配置項，并在相應的文檔或程序代碼中記錄變更信息
3、基于配置庫的變更控制流程
?? ?現(xiàn)以某軟件產品升級為例，簡述其流程。
（1）將待升級的基線(假設版本號為V2.1)從產品庫中取出，放入受控庫。
（2）程序員將欲修改的代碼段從受控庫中檢岀( cheek out)，放入自己的開發(fā)庫中進行修改。代碼被 Check out后即被“鎖定”，以保證同一段代碼只能同時被一個程序員修改，如果甲正對其修改，乙就無法 Check out
（3）程序員將開發(fā)庫中修改好的代碼段檢入( Check in)受控庫。 Cheek in后，代碼的“鎖定”被解除，其他程序員可以 Check out該段代碼了
（4）軟件產品的升級修改工作全部完成后，將受控庫中的新基線存入產品庫中(軟件產品的版本號更新為V2.2，舊的V2.1版并不刪除，繼續(xù)在產品庫中保存)。
五、配置審計
1、功能配置審計
?? ?功能配置審計是審計配置項的一致性(配置項的實際功效是否與其需求一致)，具體驗證以下幾個方面。
（1）配置項的開發(fā)已圓滿完成。
（2）配置項已達到配置標識中規(guī)定的性能和功能特征。
（3）配置項的操作和支持文檔已完成并且是符合要求的。
2、物理配置審計
?? ?物理配置審計是審計配置項的完整性(配置項的物理存在是否與預期一致)，具體驗證如下幾個方面。
（1）要交付的配置項是否存在。
（2）配置項中是否包含了所有必需的項目。
六、發(fā)布管理和交付
1、存儲;2、復制3、打包4、交付5、重建。
總結
以上是生活随笔為你收集整理的软考-信息系统项目管理师-信息文档管理与配置管理的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 软考-信息系统项目管理师-项目合同管理
- 下一篇： java信息管理系统总结_java实现科