




版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quá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)工程,(1)是系統(tǒng)集成項目成功
實行的保障。
①管理②商務(wù)③技術(shù)④軟件⑤獨立的應(yīng)用軟件
(1)AO①④B.①②C.③?⑤D.④?
?根據(jù)原信息產(chǎn)'業(yè)部公布的有關(guān)公布《計算機信息系統(tǒng)集成資質(zhì)等級評估條件(修訂版)》
時告知(信部規(guī)[2023]440號),一不是系統(tǒng)集成資質(zhì)等級評估的條件。
(2)A.企業(yè)的注冊資金B(yǎng).企業(yè)I為軟件開發(fā)實力
C.企業(yè)與否通過了質(zhì)量管理體系認證D.企業(yè)領(lǐng)導(dǎo)的學(xué)歷
?有關(guān)信息系統(tǒng)集成項目叼特點,下述說法中,⑶是不對日勺的
⑶A.信息系統(tǒng)集成項目是高技術(shù)與高技術(shù)的集成,要采用業(yè)界最先進MJ產(chǎn)品和技術(shù)
B.信息系統(tǒng)集成項目對企業(yè)管理技術(shù)水平和項目經(jīng)理的領(lǐng)導(dǎo)藝術(shù)水平規(guī)定比較高
C信息系統(tǒng)集成項目的需求常常不夠明確,而加強需求變更管理以控制風險.
D.信息系統(tǒng)集成項目常常面臨人員流動率較高口勺狀況
?根據(jù)原信息產(chǎn)業(yè)部2023年10月公布H勺有關(guān)公布《計算機信息系統(tǒng)集成資質(zhì)等級評估條件
(修訂版)》的告知(信部規(guī)[2023]440號),規(guī)定系統(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ì)認證工作辦公室對獲證單位每年進行抽杳
C.資質(zhì)認證工作辦公室每三年進行一次換證檢查
D.末準時申請換證檢查或拒絕接受監(jiān)督檢查H勺單位,視為自動放棄資格,其資質(zhì)證書予以注
銷
?在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.促銷性數(shù)據(jù)Do關(guān)系性數(shù)據(jù)
解析:考察信息化基礎(chǔ)知識(教程知識)
?顧客需求在項目開始時定義不清,開發(fā)過程親密依賴顧客的良好配合,動態(tài)響應(yīng)顧客的需
求,通過反復(fù)修改來實現(xiàn)顧客的J最終系統(tǒng)需求,這是⑺的重要特點。
(7)A.蒙特卡洛法B.原型法C.面向?qū)ο蟠胧〥.頭腦風暴法
?有關(guān)中間件特點的描述,⑻是不對的]的。
(8)A.中間件可運行于多種硬件和操作系統(tǒng)平臺上
B.跨越網(wǎng)絡(luò)、硬件、操作系統(tǒng)平臺時應(yīng)用或服務(wù)可通過中間件透明交互
C。中間件運行于客戶機/服務(wù)器H勺操作系統(tǒng)內(nèi)核中,提高內(nèi)核運行效率
D.中間件應(yīng)支持原則日勺協(xié)議和接口
?數(shù)據(jù)庫管理系統(tǒng)是操縱和管理數(shù)據(jù)庫的大型軟件,用于建立、使用和維護數(shù)據(jù)庫。如下有
關(guān)數(shù)據(jù)庫管理系統(tǒng)的描述,⑼是不對R勺的。
(9)A.數(shù)據(jù)庫管理系統(tǒng)可使多種應(yīng)用程序和顧客用不?樣日勺措施在需要日勺時候去建立、修改
和問詢數(shù)據(jù)庫
B.數(shù)據(jù)庫管理系統(tǒng)提供數(shù)據(jù)定義語言與數(shù)據(jù)操作語言
C.數(shù)據(jù)庫管理系統(tǒng)提供對數(shù)據(jù)的追加、刪除等操作
D.數(shù)據(jù)庫管理系統(tǒng)不具有與操作系統(tǒng)的聯(lián)機處理、分時系統(tǒng)及遠程作業(yè)輸入的有關(guān)接口
?軟件需求可理解為:為處理特定問題則由被開發(fā)或被修改的軟件所展示出的特性。所有軟
件需求時基本特性是(10),,
(10)A.可驗證性B.與顧客交互性C.處理沖突D.面向?qū)ο?/p>
?根據(jù)GB/T16260.1中對對軟件產(chǎn)品質(zhì)量模型的描述,軟件產(chǎn)品的使用質(zhì)量不包括
(11)
(IDA.有效性B.生產(chǎn)率C.滿意度D.易用性
?在《軟件文檔管理指南GB/T16680-1996?中,對確定文檔H勺質(zhì)量等級作了規(guī)定,軟件文
檔的質(zhì)量可以按照文檔口勺形式和列出的規(guī)定劃分為四個等級。對于由同?單位內(nèi)若丁人聯(lián)
合開發(fā)的J程序,或要交由其他單位使用的程序,應(yīng)當?shù)竭_一(12)級H勺規(guī)定。
(12)ALB二C.三D.四
?GB/T16260-1996給出的質(zhì)量特性中,不包括(13)。
(13)A.功能性B.效率C.軟件環(huán)境D.可移植性
?軟件可靠性和可維護性是軟件的一項重要特性,根據(jù)GB/T14394-2023中對其H勺描述,在
軟件運作和維護過程中,。4)不屬于分析和提高軟件可靠性的措施。
(14)A.實行FRACASB.跟蹤顧客功能規(guī)定
C.跟蹤顧客滿意程度D.測量可靠性,并分析現(xiàn)場可靠性與否到達規(guī)定
?根據(jù)《中華人民共和國招標投標法》第四十八條對中標人的權(quán)利和義務(wù)的規(guī)定是
不對U勺U勺。
(15)Ao中標人不得向他人轉(zhuǎn)讓中標項目,也不得將中標項目肢解后分別向他人轉(zhuǎn)讓
B.中標人按照協(xié)議約定或者經(jīng)招標人同意,可以將中標項目的部分非主體、非關(guān)鍵性
工作分包給他人完畢
C,接受分包的人可以再次分包
D.中標人應(yīng)當就分包項FI向招標人負責,接受分包的人就分包項FI承擔連帶責任
?《中華人民共和國政府采購法》第二十四條規(guī)定,兩個以上U勺自然人、法人或者其他組織
可以構(gòu)成一種聯(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)當向采購人提交聯(lián)合協(xié)議,載明聯(lián)合體各方承擔的工作和義務(wù)
C,參與聯(lián)合體的供應(yīng)商各方應(yīng)當共同與采購人簽訂采購協(xié)議
D.參與聯(lián)合體的次要供應(yīng)商不需要就采購協(xié)議約定的事項對采購承擔連帶責任
?有關(guān)圖1的論述(17)是不對H勺的1。
(17)A.Rectangle類和Circle類均有名為area(、J屬性,這兩個屬性一定是相似日勺屬性
B.Rectangle類和Circle類均有名為getAreaH勺屬性,這兩個屬性一定是相似的I屬性
C.Rectangle中名為length日勺屬性和Circle類中名為radius的屬性,這兩個屬性一定是不一樣
的屬性
D.Shape類有一種屬性,Circle類有兩個屬性,Rectangle類有三個屬性
圖1
?在面向?qū)ο蠓治鲋校浞治鲞^程的第一步是(18)。
(18)A.發(fā)現(xiàn)角色/參與者B.發(fā)現(xiàn)用例
C.進行領(lǐng)域分析Do建立功能模型
?MPLS是目前使用較為廣泛的廣域網(wǎng)技術(shù),該技術(shù)運用數(shù)據(jù)標簽引導(dǎo)數(shù)據(jù)包在開放的通信
網(wǎng)絡(luò)中運行,通過在無連接H勺網(wǎng)絡(luò)中引入連接模式,減少了網(wǎng)絡(luò)H勺復(fù)雜性。
(19)不屬于它的技術(shù)特點。
(19)Ao充足采用原有ff、JIP路由
B.是一種與鏈路層無關(guān)的技術(shù)
C.MPLS的標簽合并機制不支持不一樣數(shù)據(jù)流的合并傳播
D.具有良好的網(wǎng)絡(luò)拓展性
?某系統(tǒng)集成工程師在其工作站的網(wǎng)絡(luò)瀏覽器地址欄中輸入“:〃wvrw.,cn\發(fā)
現(xiàn)不能訪問中國計算機技術(shù)職業(yè)資格網(wǎng),而在其工作站的網(wǎng)絡(luò)瀏覽器地址欄中輸入“:/萬9.
108.35.160”,發(fā)現(xiàn)可正常訪問中國計算機技術(shù)職業(yè)資格網(wǎng),這闡明該工作站所處的網(wǎng)絡(luò)中,
也許存在(20)服務(wù)故障。
(20)A.FTPB.TelnetC.DNSD.
?網(wǎng)絡(luò)協(xié)議和設(shè)備驅(qū)動軟件常常采用分層架構(gòu)模式,其重要原因是(21)0
(21)A.可以讓軟件獲得更高的性能B.支持軟件復(fù)用
C.讓功能劃分輕易,便于設(shè)計實現(xiàn)D.為到達內(nèi)聚、高耦合的I設(shè)計目的
?(22)不是光纖接口類型。
(22)A.SCB.STC.LCD.LH
?ZigBee是(23)網(wǎng)絡(luò)日勺原則之一。
(23)A.WLANB.WMANC.WPAND.WWAN
?下列有關(guān)電子信息機房口勺設(shè)計中,(24)不符合《電子信息系統(tǒng)機房設(shè)計規(guī)范
GB50174-2023》的規(guī)定。
(24)A.機房采用二級、三級耐火等級日勺建筑材料,重要部位采用一級耐火等級的材料
B.機房所有設(shè)備日勺金屬外殼、各類金屬管道、金屬線糟、建筑物金屬構(gòu)造等構(gòu)造等所有進
行電位連接并接地
c.在機房吊頂上和活動地板卜.都設(shè)置火災(zāi)探測器
D.主機房內(nèi)絕緣體日勺靜電電位不不小于1KV
主機房和輔助區(qū)的絕緣體【向靜電電位不應(yīng)不小于1KV,
?根據(jù)《EIA/TIA568A/B商用建筑物電信布線原則-1995》,綜合布線系統(tǒng)分為三個等級,其
中增強型綜臺布線等級規(guī)定每個工作區(qū)至少有(25)個以上信息插座。
(25)A.1B.2C.3D.4
?系統(tǒng)運行安全和保護口勺層次按照粒度從粗到細排序為(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ā)人員提供統(tǒng)一口勺、面向?qū)ο蟮?、層次化的、可擴展的I編程接U,
使開發(fā)人員可以高效、迅速地構(gòu)建基于下一代互聯(lián)網(wǎng)網(wǎng)絡(luò)應(yīng)用的是(28)。
(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ù)管理、安全運行遠程客戶連接、生命周期管理和數(shù)據(jù)庫連接緩沖
等中間層服務(wù)的應(yīng)用程序.
(29)A.ServletBJCACCJSPD.EJB
?對數(shù)據(jù)倉庫特性的描述,(30)是不對時時。
(30)A.與時間無關(guān)日勺B.不可修改的C.面向主題的JD.集成日勺
?某政府部門擬運用中央財政資金建設(shè)電子政務(wù)項目,有關(guān)建設(shè)方的立項管理,下列做法中
不符合有關(guān)規(guī)定的是(31)。
(31)A.建設(shè)單位在編制項目提議書時專門組織項目需求分析,形成需求分析匯報,報送項
FI審批部門
B.建設(shè)方在項目提議書獲得批復(fù)后,招標選定有費格的第三方工程征詢機構(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è)售前負責人,在說服本單位領(lǐng)導(dǎo)同意參與項目投標時,不需簡介(33)。
(33)A.本企業(yè)技術(shù)可行性分析B.企業(yè)人員能力和配置分析
C項目的國民經(jīng)濟分析D.項目財務(wù)可行性分析
?項目管理計劃應(yīng)整合其他規(guī)劃過程的所有子計劃和基準,一經(jīng)確定即成為項目日勺基準。在
項目管理中一般將(34)合并為一種績效測量基準,這些基準可應(yīng)用于掙值測后從而判斷項目
的整體績效。
(34)A.范圍基準、成本基準、進度基準B.質(zhì)量基準、成本基準、范圍基準
C.質(zhì)量基準、進度基準、范圍基準D.質(zhì)量基準、進度基準、成本基準
?有關(guān)項目進度管理中歐I活動歷時估算的論述,(35)是對日勺口勺。
(35)A.活動歷時估算應(yīng)給HI盡量精確的成果,不應(yīng)給出變化范圍,例如:2周±2天
B.多方案分析法是一種常用的活動歷時估算措施
C.常用的活動歷時估算措施包括類比估算、參數(shù)估算、三點估算法和后備分析法
D.類比估算法也稱為自下而上估算法,常用于項目初期H勺活動歷時估算
?過去幾年小李完畢了人量網(wǎng)卡驅(qū)動模塊的開發(fā),最快5天完畢,埴慢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)個工作日。
晨早開始持續(xù)時間。最早完成
時間廣___________時間,
活動名稱Q
最遲開始?最遲完成
時間Q___________時間?
a|a|a
/.川軟件開i發(fā),'\
a|73|?■,
安.渣備開發(fā)環(huán)境,
pIa|“?4,1,1
x,,,t/
\T&1,/
\步開年/
「1?卜/
圖2
(37)A.0B.1C.2D.4
?迅速跟進是進度控制II勺手段之一。如下對迅速跟進的理解,(38)是對的I向。
(38)A.調(diào)整部分工作的次序關(guān)系,使用網(wǎng)絡(luò)圖和關(guān)鍵途徑分析等進度計劃工具,盡量將某
些工作并行進行
B.充足運用周六、周日或晚上等非工作時間段實行項目
C.充足發(fā)揮每一種組員的J作用,用積極口勺績效考核措施,提高每個組員H勺技能水平和
績效
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ā)現(xiàn)一種團體組員王在用與WBS詞典規(guī)定不符的措施
來完畢這項工作。項目經(jīng)理應(yīng)首先(41)。
(41)A.告訴這名團體組員采用糾正措施。
B.確定這種措施對職能經(jīng)理而言與否尚可接受的
C.問這名團體組員,這種變化與否必要
D.確定這種變化與否變化了工作包口勺范圍
?有關(guān)范圍確認日勺論述中,(42)是不對H勺日勺。
A.范圍確認是核算項目口勺可交付成果已經(jīng)對日勺完畢的過程
B.客戶對可交付成果簽字確認后,雙方可展開質(zhì)量控制活動,如測試、評審等
C.可對照項目管理計劃、對應(yīng)的需求文獻或WBS來核算項目范圍H勺完畢狀況
D.范圍確認的措施包括檢查、測試、評審等
?在一種設(shè)計項目開始兩個月后,客戶規(guī)定對項目產(chǎn)品正行修改并在沒有告知項目經(jīng)理的前
提下就做了這項變更,在最終測試階段,發(fā)現(xiàn)測試成果與當時計劃不一樣。這種狀況重要是
由于(43)。
(43)A.測試計劃定義不完善B.沒有做好范圍變更控制
C.質(zhì)量管理計劃的J開發(fā)不完善D.沒有堅持溝通計劃
?企業(yè)為某客戶實行電子商務(wù)平臺建設(shè)項目,需要采購5臺交付給客戶使用服務(wù)器,這部提
成本屬于該項目的(44)o
(44)A.直接成本B.間接成本(:.固定成本D.機會成本
?某項FI經(jīng)理已經(jīng)完畢/WBS和每個工作包U勺成本估算。要根據(jù)這些數(shù)據(jù)編制項Fl成本估
算,該項目經(jīng)理要(45)。
(45)A.使用WBSI為最高層次進行類比估算
B.計算工作包和風險儲備估算的總和
C.把工作包估算合計成為項目估算總和
D.獲得專家對項目成本總計劃意見
?某ERP軟件開發(fā)項目共有12個模塊,項目經(jīng)理對較件進行了成本預(yù)算,預(yù)算每個模塊的
開發(fā)成本為5萬元,按照項目管理計劃,每月開發(fā)一種模塊,12個月完畢開發(fā)工作。在項
目進行到第3個月底的)時候,項目經(jīng)理對照計劃,發(fā)現(xiàn)剛完畢了2個模塊的開發(fā)工作,經(jīng)記
錄,實際花費的成本為15萬元。若按照目前的績效狀況,到所有模塊開發(fā)完畢時估計托費
的總成本為(46)。
(46)A.90萬B.75萬C.70萬D.66.7萬
?人員配置管理計劃描述何時以及怎樣滿足人力資源需求。有關(guān)人員配置管理計劃H勺論述
中,(47)是對的J的。
(47)A.制定人員配置管理計劃可采用工作分解構(gòu)造、組織分解構(gòu)造和資源分解構(gòu)造等描述
工具
B.項目人力資源計劃可以是正式或非正式口勺,但人員配置管理管理計劃是不能省略日勺正式計
劃
C.人員配置管理計劃通過一般制定人員需求和人力資源時間安排,不波及人員培訓(xùn)和獎懲措
施
D.項目人力資源計劃是項目人員配置管理計劃日勺一種分計劃
?項目團體建設(shè)對項目口勺成功至關(guān)重要,在項目經(jīng)理的下述做法中,有也許不利于團體建設(shè)
的是(48)。
(48)A.鼓勵團體組員間日勺溝通B.獎勵加班日勺組員
C.盡早建立團體基本規(guī)則D.盡早發(fā)現(xiàn)沖突,運用私下、直接但合法日勺方式處理
?有關(guān)項目管理環(huán)境中的沖突管理的論述中,(49)是對的時。
(49)A.通過建M團體基本規(guī)則及實行可行的項目管理經(jīng)驗,沖突是可以防止口勺
B.處理沖突最理想措施是求同存異
C.沖突管理日勺最終目的是消除意見分歧
D.不管沖突對項目的影響是正面H勺還是負面的,項目經(jīng)理均有責任處理它
?某電信企業(yè)要建設(shè)一種CRM系統(tǒng)(包括呼喊中心和客服中心),系統(tǒng)集成一級資質(zhì)企業(yè)甲
和系統(tǒng)集成二級資質(zhì)企業(yè)乙參與該系統(tǒng)建設(shè)。有關(guān)協(xié)議時簽訂,下面說法中,(50)是對內(nèi)H勺。
(50)A.如電信企業(yè)和乙簽訂CRM建設(shè)總包協(xié)議,則乙和甲就呼喊中心的建設(shè)只能簽訂分
包協(xié)議
B.如電信企業(yè)和乙簽訂客服中心建設(shè)總包協(xié)議,則電信企業(yè)和甲就CRMH勺建設(shè)只能簽
定總價協(xié)議
C.如電信企業(yè)和乙簽訂客服中心建設(shè)單項承包協(xié)議,則電信企業(yè)和甲就CRMEKJ建設(shè)只
能簽定單項承包協(xié)議
D.如電信企業(yè)和甲簽訂CRM建設(shè)總價協(xié)議,則甲和乙就呼喊中心帕建設(shè)只能簽訂單價
協(xié)議
?建設(shè)方和承建方甲就某信息系統(tǒng)建設(shè)項目進行了多次協(xié)議談判均未到達一致,未能簽定系
統(tǒng)建設(shè)協(xié)議,但在談判期間建設(shè)方獲悉了甲的行業(yè)關(guān)鍵技術(shù)指標。之后建設(shè)方與另一承建方
乙通過協(xié)議談判后就系統(tǒng)建設(shè)簽定了協(xié)議,同步將甲的關(guān)鍵技術(shù)指標透露給乙,導(dǎo)致甲蒙受
損失。下列說法中,(51)是對的的。
(51)A.建設(shè)方對甲蒙受日勺損失應(yīng)承擔賠償責任
B.建設(shè)方和甲未簽定協(xié)議,對甲蒙受H勺損失不應(yīng)承擔賠償責任
C.乙和甲未簽定協(xié)議,對甲蒙受的損失不應(yīng)承擔賠償責任
D.甲的I損失是曰于其自身保密工作未做好,其損失應(yīng)所有由其自身承擔
?某系統(tǒng)集成商M企業(yè)于甲方簽訂了一份電子商務(wù)平臺建設(shè)項目,協(xié)議中規(guī)定,假圻系統(tǒng)
交付后存在質(zhì)量問題,系統(tǒng)集成商M應(yīng)提供免費口勺及時維護服務(wù),M企業(yè)按協(xié)議規(guī)定交付
了系統(tǒng),雙方簽訂了驗收匯報。在此后日勺一年內(nèi),M企業(yè)及時響應(yīng)了甲方口勺維護規(guī)定,一
年之后,M企業(yè)向甲方提出此后的J技術(shù)服務(wù)應(yīng)當為有償服務(wù),甲方認為協(xié)議中提到的免費
服務(wù)并無詳細期限,M企業(yè)的收費規(guī)定是不合理於J。下列說法中(52)是最恰當?shù)摹?/p>
(52)A.由于協(xié)議中規(guī)定的免費服務(wù)并無詳細期限,因此M企業(yè)規(guī)定收費不合理
B.應(yīng)對甲方的服務(wù)規(guī)定進行分類,如是處理質(zhì)量問題,則M企業(yè)應(yīng)無限期免費服務(wù)
C.M企業(yè)已經(jīng)提供了一年的免費服務(wù),此后規(guī)定對服務(wù)收費是合理的
D.協(xié)議內(nèi)容不明確,可根據(jù)有關(guān)信息化工程建設(shè)的法律、法規(guī)處理
?某辦公大樓的開發(fā)商將辦公樓的智能樓宇系統(tǒng)承包給H企業(yè),雙方簽訂了協(xié)議,開發(fā)商
海聘任了監(jiān)理方對此項目進行監(jiān)理。期間,消防子系統(tǒng)驗收延誤,開發(fā)商認為是H企業(yè)的
責任,向監(jiān)理方提出索賠規(guī)定。有關(guān)索賠流程,下列說法中,(53)是對的的。
(53)A.開發(fā)商應(yīng)在驗收延誤事件發(fā)生后20天內(nèi)提出索賠意向告知
B.監(jiān)理方收到索賠告知后,應(yīng)在28天內(nèi)協(xié)助開發(fā)商編制出索賠匯報
C.監(jiān)理方應(yīng)在索賠匯報中充足論證該事件確實為開發(fā)商帶來了損失,并提出詳細的
賠償方案
D.假如H企業(yè)不一樣意監(jiān)理方作出[向索賠決定,可提請仲裁或法律訴訟
?某集成企業(yè)在進行風險定性分析時,考慮了風險的幾種原因:①威脅,指風險對項目導(dǎo)致
的危害程度;②機會,指對項目帶來的收益程度;③緊迫性,對風險亟待處置的程度;④風
險發(fā)生日勺概率。有關(guān)該企業(yè)H勺定性風險分析,下列說法中,(54)是不對日勺日勺。
(54)A.①X③X④時值越大,則表明風險高,應(yīng)考慮優(yōu)先處理
B.②*③X④時值越大,則表明機會大,應(yīng)考慮優(yōu)先處理
C.①X②義④的值越大,則表明風險高、機會大,應(yīng)考慮優(yōu)先處理。
D.②X④時值越大,則表明機會大,應(yīng)考慮優(yōu)先處理
?有關(guān)項目的風險管理,下列說法中,(55)是不對的的。
(55)A.風險管理包括風險識別、定性分析、定量分析、風險應(yīng)對、風險監(jiān)控等過程
B.定性風險分析后,可制定和采用風險應(yīng)對措施
C.制定了風險應(yīng)對措施后,可重新進行定量風險分析,以確定風險減少的程度
D.風險管理的最終目的是消除風險
?在一種信息系統(tǒng)集成項目中,對項目波及時客戶端、服務(wù)器、網(wǎng)絡(luò)和運行環(huán)境等進行集成
時,不確定會碰到什么問題,這對項目來說是一種風險,因此項目經(jīng)理計劃找一種此前有有
關(guān)技術(shù)經(jīng)驗的專家來處理這個風險。該應(yīng)對措施屬于(56)
(56)A.風險接受B.風險轉(zhuǎn)移C.風險規(guī)避D.風險減輕
?(57)是制定項目溝通管理計劃的輸入。
(57)A.溝通技術(shù)B.項目可行性分析C.成本控制D.項目范圍闡明書
?狀態(tài)會議口勺目的是(58)。
(58)A.互換項目信息B.讓團體組員匯報正在執(zhí)行口勺工作
C.簽發(fā)工作授權(quán)D.確認團體提交口勺成本的精確性
?某項目口勺現(xiàn)實狀況是:已經(jīng)被按照溝通計劃公布了項目信息;某些項目可交付物成果發(fā)生
了變更;這些變更是按照變更控制計劃做出口勺:一位干系人在得知此前曾經(jīng)公布過的項目可
交付物成果變更時,感覺十分驚訝;其他干系人都收到了變更告知日勺消息。針對這種狀況,
項目經(jīng)理應(yīng)當(59)。
(59)A.告知干系人信息公布的日期
B.審核溝通計劃,確定為何干系人不理解自己的職責
C.對溝通計劃進行審核,如需要,對溝通計劃進行修改
D.在下次項目工作會議上闡明該問題,以便其他干系人不會遺忘公布R勺變更信息
?某項目經(jīng)理規(guī)定采購管理員從外面供貨商那里采購硬件設(shè)備時,需要準備一種(60)以描
述采購設(shè)備口勺有關(guān)質(zhì)量技術(shù)指標、驗收原則和付款方式與期待等內(nèi)容。
(60)A.工作闡明書B.協(xié)議范圍闡明C.項目章程D.協(xié)議
?在采購管理中,編制詢價計劃需要用到(61)。
(61)A.原則表格B.評估原則C.采購管理計劃D.采購文獻
?招標人采用邀請招標方式日勺,應(yīng)當向三個以上具有承擔招標項目的能力、資信良好的(62)
發(fā)出投標邀請書。
(62)A.不特定日勺法人B.特定日勺法人
C.不特定日勺法人或者其他組織D.特定的法人或者其他組織
?有關(guān)中標條件的論述中,(63)是最為完整對時的。
A.可以最大程度地滿足招標文獻中規(guī)定的各項綜合評價原則
B.可以滿足招標文獻的實質(zhì)性規(guī)定,并且經(jīng)評審的投標價格最低
C.可以很好地滿足招標文獻中規(guī)定日勺各項綜臺評價原則
D.可以滿足招標文獻H勺實質(zhì)性規(guī)定,并且經(jīng)評審的投標價格合理
?信息系統(tǒng)文檔的J管理重要體目前文檔書寫規(guī)范、圖表編號規(guī)則、文檔目錄編寫原則和(64)
等兒種方面。
(64)A.文檔管理措施B.文檔管理制度C.建立文檔規(guī)范D.文檔使用權(quán)限控制
?下面任務(wù)中,(65)不是在配置管理過程中執(zhí)行的內(nèi)容。
(65)A.確認一種條目或一和系統(tǒng)的功能和物理特性
B.針對特證控制變更
C.對項FI范圍進行審核以檢查目前的項目與否與預(yù)定的規(guī)定相符
D.容許對變更自動承認
?假如一種配置項的版本號為1.1,那么這個配置項處在(66)狀態(tài)。
A.草稿B.正式C.修改D.完畢
?一種項目經(jīng)理和他的團體正在使用魚骨圖(Ishikawa圖)討論所發(fā)現(xiàn)的一種重大質(zhì)最問題的
原因,這屬于質(zhì)量管理中均(67).
A.質(zhì)量計劃編制B.質(zhì)量工具C.質(zhì)量保證D.質(zhì)量控制
?控制圖中口勺控制上限和控制下限標明(68)。
A.客戶將要接受的界線B.也許出現(xiàn)的過程的偏差范圍
c.可以接受日勺過程的偏差范圍D.判斷項目成敗H勺記錄控制點
?在變更管理中,“變更初審”的目H勺是(69)。
A.保證評估所需信息準務(wù)H勺必要性B.在干系人間就提出供評估的變更信息到達共識
C.以項目基準為評估根據(jù)D.對變更實行進行監(jiān)控
?進度變更口勺控制活動包括:(70
A.判斷項目進度H勺目前狀態(tài),對導(dǎo)致進度變更的原因施加影響,杳明進度與否已經(jīng)變化,
在實際變更出現(xiàn)時對其進行調(diào)整
B.判斷項目進度H勺目前狀態(tài),對導(dǎo)致成本變更的原因施加影響,杳明進度與否已經(jīng)變化,
在實際變更出現(xiàn)時對其進行管理
C.判斷項目進度日勺目前狀態(tài),對導(dǎo)致進度變更口勺原因施加影響,查明進度與否已經(jīng)變化,
在實際變更出現(xiàn)時對其進行管理
D.判斷項目進度的目前狀態(tài),對導(dǎo)致進度變更的原因施加影響,查明進度變化的原因,在實
際變更出現(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
□.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)集成是近年來國際信息服務(wù)業(yè)中發(fā)展勢頭最猛H勺服務(wù)方式和行業(yè)之一。系統(tǒng)集
成是指將計算機軟件,硬件、網(wǎng)絡(luò)通信等技術(shù)和產(chǎn)品集成為可以滿足顧客特定需求的信息系
統(tǒng),包括總體籌劃、設(shè)計、開發(fā)、實行、服務(wù)及保障。
信息系統(tǒng)集成有如下幾種明顯特點。
(1)信息系統(tǒng)集成要以滿足顧客需求為主線出發(fā)點。
(2)信息系統(tǒng)集成不只是設(shè)備選擇和供應(yīng),更重要日勺,它是具有高技術(shù)含量的工程過程,
要面向顧客需求提供全面處埋方案,具關(guān)鍵是軟件。
(3)系統(tǒng)集成II勺最終交付物是一種完整U勺系統(tǒng)而不是一種分立的產(chǎn)品。
(4)系統(tǒng)集成包括技術(shù)、管理和商務(wù)等各項工作,是一項綜合性U勺系統(tǒng)工程。技術(shù)是系
統(tǒng)集成工作的關(guān)鍵,管理和商務(wù)活動是系統(tǒng)集成項目成力實行II勺保障。
參照答案:B
2)解析:信息產(chǎn)業(yè)部于2023年9月公布《有關(guān)公布計算機信息系統(tǒng)集成資質(zhì)等級評估條件
的J告知》(信部規(guī)[2023]821號文),于2023年10月頒布了《有關(guān)公布計算機信息系統(tǒng)集
成資質(zhì)等級評估條件(修訂版)時告知》(信部規(guī)[2023]440號文)。系統(tǒng)集成資質(zhì)等級評估
條件重要由綜合條件、業(yè)負、管理能力、技術(shù)實力、人才實力5個方面描述的J。不包括企業(yè)
領(lǐng)導(dǎo)的學(xué)歷。參照答案:D
3)解析:考察立項一般知識4.1.4信息系統(tǒng)集成項目口勺特點
所渭信息系統(tǒng)集成項目,就是從客戶和顧客。U勺需求出艘,將硬件、系統(tǒng)軟件、工具軟
件、網(wǎng)絡(luò)、數(shù)據(jù)庫及對應(yīng)向應(yīng)用軟件集成為實用日勺信息系統(tǒng)日勺過程。在這個過程中,應(yīng)根據(jù)
需求,開發(fā)對應(yīng)的軟件和硬件,并把它們集成為一種系統(tǒng)。
信息系統(tǒng)集成項目的I聲品是一種滿足需求、支持顧客業(yè)務(wù)日勺信息系統(tǒng)。
信息系統(tǒng)集成項目的指導(dǎo)措施是“總體規(guī)劃、分步實行”。
信息系統(tǒng)集成項目有如下幾種明顯特點。
(1)信息系統(tǒng)集成項目要以滿足客戶和顧客的需求為主線出發(fā)點。
(2)客戶和顧客的J需求常常不夠明確、復(fù)雜多變,由此應(yī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)的風險。
(5)系統(tǒng)工程。系統(tǒng)集成包括技術(shù),管理和商務(wù)等方面,是一項綜合性的系統(tǒng)工程。有
關(guān)的各方應(yīng)“一把手”掛帥、多方親密協(xié)作。
(6)項目團體年輕,流動率高。因此對企'業(yè)的管理技術(shù)水平和項目經(jīng)理的領(lǐng)導(dǎo)藝術(shù)水平
規(guī)定較高。
(7)強調(diào)溝通的重要性。信息系統(tǒng)自身是溝通的產(chǎn)物,在開發(fā)信息系統(tǒng)的過程中溝
通無處不在,從需求調(diào)研到方案設(shè)計、從設(shè)計到布署都波及溝通問題。技術(shù)的集成需要
以原則為基礎(chǔ),人與人、單位與單位之間的溝通需要以法律、法規(guī)、規(guī)章制度為基礎(chǔ),
信息的產(chǎn)生、保留與傳遞需以安全為基礎(chǔ)。
綜上所述,系統(tǒng)集成項目管理既是一種管理行為又是一種技術(shù)行為。
一般來說,信息系統(tǒng)集成項目屬于經(jīng)典H勺多種技術(shù)合作口勺項目,一般需要多種技術(shù)的配
合,如地理信息系統(tǒng)[GeographicInformationSystem,GIS]項目,需要地理信息技術(shù)、
電子技術(shù)、無線射頻技術(shù)等日勺集成與配合。開發(fā)商要向客戶提供具有針對性的整合應(yīng)用處理
方案,這就規(guī)定開發(fā)商除了要有IT方面H勺技術(shù)外,還必須有較豐富的行業(yè)經(jīng)驗。項目的銷
售過程是對客戶需求的完善和明確的過程,同步又是使客戶建立信心的過程,因此在業(yè)務(wù)環(huán)
節(jié)中會波及不一樣專業(yè)區(qū)I人員和技術(shù)。
參照答案:A)A.信息系統(tǒng)集成項目是高技術(shù)與高技術(shù)的集成,要采用業(yè)界最先進H勺產(chǎn)品和
技術(shù)(不一定要要采用業(yè)界最先進的產(chǎn)品和技術(shù),要采用技術(shù)含量高成熟的產(chǎn)品)
4)解析:根據(jù)原信息產(chǎn)業(yè)部2023年10月公布的|有關(guān)公布《計算機信息系統(tǒng)集成資質(zhì)等級
評估條件(修訂版)》打勺告知(信部規(guī)[2023]440號),
(五)人才實力
1、從事軟件開發(fā)與系統(tǒng)集成有關(guān)工作口勺人員不少于150人,且其中大學(xué)本科以上學(xué)歷人員
所占比例不低于80機
2、具有計算機信息系統(tǒng)集成項目經(jīng)理人數(shù)不少于25名,其中高級項目經(jīng)理人數(shù)不少于8
名;
3、培訓(xùn)體系健全,具有系統(tǒng)地對員工進行新知識、新技術(shù)以及職業(yè)道德培訓(xùn)口勺計劃并能有
效組織實行與考核;
4、建立合理的人力資源管理與績效考核制度并能有效實行。
二級:人才實力
1、從事軟件開發(fā)與系統(tǒng)集成有關(guān)工作日勺人員不少于150人,其中大學(xué)本科及以上學(xué)歷
人員所占比例不低于80%;
2、具有計算機信息系統(tǒng)集成項目管理人員資質(zhì)口勺人數(shù)不少于18名,其中高級項目經(jīng)理
人數(shù)不少于4名;
3、己建立人力資源管理體系并能有效實行。
三級:人才實力
1、從事軟件開發(fā)與系統(tǒng)集成有關(guān)工作的人員不少于50人,其中大學(xué)本科及以上學(xué)歷人
員所占比例不低于60%;
2、具有計算機信息系統(tǒng)集成項目管理人員資質(zhì)的人數(shù)不少于6名,其中高級項目經(jīng)理
人數(shù)不少于1名;
3、已建立合埋的人力資源培訓(xùn)與考核制度,并能右效實行。
參照答案:B
5)解析:根據(jù)(信部規(guī)[1999]1047號)有關(guān)公布《計算機信息系統(tǒng)集成資質(zhì)管理措施(試
行)》的告知第十九條《資質(zhì)證書》有效期為四年。獲記單位應(yīng)每年進行一次自杳,并將自
查成果報資質(zhì)認證工作辦公室立案;資質(zhì)認證工作辦公室對獲證單位每兩年進行一次年檢,
每四年進行一次換證檢杳和必要的非例行監(jiān)督檢查。
第二十三條沒有準時申請換證檢查或拒絕接受監(jiān)督檢查口勺單位,視為自動放棄資格,其《資
質(zhì)證書》予以注銷。參照答案:C
6)客戶數(shù)據(jù):分為描述性、促銷性和交易性數(shù)據(jù)三大類
描述性數(shù)據(jù):是客戶的基本信息
促銷性數(shù)據(jù):體現(xiàn)企業(yè)曾經(jīng)為客戶提供的產(chǎn)品和服務(wù)的歷史數(shù)據(jù),重要包括顧客產(chǎn)品使用狀
況調(diào)查的數(shù)據(jù)?、促銷活動記錄數(shù)據(jù)、客服人員的提議數(shù)據(jù)和廣告數(shù)據(jù)等
交易性數(shù)據(jù):這些數(shù)據(jù)是反應(yīng)了客戶對企業(yè)做出的回饋的數(shù)據(jù),包括歷史購置記錄數(shù)據(jù)、投
訴數(shù)據(jù)、清清提供征詢及其他服務(wù)的有關(guān)數(shù)據(jù)、客戶提設(shè)數(shù)據(jù)等
參照答案:C
7)解析:
蒙特卡洛(MonteCarlo)或稱計算機隨機模擬措施,是一種基于“隨機數(shù)”日勺計算措
施??捎妹褚鉁y驗來作一種不嚴格的比方。民意測驗的人不是征詢每一種登記選民的意見,
而是通過對選民進行小規(guī)模H勺抽樣調(diào)查來確定也許的優(yōu)勝者。其基本思想是同樣H勺。
科技計算中H勺問題比這要復(fù)雜得多。例如金融衍生產(chǎn)品(期權(quán)、期貨、掉期等)的?定價
及交易風險估算,問題H勺維數(shù)(即變量的個數(shù))也許高達數(shù)百甚至數(shù)千。對此類問題,難度
隨維數(shù)日勺增長呈指數(shù)增長,這就是所謂曰勺“維數(shù)的J劫難"(CourseDimensionality),老式
的數(shù)值措施難以對付(雖然使用速度最快的計算機)。MonteCarlo措施能很好地用來對付
維數(shù)的劫難,由于該措施內(nèi)計算復(fù)雜性不再依賴于維數(shù)。此前那些本來是無法計算的問題目
前也可以計算量。為提高措施的效率,科學(xué)家們提出了許多所謂的“方差縮減”技巧。
原型法(PrototypingMethod)是在系統(tǒng)開發(fā)初期,憑借系統(tǒng)開發(fā)人員對顧客需求口勺理解和
系統(tǒng)重要功能的規(guī)定,在強有力的軟件環(huán)境支持下,迅速構(gòu)造出系統(tǒng)H勺初始原型,然后與顧
客一起不停對原型進行修改、完善,直到滿足顧客需求。
顧客需求在項目開始時定義不清,開發(fā)過程親密依賴顧客的良好配合,動態(tài)響應(yīng)顧客的需求,
通過反復(fù)修改來實現(xiàn)顧客*J最終系統(tǒng)需求,這是原型法的重要特點。
面向?qū)ο蟠胧?Object-OrientedMethod)是一種把面向?qū)ο罂谏姿枷霊?yīng)用于軟件開發(fā)過程
中,指導(dǎo)開發(fā)活動的I系統(tǒng)措施,簡稱00(Object-Oriented)措施,是建立在“對象”概念
基礎(chǔ)上的措施學(xué)。時象是由數(shù)據(jù)和容許的操作構(gòu)成口勺封裝體,與客觀實體有直接對應(yīng)關(guān)系,
一種對象類定義了具有相似性質(zhì)口勺一組對象。而每繼承性是對具有層次關(guān)系日勺類EKJ屬性和操
作進行共享H勺一種方式。所謂面向?qū)ο缶褪腔趯ο蟾拍?,以對象為中心,以類和繼承為構(gòu)
造機制,來認識、理解、刻畫客觀世界和設(shè)計、構(gòu)建對應(yīng)的軟件系統(tǒng)。
頭腦風暴法又稱智力鼓勵法、BS法、自由思索法,是由美國發(fā)明學(xué)家A?F?奧斯本于1939
年初次提出、1953年正式刊登的一種激發(fā)性思維的措施。此法經(jīng)各國發(fā)明學(xué)研究者的實踐
和發(fā)展,至今已經(jīng)形成了一種發(fā)明技法群,深受眾多企業(yè)和組織的青睞。采用頭腦風暴法組
織群體決策時,要集中有關(guān)專家召開專題會議,主持者以明確的方式向所有參與者闡明問題,
闡明會議日勺規(guī)則,竭力發(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ù)包括容許多進程運行在一種或者多種機器上以到達在網(wǎng)絡(luò)中互相交互的目
嘰
中間件日勺特點
1滿足大量應(yīng)用的需要;
2、運行于多種硬件和OS平臺;
3、支持分布式計算,提供跨網(wǎng)絡(luò)、硬件和OS平臺H勺透明性的應(yīng)用或服務(wù)的交互功能:
4、支持原則日勺協(xié)議;
5、支持原則日勺接口。
中間件可以應(yīng)用于如下情形,如連接企業(yè)LAN和初期系統(tǒng)、互換兩個郵件系統(tǒng)間的信
息、支持web客戶機與數(shù)據(jù)庫服務(wù)器互換信息等。
重要中間件的分類
中間件分類(IDC的分類):大體可分為六類:終端方真/屏幕轉(zhuǎn)換中間件、數(shù)據(jù)訪問中
間件、遠程過程調(diào)用中間件、消息中間件、交易中間件、對象中間件。
中間件所包括的范圍十分廣泛,針對不一樣的應(yīng)用需求涌現(xiàn)出多種各具特色的中間件產(chǎn)
品。但至今中間件還沒有一種比較精確的定義,因此,在不一?祥的角度或不一?樣口勺層次.匕
對中間件的分類也會有所不一樣。由于中間件需要屏蔽分布環(huán)境中異構(gòu)的操作系統(tǒng)和網(wǎng)絡(luò)協(xié)
議,它必須可以提供分布環(huán)境下的通訊服務(wù),我們將這種通訊服務(wù)稱之為平臺。基于目的和
實現(xiàn)機制U勺不一樣,我們將平臺分為如下重要幾類:
1、遠程過程調(diào)用中間件(RemoteProcedureCall)
2、面向消息中間件(MesSAge-OrientedMiddleware)
3、對象祈求代理中間件(objectRequeSTBrokers)
它們可向上提供不一樣形式口勺通訊服務(wù),包括同步、排隊、訂閱公布、廣播等等,在這
些基本的I通訊平臺之上,可構(gòu)筑多種框架,為應(yīng)用程序提供不一樣領(lǐng)域內(nèi)的服務(wù),如事務(wù)處
理監(jiān)控器、分布數(shù)據(jù)訪問、對象事務(wù)管理器OTM等。平臺為上層應(yīng)用屏蔽了異構(gòu)平臺日勺差異,
而其上的框架又定義了對應(yīng)領(lǐng)域內(nèi)的應(yīng)用的系統(tǒng)構(gòu)造、原則H勺服務(wù)組件等,顧客只需告訴框
架所關(guān)懷的事件,然后提供處理這些事件的代碼。當事件發(fā)生時,框架則會調(diào)用顧客的代碼。
顧客代碼不用調(diào)用框架,領(lǐng)客程序也不必關(guān)懷框架構(gòu)造、執(zhí)行流程、對系統(tǒng)級API的調(diào)用等,
所有這些由框架負責完畢。因此,基于中間件開發(fā)的應(yīng)用品有良好H勺可擴充性、易管理性、
高可用性和可移植性。
9)解析:
數(shù)據(jù)庫管理系統(tǒng)(databasemanagementsystem)是一種操縱和管理數(shù)據(jù)庫的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提供數(shù)據(jù)定義語言DDL(DataDefinitionLanguage)與數(shù)據(jù)操作
語言DML(DataManipulationLanguage),供顧客定義數(shù)據(jù)庫H勺模式構(gòu)造與權(quán)限約束,實
現(xiàn)對數(shù)據(jù)H勺追加、刪除等操作。
重要功能
1.數(shù)據(jù)定義:DBMS提供數(shù)據(jù)定義語言DDL(DataDefinitionLanguage),供顧客定義
數(shù)據(jù)庫的三級模式構(gòu)造、兩級映像以及完整性約束和保密限制等約束。DDL重要用于建立、
修改數(shù)據(jù)庫日勺庫構(gòu)造。DDL所描述的|庫構(gòu)造僅僅給出了數(shù)據(jù)庫的框架,數(shù)據(jù)庫口勺框架信息被
寄存在數(shù)據(jù)字典(DataDictionary)中。
2.數(shù)據(jù)操作:DBMS提供數(shù)據(jù)操作語言DML(DataManipulationLanguage),供顧客實
現(xiàn)對數(shù)據(jù)的I追加、刪除、更新、查詢等操作。
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ù)、存取途徑等,需確定以何種文獻構(gòu)造和存取方式在存儲級上組織這些數(shù)據(jù),怎樣
實現(xiàn)數(shù)據(jù)之間的聯(lián)絡(luò)。數(shù)據(jù)組織和存儲的基本目的是提同存儲空間運用率,選擇合適的存取
措施提高存取效率。
5.數(shù)據(jù)庫口勺保護:數(shù)據(jù)庫中II勺數(shù)據(jù)是信息社會的戰(zhàn)略資源,隨數(shù)據(jù)的保護至關(guān)重要。DBMS
對數(shù)據(jù)庫的保護通過4個方面來實現(xiàn):數(shù)據(jù)庫的恢復(fù)、數(shù)據(jù)庫II勺并發(fā)控制、數(shù)據(jù)庫的完整性
控制、數(shù)據(jù)庫安全性控制。DBMSU勺其他保護功能尚有系統(tǒng)緩沖區(qū)U勺管理以及數(shù)據(jù)存儲的某
些自適應(yīng)調(diào)整機制等。
6.數(shù)據(jù)庫U勺維護:這一部分包括數(shù)據(jù)庫的數(shù)據(jù)載入、轉(zhuǎn)換、轉(zhuǎn)儲、數(shù)據(jù)庫的重組合重構(gòu)
以及性能監(jiān)控等功能,這些功能分別由各個使用程序來完畢。
7.通信:DBMS具有與操作系統(tǒng)的聯(lián)機處理、分時系統(tǒng)及遠程作業(yè)輸入的有關(guān)接口,負
責處理數(shù)據(jù)口勺傳送。對網(wǎng)絡(luò)環(huán)境下的數(shù)據(jù)庫系統(tǒng),還應(yīng)當包括DBMS與網(wǎng)絡(luò)中其他軟件系統(tǒng)
的通信功能以及數(shù)據(jù)庫之訶U勺互操作功能。
10)
1D解析:根據(jù)GB/T16260.1中對對軟件產(chǎn)品質(zhì)量模型的描述,軟件產(chǎn)品口勺使用質(zhì)量有4
種:有效性、生產(chǎn)率、安生性、滿意度。
12)解析:每個文檔的質(zhì)量必須在文檔計劃期間就有明確的規(guī)定。文檔的質(zhì)量可以按文檔的
形式和列出H勺規(guī)定劃分為四級。
1級文檔一一最低程度文檔
適合開發(fā)工作量低于一種人月日勺開發(fā)者自用程序。
該文檔應(yīng)包括程序清單、開發(fā)記錄、測試數(shù)據(jù)和程序簡介
2級文檔一一內(nèi)部文檔
可用于在精心研究后被認為似乎沒有與其他顧客共享資源的專用程序。
除1級文檔提供H勺信息外,2級文檔還包括程序清單內(nèi)足夠H勺注釋以協(xié)助顧客安裝和使用程
序。
3級文檔一一工作文檔
適于由同單位若干人聯(lián)合開發(fā)日勺程序,或可被其他單位使用的程序。
4級文檔一一正式文檔
適于要正式發(fā)行供普遍使用的軟件產(chǎn)品。
關(guān)鍵性程序或具有反復(fù)管理應(yīng)用性質(zhì)(如工資計算)H勺程序需4級文檔
應(yīng)遵守GB8567口勺有關(guān)規(guī)定
參照答案:C
13)質(zhì)量特性有6性:功能性、可靠性、易用性、效率、維護性、可移植性。
參照答案:C
14)解析:B.跟蹤顧客功能規(guī)定不屬于分析和提高軟件可靠性的措施。
15)解析:根據(jù)《中華人民共和國招標投標法》第四十八條規(guī)定:中標人應(yīng)當按照協(xié)議履約
義務(wù),完畢中標項目。中標人不得向他人轉(zhuǎn)讓中標項目,也不得將中標項目肢解后分另!向他
人轉(zhuǎn)讓。
中標人按照協(xié)議約定或者經(jīng)招標人同意,可以將中標項目口勺部分非主體、非關(guān)鍵性工作分
包給他人完畢。接受分包的人應(yīng)當具有對應(yīng)R勺資格條件,并不得再次分包。
中標人應(yīng)當就分包項目向招標人負責,接受分包口勺人就分包項目承擔連帶責任.
參照答案:C
16)解析:根據(jù)《中華人民共和國政府采購法》第二十四條兩個以上的自然人、法人或者
其他組織可以構(gòu)成一種聯(lián)合體,以一種供應(yīng)商的身份共同參與政府采購。
以聯(lián)合體形式進行政府采購的,參與聯(lián)合體的供應(yīng)商均應(yīng)當具有本法第二十二條規(guī)定的條
件,并應(yīng)當向采購人提交聯(lián)合協(xié)議,載明聯(lián)合體各方承擔的工作和義務(wù)。聯(lián)合體各方應(yīng)當共
同與采購人簽訂采購協(xié)議,就采購協(xié)議約定的事項對采購人承擔連帶責任。
參照答案:D
17)解析:如圖1所示,Rectangle和Circle都繼承于Shape,對于Shape而言,會有g(shù)etArcaO
『、J操作。但顯而易見,Rcctangl和Circle曰勺gctArca。措施日勺實現(xiàn)是完全不一樣樣口3這
就體現(xiàn)了多態(tài)的特性。
因此B.Rectangle類和Circle類均有名為getArea的屬性,這兩個屬性一定是相似的屬性
是不對的。參照答案B
18)解析:第3章信息系統(tǒng)集成專業(yè)技術(shù)知識有關(guān)面向?qū)ο驢勺分析R勺環(huán)節(jié):
(1)發(fā)現(xiàn)角色/參與者。
(2)發(fā)現(xiàn)用例。
(3)建立用例模型(usecasemodel)?
(4)進行領(lǐng)域分析。
(5)建立對象?關(guān)系模型。
⑹建立對象?行為模型。
(7)建立功能模型。
參照答案:A
19)解析:多協(xié)議標簽互換(MPLS)是一種用于迅速數(shù)據(jù)包互換和路由口勺體系,它為網(wǎng)絡(luò)數(shù)
據(jù)流量提供了目日勺、路由、轉(zhuǎn)發(fā)和互換等能力。更特殊的是,它具有管理多種不一樣形式通
信流的機制。MPLS獨立于第二和第三層協(xié)議,諸如ATM和IP。它提供了一種方式,將IP
地址映射為簡樸的具有固定長度的標簽,用「不一樣的包轉(zhuǎn)發(fā)和包互換技術(shù)。它是既有路由
和互換協(xié)議的接口,如IP、ATM,幀中繼、資源預(yù)留協(xié)議(RSVP)、開放最短途徑優(yōu)先(0SPF)
在MPLS中,數(shù)據(jù)傳播發(fā)生在標簽互換途徑(LSP)上。LSP是每一種沿著從源端到終
端的途徑上日勺結(jié)點的標簽序列?,F(xiàn)今使用著某些標簽分發(fā)協(xié)議,如標簽分發(fā)協(xié)議(LDP)、RSVP
或者建于路由協(xié)議之上的某些協(xié)議,如邊界網(wǎng)關(guān)協(xié)議(BGP)及OSPF。由于固定長度標簽被
插入每一種包或信元的開始處,并且可被硬件用來在兩八鏈接間迅速互換包,因此使數(shù)據(jù)的
迅速互換成為也許。
MPLS重要設(shè)計來處理網(wǎng)路問題,如網(wǎng)路速度、可擴展性、服務(wù)質(zhì)量(QoS)管理以及流
量工程,同步也為下一代IP中樞網(wǎng)絡(luò)處理寬帶管理及服務(wù)祈求等問題。
MPLS的技術(shù)特點
MPLS有如下的技術(shù)特點:
(1)充足采用原有的HP珞由,在此基礎(chǔ)上加以改善;保證了MPLS網(wǎng)絡(luò)路由具有靈活性的
特點;
(2)采用ATMU勺高效傳播互換方式,拋棄了復(fù)雜的ATM信令,無縫地將IP技術(shù)H勺長處融合
到ATM的高效硬件轉(zhuǎn)發(fā)中;
(3)MPLS網(wǎng)絡(luò)的數(shù)據(jù)傳播和路由計算分開,是一種面向連接的傳播技術(shù),可以提供有效的
QoS保證;
(4)MPLS不僅支掙多種網(wǎng)絡(luò)層技術(shù),并且是一種與鏈路層無關(guān)的技術(shù),它同步支撲X.25、
幀中繼、ATU、PPP、SDH、DWDM等,保證了多種網(wǎng)絡(luò)的互連互通,使得多種不一樣的網(wǎng)絡(luò)傳
播技術(shù)統(tǒng)一在同一種MPLS平臺上;
(5)UPLS支持大規(guī)模層次化的網(wǎng)絡(luò)拓撲構(gòu)造,具有良好的網(wǎng)絡(luò)擴展性;
(6)MPLS的標簽合并機制支持不一樣數(shù)據(jù)流的合并傳播:
(7)UPLS支持流量工程、CoS、QoS和大規(guī)模口勺虛擬專用網(wǎng);
參照答案:C
20)解析:DNS答案:C
21解析0SI分層日勺長處
1)人們可以很輕易的討論和學(xué)習(xí)協(xié)議規(guī)范細節(jié)。
2)層間的原則接口以便了工程模塊化。
(3)創(chuàng)立了種更好的互連環(huán)境
(4)減少了復(fù)雜度,使程序更輕易修改,產(chǎn)品開發(fā)的速度更快。
(5)每層運用緊鄰的下層服務(wù),更輕易記住個層的功能。
參照答案:C
22)解析:光纖接口是用來連接光纖線纜的物理接口。一般有SC、ST、FC等幾種類型,它
們由日本NTT企業(yè)開發(fā)。FC是FerruleConnector曰勺縮寫,其外部加強方式是采用金屬套,
緊固方式為螺絲扣。ST接口一般用于10Base-F,SC接口一般用于100Base-FX。
參照答案:D
23)解析:無線個人局域網(wǎng)(WPAN)是一種采用無線連接的個人局域網(wǎng)。它被用在諸如、
計算機、附屬設(shè)備以及小范圍(個人局域網(wǎng)的工作范圍一般是在10米以內(nèi))內(nèi)的數(shù)字助理
設(shè)備之間的通訊。支持無線個人局域網(wǎng)的技術(shù)包括:藍牙、ZigBee、超頻波段
溫馨提示
- 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)容負責。
- 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 高效復(fù)習(xí)2025年Msoffice試題及答案匯編
- 邏輯分析與問題解決能力試題及答案
- 覆蓋率分析在測試中的應(yīng)用試題及答案
- 財務(wù)決策和邏輯推理案例研究試題及答案
- 財務(wù)決策中的邏輯推理與判斷標準試題及答案
- 工程合同完成后協(xié)議書
- 2025年最佳嵌入式考試試題及答案計劃
- 合作養(yǎng)殖合同協(xié)議書圖片
- 論社會問題與文學(xué)2025年試題及答案
- 投資合同協(xié)議書范本圖片
- 檢驗科三基試題庫與參考答案
- DBJ50-T-228-2015 建設(shè)工程綠色施工規(guī)范
- 2025書記員招聘考試題庫及參考答案
- 電子商務(wù)中價格感知與消費者滿意度的關(guān)系研究
- 2024-2025學(xué)年度第一學(xué)期期末考試七年級語文試卷
- 2025年江蘇南京市河西新城區(qū)國有資產(chǎn)經(jīng)營控股集團招聘筆試參考題庫附帶答案詳解
- 醫(yī)院藥房培訓(xùn)課件
- 《牽引變電所》課件
- 江蘇有限空間作業(yè)安全操作規(guī)范DB32∕T-3848-2020
- 《中醫(yī)美容》課件
- 10.2事件的相互獨立性 說課課件高一下學(xué)期數(shù)學(xué)人教A版(2019)必修第二冊
評論
0/150
提交評論