2024年全國(guó)軟件水平考試之高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師考試重點(diǎn)試卷附答案

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

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

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

1、按照設(shè)計(jì)模式的目的進(jìn)行劃分，現(xiàn)有的設(shè)計(jì)模式可以分為三類。其中創(chuàng)建型模式通過(guò)采用抽象類所定義的接口，封裝了系統(tǒng)中對(duì)象如何創(chuàng)建、組合等信息，其代表有(9)模式等;(10)模式主要用于如何組合己有的類和對(duì)象以獲得更大的結(jié)構(gòu)，其代表有Adapter模式等;(11)模式主要用于對(duì)象之間的職責(zé)及其提供服務(wù)的分配方式，其代表有(12)模式等?！净卮鹄ㄌ?hào)9】A.DecoratorB.FlyweightC.CommandD.Singleton

2、（）架構(gòu)風(fēng)格可以概括為通過(guò)連接件綁定在一起按照一組規(guī)則運(yùn)作的并行構(gòu)件。A.C2B.黑板系統(tǒng)C.規(guī)則系統(tǒng)D.虛擬機(jī)

3、某軟件公司欲開(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

4、給定關(guān)系模式R（A，B，C，D，E）、S（D，E，F(xiàn)，G）和π1,2,4,6（R?S），經(jīng)過(guò)自然連接和投影運(yùn)算后的屬性列數(shù)分別為（）A.9和4B.7和4C.9和7D.7和7

5、給定關(guān)系模式R(A，B，C，D）、S(C，D，E），與π1,3,5(σ2=‘軟件工程’(R?S))等價(jià)的SQL語(yǔ)句如下：SELECT（請(qǐng)作答此空）FROMSWHERE（）；下列查詢B=“信息”且E=“北京”的A、B、E的關(guān)系代數(shù)表達(dá)式中，查詢效率最高的是（）。A.A,C,S,CB.A,B,EC.A,R,C,ED.A,R,C,S,D

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

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

8、特定領(lǐng)或軟件架構(gòu)（DSSA)是在一個(gè)特定應(yīng)用領(lǐng)域?yàn)椤M應(yīng)用提供組織結(jié)構(gòu)參考的標(biāo)準(zhǔn)軟件架構(gòu)。實(shí)施DSSA的過(guò)程中包括一系列基本的活動(dòng),其中（請(qǐng)作答此空)活動(dòng)的主要目的是為了獲得DSSA該活動(dòng)參加人員中,（）的主要任務(wù)是提供關(guān)于領(lǐng)城中系統(tǒng)的需求規(guī)約和實(shí)現(xiàn)的知識(shí)。A.領(lǐng)域需求B.領(lǐng)域分析C.領(lǐng)域設(shè)計(jì)D.領(lǐng)城實(shí)現(xiàn)

9、緊耦合多機(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.共享寄存器

10、（請(qǐng)作答此空）設(shè)計(jì)模式能夠動(dòng)態(tài)地給一個(gè)對(duì)象添加一些額外的職責(zé)而無(wú)須修改此對(duì)象的結(jié)構(gòu)；（）設(shè)計(jì)模式定義一個(gè)用于創(chuàng)建對(duì)象的接口，讓子類決定實(shí)例化哪一個(gè)類；欲使一個(gè)后端數(shù)據(jù)模型能夠被多個(gè)前端用戶界面連接，采用（）模式最適合。A.組合B.外觀C.享元D.裝飾器

11、應(yīng)用系統(tǒng)構(gòu)建中可以采用多種不同的技術(shù)，()可以將軟件某種形式的描述轉(zhuǎn)換為更高級(jí)的抽象表現(xiàn)形式。A.逆向工程（(ReverseEngineering)B.系統(tǒng)改進(jìn)(SystemImprovement)C.設(shè)計(jì)恢復(fù)(DesignRecovery)D.再工程(Re-engineering)

12、供應(yīng)鏈中的信息流覆蓋了從供應(yīng)商、制造商到分銷商，再到零售商等供應(yīng)鏈中的所有環(huán)節(jié)，其信息流分為需求信息流和供應(yīng)信息流，（請(qǐng)作答此空）屬于需求信息流，（）屬于供應(yīng)信息流。A.庫(kù)存記錄B.生產(chǎn)計(jì)劃C.商品入庫(kù)單D.提貨發(fā)運(yùn)單

13、與SOA緊密相關(guān)的技術(shù)主要有UDDI、WSDL、SOAP和REST等，而這些技術(shù)都是以XML為基礎(chǔ)而發(fā)展起來(lái)的。（請(qǐng)作答此空）提供了一種服務(wù)發(fā)布、查找和定位的方法，是服務(wù)的信息注冊(cè)規(guī)范，以便被需要該服務(wù)的用戶發(fā)現(xiàn)和使用它。（）是對(duì)服務(wù)進(jìn)行描述的語(yǔ)言，它有一套基于XML的語(yǔ)法定義，包含服務(wù)實(shí)現(xiàn)定義和服務(wù)接口定義。（）定義了服務(wù)請(qǐng)求者和服務(wù)提供者之間的消息傳輸規(guī)范。通過(guò)它，應(yīng)用程序可以在網(wǎng)絡(luò)中進(jìn)行數(shù)據(jù)交換和遠(yuǎn)程過(guò)程調(diào)用（RemoteProcedureCall，RPC）。A.UDDIB.RestC.WSDLD.SOAP

14、某計(jì)算機(jī)系統(tǒng)中有一個(gè)CPU、一臺(tái)掃描儀和一臺(tái)打印機(jī)?，F(xiàn)有三個(gè)圖像處理任務(wù)，每個(gè)任務(wù)有三個(gè)程序段：掃描S，圖像處理Ci和打印Pi（i=1,2,3）。下圖為三個(gè)任務(wù)各程序段并發(fā)執(zhí)行的前趨圖，其中，（2）可以并行執(zhí)行，（3）的直接制約，（4）的間接制約。A.S1受到S2和S3、C1受到C2和C3、P1受到P2和P3B.S2和S3受到S1、C2和C3受到C1、P2和P3受到P1C.C1和P1受到S1、C2和P2受到S2、C3和P3受到S3D.C1和S1受到P1、C2和S2受到P2、C3和S3受到P3

15、某指令流水線由5段組成，各段所需要的時(shí)間如下圖所示。連續(xù)輸入100條指令時(shí)的吞吐率為（）。A.見(jiàn)圖AB.見(jiàn)圖BC.見(jiàn)圖CD.見(jiàn)圖D

16、在結(jié)構(gòu)化分析方法中，用(9)表示功能模型，用（10）表示行為模型?！净卮鹄ㄌ?hào)9】A.ER圖B.用例圖C.DFDD.對(duì)象圖

17、給定關(guān)系R（A1，A2，A3，A4）上的函數(shù)依賴集F={A1→A2A5，A2→A3A4，A3→A2}，R的候選關(guān)鍵字為（）。函數(shù)依賴（請(qǐng)作答此空）∈F+。A.A5→A1A2B.A4→A1A2C.A3→A2A4D.A2→A1A5

18、某數(shù)據(jù)庫(kù)中有員工關(guān)系E（員工號(hào)，姓名，部門(mén)，職稱，月薪）；產(chǎn)品關(guān)系P（產(chǎn)品號(hào)，產(chǎn)品名稱，型號(hào)，尺寸，顏色）；倉(cāng)庫(kù)關(guān)系W（倉(cāng)庫(kù)號(hào)，倉(cāng)庫(kù)名稱，地址，負(fù)責(zé)人）；庫(kù)存關(guān)系I（倉(cāng)庫(kù)號(hào)，產(chǎn)品號(hào)，產(chǎn)品數(shù)量）。a.若數(shù)據(jù)庫(kù)設(shè)計(jì)中要求：①倉(cāng)庫(kù)關(guān)系W中的“負(fù)責(zé)人”引用員工關(guān)系的員工號(hào)②庫(kù)存關(guān)系I中的“倉(cāng)庫(kù)號(hào)，產(chǎn)品號(hào)”惟一標(biāo)識(shí)I中的每一個(gè)記錄③員工關(guān)系E中的職稱為“工程師”的月薪不能低于3500元?jiǎng)t①②③依次要滿足的完整性約束是（）。A.實(shí)體完整性、參照完整性、用戶定義完整性B.參照完整性、實(shí)體完整性、用戶定義完整性C.用戶定義完整性、實(shí)體完整性、參照完整性D.實(shí)體完整性、用戶定義完整性、參照完整性

19、某文件系統(tǒng)文件存儲(chǔ)采用文件索引節(jié)點(diǎn)法。假設(shè)文件索引節(jié)點(diǎn)中有8個(gè)地址項(xiàng)iaddr[0]～iaddr[7]，每個(gè)地址項(xiàng)大小為4字節(jié)，其中地址項(xiàng)iaddr[0]～iaddr[5]為直接地址索引，iaddr[6]是一級(jí)間接地址索引，iaddr[7]是二級(jí)間接地址索引，磁盤(pán)索引塊和磁盤(pán)數(shù)據(jù)塊大小均為4KB。該文件系統(tǒng)可表示的單個(gè)文件最大長(zhǎng)度是（請(qǐng)作答此空）KB。若要訪問(wèn)iclsClient.dll文件的邏輯塊號(hào)分別為6、520和1030，則系統(tǒng)應(yīng)分別采用（）。A.1030B.65796C.1049606D.4198424

20、默認(rèn)情況下，上傳文件時(shí)的端口為（）。A.大于1024的端口B.20C.80D.21

21、用例(usecase)用來(lái)描述系統(tǒng)對(duì)事件做出響應(yīng)時(shí)所采取的行動(dòng)。用例之間是具有相關(guān)性的。在一個(gè)會(huì)員管理系統(tǒng)中，會(huì)員注冊(cè)時(shí)可以采用電話和郵件兩種方式。用例“會(huì)員注冊(cè)”和“電話注冊(cè)”、“郵件注冊(cè)”之間是（31）關(guān)系。A.包含(include)B.擴(kuò)展(extend)C.泛化(generalize)D.依賴(dependson)

22、軟件開(kāi)發(fā)時(shí)期的工作包括A.概要設(shè)計(jì)B.需求分析C.運(yùn)行D.維護(hù)時(shí)期

23、下面可提供安全電子郵件服務(wù)的是（）A.RSAB.SSLC.SETD.S/MIME

24、項(xiàng)目的成本管理中，（）將總的成本估算分配到各項(xiàng)活動(dòng)和工作包上，來(lái)建立一個(gè)成本的基線。A.成本估算B.成本預(yù)算C.成本跟蹤D.成本控制

25、設(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)建型、（）和行為型三種類型。其中（）屬于創(chuàng)建型模式，（）屬于行為型模式。（請(qǐng)作答此空）模式可以將一個(gè)復(fù)雜的組件分成功能性抽象和內(nèi)部實(shí)現(xiàn)兩個(gè)獨(dú)立的但又相關(guān)的繼承層次結(jié)構(gòu)，從而可以實(shí)現(xiàn)接口與實(shí)現(xiàn)分離。A.PrototypeB.FlyweightC.AdapterD.Bridge

26、一個(gè)大型軟件系統(tǒng)的需求總是有變化的。為了降低項(xiàng)目開(kāi)發(fā)的風(fēng)險(xiǎn)，需要一個(gè)好的變更控制過(guò)程。如下圖所示的需求變更管理過(guò)程中，①②③處對(duì)應(yīng)的內(nèi)容應(yīng)是（）；自動(dòng)化工具能夠幫助變更控制過(guò)程更有效地運(yùn)作，（請(qǐng)作答此空）是這類工具應(yīng)具有的特性之一。A.自動(dòng)維護(hù)系統(tǒng)的不同版本B.支持系統(tǒng)文檔的自動(dòng)更新C.自動(dòng)判定變更是否能夠?qū)嵤〥.記錄每一個(gè)狀態(tài)變更的日期及變更者

27、網(wǎng)絡(luò)設(shè)計(jì)過(guò)程包括邏輯網(wǎng)絡(luò)設(shè)計(jì)和物理網(wǎng)絡(luò)設(shè)計(jì)兩個(gè)階段，下面的選項(xiàng)中，（）應(yīng)該屬于邏輯網(wǎng)絡(luò)設(shè)計(jì)階段的任務(wù)。A.選擇路由協(xié)議B.設(shè)備選型C.結(jié)構(gòu)化布線D.機(jī)房設(shè)計(jì)

28、實(shí)時(shí)操作系統(tǒng)（RTOS）內(nèi)核與應(yīng)用程序之間的接口稱為（）A.I／O接口B.PCIC.APID.GUI

29、下列關(guān)于軟件可靠性的敘述，不正確的是（）。A.由于影響軟件可靠性的因素很復(fù)雜，軟件可靠性不能通過(guò)歷史數(shù)據(jù)和開(kāi)發(fā)數(shù)據(jù)直接測(cè)量和估算出來(lái)B.軟件可靠性是指在特定環(huán)境和特定時(shí)間內(nèi)，計(jì)算機(jī)程序無(wú)故障運(yùn)行的概率C.在軟件可靠性的討論中，故障指軟件行為與需求的不符，故障有等級(jí)之分D.排除一個(gè)故障可能會(huì)引入其他的錯(cuò)誤，而這些錯(cuò)誤會(huì)導(dǎo)致其他的故障

30、關(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)簽

31、使用MVC設(shè)計(jì)表現(xiàn)層，具有的優(yōu)點(diǎn)不包括（）A.在MVC模式中，視圖與模型通過(guò)接口發(fā)生聯(lián)系，如果增加新類型的用戶界面，只要修改視圖與模型即可B.控制器和視圖隨著模型的擴(kuò)展而擴(kuò)展，只要保持公共接口，控制器和視圖的舊版本可以繼續(xù)使用C.用戶界面與模型方法調(diào)用組合起來(lái)，使程序的使用更清晰，可將友好的界面發(fā)布給用戶D.在MVC模式中，視圖與模型沒(méi)有必然的聯(lián)系，都是通過(guò)控制器發(fā)生聯(lián)系，如果增加新類型的用戶界面，只需修改響應(yīng)的控制器和視圖即可，模型無(wú)需變動(dòng)

32、Anapplicationarchitecturespecifiesthetechnologiestobeusedtoimplementoneormoreinformationsystems.Itservesasanoutlinefordetaileddesign,construction,andimplementation.Giventhemodelsanddetails,include（）,wecandistributedataandprocessestocreateageneraldesignofapplicationarchitecture.Thedesignwillnormallybeconstrainedbyarchitecturestandards,projectobjectives,and（）.ThefirstphysicalDFDtobedrawnisthe（）.Thenextstepistodistributedatastorestodifferentprocessors.Data（請(qǐng)作答此空）aretwotypesofdistributeddatawhichmostRDBMSssupport.Therearemanydistributionoptionsusedindatadistribution.Inthecaseof（）,weshouldrecordeachtableasadatastoreonthephysicalDFDandconnecteachtotheappropriateserver.A.verticalpartitioningandhorizontalreplicationB.verticalreplicationandhorizontalpartitioningC.integrationanddistributionD.partitioningandreplication

33、給定IP地址為20，子網(wǎng)掩碼是，那么主機(jī)號(hào)是（請(qǐng)作答此空），該子網(wǎng)直接的廣播地址是（）。A.20B.20C.D.20

34、Anapplicationarchitecturespecifiesthetechnologiestobeusedtoimplementoneormoreinformationsystems.Itservesasanoutlinefordetaileddesign,construction,andimplementation.Giventhemodelsanddetails,include（）,wecandistributedataandprocessestocreateageneraldesignofapplicationarchitecture.Thedesignwillnormallybeconstrainedbyarchitecturestandards,projectobjectives,and（）.ThefirstphysicalDFDtobedrawnisthe（請(qǐng)作答此空）.Thenextstepistodistributedatastorestodifferentprocessors.Data（）aretwotypesofdistributeddatawhichmostRDBMSssupport.Therearemanydistributionoptionsusedindatadistribution.Inthecaseof（）,weshouldrecordeachtableasadatastoreonthephysicalDFDandconnecteachtotheappropriateserver.A.contextDFDB.systemDFDC.networkarchitectureDFD.event-responseDFD

35、下列敘述中，不滿足好的需求陳述要求的是（）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)被視為同等重要

36、按照設(shè)計(jì)模式的目的進(jìn)行劃分，現(xiàn)有的設(shè)計(jì)模式可以分為三類。行為型模式主要用于對(duì)象之間的職責(zé)及其提供服務(wù)的分配方式，其代表有()模式等。A.PrototypeB.FacadeC.ProxyD.Visitor

37、基于架構(gòu)的軟件開(kāi)發(fā)(ArchitectureBasedSoftwareDevelopment，ABSD.強(qiáng)調(diào)由商業(yè)、質(zhì)量和功能需求的組合驅(qū)動(dòng)軟件架構(gòu)設(shè)計(jì)。它強(qiáng)調(diào)采用(請(qǐng)作答此空)來(lái)描述軟件架構(gòu)，采用()來(lái)描述需求。A.類圖和序列圖B.視角與視圖C.構(gòu)件和類圖D.構(gòu)件與功能

38、分布式事務(wù)的執(zhí)行可能會(huì)涉及到多個(gè)站點(diǎn)上的數(shù)據(jù)操作，在兩階段提交協(xié)議中，當(dāng)事務(wù)Ti的所有讀寫(xiě)操作執(zhí)行結(jié)束后，事務(wù)Ti的發(fā)起者協(xié)調(diào)器Ci向所有參與Ti的執(zhí)行站點(diǎn)發(fā)送＜prepareTi>的消息，當(dāng)收到所有執(zhí)行站點(diǎn)返回的＜readyTi>消息后，Ci再向所有執(zhí)行站點(diǎn)發(fā)送＜commitTi>消息。若參與事務(wù)Ti執(zhí)行的某個(gè)站點(diǎn)故障恢復(fù)后日志中有＜readyTi>記錄，而沒(méi)有＜commitTi>記錄，則（）。A.事務(wù)Ti已完成提交，該站點(diǎn)無(wú)需做任何操作B.事務(wù)Ti已完成提交，該站點(diǎn)應(yīng)做REDO操作C.事務(wù)Ti未完成提交，該站點(diǎn)應(yīng)做UNDO操作D.應(yīng)向協(xié)調(diào)器詢問(wèn)以決定Ti的最終結(jié)果

39、某單位為了建設(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ì)量特性的（）；更改系統(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)的（請(qǐng)作答此空）。A.權(quán)衡點(diǎn)B.風(fēng)險(xiǎn)點(diǎn)C.敏感點(diǎn)D.非風(fēng)險(xiǎn)點(diǎn)

40、某文件系統(tǒng)文件存儲(chǔ)采用文件索引節(jié)點(diǎn)法。假設(shè)文件索引節(jié)點(diǎn)中有8個(gè)地址項(xiàng)iaddr[0]～iaddr[7]，每個(gè)地址項(xiàng)大小為4字節(jié)，其中地址項(xiàng)iaddr[0]～iaddr[5]為直接地址索引，iaddr[6]是一級(jí)間接地址索引，iaddr[7]是二級(jí)間接地址索引，磁盤(pán)索引塊和磁盤(pán)數(shù)據(jù)塊大小均為4KB。該文件系統(tǒng)可表示的單個(gè)文件最大長(zhǎng)度是（）KB。若要訪問(wèn)iclsClient.dll文件的邏輯塊號(hào)分別為6、520和1030，則系統(tǒng)應(yīng)分別采用（請(qǐng)作答此空）。A.直接地址索引、一級(jí)間接地址索引和二級(jí)間接地址索引B.直接地址索引、二級(jí)間接地址索引和二級(jí)間接地址索引C.一級(jí)間接地址索引、一級(jí)間接地址索引和二級(jí)間接地址索引D.一級(jí)間接地址索引、二級(jí)間接地址索引和二級(jí)間接地址索引

41、Theobjectiveof（）istodeterminewhatpartsoftheapplicationsoftwarewillbeassignedtowhathardware.Themajorsoftwarecomponentsofthesystembeingdevelopedhavetobeidentifiedandthenallocatedtothevarioushardwarecomponentsonwhichthesystemwilloperate.Allsoftwaresystemscanbedividedintofourbasicfunctions.Thefirstis（）.Mostinformationsystemsrequiredatatobestoredandretrieved,whetherasmallfile,suchasamemoproducedbyawordprocessor,oralargedatabase,suchasonethatstoresanorganization'saccountingrecords.Thesecondfunctionisthe（）,theprocessingrequiredtoaccessdata,whichoftenmeansdatabasequeriesinStructuredQueryLanguage.Thethirdfunctionisthe（請(qǐng)作答此空）,whichisthelogicdocumentedintheDFDs,usecases,andfunctionalrequirements.Thefourthfunctionisthepresentationlogic,thedisplayofinformationtotheuserandtheacceptanceoftheuser'scommands.Thethreeprimaryhardwarecomponentsofasystemare（）.A.systemrequirementsB.systemarchitectureC.applicationlogicD.applicationprogram

42、以下關(guān)于增量模型的敘述中，不正確的是（）。A.容易理解,管理成本低B.核心的產(chǎn)品往往首先開(kāi)發(fā),因此經(jīng)歷最充分的"測(cè)試"C.第一個(gè)可交付版本所需要的成本低,時(shí)間少D.即使一開(kāi)始用戶需求不清晰,對(duì)開(kāi)發(fā)進(jìn)度和質(zhì)量也沒(méi)有影響

43、兩個(gè)類A和B，如果B的變化可能會(huì)引起A的變化，兩個(gè)事物之間屬于（）A.關(guān)聯(lián)關(guān)系B.依賴關(guān)系C.實(shí)現(xiàn)關(guān)系D.泛化關(guān)系

44、某企業(yè)內(nèi)部現(xiàn)有的主要業(yè)務(wù)功能已封裝成為Web服務(wù)。為了拓展業(yè)務(wù)范圍，需要將現(xiàn)有的業(yè)務(wù)功能進(jìn)行多種組合，形成新的業(yè)務(wù)功能。針對(duì)業(yè)務(wù)靈活組合這一要求，采用（）架構(gòu)風(fēng)格最為合適。A.規(guī)則系統(tǒng)B.面向?qū)ο驝.黑板D.解釋器

45、以下關(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í)事件和中斷

46、某文件管理系統(tǒng)在磁盤(pán)上建立了位示圖（bitmap），記錄磁盤(pán)的使用情況。若磁盤(pán)上物理塊的編號(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)為（請(qǐng)作答此空）的字中描述，系統(tǒng)應(yīng)該將（）A.32B.33C.64D.65

47、圖中的（3）是什么（）。A.輸出正確結(jié)果B.重新設(shè)計(jì)C.異常處理D.通過(guò)

48、RUP強(qiáng)調(diào)采用()的方式來(lái)開(kāi)發(fā)軟件，這樣做的好處是(請(qǐng)作答此空)。A.在軟件開(kāi)發(fā)的早期就可以對(duì)關(guān)鍵的、影響大的風(fēng)險(xiǎn)進(jìn)行處理B.可以避免需求的變更C.能夠非常快速地實(shí)現(xiàn)系統(tǒng)的所有需求D.能夠更好地控制軟件的質(zhì)量

49、“4+1”視圖主要用于描述系統(tǒng)邏輯架構(gòu)，最早由PhilippeKruchten于1995年提出。其中（請(qǐng)作答此空）視圖用于描述對(duì)象模型，并說(shuō)明系統(tǒng)應(yīng)該為用戶提供哪些服務(wù)。當(dāng)采用面向?qū)ο蟮脑O(shè)計(jì)方法描述對(duì)象模型時(shí)，通常使用（）表達(dá)類的內(nèi)部屬性和行為，以及類集合之間的交互關(guān)系；采用（）定義對(duì)象的內(nèi)部行為。A.邏輯B.過(guò)程C.開(kāi)發(fā)D.物理

50、以下描述中，()不是嵌入式操作系統(tǒng)的特點(diǎn)。A.面向應(yīng)用，可以進(jìn)行裁剪和移植B.用于特定領(lǐng)域，不需要支持多任務(wù)C.可靠性高，無(wú)須人工干預(yù)獨(dú)立運(yùn)行，并處理各類事件和故障D.要求編碼體積小，能夠在嵌入式系統(tǒng)的有效存儲(chǔ)空間內(nèi)運(yùn)行二、多選題

51、隨著互聯(lián)網(wǎng)的普及，電子商務(wù)已經(jīng)進(jìn)入到人們?nèi)粘Ｉ睿铝校ǎI(yè)務(wù)全部屬于電子商務(wù)的范疇。①網(wǎng)上客服②電視購(gòu)物③網(wǎng)上營(yíng)銷④電話交易⑤商場(chǎng)廣播⑥網(wǎng)上調(diào)查A.①②③④⑤⑥B.①②③④⑤C.①②③④⑥D(zhuǎn).①③④⑤⑥

52、某單位為了建設(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.安全性

53、商業(yè)智能系統(tǒng)的處理過(guò)程包括四個(gè)主要階段：數(shù)據(jù)預(yù)處理通過(guò)（請(qǐng)作答此空）實(shí)現(xiàn)企業(yè)原始數(shù)據(jù)的初步整合；建立數(shù)據(jù)倉(cāng)庫(kù)是后續(xù)數(shù)據(jù)處理的基礎(chǔ)；數(shù)據(jù)分析是體現(xiàn)系統(tǒng)智能的關(guān)鍵，主要采用（）和（）技術(shù)，前者能夠?qū)崿F(xiàn)數(shù)據(jù)的上卷、下鉆和旋轉(zhuǎn)分析，后者利用隱藏的知識(shí)，通過(guò)建立分析模型預(yù)測(cè)企業(yè)未來(lái)發(fā)展趨勢(shì)；數(shù)據(jù)展現(xiàn)主要完成數(shù)據(jù)處理結(jié)果的可視化A.數(shù)據(jù)映射和關(guān)聯(lián)B.數(shù)據(jù)集市和數(shù)據(jù)立方體C.數(shù)據(jù)抽取、轉(zhuǎn)換和裝載D.數(shù)據(jù)清洗和數(shù)據(jù)集成

54、設(shè)有職務(wù)工資P（職務(wù)、最低工資、最高工資），員工關(guān)系EMP（員工號(hào)、職務(wù)、工資），要求任何一名員工，其工資值必須在其職務(wù)對(duì)應(yīng)的工資范圍之內(nèi)，實(shí)現(xiàn)該需求的方法是（6）。A.建立EMP.職務(wù)向P.職務(wù)的參照完整性約束B(niǎo).建立P.職務(wù)向EMP.職務(wù)的參照完整性約束C.建立EMP上的觸發(fā)器程序?qū)彾ㄔ撔枨驞.建立P上的觸發(fā)器程序?qū)彾ㄔ撔枨?/p>

55、某公司內(nèi)部使用作為訪問(wèn)某服務(wù)器的地址，其中wb是（）。A.主機(jī)名B.協(xié)議名C.目錄名D.文件名

56、某攝影家創(chuàng)作一件攝影作品出版后，將原件出售給了某軟件設(shè)計(jì)師。軟件設(shè)計(jì)師不慎將原件毀壞，則該件攝影作品的著作權(quán)（）享有。A.仍然由攝影家B.由攝影家和軟件設(shè)計(jì)師共同C.由軟件設(shè)計(jì)師D.由攝影家或軟件設(shè)計(jì)師申請(qǐng)的一方

57、架構(gòu)描述語(yǔ)言(ArchitectureDescriptionLanguage，ADL)是一種為明確說(shuō)明軟件系統(tǒng)的概念架構(gòu)和對(duì)這些概念架構(gòu)建模提供功能的語(yǔ)言。ADL主要包括以下組成部分：組件、組件接口、(43)和架構(gòu)配置。A.架構(gòu)風(fēng)格B.架構(gòu)實(shí)現(xiàn)C.連接件D.組件約束

58、面向?qū)ο蠓治鲋?，一個(gè)事物發(fā)生變化會(huì)影響另一個(gè)事物，兩個(gè)事物之間屬于（）A.關(guān)聯(lián)關(guān)系B.依賴關(guān)系C.實(shí)現(xiàn)關(guān)系D.泛化關(guān)系

59、某文件管理系統(tǒng)在磁盤(pán)上建立了位示圖（bitmap），記錄磁盤(pán)的使用情況。若磁盤(pán)上物理塊的編號(hào)依次為0、1、2、....。系統(tǒng)中的字長(zhǎng)為64位，字的編號(hào)依次為0、1、2、...。字中的一位對(duì)應(yīng)文件存儲(chǔ)器上的一個(gè)物理塊。取值0和1分別表示空閑和占用。如下圖所示。假設(shè)操作系統(tǒng)將256號(hào)物理塊分配給某文件，那么該物理塊的使用情況在位示圖中編號(hào)為（請(qǐng)作答此空）的字中描述，系統(tǒng)應(yīng)該將（）A.3B.4C.5D.6

60、題干參考上題，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ù)量

61、用例(usecase)用來(lái)描述系統(tǒng)對(duì)事件做出響應(yīng)時(shí)所采取的行動(dòng)。用例之間是具有相關(guān)性的。在一個(gè)會(huì)員管理系統(tǒng)中，會(huì)員注冊(cè)時(shí)可以采用電話和郵件兩種方式。用例“會(huì)員注冊(cè)”和“電話注冊(cè)”、“郵件注冊(cè)”之間是（）關(guān)系。A.包含(include)B.擴(kuò)展(extend)C.泛化(generalize)D.依賴(dependson)

62、軟件架構(gòu)設(shè)計(jì)主要關(guān)注軟件構(gòu)件的（請(qǐng)作答此空）、屬性和（），并通過(guò)多種視圖全面描述特定系統(tǒng)的架構(gòu)。A.功能B.實(shí)現(xiàn)C.組成元素D.結(jié)構(gòu)

63、CORBA構(gòu)件模型中，（8）的作用是在底層傳輸平臺(tái)與接收調(diào)用并返回結(jié)果的對(duì)象實(shí)現(xiàn)之間進(jìn)行協(xié)調(diào)，（9）是最終完成客戶請(qǐng)求的服務(wù)對(duì)象實(shí)現(xiàn)。A.CORBA對(duì)象B.分布式對(duì)象標(biāo)識(shí)C.伺服對(duì)象ServantD.活動(dòng)對(duì)象映射表

64、以下關(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í)事件和中斷

65、項(xiàng)目配置管理中，配置項(xiàng)的狀態(tài)通常包括（）A.草稿、正式發(fā)布和正在修改B.草稿、技術(shù)評(píng)審和正式發(fā)布C.草稿、評(píng)審或?qū)徟?、正式發(fā)布D.草稿、正式發(fā)布和版本變更

66、采用微內(nèi)核結(jié)構(gòu)的操作系統(tǒng)提高了系統(tǒng)的靈活性和可擴(kuò)展性，（）。A.并增強(qiáng)了系統(tǒng)的可靠性和可移植性，可運(yùn)行于分布式系統(tǒng)中B.并增強(qiáng)了系統(tǒng)的可靠性和可移植性，但不適用于分布式系統(tǒng)C.但降低了系統(tǒng)的可靠性和可移植性，可運(yùn)行于分布式系統(tǒng)中D.但降低了系統(tǒng)的可靠性和可移植性，不適用于分布式系統(tǒng)

67、當(dāng)數(shù)據(jù)對(duì)象滿足一定條件時(shí)屬于格式正規(guī)的文檔，其中不包括（）A.語(yǔ)法合乎XML規(guī)范B.元素沒(méi)有根節(jié)點(diǎn)C.元素構(gòu)成一個(gè)層次樹(shù)D.沒(méi)有對(duì)外部實(shí)體的引用，除非提供DTD

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

69、某高校欲構(gòu)建財(cái)務(wù)系統(tǒng)，使得用戶可通過(guò)校園網(wǎng)訪問(wèn)該系統(tǒng)。根據(jù)需求，公司給出如下2套方案。方案一：1)出口設(shè)備采用一臺(tái)配置防火墻板卡的核心交換機(jī)，并且使用防火墻策略將需要對(duì)校園網(wǎng)做應(yīng)用的服務(wù)器進(jìn)行地址映射；2)采用4臺(tái)高性能服務(wù)器實(shí)現(xiàn)整體架構(gòu)，其中3臺(tái)作為財(cái)務(wù)應(yīng)用服務(wù)器、1臺(tái)作為數(shù)據(jù)備份管理服務(wù)器；3)通過(guò)備份管理軟件的備份策略將3臺(tái)財(cái)務(wù)應(yīng)用服務(wù)器的數(shù)據(jù)進(jìn)行定期備份。方案二：1)出口設(shè)備采用一臺(tái)配置防火墻板卡的核心交換機(jī)，并且使用防火墻策略將需要對(duì)校園網(wǎng)做應(yīng)用的服務(wù)器進(jìn)行地址映射；2)采用2臺(tái)高性能服務(wù)器實(shí)現(xiàn)整體架構(gòu)，服務(wù)器采用虛擬化技術(shù)，建多個(gè)虛擬機(jī)滿足財(cái)務(wù)系統(tǒng)業(yè)務(wù)需求。當(dāng)一臺(tái)服務(wù)器出現(xiàn)物理故障時(shí)將業(yè)務(wù)遷移到另外一臺(tái)物理服務(wù)器上。與方案一相比，方案二的優(yōu)點(diǎn)是(請(qǐng)作答此空)。方案二還有一些缺點(diǎn)，下列不屬于其缺點(diǎn)的是(68)。A.網(wǎng)絡(luò)的安全性得到保障B.數(shù)據(jù)的安全性得到保障C.業(yè)務(wù)的連續(xù)性得到保障D.業(yè)務(wù)的可用性得到保障

70、對(duì)數(shù)據(jù)庫(kù)管理系統(tǒng)評(píng)價(jià)的主要性能指標(biāo)有（）、數(shù)據(jù)庫(kù)所允許的索引數(shù)量和最大并發(fā)實(shí)物處理能力等。A.MIPSB.支持協(xié)議和標(biāo)準(zhǔn)C.最大連接數(shù)D.時(shí)延抖動(dòng)

71、軟件重用是指在兩次或多次不同的軟件開(kāi)發(fā)過(guò)程中重復(fù)使用相同或相似軟件元素的過(guò)程。軟件元素包括（）、測(cè)試用例和領(lǐng)域知識(shí)等。A.項(xiàng)目范圍定義、需求分析文檔、設(shè)計(jì)文檔B.需求分析文檔、設(shè)計(jì)文檔、程序代碼C.設(shè)計(jì)文檔、程序代碼、界面原型D.程序代碼、界面原型、數(shù)據(jù)表結(jié)構(gòu)

72、系統(tǒng)移植也是系統(tǒng)構(gòu)建的一種實(shí)現(xiàn)方法，在移植工作中，()需要最終確定移植方法。A.計(jì)劃階段B.準(zhǔn)備階段C.轉(zhuǎn)換階段D.驗(yàn)證階段

73、某公司欲開(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)，通常可采用(請(qǐng)作答此空)架構(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.主動(dòng)冗余B.信息隱藏C.抽象接口D.記錄/回放

74、關(guān)于集中式負(fù)載均衡的特點(diǎn)不正確的是（）A.系統(tǒng)的可擴(kuò)展性不強(qiáng)，均衡器需要記錄所有計(jì)算機(jī)的負(fù)載信息。B.安全性較差，如果均衡器所在的計(jì)算機(jī)癱瘓，則會(huì)導(dǎo)致整個(gè)集群系統(tǒng)的癱瘓。C.與分布式負(fù)載均衡方式相比，實(shí)現(xiàn)簡(jiǎn)單。D.實(shí)現(xiàn)靈活，負(fù)載均衡器可以根據(jù)不同場(chǎng)景的特性配置不同的均衡策略。

75、ERP（EnterpriseResourcePlanning）是建立在信息技術(shù)的基礎(chǔ)上，利用現(xiàn)代企業(yè)的先進(jìn)管理思想，對(duì)企業(yè)的物流、資金流和（14）流進(jìn)行全面集成管理的管理信息系統(tǒng)，為企業(yè)提供決策、計(jì)劃、控制與經(jīng)營(yíng)業(yè)績(jī)?cè)u(píng)估的全方位和系統(tǒng)化的管理平臺(tái)。在ERP系統(tǒng)中，（15）管理模塊主要是對(duì)企業(yè)物料的進(jìn)、出、存進(jìn)行管理?！净卮鹄ㄌ?hào)14】A.產(chǎn)品B.人力資源C.信息D.加工

76、（）在軟件開(kāi)發(fā)機(jī)構(gòu)中被廣泛用來(lái)指導(dǎo)軟件過(guò)程改進(jìn)。A.能力成熟度模型（CapacityMaturityModel）B.關(guān)鍵過(guò)程領(lǐng)域（KeyProcessAreas）C.需求跟蹤能力鏈（TraceabilityLink）D.工作分解結(jié)構(gòu)（WorkBreakdown、Structure）

77、在數(shù)據(jù)庫(kù)設(shè)計(jì)的需求分析階段應(yīng)當(dāng)形成需求說(shuō)明文檔、數(shù)據(jù)字典和數(shù)據(jù)流圖，這些文檔可以作為（）階段的設(shè)計(jì)依據(jù)。A.邏輯結(jié)構(gòu)設(shè)計(jì)B.概念結(jié)構(gòu)設(shè)計(jì)C.物理結(jié)構(gòu)設(shè)計(jì)D.數(shù)據(jù)庫(kù)運(yùn)行和維護(hù)

78、組織信息化需求通常包含三個(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.管理

79、以下不屬于軟件容錯(cuò)技術(shù)的是（）。A.熱備份或冷備份系統(tǒng)B.糾錯(cuò)碼C.三模冗余D.程序走查

80、SNMP是一種異步請(qǐng)求/響應(yīng)協(xié)議，采用（）協(xié)議進(jìn)行封裝。A.IPB.ICMPC.TCPD.UDP

81、在軟件設(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)圖

82、軟件架構(gòu)設(shè)計(jì)包括提出架構(gòu)模型、產(chǎn)生架構(gòu)設(shè)計(jì)和進(jìn)行設(shè)計(jì)評(píng)審等活動(dòng),是一個(gè)迭代的過(guò)程。以下關(guān)于軟件架構(gòu)設(shè)計(jì)活動(dòng)的描述,錯(cuò)誤的是（）A.在建立軟件架構(gòu)的初期,一般需要選擇一個(gè)合適的架構(gòu)風(fēng)格B.將架構(gòu)分析價(jià)段已標(biāo)識(shí)的構(gòu)件映射到架構(gòu)中,并分析這些構(gòu)件之間的關(guān)系C.軟件架構(gòu)設(shè)計(jì)活動(dòng)將已標(biāo)構(gòu)件集成到軟件架構(gòu)中,設(shè)計(jì)并實(shí)現(xiàn)這些構(gòu)件D.一旦得到了詳細(xì)的軟件架構(gòu)設(shè)計(jì),需要邀請(qǐng)獨(dú)立于系統(tǒng)開(kāi)發(fā)的外部人員對(duì)系統(tǒng)進(jìn)行評(píng)審

83、Acceleratedanalysisapproachesemphasizetheconstructionof（）tomorerapidlyidentifybusinessanduserrequirementsforanewsystem.Asanacceleratedanalysistechnology，（）readstheprogramcodeandautomaticallygeneratestheequivalentsystemmodel，andthecodecanbeobtainedfrom（請(qǐng)作答此空）.Allsystemanalysisapproachesrequiresomeformof（）whichincludesthosetechniquestobeusedtoidentifyorextractsystemproblemsandsolutionrequirementsfromusercommunity.（）isaclassicalsetoftechniquesusedtocollectinformationaboutsystemproblems，opportunities，solutionrequirements，andpriorities.A.existingdatabaseandapplicationprogramB.applicationprogramanduserinterfaceC.existingdatabaseanduserinterfaceD.existingdatabase，applicationprogramanduserinterface

84、傳統(tǒng)的編譯器采用（請(qǐng)作答此空）風(fēng)格?，F(xiàn)代編譯器的集成開(kāi)發(fā)環(huán)境則采用（）風(fēng)格。A.虛擬機(jī)B.管道過(guò)濾器風(fēng)格C.數(shù)據(jù)共享風(fēng)格D.進(jìn)程通信

85、SOA的一種實(shí)現(xiàn)方式,（）在服務(wù)請(qǐng)求者和提供者之間傳遞數(shù)據(jù),以及對(duì)這些數(shù)據(jù)進(jìn)行轉(zhuǎn)換的能力,并支持由實(shí)踐中總結(jié)出來(lái)的一些模式如同步模式、異步模式等；A.ShardingB.ESBC.BPELD.bind

86、設(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.聚合型

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

88、某公司欲開(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)，通?？刹捎茫ㄕ?qǐng)作答此空）架構(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)，通常可采用（）架構(gòu)策略實(shí)現(xiàn)該屬性。A.抽象接口B.信息隱藏C.主動(dòng)冗余D.記錄/回放

89、基于0DP的架構(gòu)開(kāi)發(fā)過(guò)程按照順序分別為系統(tǒng)構(gòu)想、()、原型分析、()、架構(gòu)原型、項(xiàng)目規(guī)劃、并行開(kāi)發(fā)、系統(tǒng)轉(zhuǎn)換、()、()。A.需求分析B.架構(gòu)規(guī)劃C.操作維護(hù)D.概要設(shè)計(jì)

90、在線學(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è)用例之間屬于(請(qǐng)作答此空);課程學(xué)習(xí)前需要課程注冊(cè)，可以采用電話注冊(cè)或網(wǎng)絡(luò)注冊(cè)，“課程注冊(cè)”與“網(wǎng)絡(luò)注冊(cè)”兩個(gè)用例之間屬于()。A.包含關(guān)系B.擴(kuò)展關(guān)系C.泛化關(guān)系D.關(guān)聯(lián)關(guān)系

91、組織信息化需求通常包含三個(gè)層次，其中（3）需求的目標(biāo)是提升組織的競(jìng)爭(zhēng)能力，為組織的可持續(xù)發(fā)展提供支持環(huán)境。_(4)__需求包含實(shí)現(xiàn)信息化戰(zhàn)略目標(biāo)的需求、運(yùn)營(yíng)策略的需求和人才培養(yǎng)的需求三個(gè)方面。技術(shù)需求主要強(qiáng)調(diào)在信息層技術(shù)層面上對(duì)系統(tǒng)的完善、升級(jí)、集成和整合提出的需求?！净卮鹄ㄌ?hào)4】A.規(guī)劃B.運(yùn)作C.營(yíng)銷D.管理

92、“4+1”視圖主要用于描述系統(tǒng)邏輯架構(gòu)，最早由PhilippeKruchten于1995年提出。其中（）視圖用于描述對(duì)象模型，并說(shuō)明系統(tǒng)應(yīng)該為用戶提供哪些服務(wù)。當(dāng)采用面向?qū)ο蟮脑O(shè)計(jì)方法描述對(duì)象模型時(shí)，通常使用（請(qǐng)作答此空）表達(dá)類的內(nèi)部屬性和行為，以及類集合之間的交互關(guān)系；采用（）定義對(duì)象的內(nèi)部行為。A.對(duì)象圖B.活動(dòng)圖C.狀態(tài)圖D.類圖

93、信息系統(tǒng)訪問(wèn)控制機(jī)制中，（2）是指對(duì)所有主體和客體都分配安全標(biāo)簽用來(lái)標(biāo)識(shí)所屬的安全級(jí)別，然后在訪問(wèn)控制執(zhí)行時(shí)對(duì)主體和客體的安全級(jí)別進(jìn)行比較，確定本次訪問(wèn)是否合法性的技術(shù)或方法。A.自主訪問(wèn)控制B.強(qiáng)制訪問(wèn)控制C.基于角色的訪問(wèn)控制D.基于組的訪問(wèn)控制

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

95、軟件架構(gòu)風(fēng)格描述某一特定領(lǐng)域中的系統(tǒng)組織方式和慣用模式，反映了領(lǐng)域中眾多系統(tǒng)所共有的（請(qǐng)作答此空）特征。對(duì)于語(yǔ)音識(shí)別、知識(shí)推理等問(wèn)題復(fù)雜、解空間很大、求解過(guò)程不確定的這一類軟件系統(tǒng)，通常會(huì)采用（）架構(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.語(yǔ)法和語(yǔ)義B.結(jié)構(gòu)和語(yǔ)義C.靜態(tài)和動(dòng)態(tài)D.行為和約束

96、面向服務(wù)系統(tǒng)構(gòu)建過(guò)程中，（請(qǐng)作答此空）用于實(shí)現(xiàn)Web服務(wù)的遠(yuǎn)程調(diào)用，（）用來(lái)將分散的、功能單一的Web服務(wù)組織成一個(gè)復(fù)雜的有機(jī)應(yīng)用。A.UDDI（UniversalDescription，DiscoveryandIntegration）B.WSDL（WebServiceDescriptionLanguage)C.SOAP（SimpleObjectAccessProtocol）D.BPEL（BusinessProcessExecutionLanguage）

97、軟件確認(rèn)測(cè)試也稱為有效性測(cè)試，主要驗(yàn)證（）A.系統(tǒng)中各個(gè)單元模塊之間的協(xié)作性B.軟件與硬件在實(shí)際運(yùn)行環(huán)境中能否有效集成C.軟件功能、性能及其它特性是否與用戶需求一致D.程序模塊能否正確實(shí)現(xiàn)詳細(xì)設(shè)計(jì)說(shuō)明中的功能、性能和設(shè)計(jì)約束等要求

98、軟件集成測(cè)試將已通過(guò)單元測(cè)試的模塊集成在一起，主要測(cè)試模塊之間的協(xié)作性。從組裝策略而言，可以分為（）。A.批量式組裝和增量式組裝B.自頂向下和自底向上組裝C.一次性組裝和增量式組裝D.整體性組裝和混合式組裝

99、某人持有盜版軟件，但不知道該軟件是盜版的，該軟件的提供者不能證明其提供的復(fù)制品有合法來(lái)源。此情況下，則該軟件的（）應(yīng)承擔(dān)法律責(zé)任。A.持有者B.持有者和提供者均C.提供者D.持有者和提供者均不

100、用于管理信息系統(tǒng)規(guī)劃的方法有很多，其中（1）將整個(gè)過(guò)程看成是一個(gè)“信息集合”，并將組織的戰(zhàn)略目標(biāo)轉(zhuǎn)變?yōu)楣芾硇畔⑾到y(tǒng)的戰(zhàn)略目標(biāo)。（2）通過(guò)自上而下地識(shí)別企業(yè)目標(biāo)、企業(yè)過(guò)程和數(shù)據(jù)，然后對(duì)數(shù)據(jù)進(jìn)行分析，自下而上地設(shè)計(jì)信息系統(tǒng)。【答括號(hào)1】A.關(guān)鍵成功因素法B.戰(zhàn)略目標(biāo)集轉(zhuǎn)化法C.征費(fèi)法D.零線預(yù)算法

參考答案與解析

1、答案：D本題解析：按照設(shè)計(jì)模式的目的進(jìn)行劃分，現(xiàn)有的設(shè)計(jì)模式可以分為三類。創(chuàng)建型模式通過(guò)采用抽象類所定義的接口，封裝了系統(tǒng)中對(duì)象如何創(chuàng)建、組合等信息，其代表有Singleton模式等;結(jié)構(gòu)型模式主要用于如何組合己有的類和對(duì)象以獲得更大的結(jié)構(gòu)，其代表有Adapter模式等;行為型模式主要用于對(duì)象之間的職責(zé)及其提供服務(wù)的分配方式，其代表有Visitor模式等。

2、答案：A本題解析：C2體系結(jié)構(gòu)風(fēng)格可以概括為：通過(guò)連接件綁定在一起的按照一組規(guī)則運(yùn)作的并行構(gòu)件網(wǎng)絡(luò)。C2風(fēng)格中的系統(tǒng)組織規(guī)則如下：(1)系統(tǒng)中的構(gòu)件和連接件都有一個(gè)頂部和一個(gè)底部；(2)構(gòu)件的頂部應(yīng)連接到某連接件的底部，構(gòu)件的底部則應(yīng)連接到某連接件的頂部，而構(gòu)件與構(gòu)件之間的直接連接是不允許的；(3)一個(gè)連接件可以和任意數(shù)目的其它構(gòu)件和連接件連接；(4)當(dāng)兩個(gè)連接件進(jìn)行直接連接時(shí)，必須由其中一個(gè)的底部到另一個(gè)的頂部。

3、答案：A本題解析：橋接模式將抽象部分與它的實(shí)現(xiàn)部分分離，使它們都可以獨(dú)立地變化。它是一種對(duì)象結(jié)構(gòu)型模式，又稱為柄體(HandleandBody)模式或接口(Interface)模式。橋接模式類似于多重繼承方案，但是多重繼承方案往往違背了類的單一職責(zé)原則，其復(fù)用性比較差，橋接模式是比多重繼承方案更好的解決方法。·Abstraction定義抽象類的接口；維護(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。

4、答案：B本題解析：進(jìn)行自然連接后，結(jié)果屬性集為：A,B,C,D,E,F,G，共7列。進(jìn)行投影操作后，結(jié)果為：A,B,D,F，共4列。

5、答案：C本題解析：B的最長(zhǎng)查詢語(yǔ)句最短，因此可以并行執(zhí)行，提高效率。

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

7、答案：A本題解析：責(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ì)象模式

8、答案：C本題解析：本主要考查待定領(lǐng)域軟件架構(gòu)的基本定義和基本活動(dòng)。特定領(lǐng)件架構(gòu)(0SSA)是在一個(gè)特定應(yīng)用領(lǐng)域?yàn)椤M應(yīng)用提供組織結(jié)構(gòu)參考的標(biāo)佳軟件架構(gòu)。實(shí)施DSSA的過(guò)程中包括—系列基本的活動(dòng)其中領(lǐng)城設(shè)計(jì)活動(dòng)的主要目的是為了獲得DSSA。該活動(dòng)參加人員中,領(lǐng)城專家的主要任務(wù)是提供關(guān)于領(lǐng)城中系統(tǒng)的需求規(guī)約和實(shí)現(xiàn)的知識(shí)

9、答案：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ī)間的互連。

10、答案：D本題解析：組合(Composite)模式將對(duì)象組合成樹(shù)形結(jié)構(gòu)以表示“部分一整體”的層次結(jié)構(gòu)，使得用戶對(duì)單個(gè)對(duì)象和組合對(duì)象的使用具有一致性。適用于：想表示對(duì)象的部分—整體層次結(jié)構(gòu)；希望用戶忽略組合對(duì)象與單個(gè)對(duì)象的不同，用戶將統(tǒng)一地使用組合結(jié)構(gòu)中的所有對(duì)象。外觀(Facade)模式為子系統(tǒng)中的一組接口提供一個(gè)一致的界面，F(xiàn)acade模式定義了一個(gè)高層接口，這個(gè)接口使得這一子系統(tǒng)更加容易使用。適用于：要為一個(gè)復(fù)雜子系統(tǒng)提供一個(gè)簡(jiǎn)單接口時(shí)，子系統(tǒng)往往因?yàn)椴粩嘌莼兊迷絹?lái)越復(fù)雜；客戶程序與抽象類的實(shí)現(xiàn)部分之間存在著很大的依賴性；當(dāng)需要構(gòu)建一個(gè)層次結(jié)構(gòu)的子系統(tǒng)時(shí)，使用Facade模式定義子系統(tǒng)中每層的入口點(diǎn)。享元(Flyweight)模式運(yùn)用共享技術(shù)有效地支持大量細(xì)粒度的對(duì)象。適用于：一個(gè)應(yīng)用程序使用了大量的對(duì)象；完全由于使用大量的對(duì)象，造成很大的存儲(chǔ)開(kāi)銷；對(duì)象的大多數(shù)狀態(tài)都可變?yōu)橥獠繝顟B(tài)；如果刪除對(duì)象的外部狀態(tài)，那么可以用相對(duì)較少的共享對(duì)象取代很多組對(duì)象；應(yīng)用程序不依賴于對(duì)象標(biāo)識(shí)。裝飾器(Decorator)模式描述了以透明圍欄來(lái)支持修飾的類和對(duì)象的關(guān)系，動(dòng)態(tài)地給一個(gè)對(duì)象添加一些額外的職責(zé)，從增加功能的角度來(lái)看，裝飾器模式相比生成子類更加靈活。適用于：在不影響其他對(duì)象的情況下，以動(dòng)態(tài)、透明的方式給單個(gè)對(duì)象添加職責(zé)；處理那些可以撤銷的職責(zé)；當(dāng)不能采用生成子類的方式進(jìn)行擴(kuò)充時(shí)。工廠方法(FactoryMethod)定義一個(gè)用于創(chuàng)建對(duì)象的接口，讓子類決定將哪一個(gè)類實(shí)例化，使一個(gè)類的實(shí)例化延遲到其子類。適用于：當(dāng)一個(gè)類不知道它所必須創(chuàng)建的對(duì)象的類的時(shí)候；當(dāng)一個(gè)類希望由它的子類來(lái)指定它所創(chuàng)建的對(duì)象的時(shí)候；當(dāng)類將創(chuàng)建對(duì)象的職責(zé)委托給多個(gè)幫助子類中的某一個(gè)，并且希望將哪一個(gè)幫助子類是代理者這一信息局部化的時(shí)候。觀察者(Observer)模式定義對(duì)象間的一種一對(duì)多的依賴關(guān)系，當(dāng)一個(gè)對(duì)象的狀態(tài)發(fā)生改變時(shí)，所有依賴于它的對(duì)象都得到通知并被自動(dòng)更新。適用于：當(dāng)一個(gè)抽象模型有兩個(gè)方面，其中一個(gè)方面依賴于另一個(gè)方面，將這兩者封裝在獨(dú)立的對(duì)象中以使它們可以各自獨(dú)立地改變和復(fù)用；當(dāng)對(duì)一個(gè)對(duì)象的改變需要同時(shí)改變其他對(duì)象，而不知道具體有多少對(duì)象有待改變時(shí)；當(dāng)一個(gè)對(duì)象必須通知其他對(duì)象，而它又不能假定其他對(duì)象是誰(shuí)，即不希望這些對(duì)象是緊耦合的。中介者(Mediator)用一個(gè)中介對(duì)象來(lái)封裝一系列的對(duì)象交互。中介者使各對(duì)象不需要顯式地相互引用，從而使其耦合松散，而且可以獨(dú)立地改變它們之間的交互。適用于：一組對(duì)象以定義良好但是復(fù)雜的方式進(jìn)行通信，產(chǎn)生的相互依賴關(guān)系結(jié)構(gòu)混亂且難以理解；一個(gè)對(duì)象引用其他很多對(duì)象并且直接與這些對(duì)象通信，導(dǎo)致難以復(fù)用該對(duì)象；想定制一個(gè)分布在多個(gè)類中的行為，而又不想生成太多的子類。如使一個(gè)后端數(shù)據(jù)模型能夠被多個(gè)前端用戶界面連接，采用此模式最合適。

11、答案：A本題解析：所謂軟件的逆向工程就是分析已有的程序，尋求比源代碼更高級(jí)的抽象表現(xiàn)形式。一般認(rèn)為，凡是在軟件生命周期內(nèi)將軟件某種形式的描述轉(zhuǎn)換成更為抽象形式的活動(dòng)都可稱為逆向工程。

12、答案：B本題解析：暫無(wú)解析

13、答案：A本題解析：UDDI（UniversalDescriptionDiscoveryandIntegration，統(tǒng)一描述、發(fā)現(xiàn)和集成）提供了一種服務(wù)發(fā)布、查找和定位的方法，是服務(wù)的信息注冊(cè)規(guī)范，以便被需要該服務(wù)的用戶發(fā)現(xiàn)和使用它。WSDL（WebServiceDescriptionLanguage，Web服務(wù)描述語(yǔ)言）是對(duì)服務(wù)進(jìn)行描述的語(yǔ)言，它有一套基于XML的語(yǔ)法定義。WSDL描述的重點(diǎn)是服務(wù)，它包含服務(wù)實(shí)現(xiàn)定義和服務(wù)接口定義。SOAP（SimpleObjectAccessProtocol，簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議）定義了服務(wù)請(qǐng)求者和服務(wù)提供者之間的消息傳輸規(guī)范。SOAP用XML來(lái)格式化消息，用HTTP來(lái)承載消息。通過(guò)SOAP，應(yīng)用程序可以在網(wǎng)絡(luò)中進(jìn)行數(shù)據(jù)交換和遠(yuǎn)程過(guò)程調(diào)用（RemoteProcedureCall，RPC）簡(jiǎn)單來(lái)說(shuō)，WSDL用來(lái)描述服務(wù)，UDDI用來(lái)注冊(cè)和查zhao服務(wù)，而SOAP作為傳輸層，用來(lái)在消費(fèi)這和服務(wù)者之間傳送消息，一個(gè)消費(fèi)者可以在UDDI注冊(cè)表查zhao服務(wù)，取得服務(wù)的WSDL描述，然后通過(guò)SOAP來(lái)調(diào)用該服務(wù)。REST（RepresentationalStateTransfer，表述性狀態(tài)轉(zhuǎn)移）是一種只使用HTTP和XML進(jìn)行基于Web通信的技術(shù)，可以降低開(kāi)發(fā)的復(fù)雜性，提高系統(tǒng)的可伸縮性。

14、答案：B本題解析：考核前趨圖

15、答案：C本題解析：流水線的執(zhí)行時(shí)間=（t1+t2+...+tk）+（n-1）*△t=(t+3t+t+2t+t)+(100-1)*3t=305t流水線的吞吐率=指令執(zhí)行條數(shù)/流水線執(zhí)行時(shí)間=100/305△t

16、答案：C本題解析：結(jié)構(gòu)化分析方法的基本思想是自頂向下，逐層分解，把一個(gè)大問(wèn)題分解成若干個(gè)小問(wèn)題，每個(gè)小問(wèn)題再分解成若干個(gè)更小的問(wèn)題。經(jīng)過(guò)逐層分解，每個(gè)最低層的問(wèn)題都是足夠簡(jiǎn)單、容易解決的。結(jié)構(gòu)化方法分析模型的核心是數(shù)據(jù)字典，圍繞這個(gè)核心，有三個(gè)層次的模型，分別是數(shù)據(jù)模型、功能模型和行為模型(也稱為狀態(tài)模型)。在實(shí)際工作中，一般使用E-R圖表示數(shù)據(jù)模型，用DFD表示功能模型，用狀態(tài)轉(zhuǎn)換圖表示行為模型。這三個(gè)模型有著密切的關(guān)系，它們的建立不具有嚴(yán)格的時(shí)序性，而是一個(gè)迭代的過(guò)程。

17、答案：C本題解析：第10題，通過(guò)A1能推導(dǎo)出關(guān)系R的全部屬性，因此關(guān)鍵字為A1。第11題，F(xiàn)+是代表，F(xiàn)函數(shù)依賴集的閉包，通俗一點(diǎn)，就是從F函數(shù)依賴集能推導(dǎo)出來(lái)的依賴關(guān)系。原依賴集有A3→A2，A2→A3A4，因此可以得到A3→A2A4。

18、答案：B本題解析：考察數(shù)據(jù)庫(kù)設(shè)計(jì)基礎(chǔ)知識(shí)

19、答案：D本題解析：直接索引范圍：6*4KB=24KB，對(duì)應(yīng)邏輯塊號(hào)：0-5；一級(jí)間接索引范圍：(4KB/4B)*4KB=4096KB，對(duì)應(yīng)邏輯塊號(hào)：6-1029；二級(jí)間接索引范圍：(4KB/4B)*(4KB/4B)*4KB=4194304KB，對(duì)應(yīng)邏輯塊號(hào)：1030以及上。單個(gè)文件最大長(zhǎng)度是:24KB+4096KB+4194304KB=4198424KB

20、答案：B本題解析：FTP協(xié)議占用兩個(gè)標(biāo)準(zhǔn)的端口號(hào)：20和21，其中20為數(shù)據(jù)口，21為控制口。

21、答案：C本題解析：用例之間的關(guān)系主要有包含、擴(kuò)展和泛化。

22、答案：A本題解析：暫無(wú)解析

23、答案：D本題解析：MIME（MultipurposeInternetMailExtensions）中文名為：多用途互聯(lián)網(wǎng)郵件擴(kuò)展類型。Internet電子郵件由一個(gè)郵件頭部和一個(gè)可選的郵件主體組成，其中郵件頭部含有郵件的發(fā)送方和接收方的有關(guān)信息。而MIME是針對(duì)郵件主體的一種擴(kuò)展描述機(jī)制。它設(shè)定某種擴(kuò)展名的文件用一種應(yīng)用程序來(lái)打開(kāi)的方式類型，當(dāng)該擴(kuò)展名文件被訪問(wèn)的時(shí)候，瀏覽器會(huì)自動(dòng)使用指定應(yīng)用程序來(lái)打開(kāi)。多用于指定一些客戶端自定義的文件名，以及一些媒體文件打開(kāi)方式。所以這是與郵件內(nèi)容直接相關(guān)的一個(gè)協(xié)議。而S/MIME（SecureMultipurposeInternetMailExtensions）是對(duì)MIME在安全方面的擴(kuò)展。它可以把MIME實(shí)體（比如數(shù)字簽名和加密信息等）封裝成安全對(duì)象。增強(qiáng)安全服務(wù)，例如具有接收方確認(rèn)簽收的功能，這樣就可以確保接收者不能否認(rèn)已經(jīng)收到過(guò)的郵件。還可以用于提供數(shù)據(jù)保密、完整性保護(hù)、認(rèn)證和鑒定服務(wù)等功能。S/MIME只保護(hù)郵件的郵件主體，對(duì)頭部信息則不進(jìn)行加密，以便讓郵件成功地在發(fā)送者和接收者的網(wǎng)關(guān)之間傳遞。

24、答案：B本題解析：成本管理過(guò)程包括：成本估算、成本預(yù)算與成本控制。其中成本預(yù)算的含義是將總的成本估算分配到各項(xiàng)活動(dòng)和工作包上，來(lái)建立一個(gè)成本的基線。而成本估算是對(duì)完成項(xiàng)目活動(dòng)所需資金進(jìn)行近似的估算。

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

26、答案：D本題解析：①問(wèn)題分析和變更描述。這是識(shí)別和分析需求問(wèn)題或者一份明確的變更提議，以檢查它的有效性，從而產(chǎn)生一個(gè)更明確的需求變更提議。②變更分析和成本計(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í)行這一變更的決策。③變更實(shí)現(xiàn)。這要求需求文檔和系統(tǒng)設(shè)計(jì)以及實(shí)現(xiàn)都要同時(shí)修改。如果先對(duì)系統(tǒng)的程序做變更，然后再修改需求文檔，這幾乎不可避免地會(huì)出現(xiàn)需求文檔和程序的不一致。自動(dòng)化工具能夠幫助變更控制過(guò)程更有效地運(yùn)作。許多團(tuán)隊(duì)使用商業(yè)問(wèn)題跟蹤工具來(lái)收集、存儲(chǔ)和管理需求變更。用這樣的工具創(chuàng)建的最近提交的變更建議清單，可以用作CCB會(huì)議的議程。問(wèn)題跟蹤工具也可以隨時(shí)按變更狀態(tài)分類報(bào)告出變更請(qǐng)求的數(shù)目。因?yàn)榭捎玫墓ぞ?、廠商和特性總在頻繁地變化，所以這里無(wú)法給出有關(guān)工具的具體建議。但工具應(yīng)該具有以下幾個(gè)特性，以支持需求變更過(guò)程：①可以定義變更請(qǐng)求中的數(shù)據(jù)項(xiàng)；②可以定義變更請(qǐng)求生命周期的狀態(tài)轉(zhuǎn)換模型；③可以強(qiáng)制實(shí)施狀態(tài)轉(zhuǎn)換模型，以便只有授權(quán)用戶可以做出允許的狀態(tài)變更；④可以記錄每一個(gè)狀態(tài)變更的日期和做出這一變更的人；⑤可以定義當(dāng)提議者提交新請(qǐng)求或請(qǐng)求狀態(tài)被更新時(shí)，哪些人可以自動(dòng)接收電子郵件通知；⑥可以生成標(biāo)準(zhǔn)的和定制的報(bào)告和圖表。有些商業(yè)需求管理工具內(nèi)置有簡(jiǎn)單的變更建議系統(tǒng)。這些系統(tǒng)可以將提議的變更與某一特定的需求聯(lián)系起來(lái)，這樣無(wú)論什么時(shí)候，只要有人提交了一個(gè)相關(guān)的變更請(qǐng)求，負(fù)責(zé)需求的每個(gè)人都會(huì)收到電子郵件通知。

27、答案：A本題解析：考核計(jì)算機(jī)網(wǎng)絡(luò)的設(shè)計(jì)過(guò)程。

28、答案：C本題解析：API（ApplicationProgrammingInterface,應(yīng)用程序編程接口）是一些預(yù)先定義的函數(shù)，目的是提供應(yīng)用程序與開(kāi)發(fā)人員基于某軟件或硬件得以訪問(wèn)一組例程的能力，而又無(wú)需訪問(wèn)源碼，或理解內(nèi)部工作機(jī)制的細(xì)節(jié)。所有操作系統(tǒng)（不僅僅只是嵌入式操作系統(tǒng)）給應(yīng)用程序提供的接口，稱之為API。因此，本題選C。其他選項(xiàng)容易迷惑的有：PCI是PeripheralComponentInterconnect(外設(shè)部件互連標(biāo)準(zhǔn))的縮寫(xiě)，它是目前個(gè)人電腦中使用最為廣泛的接口，幾乎所有的主板產(chǎn)品上都帶有這種插槽。GUI，圖形用戶界面，又稱圖形用戶接口（GraphicalUserInterface）是用戶與操作系統(tǒng)之間的接口。

29、答案：A本題解析：軟件可靠性是指在特定環(huán)境和特定時(shí)間內(nèi),計(jì)算機(jī)程序無(wú)故障運(yùn)行的概率。在軟件可靠性的討論中,故障指軟件行為與需求的不符,故障有等級(jí)之分。糾正一個(gè)故障可能會(huì)引入其他的錯(cuò)誤,而這些錯(cuò)誤會(huì)導(dǎo)致其他的故障,需要注意的是,與其他屬性不同,軟件可靠性能夠通過(guò)歷史數(shù)據(jù)和開(kāi)發(fā)數(shù)據(jù)直接測(cè)量和估算出來(lái),因此本題應(yīng)該選A。

30、答案：D本題解析：暫無(wú)解析

31、答案：A本題解析：暫無(wú)解析

32、答案：D本題解析：應(yīng)用架構(gòu)說(shuō)明了實(shí)現(xiàn)一個(gè)或多個(gè)信息系統(tǒng)所使用的技術(shù)，它作為詳細(xì)設(shè)計(jì)、構(gòu)造和實(shí)現(xiàn)的一個(gè)大綱。給定了包括邏輯數(shù)據(jù)流圖和實(shí)體聯(lián)系圖在內(nèi)的模型和詳細(xì)資料，我們可以分配數(shù)據(jù)和過(guò)程以創(chuàng)建應(yīng)用架構(gòu)的一個(gè)概要設(shè)計(jì)。概要設(shè)計(jì)通常會(huì)受到架構(gòu)標(biāo)準(zhǔn)、項(xiàng)目目標(biāo)和所使用技術(shù)的可行性的制約。需要繪制的第一個(gè)物理數(shù)據(jù)流圖是網(wǎng)絡(luò)架構(gòu)數(shù)據(jù)流圖。接下來(lái)是分配數(shù)據(jù)存儲(chǔ)到不同的處理器。數(shù)據(jù)分區(qū)和復(fù)制是大多數(shù)關(guān)系型數(shù)據(jù)庫(kù)支持的兩種分布式數(shù)據(jù)形式。有許多分配方法用于數(shù)據(jù)分布。在不同服務(wù)器上存儲(chǔ)特定表的情況下，我們應(yīng)該將每個(gè)表記為物理數(shù)據(jù)流圖中的一個(gè)數(shù)據(jù)存儲(chǔ)，并將其連接到相應(yīng)的服務(wù)器。

33、答案：A本題解析：本題考查子網(wǎng)的基本概念。其中，20是一個(gè)B類地址。如下圖所示：其網(wǎng)絡(luò)號(hào)是140.252,根據(jù)子網(wǎng)掩碼可知，它用8位主機(jī)號(hào)作為子網(wǎng)號(hào)。由此可知它子網(wǎng)號(hào)是,主機(jī)號(hào)是20，而對(duì)子網(wǎng)的廣播地址是55

34、答案：C本題解析：應(yīng)用架構(gòu)說(shuō)明了實(shí)現(xiàn)一個(gè)或多個(gè)信息系統(tǒng)所使用的技術(shù)，它作為詳細(xì)設(shè)計(jì)、構(gòu)造和實(shí)現(xiàn)的一個(gè)大綱。給定了包括邏輯數(shù)據(jù)流圖和實(shí)體聯(lián)系圖在內(nèi)的模型和詳細(xì)資料，我們可以分配數(shù)據(jù)和過(guò)程以創(chuàng)建應(yīng)用架構(gòu)的一個(gè)概要設(shè)計(jì)。概要設(shè)計(jì)通常會(huì)受到架構(gòu)標(biāo)準(zhǔn)、項(xiàng)目目標(biāo)和所使用技術(shù)的可行性的制約。需要繪制的第一個(gè)物理數(shù)據(jù)流圖是網(wǎng)絡(luò)架構(gòu)數(shù)據(jù)流圖。接下來(lái)是分配數(shù)據(jù)存儲(chǔ)到不同的處理器。數(shù)據(jù)分區(qū)和復(fù)制是大多數(shù)關(guān)系型數(shù)據(jù)庫(kù)支持的兩種分布式數(shù)據(jù)形式。有許多分配方法用于數(shù)據(jù)分布。在不同服務(wù)器上存儲(chǔ)特定表的情況下，我們應(yīng)該將每個(gè)表記為物理數(shù)據(jù)流圖中的一個(gè)數(shù)據(jù)存儲(chǔ)，并將其連接到相應(yīng)的服務(wù)器。

35、答案：D本題解析：暫無(wú)解析

36、答案：D本題解析：行為型模式主要用于對(duì)象之間的職責(zé)及其提供服務(wù)的分配方式，其代表有Visitor模式等。

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

38、答案：B本題解析：系統(tǒng)故障恢復(fù)時(shí)對(duì)于故障發(fā)生前已經(jīng)提交的事務(wù)，應(yīng)記入重做（Redo）隊(duì)列；對(duì)于故障發(fā)生時(shí)尚未完成的事務(wù)，應(yīng)記入撤銷（Undo）隊(duì)列。因?yàn)檎军c(diǎn)故障恢復(fù)后日志中已有＜readyTi>記錄，因此需要執(zhí)行REDO操作。

39、答案：B本題解析：性能是指系統(tǒng)的響應(yīng)能力，即要經(jīng)過(guò)多長(zhǎng)時(shí)間才能對(duì)某個(gè)時(shí)間做出響應(yīng)?？捎眯允侵赶到y(tǒng)兩次故障之間系統(tǒng)正常運(yùn)行的比例。當(dāng)可用性和可靠性同時(shí)出現(xiàn)在選項(xiàng)中的時(shí)候，我們通常選擇可用性?？尚薷男允侵篙^高的性價(jià)比對(duì)系統(tǒng)進(jìn)行變更的能力。敏感點(diǎn)是指為了實(shí)現(xiàn)某種特定的質(zhì)量屬性，一個(gè)或多個(gè)系統(tǒng)組件所具有的特性。權(quán)衡點(diǎn)是指影響多個(gè)質(zhì)量屬性的特性，是多個(gè)質(zhì)量屬性的敏感點(diǎn)。風(fēng)險(xiǎn)點(diǎn)不以標(biāo)準(zhǔn)術(shù)語(yǔ)出現(xiàn)，它指某些做法有一些隱患可能導(dǎo)致一些問(wèn)題。非風(fēng)險(xiǎn)點(diǎn)是指某些做法是可行的、可接受的。

40、答案：C本題解析：直接索引范圍：6*4KB=24KB，對(duì)應(yīng)邏輯塊號(hào)：0-5；一級(jí)間接索引范圍：(4KB/4B)*4KB=4096KB，對(duì)應(yīng)邏輯塊號(hào)：6-1029；二級(jí)間接索引范圍：(4KB/4B)*(4KB/4B)*4KB=4194304KB，對(duì)應(yīng)邏輯塊號(hào)：1030以及上。單個(gè)文件最大長(zhǎng)度是:24KB+4096KB+4194304KB=4198424KB

41、答案：C本題解析：（）的目標(biāo)是確定應(yīng)用軟件的哪些部分將分配到何種硬件。識(shí)別出正在開(kāi)發(fā)系統(tǒng)的主要軟件構(gòu)件并分配到系統(tǒng)將要運(yùn)行的硬件構(gòu)