2019年5月軟考信息系統(tǒng)項目管理師上午基礎知識真題解析（2019年軟考信管真題）

1、,試題1：,2019年5月軟考信息系統(tǒng)項目管理師上午真題解析,RFID射頻技術多應用于物聯(lián)網(wǎng)（ ）。A.網(wǎng)絡層B.感知層C.應用層D.傳輸層,,解析：B物聯(lián)網(wǎng)架構(gòu)可分為三層，分別是感知層、網(wǎng)絡層和應用層。感知層由各種傳感器構(gòu)成，包括溫濕度傳感器、二維碼標簽、RFID標簽和讀寫器、攝像頭、GPS等感知終端。感知層是物聯(lián)網(wǎng)識別物體、采集信息的來源；網(wǎng)絡層由各種網(wǎng)絡，包括互聯(lián)網(wǎng)、廣電網(wǎng)、網(wǎng)絡管理系統(tǒng)和云計算平臺等組成，是整

2、個物聯(lián)網(wǎng)的中樞，負責傳遞和處理感知層獲取的信息：應用層是物聯(lián)網(wǎng)和用戶的接口，它與行業(yè)需求結(jié)合，實現(xiàn)物聯(lián)網(wǎng)的智能應用。,,試題2：,智慧城市建設參考模型的（ ）利用SOA（面向服務的體系架構(gòu)）、云計算、大數(shù)據(jù)等技術，承載智慧應用層中的相關應用，提供應用所需的各種服務和共享資源。A.通信 網(wǎng)絡層B.計算與存儲層C.物聯(lián)感知層D.數(shù)據(jù)及服務支撐層,,解析：D(1)物聯(lián)感知層：提供對城市環(huán)境的智能感知能力，通過各種信息采集設

3、備、各類傳感器、監(jiān)控攝像機、GPs終端等實現(xiàn)對城市范圍內(nèi)的基礎設施、大氣環(huán)境、交遙、公共安全等方面信息采集、識別和檢測。 (2)通信網(wǎng)絡層：廣泛互聯(lián)，以互聯(lián)網(wǎng)、電信網(wǎng)、廣播電視網(wǎng)以及傳輸介質(zhì)為光纖的城市專用網(wǎng)作為骨干傳輸網(wǎng)絡，以覆蓋全城的無線p絡（如WiFi）、移動4G為主要接入網(wǎng)，組成網(wǎng)絡通信基礎設施。 圖1-25是位于北京延慶的GPS衛(wèi)星信號接收基站，通過計算GPs信號的延遲，可以監(jiān)測地殼形變和大氣水汽的變化，精度可以到毫米級，

4、數(shù)據(jù)通過網(wǎng)絡實時傳送到管理中心，綜合其他信息，對城市天氣預報和城市防震減災有輔助決策作用。 （3）計算與存儲層：包括軟件資源、計算資源和存儲資源，為智慧城市提供數(shù)據(jù)存儲和計算，保障上層對于數(shù)據(jù)匯聚的相關需求。 (4)數(shù)據(jù)及服務支撐層：利用SOA（面向服務的體系架構(gòu)）、云計算、大數(shù)據(jù)等技術，通過數(shù)據(jù)和服務的融合，支撐承載智慧應用層中的相關應用，提供應用所需的各種服務和共享資源。 (5)智慧應用層：各種基于行業(yè)或領域的智慧應用及應用整

5、合，如智慧交通、智慧家政、智慧剩區(qū)、智慧社區(qū)、智慧政務、智慧旅游、智慧環(huán)保等，為社會公眾、企業(yè)、城市管理者等提供整體的信息化應用和服務。,,試題3：,在信息系統(tǒng)生命周期中，開發(fā)階段不包括（ ）。A.系統(tǒng)規(guī)劃B.系統(tǒng)設計C.系統(tǒng)分析D.系統(tǒng)實施,,解析：A信息系統(tǒng)生命周期由系統(tǒng)分析、系統(tǒng)設計、系統(tǒng)實施以及系統(tǒng)管理和維護四個時期組成，每一個時期又進一步劃分成若干個階段。,,試題4：,（ ）的目的是縮少數(shù)據(jù)的取值范圍，使

6、其更適合于數(shù)據(jù)挖掘算法的需要，并且能夠得到和原始數(shù)據(jù)相同的分析結(jié)果。A.數(shù)據(jù)清洗B.數(shù)據(jù)集成C.數(shù)據(jù)交換D.數(shù)據(jù)歸約,,解析：D,數(shù)據(jù)歸約的目的是縮少數(shù)據(jù)的取值范圍，使其更適合于數(shù)據(jù)挖掘算法的需要，并且能夠得到和原始數(shù)據(jù)相同的分析結(jié)果。,,試題5：,（ ）向用戶提供辦公軟件、工作流等服務，使軟件提供商從軟件產(chǎn)品的生產(chǎn)者轉(zhuǎn)變成服務的運營者。A.IaasB.PaasC.SaasD.Daas,,解析：C,按照

7、云計算服務提供的資源層次，可以分為IaaS、PaaS相SaaS三種服務類型。 IaaS（基礎設施即服務），向用戶提供計算機能力、存儲空間等基礎設施方面的服務。 i奎種服務模式需要較大的基礎設施投入和長期運營管理經(jīng)驗，但IaaS服務單純出租資源，盈利能力有限。 PaaS（平臺即服務），向用戶提供虛擬的操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)、Web應用等平臺化的服務。PaaS服務的重點不在于直接的經(jīng)濟效益，而更注重構(gòu)建和形成緊密的

8、產(chǎn)業(yè)生態(tài)。 SaaS（軟件即服務），向用戶提供應用軟件（如CRM、辦公軟件等）、組件、工作流等虛擬化軟件的服務,,試題6：,區(qū)塊鏈的特征不包括（ ）。A.中心化B.開放性C.信息不可篡改D.匿名性,,解析：A區(qū)塊鏈就是一臺創(chuàng)造信任的機器、一個安全可信的保險箱，可以讓互不信任的人，在沒有權(quán)威中間機構(gòu)的統(tǒng)籌下，還能愉快地進行信息互換與價值互換。區(qū)塊鏈是分布式數(shù)據(jù)儲存，點對點傳輸，共識機制，加密算法等計算機技術在互

9、聯(lián)網(wǎng)時代的創(chuàng)新應用模式。其主要包含以下六大特征:去中心化由于使用分布式核算和存儲，不存在中心化的硬件或管理機構(gòu)，任意節(jié)點的權(quán)利和義務都是均等的，系統(tǒng)中的數(shù)據(jù)塊由整個系統(tǒng)中具有維護功能的節(jié)點來共同維護。任一節(jié)點停止工作都會不影響系統(tǒng)整體的運作。去信任系統(tǒng)中所有節(jié)點之間無需信任也可以進行交易，因為數(shù)據(jù)庫和整個系統(tǒng)的運作是公開透明的，在系統(tǒng)的規(guī)則和時間范圍內(nèi)，節(jié)點之間無法欺騙彼此。開放性系統(tǒng)是開放的，除了交易各方的私有信息被加密外

10、，區(qū)塊鏈的數(shù)據(jù)對所有人公開，任何人都可以通過公開的接口查詢區(qū)塊鏈數(shù)據(jù)和開發(fā)相關應用，因此整個系統(tǒng)信息高度透明。,,自治性區(qū)塊鏈采用基于協(xié)商一致的規(guī)范和協(xié)議,使得整個系統(tǒng)中的所有節(jié)點能夠在去信任的環(huán)境自由安全的交換數(shù)據(jù)，使得對“人”的信任改成了對機器的信任，任何人為的干預不起作用。信息不可篡改一旦信息經(jīng)過驗證并添加至區(qū)塊鏈，就會永久的存儲起來，除非能夠同時控制住系統(tǒng)中超過51%的節(jié)點，否則單個節(jié)點上對數(shù)據(jù)庫的修改是無效的，因此區(qū)塊鏈

11、的數(shù)據(jù)穩(wěn)定性和可靠性極高。匿名性由于節(jié)點之間的交換遵循固定的算法，其數(shù)據(jù)交互是無需信任的(區(qū)塊鏈中的程序規(guī)則會自行判斷活動是否有效)，因此交易對手無須通過公開身份的方式讓對方自己產(chǎn)生信任，對信用的累積非常有幫助。,,試題7：,軟件架構(gòu)中，（ ）模式包括主程序/子程序、數(shù)據(jù)抽象和面向?qū)ο?，以及層次結(jié)構(gòu)。A.數(shù)據(jù)流B.調(diào)用/返回C.虛擬機D.獨立構(gòu)件,,解析：B Garlan和Shaw對通用軟件架構(gòu)風格進行了分

12、類，他們將軟件架構(gòu)分為數(shù)據(jù)流風格、調(diào)用，返回風格、獨立構(gòu)件風格、虛擬機風格和倉庫風格。 (1)數(shù)據(jù)流風格：數(shù)據(jù)流風格包括批處理序列和管道／過濾器兩種風格。 (2)調(diào)用／返回風格：調(diào)用／返回風格包插主程序／子程序、數(shù)據(jù)抽象和面向?qū)ο?，以及層次結(jié)構(gòu)。 (3)獨立構(gòu)件風格：獨立構(gòu)件風格包括進程通信和事件驅(qū)動的系統(tǒng)。 (4)虛擬機風格：虛擬機風格包括解釋器和基于規(guī)則的系統(tǒng)。 (5)倉庫風格：倉庫風格包括數(shù)

13、據(jù)庫系統(tǒng)、黑板系統(tǒng)和超文本系統(tǒng)。,,試題8：,關于軟件過程管理的描述，不正確的是（ ）。A.在軟件過程管理方面，最著名的是能力成熟度模型CMMIB.CMMI成熟度級別3級與4級的關鍵區(qū)別在于對過程性能的可預測性C.連續(xù)式模型將24個過程域按照功能劃分為過程管理、項目管理、工程和支持4個過程組D.對同一組織采用階段式模型和連續(xù)式模型分別進行CMMI評估，得到的結(jié)論不同,,解析：D軟件工程管理集成了過程管理和項目管理，包

14、括以下6個方面。 1．啟動和范圍定義 進行啟動軟件工程項目的活動并作出決定。通過各種方法來有效地確定軟件需求，并從不同的角度評估項目的可行性。一旦可行性建立后，余下的任務就是需求驗證和變更流程的規(guī)范說明。 2．軟件項目計劃 從管理的角度，進行為成功的軟件工程作準備而要采取的活動。使用迭代方式制訂計劃。要點在于評價并確定適當?shù)能浖芷谶^程，并完成相關的工作。 3。軟件項目實施 進行軟件工程過程中發(fā)生的各種軟件工程管理活動。

15、實施項目計劃，最重要的是遵循計劃，井完成相關的工作。 4．評審和評價 進行確認軟件是否得到滿足的驗證活動。 ． 5．關閉 進行軟件工程項目完成后的活動。在這一階段，重新審查項目成功的準則。一旦關閉成立，進行歸檔、事后分析和過程改進活動。 6．軟件工程度量 進行在軟件工程組織中有效地開發(fā)和實現(xiàn)度量的程序。,,試題9：,關于軟件測試的描述，不正確的是（ ）。A.采用桌前檢查、代碼走查和代碼審查屬于動態(tài)測試方法B.控制流

16、測試和數(shù)據(jù)流測試屬于白盒測試方法C.軟件測試可分為單元測試、集成測試、確認測試、系統(tǒng)測試等類別D.回歸測試的目的是軟件變更后，變更部分的正確性和對變更需求的符合性以及功能、性能等要求的不損害性,,解析：A,軟件靜態(tài)測試可以分為靜態(tài)分析和代碼走查,,試題10：,關于軟件工程的描述，不正確的是（ ）。A.軟件工程對軟件開發(fā)的質(zhì)量、進度、成本進行評估、管理和控制B.用戶需求反映客戶高層次的目標要求，通常由項目投資人、客戶提出

17、C.需求是用戶對新系統(tǒng)在功能、行為、性能等方面的期望D.軟件工程將系統(tǒng)的、規(guī)范的、可度量的工程方法應用于軟件開發(fā),,解析：B軟件工程是指應用計算機科學、數(shù)學及管理科學等原理，以工程化的原則和方法來解決軟件問題的工程，其目的是提高軟件生產(chǎn)率、提高軟件質(zhì)量、降低軟件成本。IEEE對軟件工程的定義是：將系統(tǒng)的、規(guī)范的、可度量的工程化方法應用于軟件開發(fā)、運行和維護的全過程及上述方法的研究。 軟件工程由方法、工具和過程三個部分組

18、成。軟件工程方法是完成軟件工程項目的技術手段，它支持整個軟件生命周期；軟件工程使用的工具是人們在開發(fā)軟件的活動中智力和體力的擴展與延伸，它自動或半自動地支持軟件的開發(fā)和管理，支持各種軟件文檔的生成；軟件工程中的過程貫穿于軟件開發(fā)的各個環(huán)節(jié)，管理人員在軟件工程過程中，要對軟件開發(fā)的質(zhì)量、進度、成本進行評估、管理和控制，包括人員組織、計劃跟蹤與控制、成本估算、質(zhì)量保證和配置管理等。,,試題11：,企業(yè)應用集成技術可以消除信息孤島，將多個企業(yè)

19、信息系統(tǒng)連接起來。實現(xiàn)無縫集成，下圖顯示的是（ ）集成模型。A.表示B.數(shù)據(jù)C.控制D.業(yè)務流程,,解析：C,,試題12：,（ ）驗證一個配置項的實現(xiàn)工作性能是否符合他的需求規(guī)格說明。A.功能配置審計B.物理配置審計C.設計評審D.代碼審計,,解析：A·功能配置審計(Functional Configuration Audit)是審計配置項的一致性（配置項的實際功效是否與其需求一致），

20、具體驗證以下幾個方面。 ·配置項的開發(fā)已圓滿完成。 ·配置項已達到配置標識中規(guī)定的性能和功能特征。 ·配置項的操作和支持文檔已完成并且是符合要求的。功能配置審計：驗證一個配置項的實際工作性能是否符合它的需求規(guī)格說明的一項審查，以便為軟件的設計和編碼建立一個基線。,,,試題13：GB/T 16260.1 是產(chǎn)品質(zhì)量系統(tǒng)標準中的基礎標準，他描述了軟件工程領域產(chǎn)品質(zhì)量的（ ）。A

21、.使用質(zhì)量B.外部度量C.內(nèi)部度量D.質(zhì)量模型,,解析：D GB/T 16260-2006分為四個部分，分別是GB/T 16260.1-2006、GB/T 16260.2-2006、GB/T 16260.3-2006和GB/T 16260.4-20060 GB/T 16260.1-2006中提出了軟件生存周期中的質(zhì)量模型 GB/T 16260.1-2006定義了6個質(zhì)量特性和21個質(zhì)量子特性，它們以最小的重疊描述了

22、軟件質(zhì)量。質(zhì)量特性和質(zhì)量子特性 GB/T 16260.1-2006定義的特性適用予每一類軟件，包括固件中的計算機程序和數(shù)據(jù)。這些特性為確定軟件的質(zhì)鬣需求和權(quán)衡軟件產(chǎn)品的能力提供了一個框架。GB／T16250.1-2006可供軟件產(chǎn)品的開發(fā)者、需方、質(zhì)量保證人員和獨立評價者，特別是對確定和評價軟件產(chǎn)品質(zhì)量負責的人員使用。,,試題14：,GB/T 14394-2008用于指導軟件產(chǎn)品生存周期內(nèi)可靠性和（ ）大綱的指定和實施A.可

23、用性B.可維護性C.可訪問性D.可移值性,,解析：B,,試題15：,信息必須依賴于存儲、傳輸、處理及應用的載體（媒介）而存在。信息系統(tǒng)安全可以劃分設備安全、數(shù)據(jù)安全、內(nèi)容安全和（ ）A.行為安全B.通信安全C.主機安全D.信息安全,,解析：A,針對信息系統(tǒng)，安全可以劃分為以下四個層次：設備安全、數(shù)據(jù)安全、內(nèi)容安全、行為安全。其中數(shù)據(jù)安全即是傳統(tǒng)的信息安全。,,試題16：,信息安全等級保護管理辦法中，如果信息

24、系統(tǒng)受到破壞后，會對社會秩序和公共利益造成特別嚴重損害，或者對國家安全造成嚴重損害，則該系統(tǒng)應受列（ ）A.第二級B.第三級C.第四級D.第五級,,解析：C,,試題17：,關于網(wǎng)絡安全防御技術的描述，不正確的是（ ）。A.防火墻主要實現(xiàn)網(wǎng)絡安全的安全策略，可以對策略中涉及的網(wǎng)絡訪問行為實施有效管理，也可以對策略之外的網(wǎng)絡訪問行為進行控制B.入侵檢測系統(tǒng)注重是網(wǎng)絡安全狀況的監(jiān)督，絕大多數(shù)IDS系統(tǒng)都是被動的C

25、.蜜罐技術是一種主動防御技術，是一個誘捕攻擊者的陷阱D.虛擬專業(yè)網(wǎng)絡是在公網(wǎng)中建立專用的、安全的數(shù)據(jù)通信通道,,解析：A,防火墻主要實現(xiàn)網(wǎng)絡安全的安全策略，可以對策略中涉及的網(wǎng)絡訪問行為實施有效管理，也可以對策略之外的網(wǎng)絡訪問行為進行控制。描述不是很嚴謹，防火墻基本都有默認的策略，如deny any any等,,試題18：,關于WEB安全及其威脅防護技術的描述，不正確的是（ ）。A.當前WEB面臨的主要威脅有可信任站點的漏洞

26、、瀏覽器及其插件的漏洞、網(wǎng)絡釣魚、僵尸網(wǎng)絡等B.WEB防篡改技術包括單點登錄、時間輪詢、事件觸發(fā)等C.WEB內(nèi)容安全管理技術包括電子郵件過濾、網(wǎng)頁過濾、反間諜軟件等D.WEB訪問控制的主要任務是保證網(wǎng)絡資源不被非法訪問者訪問,,解析：B網(wǎng)頁防篡改技術包括時間輪詢技術、核心內(nèi)嵌技術、事件觸發(fā)技術、文件過濾驅(qū)動技術等。,,試題19：,TCP/IP 模型中， Telnet屬于（ ） 協(xié)議A.接口層B.網(wǎng)絡層C.傳輸

27、層D.應用層,,解析：Ｄ,,試題20：,（ ）不屬于“互聯(lián)網(wǎng)+”的應用。A.滴滴打車B.AIphagoC.百度外賣D.共享單車,,解析：Ｂ“互聯(lián)網(wǎng)+”是互聯(lián)網(wǎng)思維的進一步實踐成果，推動經(jīng)濟形態(tài)不斷地發(fā)生演變，從而帶動社會經(jīng)濟實體的生命力，為改革、創(chuàng)新、發(fā)展提供廣闊的網(wǎng)絡平臺。通俗的說，“互聯(lián)網(wǎng)+”就是“互聯(lián)網(wǎng)+各個傳統(tǒng)行業(yè)”，但這并不是簡單的兩者相加，而是利用信息通信技術以及互聯(lián)網(wǎng)平臺，讓互聯(lián)網(wǎng)與傳統(tǒng)行業(yè)進行深度

28、融合，創(chuàng)造新的發(fā)展生態(tài)。它代表一種新的社會形態(tài)，即充分發(fā)揮互聯(lián)網(wǎng)在社會資源配置中的優(yōu)化和集成作用，將互聯(lián)網(wǎng)的創(chuàng)新成果深度融合于經(jīng)濟、社會各域之中，提升全社會的創(chuàng)新力和生產(chǎn)力，形成更廣泛的以互聯(lián)網(wǎng)為基礎設施和實現(xiàn)工具的經(jīng)濟發(fā)展新形態(tài)。2015年7月4日，國務院印發(fā)《國務院關于積極推進“互聯(lián)網(wǎng)+”行動的指導意見》。2016年5月31日，教育部、國家語委在京發(fā)布《中國語言生活狀況報告（2016）》?！盎ヂ?lián)網(wǎng)+”入選十大新詞和十個流行語。,,試

29、題21：,基于買方的購買歷史及行為分析，進行針對性的廣告推送，屬于（ ）的典型應用。A.大數(shù)據(jù)B.云計算C.物聯(lián)網(wǎng)D.智慧城市,,解析：A,,試題22：,關于大型信息系統(tǒng)特征的描述，不正確是（ ）。A.大型信息系統(tǒng)通常具有多個子系統(tǒng)B.大型信息系統(tǒng)數(shù)據(jù)量大，存儲數(shù)據(jù)復雜C.大型信息系統(tǒng)對安全要求很高，因此具有統(tǒng)一的安全域D.大型信息系統(tǒng)的網(wǎng)絡結(jié)構(gòu)復雜，一般采用多級網(wǎng)絡結(jié)構(gòu),,解析：C,,試題23：,在

30、信息系統(tǒng)生命周期中，首先要進行信息系統(tǒng)規(guī)劃，之后開展系統(tǒng)分析工作。（ ）不屬于系統(tǒng)規(guī)劃階段的工作A.確定組織目標和發(fā)展戰(zhàn)略B.可行性研究C.給出擬建系統(tǒng)的備選方案D.分析和預測新系統(tǒng)的需求,,解析：A系統(tǒng)規(guī)劃階段的任務是對組織的環(huán)境、目標及現(xiàn)行系統(tǒng)的狀況進行初步調(diào)查，根據(jù)組織目標和發(fā)展戰(zhàn)略，確定信息系統(tǒng)的發(fā)展戰(zhàn)略，對建設新系統(tǒng)的需求做出分析和預測，同時考慮建設新系統(tǒng)所受的各種約束，研究建設新系統(tǒng)的必要性和可能性。根據(jù)需

31、要與可能，給出擬建系統(tǒng)的備選方案。對這些方案進行可行性研究，寫出可行性研究報告?？尚行匝芯繄蟾鎸徸h通過后，將新系統(tǒng)建設方案及實施計劃編寫成系統(tǒng)設計任務書。,,試題24：,信息系統(tǒng)規(guī)劃的工具很多，例如P/O 矩陣、R/d矩陣、IPO圖、C/U矩陣等。每種工具的用途有所不同，其中（ ）適用于歸納數(shù)據(jù)。A.P/O 矩陣B.R/D矩陣C.IPO圖D. C/U 矩陣,,解析：B,,試題25：,執(zhí)行者與用例之間的關系是（ ）

32、A.包含關系B.泛化關系C.關聯(lián)關系D.擴展關系,,解析：Ｂ 【泛化關系】：是一種繼承關系，表示一般與特殊的關系，它指定了子類如何特化父類的所有特征和行為。例如：老虎是動物的一種，即有老虎的特性也有動物的共性。 【箭頭指向】：帶三角箭頭的實線，箭頭指向父類,,試題26：,在UML的順序圖中，通常由左向右分層排列各個對象，正確的排列方法是（ ）A.執(zhí)行者角色、控制類、用戶接口、業(yè)務層、后臺數(shù)據(jù)庫B.執(zhí)行

33、者角色、用戶接口、控制類、業(yè)務層、后臺數(shù)據(jù)庫C.執(zhí)行者角色、控制類、用戶接口、后臺數(shù)據(jù)、業(yè)務層D.執(zhí)行者角色、用戶接口、業(yè)務層、控制類、后臺數(shù)據(jù),,解析：Ａ,,試題27：,項目成員張工繪制了四張類圖，其中不正確的是（ ）,,解析：Ｄ,,,試題28：,合同法對合同索賠流程有嚴格的規(guī)定，索賠方以書面通知書的形式在索賠事項發(fā)生的28天內(nèi)，向監(jiān)理工程師正式提出索賠意向；在索賠通知書發(fā)出后28天內(nèi)向監(jiān)理工程師提出索賠報告及關資料；監(jiān)理工

34、程師收到索賠報告有關資料后，于（ ）內(nèi)給答復。A.15天B.15個工作日C.28天D.28個工作日,,答案：Ｃ 項目發(fā)生索賠事件后，一般先由監(jiān)理工程師調(diào)解，若調(diào)解不成，由政府建設主管機構(gòu)進行調(diào)解，若仍調(diào)解不成，由經(jīng)濟合同仲裁委員會進行調(diào)解或仲裁。在整個索賠過程中，遵循的原則是索賠的有理性、索賠依據(jù)的有效性、索賠計算的正確性。索賠具體流程如下。 (1)提出索賠要求。當出現(xiàn)索賠事項時，索賠窮以書面的索賠通知書形

35、式，在索賠事項發(fā)生后的28天以內(nèi)，向監(jiān)理工程師正式提出索賠意向通知。 (2)報送索賠資料。在索賠通知錒發(fā)出后的28天內(nèi)，向監(jiān)理工程師提出延長工期和（或）補償經(jīng)濟損失的索賠報告及有關資料。索賠報告的內(nèi)容主要有總論部分、根據(jù)部分、計算部分和證據(jù)部分。 索賠報告編寫的一般要求如下。 ·索賠事件應該真實。 ·責任分析應清楚、準確、有根據(jù)。 ·充分論證事件給索賠方造成的實際損失

36、。 ·索賠計算必須合理、正確。 ·文字要精煉、條理要清楚、語氣要中肯。,,(3)監(jiān)理工程師答復。監(jiān)理工程師在收到送交的索賠報告有關資料后，于28天內(nèi)給予答復，或要求索賠方進一步補充索賠理由和證據(jù)。 (4)監(jiān)理工程師逾期答復后果。監(jiān)理工程師在收到承包人送交的索賠報告的有關資料后28天未予答復或未對承包人作進一步要求，視為該項索賠已經(jīng)認可。 (5)持續(xù)索賠。當索賠事件持續(xù)進行時，索賠方應當

37、階段性向監(jiān)理工程師發(fā)出索賠意向，在索賠事件終了后28天內(nèi)，向監(jiān)理工程師送交索賠的有關資料和最終索賠報告，監(jiān)理工程師應在28天內(nèi)給予答復或要求索賠方進一步補充索賠理由和證據(jù)。逾期未答復，視為該項索賠成立。 (6)仲裁與訴訟。監(jiān)理工程師對索賠的答復，索賠方或發(fā)包人不能接受，即進入仲裁或訴訟程序。,,試題29：,進行招標的項目上，自招標文件開始發(fā)出之日起至投標人提交投標文件止，最短不得少于（ ）天。A.20B.30C.1

38、5D.60,,答案：Ａ,,試題30：,小張接到一項任務，要對一個新項目投資及經(jīng)濟效益進行分析，包括支出分析、收益分析、敏感性分析等，請問小張正在進行（ ）。A.技術可行性分析B.經(jīng)濟可行性分析C.運行環(huán)境可行性分析D.法律可行性分析,,解析：Ｂ可行性分析的基本內(nèi)容有哪些？ （1） 技術可行性分析（也稱可能性分析），通過調(diào)研項目確定項目的總體和詳細目標、范圍，總體的結(jié)構(gòu)和組成，確定技術方案、核心技術和關鍵問題，確

39、定產(chǎn)品的功能與性能。 （2） 經(jīng)濟可行性分（也稱投資和收益分析）。 （3） 運行環(huán)境可行性分析。 （4） 其他方面的可行性分析，如法律可行性，社會可行性等方面的可行性分析。,,試題31：,關于項目評估及論證的描述，不正確的是（ ）A.“先證論，后決策”是現(xiàn)代項目管理的基本原則B.項目論證應該圍繞著市場需求、開發(fā)技術、人力資源三個方面開展C.項目論證一般包括機會研究、經(jīng)濟可行性研究和詳細可行性研究D.項目評估的目的

40、是審查項目可行性研究的可靠性、真實性和客觀性,,解析：C項目論證的內(nèi)容包括項目運行環(huán)境評價、項目技術評價、項目財務評價、項目國民經(jīng)濟評價、項目環(huán)境評價，項目社會影響評價、項目不確定性和風險評價、項目綜合評價等．,,試題32：,項目生命周期是指項目從啟動至收尾所經(jīng)歷的一系列階段，當項目進入收尾階段時（ ）較高。A.項目的風險B.人力投入C.變更代價D.不確定性,,解析：Ｃ,,試題33：,項目管理過程5個過程組可以對應到

41、PDCA循環(huán)中，（ ）過程組與PDCA循環(huán)中的檢查和行動相對應。A.規(guī)劃B.執(zhí)行C.監(jiān)控D.收尾,,解析：Ｃ監(jiān)控過程組包含跟蹤、審查和調(diào)整項目進展與績效，識別必要的計劃變更并啟動相應變更的一組過程。這一過程組的關鍵作用是持續(xù)并有規(guī)律地觀察和測量項目績效，從而識別與項目管理計劃的偏差。監(jiān)控過程組不僅監(jiān)控一個過程組內(nèi)的工作，而且監(jiān)控整個項目的工作。,,試題34：,（ ）屬于編制項目管理計劃的輸入。A.項目績效

42、數(shù)據(jù)B.范圍管理計劃C.項目進度網(wǎng)絡圖D.風險清單,,解析：B詳見文檔最后附圖,,試題35：,監(jiān)控項目工作的輸出不包括（ ）。A.變更請求B.工作績效信息C.項目管理計劃更新D.項目文件更新,,解析：Ｂ詳見文檔最后附圖,,試題36：,項目執(zhí)行期間，客戶提出增加一項功能，但它并沒有包括在項目預算之內(nèi)。不過對于個幾百萬美元的項目而言，該項目工作涉及的開放工作量較小。作為項目應該（ ）。A.拒絕用戶請求

43、，原因是該項工作不在項目預算之內(nèi)B.同意并免費完成這項工作，幫助維護客戶關系C.同意增加新功能，但是需要客戶負擔相應的費用D.評估新功能對項目的影響，提交變更申請,,解析：D,,試題37-38：,某項目包含A、B、C、D、E、F、G七個活動，各活動的歷時估算和邏輯關系如下表所示，則活動C的總浮動時間是（ ）天，項目工期是（ ）天。（37）A.0 B.1C.2 D.3（38）A.14 B.15

44、C.16 D.17,,解析：D　?。漠嫵鲞M度網(wǎng)絡圖即可。,,試題39：,關于工作分解結(jié)構(gòu)WBS的描述，正確的是（ ）。A.WBS必須符合項目范圍B.WBS元素必須由多個人負責C.WBS必須控制在5-8層D.WBS的編制只需要項目團隊成員參與,,解析：AWBS將項目整體或者主要的可交付成果分解成容易管理、方便控制的若干個子項目或者工作包，予項目需要繼續(xù)分解為工作包,,試題40：,關于范圍控制的描述，正確的是（

45、 ）A.控制進度是控制范圍的一種有效方式B.項目執(zhí)行組織本身發(fā)生變化不會引起范圍變更C.范圍變更控制必須和其它控制過程綜合在一起D.政府政策的變化不可以成為范圍變更的理由,,解析：C詳見文檔最后附圖,,試題41：,某項目溝通協(xié)調(diào)會共有9人參加會議，此次會議溝通渠道數(shù)有（ ）條。A.42B.28C.45D.36,,解析：Dｎ＊（ｎ－１）／２＝９＊８／２＝３６,,試題42：,對于信息量很大或受眾很多的

46、情況，建議采用（ ）溝通方式。A.拉式B.推式C.交互式D.面對面,,解析：Ａ拉式溝通：在一個或有限幾個信息源集中發(fā)布信息，要求接收方自主自行地獲取信息內(nèi)容。典型的形勢有公共網(wǎng)站，網(wǎng)絡論壇，網(wǎng)絡Wiki，企業(yè)內(nèi)部網(wǎng)站，各種C/S B/S模式的項目管理軟件等。其實大字報、報刊欄也是。,,試題43：,在進行項目干系人分析時，經(jīng)常用到權(quán)利/利益分析法。對下圖中甲區(qū)域的項目干系人因該采取的策略是（ ）。A.隨時告知

47、B.令其滿意C.花較少的精力D.重點管理,,解析：Ｂ,,試題44：,某大型環(huán)保信息系統(tǒng)工程建設項目，項目發(fā)起人與項目經(jīng)理一起識別出如下3類項目干系人：甲方信息系統(tǒng)管理人員、項目組主要技術人員、監(jiān)理方，并準備針對他們編制干系人管理計劃。對此，您的建議是（ ）。A.重新識別干系人B.編制干系人管理計劃C.召開干系人管理溝通會議D.編制項目進度計劃,,解析：Ａ,,試題45：,關于項目風險的描述，不正確的（ ）。

48、A.已知未風險與未知風險都可以進行管理B.風險既有可能對項目產(chǎn)生正面的影響，也有可能產(chǎn)生負面的影響C.同樣的風險對于不同的主體有不同的影響D.收益越大，人們原意承擔的風險也就越大,,解析：A項目風險是一種不確定的事件或條件，一旦發(fā)生，會對項目目標產(chǎn)生某種正面或負面的影響。風險有其成因，同時，如果風險發(fā)生，也導致某種后果。舉例來說，風險成因可能是需要獲取某種許可，或是項目的人力資源受到限制。風險事件本身則是獲取許可所花費

49、的時間可能比計劃的要長，或是可能沒有充足的人員來完成項目工作。以上任何一種不確定事件一旦發(fā)生，都會給項目的成本、進度計劃或質(zhì)量帶來某種后果。風險條件可能包括組織環(huán)境中導致項目風險的某些因素，例如，不良的項目管理，或?qū)Σ荒芸刂频耐獠繀⑴c方的依賴。,,試題46：,關于風險識別的描述，不正確的是（ ）。A.應鼓勵所有項目人員參與風險的識別B.風險登記冊的編制始于風險識別過程C.在某些項目中，識別風險后可以跳過定性分析過程直接進入

50、定量分析D.識別風險是在項目計劃階段的工作，在其它階段不涉及,,解析：Ｄ1、項目風險管理：指通過風險識別、風險分析和風險評價來認識項目的風險，并以此為基礎合理的使用各種風險應對措施、管理方法技術和手段，對項目風險實行有效的控制，妥善處理風險事件帶來的不利后果，以最少的成本保證項目總體目標實現(xiàn)的管理工作。包括6個過程。假如某事件對項目的目標有正面影響，則風險管理過程把該事件的概率和影響擴大到最大，反之則減少到最小。 2、

51、項目風險的定義和特性：項目風險的定義：指可能導致項目損失的不確定性，一旦發(fā)生，會對項目目標產(chǎn)生某種正面或者負面的影響，美國項目管理大師馬克思.懷德曼將其定義為某一事件（或條件）的發(fā)生給項目目標帶來不利影響的可能性。項目風險特性主要包括風險存在的客觀性和普遍性、某一具體風險的偶然性、大量風險發(fā)生的必然性、風險的可變性（在一定條件下風險可以轉(zhuǎn)化）、風險的多樣性和多層次性。,,試題47：,某信息系統(tǒng)建設項目中，為防范系統(tǒng)宕機風險，項目經(jīng)理建設

52、采購服務器時均配置冗作電源和冗余風扇。項目經(jīng)理采用的風險應對策略為（ ）A.減輕B.轉(zhuǎn)移C.規(guī)避D.消除,,解析：Ａ減輕策略 – 謀求減低不利風險發(fā)生的可能性和/或影響程度 – 減輕策略的例子： 采用不那么復雜的流程 選擇更可靠的供應商 進行更系統(tǒng)化的更徹底的測試 冗余設計 增加資源或時間,,試題48：,關于領導者和管理者的描述，正確的是（ ）A.管理者的工作主要是確定方向，統(tǒng)一思想、激勵和鼓舞

53、B.領導者負責某件具體事情的管理或?qū)崿F(xiàn)某個具體目標C.管理者設定目標，領導者率眾實現(xiàn)目標D.項目經(jīng)理具有領導者和管理者的雙重身份,,解析：Ｄ,,試題49：,關于團隊建設和管理的描述，不正確的是（ ）A.在團隊發(fā)展的5個階段中，震蕩階段之后是規(guī)范階段B.團隊發(fā)展不定按5個階段順序進行，可能會跳過某個階段C.項目經(jīng)理注重運用獎勵權(quán)利和懲罰權(quán)利，盡量避免使用專家權(quán)利D.成功的沖突管理可以提高生產(chǎn)力，改進工作關系,,

54、解析：Ｃ團隊建設活動包括專門的活動和個人行動，首要目的是提高團隊績效。許多行動，例如在計劃過程中的工作分解結(jié)構(gòu)之類的團體活動，也許不能明確地當作團隊建設，但是如果組織有力的話，同樣可以增進團隊的凝聚力。另外，為平息和處理人際沖突制定基本規(guī)則等，其間接結(jié)果都可以提高團隊績效。團隊建設可以有多種形式，如日常的評審會議中5分鐘的議事日程，為了增進關鍵性項目的相關人員之間的人際關系而設計的專業(yè)的團隊拓展訓練等。 鼓勵非正式的溝通和活動也是非

55、常重要的，因為它們在培養(yǎng)信任，建立良好工作關系的過程中起著很重要的作用。團隊建設的策略對于那些借助屯子化手段在異地工作的、不能面對面交流的虛擬團隊來說尤其重要。,,試題50：,在馬斯洛需求層次理論中，位于金字塔結(jié)構(gòu)第3層的（ ）需求。A.安全B.社會交往C.受尊重D.自我實現(xiàn),,解析：B,,試題51：,配置管理工作中，確定配置項的所有者及責任、確定配置項進入配置管理的時間和條件是（ ）的工作內(nèi)容。A.配置狀態(tài)報告

56、B.配置審計C.配置控制D.配置標識,,解析：Ｄ,,試題52：,關于配置控制委員會（CCB）的說法，正確的是（ ）。A. CCB負責分配配置庫的操作權(quán)限B. CCB負責制定配置管理計劃C. CCB必須是常設機構(gòu)D. CCB可以是兼職人員,,解析：D變更控制委員會CCB也可稱為配置控制委員會(ConfigurationControlBoard)，是配置項變更的監(jiān)管組織。其任務是對建議的配置項變更做出評價、審

57、批，以及監(jiān)督已批準變更的實施。CCB的成員通常包括項目經(jīng)理、用戶代表、質(zhì)量控制人員、配置控制人員。這個組織不必是常設機構(gòu)，完全可以根據(jù)工作的需要組成。例如，按變更內(nèi)容和變更請求的不同，組成不同的CCB。小的信息系統(tǒng)項目CCB可以只有1人甚至只是兼職人員。如果CCB不只是控制變更，而是承擔更多的配置管理任務，那就應該包括基線的審定、標志的審定，以及產(chǎn)品的審定，并且可能實際的工作需要分為項目層、系統(tǒng)層和組織層來組建，使其完成不同層面的配置管

58、理任務。CCB可以由一個小組擔任，也可以由多個不同的組擔任，負責做出決定究竟將哪些已建議需求變更或新產(chǎn)品特性付諸應用。典型的變更控制委員會會同樣決定在哪一些版本中糾正哪些錯誤。,,試題53：,根據(jù)供方選擇標準，選擇最合適的供方屬于（ ）階段的工作。A.規(guī)劃采購B.實施采購C.控制采購D.結(jié)束采購,,解析：Ｂ,,試題54：,確定項目合同類型時，如果項目工作范圍明確且風險不大，建議使用( ).A.總價合同B.工

59、料合同C.成本補償合同D.成本加激勵費用合同,,解析：Ａ總價合同又稱固定價格合同，是指在合同中確定一個完成項目的總價，承包人據(jù)此完成項目全部合同內(nèi)容的合同。 這種合同類型能夠使建設單位在評標時易于確定報價最低的承包商，易于進行支付計算。適用于工程量不太大且能精確計算、工期較短、技術不太復雜、風險不大的項目，同時要求發(fā)包人必須準備詳細全面的設計圖紙和各項說明，使承包人能準確計算工程量。,,試題55：,（ ）戰(zhàn)略組織模式的特點

60、是組織高層從如何動員全體成員都參與戰(zhàn)略實施活動的角度來考慮戰(zhàn)略的指定和執(zhí)行。A.變革型B.合作型C.文化型D.增長型,,解析：C,,試題56：,（ ）是一種支持結(jié)構(gòu)化程序設計的流程設計工具。它的執(zhí)行順序是從最左主干線的上端結(jié)點的上編結(jié)點開始，自上而下依次執(zhí)行。A.因果分析圖B.親和圖C.問題分析圖D.判定表,,解析：Ｃ,,試題57：,關于成本估算的描述，正確的是（ ）。A.成本估算的準確度隨著項目

61、的進度而逐步降低B.成本類比估算是利用歷史數(shù)據(jù)之間的統(tǒng)計關系和其它變量進行估算C.成本估算時需考慮應急儲備，不用考慮管理儲備D.成本估算需要考慮項目成員學習所耗費的時間成本,,解析：Ｄ估算成本是對完成項目活動所需資金進行近似估算的過程。本過程的主要作用是，確定完成項目工作所需的成本數(shù)額。 成本估算是在某特定時點，根據(jù)已知信息所做出的成本預測。在估算成本時，需要識別和分析可用于啟動與完成項目的備選成本方案；需要權(quán)衡備

62、選成本方案并考慮風險，如比較自制成本與外購成本、購買成本與租賃成本及多種資源共享方案，以優(yōu)化項目成本。,,試題58：,關于成本基準的描述，不正確的是（ ）。A.大項目可能有多個成本基準B.成本基準的變更需要通過變更控制程序C.成本基準中既包括預計的支出，也包括預計的債務D.項目預算是成本基準與應急儲備之和,,解析：Ｄ成本基準是經(jīng)批準的按時間安排的成本支出計劃，并隨時反映了經(jīng)批準的項目成本變更（所增加或減少的資金數(shù)目）

63、，被用于度量和監(jiān)督項目的實際執(zhí)行成本。,,試題59：,下表給出了某項目到2018年12月30日為止的部分成本執(zhí)行（績效）數(shù)據(jù)。如果當前的成本偏差是非典型的，則完工估算（EAC） （ ）元。A.45000B.40100C.42340D.47059,,解析：ＣＥＶ＝１０００＋８００＋２０００＋５０００＋３２００＊０．８＋４０００＊０．６＝１３７６００ＥＡＣ＝ＡＣ＋（ＢＡＣ－ＥＶ）＝１６１００＋（４００００－１３７６

64、０）＝４２３４０,,試題60：,項目集指導委員會的主要職責包括（ ）、項目集批準和啟動。A.項目審計B.保證項目集與組織愿景和目標的一致性C.協(xié)調(diào)項目集與項目組合的公共資源D.任命項目經(jīng)理,,答案：Ｂ,,試題61：,可用于評估組織內(nèi)項目組合管理成熟度，用于識別組織目前最佳實踐能力和結(jié)果。A.TQMB.EFQMC.OPM3D.PMBOK,,解析：ＣOPM3通過清晰關聯(lián)的項目組合、項目集和項目提供了一個交

65、付戰(zhàn)略的途徑。OPM3通過開發(fā)項目組合、項目集和項目能力（干系人參與、估算、進度計劃和管理等）有效地提升了人力資本的使用。OPM3把項目組合、項目集和項目領域過程轉(zhuǎn)化為高質(zhì)量的交付過程，這些過程容易理解、穩(wěn)定、可重復和可預測。OPM3特別強調(diào)更靈活、更具適應性和改進管理系統(tǒng)的機會。,,試題62：,（ ）屬于系統(tǒng)測試執(zhí)行過程中的工作效率指標。A.進度偏離度B.需求覆蓋率C.評審問題數(shù)D.有效缺陷率,,解析：Ａ,,試題63

66、：,根據(jù)項目進度基準和成本基準指定質(zhì)量測量指標，屬于（ ）階段工作內(nèi)容。A.質(zhì)量評價B.質(zhì)量控制C.實施質(zhì)量保證D.規(guī)劃質(zhì)量管理,,解析：Ｄ規(guī)劃質(zhì)量管理是識別項目及其可交付成果的質(zhì)量要求和標準，并準備對策確保符合質(zhì)量要求的過程。本過程的主要作用是，為整個項目中如何管理和確認質(zhì)量提供了指南和方向。,,試題64：,質(zhì)量保證成本屬于質(zhì)量成本中的（ ）成本A.一致性B.內(nèi)部失敗C.非一致性D.外部失敗,,解

67、析：Ａ質(zhì)量保證的作用，是質(zhì)量管理得一項重要內(nèi)容，是保障質(zhì)量的重要環(huán)節(jié)，為質(zhì)量的持續(xù)改進提供方法與技術，為項目干系人提供質(zhì)量信心，與質(zhì)量控制共同構(gòu)成對質(zhì)量的保證和跟蹤,,試題65：,在A項目的質(zhì)量例會中 ，質(zhì)量經(jīng)理發(fā)現(xiàn)監(jiān)控模塊中的BUG修復時間較長，有測量指標超出臨界線，質(zhì)量經(jīng)理決定再觀察幾天。本次質(zhì)量控制的輸出一定包括（ ）。（1）工作績效信息；（2）變更請求；（3）經(jīng)驗教訓文檔；（4）質(zhì)量控制測量結(jié)果；（5）更新的質(zhì)量標準

68、；（6）質(zhì)量審計報告；A.（2）（3）B.（1）（6）C.（1）（4）D.（2）（5）,,解析：C,,試題66-67：,某煉油廠根據(jù)計劃每季度供應合同單位汽油和煤油各16噸。該廠從甲乙兩處場地運回原油提煉。兩處原油成本分如下表所示，且甲乙兩地采購成本分別為200元/噸。對于該煉油廠，需要從乙采購（ ）噸方能使此次采購的成本最低，最低的采購成本是（ ）元。,,（66）A.10B.20C.30D.40（6