系統(tǒng)集成項目管理工程師絕密押題

1、系統(tǒng)集成項目管理工程師絕密押題信息系統(tǒng)系統(tǒng)集成項目是從客戶和用戶的需求出技，將硬件、系統(tǒng)軟件、工具軟件、網(wǎng)絡(luò)、數(shù)據(jù)庫及相應(yīng)韻應(yīng)用軟件集成為實用的信息系統(tǒng)的過程，其生命周期包括總體策劃、設(shè)計、開發(fā)、實施、服務(wù)保障等。它是一項綜合性的系統(tǒng)工程，_(1) 是系統(tǒng)集成項目成功實施的保障。管理商務(wù)技術(shù)軟件獨立的應(yīng)用軟件(1) A. B C D根據(jù)原信息產(chǎn)業(yè)部發(fā)布的關(guān)于發(fā)布計算機信息系統(tǒng)集成資質(zhì)等級評定條件（修訂版）的通知（信部規(guī)2003440號）， (2)不是系統(tǒng)集成資質(zhì)等級評定的條件。(2)A.企業(yè)的注冊資金 B企業(yè)的軟件開發(fā)實力C企業(yè)是否通過了質(zhì)量管理體系認(rèn)證 D企業(yè)領(lǐng)導(dǎo)的學(xué)歷關(guān)于信息系統(tǒng)集成項目的

2、特點，下述說法中， (3) 是不正確的。資質(zhì)證書予以注銷(3) A.信息系統(tǒng)集成項目是高技術(shù)與高技術(shù)的集成，要采用業(yè)界最先進(jìn)的產(chǎn)品和技術(shù)B.信息系統(tǒng)集成項目對企業(yè)管理技術(shù)水平和項目經(jīng)理的領(lǐng)導(dǎo)藝術(shù)水平要求比較高C.信息系統(tǒng)集成項目的需求常常不夠明確，而加強需求變更管理以控制風(fēng)險.D.信息系統(tǒng)集成項目經(jīng)常面臨人員流動率較高的情況根據(jù)原信息產(chǎn)業(yè)部2003年10月發(fā)布的關(guān)于發(fā)布計算機信息系統(tǒng)集成資質(zhì)等級評定條件（修訂版）的通知（信部規(guī)2003440號），要求系統(tǒng)集成一級資質(zhì)企業(yè)中具有計算機信息系統(tǒng)集成項目管理資質(zhì)的人數(shù)不少于M名，其中高級項目經(jīng)理人數(shù)不少于n名，則（4）。（4）A.m=35,n=10

3、B.m=25,n=8 C.m=15,n=6 D.m=15,n=3關(guān)于計算機信息系統(tǒng)集成資質(zhì)監(jiān)督管理的說法中，（5）是不正確的。（5）A.獲證單位應(yīng)每年進(jìn)行一次自檢B.資質(zhì)認(rèn)證工作辦公室對獲證單位每年進(jìn)行抽查C.資質(zhì)認(rèn)證工作辦公室每三年進(jìn)行一次換證檢查D.末按時申請換證檢查或拒絕接受監(jiān)督檢查的單位，視為自動放棄資格，其資質(zhì)證書予以注銷第十九條資質(zhì)證書有效期為四年。獲證單位應(yīng)每年進(jìn)行一次自查，并將自查結(jié)果報資質(zhì)認(rèn)證工作辦公室備案；資質(zhì)認(rèn)證工作辦公室對獲證單位每兩年進(jìn)行一次年檢，每四年進(jìn)行一次換證檢查和必要的非例行監(jiān)督檢查。第二十三條沒有按時申請換證檢查或拒絕接受監(jiān)督檢查的單位，視為自動放棄資格，其

4、資質(zhì)證書予以注銷。在CRM中，體現(xiàn)企業(yè)曾經(jīng)為客戶提供的產(chǎn)品和服務(wù)的歷史數(shù)據(jù)，如用戶產(chǎn)品使用情況調(diào)查的數(shù)據(jù)、客服人員的建議數(shù)據(jù)和廣告數(shù)據(jù)等，屬于 (6) 。(6) A描述性數(shù)據(jù) B.交易性數(shù)據(jù) c促銷性數(shù)據(jù) D. 關(guān)系性數(shù)據(jù)客戶數(shù)據(jù)：分為描述性、促銷性和交易性數(shù)據(jù)三大類描述性數(shù)據(jù)：是客戶的基本信息促銷性數(shù)據(jù)：體現(xiàn)企業(yè)曾經(jīng)為客戶提供的產(chǎn)品和服務(wù)的歷史數(shù)據(jù)，主要包括用戶產(chǎn)品使用情況調(diào)查的數(shù)據(jù)、促銷活動記錄數(shù)據(jù)、客服人員的建議數(shù)據(jù)和廣告數(shù)據(jù)等交易性數(shù)據(jù)：這些數(shù)據(jù)是反映了客戶對企業(yè)做出的回饋的數(shù)據(jù)，包括歷史購買記錄數(shù)據(jù)、投訴數(shù)據(jù)、清清提供咨詢及其他服務(wù)的相關(guān)數(shù)據(jù)、客戶建議數(shù)據(jù)等用戶需求在項目開始時定義不

5、清，開發(fā)過程密切依賴用戶的良好配合，動態(tài)響應(yīng)用戶的需求，通過反復(fù)修改來實現(xiàn)用戶的最終系統(tǒng)需求，這是 (7) 的主要特點。(7)A蒙特卡洛法 B原型法 C面向?qū)ο蠓椒?D頭腦風(fēng)暴法關(guān)于中間件特點的描述， (8) 是不正確的。(8) A中間件可運行于多種硬件和操作系統(tǒng)平臺上 B跨越網(wǎng)絡(luò)、硬件、操作系統(tǒng)平臺的應(yīng)用或服務(wù)可通過中間件透明交互 C. 中間件運行于客戶機/服務(wù)器的操作系統(tǒng)內(nèi)核中，提高內(nèi)核運行效率 D中間件應(yīng)支持標(biāo)準(zhǔn)的協(xié)議和接口數(shù)據(jù)庫管理系統(tǒng)是操縱和管理數(shù)據(jù)庫的大型軟件，用于建立、使用和維護數(shù)據(jù)庫。以下關(guān)于數(shù)據(jù)庫管理系統(tǒng)的描述， (9) 是不正確的。(9) A數(shù)據(jù)庫管理系統(tǒng)可使多個應(yīng)用程序和

6、用戶用不同的方法在需要的時候去建立、修改和詢問數(shù)據(jù)庫B.數(shù)據(jù)庫管理系統(tǒng)提供數(shù)據(jù)定義語言與數(shù)據(jù)操作語言C.數(shù)據(jù)庫管理系統(tǒng)提供對數(shù)據(jù)的追加、刪除等操作D.數(shù)據(jù)庫管理系統(tǒng)不具有與操作系統(tǒng)的聯(lián)機處理、分時系統(tǒng)及遠(yuǎn)程作業(yè)輸入的相關(guān)接口軟件需求可理解為：為解決特定問題則由被開發(fā)或被修改的軟件所展示出的特性。所有軟件需求的基本特性是（10） 。（10）A.可驗證性 B.與用戶交互性 C.解決沖突 D.面向?qū)ο蟾鶕?jù)GB/T16260.1中對對軟件產(chǎn)品質(zhì)量模型的描述，軟件產(chǎn)品的使用質(zhì)量不包括（11）。（11）A.有效性 B.生產(chǎn)率 C. 滿意度 D.易用性解析：根據(jù)GB/T16260.1中對對軟件產(chǎn)品質(zhì)量模型的

7、描述，軟件產(chǎn)品的使用質(zhì)量有4種：有效性、生產(chǎn)率、安生性、滿意度。在軟件文檔管理指南GB/T16680-1996中，對確定文檔的質(zhì)量等級作了規(guī)定，軟件文檔的質(zhì)量可以按照文檔的形式和列出的要求劃分為四個等級。對于由同一單位內(nèi)若干人聯(lián)合開發(fā)的程序，或要交由其它單位使用的程序，應(yīng)該達(dá)到（12）級的要求。（12）A.一 B.二 C.三 D.四解析：每個文檔的質(zhì)量必須在文檔計劃期間就有明確的規(guī)定。文檔的質(zhì)量可以按文檔的形式和列出的要求劃分為四級。1級文檔最低限度文檔適合開發(fā)工作量低于一個人月的開發(fā)者自用程序。該文檔應(yīng)包含程序清單、開發(fā)記錄、測試數(shù)據(jù)和程序簡介2級文檔內(nèi)部文檔可用于在精心研究后被認(rèn)為似乎沒有

8、與其他用戶共享資源的專用程序。除1級文檔提供的信息外，2級文檔還包括程序清單內(nèi)足夠的注釋以幫助用戶安裝和使用程序。3級文檔工作文檔適于由同單位若干人聯(lián)合開發(fā)的程序，或可被其他單位使用的程序。4級文檔正式文檔適于要正式發(fā)行供普遍使用的軟件產(chǎn)品。關(guān)鍵性程序或具有重復(fù)管理應(yīng)用性質(zhì)(如工資計算)的程序需4級文檔應(yīng)遵守GB 8567的有關(guān)規(guī)定GB/T16260-1996給出的質(zhì)量特性中，不包括（13）。（13）A.功能性 B.效率 C.軟件環(huán)境 D.可移植性質(zhì)量特性有6性：功能性、可靠性、易用性、效率、維護性、可移植性。 軟件可靠性和可維護性是軟件的一項重要特性，根據(jù)GB/T14394-2008中對其的

9、描述，在軟件運作和維護過程中，(14)不屬于分析和提高軟件可靠性的措施。 (14) A實施FRACAS B跟蹤用戶功能要求C跟蹤用戶滿意程度 D測量可靠性，并分析現(xiàn)場可靠性是否達(dá)到要求根據(jù)中華人民共和國招標(biāo)投標(biāo)法第四十八條對中標(biāo)人的權(quán)利和義務(wù)的規(guī)定， (15) 是不正確的。 (15) A. 中標(biāo)人不得向他人轉(zhuǎn)讓中標(biāo)項目，也不得將中標(biāo)項目肢解后分別向他人轉(zhuǎn)讓 B中標(biāo)人按照合同約定或者經(jīng)招標(biāo)人同意，可以將中標(biāo)項目的部分非主體、非關(guān)鍵性工作分包給他人完成 C. 接受分包的人可以再次分包D中標(biāo)人應(yīng)當(dāng)就分包項目向招標(biāo)人負(fù)責(zé)，接受分包的人就分包項目承擔(dān)連帶責(zé)任中華人民共和國政府采購法第二十四條規(guī)定，兩個以

10、上的自然人、法人或者其他組織可以組成一個聯(lián)合體，以一個供應(yīng)商的身份共同參加政府采購。以下關(guān)于聯(lián)合體供應(yīng)商的敘述， (16) 是不正確的。（16）A.參加聯(lián)合體的供應(yīng)商均應(yīng)具備相關(guān)的條件B.參加聯(lián)合體的供應(yīng)商應(yīng)當(dāng)向采購人提交聯(lián)合協(xié)議，載明聯(lián)合體各方承擔(dān)的工作和義務(wù)C.參加聯(lián)合體的供應(yīng)商各方應(yīng)當(dāng)共同與采購人簽訂采購合同D.參加聯(lián)合體的次要供應(yīng)商不需要就采購合同約定的事項對采購承擔(dān)連帶責(zé)任關(guān)于圖1的敘述（17）是不正確的。（17）A.Rectangle類和Circle類都有名為area的屬性，這兩個屬性一定是相同的屬性B.Rectangle類和Circle類都有名為getArea的屬性，這兩個屬性一

11、定是相同的屬性C.Rectangle中名為length的屬性和Circle類中名為radius的屬性，這兩個屬性一定是不同的屬性D.Shape類有一個屬性，Circle類有兩個屬性，Rectangle類有三個屬性在面向?qū)ο蠓治鲋?，其分析過程的第一步是 (18) 。(18) A發(fā)現(xiàn)角色參與者 B發(fā)現(xiàn)用例C進(jìn)行領(lǐng)域分析 D建立功能模型MPLS是目前使用較為廣泛的廣域網(wǎng)技術(shù)，該技術(shù)利用數(shù)據(jù)標(biāo)簽引導(dǎo)數(shù)據(jù)包在開放的通信網(wǎng)絡(luò)中運行，通過在無連接的網(wǎng)絡(luò)中引入連接模式，減少了網(wǎng)絡(luò)的復(fù)雜性。(19) 不屬于它的技術(shù)特點。 (19)A充分采用原有的IP路由 B是一種與鏈路層無關(guān)的技術(shù) CMPLS的標(biāo)簽合并機制不支

12、持不同數(shù)據(jù)流的合并傳輸 D具有良好的網(wǎng)絡(luò)拓展性某系統(tǒng)集成工程師在其工作站的網(wǎng)絡(luò)瀏覽器地址欄中輸入“http: /wvrw. , cn”，發(fā)現(xiàn)不能訪問中國計算機技術(shù)職業(yè)資格網(wǎng)，而在其工作站的網(wǎng)絡(luò)瀏覽器地址欄中輸入“http:/59. 108. 35. 160”，發(fā)現(xiàn)可正常訪問中國計算機技術(shù)職業(yè)資格網(wǎng)，這說明該工作站所處的網(wǎng)絡(luò)中，可能存在（20）服務(wù)故障。（20）A.FTP B.Telnet C.DNS D.HTTP網(wǎng)絡(luò)協(xié)議和設(shè)備驅(qū)動軟件經(jīng)常采用分層架構(gòu)模式，其主要原因是（21）。（21）A.可以讓軟件獲得更高的性能 B.支持軟件復(fù)用C.讓功能劃分容易，便于設(shè)計實現(xiàn) D.為達(dá)到內(nèi)聚、

13、高耦合的設(shè)計目標(biāo) （22）不是光纖接口類型。（22）A.SC B.ST C.LC D.LHZigBee是（23）網(wǎng)絡(luò)的標(biāo)準(zhǔn)之一。（23）A.WLAN B. WMAN C. WPAN D.WWAN下列關(guān)于電子信息機房的設(shè)計中， （24）不符合電子信息系統(tǒng)機房設(shè)計規(guī)范GB50174-2008的要求。（24）A.機房采用二級、三級耐火等級的建筑材料，重要部位采用一級耐火等級的材料B.機房所有設(shè)備的金屬外殼、各類金屬管道、金屬線糟、建筑物金屬結(jié)構(gòu)等結(jié)構(gòu)等全部進(jìn)行電位連接并接地C.在機房吊頂上和活動地板下都設(shè)置火災(zāi)探測器D.主機房內(nèi)絕緣體的靜電電位不大于1KV根據(jù)EIATIA568A/B商用建筑物電信布

14、線標(biāo)準(zhǔn)-1995，綜合布線系統(tǒng)分為三個等級，其中增強型綜臺布線等級要求每個工作區(qū)至少有 (25) 個以上信息插座。(25)A1 B2 C3 D4系統(tǒng)運行安全和保護的層次按照粒度從粗到細(xì)排序為 (26) 。(26) A系統(tǒng)級安全，資源訪問安全，數(shù)據(jù)域安全，功栽性安全 B系統(tǒng)級安全，資源訪問安全，功能性安全，數(shù)據(jù)域安全c資源訪問安全，系統(tǒng)級安全，數(shù)據(jù)域安全，功能性安全D資源訪問安全，系統(tǒng)級安全，功能性安全，數(shù)據(jù)域安全以下不屬于主動式攻擊策略的是 (27) 。(27) A中斷 B篡改 C偽造 D竊聽在net架構(gòu)中，為開發(fā)人員提供統(tǒng)一的、面向?qū)ο蟮摹哟位?、可擴展的編程接口，使開發(fā)人員能夠高效、快速

15、地構(gòu)建基于下一代互聯(lián)網(wǎng)網(wǎng)絡(luò)應(yīng)用的是 (28) 。(28)A統(tǒng)一語言運行環(huán)境 B基礎(chǔ)類庫 C數(shù)據(jù)庫訪問技術(shù) D網(wǎng)絡(luò)開發(fā)技術(shù)J2EE規(guī)范包含一系列技術(shù)規(guī)范，其中 (29) 實現(xiàn)應(yīng)用中關(guān)鍵的業(yè)務(wù)邏輯，創(chuàng)建基于構(gòu)件的企業(yè)級應(yīng)用程序，如進(jìn)行事務(wù)管理、安全運行遠(yuǎn)程客戶連接、生命周期管理和數(shù)據(jù)庫連接緩沖等中間層服務(wù)的應(yīng)用程序。（29）AServlet B.JCAC C.JSP D.EJB對數(shù)據(jù)倉庫特征的描述， （30） 是不正確的。（30）A.與時間無關(guān)的 B.不可修改的 C.面向主題的 D.集成的某政府部門擬利用中央財政資金建設(shè)電子政務(wù)項目，關(guān)于建設(shè)方的立項管理，下列做法中不符合有關(guān)規(guī)定的是 （31） 。

16、（31）A.建設(shè)單位在編制項目建議書時專門組織項目需求分析，形成需求分析報告，報送項目審批部門 B.建設(shè)方在項目建議書獲得批復(fù)后，招標(biāo)選定有資格的第三方工程咨詢機構(gòu)編制可行性研究報告，報送項目審批部門 C.建設(shè)方在可行性研究報告獲得批復(fù)后，向有關(guān)部門申請項目前期工作經(jīng)費，前期工作經(jīng)費計入項目總投資 D. 建設(shè)方在可行性研究報告獲得批復(fù)后，委托有資格的第三方工程咨詢機構(gòu)出具評估意見，連同批復(fù)的項目建議書，作為項目建設(shè)的主要依據(jù)某企業(yè)信息化建設(shè)過程中，決策層要對實施計劃方案進(jìn)行擇優(yōu)和取舍，為保證決策的科學(xué)性，其主要決策依據(jù)是 （32） 。（32）A.需求分析 B.項目建議書 C.可行性研究報告 D

17、.項目評估報告作為系統(tǒng)集成企業(yè)售前負(fù)責(zé)人，在說服本單位領(lǐng)導(dǎo)批準(zhǔn)參加項目投標(biāo)時，不需介紹 (33) 。(33) A.本企業(yè)技術(shù)可行性分析 B企業(yè)人員能力和配置分析C項目的國民經(jīng)濟分析 D.項目財務(wù)可行性分析項目管理計劃應(yīng)整合其他規(guī)劃過程的所有子計劃和基準(zhǔn)，一經(jīng)確定即成為項目的基準(zhǔn)。在項目管理中通常將 (34) 合并為一個績效測量基準(zhǔn)，這些基準(zhǔn)可應(yīng)用于掙值測量從而判斷項目的整體績效。 (34)A范圍基準(zhǔn)、成本基準(zhǔn)、進(jìn)度基準(zhǔn) B質(zhì)量基準(zhǔn)、成本基準(zhǔn)、范圍基準(zhǔn)D質(zhì)量基準(zhǔn)、進(jìn)度基準(zhǔn)、成本基準(zhǔn) C質(zhì)量基準(zhǔn)、進(jìn)度基準(zhǔn)、范圍基準(zhǔn)關(guān)于項目進(jìn)度管理中的活動歷時估算的敘述， (35) 是正確的。(35)A.活動歷時估

18、算應(yīng)給出盡量準(zhǔn)確的結(jié)果，不麻給出變化范圍，例如：2周2天 B. 多方案分析法是一種常用的活動歷時估算方法 C. 常用的活動歷時估算方法包括類比估算、參數(shù)估算、三點估算法和后備 D. 類比估算法也稱為自下而上估算法，常用于項目早期的活動歷時估算過去幾年小李完成了大量網(wǎng)卡驅(qū)動模塊的開發(fā)，最快6天完成，最慢36天完成，平均21天完成。如今小李開發(fā)一個新網(wǎng)卡驅(qū)動模塊，在21天到26天內(nèi)完成的概率是 （36） 。（36）A.68.3% B.34.1% C.58.2% D.28.1%圖2右側(cè)是單代號網(wǎng)絡(luò)圖（單位為工作日），左側(cè)是圖列。在確保安裝集成活動盡早開始的前提下，軟件開發(fā)活動可以推遲 （37） 個工

19、作日。圖2（37）A.0 B.1 C.2 D.4快速跟進(jìn)是進(jìn)度控制的手段之一。以下對快速跟進(jìn)的理解， （38） 是正確的。（38）A.調(diào)整部分工作的順序關(guān)系，使用網(wǎng)絡(luò)圖和關(guān)鍵路徑分析等進(jìn)度計劃工具，盡可能將一些工作并行進(jìn)行 B充分利用周六、周日或晚上等非工作時間段實施項目 C充分發(fā)揮每一個成員的作用，用積極的績效考核方法，提升每個成員的技能水平和績效D加強項目干系人之間的交流和溝通，以加快項目的進(jìn)度項目進(jìn)度表至少包括每項計劃活動的計劃開始日期與計劃完成日期，常見的做法是用一種或多種格式的圖形表示。在下面的圖表中，常用于表示項目進(jìn)度表的是 (39) 。(39) A橫道圖 B排列圖 c魚骨圖 D趨

20、勢圖(40)進(jìn)度網(wǎng)絡(luò)分析技術(shù)中的一種方法是 (40) ，它可以根據(jù)有限的資源對項目進(jìn)度表進(jìn)行調(diào)整。在確定了關(guān)鍵路線之后，將資源的有無與多寡考慮進(jìn)去，確定資源制約進(jìn)度表，并增加了持續(xù)時間緩沖段，這些持續(xù)時間緩沖段屬于非工作計劃活動。(40) A關(guān)鍵路徑法 B假設(shè)情景分析法 C關(guān)鍵鏈法 D資源平衡法解析：關(guān)鍵鏈法是一種進(jìn)度網(wǎng)絡(luò)分析技術(shù)，可以根據(jù)有限的資源對項目進(jìn)度計劃進(jìn)行調(diào)整。關(guān)鍵鏈法結(jié)合了確定性與隨機性辦法。開始時利用進(jìn)度模型中活動持續(xù)時間的估算，根據(jù)給定的依賴關(guān)系與限制條件繪制項目進(jìn)度網(wǎng)絡(luò)圖，然后計算關(guān)鍵路徑。在確定關(guān)鍵路徑后，將資源的有無與多寡的情況考慮進(jìn)去，確定資源限制進(jìn)度計劃。這種資源限

21、制進(jìn)度計劃經(jīng)常改變項目的關(guān)鍵路徑。帕肯森定律：工作總是拖延到它所允許最遲完成的那一天。原因：主觀原因：沒有壓力就沒有動力；客觀原因：沒有激勵就沒有動力；避免的方式：安全裕量（浮動時間）不要放在具體的活動上，而是集中管理。在對一項任務(wù)的檢查中，項目經(jīng)理發(fā)現(xiàn)一個團隊成員正在用與WBS詞典規(guī)定不符的方法來完成這項工作。項目經(jīng)理應(yīng)首先 （41） 。（41）A.告訴這名團隊成員采取糾正措施。 B.確定這種方法對職能經(jīng)理而言是否尚可接受的 C.問這名團隊成員，這種變化是否必要 D.確定這種變化是否改變了工作包的范圍關(guān)于范圍確認(rèn)的敘述中， （42） 是不正確的。（42）A.范圍確認(rèn)是核實項目的可交付成果已經(jīng)

22、正確完成的過程B.客戶對可交付成果簽字確認(rèn)后，雙方可展開質(zhì)量控制活動，如測試、評審等C.可對照項目管理計劃、相應(yīng)的需求文件或WBS來核實項目范圍的完成情況D.范圍確認(rèn)的方法包括檢查、測試、評審等在一個設(shè)計項目開始兩個月后，客戶要求對項目產(chǎn)品進(jìn)行修改并在沒有通知項目經(jīng)理的前提下就做了這項變更，在最后測試階段，發(fā)現(xiàn)測試結(jié)果與當(dāng)初計劃不同。這種情況主要是由于 （43） 。(43) A.測試計劃定義不完善 B.沒有做好范圍變更控制 C.質(zhì)量管理計劃的開發(fā)不完善 D.沒有堅持溝通計劃企業(yè)為某客戶實施電子商務(wù)平臺建設(shè)項目，需要采購5臺交付給客戶使用服務(wù)器，這部分成本屬于該項目的 （44） 。（44）A.直

23、接成本 B.間接成本 C.固定成本 D.機會成本某項目經(jīng)理已經(jīng)完成了WBS和每個工作包的成本估算。要根據(jù)這些數(shù)據(jù)編制項目成本估算，該項目經(jīng)理要 (45) 。 (45 )A使用WBS的最高層次進(jìn)行類比估算 B計算工作包和風(fēng)險儲備估算的總和 C把工作包估算累計成為項目估算總和 D獲得專家對項目成本總計朐意見某ERP軟件開發(fā)項目共有12個模塊，項目經(jīng)理對較件進(jìn)行了成本預(yù)算，預(yù)算每個模塊的開發(fā)成本為5萬元，按照項目管理計劃，每月開發(fā)一個模塊，12個月完成開發(fā)工作。在項目進(jìn)行到第3個月底的時候，項目經(jīng)理對照計劃，發(fā)現(xiàn)剛完成了2個模塊的開發(fā)工作，經(jīng)統(tǒng)計，實際花費的成本為15萬元。若按照目前的績效情況，到所

24、有模塊開發(fā)完成時預(yù)計托費的總成本為 (46) 。(46) A90萬 B 75萬 C 70萬 D 66,7萬人員配備管理計劃描述何時以及怎樣滿足人力資源需求。關(guān)于人員既備管理計劃的敘述中， (47) 是正確的。 (47)A制定人員配備管理計劃可采用工作分解結(jié)構(gòu)、組織分解結(jié)構(gòu)和資源分解結(jié)構(gòu)等描述工具 B.項目人力資源計劃可以是正式或非正式的，但人員配備管理管理計劃是不能省略的正式計劃 C.人員配備管理計劃通過通常制定人員需求和人力資源時間安排，不涉及人員培訓(xùn)和獎懲措施 D.項目人力資源計劃是項目人員配備管理計劃的一個分計劃項目團隊建設(shè)對項目的成功至關(guān)重要，在項目經(jīng)理的下述做法中，有可能不利于團隊建

25、設(shè)的是 (48) 。 (48) A.鼓勵團隊成員間的溝通 B.獎勵加班的成員 C.盡早建立團隊基本規(guī)則 D.盡早發(fā)現(xiàn)沖突，利用私下、直接但合法的方式處理關(guān)于項目管理環(huán)境中的沖突管理的敘述中， (49) 是正確的。 (49) A.通過建立團隊基本規(guī)則及實施可行的項目管理經(jīng)驗，沖突是可以避免的 B.解決沖突最理想方法是求同存異 C.沖突管理的最終目的是消除意見分歧 D.不管沖突對項目的影響是正面的還是負(fù)面的，項目經(jīng)理都有責(zé)任處理它某電信企業(yè)要建設(shè)一個CRM系統(tǒng)（包括呼叫中心和客服中心），系統(tǒng)集成一級資質(zhì)企業(yè)甲和系統(tǒng)集成二級資質(zhì)企業(yè)乙參與該系統(tǒng)建設(shè)。關(guān)于合同的簽訂，下面說法中，(50) 是正確的。

26、(50) A如電信企業(yè)和乙簽訂CRM建設(shè)總包臺同，則乙和甲就呼叫中心的建設(shè)只能簽訂分包合同 B如電信企業(yè)和乙簽訂客服中心建設(shè)總包臺同，則電信企業(yè)和甲就CRM的建設(shè)只能簽定總價合同 C如電信企業(yè)和乙簽訂客服中心建設(shè)單項承包合同，則電信企業(yè)和甲就CRM的建設(shè)只能簽定單項承包合同 D如電信企業(yè)和甲簽訂CRM建設(shè)總價合同，則甲和乙就呼叫中心帕建設(shè)只能簽訂單價合同建設(shè)方和承建方甲就某信息系統(tǒng)建設(shè)項目進(jìn)行了多次合同談判均未達(dá)成一致，未能簽定系統(tǒng)建設(shè)合同，但在談判期間建設(shè)方獲悉了甲的行業(yè)關(guān)鍵技術(shù)指標(biāo)。之后建設(shè)方與另一承建方乙經(jīng)過合同談判后就系統(tǒng)建設(shè)簽定了合同，同時將甲的關(guān)鍵技術(shù)指標(biāo)透露給乙，導(dǎo)致甲蒙受損失。

27、下列說法中， (51) 是正確的。 (51) A. 建設(shè)方對甲蒙受的損失應(yīng)承擔(dān)賠償責(zé)任 B建設(shè)方和甲未簽定臺聞，對甲蒙受的損失不應(yīng)承擔(dān)賠償責(zé)任 C乙和甲未簽定合同，對甲蒙受的損失不應(yīng)承擔(dān)賠償責(zé)任 D甲的損失是由于其自身保密工作未做好，其損失應(yīng)全部由其自身承擔(dān)某系統(tǒng)集成商M公司于甲方簽訂了一份電子商務(wù)平臺建設(shè)項目，合同中規(guī)定，如果系統(tǒng)交付后存在質(zhì)量問題，系統(tǒng)集成商M應(yīng)提供免費的及時維護服務(wù)，M公司按合同要求交付了系統(tǒng)，雙方簽訂了驗收報告。在此后的一年內(nèi)，M公司及時響應(yīng)了甲方的維護要求，一年之后，M公司向甲方提出此后的技術(shù)服務(wù)應(yīng)該為有償服務(wù)，甲方認(rèn)為合同中提到的免費服務(wù)并無具體期限，M公司的收費要

28、求是不合理的。下列說法中 （52） 是最恰當(dāng)?shù)摹?52) A. 因為合同中規(guī)定的免費服務(wù)并無具體期限，因此M公司要求收費不合理 B應(yīng)對甲方的服務(wù)要求進(jìn)行分類，如是處理質(zhì)量問題，則M公司應(yīng)無限期免費服務(wù) CM公司已經(jīng)提供了一年的免費服務(wù)，此后要求對服務(wù)收費是合理的 D合同內(nèi)容不明確，可根據(jù)有關(guān)信息化工程建設(shè)的法律、法規(guī)處理某辦公大樓的開發(fā)商將辦公樓的智能樓宇系統(tǒng)承包給H公司，雙方簽訂了合同，開發(fā)商海聘請了監(jiān)理方對此項目進(jìn)行監(jiān)理。期間，消防子系統(tǒng)驗收延誤，開發(fā)商認(rèn)為是H公司的責(zé)任，向監(jiān)理方提出索賠要求。關(guān)于索賠流程，下列說法中， （53） 是正確的。（53）A開發(fā)商應(yīng)在驗收延誤事件發(fā)生后20天內(nèi)提

29、出索賠意向通知 B監(jiān)理方收到索賠通知后，應(yīng)在28天內(nèi)幫助開發(fā)商編制出索賠報告 C監(jiān)理方應(yīng)在索賠報告中充分論證該事件的確為開發(fā)商帶來了損失，并提出具體的賠償方案 D如果H公司不同意監(jiān)理方作出的索賠決定，可提請仲裁或法律訴訟某集成企業(yè)在進(jìn)行風(fēng)險定性分析時，考慮了風(fēng)險的幾種因素：威脅，指風(fēng)險對項目造成的危害程度；機會，指對項目帶來的收益程度；緊迫性，對風(fēng)險亟待處置的程度；風(fēng)險發(fā)生的概率。關(guān)于該公司的定性風(fēng)險分析，下列說法中， (54) 是不正確的。 (54) A的值越大，則表明風(fēng)險高，應(yīng)考慮優(yōu)先處理 B的值越大，則表明機會大，應(yīng)考慮優(yōu)先處理 C的值越大，則表明風(fēng)險高、機會大，應(yīng)考慮優(yōu)先處理。 D的值

30、越大，則表明機會大，應(yīng)考慮優(yōu)先處理關(guān)于項目的風(fēng)險管理，下列說法中， (55) 是不正確的。(55) A風(fēng)險管理包括風(fēng)險識別、定性分析、定量分析、風(fēng)險應(yīng)對、風(fēng)險監(jiān)控等過程B定性風(fēng)險分析后，可制定和采取風(fēng)險應(yīng)對措施C制定了風(fēng)險應(yīng)對措施后，可重新進(jìn)行定量風(fēng)險分析，以確定風(fēng)險降低的程度D風(fēng)險管理的最終目標(biāo)是消除風(fēng)險在一個信息系統(tǒng)集成項目中，對項目涉及的客戶端、服務(wù)器、網(wǎng)絡(luò)和運行環(huán)境等進(jìn)行集成時，不確定會遇到什么問題，這對項目來說是一個風(fēng)險，因此項目經(jīng)理計劃找一個以前有相關(guān)技術(shù)經(jīng)驗的專家來處理這個風(fēng)險。該應(yīng)對措施屬于 （56） （56）A風(fēng)險接受B.風(fēng)險轉(zhuǎn)移C.風(fēng)險規(guī)避D.風(fēng)險減輕 （57） 是制訂項目

31、溝通管理計劃的輸入。（57）A溝通技術(shù)B.項目可行性分析C.成本控制D.項目范圍說明書狀態(tài)會議的目的是 （58） 。（58） A交換項目信息B.讓團隊成員匯報正在執(zhí)行的工作 C簽發(fā)工作授權(quán)D.確認(rèn)團隊提交的成本的準(zhǔn)確性某項目的現(xiàn)狀是：已經(jīng)被按照溝通計劃發(fā)布了項目信息；一些項目可交付物成果發(fā)生了變更；這些變更是按照變更控制計劃做出的；一位干系人在得知以前曾經(jīng)公布過的項目可交付物成果變更時，感覺十分驚訝；其余干系人都收到了變更通知的消息。針對這種情況，項目經(jīng)理應(yīng)該 （59） 。（59） A告知干系人信息公布的日期 B審核溝通計劃，確定為什么干系人不理解自己的職責(zé) C對溝通計劃進(jìn)行審核，如需要，對溝

32、通計劃進(jìn)行修改 D在下次項目工作會議上說明該問題，以便其他干系人不會遺忘公布的變更信息某項目經(jīng)理要求采購管理員從外面供貨商那里采購硬件設(shè)備時，需要準(zhǔn)備一個 （60） 以描述采購設(shè)備的相關(guān)質(zhì)量技術(shù)指標(biāo)、驗收標(biāo)準(zhǔn)和付款方式與期待等內(nèi)容。（60）A工作說明書B. 合同范圍說明C. 項目章程D.合同在采購管理中，編制詢價計劃需要用到 （61） 。 (61)A標(biāo)準(zhǔn)表格 B評估標(biāo)準(zhǔn) C采購管理計劃 D采購文件招標(biāo)人采用邀請招標(biāo)方式的，應(yīng)當(dāng)向三個以上具備承擔(dān)招標(biāo)項目的能力、資信良好的 (62)發(fā)出投標(biāo)邀請書。 (62) A不特定的法人 B. 特定的法人 C不特定的法人或者其他組織 D. 特定的法人或者其他組

33、織關(guān)于中標(biāo)條件的敘述中，(63)是最為完整正確的。(63) A.能夠最大限度地滿足招標(biāo)文件中規(guī)定的各項綜合評價標(biāo)準(zhǔn)B.能夠滿足招標(biāo)文件的實質(zhì)性要求，并且經(jīng)評審的投標(biāo)價格最低C.能夠很好地滿足招標(biāo)文件中規(guī)定的各項綜臺評價標(biāo)準(zhǔn)D.能夠滿足招標(biāo)文件的實質(zhì)性要求，并且經(jīng)評審的投標(biāo)價格合理信息系統(tǒng)文檔的管理主要體現(xiàn)在文檔書寫規(guī)范、圖表編號規(guī)則、文檔目錄編寫標(biāo)準(zhǔn)和 ( 64)等幾個方面。 (64) A文檔管理方法 B文檔管理制度 C建立文檔規(guī)范 D.文檔使用權(quán)限控制重下面任務(wù)中， (65) 不是在配置管理過程中執(zhí)行的內(nèi)容。(65) A.確認(rèn)一個條目或一個系統(tǒng)的功能和物理特征 B.針對特證控制變更 C.對項

34、目范圍進(jìn)行審核以檢驗當(dāng)前的項目是否與預(yù)定的要求相符D.允許對變更自動承認(rèn)如果一個配置項的版本號為1.1，那么這個配置項處于 （66） 狀態(tài)。(66) A.草稿 B. 正式 C.修改 D. 完成一個項目經(jīng)理和他的團隊正在使用魚骨圖(Ishikawa圖)討論所發(fā)現(xiàn)的一個重大質(zhì)量問題的原因，這屬于質(zhì)量管理中的 （67） . (67) A.質(zhì)量計劃編制 B. 質(zhì)量工具 C.質(zhì)量保證 D.質(zhì)量控制控制圖中的控制上限和控制下限標(biāo)明 （68） 。 (68) A.客戶將要接受的界限 B.可能出現(xiàn)的過程的偏差范圍 C.可以接受的過程的偏差范圍 D.判斷項目成敗的統(tǒng)計控制點在變更管理中，“變更初審”的目的是（69

35、） 。 (69) A.確保評估所需信息準(zhǔn)備的必要性 B.在干系人間就提出供評估的變更信息達(dá)成共識 C.以項目基準(zhǔn)為評估依據(jù) D.對變更實施進(jìn)行監(jiān)控進(jìn)度變更的控制活動包括： （70） 。 (70) A.判斷項目進(jìn)度的當(dāng)前狀態(tài)，對造成進(jìn)度變更的因素施加影響，查明進(jìn)度是否已經(jīng)改變，在實際變更出現(xiàn)時對其進(jìn)行調(diào)整 B.判斷項目進(jìn)度的當(dāng)前狀態(tài)，對造成成本變更的因素施加影響，查明進(jìn)度是否已經(jīng)改變，在實際變更出現(xiàn)時對其進(jìn)行管理 C.判斷項目進(jìn)度的當(dāng)前狀態(tài)，對造成進(jìn)度變更的因素施加影響，查明進(jìn)度是否已經(jīng)改變，在實際變更出現(xiàn)時對其進(jìn)行管理D.判斷項目進(jìn)度的當(dāng)前狀態(tài)，對造成進(jìn)度變更的因素施加影響，查明進(jìn)度改變的原因

36、，在實際變更出現(xiàn)時對其進(jìn)行調(diào)整 A (71) is a dedicated storage network that provides access to consolidated, block level storage.It is primarily used to mark storage devices accessible to servers so that the devices appear as locally attached to the operating system.(71) A.network-attached storageB.storge area networkC.direct attached storageD.computer cluster