資源描述：
《軟件項目信息文檔管理與配置管理》由會員上傳分享，免費在線閱讀，更多相關內容在工程資料-天天文庫。
1、軟件項目信息文檔管理與配置管理K軟件文檔一般分為三類：開發(fā)文檔、產品文檔、管理文檔1)開發(fā)文檔描述開發(fā)過程本身，基本的開發(fā)文檔包括:(1)可行性研究報告和項目任務書(2)需求規(guī)格說明書(3)功能規(guī)格說明書(4)設計規(guī)格說明書，包括程序和數據規(guī)格說明書(5)開發(fā)計劃(6)軟件集成和測試計劃(7)質量保證計劃(8)安全和測試信息2)產品文檔描述開發(fā)過程的產物,基本的產品文檔包括:(1)培訓手冊(2)參考手冊和用戶指南(3)軟件支持手冊(4)產品手冊和信息廣告3)管理文檔迅錄項目信息管理的信息,例如：(1)開發(fā)過程的每個階段的進度
2、和進度變更的記錄(2)軟件變更情況記錄(3)開發(fā)團隊職責定義(4)項目計劃、項目階段報告(5)配置管理計劃2.文檔的質量可以分為四級:最低限度文檔(1級文檔)，適合開發(fā)工作量低于一個人月的開發(fā)者自用程序。該文檔應包含程序清單、開發(fā)記錄、測試數據和程序簡介。內部文檔(2級文檔),可用于沒有其他用戶共享資源的專用程序。除1級文檔提供的信息外,2級文檔還包括程序清單內足夠的注釋以幫助用戶安裝和使用程序。工作文檔(3級文檔)，適合于由同一單位內若干人聯合開發(fā)的程序，或被其他單位使用的程序。正式文檔(4級文檔)適合那些正式發(fā)行供普遍使
3、用的軟件產品。關鍵性程序或具有重復管理應用性質(如工資計算)的程序需要4級文檔。4級文檔遵守GB/T8567-2006的有關規(guī)定。第5、6位,流水碼第3.4位，文檔內容笫2位，各階段的文檔第I位，牛命周期法各階段2.配置管理包括6個主要活動:制定配置管理計劃、配置標識、配置控制、配置狀態(tài)報告、配置審計、發(fā)布管理和交付。3.在信息系統(tǒng)的開流程中需加以控制的配置薦可以分為基線配置和非基線配置項兩類4.所有配置項的操作權限應由CMO（配置管理員）嚴格管理,基本原則是：基線配置項向開發(fā)人員開放讀取的權限；非基線配置項向PM、CCB及
4、相關人員開放。5.配置項的狀態(tài)分為”草稿”正式亠”修改“三種。6.配置項的版本號規(guī)則與配置項的相關狀態(tài)：1）處于”草稿”狀態(tài)的配置項的版本號格式為O.XY2）處于”正式”狀態(tài)的配置項的版本號格式為X.Y3）處于”修改”狀態(tài)的配置項的版本號格式為X.YZ并且,由于我們不能保證新版本一定比舊版本好,所以不能拋棄舊版本。7.信息系統(tǒng)的開發(fā)過程是一個不斷變化著的過程,為了在不嚴重阻礙合理變更的情況下來控制變化,配置管理引入了“配置基線“的概念。8.基線通常對應于開發(fā)過程中的里程碑,一個產品可以有多個基線,也可以只有一個基線。交付給外
5、部顧客的基線一般稱為發(fā)行基線，內部開發(fā)使用的基線一般稱為構造基線。9.建立基線有以下好處:1）基線為開發(fā)工作提供了一個定點和快照。2）新項目可以在基線提供的定點上建立。新項目作為一個單獨分支，將與隨后對原始項目（在主要分支上）所進行的變更進行隔離。3）當認為更新不穩(wěn)定或不可信時，基線為團隊提供一種取消變更的方法。4）可以利用基線重新建立基于某個特定發(fā)布版本的配置，以實現以報告的錯誤10.酉己置庫可以分為開發(fā)庫、受控庫.產品庫3種類型1）開發(fā)庫。也稱為動態(tài)庫、程序員庫或工作庫，用于保存開發(fā)人員當前正在開發(fā)的配置實體。動態(tài)庫是開
6、發(fā)人員的個人工作區(qū)，由開發(fā)人員自行控制。2）受控庫。也稱為主庫，包含包含當前的基線加上對基線的變更。受控庫中的配置項被置于完全的配置管理之下。在信息系統(tǒng)開發(fā)的某個階段工作結束時，將目前的工作產品存入受控庫。3）產品庫。也稱為靜態(tài)庫、發(fā)行庫、軟件倉庫。在開發(fā)的信息系統(tǒng)產品完成測試之后，作為最終產品存入產品庫內,等待交付用戶或現場包裝。2.配置庫的操作權限3.受控庫的權限設置4.產品庫的權限設置^"?3產品障的權限設置Release（產品庫）人員權限項目經理項目成員QA測試人員配置管理員ReadVVV寸VCheck4VV77Ad
7、dXXXXVDeshoyXXXXV說明；V表示該人員具有相應權限，X表示該人員沒有相應權限15、配置委員會，負責對配置變更做出評估.審批以及監(jiān)督已批準變更的實施。CCB建立在項目級，其成員可以包括項目經理、用戶代表、產品經理、開發(fā)工程師、測試工程師、質量控制人員、配置管理員等。小的項目CCB可以只有一個人，甚至只是兼職人員。CCB不只是控制配置變更，而是負有更多的配置管理任務，例如：配置管理、計劃審批、基線設立審批、產品發(fā)布審批等。16.酉己置庫的變更控制流程：1）將待升級的基線（假設版本號為V2.1）從產品庫中取出，放入受
8、控庫1）程序員將欲修改的代碼段從受控庫中檢出（CheckOut）,放入自己的開發(fā)庫中進行修改。代碼被CheckOut后即被”鎖定”,以保證員一段代碼只能同時被一個程序員修改,如果甲正對其修改,乙就無法CheckOuto2）程序員將開發(fā)庫中修改好的代碼段檢入（Checkin）受控庫。Chec
