2024年全國軟件水平考試之高級信息系統(tǒng)項目管理師考試重點試卷附答案

姓名:_________________編號:_________________地區(qū):_________________省市:_________________ 密封線 姓名:_________________編號:_________________地區(qū):_________________省市:_________________ 密封線 密封線 全國軟件水平考試考試重點試題精編注意事項:1.全卷采用機器閱卷，請考生注意書寫規(guī)范；考試時間為120分鐘。2.在作答前，考生請將自己的學(xué)校、姓名、班級、準(zhǔn)考證號涂寫在試卷和答題卡規(guī)定位置。

3.部分必須使用2B鉛筆填涂;非選擇題部分必須使用黑色簽字筆書寫，字體工整，筆跡清楚。

4.請按照題號在答題卡上與題目對應(yīng)的答題區(qū)域內(nèi)規(guī)范作答，超出答題區(qū)域書寫的答案無效:在草稿紙、試卷上答題無效。一、選擇題

1、建設(shè)項目團隊過程所使用的技術(shù)不包括（）。A.人際關(guān)系技能B.基本規(guī)則C.人事評測工具D.項目人員分派

2、以下做法中，（）對于提高大型復(fù)雜項目的協(xié)作管理幫助最小。A.建立統(tǒng)一的項目過程，以提高協(xié)作效率。B.加強項目團隊管理，制定有效的溝通機制C.在項目組織內(nèi)部約定統(tǒng)一的信息采集、發(fā)送、報告的機制D.大型項目經(jīng)理采用“間接管理”的方式，將大項目分解成粒度盡量小的項目群

3、settingredundantcomponentsinsubsystemtohandlewiththerisksbroughtbythedefaultsoforiginalcomponents,whatkindofriskresponsestrategyisthis？（）A.riskavoidanceB.riskacceptanceC.riskmitigationD.contingencyplan

4、用例圖主要用來描述用戶與系統(tǒng)功能單元之間的關(guān)系，它展示了一個外部用戶能夠觀察到的系統(tǒng)功能模型圖。在一個訂票系統(tǒng)中，下圖表現(xiàn)的是（）關(guān)系。A.泛化B.繼承C.擴展D.依賴

5、程序員在編程時將程序劃分為若干個關(guān)聯(lián)的模塊。第一個模塊在單元測試中沒有發(fā)現(xiàn)缺陷，程序員接著開發(fā)第二個模塊。第二個模塊在單元測試中有若干個缺陷被確認(rèn)。對第二個模塊實施了缺陷修復(fù)后，（）符合軟件測試的基本原則。A.用更多的測試用例測試模塊一；模塊二暫時不需再測，等到開發(fā)了更多模塊后再測。B.用更多的測試用例測試模塊二；模塊一暫時不需再測，等到開發(fā)了更多模塊后再測C.再測試模塊一和模塊二，用更多的測試用例測試模塊一D.再測試模塊一和模塊二，用更多的測試用例測試模塊二

6、在多年從事信息系統(tǒng)開發(fā)的經(jīng)驗基礎(chǔ)上，某單位總結(jié)了幾種典型信息系統(tǒng)項目生命周期模型最主要的特點，如下表所示，表中的第一列分別是（）。A.①瀑布模型②迭代模型③螺旋模型B.①迭代模型②瀑布模型③螺旋模型C.①螺旋模型②瀑布模型③迭代模型D.①螺旋模型②迭代模型③瀑布模型

7、以下關(guān)于項目可行性研究內(nèi)容的敘述，（）是不正確的。A.技術(shù)可行性是從項目實施的技術(shù)角度，合理設(shè)計技術(shù)方案，并進(jìn)行評審和評價B.經(jīng)濟可行性主要是從資源配置的角度衡量項目的價值，從項目的投資及所產(chǎn)生的經(jīng)濟效益進(jìn)行分析C.可行性研究不涉及合同責(zé)任、知識產(chǎn)權(quán)等法律方面的可行性問題D.社會可行性主要分析項目對社會的影響，包括法律道德、民族宗教、社會穩(wěn)定性等

8、使用UML對系統(tǒng)進(jìn)行分析設(shè)計時，需求描述中的“包含”、“組成”、“分為……部分”等詞常常意味著存在（）關(guān)系。下圖表示了這種關(guān)系。A.關(guān)聯(lián)B.聚合C.泛化D.依賴

9、ValidateScopeistheprocessofformalizingacceptanceofcompleted（）.A.projectdeliverablesB.WBSC.activitiesD.milestones

10、螺旋模型的開發(fā)過程具有周期性重復(fù)的螺旋線狀，每個開發(fā)周期由4個象限組成，分別標(biāo)志著開發(fā)周期的4個階段。螺旋模型之所以特別適用于龐大而復(fù)雜的、高風(fēng)險的系統(tǒng)開發(fā)，是因為它強調(diào)其中的（）階段。A.制定計劃B.風(fēng)險分析C.實施工程D.客戶評估

11、某軟件企業(yè)為了及時、準(zhǔn)確地獲得某軟件產(chǎn)品配置項的當(dāng)前狀態(tài)，了解軟件開發(fā)活動的進(jìn)展?fàn)顩r，要求項目組出具配置狀態(tài)報告，該報告內(nèi)容應(yīng)包括：（）。①各變更請求概要：變更請求號、申請日期、申請人、狀態(tài)、發(fā)布版本、變更結(jié)束日期。②基線庫狀態(tài)：庫標(biāo)識、至某日預(yù)計庫內(nèi)配置項數(shù)、實際配置項數(shù)、與前版本差異描述。③發(fā)布信息：發(fā)布版本、計劃發(fā)布時間、實際發(fā)布時間、說明。④備份信息：備份日期、介質(zhì)、備份存放位置。⑤配置管理工具狀態(tài)。⑥設(shè)備故障信息：故障編號、設(shè)備編號、申請日期、申請人、故障描述、狀態(tài)。A.①②③⑤B.②③④⑥C.①②③④D.②③④⑤

12、某項目由ABCDE五個活動構(gòu)成，完成各活動工作所需要的最可能時間（Tm）、最樂觀時間（To）、最悲觀的時間（Tp）（天）見下表：各活動之間的依賴關(guān)系如下：圖11-4進(jìn)度網(wǎng)絡(luò)圖則該項目工期估算約為（）天。A.22B.23C.24D.25

13、第三代移動通信技術(shù)（3G）是將個人語音通信業(yè)務(wù)和各種分組交換數(shù)據(jù)綜合在一個統(tǒng)一網(wǎng)絡(luò)中的技術(shù)，最主要的技術(shù)基礎(chǔ)是（）。A.GSMB.CDMAC.GPRSD.LTE

14、可以將組成項目的各個過程歸納為5個過程組，啟動過程組制定項目章程和（）兩個過程。A.收集需求B.識別項目干系人C.定義范圍D.組織項目團隊

15、監(jiān)理工程師可以采用多種技術(shù)手段實施信息系統(tǒng)工程的進(jìn)度控制。下面（）不屬于進(jìn)度控制的技術(shù)手段。A.圖表控制法B.網(wǎng)絡(luò)圖計劃法C.ABC分析法D.“香蕉”曲線圖法

16、項目組合的管理/協(xié)調(diào)對象是（）。A.項目團隊B.項目經(jīng)理C.項目干系人D.組合管理人員

17、以下針對信息系統(tǒng)安全的說法過程中，（）是錯誤的。A.信息系統(tǒng)安全的側(cè)重點隨著信息系統(tǒng)使用者的需求不同而發(fā)生變化B.信息系統(tǒng)安全屬性包括：保密性、完整性、可用性與不可抵賴性C.應(yīng)用系統(tǒng)常用的保密技術(shù)有：最小授權(quán)原則、防暴露、信息加密、數(shù)字簽名與公證D.完整性是一種面向信息的安全性能，可用性是面向用戶的安全性能

18、某軟件工程項目各開發(fā)階段工作量的比例如下表所示：假設(shè)當(dāng)前已處于編碼階段，3000行程序已完成1200行，則可估算出該工程項目開發(fā)進(jìn)度已完成的比例是（）。A.43%B.49%C.57%D.63%

19、合同法對合同索賠流程有嚴(yán)格的規(guī)定，索賠方以書面通知書的形式在索賠事項發(fā)生后的（）天內(nèi)，向監(jiān)理工程師正式提出索賠意向A.15天B.15個工作日C.28天D.28個工作日

20、（）不屬于項目經(jīng)理的崗位職責(zé)。A.為嚴(yán)格控制項目成本，可不全面執(zhí)行所在單位的技術(shù)規(guī)范標(biāo)準(zhǔn)B.對項目的全生命周期進(jìn)行有效控制，確保項目質(zhì)量和工期C.在工作中主動采用項目管理理念和方法D.以合作和職業(yè)化方式與團隊和項目干系人打交道

21、以下關(guān)于采購計劃的敘述中，不正確的是：（）A.編制采購計劃的第一步是考慮哪些產(chǎn)品或服務(wù)由項目團隊自己提供劃算，還是通過采購更為劃算B.每一次采購都要經(jīng)歷從編制采購計劃到完成采購的全過程C.項目進(jìn)度計劃決定和影響著項目采購計劃，項目采購計劃做出的決策不會影響項目進(jìn)度計劃D.編制采購計劃時，需要考慮的內(nèi)容有成本估算、進(jìn)度、質(zhì)量管理計劃、現(xiàn)金流預(yù)測等

22、（）的設(shè)計方法滿足了信息系統(tǒng)快速響應(yīng)需求與環(huán)境的變化，組織內(nèi)部、組織之間各種應(yīng)用系統(tǒng)的互相通信要求，提高了系統(tǒng)可復(fù)用性、信息資源共享和系統(tǒng)之間的互操作性。A.面向?qū)ο驜.面向過程C.基于構(gòu)件D.面向服務(wù)

23、根據(jù)《合同法》的有關(guān)規(guī)定，下列（）項描述不符合合同的法律性質(zhì)。A.合同是一種民事法律行為B.合同是解決兩方或多方當(dāng)事人分歧的民事法律行為C.合同是以設(shè)立、變更、終止民事權(quán)利義務(wù)關(guān)系為目的的民事法律行為D.合同是兩方或多方當(dāng)事人意思表示一致的結(jié)果

24、面向?qū)ο箝_發(fā)方法主要分為分析、設(shè)計和實現(xiàn)三個階段。下面屬于分析階段主要工作的是（）。A.定義子系統(tǒng)接口參數(shù)B.編寫代碼C.改進(jìn)系統(tǒng)的性能D.建立用例模型

25、下圖是（）。A.RBSB.R/D矩陣C.P/O矩陣D.OBS

26、成本預(yù)算的輸入不包括（）。A.資源日歷B.風(fēng)險登記冊C.協(xié)議D.成本基準(zhǔn)

27、測試人員在測試某一功能時，發(fā)現(xiàn)該功能在需求說明書里沒有，他接下來正確的做法是（）。A.在需求說明書中補充該功能B.匯報項目經(jīng)理，讓其查明原因C.找開發(fā)人員溝通，讓其刪除該功能D.找用戶溝通，該功能是否需要

28、在對項目內(nèi)部各成員制定績效任務(wù)時，首先應(yīng)（）。A.對每個崗位的工作內(nèi)容進(jìn)行分解B.對每個崗位的工作在進(jìn)度、成本、質(zhì)量等上設(shè)定KPI值C.確定KPI的評分標(biāo)準(zhǔn)D.確定考核頻率

29、某行業(yè)協(xié)會計劃開發(fā)一個信息管理系統(tǒng)，現(xiàn)階段用戶無法明確該系統(tǒng)的全部功能要求，希望在試用后再逐漸改進(jìn)并最終實現(xiàn)用戶需求，則該信息系統(tǒng)應(yīng)采用的開發(fā)方法是（）。A.結(jié)構(gòu)化方法B.面向?qū)ο蠓椒–.原型化方法D.面向服務(wù)方法

30、IT服務(wù)外包合同不可以（）。A.作為風(fēng)險管理的工具B.保證雙方的期望透明化C.作為雙方溝通的工具D.當(dāng)作供應(yīng)商的工作文件

31、在項目范圍管理的過程中，確認(rèn)范圍的輸入不包括（）。A.項目管理計劃B.工作績效數(shù)據(jù)C.驗收的可交付成果D.需求跟蹤矩陣

32、項目經(jīng)理的權(quán)力有多種來源，其中（）是由于他人對你的認(rèn)可和敬佩從而愿意模仿和服從你，以及希望自己成為你那樣的人而產(chǎn)生的，這是一種人格魅力。A.職位權(quán)力B.獎勵權(quán)力C.專家權(quán)力D.參照權(quán)力

33、許多企業(yè)在信息化建設(shè)過程中出現(xiàn)了諸多問題，如：信息孤島多，信息不一致，難以整合共享。各應(yīng)用系統(tǒng)之間、企業(yè)上下級之間、企業(yè)與上下游伙伴之間業(yè)務(wù)難以協(xié)同；信息系統(tǒng)難以適應(yīng)快速的業(yè)務(wù)變化等。為解決這些問題，企業(yè)信息化建設(shè)采用（）架構(gòu)已是流行趨勢。A.面向過程B.面向?qū)ο驝.面向服務(wù)D.面向組件

34、根據(jù)GB/T11457-2006的規(guī)定，使客戶能確認(rèn)是否接受系統(tǒng)的正式測試為（）。A.合格性測試B.驗收測試C.運行測試D.系統(tǒng)測試

35、下表給出了某項目到2018年12月30日為止的部分成本執(zhí)行（績效）數(shù)據(jù)。如果當(dāng)前的成本偏差是非典型的，則完工估算（EAC）（）元。A.45000B.40100C.42340D.47059

36、根據(jù)政府采購法的規(guī)定，以下做法中，（）是不正確的。A.某省政府采購中心將項目采購的招標(biāo)工作委托給招標(biāo)公司完成B.政府采購項目完成后，采購方請國家認(rèn)可的質(zhì)量檢測機構(gòu)參與項目驗收C.政府采購項目驗收合格后，采購方將招投標(biāo)文件進(jìn)行了銷毀D.招標(biāo)采購過程中，由于符合條件的供應(yīng)商不滿三家，重新組織了招標(biāo)

37、某市政府門戶網(wǎng)站建立民意征集欄目，通過市長信箱、投訴舉報、在線訪談、草案意見征集、熱點調(diào)查、政風(fēng)行風(fēng)熱線等多個子欄目，針對政策、法規(guī)、活動等事宜開展民意征集，接收群眾的咨詢、意見建議和舉報投訴，并由相關(guān)政府部門就相關(guān)問題進(jìn)行答復(fù)，此項功能主要體現(xiàn)電子政務(wù)（）服務(wù)的特性。A.政府信息公開B.公益便民C.交流互動D.在線辦事

38、（）不屬于信息系統(tǒng)項目的生命周期模型。A.瀑布模型B.迭代模型C.螺旋模型D.類-對象模型

39、GB/T36964-2018《軟件工程軟件開發(fā)成本度量規(guī)范》屬于（）。A.企業(yè)標(biāo)準(zhǔn)B.國家標(biāo)準(zhǔn)C.行業(yè)標(biāo)準(zhǔn)D.國際標(biāo)準(zhǔn)

40、項目質(zhì)量保證應(yīng)以（）為目的。A.評價整體項目績效B.證明項目滿足相關(guān)的質(zhì)量標(biāo)準(zhǔn)C.識別與該項目相關(guān)的質(zhì)量標(biāo)準(zhǔn)D.監(jiān)督項目的具體實施結(jié)果

41、依據(jù)軟件工程國家標(biāo)準(zhǔn)《軟件工程術(shù)語》GB/T11457-2006，（）是對程序執(zhí)行情況進(jìn)行人工模擬，用逐步檢查源代碼中有無邏輯或語法錯誤的辦法來檢測故障。A.桌面檢查B.功能配置審計C.走查D.代碼審計

42、以下關(guān)于UML的敘述中，（）是正確的。A.UML是一種標(biāo)準(zhǔn)的圖形化建模語言B.UML是一種可視化的程序設(shè)計語言C.UML是一種開發(fā)工具的規(guī)格說明D.UML是程序設(shè)計方法的描述

43、軟件測試可分為單元測試、集成測試、確認(rèn)測試、系統(tǒng)測試、配置測試、回歸測試等類別。（）主要用于檢測軟件的功能、性能、和其他特性是否與用戶需求一致。A.單元測試B.集成測試C.確認(rèn)測試D.系統(tǒng)測試

44、確定適用于項目的質(zhì)量標(biāo)準(zhǔn)并決定如何滿足這些標(biāo)準(zhǔn)是（）的過程。A.質(zhì)量目標(biāo)B.質(zhì)量保證C.質(zhì)量方針D.質(zhì)量計劃

45、某高校決定開發(fā)網(wǎng)絡(luò)安全審計系統(tǒng)，希望該系統(tǒng)能夠有選擇地記錄任何通過網(wǎng)絡(luò)對應(yīng)用系統(tǒng)進(jìn)行的操作并對其進(jìn)行實時與事后分析和處理；具備入侵實時阻斷功能，同時不對應(yīng)用系統(tǒng)本身的正常運行產(chǎn)生任何影響，能夠?qū)徲嫈?shù)據(jù)進(jìn)行安全的保存；保證記錄不被非法刪除和篡改。該高校的安全審計系統(tǒng)最適合采用（）。A.基于網(wǎng)絡(luò)旁路監(jiān)控的審計B.基于應(yīng)用系統(tǒng)獨立程序的審計C.基于網(wǎng)絡(luò)安全入侵檢測的預(yù)警系統(tǒng)D.基于應(yīng)用系統(tǒng)代理的審計

46、IEEE802規(guī)范定義了網(wǎng)卡如何訪問傳輸介質(zhì)，以及如何在傳輸介質(zhì)上傳輸數(shù)據(jù)的方法。其中，（）是重要的無限局域網(wǎng)協(xié)議。A.IEEE802.1B.IEEE802.3C.IEEE802.6D.IEEE802.11

47、項目實施過程中，圍繞對項目質(zhì)量的監(jiān)控、追蹤管理，以下做法不正確的是（）。A.可采用控制圖來對質(zhì)量進(jìn)行監(jiān)控B.使用掙值分析來對質(zhì)量進(jìn)行監(jiān)控C.通過分析測試報告來對質(zhì)量進(jìn)行監(jiān)控D.通過分析施工日志中的施工參數(shù)來對質(zhì)量進(jìn)行監(jiān)控

48、以下關(guān)于類和對象關(guān)系的敘述中，（）是不正確的。A.對象是類的實例B.類是對象的抽象C.類是靜態(tài)的，對象是動態(tài)的D.類和對象必須同時存在

49、某項目在招標(biāo)時被分成若干個項目包，分別發(fā)包給不同的承包人。承包人中標(biāo)后應(yīng)與招標(biāo)人簽訂的合同屬于（）。A.單項項目承包合同B.分包合同C.單價合同D.成本激勵合同

50、人們對自我的要求是不斷提升的，下列理論中，（）將人的需求分為不同等級。A.馬斯洛的需要層次理論B.赫茨伯格的雙因素理論C.維克多·弗洛姆的期望理論D.道格拉斯·麥格雷戈的X-Y理論二、多選題

51、項目質(zhì)量保證說明書在所有的項目中要提供項目內(nèi)部和外部的質(zhì)量保證，其目的是（）。A.監(jiān)控具體的項目結(jié)果，關(guān)注其是否達(dá)到相關(guān)的質(zhì)量標(biāo)準(zhǔn)B.說明項目滿足相關(guān)質(zhì)量標(biāo)準(zhǔn)的保證能力C.識別出消除不滿意結(jié)果的原因D.進(jìn)行檢查以保證過程不出錯

52、用一系列軟件的修改來評價軟件體系結(jié)構(gòu)的易修改性，屬于基于（）的軟件體系結(jié)構(gòu)評估方式。A.調(diào)查問卷或檢查表B.場景C.度量D.實際運行

53、某公司主營產(chǎn)品有甲、乙、丙、丁四種。按照歷史數(shù)據(jù)預(yù)測，下半年的市場需求總量可能有10萬件、15萬件和20萬件三種情況，對應(yīng)的概率分別為50%、30%、20%不同情況下各產(chǎn)品帶來的市場收益（單位：萬元）如表所示。為了追求利潤最大化，該公司應(yīng)該生產(chǎn)（）A.甲B.乙C.丙D.丁

54、下列描述中，（）不是軟件體系結(jié)構(gòu)研究的內(nèi)容。A.軟件體系結(jié)構(gòu)描述語言及工具B.軟件體系結(jié)構(gòu)分析、設(shè)計及驗證C.軟件開發(fā)過程中應(yīng)遵守的政策和法規(guī)D.特定領(lǐng)域的體系結(jié)構(gòu)

55、績效評估實施過程的首要任務(wù)是（）。A.確定績效評估項目B.組織評估隊伍C.收集審核被評價項目數(shù)據(jù)資料，進(jìn)行定量評價，并參與定性評價D.歸納、分析，撰寫評價報告

56、通過收集和分析計算機系統(tǒng)或網(wǎng)絡(luò)的關(guān)鍵節(jié)點信息，以發(fā)現(xiàn)網(wǎng)絡(luò)或系統(tǒng)中是否有違反安全策略的行為和被攻擊的跡象的技術(shù)被稱為（）。A.系統(tǒng)檢測B.系統(tǒng)分析C.系統(tǒng)審計D.入侵檢測

57、下列關(guān)于項目管理過程組的敘述，不正確的是（）。A.啟動過程組——定義和細(xì)化目標(biāo)，規(guī)劃最佳的行動方案即從各種備選的方案中選取最優(yōu)方案，以實現(xiàn)項目或階段所承擔(dān)的目標(biāo)范圍B.執(zhí)行過程組——整合人員和其它的資源，在項目的生命周期或某個階段執(zhí)行項目管理計劃C.監(jiān)督過程組——要求定期測量和監(jiān)控進(jìn)展，識別與項目管理計劃的偏差，以便在必要時采取糾正措施，確保項目或階段目標(biāo)達(dá)成D.收尾過程組——正式接受產(chǎn)品、服務(wù)或工作成果，有序地結(jié)束項目或階段

58、按照分布范圍對網(wǎng)絡(luò)進(jìn)行劃分，北京到上海之間的網(wǎng)絡(luò)屬于（）。A.LANB.MANC.IntranetD.WAN

59、（）不是對稱加密算法的優(yōu)點。A.加/解密速度快B.密鑰管理簡單C.加密算法復(fù)雜，加密強度高D.適宜一對一的信息加密傳輸過程

60、以下關(guān)于項目范圍管理的敘述中，（）是不正確的。A.一般項目目標(biāo)的設(shè)定標(biāo)準(zhǔn)可用一個單詞“SMART"來表達(dá)B.項目目標(biāo)開始是出現(xiàn)在初步項目范圍說明書里，后來被定義并最終歸結(jié)到項目范圍說明書里C.范圍定義過程給出了項目和產(chǎn)品的詳細(xì)描述，并把結(jié)果寫進(jìn)詳細(xì)的項目范圍說明書D.范圍確認(rèn)也被稱為范圍核實，它的目的是核實工作結(jié)果的正確與否，應(yīng)該貫穿項目始終

61、某大型環(huán)保信息系統(tǒng)工程建設(shè)項目，項目發(fā)起人與項目經(jīng)理一起識別出如下3類項目干系人：甲方信息系統(tǒng)管理人員、項目組主要技術(shù)人員、監(jiān)理方，并準(zhǔn)備針對他們編制干系人管理計劃。對此，您的建議是（）。A.重新識別干系人B.編制干系人管理計劃C.召開干系人管理溝通會議D.編制項目進(jìn)度計劃

62、The（）isprimarilyconcernedwithacceptanceofthedeliverables,whilequalitycontrolisprimarilyconcernedwithcorrectnessofthedeliverablesandmeetingthequalityrequirementsspecifiedforthedeliverables．A.VerifyScopeB.DefineScopeC.QualityassuranceD.ValidateScope

63、關(guān)于項目管理辦公室對多項目的管理，以下敘述不正確的是（）。A.使用項目管理系統(tǒng)可強化對各項目的監(jiān)控B.出于成本考慮，一般不對單個項目建立獨立的一套過程規(guī)范C.項目管理辦公室不僅要對各項目實施有效監(jiān)控，還要負(fù)責(zé)對各項目進(jìn)行專業(yè)指導(dǎo)D.為了不對各個項目的實施造成影響，項目管理辦公室一般不對各項目進(jìn)行資源平衡

64、依據(jù)招標(biāo)投標(biāo)法，項目公開招標(biāo)的資格預(yù)審階段，在“資格預(yù)審須知”文件中，可以（）。A.要求投標(biāo)人必須組成聯(lián)合體投標(biāo)B.要求嚴(yán)格的專業(yè)資質(zhì)等級C.要求必須使用某種品牌的網(wǎng)絡(luò)布線材料D.對本行業(yè)外的投標(biāo)人提出特別要求

65、關(guān)于項目組合和項目集的描述，不正確的是（）?A.項目組合和項目集中都可能包含日常運作業(yè)務(wù)B.項目集是項目組合的一部分C.項目組合中的項目既可以位于項目集之內(nèi)，也可以位于項目集之外?D.項目組合中的項目集和項目應(yīng)有依賴關(guān)系

66、風(fēng)險的成本估算完成后，可以針對風(fēng)險表中的每個風(fēng)險計算其風(fēng)險曝光度。某軟件小組計劃項目中采用60個可復(fù)用的構(gòu)件，每個構(gòu)件平均是100LOC，每個LOC的成本是13元人民幣。下面是該小組定義的一個項目風(fēng)險：A.23400B.65000C.15600D.19500

67、一般而言，網(wǎng)絡(luò)安全審計從審計級別上可分為（）、應(yīng)用級審計和用戶級審計三種類型。A.組織級審計B.物理審計C.系統(tǒng)級審計D.單元級審計

68、企業(yè)通過網(wǎng)頁安排向消費者提供計次收費性的網(wǎng)上信息瀏覽和信息下載的電子商務(wù)模式屬于（）。A.B2B的在線付費瀏覽模式B.B2C的在線付費瀏覽模式C.C2C的在線付費瀏覽模式D.實物商品的消費模式

69、針對信息系統(tǒng)，安全可以劃分為以下四個層次：設(shè)備安全、數(shù)據(jù)安全、內(nèi)容安全、行為安全，下列關(guān)于行為安全說法錯誤的是（）。A.行為的秘密性是指行為的過程和結(jié)果不能危害數(shù)據(jù)的秘密性B.行為的完整性是指行為的過程和結(jié)果不能危害數(shù)據(jù)的完整性，行為的過程和結(jié)果是預(yù)期的C.行為的可靠性是指當(dāng)行為的過程和結(jié)果不能危害數(shù)據(jù)的可靠性D.行為的可控性是指當(dāng)行為的過程出現(xiàn)偏離預(yù)期時，能夠發(fā)現(xiàn)、控制或糾正

70、項目成員張工繪制了四張類圖，其中正確的是（）。A.見圖AB.見圖BC.見圖CD.見圖D

71、某市政府門戶網(wǎng)站建立民意征集欄目，通過市長信箱、投訴舉報、在線訪談、草案意見征集、熱點調(diào)查、政風(fēng)行風(fēng)熱線等多個子欄目，針對政策、法規(guī)、活動等事宜開展民意征集，接收群眾的咨詢、意見建議和舉報投訴，并由相關(guān)政府部門就相關(guān)問題進(jìn)行答復(fù)，此項功能主要體現(xiàn)電子政務(wù)（）服務(wù)的特性。A.政府信息公開B.公益便民C.交流互動D.在線辦事

72、在以太網(wǎng)中，雙絞線使用（）接口與其他網(wǎng)絡(luò)設(shè)備連接。A.RJ-11B.RJ-45C.LCD.MAC

73、按照實施過程的先后，網(wǎng)絡(luò)工程在（）。階段通常包括確定網(wǎng)絡(luò)總體目標(biāo)和設(shè)計原則，進(jìn)行網(wǎng)絡(luò)總體設(shè)計和拓?fù)浣Y(jié)構(gòu)設(shè)計，確定網(wǎng)絡(luò)選型和進(jìn)行網(wǎng)絡(luò)安全設(shè)計等方面的內(nèi)容。A.網(wǎng)絡(luò)實施B.網(wǎng)絡(luò)規(guī)劃C.網(wǎng)絡(luò)設(shè)計D.網(wǎng)絡(luò)監(jiān)控

74、（）不是建設(shè)項目團隊的工具和技術(shù)。A.培訓(xùn)B.人際關(guān)系技能C.基本規(guī)程D.沖突管理

75、依照招投標(biāo)法必須進(jìn)行招標(biāo)的項目，自招標(biāo)文件開始發(fā)出之日起至投標(biāo)人提交投標(biāo)文件截止之日止，最短不得少于（）日。A.15B.20C.28D.30

76、()isatechniqueforestimatingthedurationorcostofanactivityoraprojectusinghistoricaldatafromasimilaractivityorproject.A.AnalogousestimatingB.ParametricestimatingC.Three-PointestimatingD.Bottom-Upestimating

77、公司上個月取消了由張工管理的視頻游戲項目的需求定義文件和范圍說明書?，F(xiàn)在公司要求將該項目成果變成可在個人電視及計算機上玩的交互式游戲。這至少（）。A.需要修改項目既定的由WBS定義的范圍B.導(dǎo)致所有項目基準(zhǔn)的改變C.導(dǎo)致成本、時間、質(zhì)量和其他目標(biāo)的調(diào)整D.會得到一個教訓(xùn)

78、與例行工作相比，項目具有更明顯的特點。其中（）是指每一個項目都有一個明確的開始時間和結(jié)束時間。A.臨時性B.暗示xingC.獨特性D.漸進(jìn)明細(xì)

79、在與客戶簽訂合同時，可以增加一些條款，如限定客戶提出需求變更的時間，規(guī)定何種情況的變更可以接受，拒絕或部分接受，規(guī)定發(fā)生需求變更時必須執(zhí)行變更管理流程等內(nèi)容屬于針對需求變更的（）。A.合同管理B.需求基線管理C.文檔管理D.過程管理

80、（）不是結(jié)構(gòu)化綜合布線的優(yōu)點。A.有利于不同網(wǎng)絡(luò)協(xié)議間的轉(zhuǎn)換B.移動、增加和改變配置容易C.單點故障隔離D.網(wǎng)絡(luò)管理簡單易行

81、項目管理方法的核心是目標(biāo)管理與（）相結(jié)合。A.技術(shù)管理B.質(zhì)量管理C.投資管理D.風(fēng)險管理

82、關(guān)于范圍控制的描述，正確的是（）。A.控制進(jìn)度是控制范圍的一種有效的方式B.項目執(zhí)行組織本身發(fā)生變化不會引起范圍變更C.范圍變更控制必須和其它控制過程綜合在一起D.政府政策的變化不可以成為范圍變更的理由

83、在估算項目中軟件開發(fā)的工作量時，項目經(jīng)理按照自己的經(jīng)驗，利用了以下公式：活動歷時（軟件開發(fā)）=5×66×M（M為開發(fā)人員的經(jīng)驗系統(tǒng)，66位開發(fā)人員的平均工作時間）。該項目經(jīng)理采用的估算方法是（）A.參數(shù)估算B.類比估算C.三點估算法D.專家判斷

84、以下關(guān)于創(chuàng)建工作分解結(jié)構(gòu)（WBS）的敘述中，（）是不準(zhǔn)確的。A.當(dāng)前較常用的工作分解結(jié)構(gòu)表示形式主要有分級的樹型結(jié)構(gòu)和列表B.WBS最低層次的工作單元是工作包，業(yè)內(nèi)一般把1個人1周能干完的工作稱為一個工作包C.創(chuàng)建WBS的輸入包括詳細(xì)的項目范圍說明書、項目管理計劃、組織過程資產(chǎn)D.創(chuàng)建WBS的輸出包括WBS和WBS字典、范圍基準(zhǔn)、更新的項目管理計劃

85、配置審核的實施可以（）。A.防止向用戶交付用戶手冊的不正確版本B.確保項目進(jìn)度的合理性C.確認(rèn)項目分解結(jié)構(gòu)的合理性D.確保活動資源的可用性

86、建設(shè)項目團隊過程所使用的技術(shù)不包括（）。A.人際關(guān)系技能B.基本規(guī)則C.人事評測工具D.項目人員分派

87、關(guān)于領(lǐng)導(dǎo)者和管理者的描述，正確的是（）。A.管理者的工作主要是確定方向、統(tǒng)一思想、激勵和鼓舞B.領(lǐng)導(dǎo)者負(fù)責(zé)某件具體事情的管理或?qū)崿F(xiàn)某個具體目標(biāo)C.管理者設(shè)定目標(biāo)，領(lǐng)導(dǎo)者率眾實現(xiàn)目標(biāo)D.項目經(jīng)理具有領(lǐng)導(dǎo)者和管理者的雙重身份

88、下面關(guān)于溝通管理計劃的說法中，不正確的是（）。A.溝通管理計劃應(yīng)是正式的，根據(jù)項目需要可以是非常詳細(xì)或粗略框架式的B.溝通管理計劃確定項目干系人的信息和溝通需求C.溝通管理計劃不一定需要得到客戶的正式認(rèn)可才能實施D.溝通管理計劃中應(yīng)包含用于溝通的信息，包括信息格式、內(nèi)容和細(xì)節(jié)水平

89、（）是一種支持結(jié)構(gòu)化程序設(shè)計的流程設(shè)計工具。它的執(zhí)行順序是從最左主干線的上端結(jié)點開始，自上而下依次執(zhí)行。A.因果分析圖B.親和圖C.問題分析圖D.判定表

90、開發(fā)的產(chǎn)品不再符合市場需要，這種狀況屬于項目的（）。A.技術(shù)風(fēng)險B.社會風(fēng)險C.商業(yè)風(fēng)險D.組織風(fēng)險

91、某公司擬將5百萬元資金投放下屬A、B、C三個子公司（以百萬元的倍數(shù)分配投資），各子公司獲得部分投資后的收益如下表所示（以百萬元為單位）。該公司投資的總收益為（）百萬元。A.4.8B.5.3C.5.4D.5.5

92、一個網(wǎng)絡(luò)協(xié)議至少包括三個要素，（）不是網(wǎng)絡(luò)協(xié)議要素。A.語法B.語義C.層次D.時序

93、項目組成員中有一名專職的文件管理員，其主要職責(zé)之一是負(fù)責(zé)項目組的文件收發(fā)和保管。針對于文件收發(fā)環(huán)節(jié)，以下敘述不正確的是（）。A.電子版文件可通過授權(quán)系統(tǒng)來控制收發(fā)B.對于紙制文件可以采用編號、蓋章等方法控制文件的有效性C.發(fā)給客戶的文件可以不進(jìn)行文件回收管理D.對現(xiàn)場使用的外來文件可不進(jìn)行文件收發(fā)管理

94、信息的（）要求采用的安全技術(shù)保證信息接收者能夠驗證在傳送過程中信息沒有被修改，并能防范入侵者用假信息代替合法信息。A.隱蔽性B.機密性C.完整性D.可靠性

95、關(guān)于項目的描述，不正確的是（）。A.建設(shè)視頻監(jiān)控系統(tǒng)是一個項目，建成后的系統(tǒng)是項目產(chǎn)品B.建設(shè)辦公大樓是一個項目，建設(shè)后的大樓是項目產(chǎn)品C.商務(wù)談判是一個項目，如果談判成功，合同是項目產(chǎn)品D.ERP系統(tǒng)的運行維護(hù)是一個項目，ERP系統(tǒng)是項目產(chǎn)品

96、在J2EE模型中，中間層的業(yè)務(wù)功能通過①構(gòu)件實現(xiàn)，使用②實現(xiàn)業(yè)務(wù)邏輯處理結(jié)果的動態(tài)發(fā)布，構(gòu)成動態(tài)的HTML頁面，中間層也可以使用Servlet實現(xiàn)更為靈活的動態(tài)頁面，①和②應(yīng)填入（）。A.WebServices和EJB.EJB和JSPC.JSP和EJBD.JNDI和JSP

97、項目經(jīng)理為了有效管理項目需掌握的軟技能不包括（）。A.有效的溝通B.激勵C.領(lǐng)導(dǎo)能力D.后勤和供應(yīng)鏈

98、在信息系統(tǒng)的規(guī)劃工具中，下表是（）。A.過程／組織矩陣B.資源／數(shù)據(jù)矩陣C.優(yōu)先矩陣D.過程／數(shù)據(jù)矩陣

99、（）isthesumofallbudgetsestablishedfortheworktobeperformed.A.CPIB.BAC.CSPID.EAC

100、在國家標(biāo)準(zhǔn)GB/T8567-2006《計算機軟件文檔編制規(guī)范》中，將系統(tǒng)需求分成三大類，分別是（）。A.功能需求、業(yè)務(wù)需求和數(shù)據(jù)需求B.接口需求、資源需求和數(shù)據(jù)需求C.功能需求、接口需求和安全需求D.業(yè)務(wù)需求、配置需求和維護(hù)需求

參考答案與解析

1、答案：D本題解析：本題考查的是建設(shè)項目團隊的工具與技術(shù)基礎(chǔ)知識，出自《信息系統(tǒng)項目管理師教程（第3版）》第9章項目人力資源管理，全書第340頁。建設(shè)項目團隊的工具與技術(shù)包括：人際關(guān)系技能、培訓(xùn)、團隊建設(shè)活動、基本規(guī)則、集中辦公、認(rèn)可與獎勵和人事評測工具。項目人員分派是建設(shè)項目團隊的輸入，不是工具與技術(shù)，所以此題選D。

2、答案：D本題解析：本考題考查的知識點為大型復(fù)雜項目的協(xié)作管理。統(tǒng)一過程會大大提高項目之間的協(xié)作效率，有力的保證項目質(zhì)量。大項目的項目團隊構(gòu)成復(fù)雜，不僅包括項目內(nèi)部所形成的項目管理體系，也包括合作方。這種復(fù)雜得團隊構(gòu)成會使團隊之間的協(xié)作、溝通和沖突所需的成本大幅度增加，所以需要加強項目團隊管理，制定有效的溝通機制。大項目的項目規(guī)模較大，目標(biāo)構(gòu)成復(fù)雜，一般將其分解成一個個目標(biāo)相互關(guān)聯(lián)的小項目，形成項目群進(jìn)行管理。但分解的粒度要適度，分解粒度過小反而會增加更多的溝通成本和管理成本。

3、答案：C本題解析：在子系統(tǒng)中增加冗余組件以對抗原始組件掉鏈子帶來的風(fēng)險，這是使用的什么風(fēng)險應(yīng)對策略A、規(guī)避B、接受C、減輕D、應(yīng)急計劃

4、答案：A本題解析：本考題考查的知識點為用例圖中的泛化關(guān)系。用例圖由參與者（Actor）、用例（UseCase）、系統(tǒng)邊界、箭頭組成，用畫圖的方法來完成。用例描述用來詳細(xì)描述用例圖中每個用例，用文本文檔來完成，以及由箭頭所組成的各種關(guān)系，包括泛化，包括。擴展等。泛化和類中的泛化概念是一樣的，子用況繼承父用況的行為和含義，還可以增加或覆蓋父用況的行為；子用況可以出現(xiàn)在任何父用況出現(xiàn)的位置（父和子均有具體的實例）。父用例是“訂票”，其兩個子用例分別是“電話訂票”和“網(wǎng)上訂票”。這兩個用例都繼承了父用例的行為，并添加了自己的行為。所以答案是A。

5、答案：D本題解析：軟件測試的幾個基本原則包括：（1）軟件開發(fā)人員即程序員應(yīng)當(dāng)避免測試自己的程序。不管是程序員還是開發(fā)小組都應(yīng)當(dāng)避免測試自己的程序或者本組開發(fā)的功能模塊；（2）應(yīng)盡早地和不斷地進(jìn)行軟件測試，軟件修改后要及時進(jìn)行回歸測試；（3）對測試用例要有正確的態(tài)度：第一，測試用例應(yīng)當(dāng)由測試輸入數(shù)據(jù)和預(yù)期輸出結(jié)果這兩部分組成；第二，在設(shè)計測試用例時，不僅要考慮合理的輸入條件，更要注意不合理的輸入條件。（4）要充分注意軟件測試中的群集現(xiàn)象，也可以認(rèn)為是“80-20原則”。不要以為發(fā)現(xiàn)幾個錯誤并且解決這些問題之后，就不需要測試了。反而這里是錯誤群集的地方，對這段程序要重點測試，以提高測試投資的效益。（5）嚴(yán)格執(zhí)行測試計劃，排除測試的隨意性，以避免發(fā)生疏漏或者重復(fù)無效的工作。（6）應(yīng)當(dāng)對每一個測試結(jié)果進(jìn)行全面檢查。一定要全面地、仔細(xì)地檢查測試結(jié)果，但常常被人們忽略，導(dǎo)致許多錯誤被遺漏。（7）妥善保存測試用例、測試計劃、測試報告和最終分析報告，以備回歸測試及維護(hù)之用。綜上所述，選項A和B不符合第（2）條基本原則，由于模塊一和模塊二是相互關(guān)聯(lián)的模塊，修改其中任意一個模塊后都要對兩個模塊進(jìn)行再測試；選項C不符合第（4）條基本原則，模塊二中發(fā)現(xiàn)的錯誤比模塊一多，因此模塊二應(yīng)該是再測試的重點。選項D最符合題意，因此應(yīng)選D。

6、答案：C本題解析：典型的信息系統(tǒng)生命周期模型包括瀑布模型、迭代模型、螺旋模型等。瀑布模型是一個經(jīng)典的軟件生命周期模型。瀑布模型中每項開發(fā)活動具有以下特點：（1）從上一項開發(fā)活動接受該項活動的工作對象為輸入；（2）利用這一輸入，實施該項活動應(yīng)完成的的工作內(nèi)容；（3）給出該項活動的工作成果，作為輸出給下一項開發(fā)活動；（4）對該項活動的實施工作成果進(jìn)行評審，若其工作成果得到確認(rèn)，則繼續(xù)進(jìn)行下一項開發(fā)活動；否則返回前一項，甚至更前項。在螺旋模型中，軟件開發(fā)是一系列的增量發(fā)布。在早期的迭代中，發(fā)布的增量可能是一個紙上的模型或原型；在以后的迭代中，被開發(fā)系統(tǒng)的更加完善的版本逐步產(chǎn)生。螺旋模型強調(diào)了風(fēng)險分析，特別適用于龐大而復(fù)雜的、高風(fēng)險的系統(tǒng)。在大多數(shù)傳統(tǒng)的生命周期中，階段是以其中的主要活動命名的：需求分析、設(shè)計、編碼、測試。傳統(tǒng)的軟件開發(fā)工作大部分強調(diào)一個序列化過程，其中一個活動需要在另一個開始之前完成。在迭代式的過程中，每個階段都包括不同比例的所有活動。綜上所述，不難得知，正確答案應(yīng)選C。

7、答案：C本題解析：信息系統(tǒng)項目的可行性研究就是從技術(shù)、經(jīng)濟、社會和人員等方面的條件和情況進(jìn)行調(diào)查研究，對可能的技術(shù)方案進(jìn)行論證，最終確定整個項目是否可行。信息系統(tǒng)項目進(jìn)行可行性研究包括技術(shù)可行性分析、經(jīng)濟可行性分析、運行環(huán)境可行性分析以及其他方面的可行性分析等。技術(shù)可行性分析是指在當(dāng)前市場的技術(shù)、產(chǎn)品條件限制下，能否利用現(xiàn)在擁有的以及可能擁有的技術(shù)能力、產(chǎn)品功能、人力資源來實現(xiàn)項目的目標(biāo)、功能、性能，能否在規(guī)定的時間期限內(nèi)完成整個項目。經(jīng)濟可行性分析主要是對整個項目的投資及所產(chǎn)生的經(jīng)濟效益進(jìn)行分析，包括支出分析、收益分析、投資回報分析以及敏感性分析等。信息系統(tǒng)項目的可行性研究除了技術(shù)、經(jīng)濟和運行環(huán)境可行性分析外，還包括了諸如法律可行性、社會可行性等方面的可行性分析。也會涉及到合同責(zé)任、知識產(chǎn)權(quán)等法律方面的可行性問題。社會可行性主要分析項目對社會的影響，包括法律道德、民族宗教、社會穩(wěn)定性等。故C是不正確的。

8、答案：B本題解析：本考題考查的知識點為UML（統(tǒng)一建模語言）基本概念。依賴關(guān)系：描述了一個類的變化對依賴于它的類產(chǎn)生影響的情況。關(guān)聯(lián)關(guān)系：描述了類的結(jié)構(gòu)之間的關(guān)系。聚合關(guān)系：特殊關(guān)聯(lián)關(guān)系，指明一個聚集（整體）和組成部分之間的關(guān)系。組合關(guān)系：語義更強的聚合，部分和整體具有相同的生命周期。包含：箭頭指向的用例為被包含的用例，稱為包含用例；箭頭出發(fā)的用例為基用例。包含用例是必選的，如果缺少包含用例，基用例就不完整。擴展：箭頭指向的用例為被擴展的用例，稱為擴展用例；箭頭出發(fā)的用例為基用例。泛化：泛化關(guān)系是一般和特殊關(guān)系，發(fā)出箭頭的一方代表特殊的一方，箭頭指向的一方代表一般一方。常存在于父類與子類、父接口與子接口之間。

9、答案：A本題解析：確認(rèn)范圍是正式驗收完成（項目可交付成果）的過程A項目交付成果；B工作分解結(jié)構(gòu)；C活動；D里程碑。

10、答案：B本題解析：螺旋模型是一個演化軟件過程模型，將原型實現(xiàn)的迭代特征與線性順序（瀑布）模型中的控制的和系統(tǒng)化的方面結(jié)合起來。使得軟件的增量版本的快速開發(fā)成為可能。螺旋線中的每個開發(fā)周期的四個象限分別是制定計劃、風(fēng)險分析、實施工程和客戶評估，螺旋模型強調(diào)了風(fēng)險分析，因此特別適用于龐大而復(fù)雜的、高風(fēng)險的系統(tǒng)開發(fā)。

11、答案：C本題解析：本考題考查的知識點為配置狀態(tài)報告基礎(chǔ)知識，出自《信息系統(tǒng)項目管理師教程（第3版）》第14章信息文檔管理與配置管理，全書第478頁。配置狀態(tài)報告應(yīng)該包含以下內(nèi)容：（1）每個受控配置項的標(biāo)識和狀態(tài)。一旦配置項被置于配置控制下，就應(yīng)該記錄和保存它的每個后繼進(jìn)展的版本和狀態(tài)。（2）每個變更申請的狀態(tài)和已批準(zhǔn)的修改的實施狀態(tài)。（3）每個基線的當(dāng)前和過去版本的狀態(tài)以及各版本的比較。（4）其他配置管理過程活動的記錄。配置狀態(tài)報告是用于記載軟件配置管理活動信息和軟件基線內(nèi)容的標(biāo)準(zhǔn)報告，其目的是及時、準(zhǔn)確地給出軟件配置項的當(dāng)前狀態(tài)，使受影響的組和個人可以使用它，同時報告軟件開發(fā)活動的進(jìn)展?fàn)顩r。配置狀態(tài)報告的內(nèi)容一般包括以下各項。（1）各變更請求概要：變更請求號、日期、申請人、狀態(tài)、估計工作量、實際工作量、發(fā)行版本、變更結(jié)束日期。（2）基線庫狀態(tài)。（3）發(fā)行信息。（4）備份信息。（5）配置管理工具狀態(tài)。（6）配置管理培訓(xùn)狀態(tài)。題目中指出的是軟件企業(yè)的某軟件產(chǎn)品的配置管理，因此⑤⑥不包含。

12、答案：C本題解析：本考題考查的知識點為三點估算法計算題。首先用三點估算法分別計算每個活動的期望工期，求出關(guān)鍵路徑和工期。根據(jù)三點估算法工期估算=最樂觀時間+4*最可能時間+最悲觀時間。A=（1+4*3+7）/6=20/6=3.33B=（2+4*5+10）/6=32/6=5.33C=（3+4*6+13）/6=40/6=6.66D=（3+4*7+15）/6=46/6=7.66E=（6+4*10+20）/6=11關(guān)鍵路徑為BDE，工期為24天。

13、答案：B本題解析：本考題考查的知識點為第三代移動通信技術(shù)。第三代移動通信技術(shù)，簡稱3G。1995年問世的第一代模擬制式手機（1G）只能進(jìn)行語音通話；1996到1997年出現(xiàn)的第二代GSM、TDMA等數(shù)字制式手機（2G）便增加了接收數(shù)據(jù)的功能，如接受電子郵件或網(wǎng)頁；第三代與前兩代的主要區(qū)別是在傳輸聲音和數(shù)據(jù)的速度上的提升，它能夠要能在全球范圍內(nèi)更好地實現(xiàn)無縫漫游，并處理圖像、音樂、視頻流等多種媒體形式，提供包括網(wǎng)頁瀏覽、電話會議、電子商務(wù)等多種信息服務(wù)，同時也要考慮與已有第二代系統(tǒng)的良好兼容性。第三代移動通信系統(tǒng)以寬帶CDMA系統(tǒng)為主，所謂CDMA，即碼分多址技術(shù)。移動通信的特點要求采用多址技術(shù)，多址技術(shù)實際上就是指基站周圍的移動臺以何種方式搶占信道進(jìn)入基站和從基站接收信號的技術(shù)，移動臺只有占領(lǐng)了某一信道，才有可能完成移動通信。目前已經(jīng)實用的多址技術(shù)有應(yīng)用于第一代和第二代移動通信中的頻分多址（FDMA）、時分多址（TDMA）和窄帶碼分多址（CDMA）三種。FDMA是不同的移動臺占用不同的頻率。TDMA是不同的移動臺占用同一頻率，但占用的時間不同。CDMA是不同的移動臺占用同一頻率，但各帶有不同的隨機碼序，因此同一頻率所能服務(wù)的移動臺數(shù)量是由隨機碼的數(shù)量來決定的。寬帶CDMA不僅具有CDMA所擁有的一切優(yōu)點，而且運行帶寬要寬得多，抗干擾能力也很強，傳遞信號功能更趨完善，能實現(xiàn)無線系統(tǒng)大容量和高密度地覆蓋漫游，也更容易管理系統(tǒng)。第三代移動通信所采用的寬帶CDMA技術(shù)完全能夠滿足現(xiàn)代用戶的多種需要，滿足大容量的多媒體信息傳送，具有更大的靈活性。其他選項中的GSM是2G技術(shù)，GPRS是2.5G技術(shù)，LTE是準(zhǔn)4G技術(shù)。

14、答案：B本題解析：參考《信息系統(tǒng)項目管理師教程（第3版）》信息系統(tǒng)項目管理基礎(chǔ)—項目管理過程組—P1153；啟動過程組定義并批準(zhǔn)項目或項目階段。包括“制定項目章程”和“識別項目干系人”兩個過程。

15、答案：C本題解析：進(jìn)度控制的基本思路是比較實際進(jìn)度和計劃進(jìn)度之間的差異，如需要就做出必要的調(diào)整使項目按計劃進(jìn)度實施，其目的是確保項目“時間目標(biāo)”的實現(xiàn)。進(jìn)度控制的技術(shù)手段有：（1）圖表控制法，包括甘特圖和工程進(jìn)度曲線；（2）網(wǎng)絡(luò)控制計劃法，包括雙代號網(wǎng)絡(luò)圖和單代號網(wǎng)絡(luò)圖；（3）“香蕉”曲線圖法。香蕉曲線圖法是工程項目施工進(jìn)度控制的方法之一，“香蕉”曲線是由兩條以同一開始時間、同一結(jié)束時間的S型曲線組合而成。其中，一條S型曲線是工作按最早開始時間安排進(jìn)度所繪制的S型曲線，簡稱ES曲線；而另一條S型曲線是工作按最遲開始時間安排進(jìn)度所繪制的S型曲線，簡稱LS曲線。除了項目的開始和結(jié)束點外，ES曲線在LS曲線的上方，同一時刻兩條曲線所對應(yīng)完成的工作量是不同的。在項目實施過程中，理想的狀況是任一時刻的實際進(jìn)度在這兩條曲線所包區(qū)域內(nèi)。ABC分析法就是Pareto分析法，是找到主要矛盾的方法。ABC分析法源自于Pareto定律或稱80/20原理，即占人口比例很少的一部分人（只占總?cè)丝诘牟坏?0%），卻占了社會財富的大部分（占有社會總財富的80%左右）。80/20原理簡單的說法就是：重要的少數(shù)，不重要的多數(shù)，就是社會及自然現(xiàn)象中，往往是“重要的少數(shù)方”是影響整個項目成敗的主要因素。更進(jìn)一步細(xì)分，占人口比例很少的一部分人（只占總?cè)丝诘牟坏?5%，把這類人稱之為A類因素）卻占了社會財富的大部分（占有社會總財富的70%~80%）；占人口比例在20%~30%的一部分人（把這類人稱之為B類因素）占有社會財富15％左右；占人口比例在60%~80%的一部分人（把這類人稱之為C類因素）只占有社會財富10％左右。ABC分析法的基本原理，可概括為“區(qū)別主次，分類管理”。它將管理對象分為A、B、C類，以A類作為重點管理對象。其關(guān)鍵在于區(qū)別一般的多數(shù)和極其重要的少數(shù)。

16、答案：D本題解析：參考《信息系統(tǒng)項目管理師教程（第3版）》項目組合管理—項目組合管理—P581；項目組合的管理對象是組合管理人員。A、項目---管理協(xié)調(diào)的對象---項目團隊B、項目集---管理協(xié)調(diào)的對象---項目經(jīng)理C、項目干系人管理對象D、項目組合---管理協(xié)調(diào)的對象---組合管理人員正確答案D。

17、答案：C本題解析：本考題考查的知識點為信息系統(tǒng)安全基礎(chǔ)知識，出自《系統(tǒng)集成項目管理工程師教程（第2版）》第17章信息系統(tǒng)安全管理，全書第519-526頁。根據(jù)《系統(tǒng)集成項目管理工程師教程》17.2小節(jié)的內(nèi)容，A、B、D的說法都是正確的。在該小節(jié)中還可以看到：應(yīng)用系統(tǒng)常用的保密技術(shù)有：最小授權(quán)原則、防暴露、信息加密、物理保密這四種。而“數(shù)字簽名與公證”是無助于提高保密性的。

18、答案：C本題解析：本考題考查的知識點為項目進(jìn)度計算題。1200除以3000是40%，即當(dāng)前編碼工作已完成了40%，亦即完成的編碼工作量占項目總工作量的8%（20%*40%=8%），所以可估算出該工程項目開發(fā)進(jìn)度已完成的比例是23%+11%+15%+8%=57%。

19、答案：C本題解析：項目發(fā)生索賠事件后，一般先由監(jiān)理工程師調(diào)解，若調(diào)解不成，由政府建設(shè)主管機構(gòu)進(jìn)行調(diào)解，若仍調(diào)解不成，由經(jīng)濟合同仲裁委員會進(jìn)行調(diào)解或仲裁。在整個索賠過程中，遵循的原則是索賠的有理性、索賠依據(jù)的有效性、索賠計帳的正確性。遵循的流程：(1)提出索賠要求。當(dāng)出現(xiàn)索賠事項時，索賠方以書面的索賠通知書形式，在索賠事項發(fā)生后的28天以內(nèi)，向監(jiān)理工程師正式提出索賠意向通知。(2)報送索賠資料。在索賠通知書發(fā)出后的28天內(nèi)，向監(jiān)理工程師提出延長工期和（或）補償經(jīng)濟損失的索賠報告及有關(guān)資料。索賠報告的內(nèi)容主要有總論部分、根據(jù)部分、計算部分和證據(jù)部分。索賠報告編寫的一般要求如下：①索賠事件應(yīng)該真實。②責(zé)任分析應(yīng)清楚、準(zhǔn)確、有根據(jù)。③充分論證事件給索賠方造成的實際損失。④索賠計算必須合理、正確。⑤文字要糟煉、條理要清楚、語氣要中肯。(3)監(jiān)理工程師答復(fù)。監(jiān)理工程師在收到送交的索賠報告有關(guān)資料后，于28天內(nèi)給予答復(fù)，或要求索賠方進(jìn)一步補充索賠理由和證據(jù)。(4)監(jiān)理工程師逾期答復(fù)后果。監(jiān)理工程師在收到承包人送交的索賠報告的有關(guān)資料后28天未予答復(fù)或未對承包人作進(jìn)一步要求，視為該項索賠已經(jīng)認(rèn)可。(5)持續(xù)索賠。當(dāng)索賠事件持續(xù)進(jìn)行時，索賠方應(yīng)當(dāng)階段性向工程師發(fā)出索賠意向，在索賠事件終了后28天內(nèi)，向工程師送交索賠的有關(guān)資料和最終索賠報告，工程師應(yīng)在28天內(nèi)給予答復(fù)或要求索賠方進(jìn)一步補充索賠理由和證據(jù)。逾期末笞復(fù)，視為該項索賠成立。(6)仲裁與訴訟。監(jiān)理工程師對索賠的答復(fù)，索賠方或發(fā)包人不能接受，即進(jìn)入仲裁或訴訟程序。

20、答案：A本題解析：這個選項A問題非常明顯。項目經(jīng)理是委派了來管理項目，確保項目成功的。項目成功比如包含質(zhì)量上的成果，即符合所在單位的技術(shù)規(guī)范標(biāo)準(zhǔn)。

21、答案：C本題解析：本考題考查的知識點為采購計劃編制的輸入。項目管理計劃提供了管理項目的總體計劃，包含輔助的計劃如采購管理計劃、變更控制管理計劃和對采購管理計劃編制提供指導(dǎo)的總體合同管理計劃。在其他計劃產(chǎn)出可得的情況下，采購計劃編制需要考慮其他計劃編制的產(chǎn)出。通常應(yīng)加以考慮的其他計劃編制產(chǎn)出包括：成本估算、進(jìn)度，質(zhì)量管理計劃，現(xiàn)金流預(yù)測，可識別風(fēng)險和計劃的人員配備等。項目采購計劃作出的決策當(dāng)然會影響項目進(jìn)度計劃，所以C錯誤。

22、答案：D本題解析：參考《信息系統(tǒng)項目管理師教程（第3版）》——信息化和信息系統(tǒng)—面向服務(wù)方法P17；從應(yīng)用的角度來看，組織內(nèi)部、組織之間各種應(yīng)用系統(tǒng)的互相通信和互操作性直接影響著組織對信息的掌握程度和處理速度。如何使信息系統(tǒng)快速響應(yīng)需求與環(huán)境變化，提高系統(tǒng)可復(fù)用性、信息資源共享和系統(tǒng)之間的互操作性，成為影響信息化建設(shè)效率的關(guān)鍵問題，而SO（面向服務(wù)）的思維方式恰好滿足了這種需求。

23、答案：B本題解析：合同一經(jīng)成立即具有法律效力，在雙方當(dāng)事人之間就發(fā)生了權(quán)利、義務(wù)關(guān)系；或者使原有的民事法律關(guān)系發(fā)生變更或消滅。當(dāng)事人一方或雙方未按合同履行義務(wù)，就要依照合同或法律承擔(dān)違約責(zé)任。根據(jù)《合同法》的有關(guān)規(guī)定，可知合同的法律性質(zhì)有：1.合同是一種民事法律行為。2.合同是兩方或多方當(dāng)事人意思表示一致的民事法律行為。3.合同是以設(shè)立、變更、終止民事權(quán)利義務(wù)關(guān)系為目的的民事法律行為。但并不一定有分歧產(chǎn)生，更不是以解決分歧為目的。

24、答案：D本題解析：本考題考查的知識點為用例模型基礎(chǔ)知識。用例驅(qū)動的系統(tǒng)分析與設(shè)計方法已成為面向?qū)ο蟮南到y(tǒng)分析與設(shè)計的主流。用例建模技術(shù)是從用戶的角度描述系統(tǒng)功能需求的。在宏觀上給出模型的總體輪廓。用例模型（Usecasemodel）描述的是外部執(zhí)行者（actor），如用戶所理解的系統(tǒng)功能。它描述的是一個系統(tǒng)“做什么（What）”，而不是說明“怎么做（How）”,用例模型不關(guān)心系統(tǒng)設(shè)計。用例模型主要用于需求分析階段，它的建立是系統(tǒng)開發(fā)者和用戶反復(fù)討論的結(jié)果，表明了開發(fā)者和用戶對需求規(guī)格達(dá)成共識。用例模型由若干個用例圖構(gòu)成，在UML中構(gòu)成用例圖的主要元素是用例和執(zhí)行者及它們之間的聯(lián)系。定義子系統(tǒng)接口參數(shù)、編寫代碼、改進(jìn)系統(tǒng)的性能不屬于分析階段。

25、答案：B本題解析：

26、答案：D本題解析：《信息系統(tǒng)項目管理師教程（第3版）》第7章成本管理—制訂預(yù)算—P299。制訂預(yù)算輸入：1、成本管理計劃；2、范圍基準(zhǔn)；3、活動成本估算；4、估算依據(jù)；5、項目進(jìn)度計劃；6、資源日歷；7、風(fēng)險登記冊；8、協(xié)議；9、組織過程資產(chǎn)。成本基準(zhǔn)是經(jīng)過批準(zhǔn)的、按時間段分配的項目預(yù)算，不包括任何管理儲備。成本基準(zhǔn)是制定預(yù)算的輸出。除成本基準(zhǔn)外，制訂預(yù)算的輸出還有：項目資金需求、項目文件更新。

27、答案：B本題解析：測試時發(fā)現(xiàn)需求說明書未覆蓋目前測試的功能，首先要匯報給項目負(fù)責(zé)人。

28、答案：A本題解析：本考題考查的知識點為績效任務(wù)的步驟。制定績效任務(wù)的步驟：（1）對每個崗位的工作內(nèi)容進(jìn)行分解；（2）針對每個崗位的工作在進(jìn)度、成本、質(zhì)量等上設(shè)定KPI值；（3）確定KPI評分標(biāo)準(zhǔn)；（4）確定考核頻率。

29、答案：C本題解析：原型化法適用于：用戶需求開始時定義不清、管理決策方法結(jié)構(gòu)化程度不高的系統(tǒng)開發(fā)，開發(fā)方法更容易被用戶接受，但如果用戶配合不好，盲目修改，會拖延開發(fā)過程。

30、答案：B本題解析：本考題考查的對IT服務(wù)外包合同的理解。出自《信息系統(tǒng)項目管理師教程》第十六章外包管理16.6.2合同，全書第361頁。以下四點原因，說明擬定一份范圍廣泛、透徹和準(zhǔn)確合同的重要性：1）合同是一項管理風(fēng)險的重要工具。它預(yù)見許多在合同期間可能發(fā)生的狀況、爭議和問題。2）合同協(xié)議流程，以及清楚、明確的文字記載來正式說明雙方意圖的方式，有助于將購買者和供應(yīng)商對合作關(guān)系的期望透明化。3）一份文字記載的合同，經(jīng)常成為幫助溝通的工具。4）一份良好的合同，服務(wù)供應(yīng)商可將之作為工作文件。IT服務(wù)外包合同無法“保證”雙方的期望透明化，只是“有助于”雙方的期望透明化。

31、答案：C本題解析：本題考查確認(rèn)范圍的輸入，參考《信息系統(tǒng)項目管理師教程（第3版）》P222。確認(rèn)范圍的輸入包括：項目管理計劃、需求文件、需求跟蹤矩陣、確認(rèn)的可交付成果、工作績效數(shù)據(jù)。確認(rèn)范圍的輸出包括：驗收的可交付成果、變更請求、工作績效信息、項目文件更新。

32、答案：D本題解析：本題考查知識點為項目經(jīng)理的權(quán)力。職位權(quán)力：來源于管理者在組織中的職位和職權(quán)。在高級管理層對項目經(jīng)理的正式授權(quán)的基礎(chǔ)上，項目經(jīng)理讓員工進(jìn)行工作的權(quán)力。專家權(quán)力：來源于個人專業(yè)技能。參照權(quán)力：由于成為別人學(xué)習(xí)參照榜樣所擁有的力量。參照權(quán)力是由于他人對你的認(rèn)可和敬佩從而愿意模仿和服從你以及希望自己成為你那樣的人而產(chǎn)生的，這是一種個人魅力。具有優(yōu)秀品質(zhì)的領(lǐng)導(dǎo)者的參照權(quán)力會很大。這些優(yōu)秀品質(zhì)包括誠實、正直、自信、自律、堅毅、剛強、寬容和專注等。領(lǐng)導(dǎo)者要想擁有參照權(quán)力，就要加強這些品質(zhì)的修煉。本題題干說“他人對你的認(rèn)可和敬佩從而愿意模仿和服從你”，這個是參照權(quán)力。獎勵權(quán)力：給予下屬獎勵的能力。懲罰權(quán)力：使用降職、扣薪、懲罰、批評、威脅等負(fù)面手段的能力。

33、答案：C本題解析：本考題考查的知識點為面向服務(wù)基礎(chǔ)知識。面向服務(wù)的企業(yè)架構(gòu)為了更能適應(yīng)多變的業(yè)務(wù)需求，第一次把開發(fā)和運維也納入到企業(yè)架構(gòu)中，和運行架構(gòu)一同組成了企業(yè)架構(gòu)，這樣就消除了企業(yè)中應(yīng)用的煙囪式結(jié)構(gòu)，取而代之的是服務(wù)共享的一體化信息系統(tǒng)體系。這樣保證了面向服務(wù)的企業(yè)架構(gòu)能發(fā)揮出最大的價值，更能從IT需求到上線、維護(hù)一體化地實現(xiàn)IT戰(zhàn)略的價值。

34、答案：B本題解析：本考題考查的知識點為驗收測試基礎(chǔ)知識。根據(jù)《軟件工程術(shù)語GB/T11457-2006》可知：驗收測試為使客戶能確認(rèn)是否接受系統(tǒng)的正式測試。

35、答案：C本題解析：本題掙值計算，PV=16000，AV=16100，EV=13760，BAC=40000；EAC=AC+ETC=AC+（BAC-EV）=16100+（40000-13760）=42340

36、答案：C本題解析：本考題考查的知識點為對政府采購法的熟悉。根據(jù)《中華人民共和國政府采購法》第四十二條，采購人、采購代理機構(gòu)對政府采購項目每項采購活動的采購文件應(yīng)當(dāng)妥善保存，不得偽造、變造、隱匿或者銷毀。采購文件的保存期限為從采購結(jié)束之日起至少保存十五年。

37、答案：C本題解析：通過市長信箱、投訴舉報、在線訪談、草案意見征集、熱點調(diào)查、政風(fēng)行風(fēng)熱線等多個子欄目，針對政策、法規(guī)、活動等事宜開展民意征集，接收群眾的咨詢、意見建議和舉報投訴，并由相關(guān)政府部門就相關(guān)問題進(jìn)行答復(fù)主要體現(xiàn)了網(wǎng)民與政府有關(guān)部門的信息溝通和相互交流。因此應(yīng)選C。

38、答案：D本題解析：本考題考查的知識點為信息系統(tǒng)的生命周期模型。信息系統(tǒng)項目的生命周期模型主要包括有瀑布模型、V模型、噴泉模型、螺旋模型、統(tǒng)一過程，增量、迭代模型，其中選項D不屬于信息系統(tǒng)項目的生命周期模型。1、瀑布模型瀑布模型是一個經(jīng)典的軟件生命周期模型，一般將軟件開發(fā)分為可行性分析（計劃）、需求分析、軟件設(shè)計（概要設(shè)計、詳細(xì)設(shè)計）、編碼（含單元測試）、測試、運行維護(hù)等幾個階段。瀑布模型中每項開發(fā)活動具有以下特點：（1）從上一項開發(fā)活動接受其成果作為本次活動的輸入。（2）利用這一輸入，實施本次活動應(yīng)完成的工作內(nèi)容。（3）給出本次活動的工作成果，作為輸出傳給下一項開發(fā)活動。（4）對本次活動的實施工作成果進(jìn)行評審。缺點：過程基本不可迭代，需求在開始的不確定性，錯誤到最后才能發(fā)現(xiàn)，開發(fā)進(jìn)程呈現(xiàn)塞阻狀態(tài)。2、V模型V模型的左邊下降的是開發(fā)過程各階段，與此相對應(yīng)的是右邊上升的部分，即各測試過程的各個階段。V模型的優(yōu)點在于它非常明確地標(biāo)明了測試過程中存在的不同級別，并且清楚地描述了這些測試階段和開發(fā)各階段的對應(yīng)關(guān)系。3、原型化模型原型化模型的第一步是建造一個快速原型，實現(xiàn)客戶或未來的用戶與系統(tǒng)的交互，經(jīng)過和用戶針對原型的討論和交流，弄清需求以便真正把握用戶需要的軟件產(chǎn)品是什么樣子的。充分了解后，再在原型基礎(chǔ)上開發(fā)出用戶滿意的產(chǎn)品。增量模型也是原型化開發(fā)方法。模型要點：瀑布和原型模型相結(jié)合，強調(diào)版本升級。4、螺旋模型螺旋模型是一個演化軟件過程模型，將原型實現(xiàn)的迭代特征與線性順序（瀑布）模型中控制的和系統(tǒng)化的方面結(jié)合起來。使得軟件的增量版本的快速開發(fā)成為可能。在螺旋模型中，軟件開發(fā)是一系列的增量發(fā)布。螺旋線代表隨著時間推進(jìn)的工作進(jìn)展；開發(fā)過程具有周期性重復(fù)的螺旋線形狀。4個象限分別標(biāo)志每個周期所劃分的4個階段：制定計劃、風(fēng)險分析、實施工程和客戶評估。螺旋模型要點：統(tǒng)一了瀑布模型與原型模型，與增量模型相似，更強調(diào)風(fēng)險分析。5、迭代模型噴泉模型：體現(xiàn)認(rèn)識事物的循環(huán)迭代性，強調(diào)開發(fā)活動之間的無間隙性，無明顯的活動階段劃分，適用于面向?qū)ο蟮拈_發(fā)過程。RUP（RationalUnifiedProcess）軟件統(tǒng)一過程是一種“過程方法”，它就是迭代模型的一種。RUP中的軟件生命周期在時間上被分解為4個順序的階段，分別是：初始階段（Inception）、細(xì)化階段（Elaboration）、構(gòu)建階段（Construction）和交付階段（Transition）。這4個階段的順序執(zhí)行就形成了一個周期。每個階段結(jié)束于一個主要的里程碑（MajorMilestones）。在每個階段的結(jié)尾執(zhí)行一次評估以確定這個階段的目標(biāo)是否已經(jīng)滿足。

39、答案：B本題解析：GB/T是推薦性國家標(biāo)準(zhǔn)

40、答案：B本題解析：本考題考查的知識點為質(zhì)量保證基礎(chǔ)知識。質(zhì)量保證是在質(zhì)量系統(tǒng)內(nèi)實施的所有有計劃的系統(tǒng)性活動，是保證質(zhì)量管理計劃得以實施的一組過程及步驟，旨在證明項目滿足相關(guān)的質(zhì)量標(biāo)準(zhǔn)。從本質(zhì)上來講，質(zhì)量保證是對質(zhì)量規(guī)劃和質(zhì)量控制過程的質(zhì)量控制，可以分為：內(nèi)部質(zhì)量控制（向項目管理組和執(zhí)行機構(gòu)的管理層提供質(zhì)量保證）和外部質(zhì)量控制（向客戶或不參與項目工作的人員提供質(zhì)量保證）。

41、答案：A本題解析：依據(jù)軟件工程國家標(biāo)準(zhǔn)《軟件工程術(shù)語》GB/T11457-2006，桌面檢查是對程序執(zhí)行情況進(jìn)行人工模擬，用逐步檢查源代碼中有無邏輯或語法錯誤的辦法來檢測故障。

42、答案：A本題解析：本考題考查的知識點為統(tǒng)一建模語言基礎(chǔ)知識。UnifiedModelingLanguage（UML）又稱統(tǒng)一建模語言或標(biāo)準(zhǔn)建模語言，是始于1997年一個OMG標(biāo)準(zhǔn)，它是一個支持模型化和軟件系統(tǒng)開發(fā)的圖形化語言，為軟件開發(fā)的所有階段提供模型化和可視化支持，包括由需求分析到規(guī)格，到構(gòu)造和配置。UML規(guī)范用來描述建模的概念有，類（對象的）、對象、關(guān)聯(lián)、職責(zé)、行為、接口、用例、包、順序、協(xié)作，以及轉(zhuǎn)態(tài)。常見的可視化的程序設(shè)計語言工具包括VisualBasic、VisualC++、Delphi等。

43、答案：C本題解析：本題考查軟件測試的類型相關(guān)知識，請參考《信息系統(tǒng)項目管理師教程（第3版）》P50。（1）單元測試。單元測試也稱為模塊測試，測試的對象是可獨立編譯或匯編的程序模塊、軟件構(gòu)件或軟件中的類（統(tǒng)稱為模塊），其目的是檢查每個模塊能否正確地實現(xiàn)設(shè)計說明中的功能、性能、接口和其他設(shè)計約束等條件，發(fā)現(xiàn)模塊內(nèi)可能存在的各種差錯。單元測試的技術(shù)依據(jù)是軟件詳細(xì)設(shè)計說明書，著重從模塊接口、局部數(shù)據(jù)結(jié)構(gòu)、重要的執(zhí)行通路、出錯處理通路和邊界條件等方面對模塊進(jìn)行測試。（2）集成測試。集成測試的目的是檢查模塊之間，以及模塊和已集成的軟件之間的接口關(guān)系，并驗證已集成的軟件是否符合設(shè)計要求。集成測試的技術(shù)依據(jù)是軟件概要設(shè)計文檔。除應(yīng)滿足一般的測試準(zhǔn)入條件外，在進(jìn)行集成測試前還應(yīng)確認(rèn)待測試的模塊均已通過單元測試。（3）確認(rèn)測試。確認(rèn)測試主要用于驗證軟件的功能、性能和其他特性是否與用戶需求一致。根據(jù)用戶的參與程度，通常包括以下類型。（本題正確答案）——內(nèi)部確認(rèn)測試。內(nèi)部確認(rèn)測試主要由軟件開發(fā)組織內(nèi)部按照SRS進(jìn)行測試。——Alpha測試和Beta測試。對于通用產(chǎn)品型的軟件開發(fā)而言，Alpha測試是指由用戶在開發(fā)環(huán)境下進(jìn)行測試，通過Alpha測試以后的產(chǎn)品通常稱為Alpha版；Beta，測試是指由用戶在實際使用環(huán)境下進(jìn)行測試，通過Beta測試的產(chǎn)品通常稱為Beta版。一般在通過Beta測試后，才能把產(chǎn)品發(fā)布或交付給用戶。——驗收測試。驗收測試是指針對SRS，在交付前以用戶為主進(jìn)行的測試。其測試對象為完整的、集成的計算機系統(tǒng)。驗收測試的目的是，在真實的用戶工作環(huán)境下，檢驗軟件系統(tǒng)是否滿足開發(fā)技術(shù)合同或SRS。驗收測試的結(jié)論是用戶確定是否接收該軟件的主要依據(jù)。除應(yīng)滿足一般測試的準(zhǔn)入條件外，在進(jìn)行驗收測試之前，應(yīng)確認(rèn)被測軟件系統(tǒng)已通過系統(tǒng)測試。（4）系統(tǒng)測試。系統(tǒng)測試的對象是完整的、集成的計算機系統(tǒng)，系統(tǒng)測試的目的是在真實系統(tǒng)工作環(huán)境下，驗證完整的軟件配置項能否和系統(tǒng)正確連接，并滿足系統(tǒng)/子系統(tǒng)設(shè)計文檔和軟件開發(fā)合同規(guī)定的要求。系統(tǒng)測試的技術(shù)依據(jù)是用戶需求或開發(fā)合同，除應(yīng)滿足一般測試的準(zhǔn)入條件外，在進(jìn)行系統(tǒng)測試前，還應(yīng)確認(rèn)被測系統(tǒng)的所有配置項已通過測試，對需要固化運行的軟件還應(yīng)提供固件。

44、答案：D本題解析：本考題考查的知識點為質(zhì)量規(guī)劃基礎(chǔ)知識。計劃過程組定義和細(xì)化目標(biāo)，并未實現(xiàn)項目要達(dá)到的目標(biāo)和完成項目要解決的問題范圍而規(guī)劃必要的行動路線。質(zhì)量規(guī)劃包括識別與該項目的質(zhì)量標(biāo)準(zhǔn)以及確定如何滿足這些標(biāo)準(zhǔn)。是屬于計劃過程組的。

45、答案：A本題解析：基于網(wǎng)絡(luò)旁路監(jiān)控的審計方式與“基于網(wǎng)絡(luò)監(jiān)測的安全審計”實現(xiàn)原理及系統(tǒng)配置相同，僅是作用目標(biāo)不同。這種方式主要的優(yōu)點包括：①能夠有選擇地記錄任何通過網(wǎng)絡(luò)對應(yīng)用系統(tǒng)進(jìn)行的操作并對其進(jìn)行實時與事后分析和處理（如：警報、阻斷、篩選可以操作以及對審計數(shù)據(jù)進(jìn)行數(shù)據(jù)挖掘等），無論系統(tǒng)采用的是C/S模式還是B/W/DB模式；②能夠記錄完整的信息，包括操作者的IP地址、時間、MAC地址以及完整的數(shù)據(jù)操作（如數(shù)據(jù)庫的完整SQL語句）；③審計系統(tǒng)的運行不對應(yīng)用系統(tǒng)本身的正常運行產(chǎn)生任何影響，不需要占用數(shù)據(jù)庫主機上的CPU、內(nèi)存和硬盤；④能夠?qū)徲嫈?shù)據(jù)進(jìn)行安全的保存，能夠保證記錄不被非法刪除和篡改。基于應(yīng)用系統(tǒng)獨立程序的審計是指在應(yīng)用程序內(nèi)部嵌入一個與應(yīng)用服務(wù)同步運行專用的審計服務(wù)應(yīng)用進(jìn)程，用以全程跟蹤應(yīng)用服務(wù)進(jìn)程的運行?；趹?yīng)用系統(tǒng)代理的審計的優(yōu)點是實時性好，且審計粒度由用戶控制，可以減少不必要的審核數(shù)據(jù)。缺點在于要為每個應(yīng)用單獨編寫代理程序，而且與應(yīng)用系統(tǒng)編程相關(guān)。網(wǎng)絡(luò)安全入侵檢測預(yù)警系統(tǒng)基本功能是：負(fù)責(zé)監(jiān)視網(wǎng)絡(luò)上的通信數(shù)據(jù)流和網(wǎng)絡(luò)服務(wù)器系統(tǒng)中的審核信息，捕捉可疑的網(wǎng)絡(luò)和服務(wù)器系統(tǒng)活動，發(fā)現(xiàn)其中存在的安全問題，當(dāng)網(wǎng)絡(luò)和主機被非法使用或破壞時，進(jìn)行實時響應(yīng)和報警，產(chǎn)生通告信息和日志。綜合《信息系統(tǒng)項目管理師教程第2版》中對上述各種技術(shù)方案的評述，上述高校的安全審計系統(tǒng)最適合采用基于網(wǎng)絡(luò)旁路監(jiān)控的審計，因此應(yīng)選A。

46、答案：D本題解析：IEEE802.1是協(xié)議概論。IEEE802.3是局域網(wǎng)協(xié)議。IEEE802.6是城域網(wǎng)協(xié)議。IEEE802.11是無線局域網(wǎng)協(xié)議。

47、答案：B本題解析：通常，在質(zhì)量管理中廣泛應(yīng)用的直方圖、控制圖、因果圖、排列圖、散點圖、核對表和趨勢分析等，都可以用于項目的質(zhì)量控制?？刂茍D：控制圖又稱為管理圖，用于決定一個過程是否穩(wěn)定或者可執(zhí)行，是反映生產(chǎn)程序隨時間變化而發(fā)生的質(zhì)量變動的狀態(tài)圖形，是對過程結(jié)果在時間坐標(biāo)上的一種圖線表示法。它用于確定過程是否“在控制之中”（如：結(jié)果中的偏差是因隨機變化而產(chǎn)生的還是異常事件引發(fā)的若是異常事件引發(fā)的，就需要確定異常事件的起因并進(jìn)行糾正）。如果過程是控制范圍內(nèi)的，就不需要對過程進(jìn)行重新調(diào)整。為了進(jìn)行改進(jìn)，過程可以改變，但當(dāng)其在控制之中時不應(yīng)該進(jìn)行調(diào)整。控制圖是一個演示解決問題的過程變量交互的圖表。對隨機數(shù)據(jù)的檢查指出，控制表顯示了增加變量時劇烈變化的值、過程的突變、或者一個漸進(jìn)的趨勢。在實時監(jiān)視過程輸出的情況下，一個控制圖可以用于估計是否過程應(yīng)用的變更符合預(yù)想的改進(jìn)。當(dāng)一個過程符合可接受的限制條件，這個過程就不需要調(diào)整，反之則需要調(diào)整。高控制限制條件和低控制限制條件常常設(shè)為±3δ（標(biāo)準(zhǔn)偏差）。可見“A．可采用控制圖來對質(zhì)量進(jìn)行監(jiān)控”是正確的。掙值分析：掙值分析是測量績效最常用的方法。它綜合了范圍、成本（或資源）和進(jìn)度計劃測量，幫助項目管理團隊評價項目績效。·計劃值（PV）（PlannedValue），是計劃在規(guī)定時間點之前在活動上花費的獲得成本估算部分的總價值。即根據(jù)批準(zhǔn)認(rèn)可的進(jìn)度計劃和預(yù)算到某一時點應(yīng)當(dāng)完成的工作所需投入的資金。這個值對衡量項目進(jìn)度和費用都是一個基準(zhǔn)。一般來說，PV在項目實施過程中應(yīng)保持不變，除非預(yù)算、計劃或合同有變更。如果這些變更影響了工作的進(jìn)度和費用，經(jīng)過批準(zhǔn)認(rèn)可，相應(yīng)的PV基準(zhǔn)也應(yīng)作相應(yīng)的更改?！嶋H成本（AC）（ActualCost），是在規(guī)定時間內(nèi)，完成活動內(nèi)工作發(fā)生的成本總額。這項實際成本必須符合為計劃值和掙值所做的預(yù)算。AC即到某一時點已完成的工作所實際花費或消耗的成本?！曛担‥V）（EarnedValue），是實際完成工作的預(yù)算價值。該值描述的是根據(jù)批準(zhǔn)認(rèn)可的預(yù)算，到某一時點已經(jīng)完成的工作應(yīng)當(dāng)投入的資金。最常用的尺度是：成本偏差CV（CostVariance）（CV=EV-AC）。CV>0，表明項目實施處于成本節(jié)省狀態(tài)；CV＜0，表明項目處于成本超支狀態(tài)。進(jìn)度偏差SV（ScheduleVariance）（SV=EV-PV）。SV>0，表明項目實施超過計劃進(jìn)度；SV＜0，表明項目實施落后于計劃進(jìn)度。CV和SV這兩個值，可以轉(zhuǎn)化為效率指數(shù)，反映任何項目的成本與進(jìn)度計劃績效。成本績效指數(shù)CPI（CostPerformanceIndex）（CPI=EV/AC）。CPI>1表示成本節(jié)余，實際成本少于計劃成本，資金使用效率較高；CPI＜1表示成本超支，實際成本多于計劃成本，資金使用效率較低。進(jìn)度績效指數(shù)SPI（SchedulePerformanceIndex）（SPI=EV/PV）。SPI>1表示進(jìn)度超前，進(jìn)度效率高；SPI＜1表示進(jìn)度滯后，進(jìn)度效率低?？梢姡瑨曛捣治鍪菧y量績效最常用的方法?！癇．使用掙值分析來對質(zhì)量進(jìn)行監(jiān)控”是錯誤的。項目產(chǎn)品或服務(wù)的質(zhì)量控制是一個診斷和治療的過程。當(dāng)產(chǎn)品生產(chǎn)出來以后，要檢查產(chǎn)品的規(guī)格是否符合需要的標(biāo)準(zhǔn)，并消除任何偏差。要想進(jìn)行產(chǎn)品的質(zhì)量控制活動，必須不斷地進(jìn)行計劃，測試、記錄和分析。如軟件開發(fā)項目的實施過程中，測試人員需要針對已經(jīng)實現(xiàn)的軟件組件、構(gòu)件或系統(tǒng)進(jìn)行正確性驗證測試，整合后的系統(tǒng)性能測試等。書寫測試報告和測試統(tǒng)計報告提請質(zhì)量監(jiān)督組復(fù)審。故“C．通過分析測試報告來對質(zhì)量進(jìn)行監(jiān)控”也是正確的。項目活動的工作產(chǎn)品屬于過程性活動的，如培訓(xùn)、現(xiàn)場布線、設(shè)備安裝、現(xiàn)場驗收，一般采用現(xiàn)場監(jiān)督與驗證的方式完成，可通過分析施工日志中的施工參數(shù)來對質(zhì)量進(jìn)行監(jiān)控，即D是正確的。本題的正確答案為B。

48、答案：D本題解析：面向?qū)ο蟮幕靖拍钣袑ο?、類、抽象、封裝、繼承、多態(tài)、接口、消息、組件、模式和復(fù)用等。本題側(cè)重在類和對象關(guān)系的考查。1.對象是對客觀事物的抽象，類是對對象的抽象。它們的關(guān)系是，對象是類的實例，類是對象的模板。類和對象，可以先聲明類類型，然后再定義對象，也可以在聲明類類型的同時定義對象。選項D錯誤。2.每個類在某個時刻都有零或更多的實例。3.類是靜態(tài)的，它們的存在、語義和關(guān)系在程序執(zhí)行前就已經(jīng)定義好了，對象是動態(tài)的，它們在程序執(zhí)行時可以被創(chuàng)建和刪除。

49、答案：A本題解析：本考題考查的知識點為項目合同基