2023年11月軟考中級系統(tǒng)集成項目管理工程師上午真題（第一批）

2023年11月軟考中級系統(tǒng)集成項目管理工程師上午真題（第一批）(總分：63.00，做題時間：120分鐘)一、單項選擇題(總題數(shù)：63，分數(shù)：63.00)1.服務(wù)器是一種高性能的計算機，它的高性能主要體現(xiàn)在高速度的（）、長時間的可靠運行、強大的外部數(shù)據(jù)吞吐能力等方面。

（分數(shù)：1.00）

A.運算能力

√

B.顯示能力

C.交互能力

D.管理能力解析：服務(wù)器既然是一種高性能的計算機，它的構(gòu)成肯定就與我們平常所用的電腦(PC)有很多相似之處，諸如有CPU(中央處理器)、內(nèi)存、硬盤、各種總線等等，只不過它是能夠提供各種共享服務(wù)（網(wǎng)絡(luò).Web應(yīng)用、數(shù)據(jù)庫、文件、打印等）以及其他方面的高性能應(yīng)用，它的高性能主要體現(xiàn)在高速度的運算能力、長時間的可靠運行、強大的外部數(shù)據(jù)吞吐能力等方面。2.A公司立項開發(fā)信息系統(tǒng)，將算法部分承包給了B公司，集成部分承包給了C公司，A公司與其他各公司分別簽署的合同屬于（）。

（分數(shù)：1.00）

A.分包合同

B.工料合同

C.總承包合同

D.單項工程承包合同

√解析：單項工程承包合同：發(fā)包人將信息系統(tǒng)工程建設(shè)的不同工作任務(wù)分別發(fā)包給不同的承包人。單項工程承包方式有利于吸引較多的承包人參與投標竟爭，使發(fā)包人有更大的選擇余地，也有利于發(fā)包人對建設(shè)工程的各個環(huán)節(jié)、各個階段實施直接的監(jiān)督管理。缺點是各個單項工程在技術(shù)標準，工作范圍、進度、資源等方面的協(xié)調(diào)和街接容易出現(xiàn)問題。這種發(fā)包方式較適用于那些對工程建設(shè)有較強管理能力的發(fā)包人。3.某項目總預(yù)算10萬，其中包括ABC三個活動，截至目前各活動信息如下表所示如果項目的剩余工作將按計劃速度完成，完工估算成本是（）。

（分數(shù)：1.00）

A.64000

B.92000

C.72000

√

D.94000解析：4.關(guān)于整體變更控制的描述，不正確的是（）。

（分數(shù)：1.00）

A.所有變更請求，經(jīng)客戶批準后即可確認

√

B.項目經(jīng)理對實施整體變更控制過程負責(zé)任

C.項目的任何干系人都可以提出變更請求

D.實施整體變更控制過程貫穿項目始終，并且應(yīng)用于項目的各個階段解析：每項記錄在案的變更請求都必須由一位責(zé)任人批準或否決，這個責(zé)任人通常是項目發(fā)起人或項目經(jīng)理。必要時，應(yīng)該由變更控制委員會（CCB）來決策是否實施整體變更控制過程。5.項目管理的三個基本目標是：質(zhì)量、成本和（）。

（分數(shù)：1.00）

A.進度

√

B.資源

C.風(fēng)險

D.流程解析：項目管理性目標中三個基本目標是質(zhì)量、成本和進度。6.（）定義了一種松散的、粗粒度的分布技術(shù)模式且使用HTTP協(xié)議傳送內(nèi)容。

（分數(shù)：1.00）

A.JavaEE架構(gòu)

B.Web服務(wù)

√

C.COM+

D.軟件引擎技術(shù)解析：Web服務(wù)（WebService）定義了一種松散的、粗粒度的分布計算模式，使用標準的HTTP(S)協(xié)議傳送XML表示及封裝的內(nèi)容。7.NaturalLanguageProcessing(NLP)isanimportantdirectioninthefieldsof（）。

（分數(shù)：1.00）

A.AI

√

B.VR

C.AR

D.LOT解析：自然語言處理（NLP）是（）的一個重要分支。A.AI（人工智能）B.VR（虛擬現(xiàn)實技術(shù)）C.AR（增強現(xiàn)實技術(shù)）D.LOT（物聯(lián)網(wǎng)）自然語言處理是人工智能的一個重要分支。8.2023年，中共中央、國務(wù)院印發(fā)了《數(shù)字中國建設(shè)整體布局規(guī)劃》，提出數(shù)字中國建設(shè)按照“2522”的整體框架進行布局，其中明確提出夯實數(shù)字基礎(chǔ)設(shè)施和（）“兩大基礎(chǔ)”。

（分數(shù)：1.00）

A.數(shù)字安全屏障

B.生態(tài)文明建設(shè)

C.數(shù)據(jù)資源體系

√

D.數(shù)字技術(shù)創(chuàng)新體系解析：2023年，中共中央、國務(wù)院印發(fā)了《數(shù)字中國建設(shè)整體布局規(guī)劃》，提出數(shù)字中國建設(shè)按照“2522”的整體框架進行布局，即夯實數(shù)字基礎(chǔ)設(shè)施和數(shù)據(jù)資源體系“兩大基礎(chǔ)”，推進數(shù)字技術(shù)與經(jīng)濟、政治、文化、社會、生態(tài)文明建設(shè)“五位一體”深度融合，強化數(shù)字技術(shù)創(chuàng)新體系和數(shù)字安全屏障“兩大能力”，優(yōu)化數(shù)字化發(fā)展國內(nèi)國際“兩個環(huán)境”。9.軟件文檔分為三類，開發(fā)文檔、產(chǎn)品文檔、管理文檔，（）不屬于開發(fā)文檔。

（分數(shù)：1.00）

A.進度變更的記錄

√

B.需求規(guī)格說明

C.安全和測試信息

D.開發(fā)計劃解析：軟件文檔分為三類：開發(fā)文檔、產(chǎn)品文檔、管理文檔。開發(fā)文檔描述開發(fā)過程本身，包含：可行性研究報告和項目任務(wù)書；需求規(guī)格說明；功能規(guī)格說明；計規(guī)格說明，包括程序和數(shù)據(jù)規(guī)格說明；開發(fā)計劃；軟件集成和測試計劃；質(zhì)量保證計劃；安全和測試信息。10.關(guān)于信息系統(tǒng)的有效性和可靠性，不正確的是（）。

（分數(shù)：1.00）

A.有效性和可靠性都是信息系統(tǒng)的性能指標

B.有效性就是在系統(tǒng)中傳遞盡可能多的信息

C.增加冗余代碼可以提高有效性和可靠性

√

D.信宿與信源間的信息差異越大可靠性越低解析：為了提高可靠性，在信息編碼時，可以增加冗余編碼，猶如“重要的話說三遍”，恰當(dāng)?shù)娜哂嗑幋a可以在信息受到噪聲侵擾時被恢復(fù)，而過量的冗余編碼將降低信道的有效性和信息傳輸速率。11.關(guān)于應(yīng)用系統(tǒng)中訪問控制的描述，不正確的是（）。

（分數(shù)：1.00）

A.如安全設(shè)計和控制合適，可以不用考慮組織的安全策略

√

B.避免未授權(quán)用戶的信息訪問

C.建立正式的授權(quán)程序，分配對應(yīng)用系統(tǒng)和服務(wù)的訪問權(quán)力

D.建立訪問控制策略，并根據(jù)業(yè)務(wù)和安全要求進行評審解析：如果具有合適的安全設(shè)計和控制并且符合組織的安全策略，組織才能授權(quán)遠程工作活動。12.通常，（）不屬于項目管理團隊至少需要掌握的6方面的專門領(lǐng)域知識。

（分數(shù)：1.00）

A.項目環(huán)境知識

B.軟技能

C.創(chuàng)新發(fā)明專利

√

D.項目管理知識體系解析：有效的項目管理要求項目管理團隊至少能理解和使用以下6方面的專門知識。（1）項目管理知識體系。（2）項目應(yīng)用領(lǐng)域的知識、標準和規(guī)定。（3）項目環(huán)境知識。（4）通用的管理知識和技能。（5）軟技能或人際關(guān)系技能。（6）經(jīng)驗、知識、工具和技術(shù)。13.（）是收集需求過程的輸入。

（分數(shù)：1.00）

A.需求跟蹤矩陣

B.項目章程

√

C.工作分解結(jié)構(gòu)

D.需求文件解析：收集需求過程的輸入：范圍管理計劃；需求管理計劃；干系人管理計劃；項目章程；干系人登記冊。14.（）不屬于項目結(jié)束階段需要更新的組織過程資產(chǎn)。

（分數(shù)：1.00）

A.歷史信息

B.項目所產(chǎn)出的最終產(chǎn)品、服務(wù)

√

C.項目或階段收尾文件

D.項目檔案解析：作為結(jié)束項目或階段過程的結(jié)果，需要更新的組織過程資產(chǎn)至少包括：項目檔案、項目或階段收尾文件、歷史信息。15.在項目范圍管理中，收集需求、范圍定義和建立WBS屬于項目管理過程組的（）。

（分數(shù)：1.00）

A.計劃過程組

√

B.收尾過程組

C.啟動過程組

D.執(zhí)行過程組解析：16.目前國內(nèi)外的專家學(xué)者對大數(shù)據(jù)在數(shù)據(jù)規(guī)模上達成共識，“大數(shù)據(jù)”是（）級別及其以上的數(shù)據(jù)。

（分數(shù)：1.00）

A.TB

B.GB

C.PB

√

D.EB解析：目前國內(nèi)外的專家學(xué)者對大數(shù)據(jù)只是在數(shù)據(jù)規(guī)模上達成共識：”超大規(guī)模“表示的是GB級別的數(shù)據(jù)，”海量“表示的是TB級別的數(shù)據(jù)，”大數(shù)據(jù)“則是PB級別及其以上的數(shù)據(jù)。17.（）不是軟件構(gòu)造工具。

（分數(shù)：1.00）

A.調(diào)試器

B.過濾器

√

C.譯器

D.解釋器解析：軟件需求工具包括需求建模工具和需求追蹤工具。軟件設(shè)計工具包括軟件設(shè)計創(chuàng)建和檢查工具。軟件構(gòu)造工具包括程序編輯器、編譯器、代碼生成器、解釋器、調(diào)試器等。軟件測試工具包括生成器、測試執(zhí)行框架、測試評價工具、測試管理工具、性能分析工具。軟件維護工具包括理解工具（如可視化工具）和再造工具（如重構(gòu)工具）。軟件配置管理工具包括追蹤工具、版本管理工具和發(fā)布工具。軟件工程管理工具包括項目計劃與追蹤工具、風(fēng)險管理工具和度量工具。軟件工程過程工具包括建模工具、管理工具、軟件開發(fā)環(huán)境。軟件質(zhì)量工具包括檢查工具和分析工具。18.A公司成立項目組承接某城市污水治理項目，項目團隊成員來自各個部門。在項目開始執(zhí)行三個月后的一次項目例會上，討論方案時產(chǎn)生分歧，項目成員互相指責(zé)業(yè)務(wù)水平差，并質(zhì)疑項目經(jīng)理的協(xié)調(diào)能力。則該項目團隊處于團隊發(fā)展處于（）。

（分數(shù)：1.00）

A.震蕩階段

√

B.規(guī)范階段

C.發(fā)揮階段

D.形成階段解析：(1)形成階段：一個個獨立的個體成員轉(zhuǎn)變?yōu)閳F隊成員，開始形成共同目標，對未來團隊往往有美好的期待。(2)震蕩階段：團隊成員開始執(zhí)行分配的任務(wù)，一般會遇到超出預(yù)想的困難，希望被現(xiàn)實打破。個體之間開始爭執(zhí)，互相指責(zé)，并且開始懷疑項目經(jīng)理的能力。(3)規(guī)范階段：經(jīng)過一定時間的磨合，團隊成員之間相互熟悉和了解，矛盾基本解決，項目經(jīng)理能夠得到團隊的認可。(4)發(fā)揮階段：隨著相互之間的配合默契和對項目經(jīng)理的信任，成員積極工作，努力實現(xiàn)目標。這時集體榮譽感非常強，常將團隊換成第一稱謂，如：“我們那個組”“我們部門”等，并會努力揮衛(wèi)團隊聲譽。(5)結(jié)束階段：隨著項目的結(jié)束，團隊也被遣散了。19.某企業(yè)自主開發(fā)的某導(dǎo)航軟件的源代碼，在我國受（）保護。

（分數(shù)：1.00）

A.《科學(xué)技術(shù)進步法》

B.《專利法》

C.《著作權(quán)法》

√

D.《商標法》解析：自主開發(fā)的某導(dǎo)航軟件的源代碼，受《著作權(quán)法》保護。20.項目經(jīng)理發(fā)現(xiàn)項目出現(xiàn)多個質(zhì)量問題，需要使用一個圖表向項目干系人描述質(zhì)量問題的集中趨勢、分散程度和統(tǒng)計分布形狀，可以使用（）。

（分數(shù)：1.00）

A.控制圖

B.因果圖

C.直方圖

√

D.散點圖解析：直方圖，是一種特殊形式的條形圖，用于描述集中趨勢、分散程度和統(tǒng)計分布形狀。與控制圖不同，直方圖不考慮時間對分布內(nèi)的變化的影響。21.項目團隊建設(shè)過程中，為了調(diào)動團隊成員的積極性，就需要運用（），促使團隊成員產(chǎn)生積極的工作動機。

（分數(shù)：1.00）

A.激勵理論

√

B.沖突管理

C.規(guī)章制度

D.問題管理解析：為了調(diào)動團隊成員的積極性，就需運用激勵理論，促使團隊成員產(chǎn)生積極工作的動機。同時在形成團隊的過程中，也需要項目經(jīng)理發(fā)揮領(lǐng)導(dǎo)者的作用，以形成一支高績效的團隊。22.某項目的工期為15天，標準差為5天，則20天內(nèi)完成該項目的概率為（）。

（分數(shù)：1.00）

A.68%

B.97%

C.84%

√

D.93%解析：23.關(guān)于索賠的描述，不正確的是（）。

（分數(shù)：1.00）

A.索賠按照依據(jù)分類可以分為合同規(guī)定的索購和非合同規(guī)定的索賠

B.索賠按照目的分類可以分為工期索賠和費用索賠

C.索賠是單向的，只能由承建單位向建設(shè)單位提出索賠

√

D.按照索賠的處理方式，索賠可分為單項索賠和總索賠解析：在實際工作中，索賠是雙向的，建設(shè)單位和承建單位都可以提出索賠要求。通常情況下，索賠是指承建單位在合同實施過程中，對非自身原因造成的工程延期、費用增加而要求建設(shè)單位給予補償損失的一種權(quán)利要求。而建設(shè)單位對于屬于承建單位應(yīng)承擔(dān)責(zé)任造成的，且發(fā)生了實際損失的，向承建單位要求賠償，稱為反索賠。24.（）不屬于系統(tǒng)集成項目管理工程師的職責(zé)。

（分數(shù)：1.00）

A.貫徹執(zhí)行國家和項目所在地的有關(guān)法律法規(guī)和政策

B.平衡項目干系人的利益

C.嚴格執(zhí)行財務(wù)制度，嚴格控制項目成本

D.協(xié)調(diào)項目內(nèi)外部關(guān)系，簽署有關(guān)合同

√解析：簽署合同不一定需要由項目經(jīng)理完成。25.項目可行性研究內(nèi)容一般應(yīng)包括：投資必要性、技術(shù)可行性、財務(wù)可行性、（）、經(jīng)濟可行性、社會可行性和風(fēng)險因素及對策。

（分數(shù)：1.00）

A.法律可行性

B.政策可行性

C.經(jīng)濟結(jié)構(gòu)可行性

D.組織可行性

√解析：項目可行性研究內(nèi)容一般應(yīng)包括以下內(nèi)容：投資必要性、技術(shù)可行性、財務(wù)可行性、組織可行性、經(jīng)濟可行性、社會可行性和風(fēng)險因素及對策。26.系統(tǒng)上線發(fā)布后，項目組發(fā)現(xiàn)并發(fā)處理性能不足，于是進行了優(yōu)化和系統(tǒng)更新。這一活動屬于（）。

（分數(shù)：1.00）

A.預(yù)防性維護

B.完善性維護

√

C.更正性維護

D.適應(yīng)性維護解析：完善性維護：改進交付后產(chǎn)品的性能和可維護性。27.關(guān)于人工智能的描述，不正確的是（）。

（分數(shù)：1.00）

A.人工智能不僅有計算機，也必須有人參與到處理控制中

B.人工智能是由人類設(shè)計和開發(fā)的智能系統(tǒng)

C.更高效更精細的模型和算法是人工智能未來的一個發(fā)展方向

D.人工智能模仿、延續(xù)和擴展了人類的智能功能和智力

√解析：人工智能是研究、開發(fā)用于模擬、延伸和擴展人的智能的理論、方法、技術(shù)及應(yīng)用。它是一門模擬、延伸和擴展人類大腦功能的新技術(shù)。28.控制采購是管理采購關(guān)系、（），并根據(jù)需要實施變更和采取糾正措施的過程。

（分數(shù)：1.00）

A.合同詢價

B.簽訂合同

C.供應(yīng)商摸底

D.監(jiān)督合同執(zhí)行情況

√解析：控制采購是管理采購關(guān)系、監(jiān)督合同執(zhí)行情況，并根據(jù)需要實施變更和采取糾正措施的過程。29.ProjectmanagerrealizesthatthedevelopmentcostisAlreadyoverbudget，Theprojectmanagershould（）。

（分數(shù)：1.00）

A.stopthedevelopment

B.tailorthescopeoftheProject

C.acceptthebudgetAndcontinuethedevelopment

D.submitAchangerequest

√解析：項目經(jīng)理意識到開發(fā)成本已經(jīng)超出預(yù)算，項目經(jīng)理應(yīng)該()。A.停止開發(fā)B.調(diào)整項目范圍C.接受預(yù)算并繼續(xù)發(fā)展D.提交變更請求。有變動先提變更請求走變更流程。30.關(guān)于項目成本管理的描述，不正確的是（）。

（分數(shù)：1.00）

A.應(yīng)急儲備通常是預(yù)算的一部分

B.產(chǎn)品的全生命周期成本等于開發(fā)成本加上部署成本

√

C.項目分攤的房租屬于間接成本

D.管理儲備用來應(yīng)對會影響項目的“未知-未知”風(fēng)險解析：對于一個項目而言，產(chǎn)品的全生命期成本考慮的是權(quán)益總成本，即開發(fā)成本加上維護成本。31.ThePurposeof（）istoensurethattheorganizationundertakestherightprojectsAndAllocatescriticalresourcesAppropriately。

（分數(shù)：1.00）

A.OPM

√

B.SPM

C.VPM

D.TPM解析：（）的目的是確保組織承擔(dān)正確的項目并適當(dāng)分配關(guān)鍵資源。A.OPM(組織級項目管理)B.SPM(銷售過程管理系統(tǒng))C.VPM(基于可視化的項目管理方法)D.TPM(全面生產(chǎn)管理)組織級項目管理的目的是確保組織承擔(dān)正確的項目并適當(dāng)分配關(guān)鍵資源。32.小王深度了解并購買了某個基金，他勸說鼓動朋友小張一起購買。小王采用的溝通方式屬于（）。

（分數(shù)：1.00）

A.敘述

√

B.推銷

C.征詢

D.討論解析：敘述的典型代表是勸說鼓動。33.關(guān)于合同的描述，不正確的是（）。

（分數(shù)：1.00）

A.當(dāng)事人沒有約定設(shè)備的交付時間或者約定不明確的，可以協(xié)議補充，不能達成協(xié)議的，依照合同有關(guān)條款或交易習(xí)慣確定

B.當(dāng)事人訂立合同，應(yīng)當(dāng)具有相應(yīng)的民事權(quán)利能力和民事行為能力

C.合同雙方當(dāng)事人權(quán)利義務(wù)是相互對應(yīng)的，即承建單位的義務(wù)與建設(shè)單位的義務(wù)相對應(yīng)，承建單位的權(quán)利與建設(shè)單位的權(quán)利相對應(yīng)

√

D.合同的內(nèi)容就是當(dāng)事人訂立合同時的各項合同條款，主要內(nèi)容包括當(dāng)事人各自權(quán)利、義務(wù)、項目費用及工程款的支付方式、項目變更約定和違約責(zé)任等解析：合同雙方當(dāng)事人權(quán)利義務(wù)是相互對應(yīng)的，即承建單位的義務(wù)與建設(shè)單位的權(quán)利相對應(yīng)，建設(shè)單位的義務(wù)與承建單位的權(quán)利相對應(yīng)。34.系統(tǒng)集成供應(yīng)商在進行項目內(nèi)部立項時一般包括的內(nèi)容有項目資源估算、項目資源分配、（）和任命項目經(jīng)理等。

（分數(shù)：1.00）

A.技術(shù)評估

B.簽訂合同

C.準備項目任務(wù)書

√

D.組建項目團隊解析：系統(tǒng)集成供應(yīng)商在進行項目內(nèi)部立項時一般包括的內(nèi)容有項目資源估算、項目資源分配、準備項目任務(wù)書和任命項目經(jīng)理等。35.關(guān)于風(fēng)險的描述，不正確的是（）。

（分數(shù)：1.00）

A.風(fēng)險是一種不以人的意志為轉(zhuǎn)移的客觀存在

B.風(fēng)險的后果與人類社會的相關(guān)性決定了風(fēng)險的社會性

C.在企業(yè)管理中所說的風(fēng)險通常是指由于激烈競爭的環(huán)境以及技術(shù)條件的改變企業(yè)經(jīng)營管理面臨的不確定性

D.風(fēng)險可以用概率表示其發(fā)生的可能性，值越大表示其對項目的影響越大

√解析：風(fēng)險概率評估旨在調(diào)查每個具體風(fēng)險發(fā)生的可能性。概率值越大代表發(fā)生的可能性越大。風(fēng)險影響評估旨在調(diào)查風(fēng)險對項目目標（如進度、成本、質(zhì)量或性能）的潛在影響，數(shù)值越大代表對目標影響越大。36.（）不屬于網(wǎng)絡(luò)存儲結(jié)構(gòu)。

（分數(shù)：1.00）

A.SAN

B.NAS

C.SAS

√

D.DAS解析：網(wǎng)絡(luò)存儲結(jié)構(gòu)包括直連式存儲DAS、網(wǎng)絡(luò)存儲設(shè)備NAS和存儲網(wǎng)絡(luò)SAN。37.某單位網(wǎng)絡(luò)出現(xiàn)問題，通過PING命令訪問IP地址可以正常返回數(shù)據(jù)，但無法使用瀏覽器瀏覽網(wǎng)頁。則故障可能出現(xiàn)在（）。

（分數(shù)：1.00）

A.數(shù)據(jù)鏈路層

B.網(wǎng)絡(luò)層

C.會話層

√

D.物理層解析：使用瀏覽器無法訪問可能的原因有很多，例如防火墻/出口路由器有訪問控制、DNS解析錯誤等各種原因。既然ping命令訪問的數(shù)據(jù)能正常返回，說明網(wǎng)絡(luò)層是沒有問題的，排除B選項。所以只能往上層去尋找問題，排除A和D選項，故答案選C選項。38.采購部門尋找潛在供應(yīng)商并且此項目的需求已經(jīng)足夠明確和清晰，則應(yīng)該向潛在供應(yīng)商發(fā)送（）。

（分數(shù)：1.00）

A.征求供應(yīng)商意見書(RFI)

B.投標邀請書(IFB)

C.方案邀請書(RFP)

√

D.報價邀請書(RFQ)解析：征求供應(yīng)商意見書(RFI)，用來征求供應(yīng)商意見，以使需求明確化。如果需求很明確，則不用征求供應(yīng)商意見書(RFI)，直接用方案邀請書(RFP)去征求供應(yīng)商的建議書(Proposal)。39.項目經(jīng)理小王發(fā)現(xiàn)項目可能延期，分析原因后按照風(fēng)險登記冊中的風(fēng)險應(yīng)對計劃進行了處理。該過程屬于項目風(fēng)險管理中的（）。

（分數(shù)：1.00）

A.規(guī)劃風(fēng)險應(yīng)對

B.控制風(fēng)險

√

C.定量風(fēng)險分析

D.識別風(fēng)險解析：控制風(fēng)險是在整個項目中實施風(fēng)險應(yīng)對計劃、跟蹤已識別風(fēng)險、監(jiān)督殘余風(fēng)險、識別新風(fēng)險以及評估風(fēng)險過程有效性的過程。40.某電氣公司研發(fā)部門組織架構(gòu)分為機械、電氣、自動化部門，每個部門內(nèi)的職員有一個明確的上級，上級根據(jù)員工的專業(yè)分配不同的研發(fā)任務(wù)。這種組織結(jié)構(gòu)屬于（）。

（分數(shù)：1.00）

A.矩陣型組織

B.復(fù)合型組織

C.項目型組織

D.職能型組織

√解析：傳統(tǒng)的職能型組織，一個組織被分為一個一個的職能部門，每個部門下還可進一步分為更小的像機械、電氣這樣的班組或部門，這種層級結(jié)構(gòu)中每個職員都有一個明確的上級。員工按照其專業(yè)分成職能部門，例如頂層的生產(chǎn)、市場、工程和會計部門。職能型組織內(nèi)仍然可以有項目存在，但是項目的范圍通常會限制在職能部門內(nèi)部。41.在項目管理中，（）的主要作用是定義并批準項目或階段。

（分數(shù)：1.00）

A.監(jiān)督與控制過程組

B.執(zhí)行過程組

C.啟動過程組

√

D.計劃編制過程組解析：啟動過程組：定義并批準項目或階段。42.某公司開展保密項目，根據(jù)需要設(shè)置了相關(guān)人員的訪問權(quán)限。體現(xiàn)信息安全基本要素的（）。

（分數(shù)：1.00）

A.可審查性

B.機密性

√

C.完整性

D.可用性解析：機密性：確保信息不暴露給未授權(quán)的實體或進程。43.（）不屬于項目范圍說明書的內(nèi)容。

（分數(shù)：1.00）

A.項目范圍描述

B.項目審批要求

√

C.項目制約因素

D.驗收標準解析：項目范圍說明書的內(nèi)容包括：(1)項目目標；(2)產(chǎn)品/項目范圍描述；(3)項目需求；(4)項目邊界；(5)可交付成果；(6)項目制約因素；(7)項目假設(shè)條件；（8）驗收標準；(9)項目的除外責(zé)任。44.關(guān)于招標人的行為，不正確的是（）。

（分數(shù)：1.00）

A.招標人可以規(guī)定最低投標限價

√

B.招標人不得組織單個或者部分潛在投標人踏勘項目現(xiàn)場

C.對技術(shù)復(fù)雜或者無法精確擬定技術(shù)規(guī)格的項目，招標人可以分兩階段進行招標

D.招標人可以自行決定是否編制標底解析：招標人設(shè)有最高投標限價的，應(yīng)當(dāng)在招標文件中明確最高投標限價或者最高投標限價的計算方法。招標人不得規(guī)定最低投標限價，A錯誤。45.關(guān)于信息系統(tǒng)架構(gòu)的描述，不正確的是（）。

（分數(shù)：1.00）

A.系統(tǒng)架構(gòu)目標是將系統(tǒng)整體分解為更小的子系統(tǒng)

B.系統(tǒng)架構(gòu)設(shè)計時需要確定各層的接口

C.系統(tǒng)的選型主要取決于系統(tǒng)架構(gòu)

D.系統(tǒng)分解是對邏輯層結(jié)構(gòu)的橫向分解

√解析：對整個系統(tǒng)的分解，既需要進行“縱向”分解，也需要對同一邏輯層分塊，進行“橫向”分解。46.（）使用以往類似項目的范圍、成本、預(yù)算等參數(shù)值和規(guī)模指標為基礎(chǔ)來估算當(dāng)前項目的同類參數(shù)或指標。

（分數(shù)：1.00）

A.類比估算

√

B.自上而下估算

C.參數(shù)估算

D.三點估算解析：類比估算以過去類似項目的參數(shù)值（如持續(xù)時間、預(yù)算、規(guī)模、重量和復(fù)雜性等）為基礎(chǔ)，來估算術(shù)來項目的同類參數(shù)或指標。47.通過編制項目人力資源管理計劃過程，不能確定（）。

（分數(shù)：1.00）

A.項目的角色和職責(zé)

B.項目人員配備管理計劃

C.項目培訓(xùn)需求

D.項目團隊的人數(shù)和人員名單

√解析：項目團隊的人數(shù)和人員名單屬于組建項目團隊輸出里面的項目人員分配表。48.（）不是制定項目章程的輸入。

（分數(shù)：1.00）

A.項目工作說明書

B.商業(yè)論證

C.項目管理計劃

√

D.事業(yè)環(huán)境因素解析：制定項目章程的輸入：①項目工作說明書；②商業(yè)論證；③協(xié)議；④組織過程資產(chǎn)；⑤事業(yè)環(huán)境因素。49.影響規(guī)劃成本管理過程的事業(yè)環(huán)境因素有(

)。①經(jīng)驗教訓(xùn)數(shù)據(jù)庫②市場條件③貨幣匯率④發(fā)布的商業(yè)信息⑤項目管理信息系統(tǒng)⑥成本估算程序

（分數(shù)：1.00）

A.①③④⑤

B.①②④⑥

C.②③⑤⑥

D.②③④⑥

√解析：會影響規(guī)劃成本管理過程的事業(yè)環(huán)境因素包括（但不限于）：能影響成本管理的組織文化和組織結(jié)構(gòu)、市場條件、貨幣匯率、發(fā)布的商業(yè)信息、項目管理信息系統(tǒng)。50.關(guān)于信息的描述，不正確的是（）。

（分數(shù)：1.00）

A.信息只有流動起來才能體現(xiàn)其價值，信息傳輸技術(shù)是信息技術(shù)的核心

B.香農(nóng)認為信息可以理解為增加不確定性的度量

√

C.信息反映的是事物或事件確定的狀態(tài)

D.信息是有價值的一種客觀存在解析：信息論的奠基者香農(nóng)認為：信息就是能夠用來消除不確定性的東西。51.項目管理過程中，（）確保項目做且只做所需的全部工作。

（分數(shù)：1.00）

A.項目風(fēng)險管理

B.項目質(zhì)量管理

C.項目成本管理

D.項目范圍管理

√解析：項目范圍管理包括確保項目做且只做所需的全部工作。52.以下描述不正確的是（）。

（分數(shù)：1.00）

A.需求變更及項目范圍變更都必須遵循由CCB制定的變更控制流程

B.每次需求變更并經(jīng)過需求評審后，都要重新確定新的項目范圍

√

C.隨著項目進展，需求基線將越定越高，容許的需求變更將越來越少

D.用戶的需求變更必須控制在可控范圍之內(nèi)解析：每次需求變更并經(jīng)過需求評審后，都要重新確定新的需求基線。53.individualprojectriskisanuncertaineventorconditionthat，ifitoccurs，hasa（）effectononeormoreprojectobjectives。

（分數(shù)：1.00）

A.positiveornegative

√

B.winorlost

C.cost

D.great解析：單個項目風(fēng)險是一種不確定的事件或條件，一旦發(fā)生，（積極和消極）的影響就會對一個或多個項目目標產(chǎn)生影響。54.RUP軟件統(tǒng)一過程的軟件生命周期是（）。

（分數(shù)：1.00）

A.初始階段、細化階段、構(gòu)建階段、交付階段

√

B.制定計劃、風(fēng)險分析、實施工程、客戶評估

C.系統(tǒng)分析、系統(tǒng)設(shè)計、系統(tǒng)實施、系統(tǒng)驗收

D.立項階段、開發(fā)階段、運維階段、消亡階段解析：RUP中的軟件生命周期在時間上被分解為各順序的階段，分別是：初始階段、細化階段、構(gòu)建階段和交付階段。55.（）istheProcessofdefininghowtoconductriskmanagementActivitiesforaProject。

（分數(shù)：1.00）

A.IdentifyRisks

B.PerformQualitativeRiskAnalysis

C.PlanRiskassessment

√

D.PlanRiskResponses解析：()是定義如何為項目進行風(fēng)險管理活動的過程A.識別風(fēng)險B.進行定性風(fēng)險分析C.計劃風(fēng)險評估D.計劃風(fēng)險應(yīng)對措施。計劃風(fēng)險評估是定義如何為項目進行風(fēng)險管理活動的過程。56.關(guān)于“質(zhì)量”概念的描述，不正確的是（）。

（分數(shù)：1.00）

A.質(zhì)量通常是指產(chǎn)品的質(zhì)量，廣義上的質(zhì)量還包括工作質(zhì)量

B.質(zhì)量是對用途相同但技術(shù)特性不同的可交付成果的級別分類

√

C.質(zhì)量是一