文檔、配置管理筆記--2011系統(tǒng)集成項目管理工程師

1、文檔和配置管理P407計算機軟件產(chǎn)品開發(fā)文件編制指南規(guī)定：從重要性和質(zhì)量要求方面可以分為：非正式文檔和正式文檔；從項目周期角度：開發(fā)文檔、產(chǎn)品文檔、管理文檔軟件文檔1U入如下三種類別：a）開發(fā)文檔描述開發(fā)過程本身*b）產(chǎn)品文檔描述開發(fā)過程的產(chǎn)物;c）管理文檔記錄項冃管理的信息口信息系統(tǒng)文檔的規(guī)范化管理體現(xiàn)在: 1）文檔書寫規(guī)范2）圖表編號規(guī)則 （1、生命周期各階段2、各階段的文檔34、文檔內(nèi)容56、流水碼）3）文檔目錄編寫標準化4）文檔管理制度0依據(jù)軟件文檔管理指南GB/T 16680-1996之961文檔歸檔歸檔的文檔應(yīng)包括整個軟件生存期內(nèi)所形成的全部文檔文檔歸檔應(yīng)滿足以下條件：a）歸檔的文

2、檔應(yīng)是經(jīng)過鑒定或評審的b）文檔應(yīng)簽署完整成套格式統(tǒng)一字跡工整c）印制本打印本以及各種報告應(yīng)裝訂成冊并按規(guī)定進行編號簽署軟件文檔應(yīng)在開發(fā)過程每個階段結(jié)束后及時歸檔配置管理： 為了系統(tǒng)的控制配置變更，在系統(tǒng)的整個生命周期中維持配置的完整性和可跟蹤性，而標識系統(tǒng)在不同時間點上配置的 學(xué)科。P409 （主要4個活動：配置項標識，配置項控制、配置狀態(tài)報告和配置審計）軟件配置管理是一個支持性的軟件生命周期過程，它有益于項目管理、開發(fā)和維護活動、各種保證活動、最終產(chǎn)品的客戶和用戶。 軟件配置管理包括 4個主要活動：配置識別、變更控制、狀態(tài)報告和配置審計。有關(guān)概念：配置項：硬件、軟件或者二者兼有的集合，為配置

3、管理指定的，在配置管理過程中作為一個單獨的實體對待。產(chǎn)品配置是指一個產(chǎn)品在其生命周期各個階段所產(chǎn)生的各種形式和各種版本的文檔、計算機程序、部件及數(shù)據(jù)的集合。 該集合中的每一個元素稱為該產(chǎn)品配置中的一個配置項，典型的配置項有項目計劃書、需求文檔、設(shè)計文檔、源代碼、測試用例等。配置庫：一組受控制的、輔助軟開發(fā)、使用和維護的軟件及相關(guān)的文檔。(在軟件發(fā)布管理和交付活動中，起著機械的作用)配置管理活動和流程：包括制訂配置管理計劃、配置識別與建立基線、建立配置管理系統(tǒng)、版本管理、配置狀態(tài)報告 和配置審計。1制定配置管理計劃在項目啟動階段，項目經(jīng)理首先要制定整個項目的開發(fā)計劃，它是整個項目研發(fā)工作的基礎(chǔ)。

4、總體研發(fā)計劃完成之后，配置管理的活動就可以展開了，如果不在項目開發(fā)之初制定配置管理計劃，那么配置管理的許多關(guān)鍵活動就無法及時有序地進行，而它的直接后果就是造成項目開發(fā)狀況的混亂，并注定使配置管理活動成為一種救火的行為。由此可見，在項目啟動階段制定配置管理計劃是項目成功的重要保證。配置管理計劃由 CMO制定，主要內(nèi)容是制定配置管理策略，制定變更控制策略，編寫配置管理計劃，評審配置管理計劃。覆蓋的活動：軟件配置標識、軟件配置控制、軟件配置狀態(tài)報告、軟件配置審計、軟件發(fā)布管理與交付。制訂計劃活動的結(jié)果記錄在軟件配置管理計劃中，它要接受軟件質(zhì)量保證的評審和審計。配置管理計劃的主要內(nèi)容：包括配置管理軟硬

5、件資源、配置項計劃、基線計劃、交付計劃、備份計劃、配置審計和評審、變更管理。CCB審批該計劃2 配置識別與建立基線配賈識別是“配置管理的 個要索，包括選擇 個系統(tǒng)的配戳項和在技術(shù)文檔中記錄配置項的功能和物理特tt.o "見IEEE-610文本】配買識別是配總管理員的職能，包括如下內(nèi)容-(1識別需要受控的軟件配呂項。給毎個產(chǎn)品和它的細件及相關(guān)的文檔分配唯啲標識。定義每個配置項的童耍特征以授識別兀所冇者“(4識別組件.數(shù)據(jù)及產(chǎn)品獲取點和準則=(5) 建立和控制基線。(6) 維護文檔和組件的修訂與產(chǎn)品版本之間的關(guān)系o所有配置項的操作權(quán)限應(yīng)由 CMO(配置管理員)嚴格管理，基本原則是：基線配

6、置項向軟件開發(fā)人員開放讀取的權(quán)限；非基線配置項向PM、CCB及相關(guān)人員開放。創(chuàng)建基線或發(fā)行基線的主要步驟如下】 配置管理員識別配連項；(2) 為配置頊分配標識土(3) 為項目創(chuàng)建配置庫，并給每個項目成員分配權(quán)限;(4) 各項目團隊成員根據(jù)自己的權(quán)限操作配置庫；(5) 創(chuàng)建基線或笈行基線并荻得CCB的授權(quán)。把上述步驟記錄為文檔。建立基線的目的及其在項目實施中的作用:(一組擁有唯一標識號的需求、設(shè)計、源代碼文卷以及相應(yīng)的可執(zhí)行代碼、構(gòu)造文卷和 用戶文檔構(gòu)成一條基線)需加以控制的配置項分類：1）基線配置項（所有設(shè)計文檔、源程序）2）非基線配置項 （項目的各類計劃和報告）基線定義的內(nèi)容： 建立基線的事

7、件、受控的項、建立和變更基線的程序、批準變更基線所需的權(quán)限。配置項的基線要納入配置控制，對基線的更新只能采用正式的變更管理過程。確保了基線的變更只反映已批準的組件 部分的變更。需求規(guī)格說明規(guī) 是需求基線的內(nèi)容；概要設(shè)計和詳細設(shè)計說明書，是設(shè)計曜線的內(nèi)容：用戶刖，是產(chǎn)晶曜線的內(nèi)容。作為開發(fā)項口的基礎(chǔ)文檔，只有需求規(guī)格說明巧是三條基線均包含的內(nèi)3.建立配置管理系統(tǒng)（目的是通過確定軟件配置管理細則和提供規(guī)范的軟件配置項管理軟件系統(tǒng)，加強軟件研制過程的質(zhì)量控制，增強軟件研制過程的可控性，確保軟件配置管理項的完備、清晰、一致和可追蹤性，以及技術(shù)狀態(tài)的可控制性）1）建立配置管理方案 （最主要成果：配置管理

8、流程，另外配置管理基本章程）2）建立配置庫分類：動態(tài)庫（開發(fā)庫、程序員庫、工作庫）；受控庫；靜態(tài)庫；備份庫建庫模式：按配置項類型分類建庫和按任務(wù)建庫工具；VSS CVS4版本管理1） 配置項狀態(tài)變遷規(guī)則：草稿正式 修改（三種狀態(tài)）2） 配置項版本號標識3）配置項版本控制（作用于多個配置管理活動之中，如創(chuàng)建配置項、配置項的變更和配置項的評審等。目的：按照一定的規(guī)則保存配置項的所有版本，避免發(fā)生版本丟失或混淆等現(xiàn)象，并且可以快速準確的查找到配置項的任何版本；）5.變更控制：P4156配置狀態(tài)報告（根據(jù)配置項操作記錄來向管理者報告軟件開發(fā)活動的進展情況）應(yīng)跟蹤以下方面： 產(chǎn)品描述記錄、每個受控軟件組

9、件的狀態(tài)、。狀態(tài)說明：應(yīng)著重反映當(dāng)前基線配置項的狀態(tài)，以作為對開發(fā)進度報告的參照。7配置審計（作為變更控制的補充手段，來確保某一變更需求已被切實實現(xiàn)）功能配置審計：進行審計以驗證：配置項的開發(fā)已圓滿完成；已經(jīng)達到規(guī)定的性能和功能特定特性；配置項的運行和支持文檔已完成并且是符合要求物理配置審計：進行審計以驗證：每個構(gòu)建的配置項符合相應(yīng)的技術(shù)文檔；配置項與配置狀態(tài)報告中的信息相對應(yīng)；配置項的操作權(quán)限由配置管理員CMO嚴格管理，基本的原則是：基線配置項向開發(fā)人員開發(fā)讀取權(quán)限；非基線配置項向項目經(jīng)理、變更控制委員會CCB及相關(guān)人員開放。配置管理里部分角色的權(quán)限如下：（1）項目經(jīng)理：是整個軟件研發(fā)活動的

10、負責(zé)人，他根據(jù)軟件配置控制委員會的建議批準配置管理的各項活動并控制它 們的進程。其具體職責(zé)為以下幾項: 制定和修改項目的組織結(jié)構(gòu)和配置管理策略； 批準、發(fā)布配置管理計劃；決定項目起始基線和開發(fā)里程碑； 接受并審閱配置控制委員會的報告。（2）QA 人員： 需要對軟件配置管理有較深的認識，其主要工作是跟蹤當(dāng)前項目的狀態(tài)，測試，報告錯誤，并驗證其 修復(fù)結(jié)果；（3）開發(fā)人員 （Developer ）：其職責(zé)就是根據(jù)組織確定的軟件配置管理計劃和相關(guān)規(guī)定，按照軟件配置管理工具的使 用模型來完成開發(fā)任務(wù)。很明顯，配置管理員CMO的權(quán)限都是"，因此是可不予考慮的， 測試人員是沒有 ADD權(quán)限的，項目

11、成員是沒有 CHECK 權(quán)限的，只有CMO才有CHECK權(quán)限，因此博主高度懷疑項目經(jīng)理對代碼的 CHECK權(quán)限！如果項目經(jīng)理對代碼的 CHECK 權(quán)限是“X”，那么選項B是正確的。答題思路：【問題 1】分析出現(xiàn)這種情況的原因（1）缺乏項目整體管理（尤其是項目整體問題分析）（2）缺乏整體變更控制流程；（3）缺乏項目干系人之間的溝通；（4）缺乏配置管理；（5）缺乏整體版本管理（6）缺乏單元接口測試和集成測試；【問題 2】說明配置管理的主要工作并作簡要解釋（1）制定配置管理計劃。確定方針，分配資源，明確責(zé)任，計劃培訓(xùn)，確定干系人，制定配置識別準則，制定基 線計劃，制定配置庫備份計劃，制定變更控制流程

12、，制定審批計劃。（2）配置項識別。識別配置項，分配唯一標識，確定配置項特征，記錄配置項進入時間，確定配置項擁有者職責(zé)， 進行配置項登記管理。（3）建立配置管理信息系統(tǒng)。建立分級配置管理機制，存儲和檢索配置項，共享和轉(zhuǎn)換配置項，進行歸檔、記錄、 保護和權(quán)限設(shè)置。（4）基線化。獲得授權(quán)，建立或發(fā)布基線，形成文件，使基線可用。（5）建立配置庫。建立動態(tài)庫，受控庫和靜態(tài)庫。（6）變更控制。包括變更記錄、分析、批準、實施、驗證、溝通和存檔。（ 7）配置狀態(tài)統(tǒng)計。統(tǒng)計配置項的各種狀態(tài)。（8）配置審計。包括功能配置審計和物理配置審計。【問題 3】說明針對目前情況可采取哪些補救措施（ 1）針對目前系統(tǒng)建立或調(diào)

13、整基線；（2）梳理變更脈絡(luò)，確定統(tǒng)一的最終需求和設(shè)計；（3）梳理配置項及其歷時版本；（4）對照最終需求和設(shè)計逐項分析現(xiàn)有配置項及歷時版本的符合情況；（5）根據(jù)分析結(jié)果由相關(guān)干系人確定整體變更計劃和實施；（6）加強單元測試與系統(tǒng)集成測試或聯(lián)調(diào)；（7）加強整體版本管理；從項目管理和配置管理的角度分析，造成項目失控的可能原因如下 。 1. 趙工作為項目經(jīng)理兼任配置管理員的工作，可能會造成趙工顧此 失彼，從而疏于項目的配置管理。 2. 趙工只了解客戶的部分需求之后，就開始對這部分需求進行設(shè)計和開發(fā)工作?；谶@樣不完整的需求進行的配置管理，難免會造成項目的失控。3.趙工可能沒有制定項目的配置管理計劃，也沒制定配置項的標識規(guī)則，缺乏對配置項進行版本管理和發(fā)行管理。4.沒有制定需求跟蹤矩陣。5.缺乏配置項的變更控制。用于控制工作產(chǎn)品，包括存睹嫌體、規(guī)程、和訪問 的工具是配置管理的前提.它的組成可能包括交付客戶的 產(chǎn)品、內(nèi)部工柞產(chǎn)品-采的產(chǎn)品或使用的工具等 可看做是一個相對穩(wěn)定的邏輯實體，其組成部分禾 能被仟擁人蔭負修改 記錄配置項有關(guān)的所有信息.存放受控的配置項一 能夠及時"準確地給出配置項的當(dāng)前狀撫，