信息系統(tǒng)項目管理師-文檔與配置管理

信息系統(tǒng)項目管理師-文檔與配置管理（總分：15.00,做題時間：90分鐘）（總題數(shù)：14,分數(shù)：15.00）1.項目發(fā)生變更在所難免。項目經(jīng)理應讓項目干系人（特別是業(yè)主）認識到（4）。（分數(shù)：1.00）A.在項目策劃階段，變更成本較高B.在項目策劃階段，變更成本較低VC.在項目策劃階段，變更帶來的附加值較低D.在項目執(zhí)行階段，變更成本較低解析：［分析］顯然，越在項目的早期階段，變更的成本就越低。同時，變更帶來的附加價值就越高。2.根據(jù)信息系統(tǒng)文檔產(chǎn)生、使用范圍的不同，可以將其分為三大類，其中（15）屬于開發(fā)文檔又屬于用戶文檔。（分數(shù)：1.00）A.詳細設計說明書B.需求說明書VC.用戶手冊D.項目開發(fā)計劃解析：［分析］根據(jù)信息系統(tǒng)文檔產(chǎn)生、使用范圍的不同，可以將其分為以下三大類。（1）開發(fā)文檔：為開發(fā)工作提供支持的各種文檔，其讀者群主要針對開發(fā)人員。其中主要包括需求規(guī)格說明書、數(shù)據(jù)要求規(guī)格說明書、高層設計說明書、詳細設計說明書、項目開發(fā)計劃等；（2）管理文檔：為項目的開發(fā)管理提供支持的各種文檔，其讀者群主要針對管理人員，其中主要包括可行性研究報告、項目開發(fā)計劃、測試計劃、技術報告、開發(fā)進度記錄、項目開發(fā)總結報告等；（3）用戶文檔：向用戶傳達各種與開發(fā)相關、與產(chǎn)品相關的信息，其讀者群主要針對最終用戶。其中主要包括用戶手冊、操作手冊、維護修改建議書、需求說明書等。在編寫文檔時，可以采用自然語言直接編寫，也可以采用形式化語言來編寫，還可以借助各種圖表提高可讀性，例如，UMLDD,E-R圖等。3.項目文檔應發(fā)送給（5）o（分數(shù)：1.00）A.執(zhí)行機構所有的干系人B.所有項目干系人C.項目管理小組成員和項目主辦單位D.溝通管理計劃中規(guī)定的人員V解析：［分析］每一個信息系統(tǒng)都會經(jīng)歷規(guī)劃階段、制定方案階段、研制階段、試運行階段、安裝調試階段、運行階段和更新階段，每一階段都有大量的文檔產(chǎn)生。文檔是記錄系統(tǒng)的痕跡，是系統(tǒng)維護人員的指南，是開發(fā)人員與用戶交流的工具，是系統(tǒng)相關人員對系統(tǒng)了解和使用的必需資料。信息系統(tǒng)中的文檔的也就是系統(tǒng)中各種參與者之間交流溝通的工具，而項目文檔究竟應發(fā)送給哪些人，是由溝通管理計劃中規(guī)定的。項目溝通管理計劃一般應包括：（1）描述信息收集和文件歸檔的結構；(2)描述什么信息、什么時候發(fā)送給誰和如何發(fā)送的發(fā)送結構：(3)重要項目信息的格式、內容、細節(jié)水平；(4)用于創(chuàng)建信息的日程表；(5)獲得信息的訪問方法：(6)更新項目溝通管理計劃的方法；(7)項目干系人的需求和預期分析；(8)會議指導/電子郵件指導等。4.下列中的(2)是不包含在項目配置管理系統(tǒng)的基本結構中的(分數(shù)：1.00)A.開發(fā)庫B.知識庫VC.受控庫D.產(chǎn)品庫解析：［分析］配置庫有以下3類。開發(fā)庫(DevelopmentLibrary)。存放開發(fā)過程中需要保留的各種信息，供開發(fā)人員個人專用。庫中的信息可能有較為頻繁的修改，只要開發(fā)庫的使用者認為有必要，無需對其做任何限制。因為這通常不會影響到項目的其他部分。開發(fā)庫有時也被稱為動態(tài)系統(tǒng)、開發(fā)系統(tǒng)、工作空間等。受控庫(ControlledLibrary)。在信息系統(tǒng)開發(fā)的某個階段工作結束時，將工作產(chǎn)品存入或將有關的信息存入。存入的信息包括計算機可讀的，以及人工可讀的文檔資料。應該對庫內信息的讀寫和修改加以控制。受控庫有時也被稱為主庫、主系統(tǒng)、受控系統(tǒng)等。產(chǎn)品庫(ProductLibrary)。在開發(fā)的信息系統(tǒng)產(chǎn)品完成系統(tǒng)測試之后，作為最終產(chǎn)品存入庫內，等待交付用戶或現(xiàn)場安裝。庫內的信息也應加以控制。產(chǎn)品庫有時也被稱為備份庫、靜態(tài)系統(tǒng)等。作為配置管理的重要手段，上述受控庫和產(chǎn)品庫的規(guī)范化運行能夠實現(xiàn)對配置項的管理。信息系統(tǒng)項目完成后，最終產(chǎn)品或項目成果應置于包內，當需要在此基礎上進行后續(xù)開發(fā)時，應將其轉移到(10)后進行。(分數(shù)：2.00)A.開發(fā)庫B.服務器C.受控庫D.產(chǎn)品庫V解析：A.開發(fā)庫B.服務器C.受控庫VD.產(chǎn)品庫解析：［分析］信息系統(tǒng)項目完成后，最終產(chǎn)品或項目成果應置于產(chǎn)品庫內，當需要在此基礎上進行后續(xù)開發(fā)時，應將其轉移到受控庫后進行。詳細的介紹請參考(2)題的分析。5.項目配置管理的主要任務中，不包括(6)。(分數(shù)：1.00)A.版本管B.發(fā)行管C.檢測配置VD.變更控制解析：［分析］請讀者參考(1)題的分析.(12)是指在信息系統(tǒng)需求分析階段結束時，經(jīng)正式評審和批準的信息系統(tǒng)需求規(guī)格說明(分數(shù)：1.00)A.分配基線VB.功能基線C.廣品基線D.里程碑基線解析：［分析］以下3種基線最受人們關注的。(1)功能基線。功能基線是指在系統(tǒng)分析和系統(tǒng)定義階段結束時，經(jīng)過正式評審批準的系統(tǒng)設計規(guī)格說明中對被開發(fā)系統(tǒng)的規(guī)格說明；或是指經(jīng)過項目委托單位和項目承辦單位雙方簽字同意的協(xié)議或合同中所規(guī)定的對被開發(fā)系統(tǒng)的規(guī)格說明；或是指由下級申請上級同意或直接由上級下達的項目任務中所規(guī)定的對待開發(fā)系統(tǒng)的規(guī)格說明。(2)分配基線。分配基線是指在信息系統(tǒng)需求分析階段結束時，經(jīng)正式評審和批準的需求規(guī)格說明。(3)產(chǎn)品基線。產(chǎn)品基線是指在系統(tǒng)組裝與系統(tǒng)測試階段結束時，經(jīng)正式評審和批準的有關所開發(fā)的產(chǎn)品的全部配置項的規(guī)格說明。.變更控制是對(3)的變更進行標識、文檔化、批準或拒絕，并控制。(分數(shù)：1.00)A.詳細的WBS+劃.項目基線VC.項目預算D.明確的項目組織結構解析：［分析］項目的不確定性因素導致了項目未必像想象中進展，或像計劃中那樣順利，而當這種不確定性變得明確且和當初的預測不一致的時候，就會導致項目出現(xiàn)變更。一般來說，項目的目標是項目所有活動的最終判斷準則。也就是說，我們必須關注那些可能會引起項目目標變化的信息。大體上，變更可以來自兩個方面：內部因素和外部因素。內部因素是指項目的實施過程中，對實施的狀態(tài)與計劃對比，發(fā)現(xiàn)產(chǎn)生了偏差，從而導致變更項目計劃。外部因素則是指客戶對項目目標本身發(fā)生了變化，從而引起計劃的變更。為了對項目變更進行控制，應由項目實施組織，項目管理班子或兩者共同建立變更控制系統(tǒng)。變更控制就是對項目基線的變更進行標識、記載、批準或拒絕，并對此變更加以控制。變更控制系統(tǒng)是一套事先確定的修改項目文件或改變項目活動時應遵循的程序，其中包括必要的表格或其他書面文件，責任追蹤和變更審批制度、人員和權限。變更控制系統(tǒng)應當明確規(guī)定變更控制委員會的責任和權力，并由所有的項目干系人認可。變更控制系統(tǒng)可細分為整體、范圍、進度、費用和合同變更控制系統(tǒng)。變更控制系統(tǒng)應當同項目管理信息系統(tǒng)一起通盤考慮，形成整體。.在項目進行過程中，一個開發(fā)人員接收到某個用戶的電話，用戶表明在系統(tǒng)中存在一個問題并要求更改,這個開發(fā)人員應該(8)。II(分數(shù)：1.00)A.馬上改正問題B.記錄問題并提交項目經(jīng)理VC.不予理睬D.通過測試部經(jīng)理，要求確認問題是否存在解析：［分析］變更控制的流程如圖14-1所示[*]圖14-1變更控制過程如圖14-1所示，項目相關人員發(fā)現(xiàn)問題，提出變更，將變更申請表提交到變更控制委員會(ChangeControlBoard,CCB}CCB^變更申請進行評審，如果有必要將變更交由專門的變更分析人員進行分析評估。變更分析人員對變更進行分析評估，分析評估后意見交CCB乍為變更評審的依據(jù)。在評估分析和評估變更請求中主要考慮的是變更對成本、進度和質量等方面的影響。必要時配置管理人員、變更分析人員可能要和變更請求人交談和商討。在CCBft準后送交變更實施者，應該要求記錄變更的情況。實際上變更請求表上不僅記載了變更請求和變更審批的信息，而且還包含有關變更實施的信息。由此可見，可通過變更請求表了解到變更的實施狀態(tài)。.下面關于變更控制委員會CCB的敘述中，不正確的是(13)o(分數(shù)：1.00)A.CCB的成員通常包括項目經(jīng)理、用戶代表、質量控制人員、配置控制人員B.CCB一定是常設機構，是項目中必不可少的VC.小的信息系統(tǒng)項目CCB可以只有1人甚至只是兼職人員D.任務是對建議的配置項變更做出評價、審批，以及監(jiān)督已批準變更的實施解析：［分析］變更控制委員會CCB也可稱為配置控制委員會(ConfigurationControlBoard),是配置項變更的監(jiān)管組織。其任務是對建議的配置項變更做出評價、審批，以及監(jiān)督已批準變更的實施。CCB勺成員通常包括項目經(jīng)理、用戶代表、質量控制人員、配置控制人員。這個組織不必是常設機構，完全可以根據(jù)工作的需要組成。例如，按變更內容和變更請求的不同，組成不同的CCB小的信息系統(tǒng)項目CCBW以只有1人甚至只是兼職人員。如果CC必只是控制變更，而是承擔更多的配置管理任務，那就應該包括基線的審定、標志的審定，以及產(chǎn)品的審定，并且可能實際的工作需要分為項目層、系統(tǒng)層和組織層來組建，使其完成不同層面的配置管理任務。.在配置管理的主要工作中，不包括下列中的⑴。(分數(shù)：1.00)A.標識配置項B.控制配置項的變更C.對工作結束的審核D.缺陷分析V解析：［分析］配置管理的活動主要有編制項目配置管理計劃、配置標識、變更管理和配置控制、配置狀態(tài)說明、配置審核，以及進行版本管理和發(fā)行管理。(1)編制項目配置管理計劃。在項目啟動階段，項目經(jīng)理首先要制定整個項目的開發(fā)計劃，它是整個項目研發(fā)工作的基礎?？傮w研發(fā)計劃完成之后，配置管理的活動就可以展開了，如果不在項目開發(fā)之初制定配置管理計劃，那么配置管理的許多關鍵活動就無法及時有效地進行，而它的直接后果就是造成項目開發(fā)狀況的混亂，并注定使配置管理活動成為一種救火的行為。由此可見，在項目啟動階段制定配置管理計劃是項目成功的重要保證。(2)配置標識。配置標識是配置管理的基礎性工作，是管理配置管理的前提。配置標識是確定哪些內容應該進入配置管理形成配置項，并確定配置項如何命名，用哪些信息來描述該配置項。(3)變更管理和配置控制。配置管理的最重要的任務就是對變更加以控制和管理，其目的是對于復雜，無形的軟件，防止在多次變更下失控，出現(xiàn)混亂。(4)配置狀態(tài)說明。配置狀態(tài)說明也稱為配置狀態(tài)報告，它是配置管理的一個組成部分，其任務是有效地記錄報告管理配置所需要的信息，目的是及時、準確地給出配置項的當前狀況，供相關人員了解，以加強配置管理工作。(5)配置審核。配置審核的任務便是驗證配置項對配置標識的一致性。軟件開發(fā)的實踐表明，盡管對配置項做了標識，實現(xiàn)了變更控制和版本控制，但如果不做檢查或驗證仍然會出現(xiàn)混亂。配置審核的實施是為了確保軟件配置管理的有效性，體現(xiàn)配置管理的最根本要求，不允許出現(xiàn)任何混亂現(xiàn)象。（6）版本管理和發(fā)行管理。版本控制用于將管理信息工程中生成的各種不同的配置的規(guī)程和相關管理工具結合起來。配置管理中，版本包括配置項的版本和配置的版本，這兩種版本的標識應該各有特點，配置項的版本應該體現(xiàn)出其版本的繼承關系，它主要是在開發(fā)人員內部進行區(qū)分，另外還需要對重要的版本做一些標記，如對納入基線的配置項版本就應該做一個標識。.配置庫有三類，其中不包括（11）。（分數(shù)：1.00）A.開發(fā)庫B.受控庫C.產(chǎn)品庫D.配置項V解析：［分析］請讀者參考（2）題