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)需要及時響應外界事件的請求在規(guī)定的嚴格時間內(nèi)完成事件的處理。批處理信息系統(tǒng)是作業(yè)成批處理和多道程序運行，即在系統(tǒng)內(nèi)同時存放并運行幾道項目獨立的程序，由系統(tǒng)成批處理。管理信息系統(tǒng)是以人為主導，利用計算機軟硬件、網(wǎng)絡通信設備，以及其他辦公設備進行信息的收集、傳輸、加工、存儲、更新、拓展和維護的系

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

21、 系列常見標準包括：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 標準定義了寬帶技術；IEEE 802.8 標準定義了光纖技術； IEEE802.il無線局域網(wǎng)（Wireless LAN)訪問方法和物理層規(guī)范。當千兆以太網(wǎng)使用 UTP 作為傳輸介質(zhì)時，限制單根電纜的長度不超過（20)米，其原因是千兆以太網(wǎng)（21)。(20)A

22、.100 B.500 C.1000 D.2000(21)A.信號衰減嚴重 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ī)范，是當今現(xiàn)有局域網(wǎng)采用的最通用的通信協(xié)議標準。以太網(wǎng)絡使用 CSMA/CD (載波監(jiān)聽多路訪問及沖突檢測）技術，并以 10Mb/s 的速率運行在多種類型 的電纜上。以太網(wǎng)與 IEEE 802.3 系列標準相類似。包括標準的以太網(wǎng)（lOMbit/s)、快速以太網(wǎng)(100Mbit/s)和 10G (10Gbit/s)以太網(wǎng)。它們都符合 IEEE 802.3。常見的 802.3 應用為：10M: 10 Base-T(銅線 UTP 模式）；100M: 100 Base-TX (銅線 UTP 模式)；100Base-FX (光纖線）；1000M:1000Base-T

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

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

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

27、服務器端口號 25 之間的 TCP 連接。如果接收郵件服務器當前不在工作，SMTP 客戶就等待一段時間后再嘗試建立該連接。SMTP 客戶和服務器先執(zhí)行一些應用層握手操作。就像人們在轉手東西之前往往先自我介紹那樣，SMTP 客戶和服務器也在傳送信息之前先自我介紹一下。在這個 SMTP 握手階段，SMTP 客戶向服務器分別指出發(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)絡和每一臺主機分配一個邏輯地址，以此來屏蔽物理地址的差異。物理地址也稱 MAC 地址，MAC 地址是識別 LAN (局域網(wǎng)）節(jié)點的標識。網(wǎng)卡的物理地址通常是由網(wǎng)卡生產(chǎn)廠家燒入網(wǎng)卡的 EPROM (種閃存芯片，通?？梢酝ㄟ^程序擦寫），它存儲的是傳輸數(shù)據(jù)時真正賴以標識發(fā)出數(shù)據(jù)的電腦和接收數(shù)據(jù)的主機的地址。在有地址變換功能的計算機中，訪問指令給出的地址（操作數(shù)）叫邏輯地址，也叫相對地址。要經(jīng)過尋址方式的計算或變換才得到內(nèi)存儲器中的物理地址。 第

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

58、大型及復雜項目的范圍管理一般可以按照項目組織結構，產(chǎn)品結構，生命周期三個層次制定分解結構。無論大項目，還是小項目，項目計劃都作為項目執(zhí)行和控制的基準，將實施的狀態(tài)和結果與計劃的基準進行比較，如果出現(xiàn)偏差，應及時進行糾正和變更，這是項目監(jiān)督和控制的基本意義。在變更管理方面，大項目、多項目管理的范圍管理必然有變更的情形，變更只需要按照變更控制流程執(zhí)行即可。以下做法中，（53）對于提高大型復雜項目的協(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)部建立一個體系。大項目的項目團隊構成復雜，不僅包括項目內(nèi)部所形成的項目管理體系，也包括合作方。這種復雜的團隊構成會使團隊之間的協(xié)作、溝通和沖突所需的成本大幅度增加，所以需要加強項目團隊管理，制定有效的溝通機制。大項目的項目規(guī)模較大，目標構成復雜，一般將其分解成一個個目標相互關聯(lián)的小項目，形成項目群進行管理。但分解的粒度要適度，分解粒度過小反而會增加更多的溝通成本和管理成本。某通信設備采購項目，簽訂合

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