系統(tǒng)集成項(xiàng)目管理工程師上半年上午解析及答案

2023年上六個(gè)月系統(tǒng)集成項(xiàng)目管理工程師上午試卷

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

（1）A.信息系統(tǒng)集成包括總體籌劃、設(shè)計(jì)、開發(fā)、實(shí)行、服務(wù)及保障

B.信息系統(tǒng)集成重要包括設(shè)備系統(tǒng)集成和應(yīng)用系統(tǒng)集成

C.信息系統(tǒng)集成是具有高技術(shù)含量的工程過(guò)程，要面向顧客需求提供全面處理方案

D.信息系統(tǒng)集成工作的關(guān)鍵是滿足顧客規(guī)定，管理和商務(wù)活動(dòng)是系統(tǒng)集成項(xiàng)目實(shí)行成功的保證

本題考察信息系統(tǒng)集成的有關(guān)基本概念。系統(tǒng)集成是指將計(jì)算機(jī)軟件，硬件、網(wǎng)絡(luò)通信等技術(shù)和產(chǎn)品集成為可以滿足顧

客特定需求的信息系統(tǒng)，包括總體籌劃、設(shè)計(jì)、開發(fā)、實(shí)行、服務(wù)及保障。

信息系統(tǒng)集成有如下幾種明顯特點(diǎn)。（1）信息系統(tǒng)集成要以滿足顧客需求為主線出發(fā)點(diǎn)。（2）信息系統(tǒng)集成不只是

設(shè)備選擇和供應(yīng)，更重要的，它是具有高技術(shù)含量的工程過(guò)程，要面向顧客

需求提供全面處理方案，其關(guān)鍵是軟件。（3）系統(tǒng)集成的最終交付物是一種完整的系統(tǒng)而不是一種分立的產(chǎn)品。（4）系

統(tǒng)集成包括技術(shù)、管理和商務(wù)等各項(xiàng)工作，是一項(xiàng)綜合性的系統(tǒng)工程。技術(shù)是系統(tǒng)集成工作的

關(guān)鍵，管理和商務(wù)活動(dòng)是系統(tǒng)集成項(xiàng)E成功實(shí)行的保障。

從以上概念可以看出，技術(shù)是系統(tǒng)集成工作的關(guān)鍵，而非D選項(xiàng)所說(shuō)的“滿足顧客規(guī)定”。

?計(jì)算機(jī)信息系統(tǒng)集成資質(zhì)評(píng)估條件中規(guī)定：”對(duì)于申報(bào)信息系統(tǒng)集成資質(zhì)二級(jí)以上資質(zhì)的企業(yè)，需要已建立完備的企

業(yè)質(zhì)量管理體系，通過(guò)國(guó)家承認(rèn)H勺第三方認(rèn)證機(jī)構(gòu)認(rèn)證并有效運(yùn)行一年以上“。其中“國(guó)家承認(rèn)”是指通過(guò)—（2）_承認(rèn)的

機(jī)構(gòu)。

（2）A.工業(yè)和信息化部指定的系統(tǒng)集成資質(zhì)評(píng)中機(jī)構(gòu)B.國(guó)家質(zhì)量監(jiān)督檢查檢疫總局

C.中國(guó)合格評(píng)估國(guó)家承認(rèn)委員會(huì)D.工業(yè)和信息化部資質(zhì)認(rèn)證辦公室本題考察

計(jì)算機(jī)信息系統(tǒng)集成資質(zhì)評(píng)估有關(guān)基本概念。國(guó)家承認(rèn)是指的通過(guò)中國(guó)合格評(píng)估國(guó)家承認(rèn)委員會(huì)承認(rèn)時(shí)機(jī)為。

?卜.列有關(guān)系統(tǒng)集成資質(zhì)證書的論述，對(duì)H勺的是_（3）_。

（3）A.所有資質(zhì)證書都由工業(yè)和信息化部審批

B.系統(tǒng)集成?、二級(jí)資質(zhì)證書由部級(jí)評(píng)審機(jī)構(gòu)審批，三、四級(jí)由地方評(píng)審機(jī)構(gòu)審批

C.系統(tǒng)集成一、二級(jí)資質(zhì)證書由工業(yè)和信息化部審批，三、四級(jí)由地方信息產(chǎn)業(yè)主管部門審批，

報(bào)工業(yè)和信息化部立案

D.系統(tǒng)集成一、二級(jí)資質(zhì)證書由工業(yè)和信息化部和部級(jí)評(píng)審機(jī)構(gòu)審批，三、四級(jí)由地方信息產(chǎn)業(yè)

主管部門和地方評(píng)審機(jī)構(gòu)審批

本題考察計(jì)算機(jī)信息系統(tǒng)集成資質(zhì)評(píng)估有關(guān)基本概念。計(jì)算機(jī)信息系統(tǒng)集成資質(zhì)認(rèn)證工作根據(jù)認(rèn)證和審批分離的原則，

按照先由認(rèn)證機(jī)構(gòu)認(rèn)證，再由信息產(chǎn)業(yè)主管部門審批的工作程序進(jìn)行。信息產(chǎn)業(yè)部負(fù)賁全國(guó)信息系統(tǒng)集成的行業(yè)管理

工作，審批及管理一、二級(jí)信息系統(tǒng)集成資質(zhì)：省、自治區(qū)、直轄市（如下簡(jiǎn)稱省市）信息產(chǎn)建設(shè)單位管部門負(fù)責(zé)本行

政區(qū)域內(nèi)信息系統(tǒng)集成的行業(yè)管理工作,

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

位。

從以上描述可以得知本題應(yīng)選C。

?某企業(yè)H勺郵件服務(wù)器常常宕機(jī)，按照IT服務(wù)管理規(guī)定，為徹底處理該問(wèn)題應(yīng)啟動(dòng)_(4)_流程。

(4)A.事件管理B.問(wèn)港管理C.公布管理D.變更管理

本題考察IT服務(wù)管理體系中的IS020230原則。

在IS020230中規(guī)定：?jiǎn)栴}處置過(guò)程往往要通過(guò)“問(wèn)題提出一服務(wù)臺(tái)記錄問(wèn)題一工程加調(diào)查問(wèn)題一處理

問(wèn)題一假如該現(xiàn)象常常出現(xiàn)要調(diào)查原因一同意和更新設(shè)施或軟件”。按照這個(gè)流程，問(wèn)題處置過(guò)程就走

“服務(wù)臺(tái)f事件管理一問(wèn)題管理一公布管理”。在這個(gè)處置過(guò)程中，事件管理的目的是：盡量快的恢梵約定的提供應(yīng)業(yè)

務(wù)的服務(wù)或響應(yīng)服務(wù)祈求。問(wèn)題管理的J目的是：通過(guò)對(duì)?事件起因的積極識(shí)別和分析，以及管理問(wèn)題的關(guān)閉(徹底處理該

問(wèn)題)，以最大程度減少對(duì)業(yè)務(wù)的損害。

?以互聯(lián)網(wǎng)為基礎(chǔ)，將數(shù)字化、智能化的物體接入其中，實(shí)現(xiàn)自組織互聯(lián)，是互聯(lián)網(wǎng)的延伸與擴(kuò)展：通過(guò)嵌入到物體上的

多種數(shù)字化標(biāo)識(shí)、感應(yīng)設(shè)備，如RFID標(biāo)簽、傳感器、響應(yīng)器等，使物體具有可識(shí)別、可感知、交互和響應(yīng)的能力，并通

過(guò)與Internet的集成實(shí)現(xiàn)物物相聯(lián)，構(gòu)成?種協(xié)同的網(wǎng)絡(luò)信息系統(tǒng)。以上描述的是_(5)_。

(5)A.智慈地球B.三網(wǎng)融合C.SaaSD.物聯(lián)網(wǎng)

木題考察目前非常熱門的一項(xiàng)技術(shù)一一物聯(lián)網(wǎng).

物聯(lián)網(wǎng)(TheInternetofthings)是新一代信息技術(shù)的重要構(gòu)成部分。它是通過(guò)射頻識(shí)別(RFID)、紅外感應(yīng)器、全球定位

系統(tǒng)、激光掃描器等信息傳感設(shè)備，按約定的協(xié)議，把任何物體與互聯(lián)網(wǎng)相連接，進(jìn)行信息互換和通信，以實(shí)現(xiàn)對(duì)物體H勺

智能化識(shí)別、定位、跟蹤、監(jiān)控和管理的一種網(wǎng)絡(luò)。物聯(lián)網(wǎng)被視為互聯(lián)網(wǎng)的應(yīng)用拓展，應(yīng)用創(chuàng)新是物聯(lián)網(wǎng)發(fā)展的關(guān)鍵，以

顧客體驗(yàn)為關(guān)鍵的創(chuàng)新2.0是物聯(lián)網(wǎng)發(fā)展的靈魂。從上面的描述可以看出本題應(yīng)選D

?模糊測(cè)試(Fuzztesting)是?種通這向目的系統(tǒng)提供非預(yù)期的輸入并監(jiān)視異常成果來(lái)發(fā)現(xiàn)軟件漏洞的措瓶.是用于系

統(tǒng)安全漏洞發(fā)掘的重要技術(shù)。模糊測(cè)試的測(cè)試用例一般是_(6)_。

(6)A.預(yù)定數(shù)量的字符串B.預(yù)定長(zhǎng)度H勺字符串

C.模糊集的從屬度D.隨機(jī)數(shù)據(jù)

I在模糊測(cè)試中，用隨機(jī)壞數(shù)據(jù)(也稱做fuzz)襲擊一種程序，然后等著觀測(cè)哪里遭到了破壞。模糊測(cè)試的技

巧在于，它是不符合邏督的：自動(dòng)模糊測(cè)試不去猜測(cè)哪個(gè)數(shù)據(jù)會(huì)導(dǎo)致破壞(就像人工測(cè)試員那樣)，而是將盡

量多的雜亂數(shù)據(jù)投入程序中。由這個(gè)測(cè)試驗(yàn)證過(guò)的失敗模式一般對(duì)程序員來(lái)說(shuō)延個(gè)徹底的震憾，由于任何按邏

輯思索的人都不會(huì)想到這種失敗。

2本題考察模糊測(cè)試有關(guān)基本概念。

模糊測(cè)試（Fuzzing）,是一種通過(guò)向目?jī)?nèi)系統(tǒng)提供非預(yù)期的輸入并監(jiān)視異常成果來(lái)發(fā)現(xiàn)軟件漏洞的措施。在模糊測(cè)試中，

用隨機(jī)壞數(shù)據(jù)（也稱做fuzz）襲擊一種程序，然后等著觀測(cè)哪里遭到了破壞。模糊測(cè)試的技巧在于，它是不符合邏輯的。

自均模糊測(cè)試不去猜測(cè)哪個(gè)數(shù)據(jù)會(huì)導(dǎo)致破壞（就像人工測(cè)試員那樣），而是將盡量多的雜亂數(shù)據(jù)投入程序中。由這個(gè)測(cè)試

驗(yàn)記過(guò)的失敗模式一般對(duì)程序員來(lái)說(shuō)是個(gè)徹底的震憾，由于任何按邏輯思索的人都不會(huì)想到這種失敗。

模糊測(cè)試是一項(xiàng)簡(jiǎn)樸的技術(shù)，但它卻能揭示出程序中的重要bugo它可以驗(yàn)證出現(xiàn)實(shí)世界中的錯(cuò)誤模式

并在您的軟件發(fā)貨前對(duì)潛在的應(yīng)當(dāng)被堵塞的襲擊渠道進(jìn)行提醒。

由以上描述可以得知本題應(yīng)選D。此外，有部分考生也許從未理解過(guò)“模糊測(cè)試”這個(gè)概念。其實(shí)在每次考試當(dāng)中都不

可防止要接觸某些新概念，此時(shí)有些考生就直接放棄了，這種做法并不倡導(dǎo)。由于就本題而言，題目自身已經(jīng)給出了模

糊測(cè)試，根據(jù)定義，我們可以對(duì)這個(gè)概念有一種初步的理解，尤其是“遇供非預(yù)期H勺輸入”給了很明顯的提醒，從這里

就可以看出用例具有隨機(jī)性。

?軟件設(shè)計(jì)包括軟件架構(gòu)設(shè)計(jì)和軟件詳細(xì)設(shè)計(jì)。架構(gòu)設(shè)計(jì)屬于高層設(shè)計(jì)，重要描述軟件的構(gòu)造和組織，標(biāo)識(shí)多種不一樣

的組件。由此可知，在信息系統(tǒng)開發(fā)中，_（7）_屬于軟件架構(gòu)設(shè)計(jì)師要完畢的重要任務(wù)之一。

（7）A.軟件復(fù)用B.模式設(shè)計(jì)C.需求獲取D.需求分派

本題考察軟件架構(gòu)有關(guān)基本概念。軟件架構(gòu)設(shè)計(jì)處在老式的需求分析之后，軟件設(shè)計(jì)之前，他是需求分析與軟件設(shè)計(jì)之

間時(shí)橋梁。像平時(shí)所說(shuō)的，某個(gè)軟件是C/S還是B/S構(gòu)造，這個(gè)C/S與B/S就是軟件架構(gòu)。由于軟件架構(gòu)設(shè)計(jì)處在這樣

一種銜接的位置，因此他的重要職能之一，就是將筋求階段H勺成果，即已確定要實(shí)現(xiàn)的需求，分派到軟件架構(gòu)的各個(gè)部

分，或是各個(gè)層次中去。

因此本題應(yīng)選D。

?下列測(cè)試措施中，_（8）_均屬于白盒測(cè)試的措施。

（8）A.語(yǔ)句覆蓋法和邊界值分析法B.條件覆蓋法和基本途徑測(cè)試法

C.邊界值分析法和代碼檢查法D.等價(jià)類劃分和錯(cuò)誤推測(cè)法本題考察軟件測(cè)試的基本類

型。常見的黑盒測(cè)試措施包括：等價(jià)類劃分、邊界值分析、錯(cuò)誤推測(cè)、因果圖。常見H勺白盒測(cè)試措施包括：代碼檢查

法、靜態(tài)構(gòu)造分析法、靜態(tài)質(zhì)量度量法、邏輯覆蓋法（包括語(yǔ)

句覆蓋、鑒定覆蓋、條件覆蓋、鑒定/條件覆蓋、條件組合覆蓋和途徑覆蓋）、基本途徑測(cè)試法、域

測(cè)試、符號(hào)測(cè)試、Z途徑覆蓋、程序變異。

因此本題應(yīng)選B

?電子商務(wù)發(fā)展的關(guān)鍵與關(guān)鍵問(wèn)題是交易II勺安全性，目前安全交易中最重要的兩個(gè)協(xié)議是49）_。

（8）A.S-和STTB.SEPP和SMTPC.SSL和SETD.SEPP和SSL

本題考察網(wǎng)絡(luò)安全協(xié)議有關(guān)內(nèi)容。

SSL：SSL協(xié)議位于TCP/IP協(xié)議與多種應(yīng)用層協(xié)議之間，為數(shù)據(jù)通訊提供安全支持。SSL協(xié)議可分為兩層：SSL記錄協(xié)議

<SSLRecordProtocol）：它建立在可靠H勺傳播協(xié)議（如TCP）之上，為高層協(xié)議提供數(shù)據(jù)封裝、壓縮、加密等基本功能H勺

支持。SSL握手協(xié)議（SSLHandshakeProlocoD：它建立在SSL記錄協(xié)議之匕用于在實(shí)際的數(shù)據(jù)傳播開始前，通訊雙

方進(jìn)行身份認(rèn)證、協(xié)商加密算法、互換加密密鑰等。

SSL協(xié)議提供的服務(wù)重要有：

（1）認(rèn)證顧客和服務(wù)器，保證數(shù)據(jù)發(fā)送到對(duì)H勺的客戶機(jī)和服務(wù)器：

（2）加密數(shù)據(jù)以防止數(shù)據(jù)中途被竊?。?/p>

（3）維護(hù)數(shù)據(jù)的完整性，保證數(shù)據(jù)在傳播過(guò)程中不被變化。像平時(shí)我們?cè)谑褂媚承┌踩W(wǎng)站，如網(wǎng)銀時(shí)，就會(huì)需要訪問(wèn)

到s的地址，s=+SSL,這種類型網(wǎng)頁(yè)內(nèi)容交互，是使用了SSL的安全協(xié)議加密的。因此該協(xié)議是電子商務(wù)交易中

最常見的一種協(xié)議。

SET：全稱SecureElectronicTransaction,被稱之為安全電子交易協(xié)議，是由MasterCard和Visa聯(lián)合Netscape.

Microsoft等企業(yè)，于1997年6月1口推出的一?種新的電子支付模型。SET協(xié)議是B2c上基于信用卡支付模

式而設(shè)計(jì)的，它保證r開放網(wǎng)絡(luò)上使用信用卡進(jìn)行在線購(gòu)物的安全。SET重要是為r處理顧客，商家，銀行

之間通過(guò)信用卡的交易而設(shè)計(jì)的，它具有的保證交易數(shù)據(jù)的完整性，交易的不可抵賴性等種種長(zhǎng)處，因此它

成為目前公認(rèn)的信用卡網(wǎng)上交易的國(guó)際原則。以上

兩個(gè)協(xié)議是電子商務(wù)中最重要的兩個(gè)。下面簡(jiǎn)樸簡(jiǎn)

介題目中的其他協(xié)議：

S-：全稱SecureHyperiexiTransferP【otocol,即安全超文本傳播協(xié)議。它是?種面向安全信息通信的協(xié)議，它可以和

結(jié)合起來(lái)使用。S-能。信息模型共存并易于叮應(yīng)用程序相整合。SEPP：全稱SecureElectronicPaymentProtocol,即

安全電子支付協(xié)議。1995年10月，由MasterCard.Netscape.IBM共同開發(fā)的網(wǎng)絡(luò)支付規(guī)范。由于此前VISA和M沁rosoft

共同開發(fā)了STT（安全交易技術(shù)協(xié)議），使兩大信用卡組織MasierCard和VISA分別支持獨(dú)立的網(wǎng)絡(luò)支付處理方案。又幾

種月后，這些機(jī)構(gòu)聯(lián)合開發(fā)了SET

（安全電子交易協(xié)議）。

SMTP：全稱SimpleMailTransferProtocol,即詢樸郵件傳播協(xié)議，它是一組用丁?由源地址到目的地址傳送郵件的規(guī)則，山

它來(lái)控制信件的中轉(zhuǎn)方式。SMTP協(xié)議屬于TCP/IP協(xié)議族，它協(xié)助每臺(tái)計(jì)算機(jī)在發(fā)送或中轉(zhuǎn)信件時(shí)找到下?種目小J地。

通過(guò)SMTP協(xié)議所指定的服務(wù)器,就可以把E-mail寄到收信人的服務(wù)器上了，整個(gè)過(guò)程只要幾分鐘。SMTP服務(wù)器則是遵

照SMTP協(xié)議I向發(fā)送郵件服務(wù)器，用來(lái)發(fā)送或中轉(zhuǎn)發(fā)出的電子郵件。它K屬于安全協(xié)議。

?為了改善應(yīng)用軟件的可器性和可維護(hù)性，并適應(yīng)未來(lái)軟硬件環(huán)境的變化，應(yīng)積極增長(zhǎng)新的功能以使應(yīng)用系統(tǒng)適應(yīng)各類

變化而不被淘汰。為了適應(yīng)未來(lái)網(wǎng)絡(luò)帶寬的需要，在滿足既有帶寬需求下，修改網(wǎng)絡(luò)軟件從而使之支持更大的帶寬，這

種軟件維護(hù)工作屬于

（10）A.改正性維護(hù)B.適應(yīng)性維護(hù)C.完善性維護(hù)D.防止性維護(hù)

本題考察軟件維護(hù)有關(guān)內(nèi)容。在一種系統(tǒng)運(yùn)行的過(guò)程中，軟件需要維護(hù)的原因是多樣的，根據(jù)維護(hù)的原因不一樣，可以

將軟件維護(hù)分為如下四種：

（I）改正性維護(hù)。為了識(shí)別和糾正軟件錯(cuò)誤、改正軟件性能上的缺陷、排除實(shí)行中H勺誤使用，應(yīng)

當(dāng)進(jìn)行的診斷和改正錯(cuò)誤的過(guò)程就稱為改正性維護(hù)。

（2）適應(yīng)性維護(hù)。在使用過(guò)程中，外部環(huán)境（新的硬、軟件配置）、數(shù)據(jù)環(huán)境（數(shù)據(jù)庫(kù)、數(shù)據(jù)格式、數(shù)據(jù)輸入/輸出方式、

數(shù)據(jù)存儲(chǔ)介質(zhì)）也許發(fā)生變化。為使軟件適應(yīng)這種變化，而去修改軟件的過(guò)程就稱為適應(yīng)性維護(hù)。

（3）完善性維護(hù)。在軟件的使用過(guò)程中，顧客往往會(huì)對(duì)軟件提出新的功能與性能規(guī)定。為了滿足

這些規(guī)定，需要修改或再開發(fā)軟件，以擴(kuò)充軟件功能、增強(qiáng)軟件性能、改善加工效率、提高軟件的

可維護(hù)性。這種狀況下進(jìn)行的維護(hù)活卻稱為完善性維護(hù)。

（4）防止性維護(hù)。這是指預(yù)先提高軟件的可維護(hù)性、可靠性等，為后來(lái)深入改善軟件打下良好基礎(chǔ)。一股，防止性維護(hù)

可定義為“把今天的措施學(xué)用于昨天的系統(tǒng)以滿足明天的需要“。也就是說(shuō)，采用先進(jìn)的軟件工程措施對(duì)需要維護(hù)的軟件或

軟住中的某一部分(重新)進(jìn)行設(shè)計(jì)、編碼和測(cè)試。在本題中，題目闡明“為了適應(yīng)未來(lái)網(wǎng)絡(luò)帶寬的需要“，這足以體現(xiàn),

維護(hù)工作是針對(duì)未來(lái)H勺，因此屬于防止性維護(hù)。

?軟件開發(fā)項(xiàng)目規(guī)模度量(sizemcasuremcnl)是估算軟件項(xiàng)目工作量、編制成本預(yù)算、籌劃合理項(xiàng)目進(jìn)度的基礎(chǔ)。在下列

措施中，可用于軟件的規(guī)模估算，協(xié)助軟件開發(fā)團(tuán)體把握開發(fā)時(shí)間、費(fèi)用分布等。

(II)A.德爾菲法B.V模型措施C.原型法D.用例設(shè)計(jì)

本題可用排除法進(jìn)行，V模型措施和原型法都屬于開發(fā)模型，與軟件估算沒(méi)有關(guān)系。而用例設(shè)計(jì)是

把顧客需求向系統(tǒng)需求轉(zhuǎn)換的?種工作，它與軟件估算也無(wú)關(guān)系。選項(xiàng)中的德爾菲法，是專家估算

法，由專家的經(jīng)驗(yàn)，來(lái)對(duì)軟件的規(guī)模進(jìn)行估算，就是常見的一種做法。

?在信息系統(tǒng)集成項(xiàng)目中，常常使用_(12)_對(duì)集成H勺系統(tǒng)進(jìn)行性能測(cè)試。

(12)A.BugzillaB.TestManagerC.TrueCoverageD.LoadRunner

Bugzilla：它是一款具有追蹤系統(tǒng)的軟件。專門為Unix而定制。TestManager：它是一種開放的可擴(kuò)展向構(gòu)架。是一種測(cè)

試管理工具。質(zhì)量保證專家可以使用TestManager去協(xié)調(diào)和跟蹤他們的測(cè)試活動(dòng)。測(cè)試人員使用TestManager去理解需

要的工作是什么，以及這些工作需要的人和數(shù)據(jù)。測(cè)試人員也可以理解到，他們工作的范圍是要受到開發(fā)過(guò)程中全局變

化的影響口勺＜.TestManager是這

樣?種地方，它會(huì)提供與系統(tǒng)質(zhì)量有關(guān)聯(lián)的所有問(wèn)題H勺答案。

TrueCoverage：TrueCoverage的功能就是記錄測(cè)試箱蓋率，它恰好能為我們就上.面這個(gè)問(wèn)題提供協(xié)助。

TrueCoverage給出的覆蓋率是“語(yǔ)句覆蓋”，是最低覆蓋強(qiáng)度的覆蓋率，因此我們測(cè)試的項(xiàng)目，用TrueCoverage記錄后，應(yīng)

盡量到達(dá)100%的覆蓋。TrueCoverage時(shí)應(yīng)用階段為單元測(cè)試階段和集成測(cè)試階段。LoadRunner：它是一種預(yù)測(cè)系統(tǒng)行為

和性能的負(fù)載測(cè)試工具。通過(guò)以模擬上千萬(wàn)顧客實(shí)行并發(fā)負(fù)載及實(shí)時(shí)性能監(jiān)測(cè)的方式來(lái)確認(rèn)和查找問(wèn)題，LoadRunner可

以對(duì)整個(gè)企業(yè)架構(gòu)進(jìn)行測(cè)試。通過(guò)使用LoadRunner,企業(yè)能最大程度地縮短測(cè)試時(shí)間，優(yōu)化性能和加速應(yīng)用系統(tǒng)H勺公布

周期。LoadRunner是一種合用于多種體系架構(gòu)的自動(dòng)負(fù)載測(cè)試工具，它能預(yù)測(cè)系統(tǒng)行為并優(yōu)化系統(tǒng)性能。

從以上描述可以看出能做性能測(cè)試的，是LoadRunnero

?根據(jù)《軟件文檔管理指南GB/T16680/996》，有關(guān)軟件文檔H勺歸檔工作，下列說(shuō)法中_(13)_是不正確的。

(13)A.軟件文檔必須在項(xiàng)目開發(fā)過(guò)程結(jié)束之后統(tǒng)一歸檔

B.歸檔的文檔應(yīng)是通過(guò)鑒定或評(píng)審的

C.文檔應(yīng)簽訂完整、成套、格式統(tǒng)一、字跡工整

D.印制本、打印本以及多種匯報(bào)應(yīng)裝訂成冊(cè)并按規(guī)定進(jìn)行編號(hào)簽訂

本題考察原則化知識(shí)中n勺軟件工程有關(guān)原則內(nèi)容。

《軟件文檔管理指南GB/T16680-1996》刈于軟件文檔做了有關(guān)的許多規(guī)定。在解答此題M,重要是通過(guò)變析條款的合

理也來(lái)解題.山丁要把這個(gè)指南所有記下來(lái)，是不大也許的事情。從選項(xiàng)來(lái)看，“軟件文檔必須在項(xiàng)目開發(fā)過(guò)程結(jié)束之后統(tǒng)

一歸檔”是不合理的，我們懂得，整個(gè)軟件的開發(fā)過(guò)程，也許要經(jīng)歷漫長(zhǎng)的周期，在這個(gè)過(guò)程中，假如不即時(shí)的歸檔，那

么諸多工作都會(huì)亂套。后期的工作，也不利于開展，對(duì)的的做法是在一種階段的工作完畢之后，進(jìn)行完階段評(píng)審，就可以

開始進(jìn)行文檔的歸檔了。因此A選項(xiàng)的說(shuō)法是錯(cuò)誤的。

?根據(jù)《中華人民共和國(guó)招投標(biāo)法》，如下做法對(duì)的的是

(14)A.某項(xiàng)目于2月1日公開公布招標(biāo)文獻(xiàn)，標(biāo)明截止時(shí)間為2023年2月14日9時(shí)整B.開標(biāo)應(yīng)當(dāng)在招標(biāo)文獻(xiàn)確定

的提交投標(biāo)文獻(xiàn)裁止時(shí)間的同一時(shí)間公開進(jìn)行C.某項(xiàng)目的所有投標(biāo)都不符合招標(biāo)文獻(xiàn)規(guī)定，評(píng)標(biāo)委員會(huì)在與招

標(biāo)方商議后，確定其中最靠近

投標(biāo)文獻(xiàn)規(guī)定的一家企業(yè)中標(biāo)

D.聯(lián)合投標(biāo)的幾家企業(yè)中只需一家到達(dá)招標(biāo)文獻(xiàn)規(guī)定的資質(zhì)即可

題目中的條款都屈于概念性的條款，B選項(xiàng)描述對(duì)H勺，下面分析其他選項(xiàng)的J錯(cuò)誤之處。

選項(xiàng)A的描述為：“某項(xiàng)目于2月IH公開公布招標(biāo)文獻(xiàn)，標(biāo)明假止時(shí)間為2023年2月14H9時(shí)

整這種說(shuō)法是錯(cuò)誤的，公布招標(biāo)文獻(xiàn)到截止局限性20天。

選項(xiàng)C的描述為：“某項(xiàng)目的所有投標(biāo)都不符合招標(biāo)文獻(xiàn)規(guī)定，評(píng)標(biāo)委員會(huì)在與招標(biāo)方商議后，確定其中最靠近投標(biāo)文

獻(xiàn)規(guī)定的一家企業(yè)中標(biāo)”。這種說(shuō)法是錯(cuò)誤的，都不符合規(guī)定應(yīng)重新組織招標(biāo)活動(dòng)，或改用其他形式采購(gòu)如：競(jìng)爭(zhēng)性談判。

選項(xiàng)D的描述為：”聯(lián)合投標(biāo)的幾家企業(yè)中只需一家到達(dá)招標(biāo)文獻(xiàn)規(guī)定的資質(zhì)即可這種說(shuō)法是錯(cuò)誤的，聯(lián)合投標(biāo)的幾

家企業(yè)，最終將以這幾家中，資質(zhì)最低的一家為準(zhǔn)，因此每家都要到達(dá)招標(biāo)文件的規(guī)定。

?某市政府采購(gòu)辦公用計(jì)算機(jī)及配套軟件時(shí)進(jìn)行了公開招標(biāo)，如下做法對(duì)的口勺是_(15)_。

<15)A.在招標(biāo)文獻(xiàn)中明確指出投標(biāo)企業(yè)不應(yīng)有外資背景

B.該項(xiàng)目招標(biāo)結(jié)束后，招標(biāo)單位向中標(biāo)人發(fā)出中標(biāo)告知書，但對(duì)所有未中標(biāo)的投標(biāo)人只告知了

中標(biāo)成果

C.某項(xiàng)目在招標(biāo)時(shí)僅有一家企業(yè)投標(biāo)，于是該企業(yè)順利中標(biāo)

D.某項(xiàng)目的評(píng)標(biāo)委員會(huì)由一名經(jīng)濟(jì)專家、一名技術(shù)專家和一名招標(biāo)單位負(fù)責(zé)人構(gòu)成。

題目中的條款都屬于概念性的條款，B選項(xiàng)描述對(duì)的，下面分析其他選項(xiàng)的錯(cuò)誤之處。

選項(xiàng)A的描述為：”在招標(biāo)文獻(xiàn)中明確指出投標(biāo)企業(yè)不應(yīng)有外資背景”。這種說(shuō)法是錯(cuò)誤的，招標(biāo)文

件不得規(guī)定或者標(biāo)明特定的生產(chǎn)供應(yīng)者，也不得具有傾向或者排斥潛在投標(biāo)人的其他內(nèi)容。

選項(xiàng)C『、J描述為：“某項(xiàng)目在招標(biāo)時(shí)僅芍一家企業(yè)投標(biāo)，于是該企業(yè)順利中標(biāo)”。這種說(shuō)法是錯(cuò)誤的，

招投標(biāo)，至少有3家企業(yè)投標(biāo)才合法。

選項(xiàng)D的描述為：“某項(xiàng)目的評(píng)標(biāo)委員會(huì)由一名經(jīng)濟(jì)專家、一名技術(shù)專家和一名招標(biāo)單位負(fù)責(zé)人組

成“。這種說(shuō)法是錯(cuò)誤的，評(píng)標(biāo)委員會(huì)應(yīng)由5人以上單數(shù)組員構(gòu)成。

?根據(jù)《中華人民共和國(guó)政府采購(gòu)法》，如下做法對(duì)的的是_(16)_。

①某市民政局在進(jìn)行政府采購(gòu)的重新招標(biāo)時(shí)，由于僅有兩家企業(yè)的標(biāo)的合格，于是報(bào)請(qǐng)當(dāng)?shù)夭少?gòu)監(jiān)督管理部門同意耨招

標(biāo)形式轉(zhuǎn)為競(jìng)爭(zhēng)性談判

②某市民政局在進(jìn)行政府采購(gòu)的公開招標(biāo)時(shí)，由于沒(méi)有企業(yè)投標(biāo)，于是報(bào)請(qǐng)當(dāng)?shù)夭少?gòu)監(jiān)督管理部門同意

將招標(biāo)形式轉(zhuǎn)為競(jìng)爭(zhēng)性談判

③某市民政局在進(jìn)行政府采購(gòu)的公開招標(biāo)時(shí)，由于僅有一家企業(yè)的標(biāo)的合格，于是報(bào)請(qǐng)當(dāng)?shù)夭少?gòu)監(jiān)督管理部門同意將招

標(biāo)形式轉(zhuǎn)為單一來(lái)源采購(gòu)I

④某縣民政局在進(jìn)行公開招標(biāo)時(shí)持續(xù)兩次出現(xiàn)流標(biāo)，于是報(bào)請(qǐng)當(dāng)?shù)夭少?gòu)監(jiān)督管理部門同意將招標(biāo)形式轉(zhuǎn)

為競(jìng)爭(zhēng)性談判

(16)A.①②B.①③C.②③D.②④題目中的條款都屬于概念性

的條款，①②描述對(duì)的，下面分析其他條款的錯(cuò)誤之處。選項(xiàng)③H勺描述為：“某市民政局在進(jìn)行政府采購(gòu)的公開招標(biāo)時(shí)，

由于僅有一家企業(yè)的標(biāo)的合格，于是來(lái)請(qǐng)當(dāng)?shù)夭少?gòu)監(jiān)督管理部門同意將招標(biāo)形式轉(zhuǎn)為單一來(lái)源采購(gòu)“。這利說(shuō)法是錯(cuò)誤的,

單一來(lái)源采購(gòu)合用于如下狀況，但題目描述的狀況不合用。

(1)只能從唯一供應(yīng)商處采購(gòu)的

(2)發(fā)生了不可預(yù)見的緊急狀況不能從其他供應(yīng)商處采購(gòu)H勺

（3）必須保證原力.采購(gòu)項(xiàng)目一致性或者服務(wù)配套的規(guī)定，需要繼續(xù)從原供應(yīng)商處添購(gòu)，且添購(gòu)資金總額不超過(guò)原協(xié)議

采購(gòu)金額百分之十的選項(xiàng)④的描述為：“某縣民政局在進(jìn)行公開招標(biāo)時(shí)持續(xù)兩次出現(xiàn)流標(biāo)，F(xiàn)是報(bào)請(qǐng)當(dāng)?shù)夭少?gòu)監(jiān)督管理部

門同意將招標(biāo)形式轉(zhuǎn)為競(jìng)爭(zhēng)性談判”。這種說(shuō)法是錯(cuò)誤的，流標(biāo)需要分析原閃，然后按合適的方式進(jìn)

行采購(gòu)，不能一概而論的改為競(jìng)爭(zhēng)性談判。

?在用例設(shè)計(jì)中，可以使用UML中I內(nèi)_（17）_來(lái)描述顧客和系統(tǒng)之間的交互，闡明系統(tǒng)功能行為。

（17）A.類圖B.構(gòu)件圖C.序列圖D.布署圖

本題考察UML圖。

在UML2.0中,共有14種圖:

<1)類圖(dassdiagram)：展現(xiàn)了一俎類、接口、協(xié)作和它們之間的關(guān)系。在面向?qū)ο笙到y(tǒng)的建模中所建立的最常見的

圖就是類圖。類圖給出了系統(tǒng)的靜態(tài)設(shè)計(jì)視圖。包括積極類的類圖給出了系統(tǒng)的靜態(tài)進(jìn)程視圖。

(2)對(duì)象圖(objectdiagram)：展現(xiàn)了?組對(duì)象及它們之間的關(guān)系。對(duì)象圖描述了在類圖中所建立的事物實(shí)例的靜態(tài)快

照。和類圖同樣，這些圖給出系統(tǒng)的靜態(tài)設(shè)計(jì)視圖或靜態(tài)進(jìn)程視圖，但它們是從真實(shí)案例或原型案例的角度建立的。

<3)構(gòu)件圖(componcnldiagram)：展現(xiàn)了一種封裝的類和它的接口、端口，以及山內(nèi)嵌I內(nèi)構(gòu)件和

連接件構(gòu)成的內(nèi)部構(gòu)造。構(gòu)件圖用于表達(dá)系統(tǒng)的靜態(tài)設(shè)計(jì)實(shí)現(xiàn)視圖。對(duì)于由小的部件構(gòu)建大的系統(tǒng)

來(lái)說(shuō)，構(gòu)件圖是很重要的。構(gòu)件圖是類圖的變體。

(4)組合構(gòu)造圖(compositestructurediagram)：它可以描繪構(gòu)造化類(例如構(gòu)件或類)1向內(nèi)部構(gòu)造，包括構(gòu)造化類與系統(tǒng)

其他部分的交互點(diǎn)。它顯示聯(lián)合執(zhí)行包括構(gòu)造化類的行為H勺部件配置.。組合結(jié)構(gòu)圖用于畫出構(gòu)造化類的內(nèi)部?jī)?nèi)容。

(5)用例圖(usecasediagram)：展現(xiàn)一組用例、參與者(一種特殊的類)及它們之間的關(guān)系，它

描述了系統(tǒng)與外部系統(tǒng)及顧客之間的J交互。用例圖給出系統(tǒng)的靜態(tài)用例視圖。這些圖在對(duì)系統(tǒng)的行為進(jìn)行組織和建模時(shí)

是非常重要的。

<6)次序圖(sequencediagram)：又稱序列圖。是一種交互圖(interact:ondiagram)>交互圖展現(xiàn)

了一種交互，它由一組對(duì)象或角色以及它們之間也許發(fā)送的消息構(gòu)成。交互圖專注于系統(tǒng)的動(dòng)態(tài)視

圖。次序圖是強(qiáng)調(diào)消息的時(shí)間次序的交互圖。

(7)通信圖(communicationdiagram)：又稱協(xié)作圖。也是一種交互圖，它強(qiáng)調(diào)收發(fā)消息的對(duì)象或角色的構(gòu)造組織。次

序圖和通信圖體現(xiàn)了類似的基本概念，但每種圖所強(qiáng)調(diào)的概念不一樣，次序圖強(qiáng)調(diào)的是時(shí)序，通信圖則強(qiáng)調(diào)消息流經(jīng)H勺

數(shù)據(jù)構(gòu)造。

(8)狀態(tài)圖(statediagram)：展現(xiàn)一種狀態(tài)機(jī)，它由狀態(tài)、轉(zhuǎn)移、事件和活動(dòng)構(gòu)成。狀態(tài)圖展現(xiàn)/

對(duì)蒙的動(dòng)態(tài)視圖。它對(duì)于接口、類或協(xié)作的行為建模尤為重要，并且它強(qiáng)調(diào)事件導(dǎo)致II勺對(duì)象行為，

這非常有助于對(duì)反應(yīng)式系統(tǒng)建模。

<9)活動(dòng)圖(aciivilydiagram)：將進(jìn)程或其他計(jì)算II勺構(gòu)造展示為計(jì)算內(nèi)部一步步的控制流和數(shù)據(jù)流?；顒?dòng)圖專注于系

統(tǒng)的動(dòng)態(tài)視圖.它對(duì)系統(tǒng)的功能建模尤其重要,并強(qiáng)調(diào)對(duì)象間內(nèi)捽制流程.

(10)布署圖(deploymentdiagram)：展現(xiàn)了對(duì)運(yùn)行時(shí)時(shí)處理結(jié)點(diǎn)及在其中生存的構(gòu)件的配置。部

署圖給出了架構(gòu)的靜態(tài)布署視圖，一般一種結(jié)點(diǎn)包括一種或多種布署圖。

(II)制品圖(artifactdiagram)：展現(xiàn)「計(jì)算機(jī)中種系統(tǒng)的物理構(gòu)造。制品包括文獻(xiàn)、數(shù)據(jù)庫(kù)和

類似的物理比特集合。制品圖一般與布署圖一起使用。制品也展現(xiàn)了它們實(shí)現(xiàn)的類和構(gòu)件。

<12)包圖(packagediagram)：展現(xiàn)了山模型自身分解而成的組織單元，以及它們的依賴關(guān)系。

(13)定期圖(timingdiagram)：也是一種交互圖，它展現(xiàn)了期息跨越不一一樣對(duì)象或角色的實(shí)際時(shí)間,

而不僅僅只是關(guān)懷消息的相對(duì)次序。

(14)交互概覽圖(interactionoverviewdiagram)：是活動(dòng)圖和次序圖的混合物。從試題題干闡明結(jié)合以上描述來(lái)看，最

為匹配內(nèi)圖是用例圖，但選項(xiàng)中并無(wú)用例圖。此時(shí)，我們需要考慮退而求另一方面，看與否有第二匹配『'J圖可以選擇。

由于題口中闡明為“…之間H勺交互”，從該處可以得知，這個(gè)圖應(yīng)當(dāng)是動(dòng)態(tài)圖，由于動(dòng)態(tài)圖就是用于體現(xiàn)交互關(guān)系的。而

選項(xiàng)中，只有“序列圖''屬于動(dòng)態(tài)圖，因此此題應(yīng)選C。

?根據(jù)下面的UML類圖，如下論述中_(18)_是不對(duì)的的。

對(duì)象

（18）A.容曙是一種組件B.GUI組件就是?種容器

C.GUI組件是一種對(duì)象D.容器和GUI組件都是組件試題中的圖體現(xiàn)的關(guān)系，是

繼承關(guān)系。而繼承關(guān)系是一種“isa”的關(guān)系。即：組件是一種（一種）對(duì)象：容器是一種（一種）組件：GUI組件是一種

（一種）組件：容器是一種（一種）對(duì)象；GUI組件是一種

（一種）對(duì)象。

由此可見，B選項(xiàng)的說(shuō)法是錯(cuò)誤的。

?TCP/IP協(xié)議族中的_（19）_協(xié)議支持離線郵件處理，電子郵件客戶端可運(yùn)用該協(xié)議下載所有未閱讀

的電子郵件。

（19）A.FTPB.POP3C.TelnetD.SNMP

本題考察常見的網(wǎng)絡(luò)協(xié)議。

FTP（FileTransportProtocol.文獻(xiàn)傳播協(xié)議）是網(wǎng)絡(luò)上兩臺(tái)計(jì)算機(jī)傳送文獻(xiàn)的協(xié)議，運(yùn)行在TCP之上，是通過(guò)Iniernei將

文獻(xiàn)從一臺(tái)計(jì)算機(jī)傳播到另一臺(tái)計(jì)算機(jī)的一種途徑。FTP的傳播模式包括Bin（二進(jìn)制）和ASCH（文本文獻(xiàn)）兩種，除了

文本文獻(xiàn)之外，都應(yīng)當(dāng)使用二進(jìn)制模式傳播。FTP在客戶機(jī)和服務(wù)器之間需建立兩條TCP連接，一條用于傳送控制信息

（使用21號(hào)端口），另一條用于傳送文獻(xiàn)內(nèi)容（使用

20號(hào)端口）。

POP3（PostOfficeProtocol3）即郵局協(xié)議的第3個(gè)版本，它是規(guī)定個(gè)人計(jì)算機(jī)怎樣連接到互聯(lián)網(wǎng)上的郵件服務(wù)器進(jìn)行收

發(fā)膽件的協(xié)議。它是因特網(wǎng)電子郵件的笫一種離線協(xié)議原則，IQP3協(xié)議容許顧客從服務(wù)器上把郵件存儲(chǔ)到當(dāng)?shù)刂鳈C(jī)

（即自己的計(jì)算機(jī)）上，同步根據(jù)客戶端的操作刪除或保留在郵件服務(wù)器

上的郵件,而POP3服務(wù)曙則是遵照POP3協(xié)議的接受郵件服務(wù)器，用來(lái)接受電子郵件的。POP3協(xié)議是TCP/IP協(xié)議族中

的一員，由RFC1939定義。本協(xié)議重要用于支持使用客戶端遠(yuǎn)程管理在服務(wù)器上的電子郵件。

Telret（遠(yuǎn)程登錄協(xié)議）是登錄和仿真程序，建立在TCP之上，它的基本功能是容許顧客登錄進(jìn)入遠(yuǎn)程計(jì)算機(jī)系統(tǒng)。此

前，Telnet是?種將所有顧客輸入送到遠(yuǎn)程計(jì)算機(jī)進(jìn)行處理的簡(jiǎn)樸的終端程序。目前，

它的某些較新的版本是在當(dāng)?shù)貓?zhí)行更多的處理,可以提供更好的響應(yīng),并且減少小通過(guò)鏈路發(fā)送到遠(yuǎn)程計(jì)更機(jī)的信息數(shù)

量。

SNMP（SimpleNetworkManagenientProtocol?簡(jiǎn)樸網(wǎng)絡(luò)管理協(xié)議）是為了處理Internet上歐J路由器管理問(wèn)題而提出H勺,

它可以在IP、IPX、AppleTalk和其他傳播協(xié)議上使用。SNMP是指一系列網(wǎng)絡(luò)管理規(guī)范的集合，包括協(xié)議自身、數(shù)據(jù)構(gòu)

造的定義和某些有關(guān)概念。目前，SNMP已成為網(wǎng)絡(luò)管理領(lǐng)域中實(shí)際上

的工業(yè)原則，并被廣泛支持和應(yīng)用，大多數(shù)網(wǎng)絡(luò)管理系統(tǒng)和平臺(tái)都是基于SNMPH勺。

從以上協(xié)議口勺描述可以看出，本題應(yīng)送

?系統(tǒng)集成工程師小王為了杳詢其工作站的狀態(tài)，在其工作站的命令行上運(yùn)行“ping"命令，得

到如下成果：

-

正

Ping127.0.0具有32字節(jié)的數(shù)據(jù)：

來(lái)-1,±

白127.0.0.1的復(fù)二字節(jié)=32時(shí)間<lmsTTL=64

來(lái)J-

三127.0.0.1的復(fù)：字節(jié)=32時(shí)間TTL=64

來(lái)J

三127.0.0.1的復(fù):字節(jié)=32時(shí)［永1msTTL=64

來(lái)T

IT127.0.0.1的1=字節(jié)=32日方水1msTTL=64

127.0-0.1的Ping統(tǒng)計(jì)信息、：

數(shù)據(jù)包：已發(fā)送=4,已挎收=4,丟失=0<0Z丟失),

往返行程的估計(jì)時(shí)間《以毫秒為單位〉:

最短=0ms,最長(zhǎng)=0ns,平均=0ns

有關(guān)以上查詢成果，下列說(shuō)法中，對(duì)的的是_(20)_。

(20)A.小王的工作站對(duì)時(shí)安裝了TCP/IP協(xié)議B.小

王的工作站訪問(wèn)了網(wǎng)關(guān)并收到響應(yīng)C.小王的工作站訪問(wèn)

了DNS并收到響應(yīng)

D.小王的工作站未對(duì)的安裝網(wǎng)絡(luò)硬件或驅(qū)動(dòng)程序

本題考察常見網(wǎng)絡(luò)故障的排除技能。

12700.1是回送地址，指當(dāng)?shù)貦C(jī)，一般用來(lái)測(cè)試使用。重要用于網(wǎng)絡(luò)軟件測(cè)試以及當(dāng)?shù)貦C(jī)進(jìn)程間通信，

無(wú)詒什么程序，一旦使用回送地址發(fā)送數(shù)據(jù)，協(xié)議軟件立即返回之，不進(jìn)行任何網(wǎng)絡(luò)傳播。

B選項(xiàng)的“小王的工作站訪問(wèn)了網(wǎng)關(guān)并收到響應(yīng)“，不對(duì)的，由于127.001是本機(jī)地址，并非網(wǎng)關(guān)地址。C選項(xiàng)的“小王H勺

工作站訪問(wèn)了DNS并收到響應(yīng)“，不對(duì)的，由于此處的測(cè)試只在本機(jī)進(jìn)行，并不需要發(fā)數(shù)據(jù)包到DNS服務(wù)器。

D選項(xiàng)的“小王的工作站未對(duì)的安裝網(wǎng)絡(luò)硬件或驅(qū)動(dòng)程序”，不對(duì)的，由于能ping通闡明網(wǎng)絡(luò)硬件和驅(qū)動(dòng)程序是已經(jīng)正常

安裝了的。

A選項(xiàng)的說(shuō)法是對(duì)的的。

?某綜合辦公大樓的樓高20層，其綜合布線系統(tǒng)一般采用II勺拓?fù)錁?gòu)造是

<21)A.環(huán)型B.總線型C.分級(jí)星型D.星環(huán)型

本題考察常見網(wǎng)絡(luò)拓?fù)錁?gòu)造。

常見的網(wǎng)絡(luò)拓?fù)錁?gòu)造有如下幾種：總線型拓?fù)洌菏且环N基于多點(diǎn)連接的拓?fù)錁?gòu)造，所有的設(shè)備連接在共同的傳播介質(zhì)上。

總線拓?fù)錁?gòu)造使用一條所有PC都可訪問(wèn)的公共通道，每臺(tái)PC只要連一條線纜即可。

環(huán)型拓?fù)洌菏褂靡环N環(huán)把每臺(tái)PC連接起來(lái)，數(shù)據(jù)以“接力'WJ方式沿著環(huán)依次通過(guò)每臺(tái)PC最終抵達(dá)目的

地。

樹型拓?fù)錁?gòu)造：把整個(gè)電纜連接成樹型，樹枝分層每個(gè)分至點(diǎn)均有一臺(tái)計(jì)算機(jī)，數(shù)據(jù)依次往下傳，直到目的地。星型拓

撲構(gòu)造：用一種節(jié)點(diǎn)作為中心節(jié)點(diǎn)，其他節(jié)點(diǎn)直接與中心節(jié)點(diǎn)相連構(gòu)成的網(wǎng)絡(luò)。中心節(jié)點(diǎn)可以是文獻(xiàn)服務(wù)器，也可以是

連接設(shè)備。常見的中心節(jié)點(diǎn)為集線器。目前辦公室組網(wǎng)基本上都是使用星型構(gòu)造。

?根據(jù)《電子信息系統(tǒng)機(jī)房設(shè)計(jì)規(guī)范》(GB50174-2023),對(duì)于?波及國(guó)家秘密或企業(yè)對(duì)商業(yè)信息有保密要求的電子信息系

統(tǒng)機(jī)房，應(yīng)設(shè)置電磁屏蔽室。如下描述中，不符合該規(guī)范規(guī)定的是_(22)_。

(22)A.所有進(jìn)入電磁屏蔽室的電源線纜應(yīng)通過(guò)電源濾波器進(jìn)行

B.進(jìn)出電磁屏蔽室的網(wǎng)絡(luò)線宜采用光纜或屏蔽線纜線，光光纜應(yīng)帶有金屬加強(qiáng)芯

C.非金屬材料穿過(guò)屏蔽層時(shí)應(yīng)采用波導(dǎo)管，波導(dǎo)管口勺截面尺寸卻長(zhǎng)度應(yīng)滿足電磁屏蔽的性能要

D.截止波導(dǎo)通風(fēng)窗內(nèi)的波導(dǎo)管宜采用等邊六角形，通風(fēng)窗胸截面積應(yīng)根據(jù)室內(nèi)換氣次數(shù)進(jìn)行計(jì)

算

本題考察《電子信息系統(tǒng)機(jī)房設(shè)計(jì)規(guī)范》有關(guān)內(nèi)容。

《電子信息系統(tǒng)機(jī)房設(shè)計(jì)規(guī)范》規(guī)定“進(jìn)出電磁屏蔽室H勺網(wǎng)絡(luò)線宜采用光纜或屏蔽纜線，光纜不應(yīng)帶有金

屬加強(qiáng)芯”，因此選項(xiàng)B的描述是錯(cuò)誤為。

?某企業(yè)有一臺(tái)Linux文獻(xiàn)服務(wù)器，多臺(tái)Windows客戶端和Linux客戶堆。規(guī)定任意一種客戶端都可以

共享服務(wù)器上的文獻(xiàn)，并且可以直接存取服務(wù)器上的文獻(xiàn)?？蛻舳撕头?wù)器間應(yīng)當(dāng)使用_(23)_協(xié)議。

(23)A.NFSB.SambaC.FTPD.iSCSI

本題考察常見的網(wǎng)絡(luò)協(xié)議。

NFS：即網(wǎng)絡(luò)文獻(xiàn)系統(tǒng)。網(wǎng)絡(luò)文獻(xiàn)系統(tǒng)是FreeBSD支持H勺文獻(xiàn)系統(tǒng)中的一種。容許一種系統(tǒng)在網(wǎng)絡(luò)上與

他人共享目錄和文獻(xiàn)。通過(guò)使用NFS,可以到達(dá)Unix與Linux之間的文獻(xiàn)共享。

Samba：是在Linux和UNIX系統(tǒng)上實(shí)現(xiàn)SMB協(xié)議的種免費(fèi)軟件，由服務(wù)器及客戶端程序構(gòu)成。通過(guò)

該協(xié)議,可以實(shí)現(xiàn)Windows、Linux、Unix之間II勺文獻(xiàn)共享。

FTP：文獻(xiàn)傳播協(xié)議。用于Inlernet上向控制文獻(xiàn)H勺雙向傳播。同步，它也是一種應(yīng)用程序。顧客可以通過(guò)它把自己的PC

機(jī)與世界各地所有運(yùn)行FTP協(xié)議的服務(wù)器相連，訪問(wèn)服務(wù)器上的大量程序和信息。FTP的重要作用，就是讓顧客連接上一

種運(yùn)程計(jì)算機(jī)(這些計(jì)算機(jī)卜.運(yùn)行者FTP服務(wù)器程序)察看遠(yuǎn)程計(jì)算

機(jī)有哪些文獻(xiàn)，然后把文獻(xiàn)從遠(yuǎn)程計(jì)算機(jī)上持到當(dāng)?shù)赜?jì)算機(jī)，或把當(dāng)?shù)赜?jì)算機(jī)的文獻(xiàn)送到遠(yuǎn)程計(jì)算機(jī)去。FTP其實(shí)也是可

以進(jìn)行文獻(xiàn)共享的，但FTP的文獻(xiàn)共享，不是直接存取服務(wù)器上的文獻(xiàn)，而是先把文獻(xiàn)下栽下來(lái)，修改好后來(lái)，再上傳。

iSCSI：iSCSI技術(shù)是一種山IBM企業(yè)研究開發(fā)的，是一種供硬件設(shè)備使用H勺可以在IP協(xié)議的上層運(yùn)行

的SCSI指令集，這種指令集合可以實(shí)目前IP網(wǎng)絡(luò)上運(yùn)行SCSI協(xié)議，使其可以在諸如高速千兆以太網(wǎng)上進(jìn)行路由選擇。

iSCSI技術(shù)是一種新儲(chǔ)存技術(shù)，該技術(shù)是將既有SCSI接口與以太網(wǎng)絡(luò)技術(shù)結(jié)合，使服

務(wù)器可與使用IP網(wǎng)絡(luò)的儲(chǔ)存裝置互相互換資料。

通過(guò)以上描述，可以得知本題應(yīng)選B。

?根據(jù)《電子信息系統(tǒng)機(jī)房設(shè)計(jì)規(guī)范GB50174-2023K電子信息系統(tǒng)機(jī)房應(yīng)對(duì)人流和出入口進(jìn)行安全考

慮，如下論述錯(cuò)誤的是_(24)_。

(24)A.建筑H勺入口至主機(jī)房應(yīng)設(shè)通道，通道凈寬不應(yīng)不不小于1.5mB.電

子信息系統(tǒng)機(jī)房宜設(shè)門廳、休息室、值班室和更衣間C.電子信息系

統(tǒng)機(jī)房應(yīng)有設(shè)備搬入口D.電子信息系統(tǒng)機(jī)房必須設(shè)置單獨(dú)出入口

本題考察《電子信息系統(tǒng)機(jī)房設(shè)計(jì)規(guī)范GB50174-2023》。

選項(xiàng)內(nèi)容均出自該規(guī)范條款。其中選項(xiàng)D的描述不對(duì)的。原因在于《電子信息系統(tǒng)機(jī)房設(shè)計(jì)規(guī)范GB50174-

2023》對(duì)主機(jī)房出入口的規(guī)定為：“主見房宜設(shè)置單獨(dú)出入口，當(dāng)與其他功能用房共用出入口時(shí)，應(yīng)防止人流、物流的交

叉因此本題應(yīng)選D。

?信息安全的級(jí)別劃分有不一樣的維度，如下級(jí)別劃分對(duì)口勺H勺是_(25)_。

<25)A.系統(tǒng)運(yùn)行安全和保密有5個(gè)層次，包括設(shè)備級(jí)安全、系統(tǒng)級(jí)安全、資源訪問(wèn)安全、功能性安

全和數(shù)據(jù)安全

B.機(jī)房分為4個(gè)級(jí)別：A級(jí)、B級(jí)、C級(jí)、D級(jí)C.根據(jù)系統(tǒng)處理數(shù)據(jù)

劃分系統(tǒng)保密等級(jí)為絕密、機(jī)密和秘密D.根據(jù)系統(tǒng)處理數(shù)據(jù)的重要性，

系統(tǒng)可靠性分A級(jí)和B級(jí)

本題考察信息安全有關(guān)知識(shí)。

選項(xiàng)AII勺描述為：”系統(tǒng)運(yùn)行安全和保密有5個(gè)層次，包括設(shè)備級(jí)安全、系統(tǒng)級(jí)安全、資源訪問(wèn)安全、

功能性安全和數(shù)據(jù)安全這種說(shuō)法是錯(cuò)誤的，系統(tǒng)運(yùn)行安全和保密有4個(gè)層次：系統(tǒng)級(jí)安全、程序資源訪問(wèn)控制安全、

功能性安全、數(shù)據(jù)域安全。

選項(xiàng)BI內(nèi)描述為：“機(jī)房分為4個(gè)級(jí)別：A級(jí)、B級(jí)、C級(jí)、D級(jí)”。這種說(shuō)法是錯(cuò)誤的。機(jī)房分為3個(gè)級(jí)別：A級(jí)、B

級(jí)、C級(jí)。

選項(xiàng)C描述對(duì)II勺。

選項(xiàng)D的描述為：“根據(jù)系統(tǒng)處理數(shù)據(jù)的重要性，系統(tǒng)可靠性分A級(jí)和B級(jí)”。這種說(shuō)法是錯(cuò)誤的。

?系統(tǒng)運(yùn)行安全的關(guān)鍵是管理.，下列有關(guān)平常安全管理的做法，不對(duì)的的是_(26)_。

(26)A.系統(tǒng)開發(fā)人員和系統(tǒng)操作人員應(yīng)職責(zé)分離B.信息化部門領(lǐng)導(dǎo)安全

管理組織，一年進(jìn)行一次安全檢查C.顧客權(quán)限設(shè)定應(yīng)遵照“最小特

權(quán)”原則

D.在數(shù)據(jù)轉(zhuǎn)儲(chǔ)、維護(hù)時(shí)要有專職安全人員進(jìn)行監(jiān)督

木題考察安全管理有關(guān)知識(shí)。選項(xiàng)B時(shí)描述不對(duì)H勺，應(yīng)根據(jù)實(shí)際狀況來(lái)制定安全檢查的頻度。

在某次針對(duì)數(shù)據(jù)庫(kù)的

?在某次針對(duì)數(shù)據(jù)庫(kù)的信息安全風(fēng)險(xiǎn)評(píng)估中，發(fā)現(xiàn)其中對(duì)財(cái)務(wù)關(guān)鍵數(shù)據(jù)H勺邏輯訪問(wèn)密碼長(zhǎng)期不變。基于

以上現(xiàn)象，下列說(shuō)法對(duì)的的是_(27)_。

(27)A.該數(shù)據(jù)不會(huì)對(duì)計(jì)算機(jī)構(gòu)成威脅，因此沒(méi)有脆弱性B.密碼和授權(quán)長(zhǎng)

期不變是安全漏洞，屬于該數(shù)據(jù)的脆弱性C.密碼和授權(quán)長(zhǎng)期不變是

安全漏洞，屬于對(duì)該數(shù)據(jù)的威脅D.風(fēng)險(xiǎn)評(píng)估針對(duì)設(shè)施和軟件，不針

對(duì)數(shù)據(jù)

本題考察考生對(duì)脆弱性、威脅、風(fēng)險(xiǎn)的理解。脆弱性、威脅、風(fēng)險(xiǎn)之間存在著一定的對(duì)應(yīng)關(guān)系，威脅可當(dāng)咋從系統(tǒng)外部

對(duì)系統(tǒng)產(chǎn)生II勺作用，而導(dǎo)致系統(tǒng)功能及目的受阻I為所有現(xiàn)象。而脆弱性則可以當(dāng)作是系統(tǒng)內(nèi)部H勺微弱點(diǎn)。脆弱性是客觀

存在的，脆弱性自身沒(méi)有實(shí)際的傷害，但威脅可以運(yùn)用脆弱性發(fā)揮作用，實(shí)際匕系統(tǒng)的風(fēng)險(xiǎn)可以看作是威脅運(yùn)用「脆

弱性而引起的。假如系統(tǒng)不存在脆弱性，那么威脅也不存在，風(fēng)險(xiǎn)也就沒(méi)有了。

以本題的實(shí)際狀況來(lái)看，“財(cái)務(wù)關(guān)鍵數(shù)據(jù)的邏輯訪問(wèn)密碼長(zhǎng)期不變”這屬于系統(tǒng)內(nèi)部的微弱點(diǎn)，即脆弱性。

假如不及時(shí)處理這個(gè)問(wèn)題，有也許被黑客運(yùn)用，產(chǎn)生威脅，從而使系統(tǒng)有安全風(fēng)險(xiǎn)。因此本題應(yīng)選B。

?Web服務(wù)(wcbscrviccWj重要目的是跨平臺(tái)的操作性，它有許多合用場(chǎng)所。但某些狀況下，Web服務(wù)也

會(huì)減少應(yīng)用程序的性能。下列狀況中，_(28)_不適合采用Web服務(wù)作為重要H勺系統(tǒng)集成技術(shù)。

(28)A.B2B集成B.集成不一樣語(yǔ)言編寫的在不一樣平臺(tái)上運(yùn)行I內(nèi)應(yīng)用程序

C.跨越防火墻D.構(gòu)建單機(jī)應(yīng)用程序

木題考察Web服務(wù)技術(shù)。

Web服務(wù)的重要目H勺是跨平臺(tái)H勺互操作性，適合使用Web服務(wù)的狀況如下。

(1)跨越防火墻：對(duì)于成千上萬(wàn)且分布在世界各地的顧客來(lái)講，應(yīng)用程序的客戶端和服務(wù)帑之問(wèn)的通信是一種棘手的問(wèn)

題?？蛻舳撕头?wù)器之間一般都會(huì)有防火墻或者代理服務(wù)器。顧客通過(guò)Web服務(wù)訪問(wèn)服

務(wù)器端邏輯和數(shù)據(jù)可以規(guī)避防火墻的阻擋。

(2)應(yīng)用程序集成：企業(yè)需要將不一樣語(yǔ)言編寫的在不一樣平臺(tái)上運(yùn)行的多種程序集成起來(lái)時(shí)，Web服務(wù)可

以用原則的措施提供功能和數(shù)據(jù)，供其他應(yīng)用程序使用。

(3)B2B集成：在跨企業(yè)業(yè)務(wù)集成(B2B集成)中，通過(guò)Web服務(wù)可以將關(guān)鍵的商務(wù)應(yīng)用提供應(yīng)指定

的合作伙伴和客戶。用Web服務(wù)實(shí)現(xiàn)B2B集成可以很輕易地處理互操作問(wèn)題。

(4)軟件重用：Web服務(wù)容許在重用代碼的同步，重用代碼背由的數(shù)據(jù)。通過(guò)直接調(diào)用遠(yuǎn)端的Web服

務(wù)，可以動(dòng)態(tài)地獲得目前的數(shù)據(jù)信息。用Web服務(wù)集成多種應(yīng)用中H勺功能，為顧客提供一種統(tǒng)一的界面，

是另一種軟件重用方式。

在某些狀況下，Web服務(wù)也也許會(huì)減少應(yīng)用程序的性能。不適合使用Web服務(wù)的狀況如下。

(1)單機(jī)應(yīng)用程序：只與運(yùn)行在當(dāng)?shù)貦C(jī)器上的其他程序進(jìn)行通信的桌面應(yīng)用程序最佳不使用Web服務(wù)，

只用當(dāng)?shù)氐腁PI即可。

(2)局域網(wǎng)上的同構(gòu)應(yīng)用程序：使用同一種語(yǔ)言開發(fā)的在相似平臺(tái)的同一種局域網(wǎng)中運(yùn)行的應(yīng)用程序直

接通過(guò)TCP等協(xié)議調(diào)用，會(huì)更有效。

通過(guò)以上描述可知，本題應(yīng)選D。

?J2EE的四層體系架構(gòu)(客戶層/表達(dá)層/業(yè)務(wù)邏輯層/數(shù)據(jù)層)中，可用來(lái)實(shí)現(xiàn)業(yè)務(wù)邏輯層的技術(shù)是

_(29)_。

(29)A.InternetExploreB.DatabaseC.EnterpriseJavaBeanD.Servlet

本題考察J2EE體系構(gòu)造。

選項(xiàng)中：IniernetExpore是瀏覽器，屬于客戶層的內(nèi)容:Database是數(shù)據(jù)庫(kù)，屈于數(shù)據(jù)層:EnierpriseJavaBean

屬于業(yè)務(wù)邏輯層；Servlet屬于表達(dá)層。

?某項(xiàng)目組需要在Windows操作系統(tǒng)平臺(tái)上用C++語(yǔ)言編寫應(yīng)用構(gòu)件，該項(xiàng)目組宜選用_(30)_作為構(gòu)

件原則。

(30)A.COM+B.EJBC.OMGD.ODBC

本題考察構(gòu)件原則。

目前的構(gòu)件原則市要有三大系列：OMGH勺CORBA原則、微軟企業(yè)的COM/COM+/DCOM原則、以及

SUN企業(yè)的EJB原則。

題目規(guī)定為：Windows平臺(tái)匕用C++語(yǔ)言，這亳無(wú)疑問(wèn)使用微軟企業(yè)的原則最為合適，因此本題應(yīng)選

A.

?項(xiàng)目經(jīng)理在編制項(xiàng)目管理計(jì)劃時(shí),應(yīng)_(31)_。

(31)A.越簡(jiǎn)樸越好B.越詳細(xì)越好

C.逐漸細(xì)化D.按照企業(yè)II勺模板編制，不能變更好的計(jì)劃等于成功II勺開始，制定

項(xiàng)目管理計(jì)劃是對(duì)定義、編制、整合和協(xié)調(diào)所有子計(jì)劃所必需的動(dòng)進(jìn)行汜錄的過(guò)程。項(xiàng)目管理計(jì)劃確定項(xiàng)目的執(zhí)行、監(jiān)

控和收尾方式：由于項(xiàng)目具有臨時(shí)?件、獨(dú)特性、漸進(jìn)明細(xì)的特點(diǎn).每個(gè)項(xiàng)月均有明確的開始與結(jié)柬時(shí)間.由干環(huán)境供J不

同、人員的不一樣、需求的不一樣等，沒(méi)有完全一模同樣的二個(gè)項(xiàng)目。項(xiàng)目經(jīng)理在編制項(xiàng)目管理計(jì)劃，需要

整合一系列有關(guān)過(guò)程，并且要持續(xù)到項(xiàng)目收尾。信息系統(tǒng)項(xiàng)目具有目的不明確，需求變化頻繁的特點(diǎn)，因比在編制項(xiàng)目

管理計(jì)劃時(shí)，項(xiàng)目經(jīng)理不也許將項(xiàng)目所有的事情看得很清晰、很透徹，為了能更好的完畢項(xiàng)目可交付物，就需要項(xiàng)目經(jīng)

理在編制項(xiàng)目管理計(jì)劃時(shí)先將近期的計(jì)劃做得詳細(xì)某些，遠(yuǎn)期的計(jì)劃制定得概要某些，伴隨時(shí)間的推移，項(xiàng)目計(jì)劃在不

斷地細(xì)化，稱之為滾動(dòng)波計(jì)劃，本過(guò)程將產(chǎn)生一份項(xiàng)目管理計(jì)劃，該計(jì)劃根據(jù)項(xiàng)目的規(guī)模、復(fù)雜度以及

項(xiàng)目生命周期的長(zhǎng)短來(lái)確定滾動(dòng)波式計(jì)劃中的滾動(dòng)周期，需要通過(guò)不停更新來(lái)漸進(jìn)明細(xì)。這些更新需要由實(shí)行整體變更控

制過(guò)程進(jìn)行控制和同意。在編制項(xiàng)目管理計(jì)劃時(shí)，并不是越簡(jiǎn)樸越好，太簡(jiǎn)樸并不能將完畢項(xiàng)目H勺可交付物所需要的工作

計(jì)劃好，導(dǎo)致計(jì)劃沒(méi)有可用性。項(xiàng)目管理計(jì)劃編制得太詳細(xì)，甚至關(guān)注到某些細(xì)小的事情，都不可行，由于在項(xiàng)

目的執(zhí)行過(guò)程中，假如發(fā)生變化，項(xiàng)目管理計(jì)劃也得進(jìn)行更新，不能純粹按照企業(yè)的模板編制后不容許

變更，這些都違反了項(xiàng)目漸進(jìn)明細(xì)的特點(diǎn)。

?在項(xiàng)目整體管理過(guò)程中監(jiān)督和控制項(xiàng)目是一種關(guān)健環(huán)節(jié)，下列不屬于監(jiān)督和控制過(guò)程組的是02。

<32)A.客戶等項(xiàng)目干系人正式驗(yàn)收并接受已完畢的項(xiàng)目可交付物的過(guò)程

B.企業(yè)質(zhì)量管理體系審計(jì)

C.在管理項(xiàng)目團(tuán)體時(shí)，項(xiàng)目經(jīng)理與組員就組員狀況進(jìn)行正式交談

D.編制績(jī)效匯報(bào)項(xiàng)目管理是一種綜合性工作，規(guī)定每一種項(xiàng)目和產(chǎn)品過(guò)程都同其他過(guò)程恰當(dāng)?shù)嘏浜吓c聯(lián)絡(luò)，以

便彼此協(xié)調(diào)。在一種過(guò)程中采用的行動(dòng)一般會(huì)對(duì)這一過(guò)程和其他有關(guān)過(guò)程產(chǎn)生影響。成功的項(xiàng)目管理包括枳極地管理過(guò)

程間的互相作用，以滿足發(fā)起人、客戶和其他干系人的需求。在某些狀況下，為得到所需成果，

需要反復(fù)多次實(shí)行某個(gè)過(guò)程或某組過(guò)程。在PMBOK2023版中，將42個(gè)過(guò)程歸納為5類，即5大項(xiàng)目管理過(guò)程組：

啟次過(guò)程組：獲得授權(quán)，定義一種新項(xiàng)目或既有項(xiàng)目的一種新階段，正式開始該項(xiàng)目或階段的一組過(guò)程。規(guī)劃過(guò)程組：明

確項(xiàng)目范圍，優(yōu)化目的，為實(shí)現(xiàn)目的而制定行動(dòng)方案的一組過(guò)程。執(zhí)行過(guò)程組：完畢項(xiàng)目管理計(jì)劃中確定的工作以實(shí)現(xiàn)

項(xiàng)目目的的一組過(guò)程。

監(jiān)控過(guò)程組：跟蹤、審查和調(diào)整項(xiàng)目法展與績(jī)效，識(shí)別必要的計(jì)劃變更并啟動(dòng)對(duì)應(yīng)變更的一組過(guò)程。收尾過(guò)程組：為完

結(jié)所有過(guò)程組的所有活動(dòng)以正式結(jié)束項(xiàng)目或階段而實(shí)行的一組過(guò)程。各項(xiàng)目管理過(guò)程組以它們所產(chǎn)生的輸出互相聯(lián)絡(luò)。

過(guò)楞組很少是孤立的或一?次性事件，而是在整個(gè)項(xiàng)目期間互相重疊。一種過(guò)程的輸出一般成為另一種過(guò)程H勺輸入，或者

成為項(xiàng)目口勺可交付成果。規(guī)劃過(guò)程組

為執(zhí)行過(guò)程組提供項(xiàng)目管理訂劃和項(xiàng)目文獻(xiàn)，并且隨項(xiàng)目進(jìn)展，不停更新項(xiàng)目管理計(jì)劃和項(xiàng)目文獻(xiàn)?？蛻舻软?xiàng)目干系人

正式驗(yàn)收并接受已完畢的項(xiàng)目可交付物的過(guò)程，屬于確認(rèn)與驗(yàn)證項(xiàng)目階段成果物的過(guò)程，檢查并驗(yàn)證交付物與否滿足規(guī)

定：項(xiàng)目正式驗(yàn)收或進(jìn)行階段驗(yàn)收是對(duì)項(xiàng)目完畢或與否能進(jìn)入下?階段時(shí)需要開展的工作。企業(yè)質(zhì)量管理審計(jì)是質(zhì)量

管理知識(shí)領(lǐng)域，實(shí)行質(zhì)量保證過(guò)程所采用H勺工具與技術(shù)，是一種獨(dú)立的構(gòu)造化

審合，用來(lái)確定項(xiàng)目活動(dòng)與否遵照了組織和項(xiàng)目H勺政策、過(guò)程與程序，不屬于監(jiān)控過(guò)程組。在管理項(xiàng)目團(tuán)體時(shí)，項(xiàng)目經(jīng)

理與組員就組員狀況進(jìn)行正式交談，通過(guò)這種方式，項(xiàng)目經(jīng)理可以獲得更多有關(guān)項(xiàng)目的信息，例如完畢了多少工作，花

費(fèi)了多少時(shí)間，存在什么問(wèn)題等等；在進(jìn)行溝通時(shí)，項(xiàng)目經(jīng)理可以采用工式、非正式的方式進(jìn)行，非正式的溝通更有助

于交流氣氛的融洽，從而更真實(shí)H勺來(lái)獲得相關(guān)的績(jī)效數(shù)據(jù)，以監(jiān)控項(xiàng)目團(tuán)體的完畢狀況，選項(xiàng)C與D目的是搜集、分發(fā)

有關(guān)項(xiàng)目績(jī)效的信息給項(xiàng)目

干系人，形成績(jī)效匯報(bào)，提出對(duì)■應(yīng)的改善措施，從而監(jiān)控項(xiàng)目的狀態(tài)。

?項(xiàng)目經(jīng)理王某對(duì)其負(fù)責(zé)的系統(tǒng)集成項(xiàng)目進(jìn)行了成本估算和進(jìn)度安排，根據(jù)團(tuán)體組員I內(nèi)狀況分派了任

務(wù)，并制定出計(jì)劃執(zhí)行預(yù)算成本的基準(zhǔn)。由于企業(yè)高層領(lǐng)導(dǎo)非常.重視該項(xiàng)目，特地調(diào)配了幾名更有經(jīng)驗(yàn)

(薪水更高)的技術(shù)骨干參與項(xiàng)目，這種變化對(duì)項(xiàng)目績(jī)效導(dǎo)致的最也許影響是_(33)_。

(33)A.正的成本偏差CV,正的進(jìn)度偏差SVB.負(fù)的成本偏差CV,正IKJ進(jìn)度偏差SVC.正

H勺成本偏差CV,負(fù)的進(jìn)度偏差SVD.負(fù)的成本偏差CV,負(fù)的進(jìn)度偏差SV

在項(xiàng)目的執(zhí)行過(guò)程中，項(xiàng)目團(tuán)體的可用資源或?qū)⒂绊懙巾?xiàng)目?jī)?nèi)進(jìn)度、成本、質(zhì)量等。在項(xiàng)目的開始，項(xiàng)目經(jīng)理王某已經(jīng)根

據(jù)項(xiàng)目與資源需求狀況進(jìn)行成本估算與進(jìn)度安排，通過(guò)評(píng)審后形成了進(jìn)度與成本基準(zhǔn)，也叫基線，所謂基線指一種（或一

組）配置項(xiàng)在項(xiàng)目生命周期的不一樣步間點(diǎn)上通過(guò)正式評(píng)審而進(jìn)入正式

受控的一種狀態(tài)。所有的變更都將遵照原則的整合變更流程來(lái)進(jìn)行。

在制定進(jìn)度計(jì)劃時(shí)，根據(jù)WBS分解，在估算活動(dòng)資源時(shí)，就估算出要完畢各項(xiàng)活動(dòng)所需要的材料、人員、設(shè)備和用品H勺

各類和數(shù)