2010年上半年-系統(tǒng)集成項(xiàng)目管理工程師-試題解析(共37頁)

1、精選優(yōu)質(zhì)文檔-傾情為你奉上 以下對(duì)信息系統(tǒng)集成的描述正確的是（1）。（1） A. 信息系統(tǒng)集成的根本出發(fā)點(diǎn)是實(shí)現(xiàn)各個(gè)分立子系統(tǒng)的整合B. 信息系統(tǒng)集成的最終交付物是若干分立的產(chǎn)品C. 信息系統(tǒng)集成的核心是軟件D. 先進(jìn)技術(shù)是信息系統(tǒng)集成項(xiàng)目成功實(shí)施的保障解析信息系統(tǒng)集成不只是設(shè)備選擇和供應(yīng)，更重要的是它具有高技術(shù)含量的工程過程，要面向用戶需求提供全面解決方案，其核心是軟件。答案是：C. 信息系統(tǒng)集成的核心是軟件  有四家系統(tǒng)集成企業(yè)計(jì)劃于 2010 年 5 月申請(qǐng)計(jì)算機(jī)信息系統(tǒng)集成資質(zhì)，其中：甲公司計(jì)劃申請(qǐng)一級(jí)資質(zhì)，注冊(cè)資本 3000 萬元，具有項(xiàng)目經(jīng)理 20 名，高級(jí)項(xiàng)目經(jīng)理 8

2、名，2010 年 1 月通過 ISO9001 質(zhì)量管理體系認(rèn)證；乙公司計(jì)劃申請(qǐng)一級(jí)資質(zhì)，注冊(cè)資本 2000 萬元，具有項(xiàng)目經(jīng)理 20 名，高級(jí)項(xiàng)目經(jīng)理 8 名，2009 年 4 月通過 ISO9001 質(zhì)量管理體系認(rèn)證；丙公司計(jì)劃申請(qǐng)四級(jí)資質(zhì)，注冊(cè)資本 500 萬元，具有項(xiàng)目經(jīng)理 5 名，高級(jí)項(xiàng)目經(jīng)理1 名，2010 年 2 月通過 ISO9001 質(zhì)量管理體系認(rèn)證；丁公司計(jì)劃申請(qǐng)四級(jí)資質(zhì)，注冊(cè)資本 500 萬元，具有項(xiàng)目經(jīng)理 5 名，高級(jí)項(xiàng)目經(jīng)理1 名，沒有通過 ISO9001 質(zhì)量管理體系認(rèn)證。根據(jù)上述狀況，公司（2）不符合基本的申報(bào)條件。（2）A.甲   &

3、#160;    B.乙             C.丙            D.丁 解析2003年10月當(dāng)時(shí)的信息產(chǎn)業(yè)部頒布了關(guān)于發(fā)布計(jì)算機(jī)信息系統(tǒng)集成資質(zhì)等級(jí)評(píng)定條件（修訂版）的通知（信部規(guī)2003440號(hào)文），該440號(hào)文規(guī)定了對(duì)企業(yè)的系統(tǒng)集成資質(zhì)進(jìn)行認(rèn)證的辦法。企業(yè)的系統(tǒng)集成資質(zhì)等級(jí)評(píng)定主要從綜合條件、業(yè)績(jī)、管理能力、

4、技術(shù)實(shí)力、人才實(shí)力五個(gè)方面來考核。     如果要申報(bào)一級(jí)資質(zhì)的話，對(duì)其“管理能力”的要求中有一條是：已建立質(zhì)量管理體系，通過認(rèn)證并運(yùn)行一年以上，詳情請(qǐng)參閱系統(tǒng)集成項(xiàng)目管理工程師備考指南與習(xí)題詳解P20。答案是：A  下面關(guān)于計(jì)算機(jī)信息系統(tǒng)集成資質(zhì)的論述，（3）是不正確的。（3）A. 工業(yè)和信息化部對(duì)計(jì)算機(jī)信息系統(tǒng)集成認(rèn)證工作進(jìn)行行業(yè)管理     B. 申請(qǐng)三、四級(jí)資質(zhì)的單位應(yīng)向經(jīng)政府信息產(chǎn)業(yè)主管部門批準(zhǔn)的資質(zhì)認(rèn)證機(jī)構(gòu)提出認(rèn)證申請(qǐng)     C申請(qǐng)一、二級(jí)資質(zhì)的單位應(yīng)

5、直接向工業(yè)和信息化部資質(zhì)管理辦公室提出認(rèn)證申請(qǐng)     D. 通過資質(zhì)認(rèn)證審批的各單位將獲得由工業(yè)和信息化部統(tǒng)一印制的資質(zhì)證書解析首先由從事信息系統(tǒng)集成業(yè)務(wù)的單位向相應(yīng)的評(píng)審機(jī)構(gòu)提出評(píng)審申請(qǐng)。計(jì)算機(jī)信息系統(tǒng)集成資質(zhì)認(rèn)證工作根據(jù)認(rèn)證和審批分離的原則，按照先由認(rèn)證機(jī)構(gòu)認(rèn)證，再由信息產(chǎn)業(yè)主管部門審批的工作程序進(jìn)行。工業(yè)和信息化部資質(zhì)管理辦公室是全國系統(tǒng)集成資質(zhì)和監(jiān)理資質(zhì)的管理和支持機(jī)構(gòu)。答案是：C  省市信息產(chǎn)業(yè)主管部門負(fù)責(zé)對(duì)（4）信息系統(tǒng)集成資質(zhì)進(jìn)行審批和管理。（4）A一、二級(jí)      

6、                B三、四級(jí)C本行政區(qū)域內(nèi)的一、二級(jí)        D本行政區(qū)域內(nèi)的三、四級(jí)解析省、自治區(qū)、直轄市信息產(chǎn)建設(shè)單位管部門負(fù)責(zé)本行政區(qū)域內(nèi)信息系統(tǒng)集成的行業(yè)管理工作，審批及管理本行政區(qū)域內(nèi)三、四級(jí)信息系統(tǒng)集成單位資質(zhì)，初審本行政區(qū)域內(nèi)一、二級(jí)信息系統(tǒng)集成單位。答案是：D 與制造資源計(jì)劃 MRP相比，企業(yè)資源計(jì)劃 ERP 最大的特點(diǎn)是在制定計(jì)劃時(shí)將（5）

7、考慮在一起，延伸管理范圍。（5）A. 經(jīng)銷商     B. 整個(gè)供應(yīng)鏈    C. 終端用戶     D. 競(jìng)爭(zhēng)對(duì)手解析ERP管理范圍向整個(gè)供應(yīng)鏈延伸。在資源管理范圍方面，MRP主要側(cè)重對(duì)本企業(yè)內(nèi)部人、財(cái)、物等資源的管理，ERP系統(tǒng)在MRP的基礎(chǔ)上擴(kuò)展了管理范圍，它把客戶需求和企業(yè)內(nèi)部的制造活動(dòng)以及供應(yīng)商的制造資源整合在一起，形成一個(gè)完整的供應(yīng)鏈并對(duì)供應(yīng)鏈上所有環(huán)節(jié)如訂單、采購、庫存、計(jì)劃、生產(chǎn)制造、質(zhì)量控制、運(yùn)輸、分銷、服務(wù)與維護(hù)、財(cái)務(wù)管理、人事管理、實(shí)驗(yàn)室管理、項(xiàng)目管理、配方管理等

8、進(jìn)行有效管理。答案是：B 小張?jiān)谀畴娮由虅?wù)網(wǎng)站建立一家經(jīng)營手工藝品的個(gè)人網(wǎng)絡(luò)商鋪，向網(wǎng)民提供自己手工制作的工藝品。這種電子商務(wù)模式為（6）。（6）A. B2B       B. B2C         C. C2C      D. G2C解析目前常用的電子商務(wù)模式有B2B、B2C和C2C三種。B2B指的是Business to Business，即進(jìn)行電子商務(wù)交易的供需雙方都是商家（或企業(yè)、公司），她們使用了Inte

9、rnet的技術(shù)或各種商務(wù)網(wǎng)絡(luò)平臺(tái)，完成商務(wù)交易的過程。B2C是指商業(yè)機(jī)構(gòu)對(duì)消費(fèi)者的電子商務(wù)。C2C即Consumer To Consumer，是個(gè)人與個(gè)人之間的電子商務(wù)，是用戶對(duì)用戶的電子商務(wù)模式。C2C商務(wù)平臺(tái)就是通過為買賣雙方提供一個(gè)在線交易平臺(tái)，使賣方可以主動(dòng)提供商品網(wǎng)上拍賣，而買方可以自行選擇商品進(jìn)行競(jìng)價(jià)。答案是：C 與基于 C/S 架構(gòu)的信息系統(tǒng)相比，基于 B/S 架構(gòu)的信息系統(tǒng)（7）。（7） A具備更強(qiáng)的事務(wù)處理能力，易于實(shí)現(xiàn)復(fù)雜的業(yè)務(wù)流程B人機(jī)界面友好，具備更加快速的用戶響應(yīng)速度C更加容易部署和升級(jí)維護(hù)D具備更高的安全性解析答案是“C更加容易部署和升級(jí)維護(hù)”  中間件是

10、位于硬件、操作系統(tǒng)等平臺(tái)和應(yīng)用之間的通用服務(wù)。（8）位于客戶和服務(wù)器之間，負(fù)責(zé)負(fù)載均衡、失效恢復(fù)等任務(wù)，以提高系統(tǒng)的整體性能。 （8）A. 數(shù)據(jù)庫訪問中間件          B. 面向消息中間件       C. 分布式對(duì)象中間件          D. 事務(wù)中間件解析答案是“D. 事務(wù)中間件”。事務(wù)處理監(jiān)控程序位于客戶和服務(wù)器之間，完成事務(wù)管理

11、與協(xié)調(diào)、負(fù)載平衡、失效恢復(fù)等任務(wù)，以提高系統(tǒng)的整體性能。  以下關(guān)于軟件測(cè)試的描述，（9）是正確的。（9）A系統(tǒng)測(cè)試應(yīng)盡可能在實(shí)際運(yùn)行使用環(huán)境下進(jìn)行B軟件測(cè)試是在編碼階段完成之后進(jìn)行的一項(xiàng)活動(dòng)C專業(yè)測(cè)試人員通常采用白盒測(cè)試法檢查程序的功能是否符合用戶需求D軟件測(cè)試工作的好壞，取決于測(cè)試發(fā)現(xiàn)錯(cuò)誤的數(shù)量解析答案是“A系統(tǒng)測(cè)試應(yīng)盡可能在實(shí)際運(yùn)行使用環(huán)境下進(jìn)行”。系統(tǒng)測(cè)試是基于系統(tǒng)整體需求說明書的黑盒類測(cè)試，應(yīng)覆蓋系統(tǒng)所有聯(lián)合的部件。系統(tǒng)測(cè)試是針對(duì)整個(gè)產(chǎn)品系統(tǒng)進(jìn)行的測(cè)試，目的是驗(yàn)證系統(tǒng)是否滿足了需求規(guī)格的定義，找出與需求規(guī)格不相符合或與之矛盾的地方。   

12、60; 系統(tǒng)測(cè)試的對(duì)象不僅僅包括需要測(cè)試的產(chǎn)品系統(tǒng)的軟件，還要包含軟件所依賴的硬件、外設(shè)甚至包括某些數(shù)據(jù)、某些支持軟件及其接口等。因此，必須將系統(tǒng)中的軟件與各種依賴的資源結(jié)合起來，在系統(tǒng)實(shí)際運(yùn)行環(huán)境下來進(jìn)行測(cè)試。軟件測(cè)試活動(dòng)不僅包含對(duì)代碼、對(duì)設(shè)計(jì)、對(duì)功能、對(duì)需求的測(cè)試，也包括測(cè)試計(jì)劃的制定。測(cè)試計(jì)劃的制定是在編碼之前完成的。 軟件的質(zhì)量是指（10）。（10）A. 軟件的功能性、可靠性、易用性、效率、可維護(hù)性、可移植性B. 軟件的功能和性能C. 用戶需求的滿意度D. 軟件特性的總和，以及滿足規(guī)定和潛在用戶需求的能力解析答案是“D.”，國際標(biāo)準(zhǔn)ISO14598給出的“軟件質(zhì)量”的定義是：軟件特性的

13、總和，軟件滿足規(guī)定或潛在用戶需求的能力。 在軟件生存周期中，將某種形式表示的軟件轉(zhuǎn)換成更高抽象形式表示的軟件的活動(dòng)屬于（11）。 (11) A. 逆向工程                 B. 代碼重構(gòu)       C. 程序結(jié)構(gòu)重構(gòu)           &#

14、160; D. 數(shù)據(jù)結(jié)構(gòu)重構(gòu)解析通常產(chǎn)品設(shè)計(jì)過程是一個(gè)從設(shè)計(jì)到產(chǎn)品的過程，即設(shè)計(jì)人員首先在大腦中構(gòu)思產(chǎn)品的外形、性能和大致的技術(shù)參數(shù)等，然后在詳細(xì)設(shè)計(jì)階段完成各類數(shù)據(jù)模型，最終將這個(gè)模型轉(zhuǎn)入到研發(fā)流程中，完成產(chǎn)品的整個(gè)設(shè)計(jì)研發(fā)周期。這就是“正向設(shè)計(jì)”過程。而逆向工程，又名反向工程（Reverse Engineering - RE），則是一個(gè)從產(chǎn)品到設(shè)計(jì)的過程，就是根據(jù)已經(jīng)存在的產(chǎn)品，反向推出產(chǎn)品設(shè)計(jì)數(shù)據(jù)（包括各類設(shè)計(jì)圖或數(shù)據(jù)模型）的過程。早期的船舶工業(yè)中常用的船體放樣設(shè)計(jì)就是逆向工程的很好實(shí)例。在軟件開發(fā)行業(yè)，基于某個(gè)軟件，以反匯編閱讀源碼的方式去推斷其數(shù)據(jù)結(jié)構(gòu)、體系結(jié)構(gòu)和程序設(shè)計(jì)信息成為軟件

15、逆向工程技術(shù)關(guān)注的主要對(duì)象。軟件逆向技術(shù)的目的是用來研究和學(xué)習(xí)先進(jìn)的技術(shù)，特別是當(dāng)手里沒有合適的文檔資料，而又很需要實(shí)現(xiàn)某個(gè)軟件的功能的時(shí)候。因此很多軟件開發(fā)組織為了壟斷技術(shù)，在軟件安裝之前，要求用戶同意不去逆向研究。根據(jù)黃柏素、梅宏組織翻譯，Roger S.Pressman編著的軟件工程實(shí)踐者的研究方法第4版的陳述：逆向工程抽象層次應(yīng)該盡可能高，即逆向工程過程應(yīng)該能夠?qū)С鲞^程的設(shè)計(jì)表示(一種低層的抽象)；程序和數(shù)據(jù)結(jié)構(gòu)信息(稍高一點(diǎn)層次的抽象)；數(shù)據(jù)和控制流模型(一種相對(duì)高層的抽象)；以及實(shí)體關(guān)系模型(一種高層抽象)。隨著抽象層次增高，軟件工程師獲得更有助于理解程序的信息。軟件重構(gòu)修改源代碼

16、和/或數(shù)據(jù)以使得它適應(yīng)未來的變化。通常，重構(gòu)并不修改整體的程序體系結(jié)構(gòu)，它趨向于關(guān)注個(gè)體模塊的設(shè)計(jì)細(xì)節(jié)以及定義在模塊中的局部數(shù)據(jù)結(jié)構(gòu)。如果重構(gòu)擴(kuò)展到模塊邊界之外并涉及軟件體系結(jié)構(gòu)，則重構(gòu)變成了正向設(shè)計(jì)過程。代碼重構(gòu)的目標(biāo)是生成可提供相同功能的設(shè)計(jì)，但是該設(shè)計(jì)比原程序有更高的質(zhì)量。 根據(jù)軟件文檔管理指南（GB/T 16680-1996），以下關(guān)于文檔評(píng)審的敘述，（12）是不正確的。（12）A. 需求評(píng)審進(jìn)一步確認(rèn)開發(fā)者和設(shè)計(jì)者已了解用戶要求什么，以及用戶從開發(fā)者一方了解某些限制和約束    B. 在概要設(shè)計(jì)評(píng)審過程中主要詳細(xì)評(píng)審每個(gè)系統(tǒng)組成部分的基本設(shè)計(jì)方

17、法和測(cè)試計(jì)劃，系統(tǒng)規(guī)格說明應(yīng)根據(jù)概要設(shè)計(jì)評(píng)審的結(jié)果加以修改     C. 設(shè)計(jì)評(píng)審產(chǎn)生的最終文檔規(guī)定系統(tǒng)和程序?qū)⑷绾卧O(shè)計(jì)開發(fā)和測(cè)試以滿足一致同意的需求規(guī)格說明書D. 詳細(xì)設(shè)計(jì)評(píng)審主要評(píng)審計(jì)算機(jī)程序、程序單元測(cè)試計(jì)劃和集成測(cè)試計(jì)劃解析根據(jù)軟件文檔管理指南（GB/T 16680-1996），詳細(xì)設(shè)計(jì)評(píng)審主要評(píng)審計(jì)算機(jī)程序和程序單元測(cè)試計(jì)劃，而集成測(cè)試計(jì)劃則是概要設(shè)計(jì)評(píng)審的對(duì)象之一。  根據(jù)軟件文檔管理指南（GB/T 16680-1996），以下關(guān)于軟件文檔歸類的敘述，（13）是不正確的。（13）A. 開發(fā)文檔描述開發(fā)過程本身 &

18、#160;    B. 產(chǎn)品文檔描述開發(fā)過程的產(chǎn)物      C. 管理文檔記錄項(xiàng)目管理的信息      D. 過程文檔描述項(xiàng)目實(shí)施的信息解析根據(jù)軟件文檔管理指南（GB/T 16680-1996），軟件文檔有開發(fā)文檔、產(chǎn)品文檔和管理文檔三類。 根據(jù)軟件工程產(chǎn)品質(zhì)量（GB/T 16260.1-2006）定義的質(zhì)量模型，不屬于功能性的質(zhì)量特性是（14）。（14）A. 適應(yīng)性   B. 適合性   C. 安全保密性 

19、60; D. 互操作性解析根據(jù)軟件工程產(chǎn)品質(zhì)量（GB/T 16260.1-2006）定義的質(zhì)量模型，屬于功能性的質(zhì)量特性是適合性、安全性、互操作性（互用性）、準(zhǔn)確性和依從性。適應(yīng)性屬于可移植性。  W公司想要對(duì)本單位的內(nèi)部網(wǎng)絡(luò)和辦公系統(tǒng)進(jìn)行改造，希望通過招標(biāo)選擇承建商，為此，W公司進(jìn)行了一系列活動(dòng)。以下（15）活動(dòng)不符合中華人民共和國招標(biāo)投標(biāo)法的要求。（15）A. 對(duì)此項(xiàng)目的承建方和監(jiān)理方的招標(biāo)工作，W 公司計(jì)劃由同一家招標(biāo)代理機(jī)構(gòu)負(fù)責(zé)招標(biāo)，并計(jì)劃在同一天開標(biāo)B. W公司根據(jù)此項(xiàng)目的特點(diǎn)和需要編制了招標(biāo)文件，并確定了提交投標(biāo)文件的截止日期C. 有四家公司參加了投標(biāo)，其中一家投標(biāo)單位在

20、截止日期之后提交投標(biāo)文件，W 公司認(rèn)為其違反了招標(biāo)文件要求，沒有接受該投標(biāo)單位的投標(biāo)文件  D. W公司根據(jù)招標(biāo)文件的要求，在三家投標(biāo)單位中選擇了其中一家作為此項(xiàng)目的承建商，并只將結(jié)果通知了中標(biāo)企業(yè)。解析根據(jù)中華人民共和國招標(biāo)投標(biāo)法第四十五條的如下規(guī)定：中標(biāo)人確定后，招標(biāo)人應(yīng)當(dāng)向中標(biāo)人發(fā)出中標(biāo)通知書，并同時(shí)將中標(biāo)結(jié)果通知所有未中標(biāo)的投標(biāo)人?？芍?，選項(xiàng)D是不符合招標(biāo)投標(biāo)法要求的。 以下采用單一來源采購方式的活動(dòng)，（16）是不恰當(dāng)?shù)?。?6）A. 某政府部門為建立內(nèi)部辦公系統(tǒng)，已從一個(gè)供應(yīng)商采購了 120 萬元的網(wǎng)絡(luò)設(shè)備，由于辦公地點(diǎn)擴(kuò)大，打算繼續(xù)從原供應(yīng)商采購 15 萬元的設(shè)備B. 某

21、地區(qū)發(fā)生自然災(zāi)害，當(dāng)?shù)孛裾块T需要緊急采購一批救災(zāi)物資C. 某地方主管部門需要采購一種市政設(shè)施，目前此種設(shè)施國內(nèi)僅有一家廠商生產(chǎn)D. 某政府機(jī)關(guān)為升級(jí)其內(nèi)部辦公系統(tǒng)，與原承建商簽訂了系統(tǒng)維護(hù)合同解析根據(jù)中華人民共和國政府采購法的如下條款：第三十一條符合下列情形之一的貨物或者服務(wù)，可以依照本法采用單一來源方式采購：（一）只能從唯一供應(yīng)商處采購的；（二）發(fā)生了不可預(yù)見的緊急情況不能從其他供應(yīng)商處采購的；（三）必須保證原有采購項(xiàng)目一致性或者服務(wù)配套的要求，需要繼續(xù)從原供應(yīng)商處添購，且添購資金總額不超過原合同采購金額百分之十的?？芍绢}的選項(xiàng)A是不恰當(dāng)?shù)摹?#160; 為了解決 C/S 模式中客戶機(jī)負(fù)

22、荷過重的問題，軟件架構(gòu)發(fā)展形成了（17）模式。（17）A. 三層 C/S       B. 分層       C. B/S      D. 知識(shí)庫解析客戶機(jī)/服務(wù)器（Client/Server ，C/S）模式將應(yīng)用一分為二，服務(wù)器（后臺(tái)）負(fù)責(zé)數(shù)據(jù)管理，客戶機(jī)（前臺(tái)）完成與用戶的交互任務(wù)。C/S模式具有強(qiáng)大的數(shù)據(jù)操作和事務(wù)處理能力，模型思想簡(jiǎn)單，但隨著企業(yè)規(guī)模的日益擴(kuò)大，軟件的復(fù)雜程度不斷提高，傳統(tǒng)的二層C/S模式的缺點(diǎn)日益突出

23、： 客戶機(jī)與服務(wù)器的通訊依賴于網(wǎng)絡(luò)，可能成為整個(gè)系統(tǒng)運(yùn)作的瓶頸；客戶機(jī)的負(fù)荷過重，難以管理大量的客戶機(jī)，系統(tǒng)的性能受到很大影響； 如果服務(wù)器及其界面定義有改變，則客戶機(jī)也要做相應(yīng)改變； 二層C/S模式采用單一服務(wù)器且以局域網(wǎng)為中心，難以擴(kuò)展至廣域網(wǎng)或Internet； 數(shù)據(jù)安全性不好?？蛻舳顺绦蚩梢灾苯釉L問數(shù)據(jù)庫服務(wù)器，使數(shù)據(jù)庫的安全性受到威脅。C/S模式適用于分布式系統(tǒng)，得到了廣泛的應(yīng)用。為了解決C/S模式中客戶端的問題，發(fā)展形成了瀏覽器/服務(wù)器（B/S）模式；為了解決C/S模式中服務(wù)器端的問題，發(fā)展形成了三層（多層）C/S模式，即多層應(yīng)用架構(gòu)。本題的正確選項(xiàng)是“C. B/S”。 

24、 小王在公司局域網(wǎng)中用 Delphi 編寫了客戶端應(yīng)用程序，其后臺(tái)數(shù)據(jù)庫使用 MS NT4+SQL Server，應(yīng)用程序通過ODBC 連接到后臺(tái)數(shù)據(jù)庫。此處的 ODBC 是（18）。（18）A. 中間件           B. WEB Service           C. COM 構(gòu)件         

25、;  D. WEB 容器 解析數(shù)據(jù)庫訪問中間件通過一個(gè)抽象層訪問數(shù)據(jù)庫，從而允許使用相同或相似的代碼訪問不同的數(shù)據(jù)庫資源。典型的技術(shù)如Windows平臺(tái)的ODBC和Java平臺(tái)的JDBC等。本題的正確選項(xiàng)是“A. 中間件”。  （19）制定了無線局域網(wǎng)訪問控制方法與物理層規(guī)范。（19）AIEEE 802.3            BIEEE 802.11          CI

26、EEE 802.15           DIEEE 802.16解析IEEE的802標(biāo)準(zhǔn)委員會(huì)定義了多種主要的局域網(wǎng)，其中的IEEE 802.11制定了無線局域網(wǎng)（WLAN）的訪問控制方法與物理層規(guī)范。本題的正確選項(xiàng)是“BIEEE 802.11”。  可以實(shí)現(xiàn)在 Internet 上任意兩臺(tái)計(jì)算機(jī)之間傳輸文件的協(xié)議是（20）。（20）AFTP       BHTTP      

27、; CSMTP          DSNMP解析FTP（File Transfer Protocol）是 Internet 上用來傳送文件的協(xié)議（文件傳輸協(xié)議）。它是為了我們能夠在 Internet 上互相傳送文件而制定的的文件傳送標(biāo)準(zhǔn)，規(guī)定了 Internet 上文件如何傳送?？梢允褂梦募鬏攨f(xié)議 (FTP)把文件從一部電腦通過Internet傳輸至另一部電腦。本題的正確選項(xiàng)是“AFTP”。 我國頒布的大樓通信綜合布線系統(tǒng) YD/T926標(biāo)準(zhǔn)的適用范圍是跨度距離不超過（21）米，辦公總面積不超

28、過 1,000,000 平方米的布線區(qū)域。（21）A500       B1000       C2000          D3000解析通信行業(yè)標(biāo)準(zhǔn)大樓通信綜合布線系統(tǒng)YDT926）的適用范圍是跨越距離不超過 3000米、建筑總面積不超過 100萬平方米的布線區(qū)域，區(qū)域內(nèi)的人員為 50人至5萬人。答案是“D3000”。  根據(jù)電子信息系統(tǒng)機(jī)房設(shè)計(jì)規(guī)范，（22）的敘述是錯(cuò)誤的

29、。（22）A. 某機(jī)房?jī)?nèi)面積為 125 平方米，共設(shè)置了三個(gè)安全出口      B. 機(jī)房?jī)?nèi)所有設(shè)備的金屬外殼、各類金屬管道、金屬線槽、建筑物金屬結(jié)構(gòu)等必須進(jìn)行等電位聯(lián)結(jié)并接地      C. 機(jī)房?jī)?nèi)的照明線路宜穿鋼管暗敷或在吊頂內(nèi)穿鋼管明敷D. 為了保證通風(fēng)，A 級(jí)電子信息系統(tǒng)機(jī)房應(yīng)設(shè)置外窗解析電子信息系統(tǒng)機(jī)房設(shè)計(jì)規(guī)范GB 501742008的6.4.6 條款指出：“A級(jí)和B級(jí)電子信息系統(tǒng)機(jī)房的主機(jī)房不宜設(shè)置外窗”。答案是選項(xiàng)D。  SAN 存儲(chǔ)技術(shù)的特點(diǎn)包括（23）。 &

30、#160; 高度的可擴(kuò)展性 復(fù)雜但體系化的存儲(chǔ)管理方式 優(yōu)化的資源和服務(wù)共享 高度的可用性（23）A.     B.       C.     D. 解析SAN是采用高速的光纖通道作為傳輸介質(zhì)的網(wǎng)絡(luò)存儲(chǔ)技術(shù)。它將存儲(chǔ)系統(tǒng)網(wǎng)絡(luò)化，實(shí)現(xiàn)了高速共享存儲(chǔ)以及塊級(jí)數(shù)據(jù)訪問的目的。作為獨(dú)立于服務(wù)器網(wǎng)絡(luò)系統(tǒng)之外，它幾乎擁有無限存儲(chǔ)擴(kuò)展能力。業(yè)界提倡的Open SAN克服了早先光纖通道仲裁環(huán)所帶來的互操作和可靠性問題，提供了開放式、靈活多變的多樣配置方案?？傮w來說，SAN擁有極度的可擴(kuò)展性、簡(jiǎn)化的存儲(chǔ)

31、管理、優(yōu)化的資源和服務(wù)共享以及高度可用性。答案是選項(xiàng)A。  某機(jī)房部署了多級(jí) UPS 和線路穩(wěn)壓器，這是出于機(jī)房供電的（24）需要。（24）A. 分開供電和穩(wěn)壓供電         B. 穩(wěn)壓供電和電源保護(hù)          C. 緊急供電和穩(wěn)壓供電         D. 不間斷供電和安全供電解析   

32、60; 答案是選項(xiàng)C。 以下關(guān)于計(jì)算機(jī)機(jī)房與設(shè)施安全管理的要求，（25）是不正確的。  （25）A計(jì)算機(jī)系統(tǒng)的設(shè)備和部件應(yīng)有明顯的標(biāo)記，并應(yīng)便于去除或重新標(biāo)記        B機(jī)房中應(yīng)定期使用靜電消除劑，以減少靜電的產(chǎn)生      C進(jìn)入機(jī)房的工作人員，應(yīng)更換不易產(chǎn)生靜電的服裝      D禁止攜帶個(gè)人計(jì)算機(jī)等電子設(shè)備進(jìn)入機(jī)房解析根據(jù)信息安全技術(shù)信息系統(tǒng)安全等級(jí)保護(hù)基本要求（報(bào)批稿）的“ 防盜竊和防破壞

33、（G1）”之如下要求：a)  應(yīng)將主要設(shè)備放置在機(jī)房?jī)?nèi)；b)  應(yīng)將設(shè)備或主要部件進(jìn)行固定，并設(shè)置明顯的不易除去的標(biāo)記?？芍?，答案是選項(xiàng)A。 某企業(yè)應(yīng)用系統(tǒng)為保證運(yùn)行安全，只允許操作人員在規(guī)定的工作時(shí)間段內(nèi)登錄該系統(tǒng)進(jìn)行業(yè)務(wù)操作，這種安全策略屬于（26）層次。（26）A數(shù)據(jù)域安全                B功能性安全C資源訪問安全       

34、0;      D系統(tǒng)級(jí)安全解析系統(tǒng)級(jí)的安全策略包括敏感系統(tǒng)的隔離、訪問IP地址段的限制、登錄時(shí)間段的限制、會(huì)話時(shí)間的限制、連接數(shù)的限制、特定時(shí)間段內(nèi)登錄次數(shù)的限制以及遠(yuǎn)程訪問控制等，系統(tǒng)級(jí)安全是應(yīng)用系統(tǒng)的第一道防線。答案是選項(xiàng)D。  基于用戶名和口令的用戶入網(wǎng)訪問控制可分為（27）三個(gè)步驟。（27）A用戶名的識(shí)別與驗(yàn)證、用戶口令的識(shí)別與驗(yàn)證、用戶賬號(hào)的默認(rèn)限制檢查      B用戶名的識(shí)別與驗(yàn)證、用戶口令的識(shí)別與驗(yàn)證、用戶權(quán)限的識(shí)別與控制C用戶身份識(shí)別與驗(yàn)證、用戶口令的識(shí)別與驗(yàn)證、用

35、戶權(quán)限的識(shí)別與控制D用戶賬號(hào)的默認(rèn)限制檢查、用戶口令的識(shí)別與驗(yàn)證、用戶權(quán)限的識(shí)別與控制解析用戶的入網(wǎng)訪問控制可分為三個(gè)步驟：用戶名的識(shí)別與驗(yàn)證、用戶口令的識(shí)別與驗(yàn)證、用戶帳號(hào)的默認(rèn)限制檢查。用戶對(duì)網(wǎng)絡(luò)資源的訪問權(quán)限可以用一個(gè)訪問控制表來描述，網(wǎng)絡(luò)系統(tǒng)管理員應(yīng)當(dāng)為用戶指定適當(dāng)?shù)脑L問權(quán)限，這些訪問權(quán)限控制著用戶對(duì)服務(wù)器等網(wǎng)絡(luò)資源的訪問。答案是選項(xiàng)A。  Web Service 技術(shù)適用于（28）應(yīng)用。  跨越防火墻 應(yīng)用系統(tǒng)集成 單機(jī)應(yīng)用程序 B2B 應(yīng)用 軟件重用 局域網(wǎng)上的同構(gòu)應(yīng)用程序（28）A    B   &#

36、160; C        D解析Web服務(wù)的主要目標(biāo)是跨平臺(tái)的互操作性，適合使用Web Services的情況有跨越防火墻、應(yīng)用程序集成、B2B集成和軟件重用。在某些情況下，Web服務(wù)也可能會(huì)降低應(yīng)用程序的性能。不適合使用Web服務(wù)的情況有單機(jī)應(yīng)用程序以及局域網(wǎng)上的同構(gòu)應(yīng)用程序。答案是選項(xiàng)D。  以下關(guān)于 J2EE 應(yīng)用服務(wù)器運(yùn)行環(huán)境的敘述中，（29）是正確的。（29）A容器是構(gòu)件的運(yùn)行環(huán)境      B構(gòu)件是應(yīng)用服務(wù)器提供的各種功能接口  &

37、#160;   C構(gòu)件可以與系統(tǒng)資源進(jìn)行交互      D服務(wù)是表示應(yīng)用邏輯的代碼解析J2EE應(yīng)用服務(wù)器運(yùn)行環(huán)境包括構(gòu)件（Component）、容器（Container）及服務(wù)（Services）三部分。構(gòu)件是表示應(yīng)用邏輯的代碼；容器是構(gòu)件的運(yùn)行環(huán)境；服務(wù)則是應(yīng)用服務(wù)器提供的各種功能接口，可以同系統(tǒng)資源進(jìn)行交互。答案是選項(xiàng)A。  以下關(guān)于數(shù)據(jù)倉庫與數(shù)據(jù)庫的敘述中，（30）是正確的。（30）A數(shù)據(jù)倉庫的數(shù)據(jù)高度結(jié)構(gòu)化、復(fù)雜、適合操作計(jì)算；而數(shù)據(jù)庫的數(shù)據(jù)結(jié)構(gòu)比較簡(jiǎn)單，適合分析   

38、0;      B數(shù)據(jù)倉庫的數(shù)據(jù)是歷史的、歸檔的、處理過的數(shù)據(jù)；數(shù)據(jù)庫的數(shù)據(jù)反映當(dāng)前的數(shù)據(jù)C數(shù)據(jù)倉庫中的數(shù)據(jù)使用頻率較高；數(shù)據(jù)庫中的數(shù)據(jù)使用頻率較低D數(shù)據(jù)倉庫中的數(shù)據(jù)是動(dòng)態(tài)變化的，可以直接更新；數(shù)據(jù)庫中的數(shù)據(jù)是靜態(tài)的，不能直接更新解析數(shù)據(jù)庫技術(shù)以數(shù)據(jù)庫為中心，進(jìn)行事務(wù)處理、批處理、決策分析等各種數(shù)據(jù)處理工作，主要有操作型處理和分析型處理兩類。操作型數(shù)據(jù)庫系統(tǒng)主要強(qiáng)調(diào)的是優(yōu)化企業(yè)的日常事務(wù)處理工作，難以實(shí)現(xiàn)對(duì)數(shù)據(jù)分析處理要求，無法滿足數(shù)據(jù)處理多樣化的要求。從而進(jìn)化出分析型的數(shù)據(jù)倉庫技術(shù)。數(shù)據(jù)倉庫（Data Warehouse）是一個(gè)面向主題的（S

39、ubject Oriented）、集成的、相對(duì)穩(wěn)定的、反映歷史變化的數(shù)據(jù)集合，用于支持管理決策。與操作型數(shù)據(jù)庫相比，數(shù)據(jù)倉庫的主要特點(diǎn)有面向主題、集成、相對(duì)穩(wěn)定和反映歷史變化。操作型數(shù)據(jù)庫中的數(shù)據(jù)通常是實(shí)時(shí)更新的，數(shù)據(jù)根據(jù)需要及時(shí)發(fā)生變化，而數(shù)據(jù)倉庫只有少量的修改和刪除操作。答案是選項(xiàng)B。 發(fā)布項(xiàng)目章程，標(biāo)志著項(xiàng)目的正式啟動(dòng)。以下圍繞項(xiàng)目章程的敘述中，（31）是不正確的。 （31）A制定項(xiàng)目章程的工具和技術(shù)包括專家判斷  B項(xiàng)目章程要為項(xiàng)目經(jīng)理提供授權(quán)，方便其使用組織資源進(jìn)行項(xiàng)目活動(dòng)       C項(xiàng)目章程應(yīng)當(dāng)由項(xiàng)目發(fā)起人發(fā)

40、布       D項(xiàng)目經(jīng)理應(yīng)在制定項(xiàng)目章程后再任命 解析制定項(xiàng)目章程的工具和技術(shù)包括專家判斷。項(xiàng)目章程是正式批準(zhǔn)一個(gè)項(xiàng)目的文檔、或者是批準(zhǔn)現(xiàn)行項(xiàng)目是否進(jìn)入下一階段的文檔。項(xiàng)目章程應(yīng)當(dāng)由項(xiàng)目組織以外的項(xiàng)目發(fā)起人發(fā)布，若項(xiàng)目為本組織開發(fā)也可由投資人發(fā)布。發(fā)布人其在組織內(nèi)的級(jí)別應(yīng)能批準(zhǔn)項(xiàng)目，并有相應(yīng)的為項(xiàng)目提供所需資金的權(quán)力。項(xiàng)目章程為項(xiàng)目經(jīng)理使用組織資源進(jìn)行項(xiàng)目活動(dòng)提供了授權(quán)。答案是選項(xiàng)D。  在編制項(xiàng)目管理計(jì)劃時(shí)，項(xiàng)目經(jīng)理應(yīng)遵循編制原則和要求，使項(xiàng)目計(jì)劃符合項(xiàng)目實(shí)際管理的需要。以下關(guān)于項(xiàng)目管理計(jì)劃的敘述中，（32）是不正確的。

41、 （32）A應(yīng)由項(xiàng)目經(jīng)理獨(dú)立進(jìn)行編制              B可以是概括的 C項(xiàng)目管理計(jì)劃可以逐步精確       D讓干系人參與項(xiàng)目計(jì)劃的編制 解析編制項(xiàng)目計(jì)劃所遵循的基本原則有：全局性原則、全過程原則、人員與資源的統(tǒng)一組織與管理原則、技術(shù)工作與管理工作協(xié)調(diào)的原則，除此之外，還有：1.項(xiàng)目目標(biāo)的統(tǒng)一協(xié)調(diào)與管理 2.方案的統(tǒng)一管理 3.過程的統(tǒng)一協(xié)調(diào)與管理 4.計(jì)劃的統(tǒng)一管理5.各干系人的參與6.逐步精確項(xiàng)目計(jì)劃

42、的制定過程，也反映了項(xiàng)目的漸進(jìn)明細(xì)特點(diǎn)，也就是近期的計(jì)劃制定得詳細(xì)些，遠(yuǎn)期的計(jì)劃制定得概要一些，隨著時(shí)間的推移，項(xiàng)目計(jì)劃在不斷地細(xì)化。選項(xiàng)A是不正確的。  在項(xiàng)目實(shí)施過程中，項(xiàng)目經(jīng)理通過項(xiàng)目周報(bào)中的項(xiàng)目進(jìn)度分析圖表發(fā)現(xiàn)機(jī)房施工進(jìn)度有延期風(fēng)險(xiǎn)。項(xiàng)目經(jīng)理立即組織相關(guān)人員進(jìn)行分析，下達(dá)了關(guān)于改進(jìn)措施的書面指令。該指令屬于（33）。 （33）A檢查措施           B缺陷補(bǔ)救措施   C預(yù)防措施     &

43、#160;     D糾正措施 解析預(yù)防措施是為降低項(xiàng)目風(fēng)險(xiǎn)的可能性而提出的建議。該指令屬于  選項(xiàng)C。  在項(xiàng)目管理中，采?。?4）方法，對(duì)項(xiàng)目進(jìn)度計(jì)劃實(shí)施進(jìn)行全過程監(jiān)督和控制是經(jīng)濟(jì)和合理的。 （34）A會(huì)議評(píng)審和 MONTE CARLO 分析       B項(xiàng)目月報(bào)和旁站       C進(jìn)度報(bào)告和旁站       D掙值管理和會(huì)議評(píng)審 解析掙值管理方法提供了一種基于過去的實(shí)施結(jié)果來預(yù)

44、測(cè)未來績(jī)效的手段，是對(duì)項(xiàng)目進(jìn)度進(jìn)行全過程監(jiān)控的方法之一。狀態(tài)評(píng)審會(huì)議是預(yù)先規(guī)定的定期進(jìn)行的交流有關(guān)項(xiàng)目信息的事件，例如項(xiàng)目管理組每周的內(nèi)部例會(huì)、每月和客戶的例會(huì)等。項(xiàng)目組通過定期召開項(xiàng)目狀態(tài)評(píng)審會(huì)議，對(duì)項(xiàng)目的重要問題進(jìn)行專門的討論。它能突出一些重要項(xiàng)目文件提供的信息，迫使人們正視項(xiàng)目的進(jìn)展，從而為自己的工作負(fù)責(zé)。選項(xiàng)D是對(duì)進(jìn)度進(jìn)行監(jiān)控的恰當(dāng)手段之一。  一項(xiàng)新的國家標(biāo)準(zhǔn)出臺(tái)，某項(xiàng)目經(jīng)理意識(shí)到新標(biāo)準(zhǔn)中的某些規(guī)定將導(dǎo)致其目前負(fù)責(zé)的一個(gè)項(xiàng)目必須重新設(shè)定一項(xiàng)技術(shù)指標(biāo)，該項(xiàng)目經(jīng)理首先應(yīng)該（35）。 （35）A撰寫一份書面的變更請(qǐng)求 B召開一次變更控制委員會(huì)會(huì)議，討論所面臨的問題 C通知受到影響

45、的項(xiàng)目干系人將采取新的項(xiàng)目計(jì)劃 D修改項(xiàng)目計(jì)劃和 WBS，以保證該項(xiàng)目產(chǎn)品符合新標(biāo)準(zhǔn)解析A撰寫一份書面的變更請(qǐng)求。 項(xiàng)目經(jīng)理對(duì)某軟件需求分析活動(dòng)歷時(shí)估算的結(jié)果是：該活動(dòng)用時(shí) 2 周（假定每周工作時(shí)間是 5 天）。隨后對(duì)其進(jìn)行后備分析，確定的增加時(shí)間是 2 天。以下針對(duì)該項(xiàng)目后備分析結(jié)果的敘述中，（36）是不正確的。（36）A增加軟件需求分析的應(yīng)急時(shí)間是 2 天B增加軟件需求分析的緩沖時(shí)間是該活動(dòng)歷時(shí)的 20% C增加軟件需求分析的時(shí)間儲(chǔ)備是 20%D增加軟件需求分析的歷時(shí)標(biāo)準(zhǔn)差是 2 天解析考慮到進(jìn)度風(fēng)險(xiǎn)，在制定項(xiàng)目進(jìn)度計(jì)劃時(shí)，可進(jìn)行后備分析，也就是以“應(yīng)急時(shí)間”、“時(shí)間儲(chǔ)備”或“緩

46、沖時(shí)間”為名稱增加一些時(shí)間。應(yīng)急時(shí)間可取活動(dòng)持續(xù)時(shí)間估算值的某一百分比，或某一固定長(zhǎng)短的時(shí)間，或根據(jù)定量風(fēng)險(xiǎn)分析的結(jié)果確定。實(shí)際執(zhí)行項(xiàng)目時(shí)，應(yīng)急時(shí)間可能全部用完，也可能只使用一部分，還可能隨著項(xiàng)目更準(zhǔn)確的信息增加和積累而到后來減少或取消。用三點(diǎn)估算法估算活動(dòng)的歷時(shí)時(shí)，才會(huì)使用標(biāo)準(zhǔn)差這個(gè)概念。本題的選項(xiàng)是“D增加軟件需求分析的歷時(shí)標(biāo)準(zhǔn)差是 2 天”。  在工程網(wǎng)絡(luò)計(jì)劃中，工作 M 的最早開始時(shí)間為第 16 天，其持續(xù)時(shí)間為 5 天。該工作有三項(xiàng)緊后工作，他們的最早開始時(shí)間分別為第 25 天、第 27 天和第 30 天，最遲開始時(shí)間分別為第 28 天、第 29 天和第 30 天。則工作

47、M 的總時(shí)差為（37）天。  （37）A5        B6        C7           D9 解析工作M 的最早開始時(shí)間為第 16 天，其持續(xù)時(shí)間為 5 天。因此，工作 M 的最早結(jié)束時(shí)間為第 16 +5 =21天。工作M 有三項(xiàng)緊后工作，他們的最遲開始時(shí)間分別為第 28 天、第 29 天和第 30 天。因此工作

48、M 的最遲結(jié)束時(shí)間為三者之中最小的第28天。工作M 的總時(shí)差 =工作M 的最遲結(jié)束時(shí)間 -工作M 的最早結(jié)束時(shí)間 = 28-21 = 7天。該題的選項(xiàng)為“C7”。  以下關(guān)于關(guān)鍵路徑法的敘述，（38）是不正確的。（38）A如果關(guān)鍵路徑中的一個(gè)活動(dòng)延遲，將會(huì)影響整個(gè)項(xiàng)目計(jì)劃      B關(guān)鍵路徑包括所有項(xiàng)目進(jìn)度控制點(diǎn)      C如果有兩個(gè)或兩個(gè)以上的路徑長(zhǎng)度一樣，就有可能存在多個(gè)關(guān)鍵路徑      D關(guān)鍵路徑可隨項(xiàng)目的進(jìn)展而改變解析關(guān)鍵

49、路線是指進(jìn)度網(wǎng)絡(luò)圖中歷時(shí)最長(zhǎng)的那條路徑，它的長(zhǎng)度決定了項(xiàng)目的生命周期長(zhǎng)度。因此，如果關(guān)鍵路徑中的一個(gè)活動(dòng)延遲，將會(huì)影響整個(gè)項(xiàng)目計(jì)劃?？刂泣c(diǎn)，即里程碑。里程碑是項(xiàng)目生命周期中，時(shí)間軸上的一個(gè)時(shí)刻，在該時(shí)刻應(yīng)對(duì)項(xiàng)目特意關(guān)注和控制，通常指一個(gè)主要可交付成果的完成，也可以沒有交付物僅僅是控制。里程碑清單包括了所有的里程碑。因此，從邏輯上講，關(guān)鍵路徑不一定包括所有項(xiàng)目進(jìn)度控制點(diǎn)。關(guān)鍵路徑可隨項(xiàng)目的進(jìn)展而改變。如果有兩個(gè)或兩個(gè)以上的關(guān)鍵路徑長(zhǎng)度一樣，那就存在多個(gè)關(guān)鍵路徑。如果有兩個(gè)或兩個(gè)以上的路徑長(zhǎng)度一樣，這些路徑可能是普通路徑、不是關(guān)鍵路徑，此時(shí)就不能推斷一定存在多個(gè)關(guān)鍵路徑。因此，從邏輯上講“如果有兩

50、個(gè)或兩個(gè)以上的路徑長(zhǎng)度一樣，就有可能存在多個(gè)關(guān)鍵路徑”也說得過去。本題的選項(xiàng)是“B關(guān)鍵路徑包括所有項(xiàng)目進(jìn)度控制點(diǎn)”。  在軟件開發(fā)項(xiàng)目實(shí)施過程中，由于進(jìn)度需要，有時(shí)要采取快速跟進(jìn)措施。（39）屬于快速跟進(jìn)范疇。（39）A壓縮需求分析工作周期B設(shè)計(jì)圖紙全部完成前就開始現(xiàn)場(chǎng)施工準(zhǔn)備工作C使用最好的工程師，加班加點(diǎn)盡快完成需求分析說明書編制工作D同其他項(xiàng)目協(xié)調(diào)好關(guān)系以減少行政管理的磨擦解析快速跟進(jìn)是指計(jì)劃時(shí)串行的活動(dòng)，當(dāng)實(shí)施時(shí)進(jìn)度落后時(shí)，改為并行或部分并行（當(dāng)然前提是串行的活動(dòng)，本身的順序是可以改變的）。該題的選項(xiàng)是“B設(shè)計(jì)圖紙全部完成前就開始現(xiàn)場(chǎng)施工準(zhǔn)備工作”。  某軟件開發(fā)項(xiàng)

51、目的實(shí)際進(jìn)度已經(jīng)大幅滯后于計(jì)劃進(jìn)度， (40) 能夠較為有效地縮短活動(dòng)工期。（40）A請(qǐng)經(jīng)驗(yàn)豐富的老程序員進(jìn)行技術(shù)指導(dǎo)或協(xié)助完成工作B要求項(xiàng)目組成員每天加班 23 個(gè)小時(shí)進(jìn)行趕工C招聘一批新的程序員到項(xiàng)目組中D購買最新版本的軟件開發(fā)工具解析本題的選項(xiàng)是“A請(qǐng)經(jīng)驗(yàn)豐富的老程序員進(jìn)行技術(shù)指導(dǎo)或協(xié)助完成工作”。 某公司最近在一家大型企業(yè) OA 項(xiàng)目招標(biāo)中勝出，小張被指定為該項(xiàng)目的項(xiàng)目經(jīng)理。公司發(fā)布了項(xiàng)目章程，小張依據(jù)該章程等項(xiàng)目資料編制了由項(xiàng)目目標(biāo)、可交付成果、項(xiàng)目邊界及成本和質(zhì)量測(cè)量指標(biāo)等內(nèi)容組成的（41）。 （41）A項(xiàng)目工作說明書    

52、60;      B范圍管理計(jì)劃      C范圍說明書               DWBS解析發(fā)布項(xiàng)目章程后，接著就要對(duì)項(xiàng)目進(jìn)行初步分解，明確項(xiàng)目范圍了。通過題干可知“依據(jù)該章程等項(xiàng)目資料編制了由項(xiàng)目目標(biāo)、可交付成果、項(xiàng)目邊界及成本和質(zhì)量測(cè)量指標(biāo)等內(nèi)容組成的”“C范圍說明書”為正確選項(xiàng)。  下面關(guān)于項(xiàng)目范圍確認(rèn)描述，（42）是正確的。（42）A

53、范圍確認(rèn)是一項(xiàng)對(duì)項(xiàng)目范圍說明書進(jìn)行評(píng)審的活動(dòng)      B范圍確認(rèn)活動(dòng)通常由項(xiàng)目組和質(zhì)量管理員參與執(zhí)行即可      C范圍確認(rèn)過程中可能會(huì)產(chǎn)生變更申請(qǐng)      D范圍確認(rèn)屬于一項(xiàng)質(zhì)量控制活動(dòng)解析范圍確認(rèn)是客戶等項(xiàng)目干系人正式驗(yàn)收并接受已完成的項(xiàng)目可交付物的過程，范圍確認(rèn)過程中可能產(chǎn)生的變更申請(qǐng)，例如對(duì)缺陷的修復(fù)要求。該題正確選項(xiàng)為“C范圍確認(rèn)過程中可能會(huì)產(chǎn)生變更申請(qǐng)”。  下列關(guān)于資源平衡的描述中，（43）是正確的。（43）A資源平

54、衡通常用于已經(jīng)利用關(guān)鍵鏈法分析過的進(jìn)度模型之中B進(jìn)行資源平衡的前提是不能改變?cè)P(guān)鍵路線C使用按資源分配倒排進(jìn)度法不一定能制定出最優(yōu)項(xiàng)目進(jìn)度表D資源平衡的結(jié)果通常是使項(xiàng)目的預(yù)計(jì)持續(xù)時(shí)間比項(xiàng)目初步進(jìn)度表短解析該題的正確選項(xiàng)是“C使用按資源分配倒排進(jìn)度法不一定能制定出最優(yōu)項(xiàng)目進(jìn)度表”。  某企業(yè)今年用于信息系統(tǒng)安全工程師的培訓(xùn)費(fèi)用為 5 萬元，其中有 8000 元計(jì)入 A 項(xiàng)目成本，該成本屬于 A 項(xiàng)目的（44）。（44）A可變成本              &

55、#160;       B沉沒成本      C實(shí)際成本（AC）                D間接成本解析很明顯，該題正確選項(xiàng)為“D間接成本”。  項(xiàng)目進(jìn)行到某階段時(shí)，項(xiàng)目經(jīng)理進(jìn)行了績(jī)效分析，計(jì)算出 CPI 值為 0.91。這表示（45）。 （45）A項(xiàng)目的每 91 元人民幣投資中可創(chuàng)造相當(dāng)于 100 元的價(jià)值 &

56、#160;            B當(dāng)項(xiàng)目完成時(shí)將會(huì)花費(fèi)投資額的 91              C項(xiàng)目?jī)H進(jìn)展到計(jì)劃進(jìn)度的 91              D項(xiàng)目的每 100 元人民幣投資中只創(chuàng)造相當(dāng)于 91 元的價(jià)值解析該題的正

57、確選項(xiàng)為“D項(xiàng)目的每 100 元人民幣投資中只創(chuàng)造相當(dāng)于 91 元的價(jià)值”。 下圖是一項(xiàng)布線工程計(jì)劃和實(shí)際完成的示意圖，2009 年 3 月 23 日的 PV、EV、AC 分別是（46）。   46）APV=4000 元、EV=2000 元、AC=3800 元     BPV=4000 元、EV=3800 元、AC=2000 元CPV=3800 元、EV=4000 元、AC=2000 元       DPV=3800 元、EV=3800 元、AC=2000 元

58、60;解析到2009-3-23早上8:30上班前：應(yīng)該完成的預(yù)算PV = 2000+2000 = 4000元掙值EV = 2000元實(shí)際成本AC = 3800元該題的選項(xiàng)是“APV=4000 元、EV=2000 元、AC=3800 元 ”。 在項(xiàng)目人力資源計(jì)劃編制中，一般會(huì)涉及到組織結(jié)構(gòu)圖和職位描述。其中，根據(jù)組織現(xiàn)有的部門、單位或團(tuán)隊(duì)進(jìn)行分解，把工作包和項(xiàng)目的活動(dòng)列在負(fù)責(zé)的部門下面的圖采用的是（47）。 （47）A工作分解結(jié)構(gòu)（WBS）          B組織分解結(jié)構(gòu)（OBS） &

59、#160;    C資源分解結(jié)構(gòu)（RBS）          D責(zé)任分配矩陣（RAM）解析正確的選項(xiàng)是“B組織分解結(jié)構(gòu)（OBS）”。 在組建項(xiàng)目團(tuán)隊(duì)時(shí)，人力資源要滿足項(xiàng)目要求。以下說法，（48）是不妥當(dāng)?shù)?。?8）A對(duì)關(guān)鍵崗位要有技能標(biāo)準(zhǔn)，人員達(dá)標(biāo)后方可聘用      B與技能標(biāo)準(zhǔn)有差距的員工進(jìn)行培訓(xùn)，合格后可聘用      C只要項(xiàng)目經(jīng)理對(duì)團(tuán)隊(duì)成員認(rèn)可就可以 

60、60;    D在組建團(tuán)隊(duì)時(shí)要考慮能力、經(jīng)驗(yàn)、興趣、成本等人員因素解析該題的選項(xiàng)是“C只要項(xiàng)目經(jīng)理對(duì)團(tuán)隊(duì)成員認(rèn)可就可以”。 項(xiàng)目經(jīng)理管理項(xiàng)目團(tuán)隊(duì)有時(shí)需要解決沖突，（49）屬于解決沖突的范疇。（49）A強(qiáng)制、妥協(xié)、撤退             B強(qiáng)制、求同存異、觀察            C妥協(xié)、求同存異、增加權(quán)威  &

61、#160;  D妥協(xié)、撤退、預(yù)防解析解決沖突的方法有：解決問題、強(qiáng)制、妥協(xié)、撤退、求同存異（調(diào)和）等。因此，該題的選項(xiàng)為“A強(qiáng)制、妥協(xié)、撤退”。 某承建單位準(zhǔn)備把機(jī)房項(xiàng)目中的消防系統(tǒng)工程分包出去，并準(zhǔn)備了詳細(xì)的設(shè)計(jì)圖紙和各項(xiàng)說明。該項(xiàng)目工程包括：火災(zāi)自動(dòng)報(bào)警、廣播、火災(zāi)早期報(bào)警滅火等。該工程宜采用（50）。（50）A單價(jià)合同      B成本加酬金合同      C總價(jià)合同        D委托合同解析該題的選項(xiàng)為“

62、C總價(jià)合同”，以避免自己的成本超支。 小王為本公司草擬了一份計(jì)算機(jī)設(shè)備采購合同，其中寫到“乙方需按通常的行業(yè)標(biāo)準(zhǔn)提供技術(shù)支持服務(wù)”。經(jīng)理審閱后要求小王修改，原因是（51）。（51） A文字表達(dá)不通順B格式不符合國家或行業(yè)標(biāo)準(zhǔn)的要求C對(duì)合同標(biāo)的的描述不夠清晰、準(zhǔn)確D術(shù)語使用不當(dāng)解析該題的選項(xiàng)為“C對(duì)合同標(biāo)的的描述不夠清晰、準(zhǔn)確”。  組織項(xiàng)目招標(biāo)要按照中華人民共和國招標(biāo)投標(biāo)法進(jìn)行。以下敘述中，（52）是不正確的。（52）A公開招標(biāo)和邀請(qǐng)招標(biāo)都是常用的招標(biāo)方式      B公開招標(biāo)是指招標(biāo)人以招標(biāo)公告方式邀請(qǐng)一定范圍的法人或者其他組織投標(biāo)

63、      C邀請(qǐng)招標(biāo)是指招標(biāo)人以投標(biāo)邀請(qǐng)書的方式邀請(qǐng)?zhí)囟ǖ姆ㄈ嘶蛘咂渌M織投標(biāo)      D招標(biāo)人是依照本法規(guī)定提出招標(biāo)項(xiàng)目、進(jìn)行招標(biāo)的法人或者其他組織解析 根據(jù)中華人民共和國招標(biāo)投標(biāo)法如下條款：第十條招標(biāo)分為公開招標(biāo)和邀請(qǐng)招標(biāo)。公開招標(biāo)，是指招標(biāo)人以招標(biāo)公告的方式邀請(qǐng)不特定的法人或者其他組織投標(biāo)。邀請(qǐng)招標(biāo)，是指招標(biāo)人以投標(biāo)邀請(qǐng)書的方式邀請(qǐng)?zhí)囟ǖ姆ㄈ嘶蛘咂渌M織投標(biāo)?？芍?，該題的選項(xiàng)為“B公開招標(biāo)是指招標(biāo)人以招標(biāo)公告方式邀請(qǐng)一定范圍的法人或者其他組織投標(biāo)”。  系統(tǒng)集成商與

64、建設(shè)方在一個(gè) ERP 項(xiàng)目的談判過程中，建設(shè)方提出如下要求：系統(tǒng)初驗(yàn)時(shí)間為 2010 年 6 月底（付款 50%）；正式驗(yàn)收時(shí)間為 2010 年 10 月底（累計(jì)付款80%）；系統(tǒng)運(yùn)行服務(wù)期限為一年（可能累計(jì)付款 100%）；并希望長(zhǎng)期提供應(yīng)用軟件技術(shù)支持。系統(tǒng)集成商在起草項(xiàng)目建設(shè)合同時(shí)，合同期限設(shè)定到（53）為妥。      （53）A. 2010 年 10 月底             B. 2011 年 6 月底 C.

65、2011 年 10 月底             D. 長(zhǎng)期解析系統(tǒng)集成商在起草項(xiàng)目建設(shè)合同時(shí)，合同期限應(yīng)設(shè)定為：正式驗(yàn)收的時(shí)間（2010 年 10 月底，此時(shí)累計(jì)付款80%）+ 1年的系統(tǒng)運(yùn)行服務(wù)期（可能累計(jì)付款 100%）。因此，該題的選項(xiàng)為“C. 2011 年 10 月底”。至于2011 年 10 月以后的“長(zhǎng)期提供應(yīng)用軟件技術(shù)支持”，則可另行訂立服務(wù)合同。  某軟件開發(fā)項(xiàng)目合同規(guī)定，需求分析要經(jīng)過客戶確認(rèn)后方可進(jìn)行軟件設(shè)計(jì)。但建設(shè)單位以客戶代表出國、其他人員

66、不知情為由拒絕簽字，造成進(jìn)度延期。軟件開發(fā)單位進(jìn)行索賠一般按（54）順序較妥當(dāng)。由該項(xiàng)目的監(jiān)理方進(jìn)行調(diào)解          由經(jīng)濟(jì)合同仲裁委員會(huì)仲裁 由有關(guān)政府主管機(jī)構(gòu)仲裁 （54）A      B      C        D解析項(xiàng)目發(fā)生索賠事件后，一般先由監(jiān)理工程師調(diào)解，若調(diào)解不成，由政府建設(shè)主管機(jī)構(gòu)進(jìn)行調(diào)解，若

67、仍調(diào)解不成，由經(jīng)濟(jì)合同仲裁委員會(huì)進(jìn)行調(diào)解或仲裁。該題的選項(xiàng)為“B”。  按照索賠程序，索賠方要在索賠通知書發(fā)出后（55）內(nèi)，向監(jiān)理方提出延長(zhǎng)工期和（或）補(bǔ)償經(jīng)濟(jì)損失的索賠報(bào)告及有關(guān)資料。（55）A. 2 周        B. 28 天        C. 30 天        D. 3 周解析在索賠通知書發(fā)出后的28天內(nèi)，向監(jiān)理工程師提出延長(zhǎng)工期和（或）補(bǔ)償經(jīng)濟(jì)損失的索賠報(bào)

68、告及有關(guān)資料。該題的選項(xiàng)為“B28 天”。 某項(xiàng)工程需在室外進(jìn)行線纜鋪設(shè)，但由于連續(xù)大雨造成承建方一直無法施工，開工日期比計(jì)劃晚了 2 周（合同約定持續(xù) 1 周以內(nèi)的天氣異常不屬于反常天氣），給承建方造成一定的經(jīng)濟(jì)損失。承建方若尋求補(bǔ)償，應(yīng)當(dāng)（56）。（56）A要求延長(zhǎng)工期補(bǔ)償  B要求費(fèi)用補(bǔ)償   C要求延長(zhǎng)工期補(bǔ)償、費(fèi)用補(bǔ)償D自己克服解析該題的選項(xiàng)為“A要求延長(zhǎng)工期補(bǔ)償”。  某公司正在計(jì)劃實(shí)施一項(xiàng)用于公司內(nèi)部的辦公自動(dòng)化系統(tǒng)項(xiàng)目，由于該系統(tǒng)的實(shí)施涉及到公司很多內(nèi)部人員，因此項(xiàng)目經(jīng)理打算制定一個(gè)項(xiàng)目溝通管理計(jì)劃，他應(yīng)采取的第一個(gè)工

69、作步驟是（57）。（57）A設(shè)計(jì)一份日程表，標(biāo)記進(jìn)行每種溝通的時(shí)間B分析所有項(xiàng)目干系人的信息需求C構(gòu)建一個(gè)文檔庫并保存所有的項(xiàng)目文件D描述準(zhǔn)備發(fā)布的信息解析該題的選項(xiàng)為“B分析所有項(xiàng)目干系人的信息需求”。  召開會(huì)議就某一事項(xiàng)進(jìn)行討論是有效的項(xiàng)目溝通方法之一，確保會(huì)議成功的措施包括提前確定會(huì)議目的、按時(shí)開始會(huì)議等，（58）不是確保會(huì)議成功的措施。（58）A. 項(xiàng)目經(jīng)理在會(huì)議召開前一天，將會(huì)議議程通過電子郵件發(fā)給參會(huì)人員      B. 在技術(shù)方案的評(píng)審會(huì)議中，某專家發(fā)言時(shí)間超時(shí)嚴(yán)重，會(huì)議主持人對(duì)會(huì)議進(jìn)程進(jìn)行控制C. 某系統(tǒng)驗(yàn)收會(huì)上，為

70、了避免專家組意見太發(fā)散，項(xiàng)目經(jīng)理要求會(huì)議主持人給出結(jié)論性意見       D. 項(xiàng)目經(jīng)理指定文檔管理員負(fù)責(zé)會(huì)議記錄解析該題的選項(xiàng)為“C. 某系統(tǒng)驗(yàn)收會(huì)上，為了避免專家組意見太發(fā)散，項(xiàng)目經(jīng)理要求會(huì)議主持人給出結(jié)論性意見”。  某項(xiàng)目組的小組長(zhǎng)王某和程序員李某在討論確定一個(gè)功能模塊的技術(shù)解決方案時(shí)發(fā)生激烈爭(zhēng)執(zhí)，此時(shí)作為項(xiàng)目經(jīng)理應(yīng)該首先采用（59）的方法來解決這一沖突。（59）A請(qǐng)兩人先冷靜下來，淡化爭(zhēng)議，然后在討論問題時(shí)求同存異B幫助兩人分析對(duì)錯(cuò)，然后解決問題C要求李某服從小組長(zhǎng)王某的意見D請(qǐng)兩人把當(dāng)前問題擱置起來，避

71、免爭(zhēng)吵解析該題的選項(xiàng)是“B幫助兩人分析對(duì)錯(cuò)，然后解決問題 ”。  以下關(guān)于采購工作說明書的敘述中，（60）是錯(cuò)誤的。（60）A. 采購說明書與項(xiàng)目范圍基準(zhǔn)沒有關(guān)系B. 采購工作說明書與項(xiàng)目的工作說明書不同C. 應(yīng)在編制采購計(jì)劃的過程中編寫采購工作說明書D. 采購工作說明書定義了與項(xiàng)目合同相關(guān)的范圍解析該題的選項(xiàng)為“A. 采購說明書與項(xiàng)目范圍基準(zhǔn)沒有關(guān)系”。 某項(xiàng)目建設(shè)內(nèi)容包括機(jī)房的升級(jí)改造、應(yīng)用系統(tǒng)的開發(fā)以及系統(tǒng)的集成等。招標(biāo)人于 2010 年 3 月 25 日在某國家級(jí)報(bào)刊上發(fā)布了招標(biāo)公告，并規(guī)定 4 月 20 日上午 9時(shí)為投標(biāo)截止時(shí)間和開標(biāo)時(shí)間。系統(tǒng)集成單位 A、B、C 購買了

72、招標(biāo)文件。在 4 月 10 日，招標(biāo)人發(fā)現(xiàn)已發(fā)售的招標(biāo)文件中某技術(shù)指標(biāo)存在問題，需要進(jìn)行澄清，于是在 4 月 12日以書面形式通知 A、B、C 三家單位。根據(jù)中華人民共和國招標(biāo)投標(biāo)法，投標(biāo)文件截止日期和開標(biāo)日期應(yīng)該不早于（61）。  （61）A5 月 5 日                 B4 月 22 日      C4 月 25 日                D4 月 27 日解析該題的選項(xiàng)為“D4 月 27 日”。  在評(píng)標(biāo)過程中，（62）是不符合招標(biāo)投標(biāo)法要求的。（6