2014年下半年 信息系統(tǒng)項目管理師 答案詳解

1、 2014 下半年 信息系統(tǒng)項目管理師 真題參考答案+解析為了防止航空公司在甲地一個售票點與在乙地另一售票點同時出售從城市 A 到城市 B的某一航班的最后一張機票，航空公司訂票系統(tǒng)必須是（1）。(1)A.實時信息系統(tǒng) B.批處理信息系統(tǒng) C.管理信息系統(tǒng) D.聯(lián)網(wǎng)信息系統(tǒng)【答案】D【解析】實時信息系統(tǒng)是系統(tǒng)需要及時響應(yīng)外界事件的請求在規(guī)定的嚴(yán)格時間內(nèi)完成事件的處理。批處理信息系統(tǒng)是作業(yè)成批處理和多道程序運行，即在系統(tǒng)內(nèi)同時存放并運行幾道項目獨立的程序，由系統(tǒng)成批處理。管理信息系統(tǒng)是以人為主導(dǎo)，利用計算機軟硬件、網(wǎng)絡(luò)通信設(shè)備，以及其他辦公設(shè)備進(jìn)行信息的收集、傳輸、加工、存儲、更新、拓展和維護(hù)的系

2、統(tǒng)。聯(lián)網(wǎng)信息系統(tǒng)是基于計算機網(wǎng)絡(luò)，在各種操作系統(tǒng)上按照網(wǎng)絡(luò)體系結(jié)構(gòu)協(xié)議、標(biāo)準(zhǔn)開發(fā)的軟件，包括網(wǎng)絡(luò)管理、通信、安全、資源共享和各種網(wǎng)絡(luò)應(yīng)用。在其支持下，網(wǎng)絡(luò)中的各臺計算機能互相通信和共享資源。以下關(guān)于信息系統(tǒng)生命周期開發(fā)階段的敘述中，（2）是不正確的。(2)A.系統(tǒng)分析階段的目標(biāo)是為系統(tǒng)設(shè)計階段提供信息系統(tǒng)的邏輯模型B.系統(tǒng)設(shè)計階段是根據(jù)系統(tǒng)分析的結(jié)果設(shè)計出信息系統(tǒng)的實現(xiàn)方案C.系統(tǒng)實施階段是將設(shè)計階段的成果部署在計算機和網(wǎng)絡(luò)上D.系統(tǒng)驗收階段是通過試運行，以確定系統(tǒng)是否可以交付給最終客戶【答案】C【解析】系統(tǒng)分析階段的目標(biāo)是為系統(tǒng)設(shè)計階段提供系統(tǒng)的邏輯模型，內(nèi)容包括組織結(jié)構(gòu)及功能分析、業(yè)務(wù)流程

3、分析、數(shù)據(jù)和數(shù)據(jù)流程分析及系統(tǒng)初步方案。系統(tǒng)設(shè)計階段是根據(jù)系統(tǒng)分析的結(jié)果設(shè)計出信息系統(tǒng)的實施方案，主要內(nèi)容包括系 統(tǒng)架構(gòu)設(shè)計、數(shù)據(jù)設(shè)計、處理流程設(shè)計、功能模塊設(shè)計、安全控制方案設(shè)計、系統(tǒng)組織和隊伍設(shè)計及系統(tǒng)管理流程設(shè)計。系統(tǒng)實施階段是將設(shè)計階段的成果在計算機和網(wǎng)絡(luò)上具體實現(xiàn)，即將設(shè)計文本變成能在計算機上運行的軟件系統(tǒng)。由于系統(tǒng)實施階段是對以前全部工作的檢驗，因此用戶的參與特別重要。系統(tǒng)驗收階段是通過試運行，系統(tǒng)性能的優(yōu)劣及其他各種問題都會暴露在用戶面前，即進(jìn)入 第 1 頁 共 52 頁 了系統(tǒng)驗收階段。電子商務(wù)物流柔性化的含義是（3）.(3)A.物流配送中心根據(jù)消費者的需求變化靈活組織和實施物

4、流作業(yè)B.物流配送中心采用自動分配系統(tǒng)和人工分揀系統(tǒng)相結(jié)合C.物流信息傳遞的標(biāo)準(zhǔn)化和實時化相結(jié)合D.物流配送中心經(jīng)營管理的決策支持與標(biāo)準(zhǔn)化支持【答案】A【解析】柔性化本來是為實現(xiàn)“以顧客為中心”的理念而在生產(chǎn)領(lǐng)域提出的，但需要真正做到柔性化，即真正地能根據(jù)消費者需求的變化來靈活調(diào)節(jié)生產(chǎn)工藝，沒有配套的柔性化的物流系統(tǒng)是不可能達(dá)到目的的，柔性化的物流正是適合生產(chǎn)、流通與消費的需求而發(fā)展起來的一種新型物流模式。這就要求物流配送中心要根據(jù)消費需求“多品種、小批爆：、 多批次、短周期”的特色，靈活組織和實施物流作業(yè)?？蓮亩x判斷出柔性化是根據(jù)消費者的需求變化靈活組織和實施物流作業(yè)。王工曾是甲系統(tǒng)集成公

5、司的項目經(jīng)理，承擔(dān)過甲公司內(nèi)控管理系統(tǒng)的研發(fā)任務(wù)和項目管理工作。在該系統(tǒng)實施中期，因個人原因向公司提出辭職。之后王工到乙系統(tǒng)集成公司任職，如下王工的（4）行為違背了職業(yè)道德。(4)A.借鑒甲公司的內(nèi)控管理系統(tǒng)的開發(fā)經(jīng)驗為乙公司開發(fā)其他系統(tǒng)B.在乙公司繼續(xù)承擔(dān)系統(tǒng)集成項目經(jīng)理工作C.將甲公司未公開的技術(shù)工藝用于乙公司的開發(fā)項目D.在工作期間，王工與甲系統(tǒng)集成公司的項目經(jīng)理聯(lián)系【答案】C【解析】PMI 制定的項目管理行為職業(yè)道德規(guī)范的條款規(guī)定：在與雇主和客戶的關(guān)系中，項目管理專業(yè)人員應(yīng)該遵從：(1) 在專業(yè)和業(yè)務(wù)方面，做雇主和客戶的誠實的代理人和受托人。(2) 無論是在聘期間或離職期間，對雇主和客

6、戶沒有被正式公開的業(yè)務(wù)和技術(shù)工藝信息應(yīng)予以保密。 第 2 頁 共 52 頁 (3) 應(yīng)告知其雇主、客戶：自己已成為其成員的專業(yè)團隊或公共機構(gòu)可能導(dǎo)致利益沖突的各種情況。(4) 不得直接或間接對有業(yè)務(wù)關(guān)系的雇主和客戶給予或接受價值超出正常范圍的禮品、款項或服務(wù)。(5) 誠實并真實地報告項目質(zhì)量、費用和進(jìn)度。軟件需求包括功能需求、非功能需求、設(shè)計約束三個主要部分，其中（5）屬于功能需求內(nèi)容。(5)A.軟件的可靠性 B.軟件運行的環(huán)境C.軟件需要完成哪些事情 D.軟件的開發(fā)工具【答案】C【解析】非功能需求是一個系統(tǒng)的特征和約束的描述。它包括系統(tǒng)的性能、可靠性、可維護(hù)性、可擴充性和對技術(shù)和對業(yè)務(wù)的適應(yīng)

7、性等。非功能性需求也是用戶對軟件質(zhì)量屬性、運行環(huán)境、資源約束、外部接口等方面的要求或期望。功能需求是一個系統(tǒng)必須提供的活動和服務(wù)的描述，一般來說，根據(jù)可以滿足系統(tǒng)改進(jìn)目標(biāo)的輸入、輸出、流程和存儲的數(shù)據(jù)來定義功能需求。功能需求定義一個軟件系統(tǒng)或組件的功能，也是一個系統(tǒng)需提供的功能及服務(wù)。功能可以用一組輸入、行為及輸出的組合來表示。功能需求可以是計算、技術(shù)細(xì)節(jié)、數(shù)據(jù)處理或其他說明系統(tǒng)希望達(dá)成功能的內(nèi)容。功能需求會以非功能性需求（或是質(zhì)量需求）為其基礎(chǔ)，后者會描述設(shè)計或?qū)崿F(xiàn)時的限制條件（例如性能需求、保安性或可靠度等)。軟件需求的基本特征是（6）。(6)A.可驗證性 B.可度量性 C.可替代性 D.

8、可維護(hù)性【答案】A【解析】所有軟件需求的一個基本特征就是可驗證性。軟件需求和軟件質(zhì)保人員都必須保證，在現(xiàn)有的資源約束下，需求可以被驗證。軟件工程管理繼承了過程管理和項目管理的內(nèi)容。包括啟動和范圍定義、軟件項目計劃、 第 3 頁 共 52 頁 軟件項目實施、（7）、關(guān)閉、軟件工程度量等六個方面。(7)A.項目監(jiān)控 B.評審和評價C.軟件項目部署 D.軟件項目發(fā)布【答案】B【解析】根據(jù)軟件工程管理集成的過程管理和項目管理，包括 6 個方面。分別是啟動和范圍定義、軟件項目計劃、軟件項目實施、評審和評價、關(guān)閉、軟件工程度量。以下關(guān)于軟件質(zhì)量保證的描述中，（8）是不正確的。(8)A.軟件質(zhì)量保證應(yīng)構(gòu)建以

9、用戶滿意為中心，能防患于未然的質(zhì)量保證體系B.軟件質(zhì)量保證是一系列活動，這些活動能夠提供整個軟件產(chǎn)品的適用性證明C.在質(zhì)量保證過程中，產(chǎn)品質(zhì)量將與可用的標(biāo)準(zhǔn)相比較，也與不一致產(chǎn)生時的行為相比較D.軟件質(zhì)量保證是一個審查與評估的活動，用以驗證與計劃、原則及過程的一致性【答案】D【解析】軟件質(zhì)量保證（SQA，Software Quality Assurance)是建立一套有計劃，有系統(tǒng)的方法，向管理層保證擬定的標(biāo)準(zhǔn)、步驟、實踐和方法能夠正確地被所有項目所采用。軟件質(zhì)量保證的目的是使軟件過程對于管理人員來說是可見的。它通過對軟件產(chǎn)品和活動進(jìn)行評審和審計來驗證軟件是合乎標(biāo)準(zhǔn)的。軟件質(zhì)量保證組在項目開始

10、時就一起參與建立計劃、標(biāo)準(zhǔn)和過程。這些將使軟件項目滿足機構(gòu)方針的要求。根據(jù) Sj/T11235-2001軟件能力成熟度模型要求，“過程和產(chǎn)品質(zhì)量保證”的目的是（9）。(9)A.證明產(chǎn)品或產(chǎn)品構(gòu)件被置于預(yù)定環(huán)境中時適合于其預(yù)定用途B.維護(hù)需求并且確保能把對需求的更改反映到項目計劃，活動和工作產(chǎn)品中C.開發(fā)、設(shè)計和實現(xiàn)滿足需求的解決方案D.使工作人員和管理者能客觀了解過程和相關(guān)的工作產(chǎn)品【答案】D【解析】 第 4 頁 共 52 頁 在 SJ/T 112352001軟件能力成熟度模型標(biāo)準(zhǔn)文件的條款 6.2.6 過程和產(chǎn)品質(zhì)量保證定義了 “過程和產(chǎn)品質(zhì)量保證”的目的在于使工作人員和管理者能客觀了解過程

11、和相關(guān)的工作產(chǎn)品?！斑^程和產(chǎn)品質(zhì)量保證”涉及以下活動：對照使用的過程描述、標(biāo)準(zhǔn)和規(guī)程客觀地評價所執(zhí)行的過程、工作產(chǎn)品和服務(wù)；識別不符合問題，并形成文件；向項目工作人員和管理者反饋質(zhì)量保證活動情況；確保不符合問題得到處理。軟件設(shè)計包括軟件的結(jié)構(gòu)設(shè)計、數(shù)據(jù)設(shè)計、接口設(shè)計和過程設(shè)計，其中結(jié)構(gòu)設(shè)計是指（10）。(10)A.定義軟件系統(tǒng)各主要部件之間的關(guān)系B.將模型轉(zhuǎn)換成數(shù)據(jù)結(jié)構(gòu)的定義C.軟件內(nèi)部，軟件和操作系統(tǒng)間以及軟件和人之間如何通信D.系統(tǒng)結(jié)構(gòu)部件轉(zhuǎn)換成軟件的過程描述【答案】A【解析】結(jié)構(gòu)設(shè)計是定義系統(tǒng)各主要部件關(guān)系，數(shù)據(jù)設(shè)計是根據(jù)分析模型轉(zhuǎn)化數(shù)據(jù)結(jié)構(gòu)，接口設(shè)計是描述如何通信，過程設(shè)計是把系統(tǒng)結(jié)構(gòu)

12、部件轉(zhuǎn)化為軟件的過程性描述。在軟件測試階段，如果某個測試人員認(rèn)為程序出現(xiàn)錯誤，他應(yīng)（11）。(11)A.首先要對錯誤結(jié)果進(jìn)行確認(rèn) B.立刻修改錯誤以保證程序的正確運行C.重新設(shè)計測試用例 D.撰寫錯誤分析報告【答案】A【解析】測試發(fā)現(xiàn) BUG 的處理流程通常是：1. 測試人員或開發(fā)人員發(fā)現(xiàn) BUG 后，判斷屬于哪個模塊的問題，填寫 BUG 報告后，然后通知開發(fā)組長和該模塊開發(fā)者；2. 開發(fā)組長根據(jù)具體情況，重新分配給 BUG 所屬的開發(fā)者。3. 開發(fā)者收到通知后，判斷是否屬于自己的修改范圍。若不是，重新分配給開發(fā)組長或應(yīng)該分配的開發(fā)者。若是，進(jìn)行處理，解決問題并給出解決方法。4. 測試人員查詢

13、開發(fā)者已修改的 BUG,進(jìn)行回歸測試。經(jīng)驗證無誤后，修改狀態(tài)為驗證通過。待整個產(chǎn)品發(fā)布后，關(guān)閉 BUG。 第 5 頁 共 52 頁 根據(jù) GB/T11457-2006軟件工程術(shù)語的定義，連接兩個或多個其它部件，能為相互間傳遞信息的硬件或軟件部件叫做（12）。(12)A.接口 B.鏈接 C.模塊 D.中間件【答案】A【解析】在 GB/T 114572006軟件工程術(shù)語的條款 2.795 定義了接口的概念，它是一個共享的邊界，信息跨越邊界傳送。連接兩個或多個其他部件，為了相互間傳送信息的硬件或軟件部件。連接兩個或多個部件，為了在相互間傳送信息。條款 2.852,鏈接是從兩個或多個獨立翻澤的目標(biāo)模塊

14、或裝入模塊，它由解決它們之間的交叉引用建立一裝入模塊。它是計算機程序的一部分，通常是單指令或地址，在程序的模塊之間傳送控制和參數(shù)。（13）不屬于 GB/T16680-1996軟件文檔管理指南中規(guī)定的管理文檔。(13)A.開發(fā)過程的每個階段的進(jìn)度記錄 B.軟件集成和測試記錄C.軟件變更情況記錄 D.職責(zé)定義【答案】B【解析】GB/T 166801996,條款 7.2.1 和 7.2.3,管理文檔是建立在項目管理信息的基礎(chǔ)上，包括開發(fā)過程的每個階段的進(jìn)度和進(jìn)度變更記錄：軟件變更情況的記錄；相對于開發(fā)的判定記錄；職責(zé)定義。這些文檔從管理的角度規(guī)定涉及軟件生存的信息。開發(fā)文檔是描述軟件開發(fā)過程，包括軟

15、件需求、軟件設(shè)計、軟件測試、保證軟件質(zhì)量的一類文檔，開發(fā)文檔也包括軟件的詳細(xì)技術(shù)描述（程序邏輯、程序間相互關(guān)系、數(shù)據(jù)格式和存儲等）。根據(jù) GB/T14394-2008計算機軟件可靠性和可維護(hù)性管理，在軟件生命周期的測試階段，為強調(diào)軟件可靠性和可維護(hù)性要求，需要完成的活動是（14）。(14)A.建立適合的軟件可靠性測試環(huán)境B.分析和確定可靠性和可維護(hù)性的具體設(shè)計目標(biāo)C.編寫測試階段的說明書，明確測試階段的具體要求D.提出軟件可靠性和可維護(hù)性分解目標(biāo)、要求及經(jīng)費 第 6 頁 共 52 頁 【答案】A【解析】根據(jù) GB/T 143942008計算機軟件可靠性和可維護(hù)性管理的條款 4.1.3.5 描述

16、，在單元和集成測試階段，驗證相應(yīng)可靠性和可維護(hù)性要求的實現(xiàn)，進(jìn)行重用軟件的可靠性和可維護(hù)性管理。在軟件配置項測試和系統(tǒng)集成測試階段，建立適當(dāng)?shù)能浖煽啃詼y試環(huán)境，組織分析測試和測量的數(shù)據(jù)，驗證軟件可靠性和可維護(hù)性的實現(xiàn)，進(jìn)行風(fēng)險分析，決定交付實際?？煽啃院涂删S護(hù)性設(shè)計方案的評審屬于（15）。(15)A.概念評審 B.需求評審 C.設(shè)計評審 D.測試評審【答案】C【解析】根據(jù) GB/T 143942008計算機軟件可靠性和可維護(hù)性管理的條款 5.2.6.3 中描述了設(shè)計評審，包括可靠性和可維護(hù)性目標(biāo)分配；可靠性和可維護(hù)性設(shè)計方案；設(shè)計分析，關(guān)鍵成分的時序，估計和運行時間，錯誤恢復(fù)及相關(guān)性能要求；

17、測試原理、要求、文檔和工具。條款 5.2.6.1 概念評審，包括可靠性和可維護(hù)性要求；可靠性和可維護(hù)性的實現(xiàn)可行性；可靠性和可維護(hù)性對子軟件產(chǎn)品整體的影響和關(guān)系：可靠性和可維護(hù)性對于軟件產(chǎn)品相關(guān)業(yè)務(wù)的意義。條款 5.2.6.2 需求評審，包括可靠性和可維護(hù)性目標(biāo)：實施計劃；功能降級使用方式下，軟件產(chǎn)品最低功能保證的規(guī)格說明：可靠性和可維護(hù)性對于軟件產(chǎn)品相關(guān)業(yè)務(wù)的意義。條款 5.2.6.4 測試評審，包括針對可靠性和可維護(hù)性的測試目標(biāo)；測試方法：測試用例；測試工具；測試通過標(biāo)準(zhǔn)；測試報告。條款 5.2.6.5 安裝和驗收評審，包括軟件可靠性和可維護(hù)性驗證和確認(rèn)方法：軟件可靠性和可維護(hù)性測試；驗證

18、和確認(rèn)時所用的其他準(zhǔn)則。條款 5.2.6.6 軟件用戶手冊評審，包括軟件產(chǎn)品可靠性和可維護(hù)性對于運行環(huán)境的要求；軟件產(chǎn)品可靠性和可維護(hù)性的管理手段；軟件產(chǎn)品可靠性和可維護(hù)性的異常處理： 運作和維護(hù)過程中實施軟件 FRACAS 的考慮，以及可靠性數(shù)據(jù)采集規(guī)程的考慮。構(gòu)建信息安全系統(tǒng)需要一個宏觀的三維空間，如下圖所示，請根據(jù)該圖指出 X 軸是指（16)。 第 7 頁 共 52 頁 (16)A.安全防范體系 B.管理安全 C.安全機制 D.安全策略【答案】C【解析】X 軸是安全機制，可以理解為提供某些安全服務(wù)，利用各種安全技術(shù)和技巧，所形成的一個較為完善的結(jié)構(gòu)體系。如平臺安全機制，包括安全操作系統(tǒng)、

19、安全數(shù)據(jù)庫、應(yīng)用開發(fā)運營的安全平臺以及網(wǎng)絡(luò)安全管理監(jiān)控系統(tǒng)等。某信息系統(tǒng)采用了基于角色的訪問機制，其角色的權(quán)限是由（17）決定的。(17)A.用戶自己 B.系統(tǒng)管理員 C.主體 D.業(yè)務(wù)要求【答案】B【解析】基于角色的訪問控制中，角色由應(yīng)用系統(tǒng)的管理員定義。角色成員的增減也只能由應(yīng)用系統(tǒng)的管理員來執(zhí)行，即只有應(yīng)用系統(tǒng)的管理員有權(quán)定義和分配角色。而且授權(quán)規(guī)定是強加給用戶的，用戶只能被動接受，不能自主地決定。用戶也不能自主地將訪問權(quán)限傳給他人，這是一種非自主型訪問控制機制。 第 8 頁 共 52 頁 以下關(guān)于入侵檢測系統(tǒng)功能的敘述中，（18）是不正確的。(18)A.保護(hù)內(nèi)部網(wǎng)絡(luò)免受非法用戶的侵入B

20、.評估系統(tǒng)關(guān)鍵資源和數(shù)據(jù)文件的完整性C.識別已知的攻擊行為D.統(tǒng)計分析異常行為【答案】A【解析】入侵檢測是從信息安全審計派生出來的，隨著網(wǎng)絡(luò)和業(yè)務(wù)應(yīng)用信息系統(tǒng)的推廣普及而逐漸成為一個信息安全的獨立分支，但彼此涉及的內(nèi)容、要達(dá)到的目的，以及采用的方式，方法都非常接近。如果要說出它們的不同，就在于信息安全審計更偏向業(yè)務(wù)應(yīng)用系統(tǒng)的范疇，而入侵檢測而偏向“入侵”的、業(yè)務(wù)應(yīng)用系統(tǒng)之外的范疇。所以說入侵檢測系統(tǒng)功能是保護(hù)內(nèi)部網(wǎng)絡(luò)免受非法用戶的侵入是不正確的。（19）屬于無線局域網(wǎng) WLAN 標(biāo)準(zhǔn)協(xié)議。(19)A.802.6 B.802.7 C.802.8 D.802.11【答案】D【解析】IEEE 802

21、 系列常見標(biāo)準(zhǔn)包括：IEEE 802.2 邏輯鏈路控制（LLC): IEEE 802.3 帶碰撞檢測的載波偵聽多路訪問（CSMA/CD)方法和物理層規(guī)范（以太網(wǎng)）；IEEE 802.4 令牌傳遞總線訪問方法和物理層規(guī)范（Token Bus); IEEE 802.5 令牌環(huán)訪問方法和物理層規(guī)范（TokenRing); IEEE 802.7 標(biāo)準(zhǔn)定義了寬帶技術(shù)；IEEE 802.8 標(biāo)準(zhǔn)定義了光纖技術(shù)； IEEE802.il無線局域網(wǎng)（Wireless LAN)訪問方法和物理層規(guī)范。當(dāng)千兆以太網(wǎng)使用 UTP 作為傳輸介質(zhì)時，限制單根電纜的長度不超過（20)米，其原因是千兆以太網(wǎng)（21)。(20)A

22、.100 B.500 C.1000 D.2000(21)A.信號衰減嚴(yán)重 B.編碼方式限制C.與百兆以太網(wǎng)兼容 D.采用了 CDMA/CD【答案】A D【解析】 第 9 頁 共 52 頁 常用的傳輸介質(zhì)有：雙絞線、同軸電纜、光纖、無線傳輸媒介。雙絞線可分為非屏蔽雙絞線 UTP 和屏蔽雙絞線 STP，適合于短距離通信。非屏蔽雙絞線價格便宜，傳輸速度偏低，抗干擾能力較差。屏蔽雙絞線抗干擾能力較好，具有更髙的傳輸速度，但價格相對較貴。雙絞線需用 RJ-45 或 RM1 連接頭插接。UTP 傳輸距離不超過 100 米。以太網(wǎng)（Ethernet)指由 Xerox 公司創(chuàng)建并由 Xerox、Intel 和

23、 DEC 公司聯(lián)合開發(fā)的基帶局域網(wǎng)規(guī)范，是當(dāng)今現(xiàn)有局域網(wǎng)采用的最通用的通信協(xié)議標(biāo)準(zhǔn)。以太網(wǎng)絡(luò)使用 CSMA/CD (載波監(jiān)聽多路訪問及沖突檢測）技術(shù)，并以 10Mb/s 的速率運行在多種類型 的電纜上。以太網(wǎng)與 IEEE 802.3 系列標(biāo)準(zhǔn)相類似。包括標(biāo)準(zhǔn)的以太網(wǎng)（lOMbit/s)、快速以太網(wǎng)(100Mbit/s)和 10G (10Gbit/s)以太網(wǎng)。它們都符合 IEEE 802.3。常見的 802.3 應(yīng)用為：10M: 10 Base-T(銅線 UTP 模式）；100M: 100 Base-TX (銅線 UTP 模式)；100Base-FX (光纖線）；1000M:1000Base-T

24、 (銅線 UTP 模式）。某單位在進(jìn)行新園區(qū)網(wǎng)絡(luò)規(guī)劃設(shè)計時，考慮選用的關(guān)鍵設(shè)備都是國內(nèi)外知名公司的產(chǎn)品，在系統(tǒng)結(jié)構(gòu)化布線、設(shè)備安裝、機房裝修等環(huán)節(jié)嚴(yán)格按照現(xiàn)行國內(nèi)外相關(guān)技術(shù)標(biāo)準(zhǔn)或規(guī)范來執(zhí)行。該單位在網(wǎng)絡(luò)設(shè)計時遵循了（22）原則。(22)A.先進(jìn)性 B.可靠與穩(wěn)定性 C.可擴充 D.實用性【答案】B【解析】網(wǎng)絡(luò)的先進(jìn)性指采用先進(jìn)成熟的技術(shù)和設(shè)備，滿足當(dāng)前業(yè)務(wù)需求，兼顧未來的業(yè)務(wù)需求。網(wǎng)絡(luò)的可靠和穩(wěn)定性是指為了保證各項業(yè)務(wù)應(yīng)用，網(wǎng)絡(luò)必須具有髙可靠性，絕不能出現(xiàn)單點故障。網(wǎng)絡(luò)的可擴充性是能夠根據(jù)業(yè)務(wù)不斷發(fā)展的需要，擴大設(shè)備容量，提高可容納的用戶數(shù)量。網(wǎng)絡(luò)的實用性主要是滿足當(dāng)前的業(yè)務(wù)發(fā)展需要。使用 S

25、MTP 協(xié)議發(fā)送郵件，當(dāng)發(fā)送程序（用戶代理）報告發(fā)送成功時，表明郵件已經(jīng)被發(fā)送到（23）。(23)A.發(fā)送服務(wù)器上 B.接收服務(wù)器上C.接收者主機上 D.接收服務(wù)器和接收者主機上【答案】A【解析】SMTP (Simple Mail Transfer Protocol)即簡單郵件傳輸協(xié)議，它是一組用于由源地址 第 10 頁 共 52 頁 到目的地址傳送郵件的規(guī)則，由它來控制信件的中轉(zhuǎn)方式。SMTP 協(xié)議屬于 TCP/IP 協(xié)議簇，它幫助每臺計算機在發(fā)送或中轉(zhuǎn)信件時找到下一個目的地。通過 SMTP 協(xié)議所指定的服務(wù)器，就可以把 E-mail 寄到收信人的服務(wù)器上，整個過程只要幾分鐘。SMTP 服務(wù)

26、器則是遵循 SMTP協(xié)議的發(fā)送郵件服務(wù)器，用來發(fā)送或中轉(zhuǎn)發(fā)出的電子郵件。它使用由 TCP 提供的可靠的數(shù)據(jù)傳輸服務(wù)把郵件消息從發(fā)信人的郵件服務(wù)器傳送到收信人的郵件服務(wù)器。跟大多數(shù)應(yīng)用層協(xié)議一樣，SMTP 也存在兩個端：在發(fā)信人的郵件服務(wù)器上執(zhí)行的客戶端和在收信人的郵件服務(wù)器上執(zhí)行的服務(wù)器端。SMTP 的客戶端和服務(wù)器端同時運行在每個郵件服務(wù)器上。當(dāng)一個郵件服務(wù)器在向其他郵件服務(wù)器發(fā)送郵件消息時，它是作為 SMTP 客戶在運行。SMTP 協(xié)議與人們用于面對面交互的禮儀之間有許多相似之處。首先，運行在發(fā)送端郵件服務(wù)器主機上的 SMTP 客戶，發(fā)起建立一個到運行在接收端郵件服務(wù)器主機上的 SMTP

27、服務(wù)器端口號 25 之間的 TCP 連接。如果接收郵件服務(wù)器當(dāng)前不在工作，SMTP 客戶就等待一段時間后再嘗試建立該連接。SMTP 客戶和服務(wù)器先執(zhí)行一些應(yīng)用層握手操作。就像人們在轉(zhuǎn)手東西之前往往先自我介紹那樣，SMTP 客戶和服務(wù)器也在傳送信息之前先自我介紹一下。在這個 SMTP 握手階段，SMTP 客戶向服務(wù)器分別指出發(fā)信人和收信人的電子郵件地址。彼此自我介紹完畢之后，客戶發(fā)出郵件消息。由 IEEE 管理，硬件制造者指定，任何兩個網(wǎng)卡都不會相同的是（24）。(24)A.IP 地址 B.軟件地址 C.物理地址 D.邏輯地址【答案】C【解析】IP 地址是指互聯(lián)網(wǎng)協(xié)議地址（Internet Pr

28、otocol Address，又譯為網(wǎng)際協(xié)議地址），是 IP Address 的縮寫。IP 地址是 IP 協(xié)議提供的一種統(tǒng)一的地址格式，它為互聯(lián)網(wǎng)上的每一個網(wǎng)絡(luò)和每一臺主機分配一個邏輯地址，以此來屏蔽物理地址的差異。物理地址也稱 MAC 地址，MAC 地址是識別 LAN (局域網(wǎng)）節(jié)點的標(biāo)識。網(wǎng)卡的物理地址通常是由網(wǎng)卡生產(chǎn)廠家燒入網(wǎng)卡的 EPROM (種閃存芯片，通?？梢酝ㄟ^程序擦寫），它存儲的是傳輸數(shù)據(jù)時真正賴以標(biāo)識發(fā)出數(shù)據(jù)的電腦和接收數(shù)據(jù)的主機的地址。在有地址變換功能的計算機中，訪問指令給出的地址（操作數(shù)）叫邏輯地址，也叫相對地址。要經(jīng)過尋址方式的計算或變換才得到內(nèi)存儲器中的物理地址。 第

29、 11 頁 共 52 頁 對象的多態(tài)性是指（25）。(25)A.兩個或多個屬于不同類的對象，對于同一個消息（方法調(diào)用）作出不同的響應(yīng)的方式B.兩個或多個屬于不同類的對象，對于同一個消息（方法調(diào)用）作出相同的響應(yīng)的方式C.兩個或多個屬于同一類的對象， 對于同一個消息(方法調(diào)用）作用于不同類型的數(shù)據(jù)，作出不同響應(yīng)的D.兩個或多個屬于同一類的對象， 對于不同消息(方法調(diào)用）作用于不同類型的數(shù)據(jù)，作出不同響應(yīng)的【答案】A【解析】該題目考查的面向?qū)ο蠹夹g(shù)中的對象的多態(tài)性。多態(tài)是一種方法，這種方法使得在多個類中可以定義同一操作或?qū)傩?，并在每個類中可以由不同的實現(xiàn)。多態(tài)性使得一個屬性或變量在不同的時期可以表

30、示不同類的對象。當(dāng)采用標(biāo)準(zhǔn) UML 構(gòu)建系統(tǒng)類模型（Class Model）時，若類 B 除具有類 A 的全部特性外，還可定義新的特性以及置換類 A 的部分特性，那么類 B 與類 A 具有（26）關(guān)系。(26)A.聚合 B.泛化 C.傳遞 D.迭代【答案】B【解析】聚合關(guān)系（Aggregation)表示一個整體與部分的關(guān)系。通常在定義一個整體類后，再去分析這個整體類的組成結(jié)構(gòu)，從而找出一些成員類，該整體類和成員類之間就形成了聚合關(guān)系。泛化關(guān)系（Generalization): A 是 B 和 C 的父類，B、C 具有公共類（父類）A，說明 A是 B，C 的一般化（概括，也稱泛化)。迭代是重復(fù)反

31、饋過程的活動，其目的通常是為了逼近所需目標(biāo)或結(jié)果。每一次對過程的重復(fù)稱為一次“迭代”，而每一次迭代得到的結(jié)果會作為下一次迭代的初始值。在 UML 圖形上，把一個泛化關(guān)系畫成（27）。(27)A.一條帶有空心箭頭的虛線 B.一條帶有空心箭頭的實線，它指向父元素 第 12 頁 共 52 頁 C.一條可能有方向的虛線 D.一條實線【答案】B【解析】類與類之間的關(guān)系通常有 4 種，即依賴關(guān)系（Dependency)、泛化關(guān)系 (Generalization)、關(guān)聯(lián)關(guān)系（Association)、實現(xiàn)關(guān)系（Realization )。依賴關(guān)系（Dependency) 表示兩個或多個模型元素之間語義上的連

32、接關(guān)系，“繪圖方式”虛線箭頭，箭頭指向被使用者。泛化關(guān)系（繼承）（Generalization)描述類的一般和具體之間的關(guān)系，描述的“isa kind of”的關(guān)系，“繪圖方式”實線空心三角箭頭，箭頭指向父類，關(guān)聯(lián)關(guān)系（Association) 表示一個事物的對象與另一個事物的對象之間的語義上連接，簡單的理解為兩個類或類與接口之間的強依賴關(guān)系。“繪圖方式”實線箭頭，雙向箭頭或無箭頭。實現(xiàn)關(guān)系 (Realization)將一種模型關(guān)系與另一種模型關(guān)系連接起來，從而說明和其實現(xiàn)之間的關(guān)系，簡單的理解為一個類或多個類實現(xiàn)一個接口，“繪圖方式”封閉空箭頭的虛線，箭頭指向接口。依據(jù)中華人民共和國政府采購

33、法，在招標(biāo)采購中，（28）做法不符合關(guān)于廢標(biāo)的規(guī)定。(28)A.出現(xiàn)影響采購公正的違法、違規(guī)行為的應(yīng)予廢標(biāo)B.符合專業(yè)條件的供應(yīng)商或者對招標(biāo)文件作出實質(zhì)響應(yīng)的供應(yīng)商不足三家的應(yīng)予廢標(biāo)C.投標(biāo)人的報價均超過了采購預(yù)算，采購人不能支付的應(yīng)予廢標(biāo)D.某投標(biāo)人被廢標(biāo)后，采購人將廢標(biāo)理由僅通知該投標(biāo)人【答案】D【解析】政府采購法第三十六條規(guī)定，在招標(biāo)采購中規(guī)定，出現(xiàn)下列情形之一的，應(yīng)予廢標(biāo)：(一）符合專業(yè)條件的供應(yīng)商或者對招標(biāo)文件作實質(zhì)響應(yīng)的供應(yīng)商不足三家的：(二）出現(xiàn)影響采購公正的違法、違規(guī)行為的；(三）投標(biāo)人的報價均超過了采購預(yù)算，采購人不能支付的；(四）因重大變故，采購任務(wù)取消的。廢標(biāo)后，采購人應(yīng)

34、當(dāng)將廢標(biāo)理由通知所有投標(biāo)人。信息系統(tǒng)設(shè)備供應(yīng)商在與業(yè)主單位簽訂采購合同前，因工期要求，已提前將所采購設(shè)備交付給業(yè)主單位，并通過驗收。補簽訂合同時，合同的生效日期應(yīng)當(dāng)為（29）。 第 13 頁 共 52 頁 (29)A.交付日期 B.委托采購日期 C.驗收日期 D.合同實際簽訂日期【答案】A【解析】合同法的第一百四十條規(guī)定，標(biāo)的物在訂立合同之前已為買受人占有的，合同生效的時間為交付時間。依據(jù)合同法第九十二條，合同的權(quán)利義務(wù)終止后，當(dāng)事人根據(jù)交易習(xí)慣履行保密義務(wù)，該義務(wù)的依據(jù)是（30）。(30)A.誠實信用原則 B.協(xié)商原則 C.自愿原則 D.第三方協(xié)助原則【答案】A【解析】合同法第九十二條規(guī)定，

35、合同的權(quán)利義務(wù)終止后，當(dāng)事人應(yīng)當(dāng)遵循誠實信用原則，根據(jù)交易習(xí)慣履行通知、協(xié)助、保密等義務(wù)。項目章程的制定過程主要關(guān)注記錄建設(shè)方的（31）、項目立項的理由與背景、對客戶需求的現(xiàn)有理解和滿足這些需求的新產(chǎn)品、服務(wù)或成果。(31)A.合同規(guī)定 B.商業(yè)需求 C.功能需求 D.產(chǎn)品需求【答案】B【解析】項目章程的編制過程主要關(guān)注于記錄建設(shè)方的商業(yè)需求、項目立項的理由與背景、對客戶需求的現(xiàn)有理解和滿足這些需求的新產(chǎn)品、服務(wù)或結(jié)果。項目章程應(yīng)當(dāng)包括以下直接列入的內(nèi)容或援引自其他文件的內(nèi)容。包括基于項目干系人的需求和期望提出的要求：項目必須滿足的業(yè)務(wù)要求或產(chǎn)品需求；項目的目的或項目立項的理由；委派的項目經(jīng)理

36、及項目經(jīng)理的權(quán)限級別：概要的里程碑進(jìn)度計劃；項目千系人的影響；職能組織及其參與；組織的、環(huán)境的和外部的假設(shè)；組織的、環(huán)境的和外部的約束：論證項目的業(yè)務(wù)方案，包括投資回報率。項目經(jīng)理向干系人說明項目范圍時，應(yīng)以（32）為依據(jù)。(32)A.合同 B.項目范圍說明書 C.WBS D.產(chǎn)品說明書【答案】B【解析】 第 14 頁 共 52 頁 項目范圍確認(rèn)是以項目范圍說明書、WBS 和 WBS 詞典為主。項目范圍說明書是項目范圍的基礎(chǔ)。WBS 是面向結(jié)果的，以最終可交付成果為基礎(chǔ)，包含項目的所有活動。在向項目干系人說明項目范圍時，要以項目范圍說明書（詳細(xì)）為依據(jù)。某大型項目的變更策略規(guī)定：把變更分為重大

37、、緊急、一般和標(biāo)準(zhǔn)變更，并規(guī)定了不同級別的審批權(quán)限，比如重大變更由 CCB 審批，并規(guī)定標(biāo)準(zhǔn)變更屬于預(yù)授權(quán)變更，可不用再走審批流程。此項目變更策略（33）。(33)A.可行B.不可行，主要是變更不能分級別，應(yīng)統(tǒng)一管理C.不可行，分四級可以，但審批都應(yīng)由 CCB 批準(zhǔn)D.不可行，標(biāo)準(zhǔn)變更規(guī)定有問題【答案】A【解析】項目變更的分類，可按照變更性質(zhì)劃分為重大變更、重要變更和一般變更。通過不同審批權(quán)限控制?？砂凑兆兏惹行詣澐譃榫o急變更和非緊急變更。通過不同變更處理流程進(jìn)行。所以結(jié)合以上情形，說明此項目的變更策略是可行的。（34）涉及到結(jié)算和關(guān)閉項目所建立的任何合同、采購或買進(jìn)協(xié)議，也定義了為支持項目

38、的正式收尾所需的相關(guān)合同的活動。(34)A.行政收尾 B.合同收尾 C.變更收尾 D.管理收尾【答案】B【解析】項目收尾包括管理收尾和合同收尾，管理收尾確認(rèn)項目或者階段已滿足所有客戶，以及其他項目干系人需求的行動和活動。確認(rèn)已滿足項目階段或者整個項目的完成標(biāo)準(zhǔn)，或者確認(rèn)項目階段或者整個項目的退出標(biāo)準(zhǔn)的行動。包括收集項目階段記錄、檢查項目成功或者失敗、收集教訓(xùn)、歸檔項目信息等。合同收尾主要是就項目涉及的任何合同、采購或買進(jìn)協(xié)議，也定義了為支持項目的正式收尾所需的相關(guān)合同的活動。包括結(jié)清合同價款，完成合同審計等。行政收尾又稱管理收尾。制定進(jìn)度計劃過程中，常用于評價項目進(jìn)度風(fēng)險的技術(shù)是（35）。(3

39、5)A.關(guān)鍵路徑分析 B.網(wǎng)絡(luò)圖分析 C.PERT 分析 D.關(guān)鍵鏈分析 第 15 頁 共 52 頁 【答案】C【解析】關(guān)鍵路徑法是利用進(jìn)度模型時使用的一種進(jìn)度網(wǎng)絡(luò)分析技術(shù)。項目進(jìn)度網(wǎng)絡(luò)圖是展示項目各計劃活動及邏輯關(guān)系（依賴關(guān)系）的圖形。計劃評審技術(shù)（PERT)就是把工程項目當(dāng)作一種系統(tǒng)，用網(wǎng)絡(luò)圖或者表格或者矩陣來表示各項具體工作的先后順序和相互關(guān)系，以時間為中心，找出從開工到完工所需要時間的最長路線，并圍繞關(guān)鍵路線對系統(tǒng)進(jìn)行統(tǒng)籌規(guī)劃，合理安排以及對各項工作的完成進(jìn)度進(jìn)行嚴(yán)密的控制，以達(dá)到用最少的時間和資源消耗來完成系統(tǒng)預(yù)定目標(biāo)的一種計劃與控制方法。關(guān)鍵鏈法（Critical Chain Me

40、thod )是另一種進(jìn)度網(wǎng)絡(luò)分析技術(shù)，可以根據(jù)有限的資源對項目進(jìn)度表進(jìn)行調(diào)整。以上方法中只有 PERT 具有風(fēng)險評價的功能。已知網(wǎng)絡(luò)計劃中，工作 M 有兩項緊后工作，這兩項緊后工作的最早開始時間分別為第16 天和第 17 天，工作 M 的最早開始時間和最遲開始時間分別為第 6 天和第 9 天，如果工作M 的持續(xù)時間為 9 天，則工作 M（36）。(36)A.總時差為 3 天 B.自由時差為 1 天C.總時差為 2 天 D.自由時差為 2 天【答案】A【解析】為得到計算結(jié)果，我們根據(jù)題意，可得 M 活動的兩項緊后活動分別假設(shè)為 X 和 Y，活動X 的 ES 為 15 天，活動 Y 的 ES 為

41、17 天，活動 M 的 ES 為 6 天，LS 為 9 天，DU 為 9 天，則活動 M 的 EF=ES+DU=6+9=15,可推導(dǎo)得出活動 M 的 SLACK=LS+ES=9-6=3。（37）描述用于加工一個產(chǎn)品所需子部件的列表。(37)A.資源矩陣 B.項目構(gòu)成科目表 C.活動清單 D.物料清單【答案】D【解析】資源計劃矩陣也稱資源矩陣，它是項目工作分解結(jié)構(gòu)的直接產(chǎn)品，即根據(jù)具體工作分解結(jié)構(gòu)情況來對資源進(jìn)行分析、匯總。資源計劃矩陣能夠清晰表示 WBS 的結(jié)果，解決 WBS 中無法解決的問題。 第 16 頁 共 52 頁 活動清單是包括全部項目的計劃活動。物料清單（Bill of Mater

42、ials，BOM)是描述企業(yè)產(chǎn)品組成的技術(shù)文件，是用于記錄加工一個產(chǎn)品所需的子部件的一個列表。在加工制造式行業(yè)，它表明了產(chǎn)品的總裝件、分裝件、組件、部件、零件、直到原材料之間的結(jié)構(gòu)關(guān)系，以及所需的數(shù)量。在 WBS 字典中，可不包括的是（38）。(38)A.工作概述 B.賬戶編碼 C.管理儲備 D.資源需求【答案】C【解析】WBS 字典應(yīng)該包括編號，名稱，工作說明，相關(guān)活動列表，里程碑列表，承辦組織， 開始和結(jié)柬日期，資源需求、成本估算、負(fù)載量，規(guī)格，合同信息，質(zhì)量要求和有關(guān)工作質(zhì)量的技術(shù)參考資料。管理儲備是項目管理計劃內(nèi)容。不在 WBS 字典中體現(xiàn)。政府采購項目的招標(biāo)過程應(yīng)按照以下（39）的程

43、序開展。項目技術(shù)可行性分析采購人編制采購計劃，報上級單位審批，并確定招標(biāo)方式采購人或其委托的招標(biāo)代理機構(gòu)編制招標(biāo)文件，發(fā)出招標(biāo)公告出售招標(biāo)文件并對潛在投標(biāo)人進(jìn)行預(yù)審項目論證，編寫投標(biāo)文件接受投標(biāo)人的標(biāo)書制定評標(biāo)的評審標(biāo)準(zhǔn)開標(biāo)及評標(biāo)，依據(jù)評標(biāo)原則確定中標(biāo)人發(fā)送中標(biāo)通知書，簽訂合同(39)A. B.C. D.【答案】D【解析】項目技術(shù)可行性分析從招標(biāo)方來講，一般是在準(zhǔn)備招標(biāo)之前對項目的技術(shù)可行性進(jìn)行論證，經(jīng)過論證認(rèn)為技術(shù)方面具有可行性，方可進(jìn)入招標(biāo)程序。技術(shù)可行性分析是項目可行性分析的內(nèi)容之一。項目論證，編寫投標(biāo)文件是投標(biāo)方的工作，投標(biāo)方在獲得招 標(biāo)方的信息 第 17 頁 共 52 頁 后，以確定

44、該項目是否可行，是否要投標(biāo)的工作。招投標(biāo)法規(guī)定的招投標(biāo)程序：（1)招標(biāo)人采用公開招標(biāo)方式的，應(yīng)當(dāng)發(fā)布招標(biāo)公告；招標(biāo)人采用邀請招標(biāo)方式的，應(yīng)當(dāng)向三個以上具備承擔(dān)招標(biāo)項目的能力、資信良好的特定的法人或者其他組織發(fā)出投標(biāo)要清楚。（2)招標(biāo)人根據(jù)招標(biāo)項目的具體情況，可以組織潛在投標(biāo)人踏勘項目現(xiàn)場。（3)投標(biāo)人招標(biāo)。（4)開標(biāo)。（5)評標(biāo)。（6)確定中標(biāo)人。（7)訂立合同。招標(biāo)確定招標(biāo)人后，實施合同內(nèi)注明的合同價款應(yīng)為（40）。(40)A.評標(biāo)委員會算出的評標(biāo)價 B.招標(biāo)人編制的預(yù)算價C.中標(biāo)人的投標(biāo)價 D.所有投標(biāo)人的價格平均值【答案】C【解析】招投標(biāo)法實施條例（2012 版）的第五十七條規(guī)定，招標(biāo)人

45、和中標(biāo)人應(yīng)當(dāng)依照招標(biāo)投標(biāo)法和本條例的規(guī)定簽訂書面合同，合同的標(biāo)的、價款、質(zhì)徽、肢行期限等主要條款應(yīng)當(dāng)與招標(biāo)文件和中標(biāo)人的投標(biāo)文件的內(nèi)容一致。招標(biāo)人和中標(biāo)人不得再行訂立背離合同實質(zhì)性內(nèi)容的其他協(xié)議。在溝通管理中不僅要“用別人喜歡被對待的方式來對待他們”而且還需要根據(jù)自身面臨的情況，靈活采取適當(dāng)?shù)臏贤ù胧?。如重?fù)對方的話，讓對方確認(rèn)，以真正了解對方的意圖時，一般采用（41）。(41)A.假設(shè)性問題 B.探尋式問題 C.開放式問題 D.封閉式問題【答案】D【解析】項目溝通的原則包括：溝通內(nèi)外有別、非正式的溝通有利于關(guān)系的融洽、采用對方能接受的溝通風(fēng)格、溝通升級原則、掃清溝通的障礙等。為了真正了解對方

46、的意圖，更好更快地完成，一定要采取封閉式的問題方法比較得到。假設(shè)性問題是一種強迫對方去思考的方法，一般是期望從對方得到自己想要的答案時使用。探尋式問題適合于探索性的內(nèi)容，可向?qū)＜姨岢鎏剿魇降膯栴}，請專家作答。溝通計劃的編制過程不包括（42）。(42)A.確定干系人的溝通信息需求 B.描述信息收集和文件歸檔結(jié)構(gòu) 第 18 頁 共 52 頁 C.確定信息傳遞的技術(shù)或方法 D.把所需要的信息及時提供給干系人【答案】D【解析】溝通管理計劃包括確定了項目干系人的信息和溝通需求：哪些人是項目干系人，他們對于該項目的收益水平和影響程度，誰需要什么樣的信息，何時需要，以及應(yīng)怎樣分發(fā)給他們。詳細(xì)來說包括溝通內(nèi)容

47、及結(jié)果的處理、收集、分發(fā)、保存的程序和方式，以及報告、數(shù)據(jù)、技術(shù)資料等信息的流向。以上工作都是計劃階段完成的。干系人所需的信息提供是在項目執(zhí)行過程中才能完成。下表是某項目執(zhí)行過程中的輸出表格，（43）說法是不正確的。(43)A.該表是項目執(zhí)行過程中的一份績效報告B.該表缺少對子項目進(jìn)展的預(yù)測C.根據(jù)此表可以分析出該項目的實際成本低于預(yù)算成本D.根據(jù)此表可以分析出該項目的實際進(jìn)度落后于計劃【答案】C【解析】該題目考查的是項目績效報告和掙得值分析法。績效報告步驟包括收集并分發(fā)有關(guān)項目績效的信息給項目干系人，包括進(jìn)度和狀態(tài)報告，預(yù)測未來的項目狀況以及進(jìn)度估計。掙得值分析法中包括 CPI 和 SPI

48、兩個重要指標(biāo)，當(dāng)在某一檢査時間點上，CPI 的值大于 1 表示項目當(dāng)前成本超值，CPI 的值小于 1 表示項目當(dāng)前成本節(jié)約。SPI 的值大于 1 表示項目當(dāng)前進(jìn)度超前，SPI 的值小于 1 表示項目當(dāng)前進(jìn)度滯后?？梢耘袛喑觥胺治鲰椖康膶嶋H成本低于預(yù)算成本”不正確，因為 CPI 的值為 0.95 小于 1，應(yīng)該是成本高于預(yù)算。 第 19 頁 共 52 頁 CPI 1 ，成本節(jié)約；CPI 1,表示項目當(dāng)前進(jìn)度超前，SPI1,當(dāng)前進(jìn)度滯后CPI 只能說明當(dāng)前檢查點的情況，不能最終說明項目的資金情況。在編制項目溝通計劃的過程中，對項目干系人分析的目的不包括（44）。(44)A.與項目匹配的方法和技術(shù)分

49、析B.輔助制定最佳溝通策略C.分析和識別干系人在項目中的影響和收益D.確定干系人的信息需求【答案】A【解析】溝通計劃編制的一個關(guān)鍵部分就是項目干系人分析。項目干系人是指那些積極參與項目，或利益可能會受到項目執(zhí)行結(jié)果或項目完成的正面或負(fù)面影響的個體或組織。干系人識別對于項目成功有重要影響，也是一個重要的因素。因為項目干系人在項目中的期望各不相同，往往也需要通過不同的渠道去滿足各自的需求。干系人分析可以達(dá)到兩個目的：一是確定不同干系人的信息需求；二是辨別項目干系人的影響和收益，以此幫助項目經(jīng)理制定最佳的溝通策略。而與項目匹配的方法和技術(shù)分析不是分析項目干系人的內(nèi)容。關(guān)于風(fēng)險識別的敘述中，（45）是

50、不正確的。(45)A.風(fēng)險識別不包括識別項目風(fēng)險可能引起的后果和這種后果的嚴(yán)重程度B.項目風(fēng)險識別包括識別項目的可能收益C.風(fēng)險識別過程需要將這些風(fēng)險的特征形成文檔D.項目風(fēng)險識別是一個不斷重復(fù)的過程【答案】A【解析】風(fēng)險識別是確定何種風(fēng)險可能會對項目產(chǎn)生影響，并將這些風(fēng)險的特征形成文檔。風(fēng)險識別的參與者盡可能包括項目各干系人及外部專家等。由于項目在進(jìn)展過程中很可能再發(fā)現(xiàn)新的風(fēng)險，所以風(fēng)險識別是一個不斷重復(fù)的過程。風(fēng)險識別是貫穿項目全過程的項目風(fēng)險管理工作。風(fēng)險識別包括識別并確定有哪些潛在的風(fēng)險，識別引起這些風(fēng)險的主要因素，以及項目風(fēng)險可能引起的后果。 第 20 頁 共 52 頁 借助專家評審

51、等技術(shù)，對項目風(fēng)險的概率和影響程度進(jìn)行風(fēng)險級別劃分屬于（46）過程的技術(shù)。(46)A.風(fēng)險應(yīng)對計劃編制 B.風(fēng)險分類 C.定性風(fēng)險分析 D.定量風(fēng)險分析【答案】C【解析】風(fēng)險管理包括風(fēng)險識別、風(fēng)險定性分析、風(fēng)險定量分析、風(fēng)險監(jiān)控等內(nèi)容。風(fēng)險分類是根據(jù)后果、來源、是否可管理、是否可預(yù)測等方面進(jìn)行分類。風(fēng)險管理計劃編制是決定如何動手處理、規(guī)劃和實施項目的風(fēng)險管理活動。風(fēng)險識別是決定了哪些風(fēng)險會對項目造成影響，并記錄下這些風(fēng)險的屬性。定性風(fēng)險分析是對項目的風(fēng)險進(jìn)行優(yōu)先級排列，以便后續(xù)深入分析，或者根據(jù)風(fēng)險概率和影響的評估采取適當(dāng)?shù)拇胧６匡L(fēng)險分析是測量風(fēng)險出現(xiàn)的概率和結(jié)果，并評估它們對項目目標(biāo)的影

52、響。風(fēng)險應(yīng)對計劃編制是開發(fā)一些應(yīng)對方案和措施以提高項目成功的機會、降低項目失敗的威脅。定性風(fēng)險分析的方法有風(fēng)險概率及影響評估、概率及影響矩陣、風(fēng)險數(shù)據(jù)質(zhì)量評估、 風(fēng)險緊急度評估、風(fēng)險分類等。定量風(fēng)險分析的方法有數(shù)據(jù)收集和表示技術(shù)、專家判斷、定最風(fēng)險分析和建模技術(shù)、靈敏度分析、貨幣期望價值分析、決策樹分析等。某系統(tǒng)集成企業(yè)迫于經(jīng)營的壓力，承接了一個極具技術(shù)風(fēng)險的項目，該項目的項目經(jīng)理為此：調(diào)用了公司最有能力的人力資源，組織項目組核心團隊成員培訓(xùn)，與該項目技術(shù)領(lǐng)域最強的研究團隊簽訂項目技術(shù)分包協(xié)議，從項目風(fēng)險管理的角度來看，該項目經(jīng)理采取了（47）的應(yīng)對策略，并采取了（48）風(fēng)險應(yīng)對措施。(47)

53、A.應(yīng)急風(fēng)險 B.正向風(fēng)險 C.轉(zhuǎn)移風(fēng)險 D.負(fù)面風(fēng)險(48)A.轉(zhuǎn)移、分享、提高 B.開拓、接受、提高C.減輕、分享、規(guī)避 D.開拓、分享、強大【答案】B D【解析】風(fēng)險可分不利風(fēng)險和有利風(fēng)險兩類。不利風(fēng)險是指風(fēng)險發(fā)生后會對項目造成損害或損失。有利風(fēng)險是指風(fēng)險發(fā)生后對項目產(chǎn)生積極影響。不利風(fēng)險的應(yīng)對措施包括規(guī)避、減輕、轉(zhuǎn)移、接受等四種，有利風(fēng)險的應(yīng)對措施包括開拓、分享、提高（或強大）等三種。該題目描述的風(fēng)險屬于有利風(fēng)險，而且采取了正向的風(fēng)險管理方式，采取的應(yīng)對措施“屬于” 第 21 頁 共 52 頁 開拓、分享、強大的方式。（49）不屬于風(fēng)險應(yīng)對計劃的內(nèi)容。(49)A.對已識別的風(fēng)險進(jìn)行描述

54、和定義B.應(yīng)對策略實施后，期望的殘留風(fēng)險水平C.應(yīng)對策略實施后，項目管理人員的表現(xiàn)D.風(fēng)險應(yīng)對預(yù)算和時間備用安排【答案】C【解析】風(fēng)險應(yīng)對計劃的內(nèi)容一般包括各個風(fēng)險的類別、來源、定義與描述、可能發(fā)生時間段、大小、應(yīng)對策略、應(yīng)急措施、必要的預(yù)算、責(zé)任人等。而項目管理人員的表現(xiàn)屬于績效管理的內(nèi)容，而非風(fēng)險應(yīng)對計劃的內(nèi)容。解決組織中多個項目之間的資源沖突問題，一般不宜采用的方法是（50）。(50)A.制定資源計劃時，每個項目預(yù)留盡量多的資源富余量B.檢查組織內(nèi)部的資源使用情況，看是否有資源分配不合理的情況C.制定資源在項目間分配的原則，重要的項目優(yōu)先得到資源D.將組織中的資源進(jìn)行統(tǒng)一管理，避免資源浪

55、費和過度使用【答案】A【解析】項目組合管理是一個保證組織內(nèi)所有項目都經(jīng)過風(fēng)險和收益分析、平衡的方法論。風(fēng)險評估和提髙資源使用效率是項目組合管理的兩個要素。在多項目或項目組合管理過程中，資源沖突是常見的現(xiàn)象，為了減少資源沖突和解決資源沖突問題，使用的方法包括資源平衡法、資源效率值法、決策表技術(shù)、財務(wù)分析等。在立項初期，就要對項目的內(nèi)部環(huán)境判斷，確定在項目之間出現(xiàn)沖突時，如何配備資源。在給各個項目的資源分配時，要考慮項目的風(fēng)險等多方面的因素，確定項目的優(yōu)先級，然后保證優(yōu)先級髙的項目優(yōu)先得到稀缺的資源，當(dāng)項目的資源出現(xiàn)沖突時，在項目之間要進(jìn)行平衡。在項目執(zhí)行過程中，項目優(yōu)先級也可能會因為其項目資源使

56、用效率值得變化而變化。在大型復(fù)雜 IT 項目管理中，為了提高項目之間的協(xié)作效率，一般建議采用的方法是（51）。 第 22 頁 共 52 頁 (51)A.建立一個信息共享平臺，各項目可以按照不同權(quán)限瀏覽或編輯相應(yīng)信息B.為每個項目建立信息平臺，記錄自己所起草的各類記錄C.為每一個項目單獨建立一套合適的過程規(guī)范D.在各個項目之間引入競爭機制【答案】A【解析】項目組合管理、大型復(fù)雜項目的選擇主要依據(jù)是在于平衡風(fēng)險和收益。項目組合管理、大型復(fù)雜項目的管理需要在組織內(nèi)引進(jìn)統(tǒng)一的項目評估與選擇機制，對項目的特征以及成本、資源風(fēng)險等要素按照統(tǒng)一的評定標(biāo)準(zhǔn)進(jìn)行優(yōu)先級評定，選擇符合組織戰(zhàn)略目標(biāo)的項目。實現(xiàn)項目的

57、財務(wù)和非財務(wù)收益，保持競爭優(yōu)勢。對組織中所有的項目進(jìn)行平衡。在組織范圍內(nèi)為項目分配資源，保證高優(yōu)先級項目的資源分配。在提高協(xié)作效率方面應(yīng)建立信息共享機制。大型和復(fù)雜項目必須建立以過程為基礎(chǔ)的管理體系。統(tǒng)一的項目過程會大大提高項目之間的協(xié)作效率，有利的保證項目質(zhì)量。項目范圍規(guī)劃是確定項目范圍并編寫項目說明書的過程。針對大型、多項目，一般的做法是（52）。(52)A.子項目制定各自的項目范圍說明書，作為與任務(wù)委托者之間簽定協(xié)議的基礎(chǔ)B.項目范圍說明書要由項目組撰寫，是項目組和任務(wù)委托者之間簽定協(xié)議的基礎(chǔ)C.不必將子項目的變更納入到項目的范圍之內(nèi)D.項目范圍一旦確定就不允許發(fā)生變更【答案】B【解析】

58、大型及復(fù)雜項目的范圍管理一般可以按照項目組織結(jié)構(gòu)，產(chǎn)品結(jié)構(gòu)，生命周期三個層次制定分解結(jié)構(gòu)。無論大項目，還是小項目，項目計劃都作為項目執(zhí)行和控制的基準(zhǔn)，將實施的狀態(tài)和結(jié)果與計劃的基準(zhǔn)進(jìn)行比較，如果出現(xiàn)偏差，應(yīng)及時進(jìn)行糾正和變更，這是項目監(jiān)督和控制的基本意義。在變更管理方面，大項目、多項目管理的范圍管理必然有變更的情形，變更只需要按照變更控制流程執(zhí)行即可。以下做法中，（53）對于提高大型復(fù)雜項目的協(xié)作管理幫助最小。(53)A.建立統(tǒng)一的項目過程，以提高協(xié)作效率 第 23 頁 共 52 頁 B.加強項目團隊管理，制定有效的溝通機制C.在項目組織內(nèi)要約定統(tǒng)一的信息采集、發(fā)送、報告的機制D.大型項目經(jīng)理

59、采用“間接管理”的方式，將大項目分解成粒度盡量小的項目群【答案】D【解析】建立統(tǒng)一的項目過程會大大提高項目之間的協(xié)作效率，有力地保證項目質(zhì)量。但是，如果希望過程制度起到期望的作用，還必須在項目團隊內(nèi)部建立一個體系。大項目的項目團隊構(gòu)成復(fù)雜，不僅包括項目內(nèi)部所形成的項目管理體系，也包括合作方。這種復(fù)雜的團隊構(gòu)成會使團隊之間的協(xié)作、溝通和沖突所需的成本大幅度增加，所以需要加強項目團隊管理，制定有效的溝通機制。大項目的項目規(guī)模較大，目標(biāo)構(gòu)成復(fù)雜，一般將其分解成一個個目標(biāo)相互關(guān)聯(lián)的小項目，形成項目群進(jìn)行管理。但分解的粒度要適度，分解粒度過小反而會增加更多的溝通成本和管理成本。某通信設(shè)備采購項目，簽訂合

60、同后進(jìn)入了合同履行階段，以下（54）做法是不合理的。(54)A.合同履行過程中發(fā)現(xiàn)處于支付的通信設(shè)備的質(zhì)量及驗收要求約定不明確，雙方進(jìn)行商議后以補充協(xié)議進(jìn)行了規(guī)定B.由于采購方不具備接收通信設(shè)備的條件，要求供貨方延遲貨物的交付，到了實際交付時，由于該通信設(shè)備的價格漲價，供貨方要求變更合同價格C.通信設(shè)備在運輸至采購方的過程中，遇到了連續(xù)的暴雨天氣無法按時交付，采購方認(rèn)為合同中沒有對應(yīng)的免責(zé)條款，對供貨方進(jìn)行經(jīng)濟索賠D.合同雙方在履行過程中產(chǎn)生了糾紛，雙方無法協(xié)調(diào)一致，因此向仲裁機構(gòu)提出了仲裁申請【答案】C【解析】合同生效后，當(dāng)事人就質(zhì)量、價款或者報酬、履行地點等內(nèi)容沒有約定或者約定不明確的，可