2023年上六個月上午系統(tǒng)集成項目管理工程師考試題及答案解析_第1頁
2023年上六個月上午系統(tǒng)集成項目管理工程師考試題及答案解析_第2頁
2023年上六個月上午系統(tǒng)集成項目管理工程師考試題及答案解析_第3頁
2023年上六個月上午系統(tǒng)集成項目管理工程師考試題及答案解析_第4頁
2023年上六個月上午系統(tǒng)集成項目管理工程師考試題及答案解析_第5頁
已閱讀5頁,還剩83頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

2023年上六個月上午系統(tǒng)集成項目管理工程師考試題及答案解

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

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

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

C.信息系統(tǒng)集成的關鍵是軟件

D.先進技術是信息系統(tǒng)集成項目成功實行日勺保障解析信息系統(tǒng)集成不只是設備選擇和供應,更重要的是

它具有高技術含量的工程過程,要面向顧客需求提

供全面處理方案,其關鍵是軟件。答

案是:C.信息系統(tǒng)集成的關鍵是軟件

?有四家系統(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.甲B.乙C.丙D.T

解析:2023年10月當時的信息產(chǎn)業(yè)部頒布了《有關公布計算機信息系統(tǒng)集成資質(zhì)等級評估條件(修訂版)

的通知》(信部規(guī)[2023]440號文),該440號文規(guī)定了對企業(yè)的系統(tǒng)集成資質(zhì)進行認證的措施。企業(yè)的系統(tǒng)

集成資質(zhì)等級評估重要從綜合條件、業(yè)績、管理能力、技術實力、人才實力五個方面來考核。假如要中報一

級資質(zhì)的話,對其“管理能力”的規(guī)定中有一條是:已建立質(zhì)量管理體系,通過認證并運行一

年以上,詳情請參閱《系統(tǒng)集成項目管理二程師備考指南與習題詳解》P20。

答案是:A

?下面有關計算機信息系統(tǒng)集成資質(zhì)的論述,(3)是不對的時。

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

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

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

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

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

算機信息系統(tǒng)集成資質(zhì)認證工作根據(jù)認證和審批分離的原則,按照先由認證機構認

證,再由信息產(chǎn)業(yè)主管部門審批的工作程序進行。工業(yè)和信息化部資質(zhì)管理辦公室是

全國系統(tǒng)集成資質(zhì)和監(jiān)理資質(zhì)的管理和支持機構。

答案是:C

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

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

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

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

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

答案是:D

?與制造資源計劃MRP1I相比,企業(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)民提供自己手工制作H勺工藝品。這種

電子商務模式為(6)。

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

解析:目前常用的電子商務模式有B2B、B2C和C2C三種。

B2B指的是BusinesstoBusiness,即進行電子商務交易的供需雙方都是商家(或企業(yè)、企業(yè)),她們使用了

Internet的技術或多種商務網(wǎng)絡平臺,完畢商務交易的I過程。

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

C2C即ConsumerToConsumer,是個人與個人之間的電子商務,是顧客對顧客口勺電子商務模式。C2c商務平

臺就是通過為買賣雙方提供一種在線交易立臺,使賣方可以積極提供商品網(wǎng)上拍賣,而買方可以自行選擇商品

進行競價。

答案是:C

?與基于C/S架構的信息系統(tǒng)相比,基于B/S架構的信息系統(tǒng)(7)o

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

B.人機界面友好,具有愈加迅速的顧客響應速度

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

D.具有更高的J安全性

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

?中間件是位于硬件、操作系統(tǒng)等平臺和應用之間的通用服務。(8)位于客戶和服務器之間,負責負載均

衡、失效恢復等任務,以提高系統(tǒng)的整體性能。

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

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

解析:答案是“D.事務中間件”。事務處理監(jiān)控程序位于客戶和服務器之間,完畢事務管理與協(xié)調(diào)、負載

平衡、失效恢復等任務,以提高系統(tǒng)的整體性能。

?如下有關軟件測試的描述,(9)是對的的。

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

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

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

D.軟件測試工作的好壞,取決于測試發(fā)現(xiàn)錯誤的數(shù)量

解析:答案是“A.系統(tǒng)測試應盡量在實際運行使用環(huán)境下進行”。系統(tǒng)測試是基于系統(tǒng)整體需求闡明書

H勺黑盒類測試,應覆蓋系統(tǒng)所有聯(lián)合的部件。系統(tǒng)測試是針對整個產(chǎn)品系統(tǒng)進行的測試,目的是驗證系統(tǒng)是

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

系統(tǒng)測試口勺對象不僅僅包括需要測試的產(chǎn)品系統(tǒng)的軟件,還要包括軟件所依賴的硬件、外設甚至包括某些

數(shù)據(jù)、某些支持軟件及其接口等。因此,必須將系統(tǒng)中的軟件與多種依賴的資源結合起來,在系統(tǒng)實際運行

環(huán)境下來進行測試。軟件測試活動不僅包括對代碼、對設計、對功能、對需求的測試,也包括測試計劃日勺制

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

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

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

B,軟件R勺功能和性能

C.顧客需求日勺滿意度

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

解析:答案是“D.〃,國際原則ISO14598給出的“軟件質(zhì)量〃的定義是:軟件特性的總和,軟件滿足規(guī)定

或潛在顧客需求的能力。

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

(11)A.逆向工程B.代碼重構C.程序構造重構D.數(shù)據(jù)構造重構

解析一般產(chǎn)品設計過程是一種從設計到產(chǎn)品的過程,即設計人員首先在大腦中構思產(chǎn)品的外形、性能和

大體的技術參數(shù)等,然后在詳細設計階段完畢各類數(shù)據(jù)模型,最終將這個模型轉(zhuǎn)入到研發(fā)流程中,完畢產(chǎn)品

H勺整個設計研發(fā)周期。這就是“正向設計”過程。

而逆向工程,又名反向工程(ReverseEngineering-RE),則是一種從產(chǎn)品到設計的過程,就是根據(jù)已經(jīng)

存在的產(chǎn)品,反向推出產(chǎn)品設計數(shù)據(jù)(包括各類設計圖或數(shù)據(jù)模型)的過程。初期的船舶工業(yè)中常用R勺船體

放樣設計就是逆向工程的很好實例。在軟件開發(fā)行業(yè),基于某個軟件,以反匯編閱讀源碼的方式去推斷其數(shù)

據(jù)構造、體系構造和程序設計信息成為軟件逆向工程技術關注的重要對象e軟件逆向技術的目的是用來研究和

學習先進的技術,尤其是當手里沒有合適的文檔資料,而又很需要實現(xiàn)某個軟件的功能的時候。因此諸多軟件

開發(fā)組織為了壟斷技術,在軟件安裝之前,規(guī)定顧客同意不去逆向研究。

根據(jù)黃柏素、梅宏組織翻譯,RogerS.Pressman編著的《軟件工程一實踐者的研究措施》第4版的陳說:

逆向工程抽象層次應當盡量高,即逆向工程過程應當可以導出過程的設計表達(一種低層的抽象);程序和數(shù)據(jù)

構造信息(稍高一點層次的抽象);數(shù)據(jù)和控制流模型(一種相對高層的抽象);以及實體一關系模型(一種高層抽

象)。伴隨抽象層次增高,軟件工程師獲得更有助于理解程序的I信息。

軟件重構修改源代碼和/或數(shù)據(jù)以使得它適應未來的變化。一般,重構并不修改整體的程序體系構造,它

趨向于關注個體模塊口勺設計細節(jié)以及定義在模塊中的局部數(shù)據(jù)構造。假如重構擴展到模塊邊界之外并波及軟

件體系構造,則重構變成了正向設計過程。

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

?根據(jù)《軟件文檔管理指南》(GB/T16680-1996),如下有關文檔評審的論述,(12)是不對H勺的。

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

和約束

B.在概要設計評審過程中重要詳細評審每個系統(tǒng)構成部分的I基本設計措施和測試計劃,系統(tǒng)規(guī)格闡明

應根據(jù)概要設計評審H勺成果加以修改

C.設計評審產(chǎn)生的最終文檔規(guī)定系統(tǒng)和程序?qū)⒃鯓釉O計開發(fā)和測試以滿足一致同意R勺需求規(guī)格闡明書D.

詳細設計評審重要評審計算機程序、程序單元測試計劃和集成測試計劃解析:根據(jù)《軟件文檔管理

指南》(GB/T16680-1996),詳細設計評審重要評審計算機程序和程序單元

測試計劃,而集成測試計劃則是概要設計評審的對象之一。

?根據(jù)《軟件文檔管理指南》(GB/T16680-1996),如下有關軟件文檔歸類的論述,(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)定義的質(zhì)量模型,不屬于功能性的質(zhì)量特性是(14)。

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

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

適合性、安全性、互操作性(互用性)、精確性和依從性。適應性屬于可移植性。

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

一系列活動。如下(15)活動不符合《中色人民共和國招標投標法》的規(guī)定。

(15)A.對此項目的I承建方和監(jiān)理方的招標工作,W企業(yè)計劃由同一家招標代理機構負責招標,并計劃在

同一天開標

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

C.有四家企業(yè)參與了投標,其中一家投標單位在截止日期之后提交投標文獻,W企業(yè)認為其違反了招

標文獻規(guī)定,沒有接受該投標單位的投標文獻

D.W企業(yè)根據(jù)招標文獻的規(guī)定,在三家投標單位中選擇了其中一家作為此項目日勺承建商,并只將成果通

知了中標企業(yè)。

解析:根據(jù)《中華人民共和國招標投標法》第四十五條的如下規(guī)定:中標人確定后,招標人應當向

中標人發(fā)出中標告知書,并同步將中標成果告知所有未中標的投標人??芍x項D是不符合招標投標

法規(guī)定的。

?如下采用單一來源采購方式的活動,(16)是不恰當?shù)摹?/p>

(16)A.某政府部門為建立內(nèi)部辦公系統(tǒng),已從一種供應商采購了120萬元的網(wǎng)絡設備,由于辦公地點擴大,

打算繼續(xù)從原供應商采購15萬元的設備

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

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

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

解析:根據(jù)《中華人民共和國政府采購法》的如下條款:第三十一條符合下列情形之一的貨品或者服務,

可以根據(jù)本法采用單一來源方式采購:

(一)只能從唯一供應商處采購的;

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

(三)必須保證原有采購項目一致性或者服務配套的規(guī)定,需要繼續(xù)從原供應商處添購,且添購資金總額不

超過原協(xié)議采購金額百分之十的。

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

?為了處理C/S模式中客戶機負荷過重的問題,軟件架構發(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ù)安全性不好。客戶端程序可以直接訪問數(shù)據(jù)庫服務器,使數(shù)據(jù)庫的安全性受到威脅。

C/S模式合用于分布式系統(tǒng),得到了廣泛的應用。為了處理C/S模式中客戶端的問題,發(fā)展形成了瀏覽器/服務

器(B/S)模式;為了處理C/S模式中服務器端的問題,發(fā)展形成了三層(多層)C/S模式,即多層應用架構。

本題時對日勺選項是“C.B/S”。

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

通過ODBC連接到后臺數(shù)據(jù)庫。此處的ODBC是(18)。

(18)A.中間件B.WEBService

C.COM構件D.WEB容器

解析數(shù)據(jù)庫訪問中間件通過i種抽象層訪問數(shù)據(jù)庫,從而容許使用相似或相似日勺代碼訪問不一樣的數(shù)據(jù)庫資源。

典型時技術如Windows平臺的ODBC和Java平臺的JDBC等。

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

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

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

C.IEEE802.15D.IEEE802.16

解析:IEEEH勺802原則委員會定義了多種重要的局域網(wǎng),其中的IEEE802.il制定了無線局域網(wǎng)(WLAN)

的訪問控制措施與物理層規(guī)范。

本題的對的選項是“B.IEEE802.11”。

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

(20)A.FTPB.C.SMTPD.SNMP

解析:FTP(FileTransferProtocol)是Internet上用來傳送文獻口勺協(xié)議(文獻傳播協(xié)議)。它是為了我們

可以在Internet上互相傳送文獻而制定的的文獻傳送原則,規(guī)定了Internet上文獻怎樣傳送??梢允褂梦墨I傳

輸協(xié)議(FTP)把文獻從一部電腦通過Internel傳播至另一部電腦。

本題時對的選項是“A.FTP"。

?我國頒布的《大樓通信綜合布線系統(tǒng)YD“926》原則的合用范圍是跨度距離不超過(21)米,辦公總面積

不超過1000,000平方米的布線區(qū)域。

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

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

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

答案是3000”。

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

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

B.機房內(nèi)所有設備的金屬外殼、各類金屬管道、金屬線槽、建筑物金屬構造等必須進行等電位聯(lián)結并接

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

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

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

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

窗”。答案是選項Do

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

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

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

解析:SAN是采用高速的光纖通道昨為傳播介質(zhì)的網(wǎng)絡存儲技術。它將存儲系統(tǒng)網(wǎng)絡化,實現(xiàn)了高速共

享存儲以及塊級數(shù)據(jù)訪問的目的。作為獨立于服務器網(wǎng)絡系統(tǒng)之外,它幾乎擁有無限存儲擴展能力。業(yè)界倡導

的OpenSAN克服了早先光纖通道仲裁環(huán)所帶來的互操作和可靠性問題,提供了開放式、靈活多變的多樣配

置方案??傮w來說,SAN擁有極度的可擴展性、簡化的存儲管理、優(yōu)化的資源和服務共享以及高度可用性。

答案是選項Ao

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

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

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

解析答案是選項Co

?如下有關計算機機房與設施安全管理的規(guī)定,(25)是不對的時。

(25)A.計算機系統(tǒng)的設備和部件應有明顯的標識,并應便于清除或重新標識

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

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

D.嚴禁攜帶個人計算機等電子設備進入機房解析:根據(jù)《信息安全技術信息系統(tǒng)安全等級保護基本規(guī)

定》(報批稿)口勺"防盜竊和防破壞(Gl)〃

之如下規(guī)定:

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

b)應將設備或重要部件進行固定,并設置明顯的不易除去的標識??芍鸢甘沁x項Ao

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

安全方略屬于(26)層次。

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

C.資源訪問安全D.系統(tǒng)級安全解析:系統(tǒng)級的安全方略包括敏感系統(tǒng)的

隔離、訪問IP地址段的限制、登錄時間段的限制、會話時間的

限制、連接數(shù)的限制、特定期間段內(nèi)登錄次數(shù)的限制以及遠程訪問控制等,系統(tǒng)級安全是應用系統(tǒng)的第一道防

線。答案是選項Do

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

(27)A.顧客名的識別與驗證、顧客口令的識別與驗證、顧客賬號日勺默認限制檢查

B.顧客名的識別與驗證、顧客口令的識別與驗證、顧客權限的識別與控制

C.顧客身份識別與驗證、顧客口令的識別與驗證、顧客權限的識別與控制

D.顧客賬號時默認限制檢查、顧客口令的識別與驗證、顧客權限的識別與控制解析:顧客的入網(wǎng)訪問控

制可分為三個環(huán)節(jié):顧客名的識別與驗證、顧客口令的識別與驗證、顧客帳號的

默認限制檢查。顧客對網(wǎng)絡資源的訪問權限可以用一種訪問控制表來描述,網(wǎng)絡系統(tǒng)管理員應當為顧客指定合適

的訪問權限,這些訪問權限控制著顧客對服務器等網(wǎng)絡資源的訪問。

答案是選項A。

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

①跨越防火墻②應用系統(tǒng)集成③單機應用程序

?B2B應用⑤軟件重用⑥局域網(wǎng)上的同構應用程序

(28)A.③?⑤?B.@???C.??@?D.?@@?

解析:Web服務的重要目的是跨平臺的互操作性,適合使用WebServices的狀況有跨越防火墻、應用程

序集成B2B集成和軟件重用。

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

以及局域網(wǎng)上日勺同構應用程序。

答案是選項Do

?如下有關J2EE應用服務器運行環(huán)境的論述中,(29)是對H勺FI勺。

(29)A.容器是構件的運行環(huán)境B.構件是應用服務器提供的多種功能接口

C.構件可以與系統(tǒng)資源進行交互D.服務是表達應用邏輯的代碼

解析:J2EE應用服務器運行環(huán)境包括構件(Component)、容器(Container)及服務(Services)三部分。

構件是表達應用邏輯的代碼;容器是構件H勺運行環(huán)境;服務則是應用服務器提供的多種功能接口,可以同系統(tǒng)

資源進行交互。

答案是選項A。

?如下有關數(shù)據(jù)倉庫與數(shù)據(jù)庫的論述中,(30)是對的時。

(30)A.數(shù)據(jù)倉庫的數(shù)據(jù)高度構造化、復雜、適合操作計算;而數(shù)據(jù)庫的數(shù)據(jù)構造比較簡樸,適合分析

B.數(shù)據(jù)倉庫的數(shù)據(jù)是歷史的、歸檔的、處理過時數(shù)據(jù);數(shù)據(jù)庫的數(shù)據(jù)反應目前的I數(shù)據(jù)

C.數(shù)據(jù)倉庫中的數(shù)據(jù)使用頻率較高;數(shù)據(jù)庫中的數(shù)據(jù)使用頻率較低

D.數(shù)據(jù)倉庫中的數(shù)據(jù)是動態(tài)變化的,可以直接更新;數(shù)據(jù)庫中的數(shù)據(jù)是靜態(tài)的,不能直接更新解析:

數(shù)據(jù)庫技術以數(shù)據(jù)庫為中心,進行事務處理、批處理、決策分析等多種數(shù)據(jù)處理工作,重要有操

作型處理和分析型處理兩類。操作型數(shù)據(jù)庫系統(tǒng)重要強調(diào)口勺是優(yōu)化企業(yè)的平常事務處理工作,難以實現(xiàn)對數(shù)據(jù)

分析處理規(guī)定,無法滿足數(shù)據(jù)處理多樣化的規(guī)定。從而進化出分析型的數(shù)據(jù)倉庫技術。

數(shù)據(jù)倉庫(DataWarehouse)是一種面向主題時(SubjectOriented)集成的)、相對穩(wěn)定『V、反應歷史變

化H勺數(shù)據(jù)集合,用于支持管理決策。與操作型數(shù)據(jù)庫相比,數(shù)據(jù)倉庫H勺重要特點有面向主題、集成、相對穩(wěn)定

和反應歷史變化。操作型數(shù)據(jù)庫中的數(shù)據(jù)一般是實時更新的,數(shù)據(jù)根據(jù)需要及時發(fā)生變化,而數(shù)據(jù)倉庫只有少

量的修改和刪除操作。

答案是選項Bo

?公布項目章程,標志著項目的正式啟動。如下圍繞項目章程II勺論述中,(31)是不對的的。

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

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

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

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

解析:制定項目章程的工具和技術包括專家判斷。項目章程是正式同意一種項目的文檔、或者是同意現(xiàn)行

項目與否進入下一階段的文檔。項目章程應當由項目組織以外的項目發(fā)起人公布,若項目為本組織開發(fā)也可由

投資人公布。公布人其在組織內(nèi)的級別應能批準項目,并有對應的為項目提供所需資金的權力。項目章程為項

目經(jīng)理使用組織資源進行項目活動提供了授權。

答案是選項Do

?在編制項目管理計劃時,項目經(jīng)理應遵照編制原則和規(guī)定,使項目計劃符合項目實際管理的需要。以下關

于項目管理計劃口勺論述中,(32)是不對的時。

(32)A.應由項目經(jīng)理獨立進行編制B.可以是概括的

C.項目管理計劃可以逐漸精確D.讓干系人參與項目計劃的編制解析:編制項目

計劃所遵照的基本原則有:全局性原則、全過程原則、人員與資源的統(tǒng)一組織與管理原則、

技術工作與管理工作協(xié)調(diào)的原則,除此之外,尚有:

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

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

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

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

5.各干系人口勺參與

6.逐漸精確項目計劃的制定過程,也反應了項目的漸進明細特點,也就是近期的計劃制定得詳細此,遠期的

計劃制定得概要某些,伴隨時間的推移,項目計劃在不停地細化。選項A是不對的歐

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

理立即組織有關人員進行分析,下達了有關改善措施的書面指令。該指令屬于(33)°

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

C.防止措施D.糾正措施解析:防止措施是為減少項目風險

的也許性而提出的提議。該指令屬于選項Co

?在項目管理中,采用(34)措施,對項目進度計劃實行進行全過程監(jiān)督和控制是經(jīng)濟和合理的。

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

B.項目月報和旁站

C.進度匯報和旁站

D.掙值管理和會議評審解析:掙值管理措施提供了一種基于過去的實行成果來預測未來績效的手段,

是對項目進度進行全過程監(jiān)

控的方法之一。狀態(tài)評審會議是預先規(guī)定的定期進行的交流有關項目信息的事件,例如項目管理組每周的內(nèi)

部例會、每月和客戶的例會等。項目組通過定期召開項目狀態(tài)評審會議,對項目的重要問題進行專門的討論。

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

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

?一項新的1國標出臺,某項目經(jīng)理意識到新原則中的1某些規(guī)定將導致其目前負責口勺一種項目必須重新設定

一項技術指標,該項目經(jīng)理首先應當(35)

(35)A.撰寫一份書面口勺變更祈求

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

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

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

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

?項目經(jīng)理對某軟件需求分析活動歷時估算的成果是:該活動用時2周(假定每周工作時間是5天)。隨即對其

進行后備分析,確定的增長時間是2天。如下針對該項目后備分析成果的論述中,(36)是不對的時。

(36)A.增長軟件需求分析口勺應急時間是2天

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

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

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

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

沖時間”為名稱增長某些時間。應急時間可取活動持續(xù)時間估算值的某一比例,或某一固定長短的時間,或根

據(jù)定量風險分析的成果確定。實際執(zhí)行項目時,應急時間也許所有用完,也也許只使用一部分,還也許伴隨項

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

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

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

?在工程網(wǎng)絡計劃中,_L作M的最早開始時間為第16天,其持續(xù)時間為5天。該_L作有二項緊后工作,他們

的最早開始時間分別為第25天、第27天和第30天,最遲開始時間分別為第28天、第29天和第30天。則

工作M的總時差為(37)天。

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

解析:工作M的)最早開始時間為第16天,其持續(xù)時間為5天。因此,工作M的最早結束時間為第16+5=21

天。

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

束時間為三者之中最小的第28天。

工作M的總時差=工作M的最遲結束時間-工作M的最早結束時間=28-21=7天。

該題的選項為“C.T\

?如下有關關鍵途徑法的論述,(38)是不對的的。

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

B.關鍵途徑包括所有項目進度控制點

C.假如有兩個或兩個以上日勺途徑長度同樣,就有也許存在多種關鍵途徑

D.關鍵途徑可隨項目的進展而變化

解析關鍵路線是指進度網(wǎng)絡圖中歷時最長的那條途徑,它的長度決定了項目的生命周期長度。因此,假如

關鍵途徑中的一種活動延遲,將會影響整個項目計劃??刂泣c,印里程碑。里程碑是項目生命周期中,時間軸

上的一種時刻,在該時刻應對項目特意關注和控制,一般指一種重要可交付成果的I完畢,也可以沒有交付物僅

僅是控制。

里程碑清單包括了所有的里程碑。因此,從邏輯上講,關鍵途徑不一定包括所有項目進度控制點。關鍵路

徑可隨項目日勺進展而變化。假如有兩個或兩個以上的關鍵途徑長度同樣,那就存在多種關犍途徑。

假如有兩個或兩個以上的途徑長度同樣,這些途徑也許是一般途徑、不是關鍵途徑,此時就不能推斷一定存

在多種關鍵途徑。因此,從邏輯上講“假如有兩個或兩個以上的途徑長度同樣,就有也許存在多種關鍵途徑”也

說得過去。本題的選項是“B.關鍵途徑包括所有項目進度控制點”。

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

(39)A.壓縮需求分析工作周期

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

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

D.同其他項目協(xié)調(diào)好關系以減少行政管理口勺磨擦解析:迅速跟進是指計劃時串行的活動,當實行時進

度落后時,改為并行或部分并行(當然前提是串行的

活動,自身的次序是可以變化的)。

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

?某軟件開發(fā)項目的實際進度已經(jīng)大幅滯后于計劃進度,(40)可以較為有效地縮短活動工期。

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

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

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

D.購置最新版本的軟件開發(fā)工具解析:本題的選項是“A.請經(jīng)驗豐富的老程序

員進行技術指導或協(xié)助完畢工作

?某企業(yè)近來在一家大型企業(yè)OA項目招標中勝出,小張被指定為該項目的項目經(jīng)理。企業(yè)公布了項目章

程,小張根據(jù)該章程等項目資料編制了由項目目的、可交付成果、項目邊界及成本和質(zhì)量測量指標等內(nèi)容構成

時(41)。

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

C.范圍闡明書D.WBS

解析:公布項目章程后,接著就要對項目進行初步分解,明確項目范圍了。通過題干可知“根據(jù)該章程等項

目資料編制了由項目目的、可交付成果、項目邊界及成本和質(zhì)量測量指標等內(nèi)容構成的“

“C.范圍闡明書”為對的選項。

?下面有關項目范圍確認描述,(42)是對的時。

(42)A.范圍確認是一項對項目范圍闡明書進行評審的活動B.范圍

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

圍確認過程中也許會產(chǎn)生變更申請D.范圍確認屬于一項

質(zhì)量控制活動

解析:范圍確認是客戶等項目干系人正式驗收并接受已完畢的項目可交付物的過程,范圍確認過程中可

能產(chǎn)生的變更申請,例如對缺陷的修復規(guī)定。

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

?下列有關資源平衡的I描述中,(43)是對的時。

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

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

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

D.資源平衡的成果一般是使項目的估計持續(xù)時間比項目初步進度表短解析:該題的對的選

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

?某企業(yè)今年用于信息系統(tǒng)安全工程師的培訓費用為5萬元,其中有8000元計入A項目成本,該成

本屬于A項目的(44)o

(44)A.可變成本B.沉沒成本C.實際成本(AC)D.間接成本

解析:很明顯,該題對的I選項為“D.間接成本“。

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

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

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

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

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

解析:該題的對的選項為"D.項目的每100元人民幣投資中只發(fā)明相稱于91元的價值〃。

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

布線計劃:

第1天計劃,第2天計劃,第3天計劃,

完成第1層,預算206。元完成第2層,預算2000元完成第3層,預算2000元

」k.2.009-3-21'「硒%泥2',2009-3-23

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

第1天計劃,第2天計劃,

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

n2009-3.21'2009-3-22」2009-3-23

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

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

C.PV=38OO元、EV=4000元、AC=2023元

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

解析:到2023-3-23早上8:30上班前:應當完畢日勺預算PV=2023+2023=4000元掙值EV=2023元

實際成本AC=3800元

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

?在項目人力資源計劃編制中,一般會波及到組織構造圖和職位描述。其中,根據(jù)組織既有的部門、單位或團

隊進行分解,把工作包和項目的活動列在負責的部門下面的圖采用的是(47)。

(47)A.工作分解構造(WBS)B.組織分解構造(OBS)

C.資源分解構造(RBS)D.責任分派矩陣(RAM)

解析:對H勺H勺選項是“B.組織分解構造(OBS)

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

(48)A.對關鍵崗位要有技能原則,人員達標后方可聘任

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

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

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

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

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

(49)A.強制、妥協(xié)、撤退

B.強制、求同存異、觀測

C.妥協(xié)、求同存異、增長權威

D.妥協(xié)、撤退、防止

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

因此,該題的選項為“A.強制、妥協(xié)、撤退:

?某承建單位準備把機房項目中的消防系統(tǒng)工程分包出去,并準備了詳細的設計圖紙和各項闡明。該項目工

程包括:火災自動報警、廣播、火災初期報警滅火等。該工程宜采用(50)。

(50)A.單價協(xié)議B.成本加酬金協(xié)議C.總價協(xié)議D.委托協(xié)議

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

?小王為我司草擬了一份計算機設備采購協(xié)議,其中寫到“乙方需按一般的行業(yè)原則提供技術支持服務”。

經(jīng)理審閱后規(guī)定小王修改,原因是(51)o

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

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

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

D.術語使用不妥

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

?組織項目招標要按照《中華人民共和國招標投標法》進行。如下論述中,(52)是不對的的。

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

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

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

D.招標人是根據(jù)木法規(guī)定提出招標項目、進行招標的法人或者其他組織解析:根據(jù)《中華人民共和國招標

投標法》如下條款:第十條招標分為公開招標和邀請招標。公開招標,

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

式邀請?zhí)囟ǖ姆ㄈ嘶蛘咂渌M織投標。可知,該題的選項為"B.公開招標是指招標人以招標公告方式邀請一

定范圍的法人或者其他組織投標”。

?系統(tǒng)集成商與建設方在一種ERP項目的談判過程中,建設方提出如下規(guī)定:系統(tǒng)初驗時間為2023年

6月底(付款50%);正式驗收時間為2023年10月底(合計付款80%);系統(tǒng)運行服務期限為一年(也許累

計付款100%);并但愿長期提供應用軟件技術支持。系統(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%)。因

此,該題日勺選項為“C.2023年10月底”。

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

?某軟件開發(fā)項目協(xié)議規(guī)定,需求分析要通過客戶確認后方可進行軟件設計。但建設單位以客戶代表出國、

其他人員不知情為由拒絕簽字,導致進度延期。軟件開發(fā)單位進行索賠一般按(54)次序較妥當。

①由該項目的監(jiān)理方進行調(diào)解

②由經(jīng)濟協(xié)議仲裁委員會仲裁

③由有關政府主管機構仲裁

(54)A.???B.C.???D.②??

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

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

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

?按照索賠程序,索賠方要在索賠告知書發(fā)出后(55)內(nèi),向監(jiān)理方提出延長工期和(或)賠償經(jīng)濟損失的

索賠匯報及有關資料。

(55)A.2周B.28天C.30天D.3周

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

及有關資料。

該題的選項為“B.28天L

?某項工程需在室外進行線纜鋪設,但由于持續(xù)大雨導致承建方一直無法施工,動工日期比計劃晚了2周(合

同約定持續(xù)1周以內(nèi)的天氣異常不屬于反常天氣),給承建方導致一定的經(jīng)濟損失。承建方若尋求賠償,

應當(56)。

(56)A.規(guī)定延長工期賠償B.規(guī)定費用賠償C.規(guī)定延長工期賠償、費用賠償D.自己克服

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

?某企業(yè)正在計劃實行一項用于企業(yè)內(nèi)部的辦公自動化系統(tǒng)項目,由于該系統(tǒng)H勺實行波及到企業(yè)諸多內(nèi)部人

員,因此項目經(jīng)理打算制定一種項目溝通管理計劃,他應采用的第一種工作環(huán)節(jié)是(57)o

(57)A.設計一份日程表,標識進行每種溝通日勺時間

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

C.構建一種文檔庫并保留所有的項目文獻

D.描述準備公布的信息解析:該題的選項為“B.分析所有

項目干系人的信息需求”。

?召開會議就某一事項進行討論是有效的項目溝通措施之一,保證會議成功的措施包括提前確定會議目廿勺、

準時開始會議等,(58)不是保證會議成功的措施。

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

B,在技術方案的評審會議中,某專家發(fā)言時間超時嚴重,會議主持人對會議進程進行控制

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

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

解析:該題歐I選項為“C.某系統(tǒng)驗收會上,為了防止專家組意見太發(fā)散,項目經(jīng)理規(guī)定會議主持人給出結

論性意見

?某項目組的小組長王某和程序員李某在討論確定一種功能模塊的技術處理方案時發(fā)生劇烈爭執(zhí),此時作

為項目經(jīng)理應當首先采用(59)的措施來處理這一沖突。

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

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

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

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

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

?如下有關采購工作闡明書的論述中,(60)是錯誤的。

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

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

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

D.采購工作闡明書定義了與項目協(xié)議有關的|范圍解析:該題口勺

選項為"A.采購闡明書與項目范圍基準沒有關系”。

?某項目建設內(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ā)售的招標文獻中某技術指標存在問題,

需要進行澄清,于是在4月12日以書面形式告知A、B、C三家單位。根據(jù)《中華人民共和國招標投標

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

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

C.4月25日D.4月27日

解析:該題的選項為“D.4月27日"。

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

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

B.評標委員會認為A投標單位的投標文獻中針對某項技術的論述不夠清晰,規(guī)定A單位予以澄清

C.某單位的投標文獻中某分項工程的報價存在個別漏項,評標委員會認為個別漏項屬于細微偏差,投

標標書有效

D.某單位雖然按招標文獻規(guī)定編制了投標文獻,不過個別頁面沒有編制頁碼,評標委員會認為投標標書

有效。

解析:該題口勺選項為“A.評標委員會委員由5人構成,其中招標人代表2人,經(jīng)濟、技術專家3人”。

?某項采購已經(jīng)到了協(xié)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論