2014年上半年系統(tǒng)集成項目管理工程師考試真題(上午)

1、2014 年上半年系統(tǒng)集成項目管理工程師考試真題（上午 ）根據(jù)計算機信息系統(tǒng)集成企業(yè)資質(zhì)等級評定條件（ 2012 年修定版）規(guī)定，對于申請二級資質(zhì)的企業(yè)來說，近三年的系統(tǒng)集成收入總額占營業(yè)收入總額的比例不低于 （1）A、 30% B、 50% C、 60% D、 70%企業(yè)信息化是國民經(jīng)濟信息化的基礎，企業(yè)信息化的結(jié)構(gòu)不包括（2）A產(chǎn)品（服務層）B、作業(yè)層C、管理層 D 、檢測層在電子商務中，除了網(wǎng)銀、電子信用卡等支付方式 以外，第三方支付可以相對降低網(wǎng)絡支付的風險。下面不屬于第三方支付的優(yōu)點的是（3）A、比較安全B、支付成本較低C、使用方便D預防虛假交易電子政務根據(jù)其服務的對象不同，基本上可

2、以分為四種模式。某市政府在互聯(lián)網(wǎng)上提供的“機動車違章查詢”服務，屬于 （4） 模式。（ 4） A G2B B G2C C G2E D G2G在客戶關系管理（CRM系統(tǒng)將市場營銷的科學管理理念通過信息技術的手段集成在軟件上,能夠幫助企業(yè)構(gòu)建良好的客戶關系。以下關于CRM 系統(tǒng)的敘述中，錯誤的是（5）。A銷售自動化是CRM系統(tǒng)中最基本的模塊B、營銷自動化作為銷售自動化的擴充，包括營銷計劃的編制和執(zhí)行、計劃結(jié)果分析C、CRM系統(tǒng)能夠與ERP系統(tǒng)在財務、制造、庫存等環(huán)節(jié)進行連接，但兩者關系相對松散，一般不會形成閉環(huán)結(jié)構(gòu)D客戶服務與支持是CRM系統(tǒng)的重要功能。目前，客戶服務與支持的主要手段是通過呼叫中心

3、和互聯(lián)網(wǎng)來實現(xiàn)以下關于電子商務及其相關技術的敘述，正確的是( 6)。A、利用電子商務系統(tǒng)向消費者在線銷售產(chǎn)品，己經(jīng)超越了傳統(tǒng)的零售方式B、產(chǎn)品的存儲、打包、運送和跟蹤等，對組織的成功非常重要，幾乎沒有制造商或零售商將這些行為外包C、 SSL 通信協(xié)議用于保護電子商務交易中的敏感數(shù)據(jù)D購物車功能是由WWW務器軟件來實現(xiàn)的商業(yè)智能是指利用數(shù)據(jù)挖掘、知識發(fā)現(xiàn)等技術分析和挖掘結(jié)構(gòu)化的、面向特定領域的存儲與數(shù)據(jù)倉庫的信息。它可以幫助用戶認清發(fā)展趨勢、獲取決策支持并得出結(jié)論. ( 7)不屬于商業(yè)智能范疇。A、大型企業(yè)通過對產(chǎn)品銷售數(shù)據(jù)進行挖掘，分析客戶購買偏好B、某大型企業(yè)查詢數(shù)據(jù)倉庫中某種產(chǎn)品的總體銷售

4、數(shù)量C、某大型購物網(wǎng)站通過分析用戶的購買歷史記錄.為客戶進行商品推薦D某銀行通過分析大量股票交易的歷史數(shù)據(jù)，做出投資決策信息系統(tǒng)工程監(jiān)理活動的主要內(nèi)容被概括為“四控、三管、一協(xié)調(diào)”，以下選項中不屬于“四控”的是 (8)A信息系統(tǒng)工程質(zhì)量控制B、信息系統(tǒng)工程進度控制C、信息系統(tǒng)工程安全控制D信息系統(tǒng)工程變更控制監(jiān)理實施細則是指導監(jiān)理單位各項監(jiān)理活動的技術、經(jīng)濟、組織和管理的綜合性文件，信息系統(tǒng)工程監(jiān)理實施細則是在(9) 的基礎上 , 由項目總監(jiān)理工程師主持，專業(yè)監(jiān)理工程師參加，根據(jù)監(jiān)理委托合同規(guī)定范圍和建設單位的具體要求，以 (10) 為對象而編制。A監(jiān)理規(guī)劃B、監(jiān)理大綱C、建設合同D監(jiān)理合同A

5、、被監(jiān)理的承建單位B、監(jiān)理機構(gòu)C、被監(jiān)理的信息系統(tǒng)項目D建設某信息系統(tǒng)的生命周期模型采用的是瀑布模型，并且用戶要求要有詳盡的文檔說明，那么該系統(tǒng)應該使用的開發(fā)方法是(11) 。A、結(jié)構(gòu)化方法B、原型法C、面向?qū)ο蠓椒―戰(zhàn)略數(shù)據(jù)規(guī)劃方法在對一個系統(tǒng)進行需求分析后，通常會建立實體關系模型(E-R)圖，在E-R圖中，表示實體的圖形是 (12) 。A、橢圓R圓形C、夕!形D菱形需求分析是對各種需求信息進行分析并抽象描述。 (13) 不屬于需求分析的范疇。A檢測和解決需求之間的沖突B、發(fā)現(xiàn)軟件的邊界，以及軟件及其環(huán)境如何交互C、詳細描述系統(tǒng)需求，以導出軟件需求D將分配的需求在組件上實現(xiàn)根據(jù) GB/T 1

6、2504-90 計算機軟件質(zhì)量保證計劃規(guī)范，在軟件及所屬子系統(tǒng)開發(fā)過程中應該進行三次評審：第一次評審軟件需求、概要設計、驗證與確認方法；第二次評審詳細設計功 能設計與演示；第三次評審是功能檢查、物理檢查和綜合檢查。第三次評審應在(14) 進行。A、需求分析階段結(jié)束后B、軟件設計階段結(jié)束后C、集成測試階段結(jié)束后D驗收測試階段結(jié)束GB/T14394-93計算機軟件可靠性和可維護性管理標準提出了軟件生存周期各階段的可靠性和可維護性要求。其中“分析和確定軟件可靠性和可維護性目標”是(15) 的要求。A需求分析階段B、概要設計C、詳細設計階段D實現(xiàn)階段根據(jù)中華人民共和國招標投標法，招標的方式可分為 (1

7、6)A、公開招標和代理招標B、邀請招標和自行招標C、公開招標和邀請招標D公開招標和自行招根據(jù)中華人民共和國合同法， (17) 不屬于合同的權(quán)利義務終止的條件。A債務已經(jīng)按照約定履行B、合同終止C、債務相互抵銷D債權(quán)債務同歸于一人，且涉及第三人利益廣域網(wǎng)覆蓋的地理范圍從幾十公里到幾千公里，它的通信子網(wǎng)主要使用 (18) 技術。隨著微型計算機的廣泛應用，大量的微型計算機是通過局域網(wǎng)連入廣域網(wǎng)的，而局域網(wǎng)與廣域網(wǎng)的 互聯(lián)一般是通過 (19) 設備實現(xiàn)的。A、報文交換B、分組交換C、文件交換D電路交換A、 Ethernet 交換機B、路由器C、網(wǎng)橋D電話交換機信息時代，除了傳統(tǒng)的電子郵件、遠程登錄、新

8、聞與公告等應用外，新型的 Internet 應用有基于 WEB 的網(wǎng)絡應用和基于P2P 的網(wǎng)絡應用。 (20) 是屬于基于 P2P 的網(wǎng)絡應用 .A、 googleB、 blogC、網(wǎng)絡共享課程D、 QQ在 TCP/IP 協(xié)議簇中， (21) 協(xié)議屬于應用層協(xié)議。A、 IP B 、 TCP C、 FTP D、 UDP(22) 是第四代移動電話通信標準所采用的制式A、 LTE B、 WCDMA、 CGSM D、 TD-SCDMA根據(jù)電子計算機機房設計規(guī)范GB50174-93電子計算機機房應采用四種接地方式。將電氣設備的金屬外殼通過接地裝置與大地直接連接起來是(23)。 根據(jù)建筑物防雷設計規(guī)范(

9、GB 50057-1990)，每根引下線的沖擊接地電阻不宜大于(24) 歐姆。A、交流工彳接地隊B、安全工作接地C、直流工作接地D防雷接地A、 4 B、 6 C、 5 D 、 10信息系統(tǒng)生命周期分為立項、開發(fā)、運維及消亡四個階段。 (25) 不屬于開發(fā)階段的工作成果。A、需求規(guī)格說明書B、系統(tǒng)邏輯模型C、系統(tǒng)架構(gòu)設計D系統(tǒng)業(yè)務流程分析在設計計算機機房時， (26) 做法是不恰當?shù)?。A機房設置在20層大樓的18層，該樓層人員流動最少B、機房設置在大樓偏角上，遠離停車場及運輸通道等公共區(qū)域C、考察機房所在附近區(qū)域，避開油庫和其它易燃物D為機房設置較完備的中央空調(diào)系統(tǒng)，保證機房各區(qū)域溫度變化滿足計

10、算機系統(tǒng)要求具有保密資質(zhì)的公司中一名涉密的負責信息系統(tǒng)安全的安全管理員提出了離職申請，公司采取的以下安全控制措施中， ( ) 可能存在安全隱患.A、立即終止其對安全系統(tǒng)的所有訪問權(quán)限B、收回所有相關的證件、徽章、密鑰、訪問控制標志、提供的專用設備等C、離職員工辦理完人事交接，繼續(xù)工作一個月后離崗D和離職人員簽訂調(diào)離后的保密要求及協(xié)議根據(jù) GB/T 12504-1990 計算機軟件質(zhì)量保證計劃規(guī)范，為確保軟件的實現(xiàn)滿足需求，需要一些基本的文檔： (28) 不屬于基本文檔 . 。A軟件需求規(guī)格說明B、軟件設計說明書C、軟件驗證和確認計劃D項目開發(fā)總結(jié)依據(jù) GB/T 20271-2006 信息系統(tǒng)安

11、全技術信息系統(tǒng)通用安全技術要求中的規(guī)定， (29)不屬于信息系統(tǒng)安全技術體系包含的內(nèi)容。A、物理安全B、運行安全 C、人員安全D、數(shù)據(jù)安全l 磁盤冗余陣列 RAID 利用冗余實現(xiàn)高可靠性，其中 RAID1 的磁盤利用率為 (30)A、 25% B、 50% C、 75% D 100%某工程人員在項目建議書中提到該項目符合國家產(chǎn)業(yè)政策和投資方向，符合地方計劃發(fā)展規(guī)劃。這部分內(nèi)容對(31) 進行了論述。A、項目的必要性B、項目的市場預測C、項目的盈利預期D項目建設必需的條件在進行項目詳細可行性研究時，將有項目時的成本與無項目時的成本進行比較，求得差額，這種分析方法被稱為 (32)A經(jīng)濟評價法B、市

12、場預測法C、投資估算法D、增量凈效益法項目論證是確定項目是否實施的依據(jù)， (33) 不屬于項目建設方項目論證的原則。(34) 不屬于項目建設方項目論證的內(nèi)容。A、合規(guī)B、實施便利C、科學預測D重視數(shù)據(jù)資料A、招標文件的編制B、項目組織設置的合理性C、資金籌措的依據(jù)D項目的工藝技術項目建議書是項目可行性研究的依據(jù)。 (35) 一般不屬于項目建議書的內(nèi)容。A、設備選型B、建設背景和必需的條件C、市場規(guī)模預測D產(chǎn)品方案在項目變更時，如果有人要求項目進度提前，那么根據(jù)變更控制流程，首先應該(36)A、提交書面的進度變更申請單 B、變更的影響分析C、對該變更接受或拒絕D 、執(zhí)行變更整體變更控制過程基于項

13、目的執(zhí)行情況對項目的過程進行控制。以下關于整體變更控制的描 述，（37）是不恰當?shù)?。A、每一個變更都需要跟蹤和確認B、設置多個變更控制委員會C、變更過程需要維持所有基線的完整 D、整體變更控制在不同層次上實施某項目經(jīng)理繪制的 WBS局部圖如下圖所示，B、C工作包的負責人對人日數(shù)進行了估算，依據(jù)他 們的估算結(jié)果，項目經(jīng)理得出了分項工程 A的人日數(shù)結(jié)果，他采用的是（38）方法.B、自上而下估算C、自下而上估算D多方案分析估算項目經(jīng)理對某軟件開發(fā)流程中的“概要設計”活動進行歷時估算時，參考了以往相關項目活動 情況，他采用的是（39）方法A專家判斷B、類比估算C、參數(shù)估算D、三點估算進度報告是實施項目

14、進度控制的一個主要工具，在進度報告中可不包括（40）A實際開始與完成日期B、項目例會的時間C、未完成計劃活動的剩余持續(xù)時間D、正在進行的計劃活動的完成百分比已知網(wǎng)絡計劃中工作M 有兩項緊后工作，這兩項緊后工作的最早開始時間分別為第 12 天和第15 天，工作 M 的最早開始時間和最遲開始時間分別為第 6 天和第 8 天，如果工作M 的持續(xù)時間為 4 天，則工作M 總時差為 (41) 天A、 1 B 、 2 C 、 3 D 、 4在“可交付物”層次上明確了要完成項目需要做的相應工作的文檔是(42)A、項目范圍說明書B、工作分解結(jié)構(gòu)C、項目建議書D、項目申請書在創(chuàng)建 WBS 時, (43) 是不恰

15、當?shù)?。A、把項目生命周期的各階段作為分解的第一層，交付物安排在第二層B、把項目的重要交付物作為分解的第一層C、把子項目安排在第一層D把項目中的各類資源安排在第一層WBS工作包中一般不包括的成本是(44)A管理成本B、設備采購成本C、項目人員成本D、直接成本在完成項目估算后，要制定項目的成本預算，其基本流程是：將項目總成本分推到各個工 作包：()；確定各項成本再分配的時間：確定項目成本預算計劃。A、將工作包成本再分解到相關活動上B、進行準備金分析并分解到相關活動上C、進行掙值分析和績效預估D提出目資金需求某項目計劃安排為： 2014 年 4 月 30 日完成 1000 萬元的投資任務。在當期進行

16、項目績效時評估結(jié)果為：完成計劃投資額的90%，而CPI 為 50%，這時的項目實際花費為()萬元。A、 450 B、 900 C、 1800 D、 2000為了滿足員工的歸屬感需要，某公司經(jīng)常為新員工組織一些聚會或者社會活動，按照馬斯洛 的需要層次理論，這屬于滿足員工的（）的需要A、安全B、社會交往C、自尊D自我實現(xiàn)項目經(jīng)理在項目管理時使用了下圖，該圖是（）A、責任分配矩陣B、溝通計劃表C、列表式D組織結(jié)構(gòu)分解圖由于在執(zhí)行任務時，遇到了超出想象的困難，項目團隊成員之間開始爭執(zhí)互相指責，并開始懷疑項目經(jīng)理的能力。按照項目團隊建設的階段來劃分，該階段屬于（）A、形成階段B、震蕩階段C、規(guī)范階段D、

17、發(fā)揮階段在項目實施過程中，（50）容易增加沖突發(fā)生的概率.A保證資源的供給B、項目組織結(jié)構(gòu)由矩陣結(jié)構(gòu)改為項目型結(jié)構(gòu)C、項目實施中引入新技術D、明確責任按照付款方式的不同，工程合同分(51) 。總價合同 單價合同 分包合同 成本加酬金合同A、 1234 B、 123 C、 124 D、 134在信息系統(tǒng)建設中，建設方與承建方的合同可用于 (52)作為監(jiān)理工作的基本依據(jù)規(guī)定總監(jiān)工程師的職責確定目的工期規(guī)定雙方的經(jīng)濟關系規(guī)定扣除招標公司費用的比例A、 123B、 134C、 2345D、 12345在合同談判前，要制定切合實際的談判目標，要抓住實質(zhì)問題，要營造一個平等協(xié)商的氛 圍。這些工作在合同管理

18、中屬于 (53) 管理A、合同簽訂B、合同履行C、合同變更D、合同檔案在進行風險評估時，如果發(fā)現(xiàn)風險概率和影響很低，可(54) 。A、將該風險作為待觀察項目列入清單中，供將來進一步監(jiān)測B、對該風險進行等級排序C、著手消除該風除D、不做任何措施軟件配置管理(SCM是一組用于在軟件()管理變化的活動。A交付使用后B、開發(fā)過程中C、整個生命周期內(nèi)D、測試過程中( ) 可作為軟件生存期中各開發(fā)階段的一個質(zhì)量檢查點。A配置項B、程序G基線D過程質(zhì)量管理體系文件包括質(zhì)量手冊、程序文件和（ ）A、質(zhì)量計劃B、質(zhì)量目標C、質(zhì)量方針D、質(zhì)量記錄在項目管理中，進行信息分發(fā)時，（ ）的特點是：復雜程度高，往往不受當

19、事人的控制。A、正式溝通B、非正式溝通C、垂直溝通D、水平溝通項目收尾過程是結(jié)束項目某一階段中的所有活動，正式收尾該項目階段的過程。 （59） 不屬于 管理收尾。A、確認項目或者執(zhí)行階段已滿足所有贊助者、客戶，以及其他項目干系人需求B、確認已滿足項目階段或者整個項目的完成標準，或者確認項目階段或者整個項目的 退出標 準C、當需要時，把項目產(chǎn)品或者服務轉(zhuǎn)移到下一個階段，或者移交到生產(chǎn)或運作D更新反映最終結(jié)果的合同記錄并把將來會用到的信息存檔系統(tǒng)終驗是系統(tǒng)投入正式運行前的重要工作, 系統(tǒng)驗收工作通常是在建設方主管部門的主持下，按照既定程序來進行，下列系統(tǒng)終驗的做法中，（ ）是錯誤的A、承建方應該首

20、先提出工程終驗的申請和終驗方案B、監(jiān)理方應該協(xié)助建設方審查承建方提出的終驗申請，如果符合條件則開始準備系統(tǒng)終驗；否 則，向承建方提出系統(tǒng)整改意見C、監(jiān)理方應協(xié)助建設方成立驗收委員會，該委員會包括建設方、承建方和專家組成。D驗收測試小組可以是專業(yè)的第三方的測試機構(gòu)或者是承建方聘請的專家測試小組或者三方共同成立的測試小組。（ ） 不屬于項目章程的組成內(nèi)容A工作說明書B、指定項目經(jīng)理并授權(quán)C、項目概算D項目需求根據(jù)中華人民共和國招投標法中關于招投標程序的規(guī)定，（ ）是錯誤的。A、招標人如采用公開招標方式的，應當公開發(fā)布招標公告；依法必須進行招標的項目的招標 公告，應當通過國家指定的報刊、信息網(wǎng)絡或者

21、其他媒介發(fā)B、招標人根據(jù)招標項目的具體情況，可以組織潛在投標人踏勘項目現(xiàn)場C、投標人應當在招標文件要求提交投標文件的截止時間前將投標文件送達投標地點。招標人收 到投標文件后，應當簽收，并當面開啟進行初審。D評標由招標人依法組建的評標委員會負責，中標結(jié)果確定后，評標委員會成員的名單可以在 中標公告中公布GB/T 16680-1996 軟件文檔管理指南中將項目文檔分為開發(fā)文檔、產(chǎn)品文檔和管理文檔三類，（ ）屬于產(chǎn)品文檔 .E、 3） A,可行性研究報告B、開發(fā)計劃C、需求規(guī)格說明書D參考手冊和用戶指南項目發(fā)生變更在所難免，但項目經(jīng)理應讓項目干系人（特別是業(yè)主）認識到（ ）A、在項目策劃階段，變更成

22、本較高B、在項目策劃階段，變更成本較低C、在項目策劃階段，變更帶來的附加值較低D在項目執(zhí)行階段，變更成本較低某軟件開發(fā)項目中將詳細設計說明書作為配置項，項目的開發(fā)人員正在編寫一份詳細設計說明書的版本號為 V0.1 ，此后他對這份文件進行了修改并保存， 版本號應升級為（ ）A、 V0.2 B 、 V0.5 C、 V1.0 D 、 V1.1項目范圍管理過程包括：范圍計劃、（）、創(chuàng)建WBS范圍確認、范圍控制5個主要過程.A、需求管理B、范圍定義C、范圍變更D、編制范圍說明書對變更效果的評估是變更管理中非常重要的一環(huán)。 (67) 不屬于變更效果評估的內(nèi)容。A、項目基準是評估依據(jù)B、是否達到了變更提出時

23、的要求C、在干系人間就變更達成共識 D、評估變更的效率和效果以下各項中，( )不屬于知識產(chǎn)權(quán)。A、著作權(quán)B、專利權(quán)C、隱私權(quán)D、商標權(quán)依據(jù)項目變更管理流程，項目中的正式變更手續(xù)應該由( )來進行審批。A項目經(jīng)理B、公司高層領導C、變更控制委員會D公司高層領導與客戶方高層領導共同某項目的項目經(jīng)理在進行項目范圍變更時, 在對項目的技術和管理文件做了必要的修改后，他下一步應該(70) 。A及時通知項目干系人B、修改公司的知識管理系統(tǒng)C、獲取客戶的正式認可D獲得政府認可Information theory is related to the quantification of information. This was developed by Claude E. Shannon to who found fundamental limits on ( ) operations such as compressing data and on reliably storing and communicating data.( 71) A Signal B data C