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

下載本文檔

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

文檔簡介

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

上午試題及參考答案

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

絡(luò)、數(shù)據(jù)庫及相應(yīng)韻應(yīng)用軟件集成為好用的信息系統(tǒng)的過程,其生命周期包括總體策劃、設(shè)

計、開發(fā)、實施、服務(wù)保障等。它是一項綜合性的系統(tǒng)工程,⑴是系統(tǒng)集成項目勝利

實施的保障。

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

(l)Ao①④B.①②C.③④⑤D.④⑤

?依據(jù)原信息產(chǎn)業(yè)部發(fā)布的關(guān)于發(fā)布《計算機信息系統(tǒng)集成資質(zhì)等級評定條件(修訂版)》

的通知(信部規(guī)[2023]440號),⑵不是系統(tǒng)集成資質(zhì)等級評定的條件。

⑵A.企業(yè)的注冊資金B(yǎng).企業(yè)的軟件開發(fā)實力

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

?關(guān)于信息系統(tǒng)集成項目的特點,下述說法中,⑶是不正確的。

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

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

C信息系統(tǒng)集成項目的需求常常不夠明確,而加強需求變更管理以限制風(fēng)險.

D.信息系統(tǒng)集成項目常常面臨人員流淌率較高的狀況

?依據(jù)原信息產(chǎn)業(yè)部2023年10月發(fā)布的關(guān)于發(fā)布《計算機信息系統(tǒng)集成資質(zhì)等級評定條件

(修訂版)》的通知(信部規(guī)[2023]440號),要求系統(tǒng)集成一級資質(zhì)企業(yè)中具有計算機信息

系統(tǒng)集成項目管理資質(zhì)的人數(shù)不少于M名,其中高級項目經(jīng)理人數(shù)不少于n名,則⑷。

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

?關(guān)于計算機信息系統(tǒng)集成資質(zhì)監(jiān)督管理的說法中,(5)是不正確的。

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

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

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

D.末按時申請換證檢查或拒絕接受監(jiān)督檢查的單位,視為自動放棄資格,其資質(zhì)證書予以注

?在CRM中,體現(xiàn)企業(yè)曾經(jīng)為客戶供應(yī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.促銷性數(shù)據(jù)Do關(guān)系性數(shù)據(jù)

解析:考查信息化基礎(chǔ)學(xué)問(教程學(xué)問)

?用戶需求在項目起先時定義不清,開發(fā)過程親密依靠用戶的良好協(xié)作,動態(tài)響應(yīng)用戶的需

求,通過反復(fù)修改來實現(xiàn)用戶的最終系統(tǒng)需求,這是⑺的主要特點。

⑺A.蒙特卡洛法B.原型法C.面對對象方法D.頭腦風(fēng)暴法

?關(guān)于中間件特點的描述,⑻是不正確的。

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

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

Co中間件運行于客戶機/服務(wù)器的操作系統(tǒng)內(nèi)核中,提高內(nèi)核運行效率

D.中間件應(yīng)支持標(biāo)準(zhǔn)的協(xié)議和接口

?數(shù)據(jù)庫管理系統(tǒng)是操縱和管理數(shù)據(jù)庫的大型軟件,用于建立、運用和維護數(shù)據(jù)庫。以下關(guān)

于數(shù)據(jù)庫管理系統(tǒng)的描述,⑼是不正確的。

(9)A.數(shù)據(jù)庫管理系統(tǒng)可使多個應(yīng)用程序和用戶用不同的方法在須要的時候去建立、修改和

詢問數(shù)據(jù)庫

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

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

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

?軟件需求可理解為:為解決特定問題則由被開發(fā)或被修改的軟件所展示出的特性。全部軟

件需求的基本特性是(10)。

(10)A.可驗證性B.與用戶交互性C.解決沖突D.面對對象

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

(11)

(11)A.有效性B.生產(chǎn)率C.滿足度D.易用性

?在《軟件文檔管理指南GB/T16680-1996》中,對確定文檔的質(zhì)量等級作了規(guī)定,軟件文

檔的質(zhì)量可以依據(jù)文檔的形式和列出的要求劃分為四個等級。對于由同一單位內(nèi)若干人聯(lián)

合開發(fā)的程序,或要交由其它單位運用的程序,應(yīng)當(dāng)達(dá)到(12)級的要求。

(12)A.一B.二C.三D.四

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

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

?軟件牢靠性和可維護性是軟件的一項重要特性,依據(jù)GB/T14394-2024中對其的描述,在

軟件運作和維護過程中,(14)不屬于分析和提高軟件牢靠性的措施。

(14)A.實施FRACASB.跟蹤用戶功能要求

C.跟蹤用戶滿足程度D.測量牢靠性,并分析現(xiàn)場牢靠性是否達(dá)到要求

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

不正確的。

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

B.中標(biāo)人依據(jù)合同約定或者經(jīng)招標(biāo)人同意,可以將中標(biāo)項目的部分非主體、非關(guān)鍵性

工作分包給他人完成

Co接受分包的人可以再次分包

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

?《中華人民共和國政府選購法》其次十四條規(guī)定,兩個以上的自然人、法人或者其他組

織可以組成一個聯(lián)合體,以一個供應(yīng)商的身份共同參與政府選購。

以下關(guān)于聯(lián)合體供應(yīng)商的敘述,(16)是不正確的。

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

B.參與聯(lián)合體的供應(yīng)商應(yīng)當(dāng)向選購人提交聯(lián)合協(xié)議,載明聯(lián)合體各方擔(dān)當(dāng)?shù)墓ぷ骱土x務(wù)

C.參與聯(lián)合體的供應(yīng)商各方應(yīng)當(dāng)共同與選購人簽訂選購合同

D.參與聯(lián)合體的次要供應(yīng)商不須要就選購合同約定的事項對選購擔(dān)當(dāng)連帶責(zé)任

?關(guān)于圖1的敘述(17)是不正確的。

(17)A.Rectangle類和Circle類都出名為area的屬性,這兩個屬性確定是相同的屬性

B.Rectangle類和Circle類都出名為getArea的屬性,這兩個屬性確定是相同的屬性

C.Rectangle中名為length的屬性和Circle類中名為radius的屬性,這兩個屬性確定是不同的

屬性

D.Shape類有一個屬性,Circle類有兩個屬性,Rectangle類有三個屬性

圖1

?在面對對象分析中,其分析過程的第一步是(18)。

(18)A.發(fā)覺角色/參與者B.發(fā)覺用例

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

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

網(wǎng)絡(luò)中運行,通過在無連接的網(wǎng)絡(luò)中引入連接模式,削減了網(wǎng)絡(luò)的困難性。

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

(19)Ao充分采納原有的IP路由

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

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

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

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

覺不能訪問中國計算機技術(shù)職業(yè)資格網(wǎng),而在其工作站的網(wǎng)絡(luò)閱讀器地址欄中輸入

“:/方9.108.35.160",發(fā)覺可正常訪問中國計算機技術(shù)職業(yè)資格網(wǎng),這說明該工作站所

處的網(wǎng)絡(luò)中,可能存在(20)服務(wù)故障。

(20)A,FTPB.TelnetC.DNSD.

?網(wǎng)絡(luò)協(xié)議和設(shè)備驅(qū)動軟件常常采納分層架構(gòu)模式,其主要緣由是(21)。

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

C.讓功能劃分簡潔,便于設(shè)計實現(xiàn)D.為達(dá)到內(nèi)聚、高耦合的設(shè)計目標(biāo)

?(22)不是光纖接口類型。

(22)A.SCB.STC.LCD.LH

?ZigBee是(23)網(wǎng)絡(luò)的標(biāo)準(zhǔn)之一。

(23)A.WLANB.WMANC.WPAND.WWAN

?下列關(guān)于電子信息機房的設(shè)計中,(24)不符合《電子信息系統(tǒng)機房設(shè)計規(guī)范

GB50174-2024》的要求。

(24)A.機房采納二級、三級耐火等級的建筑材料,重要部位采納一級耐火等級的材料

B.機房全部設(shè)備的金屬外殼、各類金屬管道、金屬線糟、建筑物金屬結(jié)構(gòu)等結(jié)構(gòu)等全部進

行電位連接并接地

C.在機房吊頂上和活動地板下都設(shè)置火災(zāi)探測器

D.主機房內(nèi)絕緣體的靜電電位不大于1KV

主機房和協(xié)助區(qū)的絕緣體的靜電電位不應(yīng)大于1KVo

?依據(jù)《EIA/TIA568A/B商用建筑物電信布線標(biāo)準(zhǔn)-1995》,綜合布線系統(tǒng)分為三個等級,其

中增加型綜臺布線等級要求每個工作區(qū)至少有(25)個以上信息插座。

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

?系統(tǒng)運行平安和愛護的層次依據(jù)粒度從粗到細(xì)排序為(26)。

(26)A.系統(tǒng)級平安,資源訪問平安,數(shù)據(jù)域平安,功栽性平安

B.系統(tǒng)級平安,資源訪問平安,功能性平安,數(shù)據(jù)域平安

C.資源訪問平安,系統(tǒng)級平安,數(shù)據(jù)域平安,功能性平安

D.資源訪問平安,系統(tǒng)級平安,功能性平安,數(shù)據(jù)域平安

?以下不屬于主動式攻擊策略的是(27)。

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

?在.net架構(gòu)中,為開發(fā)人員供應(yīng)統(tǒng)一的、面對對象的、層次化的、可擴展的編程接口,

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

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

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

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

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

(29)A.ServletB.JCACCJSPD.EJB

?對數(shù)據(jù)倉庫特征的描述,(30)是不正確的。

(30)A.與時間無關(guān)的B.不行修改的C.面對主題的D.集成的

?某政府部門擬利用中心財政資金建設(shè)電子政務(wù)項目,關(guān)于建設(shè)方的立項管理,下列做法中

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

(31)A.建設(shè)單位在編制項目建議書時特地組織項目需求分析,形成需求分析報告,報送項

目審批部門

B.建設(shè)方在項目建議書獲得批復(fù)后,招標(biāo)選定有資格的第三方工程詢問機構(gòu)編制可行

性探討報告,報送項目審批部門

C.建設(shè)方在可行性探討報告獲得批復(fù)后,向有關(guān)部門申請項目前期工作經(jīng)費,前期工

作經(jīng)費計入項目總投資

D.建設(shè)方在可行性探討報告獲得批復(fù)后,托付有資格的第三方工程詢問機構(gòu)出具評

估看法,連同批復(fù)的項目建議書,作為項目建設(shè)的主要依據(jù)

?某企業(yè)信息化建設(shè)過程中,決策層要對實施支配方案進行擇優(yōu)和取舍,為保證決策的科學(xué)

性,其主要決策依據(jù)是(32)。

(32)A.需求分析B.項目建議書C.可行性探討報告D.項目評估報告

?作為系統(tǒng)集成企業(yè)售前負(fù)責(zé)人,在勸服本單位領(lǐng)導(dǎo)批準(zhǔn)參與項目投標(biāo)時,不需介紹(33)。

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

C項目的國民經(jīng)濟分析D.項目財務(wù)可行性分析

?項目管理支配應(yīng)整合其他規(guī)劃過程的全部子支配和基準(zhǔn),一經(jīng)確定即成為項目的基準(zhǔn)。在

項目管理中通常將(34)合并為一個績效測量基準(zhǔn),這些基準(zhǔn)可應(yīng)用于掙值測量從而推斷項目

的整體績效。

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

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

?關(guān)于項目進度管理中的活動歷時估算的敘述,(35)是正確的。

(35)A.活動歷時估算應(yīng)給出盡量精確的結(jié)果,不應(yīng)給出變更范圍,例如:2周±2天

B.多方案分析法是一種常用的活動歷時估算方法

C.常用的活動歷時估算方法包括類比估算、參數(shù)估算、三點估算法和后備分析法

D.類比估算法也稱為自下而上估算法,常用于項目早期的活動歷時估算

?過去幾年小李完成了大量網(wǎng)卡驅(qū)動模塊的開發(fā),最快6天完成,最慢36天完成,平均21

天完成。如今小李開發(fā)一個新網(wǎng)卡驅(qū)動模塊,在21天到26天內(nèi)完成的概率是(36)。

(36)A.68.3%B.34.1%C.58.2%D,28.1%

?圖2右側(cè)是單代號網(wǎng)絡(luò)圖(單位為工作日),左側(cè)是圖列。在確保安裝集成活動盡早起先

的前提下,軟件開發(fā)活動可以推遲(37)個工作日。

圖2

(37)A.OB.lC.2D.4

?快速跟進是進度限制的手段之一。以下對快速跟進的理解,(38)是正確的。

(38)A.調(diào)整部分工作的依次關(guān)系,運用網(wǎng)絡(luò)圖和關(guān)鍵路徑分析等進度支配工具,盡可能將

一些工作并行進行

B.充分利用周六、周日或晚上等非工作時間段實施項目

C.充分發(fā)揮每一個成員的作用,用主動的績效考核方法,提升每個成員的技能水平和

績效

D.加強項目干系人之間的溝通和溝通,以加快項目的進度

?項目進度表至少包括每項支配活動的支配起先日期與支配完成日期,常見的做法是用一種

或多種格式的圖形表示。在下面的圖表中,常用于表示項目進度表的是(39)。

(39)A.橫道圖B.排列圖c.魚骨圖D.趨勢圖

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

整。在確定了關(guān)鍵路途之后,將資源的有無與多寡考慮進去,確定資源制約進度表,并增加

了持續(xù)時間緩沖段,這些持續(xù)時間緩沖段屬于非工作支配活動。

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

?在對一項任務(wù)的檢查中,項目經(jīng)理發(fā)覺一個團隊成員正在用與WBS詞典規(guī)定不符的方法

來完成這項工作。項目經(jīng)理應(yīng)首先(41)。

(41)A.告知這名團隊成員實行訂正措施。

B.確定這種方法對職能經(jīng)理而言是否尚可接受的

C.問這名團隊成員,這種變更是否必要

D.確定這種變更是否變更了工作包的范圍

?關(guān)于范圍確認(rèn)的敘述中,(42)是不正確的。

A.范圍確認(rèn)是核實項目的可交付成果已經(jīng)正確完成的過程

B.客戶對可交付成果簽字確認(rèn)后,雙方可綻開質(zhì)量限制活動,如測試、評審等

C.可比照項目管理支配、相應(yīng)的需求文件或WBS來核實項目范圍的完成狀況

D.范圍確認(rèn)的方法包括檢查、測試、評審等

?在一個設(shè)計項目起先兩個月后,客戶要求對項目產(chǎn)品進行修改并在沒有通知項目經(jīng)理的前

提下就做了這項變更,在最終測試階段,發(fā)覺測試結(jié)果與當(dāng)時支配不同。這種狀況主要是由

于(43)。

(43)A.測試支配定義不完善B.沒有做好范圍變更限制

C.質(zhì)量管理支配的開發(fā)不完善D.沒有堅持溝通支配

?企業(yè)為某客戶實施電子商務(wù)平臺建設(shè)項目,須要選購5臺交付給客戶運用服務(wù)器,這

部分成本屬于該項目的(44)。

(44)A.干脆成本B.間接成本C.固定成本D.機會成本

?某項目經(jīng)理已經(jīng)完成了WBS和每個工作包的成本估算。要依據(jù)這些數(shù)據(jù)編制項目成本估

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

(45)A.運用WBS的最高層次進行類比估算

B.計算工作包和風(fēng)險儲備估算的總和

C.把工作包估算累計成為項目估算總和

D.獲得專家對項目成本總支配看法

?某ERP軟件開發(fā)項目共有12個模塊,項目經(jīng)理對較件進行了成本預(yù)算,預(yù)算每個模塊的

開發(fā)成本為5萬元,依據(jù)項目管理支配,每月開發(fā)一個模塊,12個月完成開發(fā)工作。在項

目進行到第3個月底的時候,項目經(jīng)理比照支配,發(fā)覺剛完成了2個模塊的開發(fā)工作,經(jīng)統(tǒng)

計,實際花費的成本為15萬元。若依據(jù)目前的績效狀況,到全部模塊開發(fā)完成時預(yù)料托費

的總成本為(46)。

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

?人員配備管理支配描述何時以及怎樣滿足人力資源需求。關(guān)于人員配備管理支配的敘述

中,(47)是正確的。

(47)A.制定人員配備管理支配可采納工作分解結(jié)構(gòu)、組織分解結(jié)構(gòu)和資源分解結(jié)構(gòu)等描述

工具

B.項目人力資源支配可以是正式或非正式的,但人員配備管理管理支配是不能省略的正式支

C.人員配備管理支配通過通常制定人員需求和人力資源時間支配,不涉及人員培訓(xùn)和獎懲措

D.項目人力資源支配是項目人員配備管理支配的一個分支配

?項目團隊建設(shè)對項目的勝利至關(guān)重要,在項目經(jīng)理的下述做法中,有可能不利于團隊建設(shè)

的是(48)。

(48)A.激勵團隊成員間的溝通B.嘉獎加班的成員

C.盡早建立團隊基本規(guī)則D.盡早發(fā)覺沖突,利用私下、干脆但合法的方式處理

?關(guān)于項目管理環(huán)境中的沖突管理的敘述中,(49)是正確的。

(49)A.通過建立團隊基本規(guī)則及實施可行的項目管理閱歷,沖突是可以避開的

B.解決沖突最志向方法是求同存異

C.沖突管理的最終目的是消退看法分歧

D.不管沖突對項目的影響是正面的還是負(fù)面的,項目經(jīng)理都有責(zé)任處理它

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

和系統(tǒng)集成二級資質(zhì)企業(yè)乙參與該系統(tǒng)建設(shè)。關(guān)于合同的簽訂,下面說法中,(50)是正確的。

(50)A.如電信企業(yè)和乙簽訂CRM建設(shè)總包合同,則乙和甲就呼叫中心的建設(shè)只能簽訂分

包合同

B.如電信企業(yè)和乙簽訂客服中心建設(shè)總包合同,則電信企業(yè)和甲就CRM的建設(shè)只能簽

定總價合同

C.如電信企業(yè)和乙簽訂客服中心建設(shè)單項承包合同,則電信企業(yè)和甲就CRM的建設(shè)只

能簽定單項承包合同

D.如電信企業(yè)和甲簽訂CRM建設(shè)總價合同,則甲和乙就呼叫中心帕建設(shè)只能簽訂單價

合同

?建設(shè)方和承建方甲就某信息系統(tǒng)建設(shè)項目進行了多次合同談判均未達(dá)成一樣,未能簽定系

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

乙經(jīng)過合同談判后就系統(tǒng)建設(shè)簽定了合同,同時將甲的關(guān)鍵技術(shù)指標(biāo)透露給乙,導(dǎo)致甲蒙受

損失。下列說法中,(51)是正確的。

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

B.建設(shè)方和甲未簽定合同,對甲蒙受的損失不應(yīng)擔(dān)當(dāng)賠償責(zé)任

C.乙和甲未簽定合同,對甲蒙受的損失不應(yīng)擔(dān)當(dāng)賠償責(zé)任

D.甲的損失是由于其自身保密工作未做好,其損失應(yīng)全部由其自身擔(dān)當(dāng)

?某系統(tǒng)集成商M公司于甲方簽訂了一份電子商務(wù)平臺建設(shè)項目,合同中規(guī)定,假如系統(tǒng)

交付后存在質(zhì)量問題,系統(tǒng)集成商M應(yīng)供應(yīng)免費的剛好維護服務(wù),M公司按合同要求交付

了系統(tǒng),雙方簽訂了驗收報告。在此后的一年內(nèi),M公司剛好響應(yīng)了甲方的維護要求,一

年之后,M公司向甲方提出此后的技術(shù)服務(wù)應(yīng)當(dāng)為有償服務(wù),甲方認(rèn)為合同中提到的免費

服務(wù)并無具體期限,M公司的收費要求是不合理的。下列說法中(52)是最恰當(dāng)?shù)摹?/p>

(52)A.因為合同中規(guī)定的免費服務(wù)并無具體期限,因此M公司要求收費不合理

B.應(yīng)對甲方的服務(wù)要求進行分類,如是處理質(zhì)量問題,則M公司應(yīng)無限期免費服務(wù)

C.M公司已經(jīng)供應(yīng)了一年的免費服務(wù),此后要求對服務(wù)收費是合理的

D.合同內(nèi)容不明確,可依據(jù)有關(guān)信息化工程建設(shè)的法律、法規(guī)處理

?某辦公大樓的開發(fā)商將辦公樓的智能樓宇系統(tǒng)承包給H公司,雙方簽訂了合同,開發(fā)商

海聘請了監(jiān)理方對此項目進行監(jiān)理。期間,消防子系統(tǒng)驗收延誤,開發(fā)商認(rèn)為是H公司的

責(zé)任,向監(jiān)理方提出索賠要求。關(guān)于索賠流程,下列說法中,(53)是正確的。

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

B.監(jiān)理方收到索賠通知后,應(yīng)在28天內(nèi)幫助開發(fā)商編制出索賠報告

C.監(jiān)理方應(yīng)在索賠報告中充分論證該事務(wù)的確為開發(fā)商帶來了損失,并提出具體的

賠償方案

D.假如H公司不同意監(jiān)理方作出的索賠確定,可提請仲裁或法律訴訟

?某集成企業(yè)在進行風(fēng)險定性分析時,考慮了風(fēng)險的幾種因素:①威逼,指風(fēng)險對項目造成

的危害程度;②機會,指對項目帶來的收益程度;③緊迫性,對風(fēng)險亟待處置的程度;④風(fēng)

險發(fā)生的概率。關(guān)于該公司的定性風(fēng)險分析,下列說法中,(54)是不正確的。

(54)A.①X③X④的值越大,則表明風(fēng)險高,應(yīng)考慮優(yōu)先處理

B.②X③X④的值越大,則表明機會大,應(yīng)考慮優(yōu)先處理

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

D.②X④的值越大,則表明機會大,應(yīng)考慮優(yōu)先處理

?關(guān)于項目的風(fēng)險管理,下列說法中,(55)是不正確的。

(55)A.風(fēng)險管理包括風(fēng)險識別、定性分析、定量分析、風(fēng)險應(yīng)對、風(fēng)險監(jiān)控等過程

B.定性風(fēng)險分析后,可制定和實行風(fēng)險應(yīng)對措施

C.制定了風(fēng)險應(yīng)對措施后,可重新進行定量風(fēng)險分析,以確定風(fēng)險降低的程度

D.風(fēng)險管理的最終目標(biāo)是消退風(fēng)險

?在一個信息系統(tǒng)集成項目中,對項目涉及的客戶端、服務(wù)器、網(wǎng)絡(luò)和運行環(huán)境等進行集成

時,不確定會遇到什么問題,這對項目來說是一個風(fēng)險,因此項目經(jīng)理支配找一個以前有相

關(guān)技術(shù)閱歷的專家來處理這個風(fēng)險。該應(yīng)對措施屬于(56)

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

?(57)是制訂項目溝通管理支配的輸入。

(57)A.溝通技術(shù)B.項目可行性分析C.成本限制D.項目范圍說明書

?狀態(tài)會議的目的是(58)。

(58)A.交換項目信息B.讓團隊成員匯報正在執(zhí)行的工作

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

?某項目的現(xiàn)狀是:已經(jīng)被依據(jù)溝通支配發(fā)布了項目信息;一些項目可交付物成果發(fā)生了變

更;這些變更是依據(jù)變更限制支配做出的;一位干系人在得知以前曾經(jīng)公布過的項目可交付

物成果變更時,感覺特別驚異;其余干系人都收到了變更通知的消息。針對這種狀況,項目

經(jīng)理應(yīng)當(dāng)(59)。

(59)A.告知干系人信息公布的日期

B.審核溝通支配,確定為什么干系人不理解自己的職責(zé)

C.對溝通支配進行審核,如須要,對溝通支配進行修改

D.在下次項目工作會議上說明該問題,以便其他干系人不會遺忘公布的變更信息

?某項目經(jīng)理要求選購管理員從外面供貨商那里選購硬件設(shè)備時,須要準(zhǔn)備一個(60)

以描述選購設(shè)備的相關(guān)質(zhì)量技術(shù)指標(biāo)、驗收標(biāo)準(zhǔn)和付款方式與期盼等內(nèi)容。

(60)A.工作說明書B.合同范圍說明C.項目章程D.合同

?在選購管理中,編制詢價支配須要用到(61)。

(61)A.標(biāo)準(zhǔn)表格B.評估標(biāo)準(zhǔn)C.選購管理支配D.選購文件

?招標(biāo)人采納邀請招標(biāo)方式的,應(yīng)當(dāng)向三個以上具備擔(dān)當(dāng)招標(biāo)項目的實力、資信良好的(62)

發(fā)出投標(biāo)邀請書。

(62)A.不特定的法人B.特定的法人

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

?關(guān)于中標(biāo)條件的敘述中,(63)是最為完整正確的。

A.能夠最大限度地滿足招標(biāo)文件中規(guī)定的各項綜合評價標(biāo)準(zhǔn)

B.能夠滿足招標(biāo)文件的實質(zhì)性要求,并且經(jīng)評審的投標(biāo)價格最低

C.能夠很好地滿足招標(biāo)文件中規(guī)定的各項綜臺評價標(biāo)準(zhǔn)

D.能夠滿足招標(biāo)文件的實質(zhì)性要求,并且經(jīng)評審的投標(biāo)價格合理

?信息系統(tǒng)文檔的管理主要體現(xiàn)在文檔書寫規(guī)范、圖表編號規(guī)則、文檔書目編寫標(biāo)準(zhǔn)和(64)

等幾個方面。

(64)A.文檔管理方法B.文檔管理制度C.建立文檔規(guī)范D.文檔運用權(quán)限限制

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

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

B.針對特證限制變更

C.對項目范圍進行審核以檢驗當(dāng)前的項目是否與預(yù)定的要求相符

D.允許對變更自動承認(rèn)

?假如一個配置項的版本號為1.L那么這個配置項處于(66)狀態(tài)。

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

?一個項目經(jīng)理和他的團隊正在運用魚骨圖(Ishikawa圖)探討所發(fā)覺的一個重大質(zhì)量問題的

緣由,這屬于質(zhì)量管理中的(67).

A.質(zhì)量支配編制B.質(zhì)量工具C.質(zhì)量保證D.質(zhì)量限制

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

A.客戶將要接受的界限B.可能出現(xiàn)的過程的偏差范圍

C.可以接受的過程的偏差范圍D.推斷項目成敗的統(tǒng)計限制點

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

A.確保評估所需信息準(zhǔn)備的必要性B.在干系人間就提出供評估的變更信息達(dá)成共識

C.以項目基準(zhǔn)為評估依據(jù)D.對變更實施進行監(jiān)控

?進度變更的限制活動包括:(70)。

A.推斷項目進度的當(dāng)前狀態(tài),對造成進度變更的因素施加影響,查明進度是否已經(jīng)變更,

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

B.推斷項目進度的當(dāng)前狀態(tài),對造成成本變更的因素施加影響,查明進度是否已經(jīng)變更,

在實際變更出現(xiàn)時對其進行管理

C.推斷項目進度的當(dāng)前狀態(tài),對造成進度變更的因素施加影響,查明進度是否已經(jīng)變更,

在實際變更出現(xiàn)時對其進行管理

D.推斷項目進度的當(dāng)前狀態(tài),對造成進度變更的因素施加影響,查明進度變更的緣由,在實

際變更出現(xià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

0.changetheproject'sobjectives

?(74)describees,indetail,theproject'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)集成是近年來國際信息服務(wù)業(yè)中發(fā)展勢頭最猛的服務(wù)方式和行業(yè)之一。系統(tǒng)集

成是指將計算機軟件,硬件、網(wǎng)絡(luò)通信等技術(shù)和產(chǎn)品集成為能夠滿足用戶特定需求的信息系

統(tǒng),包括總體策劃、設(shè)計、開發(fā)、實施、服務(wù)及保障。

信息系統(tǒng)集成有以下幾個顯著特點。

(1)信息系統(tǒng)集成要以滿足用戶需求為根本動身點。

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

要面對用戶需求供應(yīng)全面解決方案,其核心是軟件。

(3)系統(tǒng)集成的最終交付物是一個完整的系統(tǒng)而不是一個分立的產(chǎn)品。

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

統(tǒng)集成工作的核心,管理和商務(wù)活動是系統(tǒng)集成項目勝利實施的保障。

參考答案:B

2)解析:信息產(chǎn)業(yè)部于2000年9月發(fā)布《關(guān)于發(fā)布計算機信息系統(tǒng)集成資質(zhì)等級評定條件

的通知>(信部規(guī)[2000]821號文),于2023年10月頒布了《關(guān)于發(fā)布計算機信息系統(tǒng)集

成資質(zhì)等級評定條件(修訂版)的通知》(信部規(guī)[2023]440號文)。系統(tǒng)集成資質(zhì)等級評定

條件主要由綜合條件、業(yè)績、管理實力、技術(shù)實力、人才實力5個方面描述的。不包括企業(yè)

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

3)解析:考查立項一般學(xué)問4.1.4信息系統(tǒng)集成項目的特點

所謂信息系統(tǒng)集成項目,就是從客戶和用戶。的需求出艘,將硬件、系統(tǒng)軟件、工具軟

件、網(wǎng)絡(luò)、數(shù)據(jù)庫及相應(yīng)的應(yīng)用軟件集成為好用的信息系統(tǒng)的過程。在這個過程中,應(yīng)依據(jù)

需求,開發(fā)相應(yīng)的軟件和硬件,并把它們集成為一個系統(tǒng)。

信息系統(tǒng)集成項目的產(chǎn)品是一個滿足需求、支持用戶業(yè)務(wù)的信息系統(tǒng)。

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

信息系統(tǒng)集成項目有以下幾個顯著特點。

(1)信息系統(tǒng)集成項目要以滿足客戶和用戶的需求為根本動身點。

(2)客戶和用戶的需求常常不夠明確、困難多變,由此應(yīng)加強需求變更管理以限制風(fēng)險。

(3)系統(tǒng)集成不是選擇最好的產(chǎn)品的簡潔行為,而是要選擇最適合用戶的需求和投資規(guī)

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

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

它體現(xiàn)更多的是設(shè)計、調(diào)試與開發(fā),是高技術(shù)行為。高新技術(shù)的應(yīng)用,一方面會帶來成本的

降低、質(zhì)量的提高、工期的縮短,同時如沒有駕馭就應(yīng)用新技術(shù)的話,也會帶來相應(yīng)的風(fēng)險。

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

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

(6)項目團隊年輕,流淌率高。因此對企業(yè)的管理技術(shù)水平和項目經(jīng)理的領(lǐng)導(dǎo)藝術(shù)水平

要求較高。

(7)強調(diào)溝通的重要性。信息系統(tǒng)本身是溝通的產(chǎn)物,在開發(fā)信息系統(tǒng)的過程中溝

通無處不在,從需求調(diào)研到方案設(shè)計、從設(shè)計到部署都涉及溝通問題。技術(shù)的集成須要

以標(biāo)準(zhǔn)為基礎(chǔ),人與人、單位與單位之間的溝通須要以法律、法規(guī)、規(guī)章制度為基礎(chǔ),

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

總而言之,系統(tǒng)集成項目管理既是一種管理行為又是一種技術(shù)行為。

一般來說,信息系統(tǒng)集成項目屬于典型的多種技術(shù)合作的項目,一般須要多種技術(shù)的協(xié)

作,如地理信息系統(tǒng)【GeographicInformationSystem,GIS]項目,須要地理信息技術(shù)、

電子技術(shù)、無線射頻技術(shù)等的集成與協(xié)作。開發(fā)商要向客戶供應(yīng)具有針對性的整合應(yīng)用解決

方案,這就要求開發(fā)商除了要有IT方面的技術(shù)外,還必需有較豐富的行業(yè)閱歷。項目的銷

售過程是對客戶需求的完善和明確的過程,同時又是使客戶建立信念的過程,因此在業(yè)務(wù)環(huán)

節(jié)中會涉及不同專業(yè)的人員和技術(shù)。

參考答案:A)A.信息系統(tǒng)集成項目是高技術(shù)與高技術(shù)的集成,要采納業(yè)界最先進的產(chǎn)品和

技術(shù)(不確定要要采納業(yè)界最先進的產(chǎn)品和技術(shù),要采納技術(shù)含量高成熟的產(chǎn)品)

4)解析:依據(jù)原信息產(chǎn)業(yè)部2023年10月發(fā)布的關(guān)于發(fā)布《計算機信息系統(tǒng)集成資質(zhì)等級

評定條件(修訂版)》的通知(信部規(guī)[2023]440號),

(五)人才實力

1、從事軟件開發(fā)與系統(tǒng)集成相關(guān)工作的人員不少于150人,且其中高校本科以上學(xué)歷人員

所占比例不低于80%;

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

名;

3、培訓(xùn)體系健全,具有系統(tǒng)地對員工進行新學(xué)問、新技術(shù)以及職業(yè)道德培訓(xùn)的支配并能有

效組織實施與考核;

4、建立合理的人力資源管理與績效考核制度并能有效實施。

二級:人才實力

1、從事軟件開發(fā)與系統(tǒng)集成相關(guān)工作的人員不少于150人,其中高校本科及以上學(xué)歷

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

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

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

3、已建立人力資源管理體系并能有效實施。

三級:人才實力

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

員所占比例不低于60%;

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

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

3、已建立合理的人力資源培訓(xùn)與考核制度,并能有效實施。

參考答案:B

5)解析:依據(jù)(信部規(guī)[1999]1047號)關(guān)于發(fā)布《計算機信息系統(tǒng)集成資質(zhì)管理方法(試

行)》的通知第十九條《資質(zhì)證書》有效期為四年。獲證單位應(yīng)每年進行一次自查,并將自

查結(jié)果報資質(zhì)認(rèn)證工作辦公室備案;資質(zhì)認(rèn)證工作辦公室對獲證單位每兩年進行一次年檢,

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

其次十三條沒有按時申請換證檢查或拒絕接受監(jiān)督檢查的單位,視為自動放棄資格,其《資

質(zhì)證書》予以注銷。參考答案:C

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

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

促銷性數(shù)據(jù):體現(xiàn)企業(yè)曾經(jīng)為客戶供應(yīng)的產(chǎn)品和服務(wù)的歷史數(shù)據(jù),主要包括用戶產(chǎn)品運用狀

況調(diào)查的數(shù)據(jù)、促銷活動記錄數(shù)據(jù)、客服人員的建議數(shù)據(jù)和廣告數(shù)據(jù)等

交易性數(shù)據(jù):這些數(shù)據(jù)是反映了客戶對企業(yè)做出的回饋的數(shù)據(jù),包括歷史購買記錄數(shù)據(jù)、投

訴數(shù)據(jù)、清清供應(yīng)詢問及其他服務(wù)的相關(guān)數(shù)據(jù)、客戶建議數(shù)據(jù)等

參考答案:C

7)解析:

蒙特卡洛(MonteCarlo)方法,或稱計算機隨機模擬方法,是一種基于“隨機數(shù)”的計算方

法??捎妹褚鉁y驗來作一個不嚴(yán)格的比方。民意測驗的人不是征詢每一個登記選民的看法,

而是通過對選民進行小規(guī)模的抽樣調(diào)查來確定可能的優(yōu)勝者。其基本思想是一樣的。

科技計算中的問題比這要困難得多。比如金融衍生產(chǎn)品(期權(quán)、期貨、掉期等)的定價

及交易風(fēng)險估算,問題的維數(shù)(即變量的個數(shù))可能高達(dá)數(shù)百甚至數(shù)千。對這類問題,難度

隨維數(shù)的增加呈指數(shù)增長,這就是所謂的“維數(shù)的災(zāi)難”(CourseDimensionality),傳統(tǒng)

的數(shù)值方法難以應(yīng)付(即使運用速度最快的計算機)。MonteCarlo方法能很好地用來應(yīng)付

維數(shù)的災(zāi)難,因為該方法的計算困難性不再依靠于維數(shù)。以前那些原來是無法計算的問題現(xiàn)

在也能夠計算量。為提高方法的效率,科學(xué)家們提出了很多所謂的“方差縮減”技巧。

原型法(PrototypingMethod)是在系統(tǒng)開發(fā)初期,憑借系統(tǒng)開發(fā)人員對用戶需求的了解和

系統(tǒng)主要功能的要求,在強有力的軟件環(huán)境支持下,快速構(gòu)造出系統(tǒng)的初始原型,然后與用

戶一起不斷對原型進行修改、完善,直到滿足用戶需求。

用戶需求在項目起先時定義不清,開發(fā)過程親密依靠用戶的良好協(xié)作,動態(tài)響應(yīng)用戶的需求,

通過反復(fù)修改來實現(xiàn)用戶的最終系統(tǒng)需求,這是原型法的主要特點。

面對對象方法(Object-OrientedMethod)是一種把面對對象的思想應(yīng)用于軟件開發(fā)過程

中,指導(dǎo)開發(fā)活動的系統(tǒng)方法,簡稱00(Object-Oriented)方法,是建立在“對象”概念

基礎(chǔ)上的方法學(xué)。對象是由數(shù)據(jù)和容許的操作組成的封裝體,與客觀實體有干脆對應(yīng)關(guān)系,

一個對象類定義了具有相像性質(zhì)的一組對象。而每繼承性是對具有層次關(guān)系的類的屬性和操

作進行共享的一種方式。所謂面對對象就是基于對象概念,以對象為中心,以類和繼承為構(gòu)

造機制,來相識、理解、刻畫客觀世界和設(shè)計、構(gòu)建相應(yīng)的軟件系統(tǒng)。

頭腦風(fēng)暴法又稱智力激勵法、BS法、自由思索法,是由美國創(chuàng)建學(xué)家A-F-奧斯本于1939

年首次提出、1953年正式發(fā)表的一種激發(fā)性思維的方法。此法經(jīng)各國創(chuàng)建學(xué)探討者的實踐

和發(fā)展,至今已經(jīng)形成了一個獨創(chuàng)技法群,深受眾多企業(yè)和組織的青睞。采納頭腦風(fēng)暴法組

織群體決策時,要集中有關(guān)專家召開專題會議,主持者以明確的方式向全部參與者闡明問題,

說明會議的規(guī)則,盡力創(chuàng)建在融洽輕松的會議氣氛。一般不發(fā)表看法,以免影響會議的自由

氣氛。由專家們“自由”提出盡可能多的方案。參考答案:C

8)解析:中間件/Middleware定義

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

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

是連接兩個獨立應(yīng)用程序或獨立系統(tǒng)的軟件。相連接的系統(tǒng),即使它們具有不同的接口,但

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

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

簡潔的說,中間件是一種計算機軟件連接了軟件部件或者應(yīng)用程序。這種軟件有一組服

務(wù)構(gòu)成,這些服務(wù)包括允很多進程運行在一個或者多個機器上以達(dá)到在網(wǎng)絡(luò)中相互交互的目

的。

中間件的特點

1滿足大量應(yīng)用的須要;

2、運行于多種硬件和OS平臺;

3、支持分布式計算,供應(yīng)跨網(wǎng)絡(luò)、硬件和OS平臺的透亮性的應(yīng)用或服務(wù)的交互功能;

4支持標(biāo)準(zhǔn)的協(xié)議;

5、支持標(biāo)準(zhǔn)的接口。

中間件可以應(yīng)用于以下情形,如連接公司LAN和早期系統(tǒng)、交換兩個郵件系統(tǒng)間的信

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

主要中間件的分類

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

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

中間件所包括的范圍特別廣泛,針對不同的應(yīng)用需求涌現(xiàn)出多種各具特色的中間件產(chǎn)

品。但至今中間件還沒有一個比較精確的定義,因此,在不同的角度或不同的層次上,對中

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

必需能夠供應(yīng)分布環(huán)境下的通訊服務(wù),我們將這種通訊服務(wù)稱之為平臺?;谀康暮蛯崿F(xiàn)機

制的不同,我們將平臺分為以下主要幾類:

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

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

3、對象懇求代理中間件(objectRequeSTBrokers)

它們可向上供應(yīng)不同形式的通訊服務(wù),包括同步、排隊、訂閱發(fā)布、廣播等等,在這些

基本的通訊平臺之上,可構(gòu)筑各種框架,為應(yīng)用程序供應(yīng)不同領(lǐng)域內(nèi)的服務(wù),如事務(wù)處理監(jiān)

控器、分布數(shù)據(jù)訪問、對象事務(wù)管理器0TM等。平臺為上層應(yīng)用屏蔽了異構(gòu)平臺的差異,而

其上的框架又定義了相應(yīng)領(lǐng)域內(nèi)的應(yīng)用的系統(tǒng)結(jié)構(gòu)、標(biāo)準(zhǔn)的服務(wù)組件等,用戶只需告知框架

所關(guān)切的事務(wù),然后供應(yīng)處理這些事務(wù)的代碼。當(dāng)事務(wù)發(fā)生時,框架則會調(diào)用用戶的代碼。

用戶代碼不用調(diào)用框架,用戶程序也不必關(guān)切框架結(jié)構(gòu)、執(zhí)行流程、對系統(tǒng)級API的調(diào)用等,

全部這些由框架負(fù)責(zé)完成。因此,基于中間件開發(fā)的應(yīng)用具有良好的可擴充性、易管理性、

高可用性和可移植性。

9)解析:

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

建立、運用和維護數(shù)據(jù)庫,簡稱dbmso它對數(shù)據(jù)庫進行統(tǒng)一的管理和限制,以保證數(shù)據(jù)庫

的平安性和完整性。用戶通過dbms訪問數(shù)據(jù)庫中的數(shù)據(jù),數(shù)據(jù)庫管理員也通過dbms進行數(shù)

據(jù)庫的維護工作。它可使多個應(yīng)用程序和用戶用不同的方法在同時或不同時刻去建立,修改

和詢問數(shù)據(jù)庫。DBMS供應(yīng)數(shù)據(jù)定義語言DDL(DataDefinitionLanguage)與數(shù)據(jù)操作語言

DML(DataManipulationLanguage),供用戶定義數(shù)據(jù)庫的模式結(jié)構(gòu)與權(quán)限約束,實現(xiàn)對數(shù)

據(jù)的追加、刪除等操作。

主要功能

1.數(shù)據(jù)定義:DBMS供應(yīng)數(shù)據(jù)定義語言DDL(DataDefinitionLanguage),供用戶定義

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

修改數(shù)據(jù)庫的庫結(jié)構(gòu)。DDL所描述的庫結(jié)構(gòu)僅僅給出了數(shù)據(jù)庫的框架,數(shù)據(jù)庫的框架信息被

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

2.數(shù)據(jù)操作:DBMS供應(yīng)數(shù)據(jù)操作語言DML(DataManipulationLanguage),供用戶實

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

3.數(shù)據(jù)庫的運行管理:數(shù)據(jù)庫的運行管理功能是DBMS的運行限制、管理功能,包括多

用戶環(huán)境下的并發(fā)限制、平安性檢查和存取限制限制、完整性檢查和執(zhí)行、運行日志的組織

管理、事務(wù)的管理和自動復(fù)原,即保證事務(wù)的原子性。這些功能保證了數(shù)據(jù)庫系統(tǒng)的正常運

行。

4.數(shù)據(jù)組織、存儲與管理:DBMS要分類組織、存儲和管理各種數(shù)據(jù),包括數(shù)據(jù)字典、

用戶數(shù)據(jù)、存取路徑等,需確定以何種文件結(jié)構(gòu)和存取方式在存儲級上組織這些數(shù)據(jù),如何

實現(xiàn)數(shù)據(jù)之間的聯(lián)系。數(shù)據(jù)組織和存儲的基本目標(biāo)是提高存儲空間利用率,選擇合適的存取

方法提高存取效率。

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

對數(shù)據(jù)庫的愛護通過4個方面來實現(xiàn):數(shù)據(jù)庫的復(fù)原、數(shù)據(jù)庫的并發(fā)限制、數(shù)據(jù)庫的完整性

限制、數(shù)據(jù)庫平安性限制。DBMS的其他愛護功能還有系統(tǒng)緩沖區(qū)的管理以及數(shù)據(jù)存儲的某

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

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

以及性能監(jiān)控等功能,這些功能分別由各個運用程序來完成。

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

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

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

10)

11)解析:依據(jù)GB/T16260.1中對對軟件產(chǎn)品質(zhì)量模型的描述,軟件產(chǎn)品的運用質(zhì)量有4

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

12)解析:每個文檔的質(zhì)量必需在文檔支配期間就有明確的規(guī)定。文檔的質(zhì)量可以按文檔的

形式和列出的要求劃分為四級。

1級文檔一一最低限度文檔

適合開發(fā)工作量低于一個人月的開發(fā)者自用程序。

該文檔應(yīng)包含程序清單、開發(fā)記錄、測試數(shù)據(jù)和程序簡介

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

可用于在細(xì)心探討后被認(rèn)為好像沒有與其他用戶共享資源的專用程序。

除1級文檔供應(yīng)的信息外,2級文檔還包括程序清單內(nèi)足夠的注釋以幫助用戶安裝和運用程

序。

3級文檔一一工作文檔

適于由同單位若干人聯(lián)合開發(fā)的程序,或可被其他單位運用的程序。

4級文檔一一正式文檔

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

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

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

參考答案:C

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

參考答案:C

14)解析:B.跟蹤用戶功能要求不屬于分析和提高軟件牢靠性的措施。

15)解析:依據(jù)《中華人民共和國招標(biāo)投標(biāo)法》第四十八條規(guī)定:中標(biāo)人應(yīng)當(dāng)依據(jù)合同履約

義務(wù),完成中標(biāo)項目。中標(biāo)人不得向他人轉(zhuǎn)讓中標(biāo)項目,也不得將中標(biāo)項目肢解后分別向他

人轉(zhuǎn)讓。

中標(biāo)人依據(jù)合同約定或者經(jīng)招標(biāo)人同意,可以將中標(biāo)項目的部分非主體、非關(guān)鍵性工作分

包給他人完成。接受分包的人應(yīng)當(dāng)具備相應(yīng)的資格條件,并不得再次分包。

中標(biāo)人應(yīng)當(dāng)就分包項目向招標(biāo)人負(fù)責(zé),接受分包的人就分包項目擔(dān)當(dāng)連帶責(zé)任。

參考答案:C

16)解析:依據(jù)《中華人民共和國政府選購法》其次十四條兩個以上的自然人、法人或

者其他組織可以組成一個聯(lián)合體,以一個供應(yīng)商的身份共同參與政府選購。

以聯(lián)合體形式進行政府選購的,參與聯(lián)合體的供應(yīng)商均應(yīng)當(dāng)具備本法其次十二條規(guī)定的

條件,并應(yīng)當(dāng)向選購人提交聯(lián)合協(xié)議,載明聯(lián)合體各方擔(dān)當(dāng)?shù)墓ぷ骱土x務(wù)。聯(lián)合體各方應(yīng)

當(dāng)共同與選購人簽訂選購合同,就選購合同約定的事項對選購人擔(dān)當(dāng)連帶

責(zé)任。

參考答案:D

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

的操作。但自不待言,Rectangl和Circle的getAreaO方法的實現(xiàn)是完全不一樣的,這就

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

所以B.Rectangle類和Circle類都出名為getArea的屬性,這兩個屬性確定是相同的屬性

是不正確。參考答案B

18)解析:第3章信息系統(tǒng)集成專業(yè)技術(shù)學(xué)問關(guān)于面對對象的分析的步驟:

(1)發(fā)覺角色/參與者。

(2)發(fā)覺用例。

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

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

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

(6)建立對象?行為模型。

(7)建立功能模型。

參考答案:A

19)解析:多協(xié)議標(biāo)簽交換(MPLS)是一種用于快速數(shù)據(jù)包交換和路由的體系,它為網(wǎng)絡(luò)數(shù)

據(jù)流量供應(yīng)了目標(biāo)、路由、轉(zhuǎn)發(fā)和交換等實力。更特殊的是,它具有管理各種不同形式通信

流的機制。MPLS獨立于其次和第三層協(xié)議,諸如ATM和IP。它供應(yīng)了一種方式,將IP地

址映射為簡潔的具有固定長度的標(biāo)簽,用于不同的包轉(zhuǎn)發(fā)和包交換技術(shù)。它是現(xiàn)有路由和交

換協(xié)議的接口,如IP、ATM、幀中繼、資源預(yù)留協(xié)議(RSVP)、開放最短路徑優(yōu)先(OSPF)

等等。

在MPLS中,數(shù)據(jù)傳輸發(fā)生在標(biāo)簽交換路徑(LSP)上。LSP是每一個沿著從源端到終

端的路徑上的結(jié)點的標(biāo)簽序列。現(xiàn)今運用著一些標(biāo)簽分發(fā)協(xié)議,如標(biāo)簽分發(fā)協(xié)議(LDP)、RSVP

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

插入每一個包或信元的起先處,并且可被硬件用來在兩個鏈接間快速交換包,所以使數(shù)據(jù)的

快速交換成為可能。

MPLS主要設(shè)計來解決網(wǎng)路問題,如網(wǎng)路速度、可擴展性、服務(wù)質(zhì)量(QoS)管理以及流

量工程,同時也為下一代IP中樞網(wǎng)絡(luò)解決寬帶管理及服務(wù)懇求等問題。

MPLS的技術(shù)特點

MPLS有如下的技術(shù)特點:

(1)充分采納原有的IP路由,在此基礎(chǔ)上加以改進;保證了MPLS網(wǎng)絡(luò)路由具有敏捷性的

特點;

(2)采納ATM的高效傳輸交換方式,拋棄了困難的ATM信令,無縫地將IP技術(shù)的優(yōu)點融合

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

(3)MPLS網(wǎng)絡(luò)的數(shù)據(jù)傳輸和路由計算分開,是一種面對連接的傳輸技術(shù),能夠供應(yīng)有效的

QoS保證;

(4)MPLS不但支持多種網(wǎng)絡(luò)層技術(shù),而且是一種與鏈路層無關(guān)的技術(shù),它同時支持X.25、

幀中繼、ATM、PPP、SDH、DWDM等,保證了多種網(wǎng)絡(luò)的互連互通,使得各種不同的網(wǎng)絡(luò)傳輸

技術(shù)統(tǒng)一在同一個MPLS平臺上;

(5)MPLS支持大規(guī)模層次化的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu),具有良好的網(wǎng)絡(luò)擴展性;

(6)MPLS的標(biāo)簽合并機制支持不同數(shù)據(jù)流的合并傳輸;

(7)MPLS支持流量工程、CoS、QoS和大規(guī)模的虛擬專用網(wǎng);

參考答案:C

20)解析:DNS答案:C

21)解析:0SI分層的優(yōu)點:

(1)人們可以很簡潔的探討和學(xué)習(xí)協(xié)議的規(guī)范細(xì)微環(huán)節(jié)。

(2)層間的標(biāo)準(zhǔn)接口便利了工程模塊化。

(3)創(chuàng)建了一個更好的互連環(huán)境。

(4)降低了困難度,使程序更簡潔修改,產(chǎn)品開發(fā)的速度更快。

(5)每層利用緊鄰的下層服務(wù),更簡潔記住個層的功能。

參考答案:C

22)解析:光纖接口是用來連接光纖線纜的物理接口。通常有SC、ST、FC等幾種類型,它

們由日本NTT公司開發(fā)。FC是FerruleConnector的縮寫,其外部加強方式是采納金屬套,

緊固方式為螺絲扣。ST接口通常用于10Base-F,SC接口通常用于lOOBase-FX。

參考答案:D

23)解析:無線個人局域網(wǎng)(WPAN)是一種采納無線連接的個人局域網(wǎng)。它被用在諸如電話、

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

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

HomeRF等,其中藍(lán)牙技術(shù)在無線個人局域網(wǎng)中運用的最廣泛。每一項技術(shù)只有被用于特定

的用途、應(yīng)用程序或領(lǐng)域才能發(fā)揮最佳的作用。止匕外,雖然在某些方面,有些技術(shù)被認(rèn)為是

在無線個人局域網(wǎng)空間中相互競爭的,但是他們常常相互之間又是互補的。

美國電子與電器工程師協(xié)會(IEEE)802.15工作組是對無線個人局域網(wǎng)做出定義說明

的機構(gòu)。除了基于藍(lán)牙技術(shù)的802.15之外,IEEE還舉薦了其他兩個類型:低

溫馨提示

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

評論

0/150

提交評論