項目經(jīng)理考試錯題庫

項目經(jīng)理考試錯題庫1. 在某計算機(jī)系統(tǒng)中，若某一功能的處理速度被提高到10倍，而該功能的處理使用時間僅占整個系統(tǒng)運行時間的50，那么可使系統(tǒng)的性能大致提高到（ ）倍。A、1.51B、1.72C、1.82D、1.912. 某個配置項的版本號是2.01，按照配置項版本號規(guī)則表明（）A. 目前配置項處于“不可變更”狀態(tài)B. 目前配置項處于“正式發(fā)布”狀態(tài)C. 目前配置項處于“草稿”狀態(tài)D. 目前配置項處于“正在修改”狀態(tài)3. 在項目的實施階段，當(dāng)客戶明確提出某項需求需要更改時，項目經(jīng)理應(yīng)該（）A. 與客戶方領(lǐng)導(dǎo)進(jìn)行溝通，盡量勸說其不要更改需求B. 先評估變更會對項目帶來怎樣的影響，然后再與客戶商解決措施C. 接受客戶的變更請求，啟動變更控制流程，遵循變更流程進(jìn)行更改D. 匯報給高層領(lǐng)導(dǎo)，由領(lǐng)導(dǎo)決定4. 風(fēng)險轉(zhuǎn)移是設(shè)法將風(fēng)險的后果連同應(yīng)對的責(zé)任轉(zhuǎn)移到他方的風(fēng)險應(yīng)對措施，（）不屬于風(fēng)險轉(zhuǎn)移的措施A. 履約保證書B. 購買保險C. 第三方擔(dān)保D. 改變工藝流程轉(zhuǎn)移工具一般包括：保險、履約保證書、擔(dān)保書和保證書等。風(fēng)險轉(zhuǎn)移的方式可以分為非保險轉(zhuǎn)移和保險轉(zhuǎn)移。非保險轉(zhuǎn)移是通過訂立經(jīng)濟(jì)合同，將風(fēng)險以及與風(fēng)險有關(guān)的財務(wù)結(jié)果轉(zhuǎn)移給別人。在經(jīng)濟(jì)生活中常見的非保險風(fēng)險轉(zhuǎn)移有租賃、互助保證、基金制度等等。保險轉(zhuǎn)移是指通過訂立保險合同，將風(fēng)險轉(zhuǎn)移給保險公司（保險人）。個體在面臨風(fēng)險的時候，可以向保險人交納一定的保險費，將風(fēng)險轉(zhuǎn)移。一旦預(yù)期風(fēng)險發(fā)生并且造成了損失，則保險人必須在合同規(guī)定的責(zé)任范圍之內(nèi)進(jìn)行經(jīng)濟(jì)賠償。5. 項目質(zhì)量管理的質(zhì)量基準(zhǔn)和過程改進(jìn)計劃等管理文件或手冊，是承擔(dān)該項目實施任務(wù)各方應(yīng)共同遵循的管理依據(jù)，它在（）過程中形成。A. 制定系統(tǒng)質(zhì)量管理制度B. 編制系統(tǒng)質(zhì)量管理計劃C. 分析系統(tǒng)質(zhì)量管理界面D. 明確系統(tǒng)質(zhì)量管理網(wǎng)絡(luò)6. 下列關(guān)于工作分解結(jié)構(gòu)（WBS）的敘述中，錯誤的是（）A. 項目經(jīng)理在分解結(jié)果時，嚴(yán)格地將一個工作單元隸屬于某個上層工作單元，完全避免交叉從屬B. 項目管理部依照項目經(jīng)理分解的WBS進(jìn)行項目成本估算，但最后發(fā)現(xiàn)成本超過預(yù)計投資C. 項目經(jīng)理將項目管理工作也編制成為WBS的一部分D. 項目經(jīng)理在執(zhí)行某復(fù)雜項目時，在項目開始階段一次性將項目分解成為精確的WBS，最后按計劃完成了任務(wù)，受到領(lǐng)導(dǎo)好評7. 光纖接口是用來連接光纖線纜的物理接口。其原理是利用了光從光密介質(zhì)進(jìn)入光疏介質(zhì)從而發(fā)生了全反射。通常有sc st fc lc等幾種類型。8. 軟件產(chǎn)品的質(zhì)量測量是軟件開發(fā)和交付過程中的重要環(huán)節(jié)，通過測量代碼執(zhí)行時的行為來判斷軟件質(zhì)量屬于軟件測度的（），而對中間產(chǎn)品的靜態(tài)測度屬于軟件測度的（）。（1）A.內(nèi)部屬性測量B.外部屬性測量C使用屬性測量D.過程屬性測量（2）A.內(nèi)部屬性測量B.外部屬性測量C使用屬性測量D.過程屬性測量代碼是外部測試，中間靜態(tài)是內(nèi)部測試9. 組建項目團(tuán)隊輸入：角色職責(zé)，項目組織結(jié)構(gòu)圖，人員配備管理計劃，環(huán)境和組織因素，組織過程資產(chǎn)；工具：事先分派，談判，采購，虛擬團(tuán)隊；輸出：項目人員分配，資源日歷，人員配置管理計劃（更新），資源可用性。10. 軟件文檔歸入如下三種類別：a) 開發(fā)文檔描述開發(fā)過程本身；b) 產(chǎn)品文檔描述開發(fā)過程的產(chǎn)物；c) 管理文檔記錄項目管理的信息。每個文檔的質(zhì)量必須在文檔計劃期間就有明確的規(guī)定。文檔的質(zhì)量可以按文檔的形式和列出的要求劃分為四級：最低限度文檔（ 1 級文檔）：1 級文檔適合開發(fā)工作量低于一個人月的開發(fā)者自用程序。該文檔應(yīng)包含程序清單、開發(fā)記錄、測試數(shù)據(jù)和程序簡介。內(nèi)部文檔（ 2 級文檔） 2 級文檔可用于在精心研究后被認(rèn)為似乎沒有與其他用戶共享資源的專用程序。除 1 級文檔提供的信息外， 2 級文檔還包括程序清單內(nèi)足夠的注釋以幫助用戶安裝和使用程序。工作文檔（ 3 級文檔） 3 級文檔適合于由同一單位內(nèi)若干人聯(lián)合開發(fā)的程序，或可被其他單位使用的程序。正式文檔（ 4 級文檔） 4 級文檔適合那些要正式發(fā)行供普遍使用的軟件產(chǎn)品。關(guān)鍵性程序或具有重復(fù)管理應(yīng)用性質(zhì)（如工資計算）的程序需要 4 級文檔。 4 級文檔遵守 GB 8567 的有關(guān)規(guī)定。11. 監(jiān)理過程中的三種重要文件：監(jiān)理大綱，監(jiān)理規(guī)劃和監(jiān)理細(xì)則。監(jiān)理大綱有監(jiān)理公司技術(shù)總監(jiān)編制，用于監(jiān)理招投標(biāo)階段，目的是為了贏得監(jiān)理項目。監(jiān)理規(guī)劃是在贏得監(jiān)理項目后由總監(jiān)理工程師組織編寫，是監(jiān)理工作的綱領(lǐng)性文件；監(jiān)理細(xì)則是由專業(yè)監(jiān)理工作師編寫，用來指導(dǎo)監(jiān)理工作的實施細(xì)則。12. 信息系統(tǒng)工程監(jiān)理活動的主要內(nèi)容被概況為“四控、三管、一協(xié)調(diào)”，四控：質(zhì)量、成本、進(jìn)度、變更；三管：合同、安全、信息；一協(xié)調(diào)，單位及人員間的關(guān)系；13. 軟件質(zhì)量強(qiáng)調(diào)的三個方面的內(nèi)容：軟件需求是測試軟件質(zhì)量的基礎(chǔ)；開發(fā)標(biāo)準(zhǔn)定義了一組用于指導(dǎo)軟件開發(fā)的準(zhǔn)則；期望需求間接定義了用戶對某些特性的需求。14. 客戶關(guān)系管理系統(tǒng)（CRM）的基本功能應(yīng)包括：自動化銷售、客戶服務(wù)和市場營銷。15. 可行性研究報告：投資決策；籌集資金；簽訂協(xié)議和合同訂單依據(jù)；建設(shè)設(shè)計；施工設(shè)備購置的依據(jù)；國家對固定資產(chǎn)投資調(diào)控、計劃、投資、技術(shù)改造的依據(jù)；項目考核評估依據(jù)。16. 關(guān)鍵路徑的特點：不只有一個關(guān)鍵路徑；關(guān)鍵路徑上活動時間之和最大；非關(guān)鍵路徑上活動延遲如不超總時差，不會延誤總工期；17. 項目質(zhì)量控制是一種過程性、糾偏性和把關(guān)性的質(zhì)量管理活動。18. 項目質(zhì)量保證是一種預(yù)防性、提高性和保障性的質(zhì)量管理活動。19. 風(fēng)險預(yù)測一般是從風(fēng)險發(fā)生的可能性和風(fēng)險發(fā)生所產(chǎn)生的后果兩個方面來評估風(fēng)險。20. P232，績效報告的輸出：績效報告、預(yù)測、需求變更、更新的項目管理計劃、建議的糾正措施、組織過程資產(chǎn)。21. 溝通管理計劃：項目干系人溝通要求；對要發(fā)布信息的描述；信息接收的個人或組織；傳達(dá)信息所需的技術(shù)或方法；溝通頻率；上報過程；隨項目的進(jìn)展對溝通管理計劃更新與細(xì)化的方法；通用詞語表。22. 風(fēng)險中負(fù)面：避免、轉(zhuǎn)移、減輕；正面：分享、開拓、強(qiáng)大；共同：接受。23. 執(zhí)行項目計劃：執(zhí)行在項目管理計劃中所定義的工作以達(dá)到項目的目標(biāo)。24. 報告工作績效：收集并分發(fā)有關(guān)項目績效的信息給項目干系人，通常這些信息包括狀態(tài)報告、進(jìn)展報告和預(yù)期。25. 項目范圍確認(rèn)：項目干系人對項目范圍的確認(rèn)，應(yīng)該貫穿整個項目始終，從WBS的確認(rèn)到項目驗收時的范圍的驗證。26. 溝通管理計劃中應(yīng)該明確指明：溝通通過什么形式、向誰報告、有誰執(zhí)行、什么時候等。項目文檔應(yīng)發(fā)送給溝通管理計劃中規(guī)定的人員。27. 隨機(jī)原因引起正常過程偏差，特殊原因引起異常偏差。28. AD=工作量/人力資源數(shù)量，能最準(zhǔn)確地計算活動的歷時。29. 德爾菲法，是采用背對背的通信方式征詢專家小組成員的預(yù)測意見，經(jīng)過幾輪征詢，使專家小組的預(yù)測意見趨于集中，最后做出符合市場未來發(fā)展趨勢的預(yù)測結(jié)論。德爾菲法又名專家意見法或?qū)＜液冋{(diào)查法，是依據(jù)系統(tǒng)的程序，采用匿名發(fā)表意見的方式，即團(tuán)隊成員之間不得互相討論，不發(fā)生橫向聯(lián)系，只能與調(diào)查人員發(fā)生關(guān)系，以反復(fù)的填寫問卷，以集結(jié)問卷填寫人的共識及搜集各方意見，可用來構(gòu)造團(tuán)隊溝通流程，應(yīng)對復(fù)雜任務(wù)難題的管理技術(shù)。30. 根據(jù)電子信息系統(tǒng)機(jī)房設(shè)計規(guī)范GB50174-2008中，主機(jī)房凈高根據(jù)機(jī)柜高度及通風(fēng)要求確定，設(shè)置為3.0M；主機(jī)房采用了耐火等級為二級的建筑材料；主機(jī)房用于搬運設(shè)備的通道凈寬大于1.5M；A級和B級電子信息系統(tǒng)機(jī)房的主機(jī)房不宜設(shè)置外窗。當(dāng)主機(jī)房設(shè)有外窗時，應(yīng)采用雙層固定窗，并應(yīng)有良好的氣密性。31. 國家標(biāo)準(zhǔn)計算機(jī)軟件文檔編制規(guī)范GB/T8567-2006規(guī)定了在軟件開發(fā)過程中文檔編制的要求，這些文檔從使用的角度可分為用戶文檔和開發(fā)文檔兩大類，軟件產(chǎn)品規(guī)格說明、軟件版本說明、用戶手冊、操作手冊是用戶文檔。32. 績效報告包含：狀態(tài)報告、進(jìn)展報告、項目預(yù)測。進(jìn)展報告報告項目在一定時間內(nèi)完成的工作，除了反應(yīng)項目的狀態(tài)，還同時需要分析進(jìn)度滯后或提前和成本超出或結(jié)余的原因。33. 系統(tǒng)集成包括技術(shù)、管理和商務(wù)等各項工作，是一項綜合性的系統(tǒng)工程，技術(shù)是系統(tǒng)集成工作的核心，管理和商務(wù)活動是系統(tǒng)集成項目成功實施的保障。34. 通常把被批準(zhǔn)的詳細(xì)的項目范圍說明書和與之相關(guān)的WBS以及WBS字典作為項目的范圍基準(zhǔn)，并在整個項目的生命期內(nèi)對之進(jìn)行監(jiān)控、核實和確認(rèn)。35. CPI=EV/AC;SV=EV/PV;36. 在TCP/IP協(xié)議分層結(jié)構(gòu)中，SNMP是在UDP協(xié)議之上的異步請求/響應(yīng)協(xié)議。37. 應(yīng)用系統(tǒng)運行中的安全和保密層次按顆粒度從粗到細(xì)包括：系統(tǒng)級安全、資源訪問安全、功能性安全、數(shù)據(jù)域安全；系統(tǒng)級安全是應(yīng)用系統(tǒng)的第一道防線；數(shù)據(jù)域安全可以細(xì)分為記錄級數(shù)據(jù)域安全和字段級數(shù)據(jù)域安全。38. 在需求開發(fā)中，完成需求驗證過程后將確定需求基線；39. 某項目的項目范圍已經(jīng)發(fā)生變更，因此成本基線也將發(fā)生變更，項目經(jīng)理需要盡快更新預(yù)算；40. 在采購管理中，編制詢價計劃需要用到采購管理計劃；41. 某信息系統(tǒng)的生命周期棋型采用的是瀑布模型，并且用戶要求要有詳盡的文檔說明，那么該系統(tǒng)應(yīng)該使用的開發(fā)方法是結(jié)構(gòu)化方法；42. 對于由兩個或者兩個以上的開發(fā)者或組織合作開發(fā)的軟件，著作權(quán)歸屬根據(jù)合同約定確定，若無合同，則共享著作權(quán)。43. 質(zhì)量管理中，進(jìn)度控制活動網(wǎng)絡(luò)圖；質(zhì)量控制因果圖；定量分析優(yōu)先矩陣；質(zhì)量控制檢查表；44. ISO 27000作為信息管理的國際標(biāo)準(zhǔn)；ISO 20000作為IT服務(wù)管理的國際標(biāo)準(zhǔn)；IEEE802.16為手機(jī)通信的3G標(biāo)準(zhǔn)。45. 螺旋模型是將瀑布模型和快