上半年系統(tǒng)集成項目管理工程師考試解析

?如下對信息系統(tǒng)集成的描述對日勺日勺是（1）。

（1）A.信息系統(tǒng)集成的主線出發(fā)點是實現(xiàn)各個分立子系統(tǒng)的整合

B.信息系統(tǒng)集成的最終交付物是若干分立H勺產(chǎn)品

C.信息系統(tǒng)集成H勺關(guān)鍵是軟件

D.先進技術(shù)是信息系統(tǒng)集成項目成功實行H勺保獐

解析

信息系統(tǒng)集成不只是設備選擇和供應，更重要口勺是它具有高技術(shù)含量的工程過程，要面

向顧客需求提供全面處理方案，其關(guān)鍵是軟件。

答案是：C.信息系統(tǒng)集成的I關(guān)鍵是軟件

?有四家系統(tǒng)集成企業(yè)計劃于2023年5月申請計算機信息系統(tǒng)集成資質(zhì)，其中：

甲企業(yè)計劃申請一級資質(zhì)，注冊資本3000萬元，具有項目經(jīng)理20名，高級項目經(jīng)理

8名，2023年1月通過IS09001質(zhì)量管理體系認證；

乙企業(yè)計劃申請一級資質(zhì)，注冊資本2023萬元，具有項目經(jīng)理20名，高級項目經(jīng)理

8名，2023年4月通過IS09001質(zhì)量管理體系認證；

丙企業(yè)計劃申請四級資質(zhì)，注冊資本500萬元，具有項目經(jīng)理5名，高級項目經(jīng)理1

名，2023年2月通過IS09001質(zhì)量管理體系認證;

丁企業(yè)計劃申請四級資質(zhì)，注冊資本500萬元，具有項目經(jīng)理5名，高級項目經(jīng)理1

名，沒有通過IS09001質(zhì)量管理體系認證。

根據(jù)上述狀況，企業(yè)（2）不符合基本的申報條件。

（2）A.甲BZC.丙D.T

解析

2023年1（）月當時的信息產(chǎn)業(yè)部頒布了《有關(guān)公布計算機信息系統(tǒng)集成資質(zhì)等級評估條

件（修訂版）H勺告知》（信部規(guī)[2023]440號文），該440號文規(guī)定了對企業(yè)的系統(tǒng)集成資

質(zhì)進行認證日勺措施。企業(yè)的系統(tǒng)集成資質(zhì)等級評估重要從綜合條件、業(yè)績、管理能力、技術(shù)

實力、人才實力五個方面來考核。

假如要申報一級資質(zhì)日勺話，對其“管理能力”的規(guī)定中有?條是：己建立質(zhì)量管理體系，

通過認證并運行一年以匕詳情請參閱《系統(tǒng)集成項目管理工程師備考指南與習題詳解》

P20。

答案是：A

?下面有關(guān)計算機信息系統(tǒng)集成資質(zhì)的I論述，（3）是不對的的。

（3）A.工業(yè)和信息化部對計算機信息系統(tǒng)集成認證工作進行行業(yè)管理

B.申請三、四級資質(zhì)的單位應向經(jīng)政府信息產(chǎn)業(yè)主管部門同意日勺資質(zhì)認證機構(gòu)提出認證

申請

c.申請一、二級資質(zhì)的單位應直接向工'業(yè)和信息化部資質(zhì)管理辦公室提出認證申請

D.通過資質(zhì)認證審批II勺各單位將獲得由工業(yè)和信息化部統(tǒng)一印制的資質(zhì)證書

解析

首先由從事信息系統(tǒng)集成業(yè)務的單位向?qū)狧勺評審機構(gòu)提出評審申請。計算機信息系

統(tǒng)集成資質(zhì)認證工作根據(jù)認證和審批分離的原則，按照允由認證機構(gòu)認證，再由信息產(chǎn)業(yè)主

管部門審批口勺工作程序進行。

工業(yè)和信息化部資質(zhì)管理辦公室是全國系統(tǒng)集成資質(zhì)和監(jiān)理資質(zhì)H勺管理和支持機構(gòu)。

答案是：C

?省市信息產(chǎn)業(yè)主管部門負責對(4)信息系統(tǒng)集成資質(zhì)進行審批和管理。

(4)A.一、二級B.三、四級

C.本行政區(qū)域內(nèi)的一、二級D.本行政區(qū)域內(nèi)的三、四級

解析

省、自治區(qū)、直轄市信息產(chǎn)建設單位管部門負責本行政區(qū)域內(nèi)信息系統(tǒng)集成的行業(yè)管

理工作，審批及管理本行玫區(qū)域內(nèi)三、四級信息系統(tǒng)集成單位資質(zhì)，初審本行政區(qū)域內(nèi)一、

二級信息系統(tǒng)集成單位。

答案是：D

?與制造資源計劃MRPH相比，企業(yè)資源計劃ERP最大口勺特點是在制定計劃時將?(5)考

慮在一起，延伸管理范圍，

(5)A.經(jīng)銷商B.整個供應鏈C.終端顧客D.競爭對手

解析

ERP管理范闈向整個供應鏈延伸。

在資源管理范圍方面，MRPII重要側(cè)重對本企業(yè)內(nèi)部人、財、物等資源的管理，ERP

系統(tǒng)在MRPII的基礎.上擴展了管理范圍，它把客戶需求和企業(yè)內(nèi)部日勺制造活動以及供應商

的制造資源整合在一起，形成一種完整日勺供應鏈并對供應鏈上所有環(huán)節(jié)如訂單、采購、庫存、

計劃、生產(chǎn)制造、質(zhì)量控制、運送、分俏、服務與維護、財務管理、人事管理、試驗室管理、

項目管理、配方管理等進行有效管理。

答案是：B

?小張在某電子商務網(wǎng)站建立一家經(jīng)營手工藝品的個人網(wǎng)絡商鋪，向網(wǎng)民提供自己

手工制作的工藝品。這種電子商務模式為(6)。

(6)A.B2BB.B2CC.C2CD.G2C

解析

目前常用H勺電子商務模式有B2B、B2C和C2C三種。

B2B指的J是BusinesstoBusiness,即進行電子商務交易的J供需雙方都是商家（或企

業(yè)、企業(yè)），她們使用了Internet的技術(shù)或多種商務網(wǎng)絡平臺，完畢商務交易的過程。

B2C是指商業(yè)機構(gòu)對消費者的電子商務。

C2C即ConsumerToConsumer,是個人與個人之間II勺電子商務，是顧客對顧客f向電

子商務模式。C2c商務平臺就是通過為買賣雙方提供一種在線交易平臺，使賣方可以積

極提供商品網(wǎng)上拍賣，而買方可以自行選擇商品進行競價。

答案是：C

?與基于C/S架構(gòu)的信息系統(tǒng)相比，基于B/S架構(gòu)H勺信息系統(tǒng)（7）.

（7）A.具有更強的事務處理能力，易于實現(xiàn)復雜的業(yè)務流程

B.人機界面友好，具有愈加迅速口勺顧客響應速度

C.愈加輕易布署和升級維護

D.具有更高打勺安全性

解析

答案是“C.愈加輕易布署和升級維護”

?中間件是位于硬件、操作系統(tǒng)等平臺和應用之間口勺通用服務。（8）位于客戶和

服務器之間，負責負載均衡、失效恢復等任務，以提高系統(tǒng)的整體性能。

（8）A.數(shù)據(jù)庫訪問中間件B.面向消息中間件

C,分布式對象中間件D.事務中間件

解析

答案是“D.事務中間件”。事務處理監(jiān)控程序位于客戶和服務器之間，完

畢事務管理與協(xié)調(diào)、負載平衡、失效恢復等任務，以提高系統(tǒng)H勺整體性能。

?如下有關(guān)軟件測試的描述，（9）是對歐I日勺。

（9）A.系統(tǒng)測試應盡量在實際運行使用環(huán)境下進行

B.軟件測試是在編碼階段完畢之后進行的?項活動

C.專業(yè)測試人員一般采用白盒測試法檢杳程序日勺功能與否符合顧客需求

D.軟件測試工作的I好仄，取決于測試發(fā)現(xiàn)錯誤的數(shù)曷

解析

答案是“A.系統(tǒng)測試應盡量在實際運行使用環(huán)境下進行”。

系統(tǒng)測試是基于系統(tǒng)整體需求闡明書的黑盒類測試，應覆蓋系統(tǒng)所有聯(lián)合

的部件。系統(tǒng)測試是針對整個產(chǎn)品系統(tǒng)進行U勺測試，1=1的是驗證系統(tǒng)與否滿足

了需求規(guī)格的定義，找出與需求規(guī)格不相符合或與之矛盾的地方。

系統(tǒng)測試的對象不僅僅包括需要測試的產(chǎn)品系統(tǒng)的軟件，還要包括軟

件所依賴的硬件、外設甚至包括某些數(shù)據(jù)?、某些支持軟件及其接口等。因此,

必須將系統(tǒng)中的軟件與多種依賴的資源結(jié)合起來，在系統(tǒng)實際運行環(huán)境下來達

行測試。

軟件測試活動不僅包括對代碼、對設計、對功能、對需求的測試，也包括

測試計劃的制定。測試計劃的制定是在編碼之前完畢的。

?軟件的質(zhì)量是指(10)O

(10)A,軟件的功能性、可靠性、易用性、效率、可維護性、可移植性

B.軟件的功能和性能

C.顧客需求的滿意度

D.軟件特性口勺總和，以及滿足規(guī)定和潛在顧客需求H勺能力

解析

答案是“D."，國際原則IS014598給出的“軟件質(zhì)量”的定義是:軟件特

性的I總和，軟件滿足規(guī)定或潛在顧客需求的能力。

?在軟件生存周期中，將某種形式表達H勺軟件轉(zhuǎn)換成更高抽象形式表達的軟件H勺活動屬

于(11)O

(H)A,逆向工程B.代碼重構(gòu)

C.程序構(gòu)造重構(gòu)D.數(shù)據(jù)構(gòu)造重構(gòu)

解析

一般產(chǎn)品設計過程是?種從設計到產(chǎn)品的過程，即設計人員首先在大腦中構(gòu)思產(chǎn)品

的外形、性能和大體日勺技術(shù)參數(shù)等，然后在詳細設計階段完畢各類數(shù)據(jù)模型，最終將這

個模型轉(zhuǎn)入到研發(fā)流程中，完畢產(chǎn)品的整個設計研發(fā)周期。這就是“正向設計”過程。

而逆向工程，又名反向工程（ReverseEngineering-RE）,則是一種從產(chǎn)品到設計

的過程，就是根據(jù)已經(jīng)存在的產(chǎn)品，反向推出產(chǎn)品設計數(shù)據(jù)（包括各類設計圖或數(shù)據(jù)模

型）的過程。初期的船舶工業(yè)中常用的船體放樣設計就是逆向工程的很好實例。

在軟件開發(fā)行業(yè)，基于某個軟件，以反匯編閱讀源嗎的方式去推斷其數(shù)據(jù)構(gòu)造、體

系構(gòu)造和程序設計信息成為軟件逆向工程技術(shù)關(guān)注H勺歪要對象。軟件逆向技術(shù)H勺目的是

用來研究和學習先進的技術(shù)，尤其是當手里沒有合適的文檔資料，而乂很需要實現(xiàn)某人

軟件的功能的時候。因此者多軟件開發(fā)組織為了壟斷技術(shù)，在軟件安裝之前，規(guī)定顧客

同意不去逆向研究。

根據(jù)黃柏素、梅宏組織翻譯，RogerS.Prcssman編著的《軟件工程一實踐者時研究

措施》第4版H勺陳說：

逆向工程抽象層次應當盡量高，即逆向工程過程應當可以導出過程H勺設計表達（一種

低層的J抽象）；程序和數(shù)據(jù)構(gòu)造信息（梢高一點層次的抽象）；數(shù)據(jù)和控制流模型（一種相對

高層的抽象）；以及實體一關(guān)系模型（一種高層抽象）。伴隨抽象層次增高，軟件工程師獲

得更有助于理解程序的信息。

軟件重構(gòu)修改源代碼和/或數(shù)據(jù)以使得它適應未來日勺變化。?般，重構(gòu)并不修改整體

的程序體系構(gòu)造，它趨向于關(guān)注個體模塊的設計細節(jié)以及定義在模塊中日勺局部數(shù)據(jù)構(gòu)

造。假如重構(gòu)擴展到模塊邊界之外并波及軟件體系構(gòu)造，則重構(gòu)變成了正向設計過程。

代碼重構(gòu)的目的是生成可提供相似功能的設計，不過該設計比原程序有更高的質(zhì)

量。

?根據(jù)《軟件文檔管理指南》(GB/T16680-1996),如下有關(guān)文檔評審的論述，(12)

是不對的

(12)A.需求評審深入確認開發(fā)者和設計者已理解顧客規(guī)定什么，以及顧客從開發(fā)者

一方理解某些限制和約束

B.在概要設計評審過程中重要詳細評審每個系統(tǒng)構(gòu)成部分的基本設計措施和

測試計劃，系統(tǒng)規(guī)格闡明應根據(jù)概要設計評審日勺成果加以修改

C.設計評審產(chǎn)生的最終文檔規(guī)定系統(tǒng)和程序?qū)⒃鯓釉O計開發(fā)和測試以滿足?

致同意打勺需求規(guī)格闡明書

D.詳細設計評審重要評審計算機程序、程序單元測試計劃和集成測試計劃

解析

根據(jù)《軟件文檔管理指南》(GB/T16680-1996),詳細設計評審重要評審計算機程

序和程序單元測試計劃，而集成測試計劃則是概要設計評審的對象之一。

?根據(jù)《軟件文檔管理指南》(GB/T16680-1996),如下有關(guān)軟件文檔歸類日勺論述，

(13)是不對口勺日勺。

(13)A.開發(fā)文檔描述開發(fā)過程自身

B.產(chǎn)品文檔描述開發(fā)過程的產(chǎn)物

C.管理文檔記錄項目管理的信息

D.過程文檔描述項目實行的信息

解析

根據(jù)《軟件文檔管理指南》(GB/T16680-1996),軟件文檔有開發(fā)文檔、產(chǎn)品文檔

和管理文檔三類。

?根據(jù)《軟件工程一產(chǎn)品質(zhì)量》(GB/T16260.1-2023)定義H勺質(zhì)量模型，不屬于功能性

的質(zhì)量特性是(14)o

(14)A.適應性B.適合性C.安全保密性D.互操作性

解析

根據(jù)《軟件工程一產(chǎn)品質(zhì)量》(GB/T16260.1-2023)定義日勺質(zhì)量模型，屬于功能性

的質(zhì)量特性是適合性、安全性、互操作性(互用性)、精確性和依從性。

適應性屬于可移植性，

?W企業(yè)想要對木單位的內(nèi)部網(wǎng)絡和辦公系統(tǒng)進行改造，但愿通過招標選擇承建商，

為此，W企業(yè)進行了一系列活動。如下(15)活動不符合《中華人民共和國招標投標法》

的規(guī)定。

(15)A.對此項目的承建方和監(jiān)理方日勺招標工作，W企業(yè)計劃由同一家招標代理機枸

負責招標，并計劃在同一天開標

B.W企業(yè)根據(jù)此項目的特點和需要編制了招標文獻，并確定了提交投標文獻的

截止日期

C.有四家企業(yè)參與了投標，其中?家投標單位在截止口期之后提交投標文獻.

W企業(yè)認為其違反了招標文獻規(guī)定，沒有接受該投標單位的投標文獻

D.W企業(yè)根據(jù)招標文獻的規(guī)定，在三家投標單位中選擇了其中一家作為此項目

口勺承建商，并只將成果告知了中標企業(yè)。

解析

根據(jù)《中華人民共和國招標投標法》第四十五條IJ勺如下規(guī)定:

中標人確定后，招標人應當向中標人發(fā)出中標告知書，并同步將中標成果告知所有

未中標的投標人。

可知，選項D是不符合招標投標法規(guī)定的。

?如下采用單一來源采購方式的活動，（16）是不恰當H勺。

（16）A.某政府部門為建立內(nèi)部辦公系統(tǒng)，已從一種供應商采購了120萬元的網(wǎng)

絡設備，由于辦公地點擴大，打算繼續(xù)從原供應商采購15萬元的設備

B.某地區(qū)發(fā)生自然災害，當?shù)孛裾块T需要緊急采購一批救災物資

C.某地方主管部門需要采購一種市政設施，目前此種設施國內(nèi)僅有一家廠商生產(chǎn)

D.某政府機關(guān)為升級其內(nèi)部辦公系統(tǒng)，與原承建商簽訂r系統(tǒng)維護協(xié)議

解析

根據(jù)《中華人民共和國政府采購法》的如下條款：

第三十一條符合下列情形之一的貨品或者服務，可以根據(jù)本法采用單一來源方式興

購：

（一）只能從唯i供應商處采購的；

（二）發(fā)生了不可預見的緊急狀況不能從其他供應商處采購的;

（三）必須保證原有采購項目?致性或者服務配套R勺規(guī)定，需要繼續(xù)從原供應商處

添購，且添購資金總額不超過原協(xié)議采購金額百分之十的。

可知本題的選項A是不恰當H勺。

?為了處理C/S模式中客戶機負荷過重日勺問題，軟件架構(gòu)發(fā)展形成了（17）模式。

（17）A.三層C/SB.分層C.B/SD.知識庫

解析

客戶機/服務器（Client/Server,C/S）模式將應用一分為二，服務器（后臺）負責

數(shù)據(jù)管理，客戶機（前臺）完畢與顧客的交互任務。C/S模式具有強大的數(shù)據(jù)操作和事

務處理能力，模型思想簡樸，但伴隨企業(yè)規(guī)模的日益擴大，軟件的復雜程度不停提高，

老式的二層C/S模式的缺陷日益突出：

①客戶機與服務器的通訊依賴于網(wǎng)絡，也許成為整個系統(tǒng)運作的瓶頸；客戶機的

負荷過重，難以管理大量的客戶機，系統(tǒng)的性能受到很大影響；

②假如服務器及其界面定義有變化，則客戶機也要做對應變化；

③二層C/S模式采用單一服務器且以局域網(wǎng)為中心,難以擴展至廣域網(wǎng)或Internet：

④數(shù)據(jù)安全性不好?？蛻舳顺绦蚩梢灾苯釉L問數(shù)據(jù)庫服務器，使數(shù)據(jù)庫日勺安全性

受到威脅。

C/S模式合用于分布式系統(tǒng)，得到了廣泛的應用。為了處理C/S模式中客戶端的問

題，發(fā)展形成了瀏覽器/服務器（B/S）模式；為了處理C/S模式中服務器端的問題，發(fā)

展形成了三層（多層）OS模式，即多層應用架構(gòu)。

本題口勺對的選項是“C.B/S”。

?小王在企業(yè)局域網(wǎng)中用Delphi編寫了客戶端應用程序，其后臺數(shù)據(jù)庫使用MS

NT4+SQLServer,應用程序通過ODBC連接到后臺數(shù)據(jù)庫。此處H勺ODBC是（18）。

（18）A.中間件

B.WEBService

C.COM構(gòu)件

D.WEB容器

解析

數(shù)據(jù)庫訪問中間件通過一種抽象層訪問數(shù)據(jù)庫，從而容許使用相似或相似U勺代碼訪

問不一樣的數(shù)據(jù)庫資源。經(jīng)典U勺技術(shù)如Windows平臺的ODBC和Java平臺的JDBC等。

本題口勺對的J選項是“A.中間件”。

?（19）制定了無線局域網(wǎng)訪問控制措施與物理層規(guī)范。

(19)A.IEEE802.3B.IEEE802.11

C.IEEE802.15D.IEEE802.16

解析

IEEE/、J802原則委員會定義了多種重要H勺局域網(wǎng)，其中日勺IEEE802.11制定了無線

局域網(wǎng)（WLAN）日勺訪問控制措施與物理層規(guī)范。

本題日勺對的選項是“B.IEEE802.il”。

?可以實目前Internet上任意兩臺計算機之間傳播文獻的協(xié)議是（20）。

（20）A.FTPB.C.SMTPD.SNMP

解析

FTP（FileTransferProtocol）是Internet上用來傳送文獻的協(xié)議（文獻傳播協(xié)議）。

它是為了我們可以在Internet上互相傳送文獻而制定口勺的文獻傳送原則，規(guī)定了

Internet上文獻怎樣傳送。

可以使用文獻傳播協(xié)議（FTP）把文獻從一部電腦通過Internet傳播至另一部電腦。

本題II勺對的選項是“A.FTP”。

?我國頒布的《大樓通信綜合布線系統(tǒng)YD/T926》原則的合用范圍是跨度距離不超過

（21）米，辦公總面積不超過1,000,000平方米口勺布線區(qū)域。

(21)A.500B.1000C.2023D.3000

解析

通信行業(yè)原則《大樓通信綜合布線系統(tǒng)》YD/T926）的合用范圍是跨越距離不超過

3000米、建筑總面積不超過100萬平方米H勺布線區(qū)域，區(qū)域內(nèi)H勺人員為50人至5萬人。

答案是“D.3（）00”。

?根據(jù)《電子信息系統(tǒng)機房設計規(guī)范》，（22）的論述是錯誤的。

（22）A.某機房內(nèi)面積為125平方米，共設置了三個安全出口

B.機房內(nèi)所有設備的金屬外殼、各類金屬管道、金屬線槽、建筑物金屬構(gòu)造等必

須進行等電位聯(lián)結(jié)并接地

C.機房內(nèi)口勺照明線路宜穿鋼管暗敷或在吊頂內(nèi)穿鋼管明敷

D.為了保證通風，A級電子信息系統(tǒng)機房應設置外窗

解析

《電子信息系統(tǒng)機房設計規(guī)范GB50174—2023》的條款指出：“A級和B級電子信息

系統(tǒng)機房的主機房不適宜設置外窗”。

答案是選項D。

?SAN存儲技術(shù)的特點包括(23)o

①高度”勺可擴展性②復雜但體系化的存儲管理方式③優(yōu)化的資源和服務共享④高

度的可用性

(23)A.①③④B.①②④C.①②③D.②?④

解析

SAN是采用高速的光纖通道作為傳播介質(zhì)的網(wǎng)絡存儲技術(shù)。它將存儲系統(tǒng)網(wǎng)絡化，實

現(xiàn)了高速共享存儲以及塊級數(shù)據(jù)訪問的目的。作為獨立于服務器網(wǎng)絡系統(tǒng)之外，它幾乎擁有

無限存儲擴展能力。業(yè)界倡導的OpenSAN克服了早先光纖通道仲裁環(huán)所帶來歐I互操作和可

靠性問題，提供了開放式、靈活多變?nèi)丈锥鄻优渲梅桨浮？傮w來說，SAN擁有極度的可擴展

性、簡化的存儲管理、優(yōu)化的資源和服務共享以及高度可用性。

答案是選項A。

?某機房布署了多級UPS和線路穩(wěn)壓器，這是出于機房供電的(24)需要。

(24)A.分開供電和穩(wěn)壓供電B,穩(wěn)壓供電和電源保護

C.緊急供電和穩(wěn)壓供電D.不間斷供電和安全供電

解析

答案是選項c。

?如下有關(guān)計算機機房與設施安全管理口勺規(guī)定，（25）是不對H勺的。

（25）A.計算機系統(tǒng)日勺設備和部件應有明顯的標識，并應便J.?清除或重新標識

B.機房中應定期使用靜電消除劑，以減少靜電H勺產(chǎn)生

C.進入機房的工作人員，應更換不易產(chǎn)生靜電口勺服裝

D.嚴禁攜帶個人計算機等電子設備進入機房

解析

根據(jù)《信息安全技術(shù)唁息系統(tǒng)安全等級保護基本規(guī)定》（報批稿）的“.2防盜竊

和防破壞（G1）”之如下規(guī)定：

a）應將重要設備放置在機房內(nèi)：

b）應將設備或重要部件進行固定，并設置明顯II勺不易除去的標識。

可知，答案是選項A,

?某企業(yè)應用系統(tǒng)為保證運行安全，只容許操作人員在規(guī)定H勺工作時間段內(nèi)登錄

該系統(tǒng)進行業(yè)務操作，這種安全方略屬于（26）層次.

（26）A.數(shù)據(jù)域安全B.功能性安全

C.資源訪問安全D.系統(tǒng)級安全

解析

系統(tǒng)級的安全方略包括敏感系統(tǒng)H勺隔離、訪問IP地址段H勺限制、登錄時間段H勺限

制、會話時間的限制、連接數(shù)的限制、特定期間段內(nèi)登錄次數(shù)的限制以及遠程訪問控制

等，系統(tǒng)級安全是應用系統(tǒng)的第一道防線。

答案是選項D。

?基于顧客名和口令的顧客入網(wǎng)訪問控制可分為（27）三個環(huán)節(jié)。

（27）A.顧客名的識別與驗證、顧客口令U勺識別與驗證、顧客賬號的默認限制檢

查

B.顧客名H勺識別與驗證、顧客口令的識別與驗證、顧客權(quán)限的識別與

控制

C.顧客身份識別與驗證、顧客口令的識別與驗證、顧客權(quán)限的識別與控

制

D.顧客賬號11勺默認限制檢查、顧客口令的識別與驗證、顧客權(quán)限的識別

與控制

解析

顧客H勺入網(wǎng)訪問控制可分為三個環(huán)節(jié)：顧客名日勺識別與驗證、顧客口令的識別與驗

證、顧客帳號H勺默認限制檢查。顧客對網(wǎng)絡資源H勺訪問權(quán)限可以用一種訪問控制表來描

述，網(wǎng)絡系統(tǒng)管理員應當為顧客指定合適的訪問權(quán)限，這些訪問權(quán)限控制著顧客對服務

器等網(wǎng)絡資源H勺訪問。

答案是選項A。

?WebService技術(shù)合用于(28)應用。

①跨越防火堵②應用系統(tǒng)集成③單機應用程序④B2B應用⑤軟件重用⑥

局域網(wǎng)上的同構(gòu)應用程序

(28)A.③④⑤⑥B.②?⑤⑥C.①③④⑥D(zhuǎn).?

②④⑤

解析

Web服務"勺重要目U勺是跨平臺的互操作性，適合使用WebServices的狀況有跨越

防火墻、應用程序集成、B2B集成和軟件重用。

在某些狀況下，Web服務也也許會減少應用程序的性能。不適合使用Web服務的狀

況有單機應用程序以及局域網(wǎng)上H勺同構(gòu)應用程序。

答案是選項Do

?如下有關(guān)J2EE應用服務器運行環(huán)境的論述中，(29)是對的時。

(29)A.容器是構(gòu)性的運行環(huán)境

B.構(gòu)件是應用服務器提供的多種功能接口

C.構(gòu)件可以與系統(tǒng)資源進行交互

D.服務是表達應用邏輯的J代碼

解析

J2EE應用服務器運行環(huán)境包括構(gòu)件(Component)＞容器(Container)及服務

(Services)三部分。構(gòu)件是表達應用邏輯的代碼；容器是構(gòu)件的運行環(huán)境；服務則是

應用服務器提供U勺多種功能接口，可以同系統(tǒng)資源進行交互。

答案是選項A。

?如下有關(guān)數(shù)據(jù)倉庫與數(shù)據(jù)庫的論述中，(30)是對歐I日勺。

(30)A.數(shù)據(jù)倉庫的數(shù)據(jù)高度構(gòu)造化、復雜、適合操作計算：而數(shù)據(jù)庫的數(shù)據(jù)構(gòu)

造比較簡樸，適合分析

B.數(shù)據(jù)倉庫的數(shù)據(jù)是歷史的、歸檔"勺、處理過的數(shù)據(jù)；數(shù)據(jù)庫的數(shù)據(jù)

反應FI前的數(shù)據(jù)

c.數(shù)據(jù)倉庫中的數(shù)據(jù)使用頻率較高；數(shù)據(jù)庫中口勺數(shù)據(jù)使用頻率較低

D.數(shù)據(jù)倉庫中的數(shù)據(jù)是動態(tài)變化的，可以直接更新；數(shù)據(jù)庫中日勺數(shù)據(jù)是

靜態(tài)的b不能直接更新

解析

數(shù)據(jù)庫技術(shù)以數(shù)據(jù)庫為中心，進行事務處理、批處理、決策分析等多種數(shù)據(jù)處理

工作，重要有操作型處理和分析型處理兩類。操作型數(shù)據(jù)庫系統(tǒng)重要強調(diào)的是優(yōu)化企業(yè)

的平常事務處理工作，難以實現(xiàn)對數(shù)據(jù)分析處理規(guī)定，無法滿足數(shù)據(jù)處理多樣化H勺規(guī)定。

從而進化出分析型口勺數(shù)據(jù)倉庫技術(shù).

數(shù)據(jù)倉庫(DataWarehouse)是一種面向主題日勺(SubjectOriented)集成日勺、相

對穩(wěn)定的、反應歷史變化的數(shù)據(jù)集合，用于支持管理決策。

與操作型數(shù)據(jù)庫相比，數(shù)據(jù)倉庫的重要特點有面向主題、集成、相對穩(wěn)定和反應

歷史變化。

操作型數(shù)據(jù)庫中的數(shù)據(jù)?般是實時更新的，數(shù)據(jù)根據(jù)需要及時發(fā)生變化，而數(shù)據(jù)

倉庫只有少許U勺修改和刪除操作。

答案是選項B。

?公布項目章程，標志著項目的正式啟動。如下國繞項目章程H勺論述中，(31)

是不對的時。

(31)A.制定項目章程口勺工具和技術(shù)包括專家判斷

B.項目章程要為項目經(jīng)理提供授權(quán)，以便其使用組織資源進行項目活動

C.項目章程應當由項目發(fā)起人公布

D.項目經(jīng)理應在制定項目章程后再任命

解析

制定項目章程口勺工具和技術(shù)包括專家判斷。

項目章程是正式同意一種項目日勺文檔、或者是同意現(xiàn)行項目與否進入下一階段的文

檔。項目章程應當由項目組織以外的項目發(fā)起人公布，若項目為本組織開發(fā)也可由投資

人公布。公布人其在組織內(nèi)的級別應能同意項目，并有對應的為項目提供所需資金的權(quán)

力。項目章程為項目經(jīng)理使用組織資源進行項目活動提供了授權(quán)。

答案是選項Do

?在編制項目管理計劃時?，項目經(jīng)理應遵照編制原則和規(guī)定，使項目計劃符合項

目實際管理的需要。如下有關(guān)項目管理計劃的論述中，(32)是不對的的。

(32)A.應由項目經(jīng)理獨立進行編制

B.可以是概括的)

C.項目管理計劃可以逐漸精確

D.讓干系人參與項目計劃的編制

解析

編制項目計劃所遵照的基本原則有：全局性原則、全過程原則、人員與資源H勺統(tǒng)一

組織與管理原則、技術(shù)工作與管理工作協(xié)調(diào)的原則，除此之外，尚有：

1.項目目的H勺統(tǒng)一協(xié)調(diào)與管理

2.方案H勺統(tǒng)一管理

3.過程日勺統(tǒng)一協(xié)調(diào)與管理

4.計劃H勺統(tǒng)一管理

5.各干系人H勺參與

6.逐漸精確

項目計劃的制定過程，也反應了項目的漸進明細特點，也就是近期的計劃制定得詳

細些，遠期的計劃制定得概要某些，伴隨時間的推移，項目計劃在不停地細化。

選項A是不對日勺日勺。

?在項目實行過程中,項目經(jīng)理通過項目周報中的項目進度分析圖表發(fā)現(xiàn)機房施

工進度有延期風險。項目經(jīng)理立即組織有關(guān)人員進行分析，卜達了有關(guān)改善措施歐I書面

指令。該指令屬于(33)a

(33)A.檢查措施B.缺陷補救措施

C.防止措施D.糾正措施

解析

防止措施是為減少項目風險H勺也許性而提出的提議。

該指令屬于選項心

?在項目管理中，采用(34)措施，對項目進度計劃實行進行全過程監(jiān)督和控制

是經(jīng)濟和合理口勺。

(34)A.會議評審和MONTECARLO分析

B.項目月報和旁站

C.進度匯報和旁站

D.掙值管理和會議評審

解析

掙值管理措施提供了一種基于過去的實行成果來預測未來績效的手段，是對項目進

度進行全過程監(jiān)控的措施之一。

狀態(tài)評審會議是預先規(guī)定的定期進行的交流有關(guān)項目信息的事件，例如項目管理組

每周的內(nèi)部例會、每月和客戶的例會等。

項目組通過定期召開項目狀態(tài)評審會議，對項目日勺重要問題進行專門的討論。它能

突出某些重要項目文獻提供的J信息,迫使人們正視項目的進展，從而為自己日勺工作負責。

選項I）是對進度進行監(jiān)控的恰當手段之一。

?一項新的國標出臺，某項目經(jīng)理意識到新原則中的某些規(guī)定將導致其目前負責

口勺一種項目必須重新設定一項技術(shù)指標，該項目經(jīng)理首先應當（35）0

（35）A.撰寫一份書面口勺變更祈求

B.召開一次變更控制委員會會議，討論所面臨H勺問題

C.告知受到影響的項目干系人將采用新的項目計劃

D.修改項目計劃和WBS,以保證該項目產(chǎn)品符合新原則

解析

A.撰寫一份書面的變更祈求。

?項目經(jīng)理對某軟件需求分析活動歷時估算的成果是：該活動用時2周（假定每周工

作時間是5天）。隨即對其進行后備分析，確定的增長時間是2天。如下針對該項目

后備分析成果的論述中，（36）是不對的的。

（36）A.增長軟件需求分析的應急時間是2天

B.增長軟件需求分析的緩沖時間是該活動歷時H勺20%

C.增長軟件需求分析的時間儲備是20%

D.增長軟件需求分析的歷時原則差是2天

解析

考慮到進度風險，在制定項目進度計劃時，可進行后備分析，也就是以“應急時間”、

“時間儲備”或“緩沖時間”為名稱增長某些時間。應急時間可取活動持續(xù)時間估算值

的某一比例，或某一固定長短的時間，或根據(jù)定量風險分析的成果確定。

實際執(zhí)行項目時，應急時間也許所有用完，也也許只使用一部分，還也許伴隨項目

更精確的信息增長和積累而到后來減少或取消。

用三點估算法估算活動的歷時時，才會使用原則差這個概念。

本題的選項是“D.增長軟件需求分析的歷時原則差是2天”。

?在工程網(wǎng)絡計劃中，工作M的最早開始時間為第16天，其持續(xù)時間為5天。

該工作有三項緊后工作，他們的最早開始時間分別為第25天、第27天和第30天,

最遲開始時間分別為第28天、第29天和第3()天。則工作MH勺總時差為(37)

天。

(37)A,5B.6C.7D.9

解析

工作M時最早開始時間為第16天，其持續(xù)時間為5天。因此，工作M的最早

結(jié)束時間為第16+5=21天。

工作M有三項緊后工作，他們的最遲開始時間分別為第28天、第29天和第30

天。因此工作M的最遲結(jié)束時間為三者之中最小的笫28天。

工作M的總時差=工作乂的最遲結(jié)束時間-工作M的最早結(jié)束時間=28-21=7

天。

該題的選項為“C.7”。

?如下有關(guān)關(guān)鍵途徑法的論述，(38)是不對的的。

(38)A.假如關(guān)鍵途徑中的一種活動延遲，將會影響整個項目計劃

B.關(guān)鍵途徑包括所有項目進度控制點

C.假如有兩個或兩個以上的途徑長度同樣，就有也許存在多種關(guān)鍵途

徑

D.關(guān)鍵途徑可隨項目口勺進展而變化

解析

關(guān)鍵路線是指進度網(wǎng)絡圖中歷時最長的那條途徑，它的長度決定「項忖的生命周期

長度。因此，假如關(guān)鍵途徑中II勺一種活動延遲，將會影響整個項1=1計劃。

控制點，即里程碑。里程碑是項目生命周期中，時間軸.上的?種時刻，在該時刻應

對項目特意關(guān)注和控制，一般指一種重要可交付成果日勺完畢，也可以沒有交付物僅僅是

控制。

里程碑清單包括了所有的里程碑。

因此，從邏輯上講，關(guān)鍵途徑不一定包括所有項目進度控制點。

關(guān)鍵途徑可隨項目的進展而變化。

假如有兩個或兩個以上的I關(guān)鍵途徑長度同樣，那就存在多種關(guān)鍵途徑。

假如有兩個或兩個以上的途徑長度同樣，這些途徑也許是?般途徑、不是關(guān)鍵途徑,

此時就不能推斷一定存在多種關(guān)鍵途徑。

因此，從邏輯上講“假如有兩個或兩個以上的途徑長度同樣，就有也許存在多種關(guān)

鍵途徑”也說得過去。

本題的選項是“B.關(guān)鍵途徑包括所有項目進度控制點”。

?在軟件開發(fā)項目實行過程中，由于進度需要，有時要采用迅速跟進措施。（39：

屬于迅速跟進范用。

（39）A.壓縮需求分析工作周期

B.設計圖紙所有完畢前就開始現(xiàn)場施工準備工作

C.使用最佳的工程師，加班加點盡快完畢需求分析闡明書編制工作

D.同其他項目協(xié)調(diào)好關(guān)系以減少行政管理的磨擦

解析

迅速跟進是指計劃時串行的活動，當實行時進度落后時，改為并行或部分并行（當

然前提是串行H勺活動，自身的次序是可以變化的）。

該題的選項是“B.設計圖紙所有完畢前就開始現(xiàn)場施T.準備工作”。

?某軟件開發(fā)項目的實際進度已經(jīng)大幅滯后于計劃進度，（40）可以較為有效地

縮短活動工期。

（40）A.請經(jīng)驗豐富的老程序員進行技術(shù)指導或協(xié)助完畢工作

B.規(guī)定項目組組員每天加班2?3個小時進行趕工

C.招聘一批新的程序員到項目組中

0.購置最新版本的軟件開發(fā)工具

解析

本題的選項是“A.請經(jīng)驗豐富的|老程序員進行技術(shù)指導或協(xié)助完畢工作”。

?某企業(yè)近來在一家大型企業(yè)OA項目招標中勝出，小張被指定為該項目的項目

經(jīng)理。企業(yè)公布了項目章程，小張根據(jù)該章程等項目資料編制了由項目目的I、可交付成

果、項目邊界及成本和質(zhì)量測量指標等內(nèi)容構(gòu)成的（41）。

（41）A.項目工作闡明書B.范圍管理計劃

C.范圍闡明書D.WBS

解析

公布項目章程后，接著就要對項目進行初步分解，明確項目范圍了。通過題干可知

“根據(jù)該章程等項目資料編制了由項目目的、可交付成果、項目邊界及成本和質(zhì)量測量

指標等內(nèi)容構(gòu)成H勺”“C.范圍闡明書”為對H勺選項。

?下面有關(guān)項目范圍確認描述，（42）是對的的。

（42）A.范圍確認是一項對項目范圍闡明書進行評審日勺活動

B.范圍確認活動一般由項目組和質(zhì)量管理員參與執(zhí)行即可

C.范圍確認過程中也許會產(chǎn)生變更申請

D.范圍確認屬于一項質(zhì)量控制活動

解析

范圍確認是客戶等項FI干系人正式驗收并接受已完畢的項FI可交付物的過程，范圍

確認過程中也許產(chǎn)生的變更申請，例如對缺陷的修復規(guī)定。

該題對的I選項為“C.范圍確認過程中也許會產(chǎn)生變更申請”。

?下列有關(guān)資源平衡日勺描述中，（43）是對的時。

（43）A.資源平衡一般用于已經(jīng)運用關(guān)鍵鏈法分析過的進度模型之中

B.進行資源平衡的前提是不能變化原關(guān)鍵路線

C.使用按資源分派倒排進度法不一定能制定出最優(yōu)項FI進度表

D.資源平衡11勺成果一般是使項目U勺估計持續(xù)時間比項目初步進度表短

解析

該題的對H勺選項是“C.使用按資源分派倒排進度法不一定能制定出最優(yōu)項目進度

表”。

?某企業(yè)今年用于信息系統(tǒng)安全工程師日勺培訓費用為5萬元,其中有8000元計

入A項目成本，該成本屬于A項目時（44）o

（44）A.可變成本B.沉沒成本

C.實際成本（AC）D.間接成本

解析

很明顯，該題對?的選項為“D.間接成本”。

?項目進行到某階段時，項目經(jīng)理進行了績效分析，計算出CPI值為0.91。這

表達(45)o

(45)A.項目日勺每91元人民幣投資中可發(fā)明相稱于100元日勺價值

B.當項目完畢時將會花費投資額的91%

C.項目僅進展到計劃進度的91%

D.項目的每100元人民幣投資中只發(fā)明相稱于91元的價值

解析

該題的對日勺選項為“D.項目的每100元人民幣投資中只發(fā)明相稱于91元日勺價

侑”。

?下圖是一項布線工程計劃和實際完畢的示意圖，2023年3月23日的PV、EV、AC分

別是(46)o

布線計劃:

第律無計劃第2天計劃，第3天計劃，

完成第匕層,預算2000元完成第2層，預算2000元完成第3層，預算2000元

'k.2009-3.21■凝％氓2'k.2009-^23

實際情況：完成第一層用掉3800元

第1天計劃，第2天計劃，

完成第1層，預算2000元完成第2層，預算2000元

2009-3-21.2009-3-22-2009-3-23

46)A.PV=4000元、EV=2023元、AC=3800元

B.PV=4000元、EV=3800元、AC=2023元

C.PV=3800元、EV=4000元、AC=2023元

D.PV=3800元、EV=3800元、AC=2023元

解析

到2009-3-23早上8:30上班前：

應當完畢日勺預算PV=2023+2023=4000元

掙值EV=2023元

實際成本AC=3800元

該題的選項是“A.PV=4000元、EV=2023元、AC=3800元”。

?在項目人力資源計劃編制中，一般會波及到組織構(gòu)造圖和職位描述。其中，根

據(jù)組織既有的部門、單位或團體進行分解，把工作包和項目的活動列在負責的部門下面

的圖采用的是（47）o

（47）A.工作分解構(gòu)造（WBS）B.組織分解構(gòu)造（0BS）

C.資源分解構(gòu)造（RBS）D.責任分派

矩陣(RAM)

解析

對時的選項是“B.組織分解構(gòu)造（OBS）”。

?在組建項目團體時，人力資源要滿足項目規(guī)定。如下說法，（48）是不妥當?shù)摹?/p>

（48）A.對關(guān)鍵崗位要有技能原則，人員達標后方可聘任

R.與技能原則有差距的員T進行培訓.合格后可聘任

C.只要項目經(jīng)理對團體組員承認就可以

D.在組建團體時要考慮能力、經(jīng)驗、愛好、成本等人員原因

解析

該題的選項是“C.只要項目經(jīng)理對團體組員承認就可以”。

?項目經(jīng)理管理項目團體有時需要處理沖突，（49）屬于處理沖突的范圍。

（49）A.強制、妥協(xié)、撤退B.強制、求同

存異、觀測

C.妥協(xié)、求同存異、增長權(quán)威D.妥協(xié)、撤退、防

止

解析

處理沖突的措施有：處理問題、強制、妥協(xié)、撤退、求同存異（調(diào)和）等。

因此，該題H勺選項為“A.強制、妥協(xié)、撤退”。

?某承建單位準備把機房項目中的消防系統(tǒng)工程分包出去，并準備了詳細日勺設計

圖紙和各項闡明。該項目工程包括：火災自動報警、廣播、火災初期報警滅火等。該工

程宜采用(50)o

(50)A.單價協(xié)議

B.成本加酬金協(xié)議

C.總價協(xié)議

D.委托協(xié)議

解析

該題的選項為“C.總價協(xié)議”，以防止自己的成本超支。

?小王為我司草擬了一份計算機設備采購協(xié)議，其中寫到“乙方需按一般的行業(yè)

原則提供技術(shù)支持服務”，經(jīng)理審閱后規(guī)定小王修改，原因是(51)0

(51)A.文字體現(xiàn)不通順

B.格式不符合國家或行業(yè)原則R勺規(guī)定

C.對協(xié)議標口勺口勺描述不夠清晰、精確

D.術(shù)語使用不妥

解析

該題的選項為“C.對協(xié)議標的的描述不夠清晰、精確”。

?組織項目招標要按照《中華人民共和國招標投標法》進行。如下論述中，（52；

是不對的的。

（52）A.公開招標和邀請招標都是常用的招標方式

B.公開招標是指招標人以招標公告方式邀請一定范圍的法人或者其他組織投

標

C.邀請招標是指招標人以投標邀請書的方式邀請?zhí)囟ǖ姆ㄈ嘶蛘咂渌M織投

標

D.招標人是根據(jù)本法規(guī)定提出招標項目、進行招標的法人或者其他組織

解析

根據(jù)《中華人民共和國招標投標法》如下條款：

第十條招標分為公開招標和邀請招標。

公開招標，是指招標人以招標公告的方式邀請不特定的法人或者其他組織投

標。

邀請招標，是指招標人以投標邀請書的方式邀請?zhí)囟ǖ姆ㄈ嘶蛘咂渌M織投

標。

可知，該題的選項為“B.公開招標是指招標人以招標公告方式邀請?定范圍B勺法

人或者其他組織投標”。

?系統(tǒng)集成商與建設方在一種ERP項目的談判過程中，建設方提出如下規(guī)定：

系統(tǒng)初驗時間為2023年6月底（付款50%）；正式驗收時間為2023年10月底（合

計付款80%）；系統(tǒng)運行服務期限為一年（也許合計付款100%）；并但愿長期提供應

用軟件技術(shù)支持。系統(tǒng)集成商在起草項目建設協(xié)議步，協(xié)議期限設定到（53）為妥。

（53）A.2023年10月底B.2023年6月底

C.2023年10月底D.長期

解析

系統(tǒng)集成商在起草項目建設協(xié)議步，協(xié)議期限應設定為：

正式驗收日勺時間（2023年10月底，此時合計付款80%）+1年的系統(tǒng)運行服務

期（也許合計付款100%）o

因此,該題的選項為“C.2023年10月底“.

至于2023年10月后來的“長期提供應用軟件技術(shù)支持”，則可另行簽訂服務協(xié)

議。

?某軟件開發(fā)項目協(xié)議規(guī)定，需求分析要通過客戶確認后方可進行軟件設計。但

建設單位以客戶代表出國、其他人員不知情為由拒絕簽字，導致進度延期。軟件開發(fā)單

位進行索賠一般按（54）次序較妥當。

①由該項目H勺監(jiān)理方進行調(diào)解②由經(jīng)濟協(xié)議仲裁委員會仲裁

③由有關(guān)政府主管機構(gòu)仲裁

（54）A.③B.①③②C.③①②D.②?@

解析

項目發(fā)生索賠事件后，?般先由監(jiān)理工程師調(diào)解，若調(diào)解不成，由政府建設主管機

構(gòu)進行調(diào)解，若仍調(diào)解不成，由經(jīng)濟協(xié)議仲裁委員會進行調(diào)解或仲裁。

該題的選項為"B.①③②"。

?按照索賠程序，索賠方要在索賠告知書發(fā)出后（55）內(nèi)，向監(jiān)理方提出延長工

期和（或）賠償經(jīng)濟損失的索賠匯報及有關(guān)資料。

（55）A.2周B.28天C.30天D.3周

解析

在索賠告知書發(fā)出后的28天內(nèi)，向監(jiān)理工程師提出延長工期和（或）賠償經(jīng)濟損

失的索賠匯報及有關(guān)資料,

該題的選項為“B.28天”。

?某項工程需在室外進行線纜鋪設，但由于持續(xù)大雨導致承建方一更無法施工，

動工日期比計劃晚了2周（協(xié)議約定持續(xù)1周以內(nèi)的天氣異常不屬于反常天氣），給

承建方導致一定的經(jīng)濟損失。承建方若尋求賠償，應當（56）o

（56）A,規(guī)定延長工期賠償

B.規(guī)定費用賠償

C.規(guī)定延長工期賠償、費用賠償

D.自己克服

解析

該題的I選項為“A.規(guī)定延長工期賠償”。

?某企業(yè)正在計劃實行一項用于企業(yè)內(nèi)部的辦公自動化系統(tǒng)項目，由于該系統(tǒng)的

實行波及到企業(yè)諸多內(nèi)部人員，因此項目經(jīng)理打算制定一種項H溝通管理計劃，他應采

用的第一種工作環(huán)節(jié)是（57）o

（57）A.設計一份日程表，標識進行每種溝通口勺時間

B.分析所有項目干系人的信息需求

C.構(gòu)建一種文檔庫并保留所有U勺項FI文獻

D.描述準備公布的信息

解析

該題的選項為“B.分析所有項Fl干系人U勺信息需求”。

?召開會議就某一事項進行討論是有效口勺項目溝通措施之一，保證會議成功的I措

施包括提前確定會議目的、準時開始會議等，（58）不是保證會議成功的措施。

（58）A.項目經(jīng)理在會議召開前一天，將會議議程通過電子郵件發(fā)給參會人員

B.在技術(shù)方案的評審會議中，某專家發(fā)言時間超時嚴重，會議主持人對會議

進程進行控制

C.某系統(tǒng)驗收會上，為了防止專家組意見太發(fā)散，項目經(jīng)理規(guī)定會議主

持人給出結(jié)論性意見

D.項目經(jīng)理指定文檔管理員負費會風記錄

解析

該題的選項為“C.某系統(tǒng)驗收會上，為了防止專家組意見太發(fā)散，項目經(jīng)理規(guī)定

會議主持人給出結(jié)論性意見”。

?某項目組的小組長王某和程序員李某在討論確定一種功能模塊日勺技術(shù)處理方案

時發(fā)生劇烈爭執(zhí)，此時作為項目經(jīng)理應當首先采用（59）日勺措施來處理這一沖突。

（59）A.請兩人先冷靜下來，淡化爭議，然后在討論問題時求同存異

B.協(xié)助兩人分析對錯，然后處理問題

C.規(guī)定李某服從小組長王某日勺意見

D.請兩人把目前問題擱置起來，防止爭執(zhí)

解析

該題的選項是“B.協(xié)助兩人分析對錯，然后處理問題”。

?如下有關(guān)采購工作闡明書的論述中，（60）是錯誤的I。

（60）A.采購闡明書與項目范圍基準沒有關(guān)系

B.采購工作闡明書與項目的工作闡明書不一樣

C.應在編制采購計劃的J過程中編寫采購工作闡明書

D.采購工作闡明書定義了與項目協(xié)議有關(guān)的范圍

解析

該題的選項為“A.采購闡明書與項目范圍基準沒有關(guān)系”。

?某項目建設內(nèi)容包括機房的升級改造、應用系統(tǒng)的開發(fā)以及系統(tǒng)的集成等。招

標人于2023年3月25日在某國家級報刊上公布了招標公告，并規(guī)定4月20日上

午9時為投標截止時間和開標時間。系統(tǒng)集成單位A、B、C購置了招標文獻。在4月

10日，招標人發(fā)現(xiàn)已發(fā)售的招標文獻中某技術(shù)指標存在問題，需要進行澄清，于是在4

月12日以書面形式告知A、B、C三家單位。根據(jù)《中華人民共和國招標投標法》，

投標文獻截止日期和開標日期應當不早于(61)o

(61)A.5月5日B.4月22日

C.4月25日I).4月27日

解析

該題的選項為“D.4月27日”。

?在評標過程中，162)是不符合招標投標法規(guī)定的。

(62)A.評標委員會委員由5人構(gòu)成，其中招標人代表2人,經(jīng)濟、技術(shù)專家3

人

B.評標委員會認為A投標單位口勺投標文獻中針對某項技術(shù)的論述不

夠清晰，規(guī)定A單位予以澄清

C.某單位的投標文獻中某分項工程的報價存在個別漏項，評標委員會

認為個別漏項屬于細微偏差，投標標書有效

D.某單位雖然按招標文獻規(guī)定編制了投標文獻，不過個別頁面沒有編

制頁碼，評標委員會認為投標標書有效。

解析

該題的選項為“A.評標委員會委員由5人構(gòu)成，其中招標人代表2人，經(jīng)濟、

技術(shù)專家3人”。

?某項采購已經(jīng)到了協(xié)議收尾階段，為了總結(jié)這次采購過程中的經(jīng)驗教訓，以供

企業(yè)內(nèi)的其他項目參照借鑒，企業(yè)應組織（63）。

（63）A.業(yè)績匯報B.采購評估

C.項目審查D.采購審計

解析

該題的選項為“D.采購審計”。

?如下有關(guān)文檔管理日勺描述中，（64）是對?日勺依J。

（64）A.程序源代碼清單不屬于文檔

B.文檔按項目周期角度可以分為開發(fā)文檔和管理文檔兩大類

C.文檔按重要性和質(zhì)量規(guī)定可以分為正式文檔和非正式文檔

1）.《軟件文檔管理指南》明確了軟件項目文檔的詳細分類

解析

該題的選項為“C.文檔按重要性和質(zhì)量規(guī)定可以分為正式文檔和非正式文檔”。

?配置識別是軟件項目管理中的一項重要工作，它的工作內(nèi)容不包括（65）。

（65）A.確定需要納入配置管理的配置項

B.確定配置項口勺獲取時間和所有者

C.為識別H勺配置項分派唯一的標識

D.對識別的配置項進