2024年全國(guó)軟件水平考試之高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師考試黑金考題(附答案)_第1頁(yè)
2024年全國(guó)軟件水平考試之高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師考試黑金考題(附答案)_第2頁(yè)
2024年全國(guó)軟件水平考試之高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師考試黑金考題(附答案)_第3頁(yè)
2024年全國(guó)軟件水平考試之高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師考試黑金考題(附答案)_第4頁(yè)
2024年全國(guó)軟件水平考試之高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師考試黑金考題(附答案)_第5頁(yè)
已閱讀5頁(yè),還剩34頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

姓名:_________________編號(hào):_________________地區(qū):_________________省市:_________________ 密封線 姓名:_________________編號(hào):_________________地區(qū):_________________省市:_________________ 密封線 密封線 全國(guó)軟件水平考試考試重點(diǎn)試題精編注意事項(xiàng):1.全卷采用機(jī)器閱卷,請(qǐng)考生注意書(shū)寫規(guī)范;考試時(shí)間為120分鐘。2.在作答前,考生請(qǐng)將自己的學(xué)校、姓名、班級(jí)、準(zhǔn)考證號(hào)涂寫在試卷和答題卡規(guī)定位置。

3.部分必須使用2B鉛筆填涂;非選擇題部分必須使用黑色簽字筆書(shū)寫,字體工整,筆跡清楚。

4.請(qǐng)按照題號(hào)在答題卡上與題目對(duì)應(yīng)的答題區(qū)域內(nèi)規(guī)范作答,超出答題區(qū)域書(shū)寫的答案無(wú)效:在草稿紙、試卷上答題無(wú)效。一、選擇題

1、給定關(guān)系R(A1,A2,A3,A4)上的函數(shù)依賴集F={A1→A2A5,A2→A3A4,A3→A2},R的候選關(guān)鍵字為(請(qǐng)作答此空)。函數(shù)依賴()A.1B.A.1A.2C.A.1A.3D.A.1A.2A.3

2、以下()不是電子商務(wù)的類型。A.B2B.G2C.C2CD.O2O

3、()是關(guān)于項(xiàng)目開(kāi)發(fā)管理正確的說(shuō)法。A.需求分檔、設(shè)計(jì)文檔屬于項(xiàng)目管理和機(jī)構(gòu)支撐過(guò)程域產(chǎn)生的文檔B.配置管理是指一個(gè)產(chǎn)品在其生命周期各個(gè)階段所產(chǎn)生的各種形式和各種版本的文檔、計(jì)算機(jī)程序、部件及數(shù)據(jù)的集合C.項(xiàng)目時(shí)間管理中的過(guò)程包括活動(dòng)定義、活動(dòng)排序、活動(dòng)的資源估算、活動(dòng)歷時(shí)估算、制定進(jìn)度計(jì)劃以及進(jìn)度控制D.操作員指南屬于系統(tǒng)文檔

4、面向?qū)ο蟮姆治瞿P椭饕身攲蛹軜?gòu)圖、用例與用例圖和(13)構(gòu)成:設(shè)計(jì)模型則包含以(14)表示的軟件體系機(jī)構(gòu)圖、以交互圖表示的用例實(shí)現(xiàn)圖、完整精確的類圖、描述復(fù)雜對(duì)象的(15)和用以描述流程化處理過(guò)程的活動(dòng)圖等?!净卮鹄ㄌ?hào)14】A.模型試圖控制器B.組件圖C.包圖D.2層、3層或N層

5、(9)主要負(fù)責(zé)接收用戶的請(qǐng)求,對(duì)用戶的輸入、輸出進(jìn)行檢查與控制,處理客戶端的一些動(dòng)作,包括控制頁(yè)面跳轉(zhuǎn)等,并向用戶呈現(xiàn)最終的結(jié)果信息。該層次主要通過(guò)(10)結(jié)構(gòu)實(shí)現(xiàn).(11)負(fù)責(zé)接收用戶的請(qǐng)求,并決定應(yīng)該調(diào)用哪個(gè)模型來(lái)處理;然后,(12)根據(jù)用戶請(qǐng)求調(diào)用(13)進(jìn)行相應(yīng)的業(yè)務(wù)邏輯處理,并返回?cái)?shù)據(jù);最后,控制器調(diào)用相應(yīng)的(14)來(lái)格式化模型返回的數(shù)據(jù),并通過(guò)視圖呈現(xiàn)給用戶。A.視圖層B.表現(xiàn)層C.中間層D.用戶界面

6、加工某種零件需要依次經(jīng)過(guò)毛坯、機(jī)加工、熱處理和檢驗(yàn)四道工序。各道工序有多種方案可選,對(duì)應(yīng)不同的費(fèi)用。下圖表明了四道工序各種可選方案(連線)的銜接關(guān)系,線旁的數(shù)字表示該工序加工一個(gè)零件所需的費(fèi)用(單位:元)。從該圖可以推算出,加工一個(gè)零件的總費(fèi)用至少需要()元。A.120B.130C.140D.150

7、在一臺(tái)安裝好TCP/IP協(xié)議的計(jì)算機(jī)上,當(dāng)網(wǎng)絡(luò)連接不可用時(shí),為了測(cè)試編寫好的網(wǎng)絡(luò)程序,通常使用的目的主機(jī)IP地址為()。A.0.0.0.0B.127.0.0.1C.10.0.0.1D.210.225.21.255/24

8、某公司為其研發(fā)的硬件產(chǎn)品設(shè)計(jì)實(shí)現(xiàn)了一種特定的編程語(yǔ)言,為了方便開(kāi)發(fā)者進(jìn)行軟件開(kāi)發(fā),公司擬開(kāi)發(fā)一套針對(duì)該編程語(yǔ)言的集成開(kāi)發(fā)環(huán)境,包括代碼編輯、語(yǔ)法高亮、代碼編譯、運(yùn)行調(diào)試等功能。針對(duì)上述描述,該集成開(kāi)發(fā)環(huán)境應(yīng)采用()架構(gòu)風(fēng)格最為合適。A.管道—過(guò)濾器B.數(shù)據(jù)倉(cāng)儲(chǔ)C.主程序—子程序D.解釋器

9、在面向?qū)ο蠓治鲋?,利用()表示需求,并從中提煉出中(),以上兩者形成(?qǐng)作答此空),之后再進(jìn)行后續(xù)的開(kāi)發(fā)工作。A.領(lǐng)域模型B.包圖C.體系結(jié)構(gòu)圖D.類圖

10、給定關(guān)系R(A1,A2,A3,A4)上的函數(shù)依賴集F={A1→A2A5,A2→A3A4,A3→A2},R的候選關(guān)鍵字為()A.A1B.A1A2C.A1A3D.A1A2A3

11、應(yīng)用系統(tǒng)構(gòu)建中可以采用多種不同的技術(shù),逆向工程可以將軟件某種形式的描述轉(zhuǎn)換為更高級(jí)的抽象表現(xiàn)形式,而利用這些獲取的信息,()能夠?qū)ΜF(xiàn)有系統(tǒng)進(jìn)行修改或重構(gòu),從而產(chǎn)生系統(tǒng)的一個(gè)新版本。A.逆向工程((ReverseEngineering)B.系統(tǒng)改進(jìn)(SystemImprovement)C.設(shè)計(jì)恢復(fù)(DesignRecovery)D.再工程(Re-engineering)

12、某公司欲開(kāi)發(fā)一個(gè)在線交易系統(tǒng)。為了能夠精確表達(dá)用戶與系統(tǒng)的復(fù)雜交互過(guò)程,應(yīng)該采用UML的()進(jìn)行交互過(guò)程建模。A.類圖B.序列圖C.部署圖D.對(duì)象圖

13、以下關(guān)于統(tǒng)一過(guò)程UP的敘述中,不正確的是。A.UP是以用例和風(fēng)險(xiǎn)為驅(qū)動(dòng),以架構(gòu)為中心,迭代并且增量的開(kāi)發(fā)過(guò)程B.UP定義了四個(gè)階段,即起始、精化、構(gòu)建和確認(rèn)階段C.每次迭代都包含計(jì)劃、分析、設(shè)計(jì)、構(gòu)造、集成、測(cè)試以及內(nèi)部和外部發(fā)布D.RUP有9個(gè)核心工作流

14、某文件管理系統(tǒng)在磁盤上建立了位示圖(bitmap),記錄磁盤的使用情況。若磁盤上物理塊的編號(hào)依次為:0、1、2、....;系統(tǒng)中的字長(zhǎng)為32位,位示圖中字的編號(hào)依次為:0、1、2、..,每個(gè)字中的一個(gè)二進(jìn)制位對(duì)應(yīng)文件存儲(chǔ)器上的一個(gè)物理塊,取值0和1分別表示物理塊是空閑或占用。假設(shè)操作系統(tǒng)將2053號(hào)物理塊分配給某文件,那么該物理塊的使用情況在位示圖中編號(hào)為()的字中描述,系統(tǒng)應(yīng)該將(請(qǐng)作答此空)A.該字的31號(hào)位置“0”B.該字的31號(hào)位置“1”C.該字的5號(hào)位置“0”D.該字的5號(hào)位置“1”

15、特定領(lǐng)域軟件架構(gòu)(DomainSpecificSoftwareArchitecture,DSSA以一個(gè)特定問(wèn)題領(lǐng)域?yàn)閷?duì)象,形成由領(lǐng)域參考模型、參考需求、(請(qǐng)作答此空)_等組成的開(kāi)發(fā)基礎(chǔ)架構(gòu),支持一個(gè)特定領(lǐng)域中多個(gè)應(yīng)用的生成。DSSA的基本活動(dòng)包括領(lǐng)域分析、領(lǐng)域設(shè)計(jì)和領(lǐng)域?qū)崿F(xiàn)。其中領(lǐng)域分析的主要目的是獲得(),從而描述領(lǐng)域中系統(tǒng)之間共同的需求,即領(lǐng)域需求;領(lǐng)域設(shè)計(jì)的主要目標(biāo)是獲得(),從而描述領(lǐng)域模型中表示需求的解決方案;領(lǐng)域?qū)崿F(xiàn)的主要目標(biāo)是開(kāi)發(fā)和組織可重用信息,并實(shí)現(xiàn)基礎(chǔ)軟件架構(gòu)。A.參考設(shè)計(jì)B.參考規(guī)約C.參考架構(gòu)D.參考實(shí)現(xiàn)

16、題干參考上題,b.若需得到每種產(chǎn)品的名稱和該產(chǎn)品的總庫(kù)存量,則對(duì)應(yīng)的查詢語(yǔ)句為:SELELCT產(chǎn)品名稱,SUM(產(chǎn)品數(shù)量FROMP,IWHEREP.產(chǎn)品號(hào)=I.產(chǎn)品號(hào)();A.ORDERBY產(chǎn)品名稱B.ORDERBY產(chǎn)品數(shù)量C.GROUPBY產(chǎn)品名稱D.GROUPBY產(chǎn)品數(shù)量

17、緊耦合多機(jī)系統(tǒng)一般通過(guò)(請(qǐng)作答此空)實(shí)現(xiàn)多機(jī)間的通信。對(duì)稱多處理器結(jié)構(gòu)(SMP)屬于()系統(tǒng)。A.因特網(wǎng)B.共享內(nèi)存C.進(jìn)程通信D.共享寄存器

18、在軟件設(shè)計(jì)中,(請(qǐng)作答此空)的主要任務(wù)是將系統(tǒng)的功能需求分配給軟件模塊,確定每個(gè)模塊的功能和調(diào)用關(guān)系,形成軟件()。而為每個(gè)具體任務(wù)選擇適當(dāng)?shù)募夹g(shù)手段和處理方法的過(guò)程稱為()。A.詳細(xì)設(shè)計(jì)B.概要設(shè)計(jì)C.架構(gòu)設(shè)計(jì)D.數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)

19、在基于體系結(jié)構(gòu)的軟件設(shè)計(jì)方法中,采用()來(lái)描述軟件架構(gòu)A.類圈和序列圖B.視角與視圖C.構(gòu)件和類圈D.構(gòu)件與功能

20、UML用關(guān)系把事物結(jié)合在一起,()描述一個(gè)事物發(fā)生變化會(huì)影響另一個(gè)事物的語(yǔ)義;(請(qǐng)作答此空)描述特殊元素的對(duì)象可替換一般元素的對(duì)象。A.實(shí)現(xiàn)關(guān)系B.聚合關(guān)系C.泛化關(guān)系D.關(guān)聯(lián)關(guān)系

21、某計(jì)算機(jī)系統(tǒng)中有一個(gè)CPU、一臺(tái)掃描儀和一臺(tái)打印機(jī)。現(xiàn)有三個(gè)圖像處理任務(wù),每個(gè)任務(wù)有三個(gè)程序段:掃描S,圖像處理Ci和打印Pi(i=1,2,3)。下圖為三個(gè)任務(wù)各程序段并發(fā)執(zhí)行的前趨圖,其中,(2)可以并行執(zhí)行,(3)的直接制約,(4)的間接制約。A.“C1S2”,“P1C2S3”,“P2C3”B.“C1S1”,“S2C2P2”,“C3P3”C.“S1C1P1”,“S2C2P2”,“S3C3P3”D.“S1S2S3”,“C1C2C3”,“P1P2P3”

22、以下關(guān)于需求陳述的描述中,()是不正確的。A.每一項(xiàng)需求都必須完整、準(zhǔn)確地描述即將要開(kāi)發(fā)的功能B.需求必須能夠在系統(tǒng)及其運(yùn)行環(huán)境的能力和約束條件內(nèi)實(shí)現(xiàn)C.每一項(xiàng)需求記錄的功能都必須是用戶的真正的需要D.在良好的需求陳述中,所有需求都應(yīng)被視為同等重要

23、DTD定義了幾個(gè)方面的內(nèi)容,以下說(shuō)法不正確的是()A.元素聲明,但是不包括元素的排列方式B.元素的內(nèi)容C.實(shí)體的聲明D.屬性的種類

24、某公司擬開(kāi)發(fā)一個(gè)新聞系統(tǒng),該系統(tǒng)可根據(jù)用戶的注冊(cè)興趣,向用戶推送其感興趣的新聞內(nèi)容,該系統(tǒng)應(yīng)該采用()架構(gòu)風(fēng)格最為合適。A.事件驅(qū)動(dòng)系統(tǒng)B.主程序-子程序C.黑板D.管道-過(guò)濾器

25、下列說(shuō)法中正確的是()。A.半雙工總線只在一個(gè)方向上傳輸信息,全雙工總線可在兩個(gè)方向上輪流傳輸信息B.半雙工總線只在一個(gè)方向上傳輸信息,全雙工總線可在兩個(gè)方向上同時(shí)傳輸信息C.半雙工總線可在兩個(gè)方向上輪流傳輸信息,全雙工總線可在兩個(gè)方向上同時(shí)傳輸信息D.半雙工總線可在兩個(gè)方向上同時(shí)傳輸信息,全雙工總線可在兩個(gè)方向上輪流傳輸信息

26、在軟件設(shè)計(jì)中,()的主要任務(wù)是將系統(tǒng)的功能需求分配給軟件模塊,確定每個(gè)模塊的功能和調(diào)用關(guān)系,形成形成軟件(請(qǐng)作答此空)。而為每個(gè)具體任務(wù)選擇適當(dāng)?shù)募夹g(shù)手段和處理方法的過(guò)程稱為()。A.數(shù)據(jù)流圖B.4+1視圖C.IPO圖D.系統(tǒng)結(jié)構(gòu)圖

27、某軟件公司欲開(kāi)發(fā)一個(gè)繪圖軟件,要求使用不同的繪圖程序繪制不同的圖形。在明確用戶需求后,該公司的架構(gòu)師決定采用Bridge模式實(shí)現(xiàn)該軟件,并設(shè)計(jì)UML類圖如下圖所示。圖中與Bridge模式中的“Abstraction”角色相對(duì)應(yīng)的類是(6),與“Implementor”角色相對(duì)應(yīng)的類是(7)?!净卮鹄ㄌ?hào)6】A.ShapeB.DrawingC.RectangleD.V2Drawing

28、螺旋模型是在()的基礎(chǔ)上擴(kuò)展而成。A.瀑布模型B.原型模型C.快速模型D.面向?qū)ο竽P?/p>

29、某冶煉廠根據(jù)計(jì)劃每季度供應(yīng)合同單位鐵和錳各32噸。該廠從甲乙兩處產(chǎn)地運(yùn)回鐵礦提煉,已知兩處鐵礦成分如下表所示,且從甲乙兩地采購(gòu)成本分別為200元/噸和300元/噸。對(duì)于該冶煉廠,需要從乙采購(gòu)(請(qǐng)作答此空)噸方能使此次采購(gòu)的成本最低,最低的采購(gòu)成本是()元A.10B.20C.30D.40

30、以下設(shè)計(jì)模式中,()模式使多個(gè)對(duì)象都有機(jī)會(huì)處理請(qǐng)求。將這些對(duì)象連成一條鏈。并沿著這條鏈傳遞該請(qǐng)求。直到有一個(gè)對(duì)象處理為止。從而避免請(qǐng)求的發(fā)送者和接收者之間的耦合關(guān)系。()模式提供一種方法順序訪問(wèn)一個(gè)聚合對(duì)象中的各個(gè)元素。且不需要暴露該對(duì)象的內(nèi)部表示。這兩種模式均為(請(qǐng)作答此空)A.創(chuàng)建型對(duì)象模式。B.結(jié)構(gòu)型對(duì)象模式。C.行為型對(duì)象模式。D.行為型類模式。

31、在軟件系統(tǒng)工具中,版本控制工具屬于()A.軟件開(kāi)發(fā)工具B.軟件維護(hù)工具C.編碼與排錯(cuò)工具D.軟件管理和軟件支持工具

32、特定領(lǐng)域軟件架構(gòu)(DomainSpecificSoftwareArchitecture,DSSA以一個(gè)特定問(wèn)題領(lǐng)域?yàn)閷?duì)象,形成由領(lǐng)域參考模型、參考需求、()_等組成的開(kāi)發(fā)基礎(chǔ)架構(gòu),支持一個(gè)特定領(lǐng)域中多個(gè)應(yīng)用的生成。DSSA的基本活動(dòng)包括領(lǐng)域分析、領(lǐng)域設(shè)計(jì)和領(lǐng)域?qū)崿F(xiàn)。其中領(lǐng)域分析的主要目的是獲得(請(qǐng)作答此空),從而描述領(lǐng)域中系統(tǒng)之間共同的需求,即領(lǐng)域需求;領(lǐng)域設(shè)計(jì)的主要目標(biāo)是獲得(),從而描述領(lǐng)域模型中表示需求的解決方案;領(lǐng)域?qū)崿F(xiàn)的主要目標(biāo)是開(kāi)發(fā)和組織可重用信息,并實(shí)現(xiàn)基礎(chǔ)軟件架構(gòu)。A.領(lǐng)域邊界B.領(lǐng)域信息C.領(lǐng)域?qū)ο驞.領(lǐng)域模型

33、在ERP系統(tǒng)中,()管理模塊主要是對(duì)企業(yè)物料的進(jìn)、出、存進(jìn)行管理。A.庫(kù)存B.物料C.采購(gòu)D.銷售

34、關(guān)于數(shù)據(jù)訪問(wèn)中間件的作用,下列說(shuō)法錯(cuò)誤的是()。A.為了建立數(shù)據(jù)應(yīng)用資源互操作的模式,對(duì)異構(gòu)環(huán)境下的數(shù)據(jù)庫(kù)和文件系統(tǒng)實(shí)現(xiàn)聯(lián)接B.用來(lái)屏蔽掉各種平臺(tái)及協(xié)議之間的差異,進(jìn)行相互通信,實(shí)現(xiàn)應(yīng)用程序之間的協(xié)同C.在分布、異構(gòu)的網(wǎng)絡(luò)計(jì)算環(huán)境中,可以將各種分布對(duì)象有機(jī)地結(jié)合在一起,完成系統(tǒng)的快速集成,實(shí)現(xiàn)對(duì)象重用D.使調(diào)用遠(yuǎn)端的過(guò)程像調(diào)用本地過(guò)程一樣

35、某冶煉廠根據(jù)計(jì)劃每季度供應(yīng)合同單位鐵和錳各32噸。該廠從甲乙兩處產(chǎn)地運(yùn)回鐵礦提煉,已知兩處鐵礦成分如下表所示,且從甲乙兩地采購(gòu)成本分別為200元/噸和300元/噸。對(duì)于該冶煉廠,需要從乙采購(gòu)()噸方能使此次采購(gòu)的成本最低,最低的采購(gòu)成本是(請(qǐng)作答此空)元A.24000B.13000C.14000D.15000

36、以下關(guān)于RTOS(實(shí)時(shí)操作系統(tǒng))的敘述中,不正確的是()A.RTOS不能針對(duì)硬件變化進(jìn)行結(jié)構(gòu)與功能上的配置及裁剪B.RTOS可以根據(jù)應(yīng)用環(huán)境的要求對(duì)內(nèi)核進(jìn)行裁剪和重配C.RTOS的首要任務(wù)是調(diào)度一切可利用的資源來(lái)完成實(shí)時(shí)控制任務(wù)D.RTOS實(shí)質(zhì)上就是一個(gè)計(jì)算機(jī)資源管理程序,需要及時(shí)響應(yīng)實(shí)時(shí)事件和中斷

37、計(jì)算接口架構(gòu)不包括()A.子系統(tǒng)的一致性B.應(yīng)用程序接口C.應(yīng)用程序?qū)ο驞.接口行為

38、為了測(cè)試新系統(tǒng)的性能,用戶必須依靠評(píng)價(jià)程序來(lái)評(píng)價(jià)機(jī)器的性能,以下4種評(píng)價(jià)程序,()評(píng)測(cè)的準(zhǔn)確程度最低。A.小型基準(zhǔn)程序B.真實(shí)程序C.核心程序D.合成基準(zhǔn)程序

39、某公司欲開(kāi)發(fā)一個(gè)網(wǎng)上商城系統(tǒng),在架構(gòu)設(shè)計(jì)階段,公司的架構(gòu)師識(shí)別出3個(gè)核心質(zhì)量屬性場(chǎng)景。其中“系統(tǒng)主站斷電后,能夠在2分鐘內(nèi)自動(dòng)切換到備用站點(diǎn),并恢復(fù)正常運(yùn)行”主要與()質(zhì)量屬性相關(guān),通常可采用()架構(gòu)策略實(shí)現(xiàn)該屬性;“在并發(fā)用戶數(shù)不超過(guò)1000人時(shí),用戶的交易請(qǐng)求應(yīng)該在0.5s內(nèi)完成”主要與()質(zhì)量屬性相關(guān),通??刹捎?)架構(gòu)策略實(shí)現(xiàn)該屬性;“系統(tǒng)應(yīng)該能夠抵擋惡意用戶的入侵行為,并進(jìn)行報(bào)警和記錄”主要與()_質(zhì)量屬性相關(guān),通??刹捎?試題錄入中)架構(gòu)策略實(shí)現(xiàn)該屬性。A.內(nèi)置監(jiān)控器B.記錄/回放C.追蹤審計(jì)D.維護(hù)現(xiàn)有接口

40、數(shù)據(jù)庫(kù)系統(tǒng)運(yùn)行的基本工作單位是事務(wù),事務(wù)相當(dāng)于操作系統(tǒng)中的進(jìn)程,是用戶定義的一個(gè)數(shù)據(jù)庫(kù)操作序列,這些操作序列要么全做要么全不做,是一個(gè)不可分割的工作單位。數(shù)據(jù)庫(kù)的()是指操作序列要么全做要么全不做。設(shè)計(jì)時(shí)用(請(qǐng)作答此空)實(shí)現(xiàn)。數(shù)據(jù)庫(kù)從一個(gè)一致性狀態(tài)變到另一個(gè)一致性狀態(tài)的性質(zhì)稱為()。設(shè)計(jì)時(shí)用()檢查實(shí)現(xiàn)。A.影子拷貝B.差異備份C.深拷貝D.完全備份

41、事務(wù)處理監(jiān)控器TPM的功能不包括()A.進(jìn)程管理B.對(duì)象管理C.事務(wù)管理D.通信管理

42、組織信息化需求通常包含三個(gè)層次,()需求包含實(shí)現(xiàn)信息化戰(zhàn)略目標(biāo)的需求、運(yùn)營(yíng)策略的需求和人才培養(yǎng)的需求三個(gè)方面。技術(shù)需求主要強(qiáng)調(diào)在信息層技術(shù)層面上對(duì)系統(tǒng)的完善、升級(jí)、集成和整合提出的需求。A.規(guī)劃B.運(yùn)作C.營(yíng)銷D.管理

43、遺產(chǎn)系統(tǒng)(LegacySystem)的演化策略分為淘汰策略、繼承策略、改造策略和集成策略。具有(請(qǐng)作答此空)特點(diǎn)的系統(tǒng)適合用繼承策略演化。實(shí)施該策略時(shí),應(yīng)()。A.技術(shù)含量低,具有較低的業(yè)務(wù)價(jià)值B.技術(shù)含量較低,具有較高的商業(yè)價(jià)值,目前企業(yè)的業(yè)務(wù)尚緊密依賴該系統(tǒng)C.技術(shù)含量較高,基本能夠滿足企業(yè)業(yè)務(wù)運(yùn)作和決策支持的需要D.技術(shù)含量較高,業(yè)務(wù)價(jià)值低,可能只完成某個(gè)部門(或子公司)的業(yè)務(wù)

44、OMG接口定義語(yǔ)言IDL文件包含了六種不同的元素,()將映射為Java語(yǔ)言中的包(package)或c++語(yǔ)言中的命名空間(Namespace)。A.模塊定義B.消息結(jié)構(gòu)C.接口描述D.值類型

45、某計(jì)算機(jī)系統(tǒng)的可靠性結(jié)構(gòu)如下所示,若所構(gòu)成系統(tǒng)的每個(gè)部件的可靠度分別為R1、R2、R3和R4,則該系統(tǒng)的可靠度為_(kāi)(4)。A.(1-(R1+R2)R3)+R4B.(1-(1-R1R2)(1-R3))R4C.(1-R1R2)(1-R3)R4D.(1-R1)(1-R2)R3(1-R4)

46、甲、乙兩個(gè)獨(dú)立的網(wǎng)站都主要靠廣告收入來(lái)支撐發(fā)展,目前都采用較高的價(jià)格銷售廣告。這兩個(gè)網(wǎng)站都想通過(guò)降價(jià)爭(zhēng)奪更多的客戶和更豐厚的利潤(rùn)。假設(shè)這兩個(gè)網(wǎng)站在現(xiàn)有策略下各可以獲得1000萬(wàn)元的利潤(rùn)。如果一方單獨(dú)降價(jià),就能擴(kuò)大市場(chǎng)份額,可以獲得1500萬(wàn)元利潤(rùn),此時(shí),另一方的市場(chǎng)份額就會(huì)縮小,利潤(rùn)將下降到200萬(wàn)元。如果這兩個(gè)網(wǎng)站同時(shí)降價(jià),則他們都將只能得到700萬(wàn)元利潤(rùn)。這兩個(gè)網(wǎng)站的主管各自經(jīng)過(guò)獨(dú)立的理性分析后決定,()。A.甲采取高價(jià)策略,乙采取低價(jià)策略B.甲采取高價(jià)策略,乙采取高價(jià)策略C.甲采取低價(jià)策略,乙采取低價(jià)策略D.甲采取低價(jià)策略,乙采取高價(jià)策略

47、________不是反映嵌入式實(shí)時(shí)操作系統(tǒng)實(shí)時(shí)性的評(píng)價(jià)指標(biāo)。A.任務(wù)執(zhí)行時(shí)間B.中斷響應(yīng)和延遲時(shí)間C.任務(wù)切換時(shí)間D.信號(hào)量混洗時(shí)間

48、電子政務(wù)是對(duì)現(xiàn)有的政府形態(tài)的一種改造,利用信息技術(shù)和其他相關(guān)技術(shù),將其管理和服務(wù)職能進(jìn)行集成,在網(wǎng)絡(luò)上實(shí)現(xiàn)政府組織結(jié)構(gòu)和工作流程優(yōu)化重組。與電子政務(wù)相關(guān)的行為主體有三個(gè),即政府、()及居民。A.部門B.企(事)業(yè)單位C.管理機(jī)構(gòu)D.行政機(jī)關(guān)

49、EJB中Bean的類型不包括()A.實(shí)體BeanB.會(huì)話BeanC.消息驅(qū)動(dòng)BeanD.會(huì)話驅(qū)動(dòng)Bean

50、某公司欲開(kāi)發(fā)一個(gè)智能機(jī)器人系統(tǒng),在架構(gòu)設(shè)計(jì)階段,公司的架構(gòu)師識(shí)別出3個(gè)核心質(zhì)量屬性場(chǎng)景。其中"機(jī)器人系統(tǒng)主電源斷電后,能夠在10秒內(nèi)自動(dòng)啟動(dòng)備用電源并進(jìn)行切換,恢復(fù)正常運(yùn)行"主要與()質(zhì)量屬性相關(guān),通??刹捎茫ǎ┘軜?gòu)策略實(shí)現(xiàn)該屬性;"機(jī)器人在正常運(yùn)動(dòng)過(guò)程中如果發(fā)現(xiàn)前方2米內(nèi)有人或者障礙物,應(yīng)在1秒內(nèi)停止并在2秒內(nèi)選擇一條新的運(yùn)行路徑"主要與()質(zhì)量屬性相關(guān),通??刹捎茫ǎ┘軜?gòu)策略實(shí)現(xiàn)該屬性;"對(duì)機(jī)器人的遠(yuǎn)程控制命令應(yīng)該進(jìn)行加密,從而能夠抵擋惡意的入侵破壞行為,并對(duì)攻擊進(jìn)行報(bào)警和記錄"主要與()質(zhì)量屬性相關(guān),通??刹捎茫ㄕ?qǐng)作答此空)架構(gòu)策略實(shí)現(xiàn)該屬性。A.內(nèi)置監(jiān)控器B.追蹤審計(jì)C.記錄/回放D.維護(hù)現(xiàn)有接口二、多選題

51、()是關(guān)于需求管理正確的說(shuō)法。A.為達(dá)到過(guò)程能力成熟度模型第二級(jí),組織機(jī)構(gòu)必須具有3個(gè)關(guān)鍵過(guò)程域B.需求的穩(wěn)定性不屬于需求屬性C.需求變更的管理過(guò)程遵循變更分析和成本計(jì)算、問(wèn)題分析和變更描述、變更實(shí)現(xiàn)的順序D.變更控制委員會(huì)對(duì)項(xiàng)目中任何基線工作產(chǎn)品的變更都可以做出決定

52、在面向?qū)ο笤O(shè)計(jì)的原則中,()原則是指抽象不應(yīng)該依賴于細(xì)節(jié),細(xì)節(jié)應(yīng)該依賴于抽象,即應(yīng)針對(duì)接口編程,而不是針對(duì)實(shí)現(xiàn)編程。A.開(kāi)閉B.里氏替換C.最少知識(shí)D.依賴倒置

53、在高速緩存(Cache)—主存儲(chǔ)器構(gòu)成的存儲(chǔ)系統(tǒng)中,()。A.主存地址到Cache地址的變換由硬件完成,以提高速度B.主存地址到Cache地址的變換由軟件完成,以提高靈活性C.Cache的命中率隨其容量增大線性地提高D.Cache的內(nèi)容在任意時(shí)刻與主存內(nèi)容完全一致

54、隨著業(yè)務(wù)的增長(zhǎng),信息系統(tǒng)的訪問(wèn)量和數(shù)據(jù)流量快速增加,采用負(fù)載均衡(LoadBalance)方法可避免由此導(dǎo)致的系統(tǒng)性能下降甚至崩潰。以下關(guān)于負(fù)載均衡的敘述中,錯(cuò)誤的是()。A.負(fù)載均衡通常由服務(wù)器端安裝的附加軟件來(lái)實(shí)現(xiàn)B.負(fù)載均衡并不會(huì)增加系統(tǒng)的吞吐量C.負(fù)載均衡可在不同地理位置、不同網(wǎng)絡(luò)結(jié)構(gòu)的服務(wù)器群之間進(jìn)行D.負(fù)載均衡可使用戶只通過(guò)一個(gè)IP地址或域名就能訪問(wèn)相應(yīng)的服務(wù)器

55、設(shè)計(jì)模式基于面向?qū)ο蠹夹g(shù),是人們?cè)陂L(zhǎng)期的開(kāi)發(fā)實(shí)踐中良好經(jīng)驗(yàn)的結(jié)晶,提供了一個(gè)簡(jiǎn)單、統(tǒng)一的描述方法,使得人們可以復(fù)用這些軟件設(shè)計(jì)辦法、過(guò)程管理經(jīng)驗(yàn)。按照設(shè)計(jì)模式的目的進(jìn)行劃分,現(xiàn)有的設(shè)計(jì)模式可以分為創(chuàng)建型、(請(qǐng)作答此空)和行為型三種類型。其中()屬于創(chuàng)建型模式,()屬于行為型模式。()模式可以將一個(gè)復(fù)雜的組件分成功能性抽象和內(nèi)部實(shí)現(xiàn)兩個(gè)獨(dú)立的但又相關(guān)的繼承層次結(jié)構(gòu),從而可以實(shí)現(xiàn)接口與實(shí)現(xiàn)分離。A.合成型B.組合型C.結(jié)構(gòu)型D.聚合型

56、下列技術(shù)中,不是傳輸層安全技術(shù)的是()。A.SSLB.SOCKSC.IPSECD.安全RPC

57、基于JavaEE平臺(tái)的基礎(chǔ)功能服務(wù)構(gòu)建應(yīng)用系統(tǒng)時(shí),()可用來(lái)集成遺產(chǎn)系統(tǒng)。A.JDBC、JCA和JavaIDLB.JDBC.JCA和JavaIDLB.JDBCJCA和JMSCJDBCJMS和JavaIDLD.JCA.JMS和JavaIDL

58、項(xiàng)目范圍管理中,范圍定義的輸入包括()A.項(xiàng)目章程、項(xiàng)目范圍管理計(jì)劃、產(chǎn)品范圍說(shuō)明書(shū)和變更申請(qǐng)B.項(xiàng)目范圍描述、產(chǎn)品范圍說(shuō)明書(shū)、生產(chǎn)項(xiàng)目計(jì)劃和組織過(guò)程資產(chǎn)C.項(xiàng)目章程、項(xiàng)目范圍管理計(jì)劃、組織過(guò)程資產(chǎn)和批準(zhǔn)的變更申請(qǐng)D.生產(chǎn)項(xiàng)目計(jì)劃、項(xiàng)目可交付物說(shuō)明、信息系統(tǒng)要求說(shuō)明和項(xiàng)目質(zhì)量標(biāo)準(zhǔn)

59、關(guān)于XML的表述正確的是()A.XML是超文本標(biāo)記語(yǔ)言,標(biāo)準(zhǔn)通用標(biāo)記語(yǔ)言下的一個(gè)應(yīng)用B.XML的設(shè)計(jì)宗旨是顯示數(shù)據(jù)C.XML標(biāo)簽是被預(yù)定義的,用戶不需要自己描述D.XML標(biāo)簽沒(méi)有被預(yù)定義,用戶需要自行定義標(biāo)簽

60、某廣告公司的宣傳產(chǎn)品有宣傳冊(cè)、文章、傳單等多種形式,宣傳產(chǎn)品的出版方式包括紙質(zhì)方式、CD、DVD、在線發(fā)布等?,F(xiàn)要求為該廣告公司設(shè)計(jì)一個(gè)管理這些宣傳產(chǎn)品的應(yīng)用,采用(4)設(shè)計(jì)模式較為合適,該模式(5)?!净卮鹄ㄌ?hào)5】A.將一系列復(fù)雜的類包裝成一個(gè)簡(jiǎn)單的封閉接口B.將抽象部分與它的實(shí)現(xiàn)部分分離,使它們都可以獨(dú)立地變化C.可在不影響其他對(duì)象的情況下,以動(dòng)態(tài)、透明的方式給單個(gè)對(duì)象添加職責(zé)D.將一個(gè)接口轉(zhuǎn)換為客戶希望的另一個(gè)接口

61、國(guó)家和地方人口信息的采集、處理和利用,屬于()的電子政務(wù)活動(dòng)。A.政府對(duì)政府B.政府對(duì)居民C.居民對(duì)居民D.居民對(duì)政府

62、以下關(guān)于結(jié)構(gòu)化開(kāi)發(fā)方法的敘述中,不正確的是()A.總的指導(dǎo)思想是自頂向下,逐層分解B.基本原則是功能的分解與抽象C.與面向?qū)ο箝_(kāi)發(fā)方法相比,更適合大規(guī)模、特別復(fù)雜的項(xiàng)目D.特別適合于數(shù)據(jù)處理領(lǐng)域的項(xiàng)目

63、某單位為了建設(shè)健全的公路橋梁養(yǎng)護(hù)管理檔案,擬開(kāi)發(fā)一套公路橋梁在線管理系統(tǒng)。該系統(tǒng)要求正常負(fù)載情況下,系統(tǒng)必須在0.5秒內(nèi)對(duì)用戶的查詢請(qǐng)求進(jìn)行響應(yīng),這屬于質(zhì)量特性的();網(wǎng)絡(luò)失效后,系統(tǒng)需要在10秒內(nèi)發(fā)現(xiàn)錯(cuò)誤并啟用備用系統(tǒng),這屬于質(zhì)量特性的(請(qǐng)作答此空);更改系統(tǒng)的Web界面接口必須在4人周內(nèi)完成,這屬于質(zhì)量特性的();如果"養(yǎng)護(hù)報(bào)告生成"業(yè)務(wù)邏輯的描述尚未達(dá)成共識(shí),可能導(dǎo)致部分業(yè)務(wù)功能模塊規(guī)則的矛盾,影響系統(tǒng)的可修改性,這屬于系統(tǒng)的();更改系統(tǒng)加密的級(jí)別將對(duì)安全性和性能產(chǎn)生影響,這屬于系統(tǒng)的();對(duì)查詢請(qǐng)求處理時(shí)間的要求將影響系統(tǒng)的數(shù)據(jù)傳輸協(xié)議和處理過(guò)程的設(shè)計(jì),這屬于系統(tǒng)的()。A.可用性B.可修改性C.可靠性D.安全性

64、某軟件項(xiàng)目的活動(dòng)圖如下圖所示,其中頂點(diǎn)表示項(xiàng)目里程碑,連接頂點(diǎn)的邊表示包含的活動(dòng),邊上的數(shù)字表示活動(dòng)的持續(xù)時(shí)間(天),則完成該項(xiàng)目的最少時(shí)間為()天。活動(dòng)BD和HK最早可以從第()天開(kāi)始。(活動(dòng)AB、AE和AC最早從第1天開(kāi)始)A.17B.18C.19D.20

65、有8口海上油井,相互間距離如下表所示(單位:海里)。其中1號(hào)井離海岸最近,為5海里?,F(xiàn)要從海岸經(jīng)1號(hào)井鋪設(shè)油管將各井連接起來(lái),則鋪設(shè)輸油管道的最短長(zhǎng)度為()海里A.9.1B.9.9C.10.1D.10.2

66、需求分析的驗(yàn)證性含義表述不正確的是()A.驗(yàn)證性要保持和用戶要求的同步B.驗(yàn)證性要保持需求分析各側(cè)面的一致性C.保持需求和設(shè)計(jì)的同步D.要實(shí)現(xiàn)所有用戶的任何需求

67、給定關(guān)系R(A,B,C,D,E)與S(A,B,C,F,G),那么與表達(dá)式1.jpg等價(jià)的SQL語(yǔ)句如下:select()fromR,Swhere(請(qǐng)作答此空);A.R.A=S.AORR.B=S.BORR.C=S.CORR.A<S.FB.R.A=S.AORR.B=S.BORR.C=S.CORR.A<S.BC.R.A=S.AANDR.B=S.BANDR.C=S.CANDR.A<S.FD.R.A=S.AANDR.B=S.BANDR.C=S.CANDR.A<S.B

68、在對(duì)一個(gè)軟件系統(tǒng)的架構(gòu)進(jìn)行設(shè)計(jì)與確認(rèn)之后,需要進(jìn)行架構(gòu)復(fù)審。架構(gòu)復(fù)審的目的是為了標(biāo)識(shí)潛在的風(fēng)險(xiǎn),及早發(fā)現(xiàn)架構(gòu)設(shè)計(jì)中的缺陷和錯(cuò)誤。在架構(gòu)復(fù)審過(guò)程中,主要由()決定架構(gòu)是否滿足需求、質(zhì)量需求是否在設(shè)計(jì)中得到體現(xiàn)。A.系統(tǒng)分析師與架構(gòu)師B.用戶代表與領(lǐng)域?qū)<褻.系統(tǒng)擁有者與項(xiàng)目經(jīng)理D.系統(tǒng)開(kāi)發(fā)與測(cè)試人員

69、以下設(shè)計(jì)模式中,()模式使多個(gè)對(duì)象都有機(jī)會(huì)處理請(qǐng)求。將這些對(duì)象連成一條鏈。并沿著這條鏈傳遞該請(qǐng)求。直到有一個(gè)對(duì)象處理為止。從而避免請(qǐng)求的發(fā)送者和接收者之間的耦合關(guān)系。(請(qǐng)作答此空)模式提供一種方法順序訪問(wèn)一個(gè)聚合對(duì)象中的各個(gè)元素。且不需要暴露該對(duì)象的內(nèi)部表示。這兩種模式均為()A.責(zé)任鏈。(ChainofResponsibility)B.解釋器。(Interpreter)C.命令。(Command)D.迭代器。(Iterator)

70、某公司欲開(kāi)發(fā)一個(gè)網(wǎng)上商城系統(tǒng),在架構(gòu)設(shè)計(jì)階段,公司的架構(gòu)師識(shí)別出3個(gè)核心質(zhì)量屬性場(chǎng)景。其中“系統(tǒng)主站斷電后,能夠在2分鐘內(nèi)自動(dòng)切換到備用站點(diǎn),并恢復(fù)正常運(yùn)行”主要與(請(qǐng)作答此空)質(zhì)量屬性相關(guān),通??刹捎?)架構(gòu)策略實(shí)現(xiàn)該屬性;“在并發(fā)用戶數(shù)不超過(guò)1000人時(shí),用戶的交易請(qǐng)求應(yīng)該在0.5s內(nèi)完成”主要與()質(zhì)量屬性相關(guān),通??刹捎?)架構(gòu)策略實(shí)現(xiàn)該屬性;“系統(tǒng)應(yīng)該能夠抵擋惡意用戶的ru侵行為,并進(jìn)行報(bào)警和記錄”主要與()_質(zhì)量屬性相關(guān),通??刹捎?)架構(gòu)策略實(shí)現(xiàn)該屬性。A.性能B.可用性C.易用性D.可修改性

71、基于ODP的架構(gòu)開(kāi)發(fā)過(guò)程中企業(yè)業(yè)務(wù)架構(gòu)不包括()A.業(yè)務(wù)行為B.業(yè)務(wù)目標(biāo)C.業(yè)務(wù)對(duì)象D.業(yè)務(wù)策略

72、企業(yè)信息資源集成管理的前提是對(duì)企業(yè)()的集成。A.信息功能B.信息設(shè)施C.信息活動(dòng)D.信息處理

73、架構(gòu)權(quán)衡分析方法(ArchitectureTradeoffAnalysisMethod,ATAM)是在基于場(chǎng)景的架構(gòu)分析方法(Scenarios-basedArchitectureAnalysisMethod,SAAM)基礎(chǔ)之上發(fā)展起來(lái)的,主要包括場(chǎng)景和需求收集、()、屬性模型構(gòu)造和分析、屬性模型折中等4個(gè)階段。ATAM方法要求在系統(tǒng)開(kāi)發(fā)之前,首先對(duì)這些質(zhì)量屬性進(jìn)行_(請(qǐng)作答此空)和折中。A.設(shè)計(jì)B.實(shí)現(xiàn)C.測(cè)試D.評(píng)價(jià)

74、()中,編程開(kāi)發(fā)人員分成首席程序員和"類"程序員。A.自適應(yīng)軟件開(kāi)發(fā)(ASD)B.極限編程(XP)開(kāi)發(fā)方法C.開(kāi)放統(tǒng)-過(guò)程開(kāi)發(fā)方法(OpenUP)D.功用驅(qū)動(dòng)開(kāi)發(fā)方法(FDD)

75、RISC(精簡(jiǎn)指令系統(tǒng)計(jì)算機(jī))的特點(diǎn)不包括:()。A.指令長(zhǎng)度固定,指令種類盡量少B.尋址方式盡量豐富,指令功能盡可能強(qiáng)C.增加寄存器數(shù)目,以減少訪存次數(shù)D.用硬布線電路實(shí)現(xiàn)指令解碼,以盡快完成指令譯碼

76、服務(wù)組件體系結(jié)構(gòu)(ServiceComponentArchitecture,SCA)是基于面向服務(wù)體系結(jié)構(gòu)(ServiceOrientedArchitecture,SOA)的思想描述服務(wù)之間組合和協(xié)作的規(guī)范。以下關(guān)于SCA的敘述,不正確的是()。A.SCA定義了語(yǔ)言中立的服務(wù)組合方式,能夠進(jìn)行跨語(yǔ)言的服務(wù)調(diào)用B.SCA加強(qiáng)組件的接口與傳輸協(xié)議的關(guān)聯(lián),提高組件的內(nèi)聚性C.SCA實(shí)現(xiàn)服務(wù)組件和其傳輸協(xié)議的綁定,這種綁定是可擴(kuò)展的D.SCA主要是為了滿足軟件集成的需要而創(chuàng)建的架構(gòu)

77、某公司欲開(kāi)發(fā)一個(gè)智能機(jī)器人系統(tǒng),在架構(gòu)設(shè)計(jì)階段,公司的架構(gòu)師識(shí)別出3個(gè)核心質(zhì)量屬性場(chǎng)景。其中"機(jī)器人系統(tǒng)主電源斷電后,能夠在10秒內(nèi)自動(dòng)啟動(dòng)備用電源并進(jìn)行切換,恢復(fù)正常運(yùn)行"主要與()質(zhì)量屬性相關(guān),通常可采用()架構(gòu)策略實(shí)現(xiàn)該屬性;"機(jī)器人在正常運(yùn)動(dòng)過(guò)程中如果發(fā)現(xiàn)前方2米內(nèi)有人或者障礙物,應(yīng)在1秒內(nèi)停止并在2秒內(nèi)選擇一條新的運(yùn)行路徑"主要與()質(zhì)量屬性相關(guān),通??刹捎茫ǎ┘軜?gòu)策略實(shí)現(xiàn)該屬性;"對(duì)機(jī)器人的遠(yuǎn)程控制命令應(yīng)該進(jìn)行加密,從而能夠抵擋惡意的入侵破壞行為,并對(duì)攻擊進(jìn)行報(bào)警和記錄"主要與()質(zhì)量屬性相關(guān),通??刹捎茫ㄕ?qǐng)作答此空)架構(gòu)策略實(shí)現(xiàn)該屬性。A.內(nèi)置監(jiān)控器B.追蹤審計(jì)C.記錄/回放D.維護(hù)現(xiàn)有接口

78、軟件架構(gòu)風(fēng)格描述某一特定領(lǐng)域中的系統(tǒng)組織方式和慣用模式,反映了領(lǐng)域中眾多系統(tǒng)所共有的()特征。對(duì)于語(yǔ)音識(shí)別、知識(shí)推理等問(wèn)題復(fù)雜、解空間很大、求解過(guò)程不確定的這一類軟件系統(tǒng),通常會(huì)采用(請(qǐng)作答此空)架構(gòu)風(fēng)格。對(duì)于因數(shù)據(jù)輸入某個(gè)構(gòu)件,經(jīng)過(guò)內(nèi)部處理,產(chǎn)生數(shù)據(jù)輸出的系統(tǒng),通常會(huì)采用()架構(gòu)風(fēng)格。A.管道-過(guò)濾器B.解釋器C.黑板D.過(guò)程控制

79、為了測(cè)試新系統(tǒng)的性能,用戶必須依靠評(píng)價(jià)程序來(lái)評(píng)價(jià)機(jī)器的性能,以下4種評(píng)價(jià)程序,()評(píng)測(cè)的準(zhǔn)確程度最低。A.小型基準(zhǔn)程序B.真實(shí)程序C.核心程序D.合成基準(zhǔn)程序

80、給定關(guān)系R(A1,A2,A3,A4)上的函數(shù)依賴集F={A1→A2A5,A2→A3A4,A3→A2},R的候選關(guān)鍵字為()A.A1B.A1A2C.A1A3D.A1A2A3

81、構(gòu)想原則的描述正確的是()A.向受益人描述未來(lái)圖景B.向受益人描述當(dāng)前圖景C.預(yù)測(cè)未來(lái)與現(xiàn)狀D.預(yù)測(cè)工作節(jié)奏

82、企業(yè)信息化程度是國(guó)家信息化建設(shè)的基礎(chǔ)和關(guān)鍵,企業(yè)信息化方法不包括()A.業(yè)務(wù)流程重組B.組織機(jī)構(gòu)變革C.供應(yīng)鏈管理D.人力資本投資

83、數(shù)據(jù)庫(kù)系統(tǒng)運(yùn)行的基本工作單位是事務(wù),事務(wù)相當(dāng)于操作系統(tǒng)中的進(jìn)程,是用戶定義的一個(gè)數(shù)據(jù)庫(kù)操作序列,這些操作序列要么全做要么全不做,是一個(gè)不可分割的工作單位。數(shù)據(jù)庫(kù)的(請(qǐng)作答此空)是指操作序列要么全做要么全不做。設(shè)計(jì)時(shí)用()實(shí)現(xiàn)。數(shù)據(jù)庫(kù)從一個(gè)一致性狀態(tài)變到另一個(gè)一致性狀態(tài)的性質(zhì)稱為()。設(shè)計(jì)時(shí)用()檢查實(shí)現(xiàn)。A.一致性B.可用性C.原子性D.隔離性

84、軟件過(guò)程模型是軟件開(kāi)發(fā)實(shí)際過(guò)程的抽象與概括,它應(yīng)該包括構(gòu)成軟件過(guò)程的各種活動(dòng)。軟件過(guò)程有各種各樣的模型,其中,()的活動(dòng)之間存在因果關(guān)系,前一階段工作的結(jié)果是后一段階段工作的輸入描述。A.瀑布模型B.原型模式C.螺旋模型D.基于構(gòu)建的模型

85、某高校管理信息系統(tǒng)的數(shù)據(jù)庫(kù)設(shè)計(jì)過(guò)程中,(請(qǐng)作答此空)階段是在需求分析的基礎(chǔ)上,對(duì)用戶信息加以分類、聚集和概括,建立信息模型,并依照選定的數(shù)據(jù)庫(kù)管理系統(tǒng)軟件,轉(zhuǎn)換成為數(shù)據(jù)的(),再依照軟硬件環(huán)境,最終實(shí)現(xiàn)數(shù)據(jù)的合理存儲(chǔ)。A.物理設(shè)計(jì)B.邏輯結(jié)構(gòu)設(shè)計(jì)C.數(shù)據(jù)庫(kù)實(shí)施D.概念結(jié)構(gòu)設(shè)計(jì)

86、計(jì)算機(jī)系統(tǒng)的性能一般包括兩個(gè)大的方面。一個(gè)方面是它的(2),也就是計(jì)算機(jī)系統(tǒng)能正常工作的時(shí)間,其指標(biāo)可以是能夠持續(xù)工作的時(shí)間長(zhǎng)度,也可以是在一段時(shí)間內(nèi),能正常工作的時(shí)間所占的百分比;另一個(gè)方面是處理能力,這又可分為三類指標(biāo),第一類指標(biāo)是吞吐率,第二類指標(biāo)是響應(yīng)時(shí)間,第三類指標(biāo)是(請(qǐng)作答此空),即在給定時(shí)間區(qū)間中,各種部件被使用的時(shí)間與整個(gè)時(shí)間之比。A.可靠性B.資源利用率C.系統(tǒng)負(fù)載D.吞吐量

87、在計(jì)算機(jī)中,I/O系統(tǒng)可以有5種不同的工作方式,分別是程序控制方式(包括無(wú)條件傳送與程序查詢方式)、程序中斷方式、DMA工作方式、通道方式、I/O處理機(jī)。()方式I/O端口總是準(zhǔn)備好接受主機(jī)的輸出數(shù)據(jù),或是總是準(zhǔn)備好向主機(jī)輸入數(shù)據(jù),并且只適用于簡(jiǎn)單的I/O控制。()允許主存儲(chǔ)器和I/O設(shè)備之間通過(guò)某種控制器直接進(jìn)行批量數(shù)據(jù)交換,除了在數(shù)據(jù)傳輸開(kāi)始和結(jié)束時(shí),整個(gè)過(guò)程無(wú)須CPU的干預(yù)。(請(qǐng)作答此空)在一定的硬件基礎(chǔ)上利用軟件手段實(shí)現(xiàn)對(duì)I/O的控制和傳送,更多地免去了cpu的接入。A.I/O處理機(jī)B.DMA方式C.通道控制方式D.程序查詢

88、在線學(xué)習(xí)系統(tǒng)中,課程學(xué)習(xí)和課程考試都需要先檢查學(xué)員的權(quán)限,“課程學(xué)習(xí)”與“檢查權(quán)限”兩個(gè)用例之間屬于()課程學(xué)習(xí)過(guò)程中,如果所繳納學(xué)費(fèi)不夠,就需要補(bǔ)繳學(xué)費(fèi),“課程學(xué)習(xí)”與“繳納學(xué)費(fèi)”兩個(gè)用例之間屬于();課程學(xué)習(xí)前需要課程注冊(cè),可以采用電話注冊(cè)或網(wǎng)絡(luò)注冊(cè),“課程注冊(cè)”與“網(wǎng)絡(luò)注冊(cè)”兩個(gè)用例之間屬于(請(qǐng)作答此空)。A.包含關(guān)系B.擴(kuò)展關(guān)系C.泛化關(guān)系D.關(guān)聯(lián)關(guān)系

89、軟件開(kāi)發(fā)團(tuán)隊(duì)欲開(kāi)發(fā)一套管理信息系統(tǒng),在項(xiàng)目初期,用戶提出了軟件的一些基本功能,但是沒(méi)有詳細(xì)定義輸入、處理和輸出需求。在這種情況下,該團(tuán)隊(duì)在開(kāi)發(fā)過(guò)程應(yīng)采用()。A.瀑布模型B.增量模型C.原型開(kāi)發(fā)模型D.快速應(yīng)用程序開(kāi)發(fā)(RAD)

90、某公司擬開(kāi)發(fā)一個(gè)VIP管理系統(tǒng),系統(tǒng)需要根據(jù)不同商場(chǎng)活動(dòng),不定期更新VIP會(huì)員的審核標(biāo)準(zhǔn)和VIP折扣系統(tǒng)。針對(duì)上述需求,采用()架構(gòu)風(fēng)格最為合適。A.規(guī)則系統(tǒng)B.過(guò)程控制C.分層D.管道-過(guò)濾器

91、下列說(shuō)法中正確的是()。A.半雙工總線只在一個(gè)方向上傳輸信息,全雙工總線可在兩個(gè)方向上輪流傳輸信息B.半雙工總線只在一個(gè)方向上傳輸信息,全雙工總線可在兩個(gè)方向上同時(shí)傳輸信息C.半雙工總線可在兩個(gè)方向上輪流傳輸信息,全雙工總線可在兩個(gè)方向上同時(shí)傳輸信息D.半雙工總線可在兩個(gè)方向上同時(shí)傳輸信息,全雙工總線可在兩個(gè)方向上輪流傳輸信息

92、王某買了二幅美術(shù)作品原件,則他享有該美術(shù)作品的()A.著作權(quán)B.所有權(quán)C.展覽權(quán)D.所有權(quán)與其展覽權(quán)

93、以下關(guān)于IPv6的論述中,正確的是()。A.IPv6數(shù)據(jù)包的首部比IPv4復(fù)雜B.IPv6的地址分為單播、廣播和任意播3種C.IPv6的地址長(zhǎng)度為128比特D.每個(gè)主機(jī)擁有唯一的IPv6地址

94、關(guān)于XML的語(yǔ)法要求不正確的是()A.在XML中編寫注釋的語(yǔ)法與HTML的語(yǔ)法很相似B.XML文檔必須有一個(gè)元素是所有其他元素的父元素。該元素稱為根元素C.XML的屬性值與HTML語(yǔ)言不一樣,不須加引號(hào)D.聲明不屬于XML本身的組成部分。它不是XML元素,也不需要關(guān)閉標(biāo)簽

95、軟件系統(tǒng)工具的種類繁多,通常可以按照軟件過(guò)程活動(dòng)將軟件工具分為()A.需求分析工具、設(shè)計(jì)工具和軟件實(shí)現(xiàn)工具B.軟件開(kāi)發(fā)工具、軟件維護(hù)工具、軟件管理王其和軟件支持工具C.需求分析工具、設(shè)計(jì)工具、編碼與排錯(cuò)工具和測(cè)試工具D.設(shè)計(jì)規(guī)范工具、產(chǎn)編碼工具和驗(yàn)證工具

96、前趨圖(PrecedenceGraph)是一個(gè)有向無(wú)環(huán)圖,記為:→={(Pi,Pj)|PimustcompletebeforePjmaystrat}。假設(shè)系統(tǒng)中進(jìn)程P={P1,P2,P3,P4,P5,P6,P7,P8},且進(jìn)程的前驅(qū)圖如下:那么前驅(qū)圖可記為:(6)A.→={(P2,P1),(P3,P1),(P4,P1),(P6,P4),(P7,P5),(P7,P6),(P8,P7)}B.→={(P1,P2),(P1,P3),(P1,P4),(P2,P5),(P5,P7),(P6,P7),(P7,P8)}C.→={(P1,P2),(P1,P3),(P1,P4),(P2,P5),(P3,P5),(P4,P6),(P5,P7),(P6,P7),(P7,P8)}D.→={(P2,P1),(P3,P1),(P4,P1),(P5,P2),(P5,P2),(P5,P3),(P6,P4),(P7,P5),(P7,P6),(P8,P7)}

97、在uml圖中,()展現(xiàn)了一組對(duì)象、接口、協(xié)作和它們之間的關(guān)系。(請(qǐng)作答此空)強(qiáng)調(diào)消息跨越不同對(duì)象或參與者的實(shí)際時(shí)間,而不僅僅只是關(guān)心消息的相對(duì)順序。()軟件和硬件組件之間的物理關(guān)系以及處理節(jié)點(diǎn)的組件分布情況。()描述由模型本身分解而成的組織單元,以及它們之間的依賴關(guān)系。A.類圖B.包圖C.部署圖D.定時(shí)圖

98、某公司網(wǎng)上銷售管理系統(tǒng)的數(shù)據(jù)庫(kù)部分關(guān)系模式如下所示。其中,客戶號(hào)唯一標(biāo)識(shí)一位客戶,產(chǎn)品號(hào)唯一標(biāo)識(shí)一件產(chǎn)品,訂單號(hào)唯一標(biāo)識(shí)一份訂單。一份訂單必須且僅對(duì)應(yīng)一位客戶,一份訂單可由一到多條訂單明細(xì)組成,一位客戶可以有多份訂單??蛻簦蛻籼?hào),姓名,性別,地址,郵編)產(chǎn)品(產(chǎn)品號(hào),名稱,庫(kù)存,單價(jià))訂單(訂單號(hào),時(shí)間,金額,客戶號(hào))訂單明細(xì)(訂單號(hào),產(chǎn)品號(hào),數(shù)量)訂單關(guān)系模式的主鍵為();訂單明細(xì)關(guān)系模式的主鍵為();其中訂單的外鍵為(請(qǐng)作答此空)。A.客戶號(hào),訂單明細(xì)的外鍵為訂單號(hào)B.客戶號(hào),訂單明細(xì)的外鍵為訂單號(hào)和產(chǎn)品號(hào)C.訂單號(hào),訂單明細(xì)的外鍵為產(chǎn)品號(hào)D.訂單號(hào),訂單明細(xì)的外鍵為訂單號(hào)和產(chǎn)品號(hào)

99、分布式數(shù)據(jù)庫(kù)緩存技術(shù)有Memcache與Redis,關(guān)于兩者的說(shuō)法正確的是()A.Memcache不僅僅支持簡(jiǎn)單的k/v類型的數(shù)據(jù),同時(shí)還提供list,set,hash等數(shù)據(jù)結(jié)構(gòu)的存儲(chǔ)。B.Redis支持多線程C.Memcache不能進(jìn)行內(nèi)存管理D.Redis支持主從、sentinel、cluster等分布式存儲(chǔ)方式

100、軟件構(gòu)件是一個(gè)獨(dú)立可部署的軟件單元,與程序設(shè)計(jì)中的對(duì)象不同,構(gòu)件()A.是一個(gè)實(shí)例單元,具有唯一的標(biāo)志B.可以利用容器管理自身對(duì)外的可見(jiàn)狀態(tài)C.利用工廠方法(如構(gòu)造函數(shù)〉來(lái)創(chuàng)建自己的實(shí)例D.之間可以共享一個(gè)類元素

參考答案與解析

1、答案:A本題解析:通過(guò)A1能推導(dǎo)出關(guān)系R的全部屬性,因此關(guān)鍵字為A1。

2、答案:B本題解析:電子政務(wù)主要包括4個(gè)方面:G2G、G2B、G2C、G2E;電子商務(wù)的類型主要包括:B2B、B2C、C2C、O2O。

3、答案:C本題解析:配置管理是PMBOK、IS09000和CMMI中的重要組成元素,它在產(chǎn)品開(kāi)發(fā)的生命周期中,提供了結(jié)構(gòu)化的、有序化的、產(chǎn)品化的管理方法,是項(xiàng)目管理的基礎(chǔ)工作。配置管理是通過(guò)技術(shù)和行政手段對(duì)產(chǎn)品及其開(kāi)發(fā)過(guò)程和生命周期進(jìn)行控制、規(guī)范的一系列措施和過(guò)程。信息系統(tǒng)開(kāi)發(fā)過(guò)程中的變更以及相應(yīng)的返工會(huì)對(duì)產(chǎn)品的質(zhì)量有很大的影響。產(chǎn)品配置是指一個(gè)產(chǎn)品在其生命周期各個(gè)階段所產(chǎn)生的各種形式(機(jī)器可讀或人工可讀)和各種版本的文檔、計(jì)算機(jī)程序、部件及數(shù)據(jù)的集合。該集合中的每一個(gè)元素稱為該產(chǎn)品配置中的一個(gè)配置項(xiàng)(ConfigurationItem,CI),配置項(xiàng)主要有兩大類:屬于產(chǎn)品組成部分的工作成果,如需求文檔、設(shè)計(jì)文檔、源代碼、測(cè)試用例等。屬于項(xiàng)目管理和機(jī)構(gòu)支撐過(guò)程域產(chǎn)生的文檔,如工作計(jì)劃、項(xiàng)目質(zhì)量報(bào)告、項(xiàng)目跟蹤報(bào)告等。這些文檔雖然不是產(chǎn)品的組成部分,但是值得保存。軟件系統(tǒng)的文檔可以分為用戶文檔和系統(tǒng)文檔兩類。用戶文檔主要描述系統(tǒng)功能和使用方法,并不關(guān)心這些功能是怎樣實(shí)現(xiàn)的;系統(tǒng)文檔描述系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試等各方面的內(nèi)容。用戶文檔是用戶了解系統(tǒng)的第一步,它可以讓用戶獲得對(duì)系統(tǒng)的準(zhǔn)確的初步印象。用戶文檔至少應(yīng)該包括下述5方面的內(nèi)容:(1)功能描述:說(shuō)明系統(tǒng)能做什么;(2)安裝文檔:說(shuō)明怎樣安裝這個(gè)系統(tǒng)以及怎樣使系統(tǒng)適應(yīng)特定的硬件配置;(3)使用手冊(cè):簡(jiǎn)要說(shuō)明如何著手使用這個(gè)系統(tǒng)(通過(guò)豐富的例子說(shuō)明怎樣使用常用的系統(tǒng)功能,并說(shuō)明用戶操作錯(cuò)誤時(shí)怎樣恢復(fù)和重新啟動(dòng));(4)參考手冊(cè):詳盡描述用戶可以使用的所有系統(tǒng)設(shè)施以及它們的使用方法,并解釋系統(tǒng)可能產(chǎn)生的各種出錯(cuò)信息的含義(對(duì)參考手冊(cè)最主要的要求是完整,因此通常使用形式化的描述技術(shù));(5)操作員指南(如果需要有系統(tǒng)操作員的話):說(shuō)明操作員應(yīng)如何處理使用中出現(xiàn)的各種情況。系統(tǒng)文檔所謂系統(tǒng)文檔指從問(wèn)題定義、需求說(shuō)明到驗(yàn)收測(cè)試計(jì)劃這樣一系列和系統(tǒng)實(shí)現(xiàn)有關(guān)的文檔。描述系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試的文檔對(duì)于理解程序和維護(hù)程序來(lái)說(shuō)是非常重要的。項(xiàng)目時(shí)間管理中的過(guò)程包括活動(dòng)定義、活動(dòng)排序、活動(dòng)的資源估算、活動(dòng)歷時(shí)估算、制定進(jìn)度計(jì)劃以及進(jìn)度控制項(xiàng)目時(shí)間管理中的過(guò)程包括活動(dòng)定義、活動(dòng)排序、活動(dòng)的資源估算、活動(dòng)歷時(shí)估算、制定進(jìn)度計(jì)劃以及進(jìn)度控制。

4、答案:C本題解析:面向?qū)ο蟮姆治瞿P椭饕身攲蛹軜?gòu)圖、用例與用例圖和領(lǐng)域概念模型構(gòu)成;設(shè)計(jì)模型則包含以包圖表示的軟件體系機(jī)構(gòu)圖、以交互圖表示的用例實(shí)現(xiàn)圖、完整精確的類圖、描述復(fù)雜對(duì)象的狀態(tài)圖和用以描述流程化處理過(guò)程的活動(dòng)圖等。

5、答案:B本題解析:暫無(wú)解析

6、答案:B本題解析:將各道工序箭線上的數(shù)字相加,最短的那條是所需費(fèi)用最少的方案。ABEG費(fèi)用最少為130萬(wàn)。

7、答案:B本題解析:127.0.0.1是本地回環(huán)地址,當(dāng)網(wǎng)絡(luò)連接不可用時(shí),可用來(lái)測(cè)試已編寫好的網(wǎng)絡(luò)程序。

8、答案:B本題解析:編程語(yǔ)言的集成開(kāi)發(fā)環(huán)境需要提供代碼編輯、語(yǔ)法高亮、代碼編譯、運(yùn)行調(diào)試等功能,這些功能的特點(diǎn)是以軟件代碼為中心進(jìn)行對(duì)應(yīng)的編譯處理與輔助操作。根據(jù)常見(jiàn)架構(gòu)風(fēng)格的特點(diǎn)和適用環(huán)境,可以知道最合適的架構(gòu)設(shè)計(jì)風(fēng)格應(yīng)該是數(shù)據(jù)倉(cāng)庫(kù)風(fēng)格。

9、答案:D本題解析:在面向?qū)ο蠓治鲋?,利用用例與用例圖表示需求,從用例模型中提煉形成領(lǐng)域模型,用例的實(shí)現(xiàn)可以用交互圖表示。從領(lǐng)域模型和用例圖形成類圖,用包圖和類圖形成體系結(jié)構(gòu)圖。之后再進(jìn)行后續(xù)的開(kāi)發(fā)工作。

10、答案:A本題解析:第1題,通過(guò)A1能推導(dǎo)出關(guān)系R的全部屬性,因此關(guān)鍵字為A1。

11、答案:D本題解析:所謂軟件的逆向工程就是分析已有的程序,尋求比源代碼更高級(jí)的抽象表現(xiàn)形式。一般認(rèn)為,凡是在軟件生命周期內(nèi)將軟件某種形式的描述轉(zhuǎn)換成更為抽象形式的活動(dòng)都可稱為逆向工程。與之相關(guān)的概念是:重構(gòu)(restructuring),指在同一抽象級(jí)別上轉(zhuǎn)換系統(tǒng)描述形式;設(shè)計(jì)恢復(fù)(designrecovery),指借助工具從已有程序中抽象出有關(guān)數(shù)據(jù)設(shè)計(jì)、總體結(jié)構(gòu)設(shè)計(jì)和過(guò)程設(shè)計(jì)的信息(不一定是原設(shè)計(jì));再工程(re-engineering),也稱修復(fù)和改造工程,它是在逆向工程所獲信息的基礎(chǔ)上修改或重構(gòu)已有的系統(tǒng),產(chǎn)生系統(tǒng)的一個(gè)新版本。

12、答案:B本題解析:在采用UML進(jìn)行軟件建模時(shí),當(dāng)需要建模和描述復(fù)雜的交互過(guò)程時(shí),通常會(huì)采用協(xié)作圖或序列圖,也會(huì)采用狀態(tài)圖加以輔助,因此本題選B。

13、答案:B本題解析:統(tǒng)一過(guò)程(UP)的基本特征是以用例和風(fēng)險(xiǎn)驅(qū)動(dòng),以架構(gòu)為中心,受控的迭代式的增量開(kāi)發(fā)。UP定義了四個(gè)階段:起始階段(Inception):該階段的主要目的是建立項(xiàng)目的范圍和版本,確定項(xiàng)目目標(biāo)的可行性和穩(wěn)定性,提交結(jié)果包括需求和用例。精化階段(Elaboration):該階段的目的是對(duì)問(wèn)題域進(jìn)行分析,建立系統(tǒng)需求和架構(gòu),確定實(shí)現(xiàn)的可行性和穩(wěn)定性,提交結(jié)果包括系統(tǒng)架構(gòu)、問(wèn)題領(lǐng)域、修改后的需求及項(xiàng)目開(kāi)發(fā)計(jì)劃等相關(guān)文檔。構(gòu)建階段(Construction):增量式開(kāi)發(fā)可以交付給用戶的軟件產(chǎn)品。移交階段(Transition):目的是將軟件產(chǎn)品交付給用戶。

14、答案:D本題解析:2053/32=64.156,屬于第65個(gè)字。題干問(wèn)的是編號(hào),編號(hào)64的是第65個(gè)字。

15、答案:C本題解析:特定領(lǐng)域軟件架構(gòu)(DomainSpecificSoftwareArchitecture,DSSA)以一個(gè)特定問(wèn)題領(lǐng)域?yàn)閷?duì)象,形成由領(lǐng)域參考模型、參考需求、參考架構(gòu)等組成的開(kāi)發(fā)基礎(chǔ)架構(gòu),其目標(biāo)是支持一個(gè)特定領(lǐng)域中多個(gè)應(yīng)用的生成。DSSA的基本活動(dòng)包括領(lǐng)域分析、領(lǐng)域設(shè)計(jì)和領(lǐng)域?qū)崿F(xiàn)。其中領(lǐng)域分析的主要目的是獲得領(lǐng)域模型,領(lǐng)域模型描述領(lǐng)域中系統(tǒng)之間共同的需求,即領(lǐng)域需求;領(lǐng)域設(shè)計(jì)的主要目標(biāo)是獲得DSSA,DSSA描述領(lǐng)域模型中表示需求的解決方案;領(lǐng)域?qū)崿F(xiàn)的主要目標(biāo)是依據(jù)領(lǐng)域模型和DSSA開(kāi)發(fā)和組織可重用信息,并對(duì)基礎(chǔ)軟件架構(gòu)進(jìn)行實(shí)現(xiàn)。

16、答案:C本題解析:考察SQL基本知識(shí)

17、答案:B本題解析:本題考查計(jì)算機(jī)系統(tǒng)方面的基礎(chǔ)知識(shí)。試題的正確答案是B,多機(jī)系統(tǒng)按多機(jī)之間連接的緊密程度分為緊耦合多機(jī)系統(tǒng)和松耦合多機(jī)系統(tǒng)兩種。緊耦合多機(jī)系統(tǒng)又稱直接耦合系統(tǒng),指計(jì)算機(jī)間物理連接的頻帶較高,一般是通過(guò)總線或高速開(kāi)關(guān)實(shí)現(xiàn)計(jì)算機(jī)間的互連,通過(guò)共享內(nèi)存實(shí)現(xiàn)多機(jī)間的通信;松耦合多機(jī)系統(tǒng)又稱間接耦合系統(tǒng),—般是通過(guò)通道或通信線路實(shí)現(xiàn)計(jì)算機(jī)間的互連。

18、答案:B本題解析:系統(tǒng)設(shè)計(jì)的主要內(nèi)容包括概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。概要設(shè)計(jì)又稱為系統(tǒng)總體結(jié)構(gòu)設(shè)計(jì),它是系統(tǒng)開(kāi)發(fā)過(guò)程中很關(guān)鍵的一步,其主要任務(wù)是將系統(tǒng)的功能需求分配給軟件模塊,確定每個(gè)模塊的功能和調(diào)用關(guān)系,形成軟件的模塊結(jié)構(gòu)圖,即系統(tǒng)結(jié)構(gòu)圖。在概要設(shè)計(jì)中,將系統(tǒng)開(kāi)發(fā)的總?cè)蝿?wù)分解成許多個(gè)基本的、具體的任務(wù),為每個(gè)具體任務(wù)選擇適當(dāng)?shù)募夹g(shù)手段和處理方法的過(guò)程稱為詳細(xì)設(shè)計(jì)。根據(jù)任務(wù)的不同,詳細(xì)設(shè)計(jì)又可分為多種,例如,網(wǎng)絡(luò)設(shè)計(jì)、代碼設(shè)計(jì)、輸入/輸出設(shè)計(jì)、處理流程設(shè)計(jì)、數(shù)據(jù)存儲(chǔ)設(shè)計(jì)、用戶界面設(shè)計(jì)、安全性和可靠性設(shè)計(jì)等。

19、答案:B本題解析:根據(jù)基于軟件架構(gòu)的設(shè)計(jì)的定義,基于軟件架構(gòu)的設(shè)計(jì)(ArchitectureBasedSoftwareDevelopment,ABSD)強(qiáng)調(diào)由商業(yè)、質(zhì)量和功能需求的組合驅(qū)動(dòng)軟件架構(gòu)設(shè)計(jì)。它強(qiáng)調(diào)采用視角和視圖來(lái)描述軟件架構(gòu)。

20、答案:C本題解析:P1有三個(gè)緊后P2、P3、P4;P8有三個(gè)緊前P5、P6、P7,只有B選項(xiàng)符合。

21、答案:A本題解析:考核前趨圖。

22、答案:D本題解析:需求是應(yīng)該分優(yōu)先等級(jí)的,不能把所有需求都視為同等重要。

23、答案:A本題解析:元素聲明包括元素的內(nèi)容和元素的排列組合方式。

24、答案:A本題解析:根據(jù)題目的意思,用戶會(huì)注冊(cè)自己的興趣,然后系統(tǒng)也會(huì)把新聞按興趣分類,如果某個(gè)新聞事件發(fā)生,可以通過(guò)事件來(lái)觸發(fā)推送動(dòng)作,將新聞推送給對(duì)其感興趣的用戶。這是典型的事件驅(qū)動(dòng)系統(tǒng)應(yīng)用場(chǎng)景。

25、答案:C本題解析:半雙工(HalfDuplex)數(shù)據(jù)傳輸指數(shù)據(jù)可以在一個(gè)信號(hào)載體的兩個(gè)方向上傳輸,但是不能同時(shí)傳輸。例如,在一個(gè)局域網(wǎng)上使用具有半雙工傳輸?shù)募夹g(shù),一個(gè)工作站可以在線上發(fā)送數(shù)據(jù),然后立即在線上接收數(shù)據(jù),這些數(shù)據(jù)來(lái)自數(shù)據(jù)剛剛傳輸?shù)姆较?。像全雙工傳輸一樣,半雙工包含一個(gè)雙向線路(線路可以在兩個(gè)方向上傳遞數(shù)據(jù))。全雙工(FullDuplex)是通訊傳輸?shù)囊粋€(gè)術(shù)語(yǔ)。通信允許數(shù)據(jù)在兩個(gè)方向上同時(shí)傳輸,它在能力上相當(dāng)于兩個(gè)單工通信方式的結(jié)合。全雙工指可以同時(shí)(瞬時(shí))進(jìn)行信號(hào)的雙向傳輸(A→B且B→A)。指A→B的同時(shí)B→A,是瞬時(shí)同步的。

26、答案:D本題解析:系統(tǒng)設(shè)計(jì)的主要內(nèi)容包括概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)概要設(shè)計(jì)又稱為系統(tǒng)總體結(jié)構(gòu)設(shè)計(jì),它是系統(tǒng)開(kāi)發(fā)過(guò)程中很關(guān)鍵的一步,其主要任務(wù)是將系統(tǒng)的功能需求分配給軟件模塊,確定每個(gè)模塊的功能和調(diào)用關(guān)系,形成軟件的模塊結(jié)構(gòu)圖,即系統(tǒng)結(jié)構(gòu)圖在概要設(shè)計(jì)中,將系統(tǒng)開(kāi)發(fā)的總?cè)蝿?wù)分解成許多個(gè)基本的、具體的任務(wù),為每個(gè)具體任務(wù)選擇適當(dāng)?shù)募夹g(shù)手段和處理方法的過(guò)程稱為詳細(xì)設(shè)計(jì)根據(jù)任務(wù)的不同,詳細(xì)設(shè)計(jì)又可分為多種,例如,網(wǎng)絡(luò)設(shè)計(jì)、代碼設(shè)計(jì)、輸入/輸出設(shè)計(jì)、處理流程設(shè)計(jì)、數(shù)據(jù)存儲(chǔ)設(shè)計(jì)、用戶界面設(shè)計(jì)、安全性和可靠性設(shè)計(jì)等

27、答案:A本題解析:橋接模式將抽象部分與它的實(shí)現(xiàn)部分分離,使它們都可以獨(dú)立地變化。它是一種對(duì)象結(jié)構(gòu)型模式,又稱為柄體(HandleandBody)模式或接口(Interface)模式。橋接模式類似于多重繼承方案,但是多重繼承方案往往違背了類的單一職責(zé)原則,其復(fù)用性比較差,橋接模式是比多重繼承方案更好的解決方法?!bstraction定義抽象類的接口;維護(hù)一個(gè)指向Implementor類型對(duì)象的指針?!efinedAbstraction擴(kuò)充由Abstraction定義的接口?!mplementor定義實(shí)現(xiàn)類的接口,該接口不一定要與Abstraction的接口完全一致;事實(shí)上這兩個(gè)接口可以完全不同。一般來(lái)說(shuō),Implementor接口僅提供基本操作,而Abstraction則定義了基于這些基本操作的較高層次的操作?!oncreteImplementor實(shí)現(xiàn)Implementor接口并定義它的具體實(shí)現(xiàn)。圖中與Bridge模式中的“Abstraction”角色相對(duì)應(yīng)的類是Shape,與“Implementor”角色相對(duì)應(yīng)的類是Drawing。

28、答案:B本題解析:螺旋模型是在快速原型(又叫原型)模型的基礎(chǔ)上擴(kuò)展而成的。

29、答案:D本題解析:假設(shè)從甲處采購(gòu)X噸,從乙處采購(gòu)Y噸,則:40%x+20%y<=3220%x+50%y<=32解方程,即得。

30、答案:C本題解析:責(zé)任鏈模式:通過(guò)給多個(gè)對(duì)象處理請(qǐng)求的機(jī)會(huì),減少請(qǐng)求的發(fā)送者與接受者之間的耦合。將接收對(duì)象鏈接起來(lái),在鏈中傳遞請(qǐng)求,直到有一個(gè)對(duì)象處理這個(gè)請(qǐng)求。迭代器模式:提供一種方法來(lái)順序訪問(wèn)一個(gè)聚合對(duì)象中的各個(gè)元素,而不需要暴露該對(duì)象的內(nèi)部表示命令模式:將一個(gè)請(qǐng)求封裝為一個(gè)對(duì)象,從而可用不同的請(qǐng)求對(duì)客戶進(jìn)行參數(shù)化,將請(qǐng)求排隊(duì)或記錄請(qǐng)求日志,支持可撤銷的操作解釋器模式:給定一種語(yǔ)言,定義它的文法表示,并定義一個(gè)解釋器,該解釋器用來(lái)根據(jù)文法表示來(lái)解釋語(yǔ)言中的句子責(zé)任鏈模式和迭代器模式都是行為型對(duì)象模式

31、答案:B本題解析:軟件系統(tǒng)工具的種類繁多,很難有統(tǒng)一的分類方法。通常可以按軟件過(guò)程活動(dòng)將軟件工具分為軟件開(kāi)發(fā)工具、軟件維護(hù)工具、軟件管理和軟件支持工具。軟件開(kāi)發(fā)工具:需求分析工具、設(shè)計(jì)工具、編碼與排錯(cuò)工具。軟件維護(hù)工具:版本控制工具、文檔分析工具、開(kāi)發(fā)信息庫(kù)工具、逆向工程工具、再工程工具。軟件管理和軟件支持工具:項(xiàng)目管理工具、配置管理工具、軟件評(píng)價(jià)工具、軟件開(kāi)發(fā)工具的評(píng)價(jià)和選擇。

32、答案:D本題解析:特定領(lǐng)域軟件架構(gòu)(DomainSpecificSoftwareArchitecture,DSSA)以一個(gè)特定問(wèn)題領(lǐng)域?yàn)閷?duì)象,形成由領(lǐng)域參考模型、參考需求、參考架構(gòu)等組成的開(kāi)發(fā)基礎(chǔ)架構(gòu),其目標(biāo)是支持一個(gè)特定領(lǐng)域中多個(gè)應(yīng)用的生成。DSSA的基本活動(dòng)包括領(lǐng)域分析、領(lǐng)域設(shè)計(jì)和領(lǐng)域?qū)崿F(xiàn)。其中領(lǐng)域分析的主要目的是獲得領(lǐng)域模型,領(lǐng)域模型描述領(lǐng)域中系統(tǒng)之間共同的需求,即領(lǐng)域需求;領(lǐng)域設(shè)計(jì)的主要目標(biāo)是獲得DSSA,DSSA描述領(lǐng)域模型中表示需求的解決方案;領(lǐng)域?qū)崿F(xiàn)的主要目標(biāo)是依據(jù)領(lǐng)域模型和DSSA開(kāi)發(fā)和組織可重用信息,并對(duì)基礎(chǔ)軟件架構(gòu)進(jìn)行實(shí)現(xiàn)。

33、答案:A本題解析:ERP(EnterpriseResourcePlanning)是建立在信息技術(shù)的基礎(chǔ)上,利用現(xiàn)代企業(yè)的先進(jìn)管理思想,對(duì)企業(yè)的物流、資金流和信息流進(jìn)行全面集成管理的管理信息系統(tǒng),為企業(yè)提供決策、計(jì)劃、控制與經(jīng)營(yíng)業(yè)績(jī)?cè)u(píng)估的全方位和系統(tǒng)化的管理平臺(tái)。ERP系統(tǒng)主要包括:生產(chǎn)預(yù)測(cè)、銷售管理(計(jì)劃)、經(jīng)營(yíng)計(jì)劃(生產(chǎn)計(jì)劃大綱)、主生產(chǎn)計(jì)劃、物料需求計(jì)劃、能力需求計(jì)劃、車間作業(yè)計(jì)劃、采購(gòu)與庫(kù)存管理、質(zhì)量與設(shè)備管理、財(cái)務(wù)管理、ERP有關(guān)擴(kuò)展應(yīng)用模塊等內(nèi)容。顯然對(duì)企業(yè)物料的進(jìn)、出、存進(jìn)行管理的模塊是庫(kù)存管理模塊。

34、答案:D本題解析:A、B、C均為數(shù)據(jù)訪問(wèn)中間件的作用,D是遠(yuǎn)程過(guò)程調(diào)用中間件。

35、答案:A本題解析:假設(shè)從甲處采購(gòu)X噸,從乙處采購(gòu)Y噸,則:40%x+20%y<=3220%x+50%y<=32解方程,即得。

36、答案:A本題解析:實(shí)時(shí)系統(tǒng)的正確性依賴于運(yùn)行結(jié)果的邏輯正確性和運(yùn)行結(jié)果產(chǎn)生的時(shí)間正確性,即實(shí)時(shí)系統(tǒng)必須在規(guī)定的時(shí)間范圍內(nèi)正確地響應(yīng)外部物理過(guò)程的變化。實(shí)時(shí)多任務(wù)操作系統(tǒng)是根據(jù)操作系統(tǒng)的工作特性而言的。實(shí)時(shí)是指物理進(jìn)程的真實(shí)時(shí)間。實(shí)時(shí)操作系統(tǒng)是指具有實(shí)時(shí)性,能支持實(shí)時(shí)控制系統(tǒng)工作的操作系統(tǒng)。首要任務(wù)是調(diào)度一切可利用的資源來(lái)完成實(shí)時(shí)控制任務(wù),其次才著眼于提高計(jì)算機(jī)系統(tǒng)的使用效率,重要特點(diǎn)是要滿足對(duì)時(shí)間的限制和要求。一個(gè)實(shí)時(shí)操作系統(tǒng)可以在不破壞規(guī)定的時(shí)間限制的情況下完成所有任務(wù)的執(zhí)行。任務(wù)執(zhí)行的時(shí)間可以根據(jù)系統(tǒng)的軟硬件的信息而進(jìn)行確定性的預(yù)測(cè)。也就是說(shuō),如果硬件可以做這件工作,那么實(shí)時(shí)操作系統(tǒng)的軟件將可以確定性的做這件工作。實(shí)時(shí)操作系統(tǒng)可根據(jù)實(shí)際應(yīng)用環(huán)境的要求對(duì)內(nèi)核進(jìn)行裁剪和重新配置,根據(jù)不同的應(yīng)用,其組成有所不同。

37、答案:C本題解析:暫無(wú)解析

38、答案:D本題解析:暫無(wú)解析

39、答案:C本題解析:“系統(tǒng)主站斷電后,能夠在2分鐘內(nèi)自動(dòng)切換到備用站點(diǎn),并恢復(fù)正常運(yùn)行”主要與可用性質(zhì)量屬性相關(guān),通??刹捎眯奶ing/Echo、主動(dòng)冗余、被動(dòng)冗余、選舉等架構(gòu)策略實(shí)現(xiàn)該屬性;“在并發(fā)用戶數(shù)不超過(guò)1000人時(shí),用戶的交易請(qǐng)求應(yīng)該在0.5s內(nèi)完成”,主要與性能這一質(zhì)量屬性相關(guān),實(shí)現(xiàn)該屬性的常見(jiàn)架構(gòu)策略包括:增加計(jì)算資源、減少計(jì)算開(kāi)銷、引入并發(fā)機(jī)制、采用資源調(diào)度等?!跋到y(tǒng)應(yīng)該能夠抵擋惡意用戶的入侵行為,并進(jìn)行報(bào)警和記錄”主要與安全性質(zhì)量屬性相關(guān),通??刹捎萌肭謾z測(cè)、用戶認(rèn)證、用戶授權(quán)、追蹤審計(jì)等架構(gòu)策略實(shí)現(xiàn)該屬性。

40、答案:A本題解析:數(shù)據(jù)庫(kù)的原子性是指操作序列要么全做要么全不做。設(shè)計(jì)時(shí)用影子拷貝(淺拷貝)實(shí)現(xiàn)。淺拷貝就是你的影子,深拷貝是你的克隆人,你沒(méi)了影子也就沒(méi)了,但是克隆人還活著。數(shù)據(jù)庫(kù)從一個(gè)一致性狀態(tài)變到另一個(gè)一致性狀態(tài)稱為一致性。設(shè)計(jì)時(shí)用完整性約束檢查實(shí)現(xiàn)。

41、答案:B本題解析:暫無(wú)解析

42、答案:B本題解析:一般說(shuō)來(lái),信息化需求包含3個(gè)層次,即戰(zhàn)略需求、運(yùn)作需求和技術(shù)需求。一是戰(zhàn)略需求。組織信息化的目標(biāo)是提升組織的競(jìng)爭(zhēng)能力、為組織的可持續(xù)發(fā)展提供一個(gè)支持環(huán)境。從某種意義上來(lái)說(shuō),信息化對(duì)組織不僅僅是服務(wù)的手段和實(shí)現(xiàn)現(xiàn)有戰(zhàn)略的輔助工具;信息化可以把組織戰(zhàn)略提升到一個(gè)新的水平,為組織帶來(lái)新的發(fā)展契機(jī)。特別是對(duì)于企業(yè),信息化戰(zhàn)略是企業(yè)競(jìng)爭(zhēng)的基礎(chǔ)。<二是運(yùn)作需求。組織信息化的運(yùn)作需求是組織信息化需求非常重要且關(guān)鍵的一環(huán),它包含三方面的內(nèi)容:一是實(shí)現(xiàn)信息化戰(zhàn)略目標(biāo)的需要;二是運(yùn)作策略的需要。三是人才培養(yǎng)的需要。三是技術(shù)需求。由于系統(tǒng)開(kāi)發(fā)時(shí)間過(guò)長(zhǎng)等問(wèn)題在信息技術(shù)層面上對(duì)系統(tǒng)的完善、升級(jí)、集成和整合提出了需求。也有的組織,原來(lái)基本上沒(méi)有大型的信息系統(tǒng)項(xiàng)目,有的也只是一些單機(jī)應(yīng)用,這樣的組織的信息化需求,一般是從頭開(kāi)發(fā)新的系統(tǒng)。

43、答案:B本題解析:如上圖,把對(duì)遺留系統(tǒng)的評(píng)價(jià)結(jié)果分列在坐標(biāo)的四個(gè)象限內(nèi)。對(duì)處在不同象限的遺留系統(tǒng)采取不同的演化策略。1.淘汰策略第三象限為低水平、低價(jià)值區(qū),即遺留系統(tǒng)的技術(shù)含量較低,且具有較低的業(yè)務(wù)價(jià)值。對(duì)這種遺留系統(tǒng)的演化策略為淘汰,即全面重新開(kāi)發(fā)新的系統(tǒng)以代替遺留系統(tǒng)。完全淘汰是一種極端性策略,一般是企業(yè)的業(yè)務(wù)產(chǎn)生了根本變化,遺留系統(tǒng)已經(jīng)基本上不再適應(yīng)企業(yè)運(yùn)作的需要;或者是遺留系統(tǒng)的維護(hù)人員、維護(hù)文檔資料都丟失了。經(jīng)過(guò)評(píng)價(jià),發(fā)現(xiàn)將遺留系統(tǒng)完全淘汰,開(kāi)發(fā)全新的系統(tǒng)比改造舊系統(tǒng)從成本上更合算。對(duì)遺留系統(tǒng)的完全淘汰是企業(yè)資源的根本浪費(fèi),系統(tǒng)分析師應(yīng)該通過(guò)對(duì)遺留系統(tǒng)功能的理解和借鑒,可以幫助新系統(tǒng)的設(shè)計(jì),降低新系統(tǒng)開(kāi)發(fā)的風(fēng)險(xiǎn)。2.繼承策略第二象限為低水平、高價(jià)值區(qū),即遺留系統(tǒng)的技術(shù)含量較低,已經(jīng)滿足企業(yè)運(yùn)作的功能或性能要求,但具有較高的商業(yè)價(jià)值,目前企業(yè)的業(yè)務(wù)尚緊密依賴該系統(tǒng)。對(duì)這種遺留系統(tǒng)的演化策略為繼承。在開(kāi)發(fā)新系統(tǒng)時(shí),需要完全兼容遺留系統(tǒng)的功能模型和數(shù)據(jù)模型。為了保證業(yè)務(wù)的連續(xù)性,新老系統(tǒng)必須并行運(yùn)行一段時(shí)間,再逐漸切換到新系統(tǒng)上運(yùn)行。3.改造策略第一象限為高水平、高價(jià)值區(qū),即遺留系統(tǒng)的技術(shù)含量較高,本身還有極大的生命力。系統(tǒng)具有較高的業(yè)務(wù)價(jià)值,基本上能夠滿足企業(yè)業(yè)務(wù)運(yùn)作和決策支持的需要。這種系統(tǒng)可能建成的時(shí)間還很短,對(duì)這種遺留系統(tǒng)的演化策略為改造。改造包括系統(tǒng)功能的增強(qiáng)和數(shù)據(jù)模型的改造兩個(gè)方面。系統(tǒng)功能的增強(qiáng)是指在原有系統(tǒng)的基礎(chǔ)上增加新的應(yīng)用要求,對(duì)遺留系統(tǒng)本身不做改變;數(shù)據(jù)模型的改造是指將遺留系統(tǒng)的舊的數(shù)據(jù)模型向新的數(shù)據(jù)模型的轉(zhuǎn)化。4.集成策略第四象限為高水平、低價(jià)值區(qū),即遺留系統(tǒng)的技術(shù)含量較高,但其業(yè)務(wù)價(jià)值較低,可能只完成某個(gè)部門(或子公司)的業(yè)務(wù)管理。這種系統(tǒng)在各自的局部領(lǐng)域里工作良好,但對(duì)于整個(gè)企業(yè)來(lái)說(shuō),存在多個(gè)這樣的系統(tǒng),不同的系統(tǒng)基于不同的平臺(tái)、不同的數(shù)據(jù)模型,形成了一個(gè)個(gè)信息孤島,對(duì)這種遺留系統(tǒng)的演化策略為集成。

44、答案:A本題解析:IDL是Interfacedescriptionlanguage的縮寫,指接口描述語(yǔ)言,是CORBA規(guī)范的一部分,是跨平臺(tái)開(kāi)發(fā)的基礎(chǔ)。IDL通常用于遠(yuǎn)程調(diào)用軟件。在這種情況下,一般是由遠(yuǎn)程客戶終端調(diào)用不同操作系統(tǒng)上的對(duì)象組件,并且這些對(duì)象組件可能是由不同計(jì)算機(jī)語(yǔ)言編寫的。IDL建立起了兩個(gè)不同操作系統(tǒng)間通信的橋梁。從本質(zhì)上講,OMGIDL接口定義語(yǔ)言不是作為程序設(shè)計(jì)語(yǔ)言體現(xiàn)在CORBA體系結(jié)構(gòu)中的,而是用來(lái)描述產(chǎn)生對(duì)象調(diào)用請(qǐng)求的客戶對(duì)象和服務(wù)對(duì)象之間的接口的語(yǔ)言。OMGIDL文件描述數(shù)據(jù)類型和方法框架,而服務(wù)對(duì)象則為一個(gè)指定的對(duì)象實(shí)現(xiàn)提供上述數(shù)據(jù)和方法。OMGIDL文件描述了服務(wù)器提供的服務(wù)功能,客戶機(jī)可以根據(jù)該接口文件描述的方法向服務(wù)器提出業(yè)務(wù)請(qǐng)求。在大多數(shù)CORBA產(chǎn)品中都提供IDL到相關(guān)編程語(yǔ)言的編譯器。程序設(shè)計(jì)人員只需將定義的接口文件輸入編譯器,設(shè)定編譯選項(xiàng)后,就可以得到與程序設(shè)計(jì)語(yǔ)言相關(guān)的接口框架文件和輔助文件。

45、答案:B本題解析:串聯(lián)系統(tǒng)可靠性公式為:R=R1íR2í…íRn并聯(lián)系統(tǒng)可靠性公式為:R=1-(1-R1)í(1-R2)í…í(1-Rn)

46、答案:C本題解析:這是一個(gè)簡(jiǎn)單的博弈問(wèn)題,可以將問(wèn)題表示為下圖所示的得益矩陣。該矩陣分別列出了A網(wǎng)站與B網(wǎng)站在各種價(jià)格策略下的利潤(rùn)情況。站在A網(wǎng)站的立場(chǎng)上看,假設(shè)B網(wǎng)站采用高價(jià)策略,那么自己采用高價(jià)策略得1000萬(wàn)元,采用低價(jià)策略得1500萬(wàn)元,顯然應(yīng)該采用低價(jià)策略;如果B網(wǎng)站采用低價(jià)策略,那么自己采用高價(jià)策略得200萬(wàn)元,采用低價(jià)策略得700萬(wàn)元,顯然也應(yīng)該采用低價(jià)策略。同樣,站在B網(wǎng)站的立場(chǎng)上看,也是這樣,不管A網(wǎng)站采用什么價(jià)格策略,自己都應(yīng)采用低價(jià)策略為好。由于A、B網(wǎng)站的主管都獨(dú)立理性地分析了這種情況,因此,這個(gè)博弈的最終結(jié)果一定是兩個(gè)網(wǎng)站都采用低價(jià)策略,各得到700萬(wàn)元的利潤(rùn)。這是一個(gè)非合作博弈之例。參與博弈的任何一方都無(wú)法信任對(duì)方,都要防備對(duì)方搶占自己的市場(chǎng)份額,但也都能獨(dú)立理性地分析自己的策略與得益。所以,雙方博弈的結(jié)果對(duì)雙方都不是理想的結(jié)果,但都認(rèn)為是可以接受的。而合作雙贏(都采用高價(jià)策略),卻涉嫌市場(chǎng)壟斷。

47、答案:A本題解析:一個(gè)嵌入式實(shí)時(shí)操作系統(tǒng)(BTOS)的評(píng)價(jià)要從很多角度進(jìn)行,如體系結(jié)構(gòu)、API的豐富程度、網(wǎng)絡(luò)支持、可靠性等。其中,實(shí)時(shí)性是RTOS評(píng)價(jià)的最重要的指標(biāo)之一,實(shí)時(shí)性的優(yōu)劣是用戶選擇操作系統(tǒng)的一個(gè)重要參考。嚴(yán)格地說(shuō),影響嵌入式操作系統(tǒng)實(shí)時(shí)性的因素有很多,如常用系統(tǒng)調(diào)用平均運(yùn)行時(shí)間、任務(wù)切換時(shí)間、線程切換時(shí)間、信號(hào)量混洗時(shí)間(指從一個(gè)任務(wù)釋放信號(hào)量到另一個(gè)等待該信號(hào)量的任務(wù)被激活的時(shí)間延遲)、中斷響應(yīng)時(shí)間等。任務(wù)執(zhí)行時(shí)間不是反映RTOS實(shí)時(shí)性的評(píng)價(jià)指標(biāo)。

48、答案:B本題解析:電子政務(wù)是對(duì)現(xiàn)有的政府形態(tài)的一種改造,利用信息技術(shù)和其他相關(guān)技術(shù),將其管理和服務(wù)職能進(jìn)行集成,在網(wǎng)絡(luò)上實(shí)現(xiàn)政府組織結(jié)構(gòu)和工作流程優(yōu)化重組。與電子政務(wù)相關(guān)的行為主體有三個(gè),即政府、企(事)業(yè)單位及居民。國(guó)家和地方人口信息的采集、處理和利用,屬于政府對(duì)政府的電子政務(wù)活動(dòng)。

49、答案:D本題解析:暫無(wú)解析

50、答案:B本題解析:"機(jī)器人系統(tǒng)主電源斷電后,能夠在10秒內(nèi)自動(dòng)啟動(dòng)備用電源并進(jìn)行切換,恢復(fù)正常運(yùn)行"屬于可用性,因?yàn)閳?chǎng)景描述的是故障恢復(fù)問(wèn)題。主動(dòng)冗余是可用性的常見(jiàn)策略。"機(jī)器人在正常運(yùn)動(dòng)過(guò)程中如果發(fā)現(xiàn)前方2米內(nèi)有人或者障礙物,應(yīng)在1秒內(nèi)停止并在2秒內(nèi)選擇一條新的運(yùn)行路徑"屬于性能,資源調(diào)度是其常見(jiàn)策略。"對(duì)機(jī)器人的遠(yuǎn)程控制命令應(yīng)該進(jìn)行加密,從而能夠抵擋惡意的入侵破壞行為,并對(duì)攻擊進(jìn)行報(bào)警和記錄"屬于安全性,常見(jiàn)的策略是追蹤審計(jì)。

51、答案:D本題解析:過(guò)程能力成熟度模型(CMM)在軟件開(kāi)發(fā)機(jī)構(gòu)中被廣泛用來(lái)指導(dǎo)軟件過(guò)程改進(jìn)。為了達(dá)到過(guò)程能力成熟度模型的第二級(jí),組織機(jī)構(gòu)必須具有6個(gè)關(guān)鍵過(guò)程域。需求的屬性包括:創(chuàng)建需求的時(shí)間、需求的版本號(hào)、創(chuàng)建需求的作者、負(fù)責(zé)認(rèn)可該軟件需求的人員、需求狀態(tài)、需求的原因和根據(jù)、需求涉及的子系統(tǒng)、需求涉及的產(chǎn)品版本號(hào)、使用的驗(yàn)證方法或者接受的測(cè)試標(biāo)準(zhǔn)、產(chǎn)品的優(yōu)先級(jí)或者重要程度、需求的穩(wěn)定性。需求的變更遵循以下流程:(1)問(wèn)題分析和變更描述。這是識(shí)別和分析需求問(wèn)題或者一份明確的變更提議,以檢查它的有效性,從而產(chǎn)生一個(gè)更明確的需求變更提議。(2)變更分析和成本計(jì)算。使用可追溯性信息和系統(tǒng)需求的一般知識(shí),對(duì)需求變更提議進(jìn)行影響分析和評(píng)估。變更成本計(jì)算應(yīng)該包括對(duì)需求文檔的修改、系統(tǒng)修改的設(shè)計(jì)和實(shí)現(xiàn)的成本。一旦分析完成并且被確認(rèn),應(yīng)該進(jìn)行是否執(zhí)行這一變更的決策。(3)變更實(shí)現(xiàn)。這要求需求文檔和系統(tǒng)設(shè)計(jì)以及實(shí)現(xiàn)都要同時(shí)修改。如果先對(duì)系統(tǒng)的程序做變更,然后再修改需求文檔,這幾乎不可避免地會(huì)出現(xiàn)需求文檔和程序的不一致。在對(duì)變更控制委員會(huì)的定義中,變更控制委員會(huì)對(duì)項(xiàng)目中任何基線工作產(chǎn)品的變更都可以做出決定。

52、答案:D本題解析:依賴倒置原則是指抽象不應(yīng)該依賴于細(xì)節(jié),細(xì)節(jié)應(yīng)當(dāng)依賴于抽象。換言之,要針對(duì)接口編程,而不是針對(duì)實(shí)現(xiàn)編程。在程序代碼中傳遞參數(shù)時(shí)或在組合(或聚合)關(guān)系中,盡量引用層次高的抽象層類,即使用接口和抽象類進(jìn)行變量類型聲明、參數(shù)類型聲明和方法返回類型聲明,以及數(shù)據(jù)類型的轉(zhuǎn)換等,而不要用具體類來(lái)做這些事情。為了確保該原則的應(yīng)用,一個(gè)具體類應(yīng)當(dāng)只實(shí)現(xiàn)接口和抽象類中聲明過(guò)的方法,而不要給出多余的方法,否則,將無(wú)法調(diào)用到在子類中增加的新方法。實(shí)現(xiàn)開(kāi)閉原則的關(guān)鍵是抽象化,并且從抽象化導(dǎo)出具體化實(shí)現(xiàn),如果說(shuō)開(kāi)閉原則是OOD的目標(biāo)的話,那么依賴倒置原則就是OOD的主要機(jī)制。有了抽象層,可以使得系統(tǒng)具有很好的靈活性,在程序中盡量使用抽象層進(jìn)行編程,而將具體類寫在配置文件中,這樣,如果系統(tǒng)行為發(fā)生變化,則只需要擴(kuò)展抽象層,并修改配置文件,而無(wú)須修改原有系統(tǒng)的源代碼,在不修改的情況下來(lái)擴(kuò)展系統(tǒng)功能,滿足開(kāi)閉原則的要求。依賴倒置原則是COM、CORBA、EJB、Spring等技術(shù)和框架背后的基本原則之一。

53、答案:A本題解析:在程序的執(zhí)行過(guò)程中,Cache與主存的地址映射是由硬件自動(dòng)完成的。

54、答案:B本題解析:負(fù)載均衡(LoadBalance)建立在現(xiàn)有網(wǎng)絡(luò)結(jié)構(gòu)之上,它提供了一種廉價(jià)、有效、透明的方法,來(lái)擴(kuò)展網(wǎng)絡(luò)設(shè)備和服務(wù)器的帶寬、增加吞吐量、加強(qiáng)網(wǎng)絡(luò)數(shù)據(jù)處理能力、提高網(wǎng)絡(luò)的靈活性和可用性。負(fù)載均衡有兩方面的含義:首先,大量的并發(fā)訪問(wèn)或數(shù)據(jù)流量分擔(dān)到多臺(tái)節(jié)點(diǎn)設(shè)備上分別處理,減少用戶等待響應(yīng)的時(shí)間;其次,單個(gè)重負(fù)載的運(yùn)算分擔(dān)到多臺(tái)節(jié)點(diǎn)設(shè)備上做并行處理,每個(gè)節(jié)點(diǎn)設(shè)備處理結(jié)束后,將結(jié)果匯總,返回給用戶,系統(tǒng)處理能力得到大幅度提高。

55、答案:C本題解析:設(shè)計(jì)模式包括:創(chuàng)建型、結(jié)構(gòu)型、行為型。Singleton是單例模式,屬于創(chuàng)建型設(shè)計(jì)模式。Memento是備忘錄模式,屬于行為型設(shè)計(jì)模式。Bridge是橋接模式,它的特點(diǎn)是實(shí)現(xiàn)接口與實(shí)現(xiàn)分離。

56、答案:C本題解析:本題考查網(wǎng)絡(luò)安全技術(shù),其中ISPEC是IP層安全技術(shù),而傳輸層安全技術(shù)包括SSL,SOCKS和安全RPC等。

57、答案:D本題解析:遺產(chǎn)系統(tǒng)可以由JCA

溫馨提示

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

最新文檔

評(píng)論

0/150

提交評(píng)論