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

上午試題及參照答案

?信息系統(tǒng)系統(tǒng)集成項(xiàng)目是從客戶和顧客的需求出技，將硬件、系統(tǒng)軟件、工具軟件、網(wǎng)

絡(luò)、數(shù)據(jù)庫(kù)及對(duì)應(yīng)韻應(yīng)用軟件集成為實(shí)用口勺信息系統(tǒng)口勺過(guò)程，其生命周期包括總體籌劃、設(shè)

計(jì)、開(kāi)發(fā)、實(shí)行、服務(wù)保障等。它是一項(xiàng)綜合性日勺系統(tǒng)工程，（1）是系統(tǒng)集成項(xiàng)目成功

實(shí)行的保障。

①管理②商務(wù)③技術(shù)④軟件⑤獨(dú)立的應(yīng)用軟件

（1）AO①④B.①②C.③?⑤D.④?

?根據(jù)原信息產(chǎn)'業(yè)部公布的有關(guān)公布《計(jì)算機(jī)信息系統(tǒng)集成資質(zhì)等級(jí)評(píng)估條件（修訂版）》

時(shí)告知（信部規(guī)[2023]440號(hào)），一不是系統(tǒng)集成資質(zhì)等級(jí)評(píng)估的條件。

（2）A.企業(yè)的注冊(cè)資金B(yǎng).企業(yè)I為軟件開(kāi)發(fā)實(shí)力

C.企業(yè)與否通過(guò)了質(zhì)量管理體系認(rèn)證D.企業(yè)領(lǐng)導(dǎo)的學(xué)歷

?有關(guān)信息系統(tǒng)集成項(xiàng)目叼特點(diǎn)，下述說(shuō)法中，⑶是不對(duì)日勺的

⑶A.信息系統(tǒng)集成項(xiàng)目是高技術(shù)與高技術(shù)的集成，要采用業(yè)界最先進(jìn)MJ產(chǎn)品和技術(shù)

B.信息系統(tǒng)集成項(xiàng)目對(duì)企業(yè)管理技術(shù)水平和項(xiàng)目經(jīng)理的領(lǐng)導(dǎo)藝術(shù)水平規(guī)定比較高

C信息系統(tǒng)集成項(xiàng)目的需求常常不夠明確，而加強(qiáng)需求變更管理以控制風(fēng)險(xiǎn).

D.信息系統(tǒng)集成項(xiàng)目常常面臨人員流動(dòng)率較高口勺狀況

?根據(jù)原信息產(chǎn)業(yè)部2023年10月公布H勺有關(guān)公布《計(jì)算機(jī)信息系統(tǒng)集成資質(zhì)等級(jí)評(píng)估條件

（修訂版）》的告知（信部規(guī)[2023]440號(hào)），規(guī)定系統(tǒng)集成一級(jí)資質(zhì)企業(yè)中具有計(jì)算機(jī)信息

系統(tǒng)集成項(xiàng)目管理資質(zhì)口勺人數(shù)不少于M名，其中高級(jí)項(xiàng)目經(jīng)理人數(shù)不少于n名，則⑷.

(4)A.m=35,n=10B.m=25,n=8C.m=15,n=6D.m=15,n=3

?有關(guān)計(jì)算機(jī)信息系統(tǒng)集成資質(zhì)監(jiān)督管理的說(shuō)法中，(5)是不對(duì)的的。

(5)A.獲證單位應(yīng)每年進(jìn)行一次自檢

B.資質(zhì)認(rèn)證工作辦公室對(duì)獲證單位每年進(jìn)行抽杳

C.資質(zhì)認(rèn)證工作辦公室每三年進(jìn)行一次換證檢查

D.末準(zhǔn)時(shí)申請(qǐng)換證檢查或拒絕接受監(jiān)督檢查H勺單位，視為自動(dòng)放棄資格，其資質(zhì)證書(shū)予以注

銷(xiāo)

?在CRM中，體現(xiàn)企業(yè)曾經(jīng)為客戶提供的產(chǎn)品和服務(wù)的歷史數(shù)據(jù)，如顧客產(chǎn)品使用狀況調(diào)

查的數(shù)據(jù)、客服人員的提議數(shù)據(jù)和廣告數(shù)據(jù)等，屬于(6),

(6)A.描述性數(shù)據(jù)B.交易性數(shù)據(jù)C.促銷(xiāo)性數(shù)據(jù)Do關(guān)系性數(shù)據(jù)

解析：考察信息化基礎(chǔ)知識(shí)(教程知識(shí))

?顧客需求在項(xiàng)目開(kāi)始時(shí)定義不清，開(kāi)發(fā)過(guò)程親密依賴顧客的良好配合，動(dòng)態(tài)響應(yīng)顧客的需

求，通過(guò)反復(fù)修改來(lái)實(shí)現(xiàn)顧客的J最終系統(tǒng)需求，這是⑺的重要特點(diǎn)。

(7)A.蒙特卡洛法B.原型法C.面向?qū)ο蟠胧〥.頭腦風(fēng)暴法

?有關(guān)中間件特點(diǎn)的描述，⑻是不對(duì)的］的。

(8)A.中間件可運(yùn)行于多種硬件和操作系統(tǒng)平臺(tái)上

B.跨越網(wǎng)絡(luò)、硬件、操作系統(tǒng)平臺(tái)時(shí)應(yīng)用或服務(wù)可通過(guò)中間件透明交互

C。中間件運(yùn)行于客戶機(jī)/服務(wù)器H勺操作系統(tǒng)內(nèi)核中，提高內(nèi)核運(yùn)行效率

D.中間件應(yīng)支持原則日勺協(xié)議和接口

?數(shù)據(jù)庫(kù)管理系統(tǒng)是操縱和管理數(shù)據(jù)庫(kù)的大型軟件，用于建立、使用和維護(hù)數(shù)據(jù)庫(kù)。如下有

關(guān)數(shù)據(jù)庫(kù)管理系統(tǒng)的描述，⑼是不對(duì)R勺的。

（9）A.數(shù)據(jù)庫(kù)管理系統(tǒng)可使多種應(yīng)用程序和顧客用不?樣日勺措施在需要日勺時(shí)候去建立、修改

和問(wèn)詢數(shù)據(jù)庫(kù)

B.數(shù)據(jù)庫(kù)管理系統(tǒng)提供數(shù)據(jù)定義語(yǔ)言與數(shù)據(jù)操作語(yǔ)言

C.數(shù)據(jù)庫(kù)管理系統(tǒng)提供對(duì)數(shù)據(jù)的追加、刪除等操作

D.數(shù)據(jù)庫(kù)管理系統(tǒng)不具有與操作系統(tǒng)的聯(lián)機(jī)處理、分時(shí)系統(tǒng)及遠(yuǎn)程作業(yè)輸入的有關(guān)接口

?軟件需求可理解為：為處理特定問(wèn)題則由被開(kāi)發(fā)或被修改的軟件所展示出的特性。所有軟

件需求時(shí)基本特性是（10），，

（10）A.可驗(yàn)證性B.與顧客交互性C.處理沖突D.面向?qū)ο?/p>

?根據(jù)GB/T16260.1中對(duì)對(duì)軟件產(chǎn)品質(zhì)量模型的描述，軟件產(chǎn)品的使用質(zhì)量不包括

（11）

（IDA.有效性B.生產(chǎn)率C.滿意度D.易用性

?在《軟件文檔管理指南GB/T16680-1996?中，對(duì)確定文檔H勺質(zhì)量等級(jí)作了規(guī)定，軟件文

檔的質(zhì)量可以按照文檔口勺形式和列出的規(guī)定劃分為四個(gè)等級(jí)。對(duì)于由同?單位內(nèi)若丁人聯(lián)

合開(kāi)發(fā)的J程序，或要交由其他單位使用的程序，應(yīng)當(dāng)?shù)竭_(dá)一（12）級(jí)H勺規(guī)定。

（12）ALB二C.三D.四

?GB/T16260-1996給出的質(zhì)量特性中，不包括（13）。

（13）A.功能性B.效率C.軟件環(huán)境D.可移植性

?軟件可靠性和可維護(hù)性是軟件的一項(xiàng)重要特性，根據(jù)GB/T14394-2023中對(duì)其H勺描述，在

軟件運(yùn)作和維護(hù)過(guò)程中，。4）不屬于分析和提高軟件可靠性的措施。

（14）A.實(shí)行FRACASB.跟蹤顧客功能規(guī)定

C.跟蹤顧客滿意程度D.測(cè)量可靠性，并分析現(xiàn)場(chǎng)可靠性與否到達(dá)規(guī)定

?根據(jù)《中華人民共和國(guó)招標(biāo)投標(biāo)法》第四十八條對(duì)中標(biāo)人的權(quán)利和義務(wù)的規(guī)定是

不對(duì)U勺U勺。

（15）Ao中標(biāo)人不得向他人轉(zhuǎn)讓中標(biāo)項(xiàng)目，也不得將中標(biāo)項(xiàng)目肢解后分別向他人轉(zhuǎn)讓

B.中標(biāo)人按照協(xié)議約定或者經(jīng)招標(biāo)人同意，可以將中標(biāo)項(xiàng)目的部分非主體、非關(guān)鍵性

工作分包給他人完畢

C,接受分包的人可以再次分包

D.中標(biāo)人應(yīng)當(dāng)就分包項(xiàng)FI向招標(biāo)人負(fù)責(zé)，接受分包的人就分包項(xiàng)FI承擔(dān)連帶責(zé)任

?《中華人民共和國(guó)政府采購(gòu)法》第二十四條規(guī)定，兩個(gè)以上U勺自然人、法人或者其他組織

可以構(gòu)成一種聯(lián)合體，以一種供應(yīng)商的身份共同參與政府采購(gòu)。

如下有關(guān)聯(lián)合體供應(yīng)商的論述，（16）是不對(duì)的的。

（16）A.參與聯(lián)合體的供應(yīng)商均應(yīng)具有有關(guān)的條件

B.參與聯(lián)合體的供應(yīng)商應(yīng)當(dāng)向采購(gòu)人提交聯(lián)合協(xié)議，載明聯(lián)合體各方承擔(dān)的工作和義務(wù)

C,參與聯(lián)合體的供應(yīng)商各方應(yīng)當(dāng)共同與采購(gòu)人簽訂采購(gòu)協(xié)議

D.參與聯(lián)合體的次要供應(yīng)商不需要就采購(gòu)協(xié)議約定的事項(xiàng)對(duì)采購(gòu)承擔(dān)連帶責(zé)任

?有關(guān)圖1的論述（17）是不對(duì)H勺的1。

(17)A.Rectangle類和Circle類均有名為area(、J屬性，這兩個(gè)屬性一定是相似日勺屬性

B.Rectangle類和Circle類均有名為getAreaH勺屬性，這兩個(gè)屬性一定是相似的I屬性

C.Rectangle中名為length日勺屬性和Circle類中名為radius的屬性，這兩個(gè)屬性一定是不一樣

的屬性

D.Shape類有一種屬性，Circle類有兩個(gè)屬性，Rectangle類有三個(gè)屬性

圖1

?在面向?qū)ο蠓治鲋校浞治鲞^(guò)程的第一步是(18)。

(18)A.發(fā)現(xiàn)角色/參與者B.發(fā)現(xiàn)用例

C.進(jìn)行領(lǐng)域分析Do建立功能模型

?MPLS是目前使用較為廣泛的廣域網(wǎng)技術(shù)，該技術(shù)運(yùn)用數(shù)據(jù)標(biāo)簽引導(dǎo)數(shù)據(jù)包在開(kāi)放的通信

網(wǎng)絡(luò)中運(yùn)行，通過(guò)在無(wú)連接H勺網(wǎng)絡(luò)中引入連接模式，減少了網(wǎng)絡(luò)H勺復(fù)雜性。

(19)不屬于它的技術(shù)特點(diǎn)。

(19)Ao充足采用原有ff、JIP路由

B.是一種與鏈路層無(wú)關(guān)的技術(shù)

C.MPLS的標(biāo)簽合并機(jī)制不支持不一樣數(shù)據(jù)流的合并傳播

D.具有良好的網(wǎng)絡(luò)拓展性

?某系統(tǒng)集成工程師在其工作站的網(wǎng)絡(luò)瀏覽器地址欄中輸入“：〃wvrw.,cn\發(fā)

現(xiàn)不能訪問(wèn)中國(guó)計(jì)算機(jī)技術(shù)職業(yè)資格網(wǎng)，而在其工作站的網(wǎng)絡(luò)瀏覽器地址欄中輸入“：/萬(wàn)9.

108.35.160”，發(fā)現(xiàn)可正常訪問(wèn)中國(guó)計(jì)算機(jī)技術(shù)職業(yè)資格網(wǎng)，這闡明該工作站所處的網(wǎng)絡(luò)中，

也許存在（20）服務(wù)故障。

（20）A.FTPB.TelnetC.DNSD.

?網(wǎng)絡(luò)協(xié)議和設(shè)備驅(qū)動(dòng)軟件常常采用分層架構(gòu)模式，其重要原因是（21）0

（21）A.可以讓軟件獲得更高的性能B.支持軟件復(fù)用

C.讓功能劃分輕易，便于設(shè)計(jì)實(shí)現(xiàn)D.為到達(dá)內(nèi)聚、高耦合的I設(shè)計(jì)目的

?（22）不是光纖接口類型。

（22）A.SCB.STC.LCD.LH

?ZigBee是（23）網(wǎng)絡(luò)日勺原則之一。

（23）A.WLANB.WMANC.WPAND.WWAN

?下列有關(guān)電子信息機(jī)房口勺設(shè)計(jì)中，（24）不符合《電子信息系統(tǒng)機(jī)房設(shè)計(jì)規(guī)范

GB50174-2023》的規(guī)定。

（24）A.機(jī)房采用二級(jí)、三級(jí)耐火等級(jí)日勺建筑材料，重要部位采用一級(jí)耐火等級(jí)的材料

B.機(jī)房所有設(shè)備日勺金屬外殼、各類金屬管道、金屬線糟、建筑物金屬構(gòu)造等構(gòu)造等所有進(jìn)

行電位連接并接地

c.在機(jī)房吊頂上和活動(dòng)地板卜.都設(shè)置火災(zāi)探測(cè)器

D.主機(jī)房?jī)?nèi)絕緣體日勺靜電電位不不小于1KV

主機(jī)房和輔助區(qū)的絕緣體【向靜電電位不應(yīng)不小于1KV,

?根據(jù)《EIA/TIA568A/B商用建筑物電信布線原則-1995》，綜合布線系統(tǒng)分為三個(gè)等級(jí)，其

中增強(qiáng)型綜臺(tái)布線等級(jí)規(guī)定每個(gè)工作區(qū)至少有(25)個(gè)以上信息插座。

(25)A.1B.2C.3D.4

?系統(tǒng)運(yùn)行安全和保護(hù)口勺層次按照粒度從粗到細(xì)排序?yàn)?26)。

(26)A.系統(tǒng)級(jí)安全，資源訪問(wèn)安全，數(shù)據(jù)域安全，功栽性安全

B.系統(tǒng)級(jí)安全，資源訪問(wèn)安全，功能性安全，數(shù)據(jù)域安全

C.資源訪問(wèn)安全，系統(tǒng)級(jí)安全，數(shù)據(jù)域安全，功能性安全

D.資源訪問(wèn)安全，系統(tǒng)級(jí)安全，功能性安全，數(shù)據(jù)域安全

?如下不屬于積極式襲擊方略的是(27)。

(27)A.中斷B.篡改C.偽造D.竊聽(tīng)

?在.net架構(gòu)中，為開(kāi)發(fā)人員提供統(tǒng)一口勺、面向?qū)ο蟮摹哟位摹⒖蓴U(kuò)展的I編程接U,

使開(kāi)發(fā)人員可以高效、迅速地構(gòu)建基于下一代互聯(lián)網(wǎng)網(wǎng)絡(luò)應(yīng)用的是(28)。

(28)A.統(tǒng)一語(yǔ)言運(yùn)行環(huán)境B.基礎(chǔ)類庫(kù)C.數(shù)據(jù)庫(kù)訪問(wèn)技術(shù)D.網(wǎng)絡(luò)開(kāi)發(fā)技術(shù)

?J2EE規(guī)范包括一系列技術(shù)規(guī)范，其中(29)實(shí)現(xiàn)應(yīng)用中關(guān)鍵口勺業(yè)務(wù)邏輯，創(chuàng)立基于構(gòu)件的企

業(yè)級(jí)應(yīng)用程序，如進(jìn)行事務(wù)管理、安全運(yùn)行遠(yuǎn)程客戶連接、生命周期管理和數(shù)據(jù)庫(kù)連接緩沖

等中間層服務(wù)的應(yīng)用程序.

(29)A.ServletBJCACCJSPD.EJB

?對(duì)數(shù)據(jù)倉(cāng)庫(kù)特性的描述，(30)是不對(duì)時(shí)時(shí)。

(30)A.與時(shí)間無(wú)關(guān)日勺B.不可修改的C.面向主題的JD.集成日勺

?某政府部門(mén)擬運(yùn)用中央財(cái)政資金建設(shè)電子政務(wù)項(xiàng)目，有關(guān)建設(shè)方的立項(xiàng)管理，下列做法中

不符合有關(guān)規(guī)定的是(31)。

(31)A.建設(shè)單位在編制項(xiàng)目提議書(shū)時(shí)專門(mén)組織項(xiàng)目需求分析，形成需求分析匯報(bào)，報(bào)送項(xiàng)

FI審批部門(mén)

B.建設(shè)方在項(xiàng)目提議書(shū)獲得批復(fù)后，招標(biāo)選定有費(fèi)格的第三方工程征詢機(jī)構(gòu)編制可行

性研究匯報(bào)，報(bào)送項(xiàng)目審批部門(mén)

C.建設(shè)方在可行性研究匯報(bào)獲得批復(fù)后，向有關(guān)部門(mén)申請(qǐng)項(xiàng)目前期工作經(jīng)費(fèi)，前期工

作經(jīng)費(fèi)計(jì)入項(xiàng)目總投資

D.建設(shè)方在可行性研究匯報(bào)獲得批復(fù)后，委托有資格的第三方工程征詢機(jī)構(gòu)出具評(píng)

估意見(jiàn)，連同批復(fù)的項(xiàng)目提議書(shū)，作為項(xiàng)目建設(shè)的重要根據(jù)

?某企業(yè)信息化建設(shè)過(guò)程中，決策層要對(duì)實(shí)行計(jì)劃方案進(jìn)行擇優(yōu)和取舍，為保證決策的科學(xué)

性，其重要決策根據(jù)是(32)。

(32)A.需求分析B.項(xiàng)目提議書(shū)C.可行性研究匯報(bào)D.項(xiàng)目評(píng)估匯報(bào)

?作為系統(tǒng)集成企業(yè)售前負(fù)責(zé)人，在說(shuō)服本單位領(lǐng)導(dǎo)同意參與項(xiàng)目投標(biāo)時(shí)，不需簡(jiǎn)介(33)。

(33)A.本企業(yè)技術(shù)可行性分析B.企業(yè)人員能力和配置分析

C項(xiàng)目的國(guó)民經(jīng)濟(jì)分析D.項(xiàng)目財(cái)務(wù)可行性分析

?項(xiàng)目管理計(jì)劃應(yīng)整合其他規(guī)劃過(guò)程的所有子計(jì)劃和基準(zhǔn)，一經(jīng)確定即成為項(xiàng)目日勺基準(zhǔn)。在

項(xiàng)目管理中一般將(34)合并為一種績(jī)效測(cè)量基準(zhǔn)，這些基準(zhǔn)可應(yīng)用于掙值測(cè)后從而判斷項(xiàng)目

的整體績(jī)效。

（34）A.范圍基準(zhǔn)、成本基準(zhǔn)、進(jìn)度基準(zhǔn)B.質(zhì)量基準(zhǔn)、成本基準(zhǔn)、范圍基準(zhǔn)

C.質(zhì)量基準(zhǔn)、進(jìn)度基準(zhǔn)、范圍基準(zhǔn)D.質(zhì)量基準(zhǔn)、進(jìn)度基準(zhǔn)、成本基準(zhǔn)

?有關(guān)項(xiàng)目進(jìn)度管理中歐I活動(dòng)歷時(shí)估算的論述，（35）是對(duì)日勺口勺。

（35）A.活動(dòng)歷時(shí)估算應(yīng)給HI盡量精確的成果，不應(yīng)給出變化范圍，例如：2周±2天

B.多方案分析法是一種常用的活動(dòng)歷時(shí)估算措施

C.常用的活動(dòng)歷時(shí)估算措施包括類比估算、參數(shù)估算、三點(diǎn)估算法和后備分析法

D.類比估算法也稱為自下而上估算法，常用于項(xiàng)目初期H勺活動(dòng)歷時(shí)估算

?過(guò)去幾年小李完畢了人量網(wǎng)卡驅(qū)動(dòng)模塊的開(kāi)發(fā)，最快5天完畢，埴慢36天完畢，平均21

天完畢。如今小李開(kāi)發(fā)一種新網(wǎng)卡驅(qū)動(dòng)模塊，在21天到26天內(nèi)完畢的概率是（36）。

（36）A.68.3%B.34.1%C.58.2%D.28.1%

?圖2右側(cè)是單代號(hào)網(wǎng)絡(luò)圖（單位為工作口），左側(cè)是圖列。在保證安裝集成活動(dòng)盡早開(kāi)始

的前提下，軟件開(kāi)發(fā)活動(dòng)可以推遲（37）個(gè)工作日。

晨早開(kāi)始持續(xù)時(shí)間。最早完成

時(shí)間廣___________時(shí)間，

活動(dòng)名稱Q

最遲開(kāi)始?最遲完成

時(shí)間Q___________時(shí)間?

a|a|a

/.川軟件開(kāi)i發(fā),'\

a|73|?■，

安.渣備開(kāi)發(fā)環(huán)境,

pIa|“?4，1，1

x,,,t/

\T&1，/

\步開(kāi)年/

「1?卜/

圖2

(37)A.0B.1C.2D.4

?迅速跟進(jìn)是進(jìn)度控制II勺手段之一。如下對(duì)迅速跟進(jìn)的理解，(38)是對(duì)的I向。

(38)A.調(diào)整部分工作的次序關(guān)系，使用網(wǎng)絡(luò)圖和關(guān)鍵途徑分析等進(jìn)度計(jì)劃工具，盡量將某

些工作并行進(jìn)行

B.充足運(yùn)用周六、周日或晚上等非工作時(shí)間段實(shí)行項(xiàng)目

C.充足發(fā)揮每一種組員的J作用，用積極口勺績(jī)效考核措施，提高每個(gè)組員H勺技能水平和

績(jī)效

D.加強(qiáng)項(xiàng)目干系人之間的交流和溝通，以加緊項(xiàng)目的進(jìn)度

?項(xiàng)目進(jìn)度表至少包括每項(xiàng)計(jì)劃活動(dòng)的計(jì)劃開(kāi)始日期與計(jì)劃完畢日期，常見(jiàn)的做法是用一種

或多種格式的圖形表達(dá)。在下面的圖表中，常用于表達(dá)項(xiàng)目進(jìn)度表的是(39)。

(39)A.橫道圖B.排列圖C.魚(yú)骨圖D.趨勢(shì)圖

(40)?進(jìn)度網(wǎng)絡(luò)分析技術(shù)中的一種措施是(40),它可以根據(jù)有限的資源對(duì)項(xiàng)目進(jìn)度表進(jìn)行調(diào)

整。在確定了關(guān)鍵路線之后，將資源的有無(wú)與多寡考慮進(jìn)去，確定資源制約進(jìn)度表，并增長(zhǎng)

了持續(xù)時(shí)間緩沖段，這些持續(xù)時(shí)間緩沖段屬于非工作計(jì)劃活動(dòng)。

(40)A.關(guān)鍵途徑法B.假設(shè)情景分析法C.關(guān)鍵鏈法D資源平衡法

?在對(duì)一項(xiàng)任務(wù)的檢查中，項(xiàng)目經(jīng)剪發(fā)現(xiàn)一種團(tuán)體組員王在用與WBS詞典規(guī)定不符的措施

來(lái)完畢這項(xiàng)工作。項(xiàng)目經(jīng)理應(yīng)首先(41)。

(41)A.告訴這名團(tuán)體組員采用糾正措施。

B.確定這種措施對(duì)職能經(jīng)理而言與否尚可接受的

C.問(wèn)這名團(tuán)體組員，這種變化與否必要

D.確定這種變化與否變化了工作包口勺范圍

?有關(guān)范圍確認(rèn)日勺論述中，(42)是不對(duì)H勺日勺。

A.范圍確認(rèn)是核算項(xiàng)目口勺可交付成果已經(jīng)對(duì)日勺完畢的過(guò)程

B.客戶對(duì)可交付成果簽字確認(rèn)后，雙方可展開(kāi)質(zhì)量控制活動(dòng)，如測(cè)試、評(píng)審等

C.可對(duì)照項(xiàng)目管理計(jì)劃、對(duì)應(yīng)的需求文獻(xiàn)或WBS來(lái)核算項(xiàng)目范圍H勺完畢狀況

D.范圍確認(rèn)的措施包括檢查、測(cè)試、評(píng)審等

?在一種設(shè)計(jì)項(xiàng)目開(kāi)始兩個(gè)月后，客戶規(guī)定對(duì)項(xiàng)目產(chǎn)品正行修改并在沒(méi)有告知項(xiàng)目經(jīng)理的前

提下就做了這項(xiàng)變更，在最終測(cè)試階段，發(fā)現(xiàn)測(cè)試成果與當(dāng)時(shí)計(jì)劃不一樣。這種狀況重要是

由于(43)。

(43)A.測(cè)試計(jì)劃定義不完善B.沒(méi)有做好范圍變更控制

C.質(zhì)量管理計(jì)劃的J開(kāi)發(fā)不完善D.沒(méi)有堅(jiān)持溝通計(jì)劃

?企業(yè)為某客戶實(shí)行電子商務(wù)平臺(tái)建設(shè)項(xiàng)目，需要采購(gòu)5臺(tái)交付給客戶使用服務(wù)器，這部提

成本屬于該項(xiàng)目的(44)o

(44)A.直接成本B.間接成本(:.固定成本D.機(jī)會(huì)成本

?某項(xiàng)FI經(jīng)理已經(jīng)完畢/WBS和每個(gè)工作包U勺成本估算。要根據(jù)這些數(shù)據(jù)編制項(xiàng)Fl成本估

算,該項(xiàng)目經(jīng)理要(45)。

(45)A.使用WBSI為最高層次進(jìn)行類比估算

B.計(jì)算工作包和風(fēng)險(xiǎn)儲(chǔ)備估算的總和

C.把工作包估算合計(jì)成為項(xiàng)目估算總和

D.獲得專家對(duì)項(xiàng)目成本總計(jì)劃意見(jiàn)

?某ERP軟件開(kāi)發(fā)項(xiàng)目共有12個(gè)模塊，項(xiàng)目經(jīng)理對(duì)較件進(jìn)行了成本預(yù)算，預(yù)算每個(gè)模塊的

開(kāi)發(fā)成本為5萬(wàn)元，按照項(xiàng)目管理計(jì)劃，每月開(kāi)發(fā)一種模塊，12個(gè)月完畢開(kāi)發(fā)工作。在項(xiàng)

目進(jìn)行到第3個(gè)月底的)時(shí)候，項(xiàng)目經(jīng)理對(duì)照計(jì)劃，發(fā)現(xiàn)剛完畢了2個(gè)模塊的開(kāi)發(fā)工作，經(jīng)記

錄，實(shí)際花費(fèi)的成本為15萬(wàn)元。若按照目前的績(jī)效狀況，到所有模塊開(kāi)發(fā)完畢時(shí)估計(jì)托費(fèi)

的總成本為(46)。

(46)A.90萬(wàn)B.75萬(wàn)C.70萬(wàn)D.66.7萬(wàn)

?人員配置管理計(jì)劃描述何時(shí)以及怎樣滿足人力資源需求。有關(guān)人員配置管理計(jì)劃H勺論述

中，(47)是對(duì)的J的。

(47)A.制定人員配置管理計(jì)劃可采用工作分解構(gòu)造、組織分解構(gòu)造和資源分解構(gòu)造等描述

工具

B.項(xiàng)目人力資源計(jì)劃可以是正式或非正式口勺，但人員配置管理管理計(jì)劃是不能省略日勺正式計(jì)

劃

C.人員配置管理計(jì)劃通過(guò)一般制定人員需求和人力資源時(shí)間安排，不波及人員培訓(xùn)和獎(jiǎng)懲措

施

D.項(xiàng)目人力資源計(jì)劃是項(xiàng)目人員配置管理計(jì)劃日勺一種分計(jì)劃

?項(xiàng)目團(tuán)體建設(shè)對(duì)項(xiàng)目口勺成功至關(guān)重要，在項(xiàng)目經(jīng)理的下述做法中，有也許不利于團(tuán)體建設(shè)

的是(48)。

(48)A.鼓勵(lì)團(tuán)體組員間日勺溝通B.獎(jiǎng)勵(lì)加班日勺組員

C.盡早建立團(tuán)體基本規(guī)則D.盡早發(fā)現(xiàn)沖突，運(yùn)用私下、直接但合法日勺方式處理

?有關(guān)項(xiàng)目管理環(huán)境中的沖突管理的論述中，(49)是對(duì)的時(shí)。

(49)A.通過(guò)建M團(tuán)體基本規(guī)則及實(shí)行可行的項(xiàng)目管理經(jīng)驗(yàn)，沖突是可以防止口勺

B.處理沖突最理想措施是求同存異

C.沖突管理日勺最終目的是消除意見(jiàn)分歧

D.不管沖突對(duì)項(xiàng)目的影響是正面H勺還是負(fù)面的，項(xiàng)目經(jīng)理均有責(zé)任處理它

?某電信企業(yè)要建設(shè)一種CRM系統(tǒng)(包括呼喊中心和客服中心)，系統(tǒng)集成一級(jí)資質(zhì)企業(yè)甲

和系統(tǒng)集成二級(jí)資質(zhì)企業(yè)乙參與該系統(tǒng)建設(shè)。有關(guān)協(xié)議時(shí)簽訂，下面說(shuō)法中，(50)是對(duì)內(nèi)H勺。

(50)A.如電信企業(yè)和乙簽訂CRM建設(shè)總包協(xié)議，則乙和甲就呼喊中心的建設(shè)只能簽訂分

包協(xié)議

B.如電信企業(yè)和乙簽訂客服中心建設(shè)總包協(xié)議，則電信企業(yè)和甲就CRMH勺建設(shè)只能簽

定總價(jià)協(xié)議

C.如電信企業(yè)和乙簽訂客服中心建設(shè)單項(xiàng)承包協(xié)議，則電信企業(yè)和甲就CRMEKJ建設(shè)只

能簽定單項(xiàng)承包協(xié)議

D.如電信企業(yè)和甲簽訂CRM建設(shè)總價(jià)協(xié)議，則甲和乙就呼喊中心帕建設(shè)只能簽訂單價(jià)

協(xié)議

?建設(shè)方和承建方甲就某信息系統(tǒng)建設(shè)項(xiàng)目進(jìn)行了多次協(xié)議談判均未到達(dá)一致，未能簽定系

統(tǒng)建設(shè)協(xié)議，但在談判期間建設(shè)方獲悉了甲的行業(yè)關(guān)鍵技術(shù)指標(biāo)。之后建設(shè)方與另一承建方

乙通過(guò)協(xié)議談判后就系統(tǒng)建設(shè)簽定了協(xié)議，同步將甲的關(guān)鍵技術(shù)指標(biāo)透露給乙，導(dǎo)致甲蒙受

損失。下列說(shuō)法中，(51)是對(duì)的的。

(51)A.建設(shè)方對(duì)甲蒙受日勺損失應(yīng)承擔(dān)賠償責(zé)任

B.建設(shè)方和甲未簽定協(xié)議，對(duì)甲蒙受H勺損失不應(yīng)承擔(dān)賠償責(zé)任

C.乙和甲未簽定協(xié)議，對(duì)甲蒙受的損失不應(yīng)承擔(dān)賠償責(zé)任

D.甲的I損失是曰于其自身保密工作未做好，其損失應(yīng)所有由其自身承擔(dān)

?某系統(tǒng)集成商M企業(yè)于甲方簽訂了一份電子商務(wù)平臺(tái)建設(shè)項(xiàng)目，協(xié)議中規(guī)定，假圻系統(tǒng)

交付后存在質(zhì)量問(wèn)題，系統(tǒng)集成商M應(yīng)提供免費(fèi)口勺及時(shí)維護(hù)服務(wù)，M企業(yè)按協(xié)議規(guī)定交付

了系統(tǒng)，雙方簽訂了驗(yàn)收匯報(bào)。在此后日勺一年內(nèi)，M企業(yè)及時(shí)響應(yīng)了甲方口勺維護(hù)規(guī)定，一

年之后，M企業(yè)向甲方提出此后的J技術(shù)服務(wù)應(yīng)當(dāng)為有償服務(wù)，甲方認(rèn)為協(xié)議中提到的免費(fèi)

服務(wù)并無(wú)詳細(xì)期限，M企業(yè)的收費(fèi)規(guī)定是不合理於J。下列說(shuō)法中(52)是最恰當(dāng)?shù)摹?/p>

(52)A.由于協(xié)議中規(guī)定的免費(fèi)服務(wù)并無(wú)詳細(xì)期限，因此M企業(yè)規(guī)定收費(fèi)不合理

B.應(yīng)對(duì)甲方的服務(wù)規(guī)定進(jìn)行分類，如是處理質(zhì)量問(wèn)題，則M企業(yè)應(yīng)無(wú)限期免費(fèi)服務(wù)

C.M企業(yè)已經(jīng)提供了一年的免費(fèi)服務(wù)，此后規(guī)定對(duì)服務(wù)收費(fèi)是合理的

D.協(xié)議內(nèi)容不明確，可根據(jù)有關(guān)信息化工程建設(shè)的法律、法規(guī)處理

?某辦公大樓的開(kāi)發(fā)商將辦公樓的智能樓宇系統(tǒng)承包給H企業(yè)，雙方簽訂了協(xié)議，開(kāi)發(fā)商

海聘任了監(jiān)理方對(duì)此項(xiàng)目進(jìn)行監(jiān)理。期間，消防子系統(tǒng)驗(yàn)收延誤，開(kāi)發(fā)商認(rèn)為是H企業(yè)的

責(zé)任，向監(jiān)理方提出索賠規(guī)定。有關(guān)索賠流程，下列說(shuō)法中，(53)是對(duì)的的。

(53)A.開(kāi)發(fā)商應(yīng)在驗(yàn)收延誤事件發(fā)生后20天內(nèi)提出索賠意向告知

B.監(jiān)理方收到索賠告知后，應(yīng)在28天內(nèi)協(xié)助開(kāi)發(fā)商編制出索賠匯報(bào)

C.監(jiān)理方應(yīng)在索賠匯報(bào)中充足論證該事件確實(shí)為開(kāi)發(fā)商帶來(lái)了損失，并提出詳細(xì)的

賠償方案

D.假如H企業(yè)不一樣意監(jiān)理方作出［向索賠決定，可提請(qǐng)仲裁或法律訴訟

?某集成企業(yè)在進(jìn)行風(fēng)險(xiǎn)定性分析時(shí)，考慮了風(fēng)險(xiǎn)的幾種原因：①威脅，指風(fēng)險(xiǎn)對(duì)項(xiàng)目導(dǎo)致

的危害程度；②機(jī)會(huì)，指對(duì)項(xiàng)目帶來(lái)的收益程度；③緊迫性，對(duì)風(fēng)險(xiǎn)亟待處置的程度；④風(fēng)

險(xiǎn)發(fā)生日勺概率。有關(guān)該企業(yè)H勺定性風(fēng)險(xiǎn)分析，下列說(shuō)法中，（54）是不對(duì)日勺日勺。

（54）A.①X③X④時(shí)值越大，則表明風(fēng)險(xiǎn)高，應(yīng)考慮優(yōu)先處理

B.②*③X④時(shí)值越大，則表明機(jī)會(huì)大，應(yīng)考慮優(yōu)先處理

C.①X②義④的值越大，則表明風(fēng)險(xiǎn)高、機(jī)會(huì)大，應(yīng)考慮優(yōu)先處理。

D.②X④時(shí)值越大，則表明機(jī)會(huì)大，應(yīng)考慮優(yōu)先處理

?有關(guān)項(xiàng)目的風(fēng)險(xiǎn)管理，下列說(shuō)法中，（55）是不對(duì)的的。

（55）A.風(fēng)險(xiǎn)管理包括風(fēng)險(xiǎn)識(shí)別、定性分析、定量分析、風(fēng)險(xiǎn)應(yīng)對(duì)、風(fēng)險(xiǎn)監(jiān)控等過(guò)程

B.定性風(fēng)險(xiǎn)分析后，可制定和采用風(fēng)險(xiǎn)應(yīng)對(duì)措施

C.制定了風(fēng)險(xiǎn)應(yīng)對(duì)措施后，可重新進(jìn)行定量風(fēng)險(xiǎn)分析，以確定風(fēng)險(xiǎn)減少的程度

D.風(fēng)險(xiǎn)管理的最終目的是消除風(fēng)險(xiǎn)

?在一種信息系統(tǒng)集成項(xiàng)目中，對(duì)項(xiàng)目波及時(shí)客戶端、服務(wù)器、網(wǎng)絡(luò)和運(yùn)行環(huán)境等進(jìn)行集成

時(shí)，不確定會(huì)碰到什么問(wèn)題，這對(duì)項(xiàng)目來(lái)說(shuō)是一種風(fēng)險(xiǎn)，因此項(xiàng)目經(jīng)理計(jì)劃找一種此前有有

關(guān)技術(shù)經(jīng)驗(yàn)的專家來(lái)處理這個(gè)風(fēng)險(xiǎn)。該應(yīng)對(duì)措施屬于（56）

（56）A.風(fēng)險(xiǎn)接受B.風(fēng)險(xiǎn)轉(zhuǎn)移C.風(fēng)險(xiǎn)規(guī)避D.風(fēng)險(xiǎn)減輕

?（57）是制定項(xiàng)目溝通管理計(jì)劃的輸入。

（57）A.溝通技術(shù)B.項(xiàng)目可行性分析C.成本控制D.項(xiàng)目范圍闡明書(shū)

?狀態(tài)會(huì)議口勺目的是（58）。

（58）A.互換項(xiàng)目信息B.讓團(tuán)體組員匯報(bào)正在執(zhí)行口勺工作

C.簽發(fā)工作授權(quán)D.確認(rèn)團(tuán)體提交口勺成本的精確性

?某項(xiàng)目口勺現(xiàn)實(shí)狀況是：已經(jīng)被按照溝通計(jì)劃公布了項(xiàng)目信息；某些項(xiàng)目可交付物成果發(fā)生

了變更；這些變更是按照變更控制計(jì)劃做出口勺：一位干系人在得知此前曾經(jīng)公布過(guò)的項(xiàng)目可

交付物成果變更時(shí)，感覺(jué)十分驚訝；其他干系人都收到了變更告知日勺消息。針對(duì)這種狀況,

項(xiàng)目經(jīng)理應(yīng)當(dāng)（59）。

（59）A.告知干系人信息公布的日期

B.審核溝通計(jì)劃，確定為何干系人不理解自己的職責(zé)

C.對(duì)溝通計(jì)劃進(jìn)行審核，如需要，對(duì)溝通計(jì)劃進(jìn)行修改

D.在下次項(xiàng)目工作會(huì)議上闡明該問(wèn)題，以便其他干系人不會(huì)遺忘公布R勺變更信息

?某項(xiàng)目經(jīng)理規(guī)定采購(gòu)管理員從外面供貨商那里采購(gòu)硬件設(shè)備時(shí)，需要準(zhǔn)備一種（60）以描

述采購(gòu)設(shè)備口勺有關(guān)質(zhì)量技術(shù)指標(biāo)、驗(yàn)收原則和付款方式與期待等內(nèi)容。

（60）A.工作闡明書(shū)B(niǎo).協(xié)議范圍闡明C.項(xiàng)目章程D.協(xié)議

?在采購(gòu)管理中,編制詢價(jià)計(jì)劃需要用到（61）。

（61）A.原則表格B.評(píng)估原則C.采購(gòu)管理計(jì)劃D.采購(gòu)文獻(xiàn)

?招標(biāo)人采用邀請(qǐng)招標(biāo)方式日勺，應(yīng)當(dāng)向三個(gè)以上具有承擔(dān)招標(biāo)項(xiàng)目的能力、資信良好的（62）

發(fā)出投標(biāo)邀請(qǐng)書(shū)。

（62）A.不特定日勺法人B.特定日勺法人

C.不特定日勺法人或者其他組織D.特定的法人或者其他組織

?有關(guān)中標(biāo)條件的論述中，（63）是最為完整對(duì)時(shí)的。

A.可以最大程度地滿足招標(biāo)文獻(xiàn)中規(guī)定的各項(xiàng)綜合評(píng)價(jià)原則

B.可以滿足招標(biāo)文獻(xiàn)的實(shí)質(zhì)性規(guī)定，并且經(jīng)評(píng)審的投標(biāo)價(jià)格最低

C.可以很好地滿足招標(biāo)文獻(xiàn)中規(guī)定日勺各項(xiàng)綜臺(tái)評(píng)價(jià)原則

D.可以滿足招標(biāo)文獻(xiàn)H勺實(shí)質(zhì)性規(guī)定，并且經(jīng)評(píng)審的投標(biāo)價(jià)格合理

?信息系統(tǒng)文檔的J管理重要體目前文檔書(shū)寫(xiě)規(guī)范、圖表編號(hào)規(guī)則、文檔目錄編寫(xiě)原則和(64)

等兒種方面。

(64)A.文檔管理措施B.文檔管理制度C.建立文檔規(guī)范D.文檔使用權(quán)限控制

?下面任務(wù)中，(65)不是在配置管理過(guò)程中執(zhí)行的內(nèi)容。

(65)A.確認(rèn)一種條目或一和系統(tǒng)的功能和物理特性

B.針對(duì)特證控制變更

C.對(duì)項(xiàng)FI范圍進(jìn)行審核以檢查目前的項(xiàng)目與否與預(yù)定的規(guī)定相符

D.容許對(duì)變更自動(dòng)承認(rèn)

?假如一種配置項(xiàng)的版本號(hào)為1.1，那么這個(gè)配置項(xiàng)處在(66)狀態(tài)。

A.草稿B.正式C.修改D.完畢

?一種項(xiàng)目經(jīng)理和他的團(tuán)體正在使用魚(yú)骨圖(Ishikawa圖)討論所發(fā)現(xiàn)的一種重大質(zhì)最問(wèn)題的

原因，這屬于質(zhì)量管理中均(67).

A.質(zhì)量計(jì)劃編制B.質(zhì)量工具C.質(zhì)量保證D.質(zhì)量控制

?控制圖中口勺控制上限和控制下限標(biāo)明(68)。

A.客戶將要接受的界線B.也許出現(xiàn)的過(guò)程的偏差范圍

c.可以接受日勺過(guò)程的偏差范圍D.判斷項(xiàng)目成敗H勺記錄控制點(diǎn)

?在變更管理中，“變更初審”的目H勺是(69)。

A.保證評(píng)估所需信息準(zhǔn)務(wù)H勺必要性B.在干系人間就提出供評(píng)估的變更信息到達(dá)共識(shí)

C.以項(xiàng)目基準(zhǔn)為評(píng)估根據(jù)D.對(duì)變更實(shí)行進(jìn)行監(jiān)控

?進(jìn)度變更口勺控制活動(dòng)包括：(70

A.判斷項(xiàng)目進(jìn)度H勺目前狀態(tài)，對(duì)導(dǎo)致進(jìn)度變更的原因施加影響，杳明進(jìn)度與否已經(jīng)變化,

在實(shí)際變更出現(xiàn)時(shí)對(duì)其進(jìn)行調(diào)整

B.判斷項(xiàng)目進(jìn)度H勺目前狀態(tài)，對(duì)導(dǎo)致成本變更的原因施加影響，杳明進(jìn)度與否已經(jīng)變化,

在實(shí)際變更出現(xiàn)時(shí)對(duì)其進(jìn)行管理

C.判斷項(xiàng)目進(jìn)度日勺目前狀態(tài)，對(duì)導(dǎo)致進(jìn)度變更口勺原因施加影響，查明進(jìn)度與否已經(jīng)變化,

在實(shí)際變更出現(xiàn)時(shí)對(duì)其進(jìn)行管理

D.判斷項(xiàng)目進(jìn)度的目前狀態(tài)，對(duì)導(dǎo)致進(jìn)度變更的原因施加影響，查明進(jìn)度變化的原因，在實(shí)

際變更出現(xiàn)時(shí)對(duì)其進(jìn)行調(diào)整

?A(71)isadedicatedstoragenetworkthatprovidesaccesstoconsolidated,blocklevel

storage.ltisprimarilyusedtomarkstoragedevicesaccessibletoserverssothatthedevices

appearaslocallyattachedtotheoperatingsystem.

(71)A.network-attachedstorageB.storgeareanetwork

C.directattachedstorageDputercluster

?Informationisnogoodtoyouifyoucan't(72)it.Thelocationdimensionof

informationmeanshavingaccesstoaccesstoinformationnowhereyouare.

(72)A.accessB.makeC.learnD.bring

*Projectmanagerbelievesthatmodifyingtheprojectscopmayprovideaddedvalue

forthecustomer.Theprojectmanagershould(73).

A.changethescopebaseline

B.contactthecustomertodetermineifthechangeaddsvalue

C.callameetingofthechangecontrolboard

□.changetheproject'sobjectives

?(74)describees,indetail,:heproject'sdeliverablesandtheworkrequiredtocreatethose

deliverables.

A.ProductscopedescriptionB.Projectobjectives

C.ProducespecificationD.Theprojectscopestatement

?Toensuretheprojectteamprovidethefunctionlitythecustomerexpectsinanewpreceof

software,theprojectmanageraskthecustomerforsing-offonthedesigncrieria.There

documentsare(75).

A.technicalspeificationsB.performancespecifications

C.productdescriptionsD.qualityassurance

參照答案：

01-05.BDABB06-10.CBCDA11-15.DCCBC

16-20.DBACC21-25.CDCAB26-30.BDBDA

31-35.CDCAC36-40.BBAAC41-45.DBBAB

46-50.AABDA51-55.ADDCD56-60.DDACA

61-65.CDABC66-70.BDCbC71-75.BABDA

1）解析：信息系統(tǒng)集成概念

信息系統(tǒng)集成是近年來(lái)國(guó)際信息服務(wù)業(yè)中發(fā)展勢(shì)頭最猛H勺服務(wù)方式和行業(yè)之一。系統(tǒng)集

成是指將計(jì)算機(jī)軟件，硬件、網(wǎng)絡(luò)通信等技術(shù)和產(chǎn)品集成為可以滿足顧客特定需求的信息系

統(tǒng)，包括總體籌劃、設(shè)計(jì)、開(kāi)發(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)集成II勺最終交付物是一種完整U勺系統(tǒng)而不是一種分立的產(chǎn)品。

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

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

參照答案：B

2）解析：信息產(chǎn)業(yè)部于2023年9月公布《有關(guān)公布計(jì)算機(jī)信息系統(tǒng)集成資質(zhì)等級(jí)評(píng)估條件

的J告知》（信部規(guī)[2023]821號(hào)文），于2023年10月頒布了《有關(guān)公布計(jì)算機(jī)信息系統(tǒng)集

成資質(zhì)等級(jí)評(píng)估條件（修訂版）時(shí)告知》（信部規(guī)[2023]440號(hào)文）。系統(tǒng)集成資質(zhì)等級(jí)評(píng)估

條件重要由綜合條件、業(yè)負(fù)、管理能力、技術(shù)實(shí)力、人才實(shí)力5個(gè)方面描述的J。不包括企業(yè)

領(lǐng)導(dǎo)的學(xué)歷。參照答案：D

3）解析：考察立項(xiàng)一般知識(shí)4.1.4信息系統(tǒng)集成項(xiàng)目口勺特點(diǎn)

所渭信息系統(tǒng)集成項(xiàng)目，就是從客戶和顧客。U勺需求出艘，將硬件、系統(tǒng)軟件、工具軟

件、網(wǎng)絡(luò)、數(shù)據(jù)庫(kù)及對(duì)應(yīng)向應(yīng)用軟件集成為實(shí)用日勺信息系統(tǒng)日勺過(guò)程。在這個(gè)過(guò)程中，應(yīng)根據(jù)

需求，開(kāi)發(fā)對(duì)應(yīng)的軟件和硬件，并把它們集成為一種系統(tǒng)。

信息系統(tǒng)集成項(xiàng)目的I聲品是一種滿足需求、支持顧客業(yè)務(wù)日勺信息系統(tǒng)。

信息系統(tǒng)集成項(xiàng)目的指導(dǎo)措施是“總體規(guī)劃、分步實(shí)行”。

信息系統(tǒng)集成項(xiàng)目有如下幾種明顯特點(diǎn)。

(1)信息系統(tǒng)集成項(xiàng)目要以滿足客戶和顧客的需求為主線出發(fā)點(diǎn)。

(2)客戶和顧客的J需求常常不夠明確、復(fù)雜多變，由此應(yīng)加強(qiáng)需求變更管理以控制風(fēng)險(xiǎn)。

(3)系統(tǒng)集成不是選攔最佳的產(chǎn)品日勺簡(jiǎn)樸行為，而是要選擇最適合顧客的需求和投資規(guī)

模的產(chǎn)品和技術(shù)。

(4)高技術(shù)與高技術(shù)的集成。系統(tǒng)集成不是簡(jiǎn)樸的設(shè)備供貨，系統(tǒng)集成是高技術(shù)的集成,

它體現(xiàn)更多的是設(shè)計(jì)、調(diào)試與開(kāi)發(fā)，是高技術(shù)行為。高新技術(shù)的應(yīng)用，首先會(huì)帶來(lái)成本的減

少、質(zhì)量的提高、工期的縮短，同步如沒(méi)有掌握就應(yīng)用新技術(shù)的話，也會(huì)帶來(lái)對(duì)應(yīng)的風(fēng)險(xiǎn)。

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

關(guān)的各方應(yīng)“一把手”掛帥、多方親密協(xié)作。

(6)項(xiàng)目團(tuán)體年輕，流動(dòng)率高。因此對(duì)企'業(yè)的管理技術(shù)水平和項(xiàng)目經(jīng)理的領(lǐng)導(dǎo)藝術(shù)水平

規(guī)定較高。

(7)強(qiáng)調(diào)溝通的重要性。信息系統(tǒng)自身是溝通的產(chǎn)物，在開(kāi)發(fā)信息系統(tǒng)的過(guò)程中溝

通無(wú)處不在，從需求調(diào)研到方案設(shè)計(jì)、從設(shè)計(jì)到布署都波及溝通問(wèn)題。技術(shù)的集成需要

以原則為基礎(chǔ)，人與人、單位與單位之間的溝通需要以法律、法規(guī)、規(guī)章制度為基礎(chǔ)，

信息的產(chǎn)生、保留與傳遞需以安全為基礎(chǔ)。

綜上所述，系統(tǒng)集成項(xiàng)目管理既是一種管理行為又是一種技術(shù)行為。

一般來(lái)說(shuō)，信息系統(tǒng)集成項(xiàng)目屬于經(jīng)典H勺多種技術(shù)合作口勺項(xiàng)目，一般需要多種技術(shù)的配

合，如地理信息系統(tǒng)［GeographicInformationSystem,GIS］項(xiàng)目,需要地理信息技術(shù)、

電子技術(shù)、無(wú)線射頻技術(shù)等日勺集成與配合。開(kāi)發(fā)商要向客戶提供具有針對(duì)性的整合應(yīng)用處理

方案，這就規(guī)定開(kāi)發(fā)商除了要有IT方面H勺技術(shù)外，還必須有較豐富的行業(yè)經(jīng)驗(yàn)。項(xiàng)目的銷(xiāo)

售過(guò)程是對(duì)客戶需求的完善和明確的過(guò)程，同步又是使客戶建立信心的過(guò)程，因此在業(yè)務(wù)環(huán)

節(jié)中會(huì)波及不一樣專業(yè)區(qū)I人員和技術(shù)。

參照答案：A）A.信息系統(tǒng)集成項(xiàng)目是高技術(shù)與高技術(shù)的集成，要采用業(yè)界最先進(jìn)H勺產(chǎn)品和

技術(shù)（不一定要要采用業(yè)界最先進(jìn)的產(chǎn)品和技術(shù)，要采用技術(shù)含量高成熟的產(chǎn)品）

4）解析：根據(jù)原信息產(chǎn)業(yè)部2023年10月公布的|有關(guān)公布《計(jì)算機(jī)信息系統(tǒng)集成資質(zhì)等級(jí)

評(píng)估條件（修訂版）》打勺告知（信部規(guī)［2023］440號(hào)）,

（五）人才實(shí)力

1、從事軟件開(kāi)發(fā)與系統(tǒng)集成有關(guān)工作口勺人員不少于150人，且其中大學(xué)本科以上學(xué)歷人員

所占比例不低于80機(jī)

2、具有計(jì)算機(jī)信息系統(tǒng)集成項(xiàng)目經(jīng)理人數(shù)不少于25名，其中高級(jí)項(xiàng)目經(jīng)理人數(shù)不少于8

名；

3、培訓(xùn)體系健全，具有系統(tǒng)地對(duì)員工進(jìn)行新知識(shí)、新技術(shù)以及職業(yè)道德培訓(xùn)口勺計(jì)劃并能有

效組織實(shí)行與考核；

4、建立合理的人力資源管理與績(jī)效考核制度并能有效實(shí)行。

二級(jí)：人才實(shí)力

1、從事軟件開(kāi)發(fā)與系統(tǒng)集成有關(guān)工作日勺人員不少于150人，其中大學(xué)本科及以上學(xué)歷

人員所占比例不低于80%；

2、具有計(jì)算機(jī)信息系統(tǒng)集成項(xiàng)目管理人員資質(zhì)口勺人數(shù)不少于18名，其中高級(jí)項(xiàng)目經(jīng)理

人數(shù)不少于4名；

3、己建立人力資源管理體系并能有效實(shí)行。

三級(jí)：人才實(shí)力

1、從事軟件開(kāi)發(fā)與系統(tǒng)集成有關(guān)工作的人員不少于50人，其中大學(xué)本科及以上學(xué)歷人

員所占比例不低于60%；

2、具有計(jì)算機(jī)信息系統(tǒng)集成項(xiàng)目管理人員資質(zhì)的人數(shù)不少于6名，其中高級(jí)項(xiàng)目經(jīng)理

人數(shù)不少于1名；

3、已建立合埋的人力資源培訓(xùn)與考核制度，并能右效實(shí)行。

參照答案：B

5）解析：根據(jù)（信部規(guī)[1999]1047號(hào)）有關(guān)公布《計(jì)算機(jī)信息系統(tǒng)集成資質(zhì)管理措施（試

行）》的告知第十九條《資質(zhì)證書(shū)》有效期為四年。獲記單位應(yīng)每年進(jìn)行一次自杳，并將自

查成果報(bào)資質(zhì)認(rèn)證工作辦公室立案；資質(zhì)認(rèn)證工作辦公室對(duì)獲證單位每?jī)赡赀M(jìn)行一次年檢，

每四年進(jìn)行一次換證檢杳和必要的非例行監(jiān)督檢查。

第二十三條沒(méi)有準(zhǔn)時(shí)申請(qǐng)換證檢查或拒絕接受監(jiān)督檢查口勺單位，視為自動(dòng)放棄資格，其《資

質(zhì)證書(shū)》予以注銷(xiāo)。參照答案：C

6）客戶數(shù)據(jù)：分為描述性、促銷(xiāo)性和交易性數(shù)據(jù)三大類

描述性數(shù)據(jù)：是客戶的基本信息

促銷(xiāo)性數(shù)據(jù)：體現(xiàn)企業(yè)曾經(jīng)為客戶提供的產(chǎn)品和服務(wù)的歷史數(shù)據(jù)，重要包括顧客產(chǎn)品使用狀

況調(diào)查的數(shù)據(jù)?、促銷(xiāo)活動(dòng)記錄數(shù)據(jù)、客服人員的提議數(shù)據(jù)和廣告數(shù)據(jù)等

交易性數(shù)據(jù)：這些數(shù)據(jù)是反應(yīng)了客戶對(duì)企業(yè)做出的回饋的數(shù)據(jù)，包括歷史購(gòu)置記錄數(shù)據(jù)、投

訴數(shù)據(jù)、清清提供征詢及其他服務(wù)的有關(guān)數(shù)據(jù)、客戶提設(shè)數(shù)據(jù)等

參照答案：C

7)解析：

蒙特卡洛(MonteCarlo)或稱計(jì)算機(jī)隨機(jī)模擬措施，是一種基于“隨機(jī)數(shù)”日勺計(jì)算措

施。可用民意測(cè)驗(yàn)來(lái)作一種不嚴(yán)格的比方。民意測(cè)驗(yàn)的人不是征詢每一種登記選民的意見(jiàn),

而是通過(guò)對(duì)選民進(jìn)行小規(guī)模H勺抽樣調(diào)查來(lái)確定也許的優(yōu)勝者。其基本思想是同樣H勺。

科技計(jì)算中H勺問(wèn)題比這要復(fù)雜得多。例如金融衍生產(chǎn)品(期權(quán)、期貨、掉期等)的?定價(jià)

及交易風(fēng)險(xiǎn)估算，問(wèn)題H勺維數(shù)(即變量的個(gè)數(shù))也許高達(dá)數(shù)百甚至數(shù)千。對(duì)此類問(wèn)題，難度

隨維數(shù)日勺增長(zhǎng)呈指數(shù)增長(zhǎng)，這就是所謂曰勺“維數(shù)的J劫難"(CourseDimensionality),老式

的數(shù)值措施難以對(duì)付(雖然使用速度最快的計(jì)算機(jī))。MonteCarlo措施能很好地用來(lái)對(duì)付

維數(shù)的劫難，由于該措施內(nèi)計(jì)算復(fù)雜性不再依賴于維數(shù)。此前那些本來(lái)是無(wú)法計(jì)算的問(wèn)題目

前也可以計(jì)算量。為提高措施的效率，科學(xué)家們提出了許多所謂的“方差縮減”技巧。

原型法(PrototypingMethod)是在系統(tǒng)開(kāi)發(fā)初期，憑借系統(tǒng)開(kāi)發(fā)人員對(duì)顧客需求口勺理解和

系統(tǒng)重要功能的規(guī)定，在強(qiáng)有力的軟件環(huán)境支持下，迅速構(gòu)造出系統(tǒng)H勺初始原型，然后與顧

客一起不停對(duì)原型進(jìn)行修改、完善，直到滿足顧客需求。

顧客需求在項(xiàng)目開(kāi)始時(shí)定義不清，開(kāi)發(fā)過(guò)程親密依賴顧客的良好配合，動(dòng)態(tài)響應(yīng)顧客的需求,

通過(guò)反復(fù)修改來(lái)實(shí)現(xiàn)顧客*J最終系統(tǒng)需求，這是原型法的重要特點(diǎn)。

面向?qū)ο蟠胧?Object-OrientedMethod)是一種把面向?qū)ο罂谏姿枷霊?yīng)用于軟件開(kāi)發(fā)過(guò)程

中，指導(dǎo)開(kāi)發(fā)活動(dòng)的I系統(tǒng)措施,簡(jiǎn)稱00(Object-Oriented)措施，是建立在“對(duì)象”概念

基礎(chǔ)上的措施學(xué)。時(shí)象是由數(shù)據(jù)和容許的操作構(gòu)成口勺封裝體，與客觀實(shí)體有直接對(duì)應(yīng)關(guān)系,

一種對(duì)象類定義了具有相似性質(zhì)口勺一組對(duì)象。而每繼承性是對(duì)具有層次關(guān)系日勺類EKJ屬性和操

作進(jìn)行共享H勺一種方式。所謂面向?qū)ο缶褪腔趯?duì)象概念，以對(duì)象為中心，以類和繼承為構(gòu)

造機(jī)制，來(lái)認(rèn)識(shí)、理解、刻畫(huà)客觀世界和設(shè)計(jì)、構(gòu)建對(duì)應(yīng)的軟件系統(tǒng)。

頭腦風(fēng)暴法又稱智力鼓勵(lì)法、BS法、自由思索法，是由美國(guó)發(fā)明學(xué)家A?F?奧斯本于1939

年初次提出、1953年正式刊登的一種激發(fā)性思維的措施。此法經(jīng)各國(guó)發(fā)明學(xué)研究者的實(shí)踐

和發(fā)展，至今已經(jīng)形成了一種發(fā)明技法群，深受眾多企業(yè)和組織的青睞。采用頭腦風(fēng)暴法組

織群體決策時(shí)，要集中有關(guān)專家召開(kāi)專題會(huì)議，主持者以明確的方式向所有參與者闡明問(wèn)題,

闡明會(huì)議日勺規(guī)則，竭力發(fā)明在融洽輕松日勺會(huì)議氣氛。一般不刊登意見(jiàn)，以免影響會(huì)議的自由

氣氛。由專家們“自由”提出盡量多的方案。參照答案：C

8）解析：中間件/Middleware定義

中間件是一種獨(dú)立的系統(tǒng)軟件或服務(wù)程序，分布式應(yīng)用軟件借助這種軟件在不一樣的技

術(shù)之間共享資源。中間件位于客戶機(jī)/服務(wù)器日勺操作系統(tǒng)之上，管理計(jì)算機(jī)資源和網(wǎng)絡(luò)通訊。

是連接兩個(gè)獨(dú)立應(yīng)用程序或獨(dú)立系統(tǒng)的軟件。相連接的系統(tǒng)，雖然它們具有不一樣的接口，

但通過(guò)中間件互相之間仍能互換信息。執(zhí)行中間件日勺一種關(guān)鍵途徑是信息傳遞。通過(guò)中間件,

應(yīng)用程序可以工作于多平臺(tái)或OS環(huán)境。

簡(jiǎn)樸的說(shuō)，中間件是一種計(jì)算機(jī)軟件連接了軟件部件或者應(yīng)用程序。這種軟件有一組服

務(wù)構(gòu)成，這些服務(wù)包括容許多進(jìn)程運(yùn)行在一種或者多種機(jī)器上以到達(dá)在網(wǎng)絡(luò)中互相交互的目

嘰

中間件日勺特點(diǎn)

1滿足大量應(yīng)用的需要；

2、運(yùn)行于多種硬件和OS平臺(tái)；

3、支持分布式計(jì)算，提供跨網(wǎng)絡(luò)、硬件和OS平臺(tái)H勺透明性的應(yīng)用或服務(wù)的交互功能：

4、支持原則日勺協(xié)議；

5、支持原則日勺接口。

中間件可以應(yīng)用于如下情形，如連接企業(yè)LAN和初期系統(tǒng)、互換兩個(gè)郵件系統(tǒng)間的信

息、支持web客戶機(jī)與數(shù)據(jù)庫(kù)服務(wù)器互換信息等。

重要中間件的分類

中間件分類(IDC的分類)：大體可分為六類:終端方真/屏幕轉(zhuǎn)換中間件、數(shù)據(jù)訪問(wèn)中

間件、遠(yuǎn)程過(guò)程調(diào)用中間件、消息中間件、交易中間件、對(duì)象中間件。

中間件所包括的范圍十分廣泛，針對(duì)不一樣的應(yīng)用需求涌現(xiàn)出多種各具特色的中間件產(chǎn)

品。但至今中間件還沒(méi)有一種比較精確的定義，因此，在不一?祥的角度或不一?樣口勺層次.匕

對(duì)中間件的分類也會(huì)有所不一樣。由于中間件需要屏蔽分布環(huán)境中異構(gòu)的操作系統(tǒng)和網(wǎng)絡(luò)協(xié)

議，它必須可以提供分布環(huán)境下的通訊服務(wù)，我們將這種通訊服務(wù)稱之為平臺(tái)。基于目的和

實(shí)現(xiàn)機(jī)制U勺不一樣，我們將平臺(tái)分為如下重要幾類：

1、遠(yuǎn)程過(guò)程調(diào)用中間件(RemoteProcedureCall)

2、面向消息中間件(MesSAge-OrientedMiddleware)

3、對(duì)象祈求代理中間件(objectRequeSTBrokers)

它們可向上提供不一樣形式口勺通訊服務(wù)，包括同步、排隊(duì)、訂閱公布、廣播等等，在這

些基本的I通訊平臺(tái)之上，可構(gòu)筑多種框架，為應(yīng)用程序提供不一樣領(lǐng)域內(nèi)的服務(wù)，如事務(wù)處

理監(jiān)控器、分布數(shù)據(jù)訪問(wèn)、對(duì)象事務(wù)管理器OTM等。平臺(tái)為上層應(yīng)用屏蔽了異構(gòu)平臺(tái)日勺差異,

而其上的框架又定義了對(duì)應(yīng)領(lǐng)域內(nèi)的應(yīng)用的系統(tǒng)構(gòu)造、原則H勺服務(wù)組件等，顧客只需告訴框

架所關(guān)懷的事件，然后提供處理這些事件的代碼。當(dāng)事件發(fā)生時(shí)，框架則會(huì)調(diào)用顧客的代碼。

顧客代碼不用調(diào)用框架，領(lǐng)客程序也不必關(guān)懷框架構(gòu)造、執(zhí)行流程、對(duì)系統(tǒng)級(jí)API的調(diào)用等,

所有這些由框架負(fù)責(zé)完畢。因此，基于中間件開(kāi)發(fā)的應(yīng)用品有良好H勺可擴(kuò)充性、易管理性、

高可用性和可移植性。

9)解析：

數(shù)據(jù)庫(kù)管理系統(tǒng)(databasemanagementsystem)是一種操縱和管理數(shù)據(jù)庫(kù)的J大型軟件，用于

建立、使用和維護(hù)數(shù)據(jù)庫(kù)，簡(jiǎn)稱dbmSo它對(duì)數(shù)據(jù)庫(kù)進(jìn)行統(tǒng)一口勺管理和控制，以保證數(shù)據(jù)庫(kù)

的安全性和完整性。顧客通過(guò)dbms訪問(wèn)數(shù)據(jù)庫(kù)中的數(shù)據(jù)，數(shù)據(jù)庫(kù)管理員也通過(guò)dbms進(jìn)行數(shù)

據(jù)庫(kù)的維護(hù)工作。它可使多種應(yīng)用程序和顧客用不一樣的措施在同步或不一樣步刻去建立,

修改和問(wèn)詢數(shù)據(jù)庫(kù)。DBMS提供數(shù)據(jù)定義語(yǔ)言DDL(DataDefinitionLanguage)與數(shù)據(jù)操作

語(yǔ)言DML(DataManipulationLanguage),供顧客定義數(shù)據(jù)庫(kù)H勺模式構(gòu)造與權(quán)限約束，實(shí)

現(xiàn)對(duì)數(shù)據(jù)H勺追加、刪除等操作。

重要功能

1.數(shù)據(jù)定義:DBMS提供數(shù)據(jù)定義語(yǔ)言DDL(DataDefinitionLanguage),供顧客定義

數(shù)據(jù)庫(kù)的三級(jí)模式構(gòu)造、兩級(jí)映像以及完整性約束和保密限制等約束。DDL重要用于建立、

修改數(shù)據(jù)庫(kù)日勺庫(kù)構(gòu)造。DDL所描述的|庫(kù)構(gòu)造僅僅給出了數(shù)據(jù)庫(kù)的框架，數(shù)據(jù)庫(kù)口勺框架信息被

寄存在數(shù)據(jù)字典(DataDictionary)中。

2.數(shù)據(jù)操作:DBMS提供數(shù)據(jù)操作語(yǔ)言DML(DataManipulationLanguage),供顧客實(shí)

現(xiàn)對(duì)數(shù)據(jù)的I追加、刪除、更新、查詢等操作。

3.數(shù)據(jù)庫(kù)口勺運(yùn)行管理：數(shù)據(jù)庫(kù)的運(yùn)行管理功能是DBMS日勺運(yùn)行控制、管理功能，包括多

顧客環(huán)境下的并發(fā)控制、安全性檢查和存取限制控制、完整性檢查和執(zhí)行、運(yùn)行日志的組織

管理、事務(wù)的管理和自動(dòng)恢復(fù)，即保證事務(wù)的原了?性。這些功能保證了數(shù)據(jù)庫(kù)系統(tǒng)的正常運(yùn)

行。

4.數(shù)據(jù)組織、存儲(chǔ)與管理：DBMS要分類組織、存儲(chǔ)和管理多種數(shù)據(jù)，包括數(shù)據(jù)字典、

顧客數(shù)據(jù)、存取途徑等，需確定以何種文獻(xiàn)構(gòu)造和存取方式在存儲(chǔ)級(jí)上組織這些數(shù)據(jù)，怎樣

實(shí)現(xiàn)數(shù)據(jù)之間的聯(lián)絡(luò)。數(shù)據(jù)組織和存儲(chǔ)的基本目的是提同存儲(chǔ)空間運(yùn)用率，選擇合適的存取

措施提高存取效率。

5.數(shù)據(jù)庫(kù)口勺保護(hù):數(shù)據(jù)庫(kù)中II勺數(shù)據(jù)是信息社會(huì)的戰(zhàn)略資源,隨數(shù)據(jù)的保護(hù)至關(guān)重要。DBMS

對(duì)數(shù)據(jù)庫(kù)的保護(hù)通過(guò)4個(gè)方面來(lái)實(shí)現(xiàn)：數(shù)據(jù)庫(kù)的恢復(fù)、數(shù)據(jù)庫(kù)II勺并發(fā)控制、數(shù)據(jù)庫(kù)的完整性

控制、數(shù)據(jù)庫(kù)安全性控制。DBMSU勺其他保護(hù)功能尚有系統(tǒng)緩沖區(qū)U勺管理以及數(shù)據(jù)存儲(chǔ)的某

些自適應(yīng)調(diào)整機(jī)制等。

6.數(shù)據(jù)庫(kù)U勺維護(hù)：這一部分包括數(shù)據(jù)庫(kù)的數(shù)據(jù)載入、轉(zhuǎn)換、轉(zhuǎn)儲(chǔ)、數(shù)據(jù)庫(kù)的重組合重構(gòu)

以及性能監(jiān)控等功能，這些功能分別由各個(gè)使用程序來(lái)完畢。

7.通信：DBMS具有與操作系統(tǒng)的聯(lián)機(jī)處理、分時(shí)系統(tǒng)及遠(yuǎn)程作業(yè)輸入的有關(guān)接口，負(fù)

責(zé)處理數(shù)據(jù)口勺傳送。對(duì)網(wǎng)絡(luò)環(huán)境下的數(shù)據(jù)庫(kù)系統(tǒng)，還應(yīng)當(dāng)包括DBMS與網(wǎng)絡(luò)中其他軟件系統(tǒng)

的通信功能以及數(shù)據(jù)庫(kù)之訶U勺互操作功能。

10)

1D解析：根據(jù)GB/T16260.1中對(duì)對(duì)軟件產(chǎn)品質(zhì)量模型的描述，軟件產(chǎn)品口勺使用質(zhì)量有4

種：有效性、生產(chǎn)率、安生性、滿意度。

12）解析：每個(gè)文檔的質(zhì)量必須在文檔計(jì)劃期間就有明確的規(guī)定。文檔的質(zhì)量可以按文檔的

形式和列出H勺規(guī)定劃分為四級(jí)。

1級(jí)文檔一一最低程度文檔

適合開(kāi)發(fā)工作量低于一種人月日勺開(kāi)發(fā)者自用程序。

該文檔應(yīng)包括程序清單、開(kāi)發(fā)記錄、測(cè)試數(shù)據(jù)和程序簡(jiǎn)介

2級(jí)文檔一一內(nèi)部文檔

可用于在精心研究后被認(rèn)為似乎沒(méi)有與其他顧客共享資源的專用程序。

除1級(jí)文檔提供H勺信息外，2級(jí)文檔還包括程序清單內(nèi)足夠H勺注釋以協(xié)助顧客安裝和使用程

序。

3級(jí)文檔一一工作文檔

適于由同單位若干人聯(lián)合開(kāi)發(fā)日勺程序，或可被其他單位使用的程序。

4級(jí)文檔一一正式文檔

適于要正式發(fā)行供普遍使用的軟件產(chǎn)品。

關(guān)鍵性程序或具有反復(fù)管理應(yīng)用性質(zhì)（如工資計(jì)算）H勺程序需4級(jí)文檔

應(yīng)遵守GB8567口勺有關(guān)規(guī)定

參照答案：C

13）質(zhì)量特性有6性：功能性、可靠性、易用性、效率、維護(hù)性、可移植性。

參照答案：C

14）解析：B.跟蹤顧客功能規(guī)定不屬于分析和提高軟件可靠性的措施。

15）解析：根據(jù)《中華人民共和國(guó)招標(biāo)投標(biāo)法》第四十八條規(guī)定：中標(biāo)人應(yīng)當(dāng)按照協(xié)議履約

義務(wù)，完畢中標(biāo)項(xiàng)目。中標(biāo)人不得向他人轉(zhuǎn)讓中標(biāo)項(xiàng)目，也不得將中標(biāo)項(xiàng)目肢解后分另！向他

人轉(zhuǎn)讓。

中標(biāo)人按照協(xié)議約定或者經(jīng)招標(biāo)人同意，可以將中標(biāo)項(xiàng)目口勺部分非主體、非關(guān)鍵性工作分

包給他人完畢。接受分包的人應(yīng)當(dāng)具有對(duì)應(yīng)R勺資格條件，并不得再次分包。

中標(biāo)人應(yīng)當(dāng)就分包項(xiàng)目向招標(biāo)人負(fù)責(zé)，接受分包口勺人就分包項(xiàng)目承擔(dān)連帶責(zé)任.

參照答案：C

16）解析：根據(jù)《中華人民共和國(guó)政府采購(gòu)法》第二十四條兩個(gè)以上的自然人、法人或者

其他組織可以構(gòu)成一種聯(lián)合體，以一種供應(yīng)商的身份共同參與政府采購(gòu)。

以聯(lián)合體形式進(jìn)行政府采購(gòu)的，參與聯(lián)合體的供應(yīng)商均應(yīng)當(dāng)具有本法第二十二條規(guī)定的條

件，并應(yīng)當(dāng)向采購(gòu)人提交聯(lián)合協(xié)議，載明聯(lián)合體各方承擔(dān)的工作和義務(wù)。聯(lián)合體各方應(yīng)當(dāng)共

同與采購(gòu)人簽訂采購(gòu)協(xié)議，就采購(gòu)協(xié)議約定的事項(xiàng)對(duì)采購(gòu)人承擔(dān)連帶責(zé)任。

參照答案：D

17）解析:如圖1所示，Rectangle和Circle都繼承于Shape,對(duì)于Shape而言，會(huì)有g(shù)etArcaO

『、J操作。但顯而易見(jiàn)，Rcctangl和Circle曰勺gctArca。措施日勺實(shí)現(xiàn)是完全不一樣樣口3這

就體現(xiàn)了多態(tài)的特性。

因此B.Rectangle類和Circle類均有名為getArea的屬性，這兩個(gè)屬性一定是相似的屬性

是不對(duì)的。參照答案B

18）解析：第3章信息系統(tǒng)集成專業(yè)技術(shù)知識(shí)有關(guān)面向?qū)ο驢勺分析R勺環(huán)節(jié):

(1)發(fā)現(xiàn)角色/參與者。

(2)發(fā)現(xiàn)用例。

(3)建立用例模型(usecasemodel)?

(4)進(jìn)行領(lǐng)域分析。

(5)建立對(duì)象?關(guān)系模型。

⑹建立對(duì)象?行為模型。

(7)建立功能模型。

參照答案：A

19)解析：多協(xié)議標(biāo)簽互換(MPLS)是一種用于迅速數(shù)據(jù)包互換和路由口勺體系，它為網(wǎng)絡(luò)數(shù)

據(jù)流量提供了目日勺、路由、轉(zhuǎn)發(fā)和互換等能力。更特殊的是，它具有管理多種不一樣形式通

信流的機(jī)制。MPLS獨(dú)立于第二和第三層協(xié)議,諸如ATM和IP。它提供了一種方式，將IP

地址映射為簡(jiǎn)樸的具有固定長(zhǎng)度的標(biāo)簽，用「不一樣的包轉(zhuǎn)發(fā)和包互換技術(shù)。它是既有路由

和互換協(xié)議的接口，如IP、ATM,幀中繼、資源預(yù)留協(xié)議(RSVP)、開(kāi)放最短途徑優(yōu)先(0SPF)

在MPLS中，數(shù)據(jù)傳播發(fā)生在標(biāo)簽互換途徑(LSP)上。LSP是每一種沿著從源端到終

端的途徑上日勺結(jié)點(diǎn)的標(biāo)簽序列。現(xiàn)今使用著某些標(biāo)簽分發(fā)協(xié)議，如標(biāo)簽分發(fā)協(xié)議(LDP)、RSVP

或者建于路由協(xié)議之上的某些協(xié)議，如邊界網(wǎng)關(guān)協(xié)議(BGP)及OSPF。由于固定長(zhǎng)度標(biāo)簽被

插入每一種包或信元的開(kāi)始處，并且可被硬件用來(lái)在兩八鏈接間迅速互換包，因此使數(shù)據(jù)的

迅速互換成為也許。

MPLS重要設(shè)計(jì)來(lái)處理網(wǎng)路問(wèn)題，如網(wǎng)路速度、可擴(kuò)展性、服務(wù)質(zhì)量(QoS)管理以及流

量工程，同步也為下一代IP中樞網(wǎng)絡(luò)處理寬帶管理及服務(wù)祈求等問(wèn)題。

MPLS的技術(shù)特點(diǎn)

MPLS有如下的技術(shù)特點(diǎn)：

（1）充足采用原有的HP珞由，在此基礎(chǔ)上加以改善；保證了MPLS網(wǎng)絡(luò)路由具有靈活性的

特點(diǎn)；

（2）采用ATMU勺高效傳播互換方式，拋棄了復(fù)雜的ATM信令，無(wú)縫地將IP技術(shù)H勺長(zhǎng)處融合

到ATM的高效硬件轉(zhuǎn)發(fā)中；

（3）MPLS網(wǎng)絡(luò)的數(shù)據(jù)傳播和路由計(jì)算分開(kāi)，是一種面向連接的傳播技術(shù)，可以提供有效的

QoS保證；

（4）MPLS不僅支掙多種網(wǎng)絡(luò)層技術(shù)，并且是一種與鏈路層無(wú)關(guān)的技術(shù)，它同步支撲X.25、

幀中繼、ATU、PPP、SDH、DWDM等，保證了多種網(wǎng)絡(luò)的互連互通，使得多種不一樣的網(wǎng)絡(luò)傳

播技術(shù)統(tǒng)一在同一種MPLS平臺(tái)上；

（5）UPLS支持大規(guī)模層次化的網(wǎng)絡(luò)拓?fù)錁?gòu)造，具有良好的網(wǎng)絡(luò)擴(kuò)展性;

（6）MPLS的標(biāo)簽合并機(jī)制支持不一樣數(shù)據(jù)流的合并傳播:

（7）UPLS支持流量工程、CoS、QoS和大規(guī)模口勺虛擬專用網(wǎng);

參照答案：C

20）解析：DNS答案:C

21解析0SI分層日勺長(zhǎng)處

1)人們可以很輕易的討論和學(xué)習(xí)協(xié)議規(guī)范細(xì)節(jié)。

2)層間的原則接口以便了工程模塊化。

(3)創(chuàng)立了種更好的互連環(huán)境

（4）減少了復(fù)雜度，使程序更輕易修改，產(chǎn)品開(kāi)發(fā)的速度更快。

（5）每層運(yùn)用緊鄰的下層服務(wù)，更輕易記住個(gè)層的功能。

參照答案：C

22）解析：光纖接口是用來(lái)連接光纖線纜的物理接口。一般有SC、ST、FC等幾種類型，它

們由日本NTT企業(yè)開(kāi)發(fā)。FC是FerruleConnector曰勺縮寫(xiě)，其外部加強(qiáng)方式是采用金屬套,

緊固方式為螺絲扣。ST接口一般用于10Base-F,SC接口一般用于100Base-FX。

參照答案：D

23）解析：無(wú)線個(gè)人局域網(wǎng)（WPAN）是一種采用無(wú)線連接的個(gè)人局域網(wǎng)。它被用在諸如、

計(jì)算機(jī)、附屬設(shè)備以及小范圍（個(gè)人局域網(wǎng)的工作范圍一般是在10米以內(nèi)）內(nèi)的數(shù)字助理

設(shè)備之間的通訊。支持無(wú)線個(gè)人局域網(wǎng)的技術(shù)包括：藍(lán)牙、ZigBee、超頻波段