11.js高級22、配置管理

1、2014年下半年信息系統(tǒng)項目管理師考試考前培訓(xùn)無憂考培教育學(xué)院14年系列培訓(xùn)課程講師：朱建軍（江山老師）無憂考培教育學(xué)院 QQ：915446173于2014年9月第22講：配置管理配置考點和分值分布情況：-最近幾次出了2次案例分析的題，13下也考了一道案例， 25分，希望大家重視！配置管理什么是配置管理？“軟件配置管理是圍繞軟件資產(chǎn)的管理。啥叫軟件資產(chǎn)呢，就是設(shè)計文檔啦，源代碼啦，可以跑的程序之類的。那么，有什么要管理的呢？讓我們把它和圖書館的圖書管理做個對比。它們有一些相似點。首先，圖書館圖書管理管的是圖書資產(chǎn)，軟件配置管理管的是軟件資產(chǎn)，它們管的都是信息資產(chǎn)。其次，圖書管理，需要把圖書進行

2、分類，以便檢索，需要圖書存放在合適的地方，以便存取，還要防止蟲吃鼠咬。軟件配置管理也類似，需要把軟件資產(chǎn)主要是源代碼什么的，放在合 適的目錄結(jié)構(gòu)里，放在合適的地方存儲，防止丟失或者弄亂。再次，在圖書館，要記錄誰借出了哪本書，還沒還。而軟件配置管理中也類似，需要記錄誰借出了什么文件。不過，跟圖書管理不同的是，軟件開發(fā)人員借出文件，常常是為了修改它。軟件配置管理要記錄誰修改了什么文件，為什么修改，等等。配置管理這里就引出了一系列事情要考慮：比如，每個文件，不斷修改，就產(chǎn)生了一個又一個的版本，需不需要存儲呢？一個產(chǎn)品的整個源代碼樹，也在總體上產(chǎn)生一個又一個的版本，需不需要存儲呢？怎么存儲呢？比如，可

3、能兩個人想要同時修改一個文件。這可能會導(dǎo)致一個人的工作丟失。那么，是讓他們一個改完了另一個再改呢，還是讓他們同時改，將來合并呢？怎么保證呢？再比如，有時候，一個公司會生產(chǎn)一系列相似的軟件產(chǎn)品，它們之間是不是可以有某些共享呢？在一個產(chǎn)品上的改動，是不是能比較方便的加到另外的產(chǎn)品上去呢？所以說，軟件配置管理是圍繞軟件資產(chǎn)的管理：保證它們的存儲；保證改動它們的時候，也就是進行軟件開發(fā)的時候，不會產(chǎn)生混亂，有條有理，省時省力；等等?！迸渲霉芾斫鹕键c：1、配置管理的定義了解2、配置項的定義，類別P314掌握P314315掌握P315316的例子的意思3、配置管理的任務(wù)掌握P3194、CCB（配置控制委

4、員會） P319/3295、基線 P3223236、權(quán)限分配P3257、創(chuàng)建基線或者發(fā)行基線8、配置庫的作用、分類掌握P325326必須掌握P3283299、CCB的組成、配置項的狀態(tài)變化P32910、版本管理：3種版本必須掌握 P33133211、配置審核的定義、分類、作用必須掌握 P33333412、配置狀態(tài)報告的定義了解 P33413、配置管理的工具：VSS/CVS（軟件）、手工方式配置管理項目配置管理應(yīng)完成以下幾方面的任務(wù)：制定項目配置管理計劃; （2）確定配置標識規(guī)則（3）實施變更控制（4）報告配置狀態(tài)點（5）進行配置審核（6）進行版本管理和發(fā)行管理?；€的分類：功能基線：被正式評審

5、批準或簽字同意的軟件系統(tǒng)的規(guī)格說明；分配基線：軟件需求分析階段結(jié)束時，經(jīng)正式評審和批準的軟件需求規(guī)格說明；產(chǎn)品基線：軟件組裝與系統(tǒng)測試階段結(jié)束時，經(jīng)正式評審和批準的有關(guān)所開發(fā)的軟件產(chǎn)品的全部配置項的規(guī)格說明配置管理所有配置項的操作權(quán)限由配置管理人員（CMO）嚴格管理，基本原則是：基線配置項向軟件開發(fā)人員開放讀權(quán)限；非基線配置項向PM，變更控制委員會（CCB）及相關(guān)人員開放?；€配置項可能包括所有的設(shè)計文檔和源程序等；非基線配置項可能包括項目的各類計劃和報告等；配置管理員為每個項目成員分配對配置庫的操作權(quán)限。一般地，項目成員擁有Add，Check in/Checkout，Download等權(quán)限，

6、但是不能擁有“刪除”權(quán)限。配置管理員的權(quán)限最高。具體操作視所采用的配置管理軟件而定。配置管理建立配置管理方案的基本步驟：（1）組建配置管理方案構(gòu)造小組（2）對目標機構(gòu)進行了解、評估（3）配置管理工具及其提供商評估（4）制訂實施計劃（5）定義配置管理流程（6）試驗項目的實施（7）全面實施。-中級案例分析曾經(jīng)考過配置管理下面列舉了常見的考點和可能的考點：可能出現(xiàn)的問題：（1）缺乏項目整體管理和權(quán)衡（2）缺乏變更控制規(guī)程（3）缺乏項目干系人溝通；（4）缺乏配置管理；（5）缺乏整體版本管理；（6）缺乏各種單元測試和集成測試；我們采用的應(yīng)對措施（1）針對目前系統(tǒng)建立基線（2）梳理變更脈絡(luò)，確定統(tǒng)一的最終

7、需求和設(shè)計（3）梳理配置項及其歷史版本（4）對照最終需求和設(shè)計逐項分析現(xiàn)有配置項及歷史版本的符合情況（5）根據(jù)分析結(jié)果由干系人確定整體變更計劃并實施（6）加強單元接口測試與系統(tǒng)的集成測配置管理的流程如下：（l）建立并維護配置管理的組織方針 （2）制定項目配置管理計劃（3）確定配置標識規(guī)則 （4）實施變更控制（5）報告配置狀態(tài) （6）進行配置審核 （7）進行版本管理和發(fā)行管理案例分析答題要點列舉配置管理活動和流程：制定配置管理計劃、配置識別與建立基線、建立配置管理系統(tǒng)、版本管理、配置狀態(tài)報告和配置審計；配置識別是配置管理員的職能，包括如下內(nèi)容：識別需要受控的軟件配置項給每個產(chǎn)品和它的組件及相關(guān)的

8、文檔分配唯一的標識定義每個配置項的重要特征以及識別其所有者識別組件、數(shù)據(jù)及產(chǎn)品獲取點和準則建立和控制基線維護文檔和組件的修訂與產(chǎn)品版本之間的關(guān)系-其他知識點見教程、上課所講的知識點！案例分析答題要點列舉例題1:-高級6下題52531、信息系統(tǒng)項目完成后，最終產(chǎn)品或項目成果應(yīng)置于 （52）內(nèi)，當(dāng)需要在此基礎(chǔ) 上進行后續(xù)開發(fā)時，應(yīng)將其轉(zhuǎn)移到（53）后進行。（52）A開發(fā)庫B服務(wù)器C受控庫D產(chǎn)品庫（53）A開發(fā)庫B服務(wù)器C受控庫D產(chǎn)品庫例題2:-高級09上題292、以下關(guān)于變更控制委員會（CCB）的描述錯誤的是（29） 。（29）ACCB也稱為配置控制委員會，是配置項變更的監(jiān)管組織。BCCB任務(wù)是對

9、建議的配置項變更作出評價、審批以及監(jiān)督已批準變更的實施CCCB組織可以只有一個人D對于所有項目，CCB包括的人員一定要面面俱到，應(yīng)涵蓋變更涉及的所有團體，才能保證其管理的有效性。本章歷年真題列舉例題3:-高級09下題633、以下有關(guān)基線的敘述，錯誤的是（63）。 A基線由一組配置項組成B基線不能再被任何人任意修改C基線是一組經(jīng)過正式審查井且達成一致的范圍或工作產(chǎn)品D產(chǎn)品的測試版本不能被看作基線例題4:-高級10上題644、某軟件開發(fā)項目計劃設(shè)置如下基線：需求基線、設(shè)計基線、產(chǎn)品基線。在編碼階段，詳細設(shè)計文件需要變更，以下敘述中，(63)是正確的。A設(shè)計文件評審已通過，直接變更即可 B設(shè)計基線已

10、經(jīng)建立，不允許變更C設(shè)計基線已經(jīng)建立，若變更必須走變更控制流程 D詳細設(shè)計與設(shè)計基線無關(guān)，直接變更即可本章歷年真題列舉例題5:-高級10上題645、某個配置項的版本由111變?yōu)?12，按照配置版本號規(guī)則表明(64)。A目前配置項處于正在修改狀態(tài)，配置項版本升級幅度較大 B目前配置項處于正在修改狀態(tài)，配置項版本升級幅度較小C目前配置項處于正式發(fā)布狀態(tài)，配置項版本升級幅度較小D目前配置項處于正式發(fā)布狀態(tài)，配置項版本升級幅度較大例題6:-高級12上題666、在配置項版本控制過程中，處于“ 正式發(fā)布” 狀態(tài)的配置項的版本號格式為（66 ）（XYZ均為1-9 的數(shù)字）。A0.YZBX.YCX.Y.ZDX

11、.YZ本章歷年真題列舉例題7:-高級12下題647、在軟件配置管理中，版本控制的目的是按照一定的規(guī)則保存配置項的 (64)A重要版本B基線版本C所有版本D需要得版本例題8:-高級13上題158、項目組對某重要資源實施基于角色的訪問控制。項目經(jīng)理(PM)為系統(tǒng)管理員，項目成員角色還包括配置管理員(CM)、分析人員、設(shè)計人員、開發(fā)人員和質(zhì)量保證人員(QA)，其中CM和QA同時參與多個項目。下面關(guān)于該資源訪問權(quán)限分配的說法正確的是（15）。A. CM的訪問權(quán)限應(yīng)由PM分配，且應(yīng)得到QA的批準B. QA的訪問權(quán)限應(yīng)由PM分配，其不參與項目時應(yīng)將其權(quán)限轉(zhuǎn)給CMC. 分析人員、設(shè)計人員、開發(fā)人員的訪問權(quán)限

12、應(yīng)由CM分配，且應(yīng)得到(QA)的批準D. PM的訪問權(quán)限由其自己分配，切PM不在時其權(quán)限不能轉(zhuǎn)給QA或CM本章歷年真題列舉例題9:-高級13上題649、在配置管理中，基線是一組經(jīng)過審查并且達成一致的規(guī)范或工作產(chǎn)品，是開發(fā)工作的基礎(chǔ)。配置管理員根據(jù)項目計劃文檔、配置管理計 劃、配置項管理表等文檔，創(chuàng)建了（64）基線。A. 內(nèi)部或外部C. 計劃或發(fā)行B. 設(shè)計或構(gòu)造D. 構(gòu)造或發(fā)行例題10:-高級13下題64基線由一組配置項組成，這些配置項構(gòu)成了一個相對穩(wěn)定的邏輯實體，是一組經(jīng)過（）正式審查，批準達成一致的范圍或工作產(chǎn)品用戶B配置管理員C配置管理委員會D專家組本章歷年真題列舉例題11:-高級13下

13、題6511.根據(jù)配置版本號規(guī)則，某個配置項的版本號是1.0說明（） A目前配置項處于第一次“正在修改”狀態(tài)B目前配置項處于第一次“正式發(fā)布”狀態(tài) C目前配置項處理“草稿”狀態(tài)D目前配置項處理“不可變更”狀態(tài)例題12:-高級14上題6112、配置審核的實施可以（）A防止向用戶交付用戶手冊的不正確版本B確保項目進度的合理性 C確認項目分解結(jié)構(gòu)的合理性D確?；顒淤Y源的可用性本章歷年真題列舉例題13:-高級14上題646513、軟件配置管理受控制的對象應(yīng)是（1），實施軟件配置管理包括4個最基本活動，其中不包括（2）（1）A軟件元素 B軟件項目 C軟件配置項 D軟件過程（2）A配置項標識 B配置項優(yōu)化 C配置狀態(tài)報告 D配置審計例題14:-高級14上題6614、某軟件開發(fā)項目的需求規(guī)格說明書第一次正式發(fā)布，命名為需求規(guī)格說明書V1.0，此后經(jīng)過兩次較小的升級，版本號升至V1.2，此時客戶提出一次需求變更，項目組接受了變更，按客戶的要求對需求規(guī)格說明書進行了較大的改動并通過評審，此