2024年全國(guó)軟件水平考試之高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師考試綜合能力題(詳細(xì)參考解析)x - 計(jì)算機(jī)等級(jí)考試備考_第1頁(yè)
2024年全國(guó)軟件水平考試之高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師考試綜合能力題(詳細(xì)參考解析)x - 計(jì)算機(jī)等級(jí)考試備考_第2頁(yè)
2024年全國(guó)軟件水平考試之高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師考試綜合能力題(詳細(xì)參考解析)x - 計(jì)算機(jī)等級(jí)考試備考_第3頁(yè)
2024年全國(guó)軟件水平考試之高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師考試綜合能力題(詳細(xì)參考解析)x - 計(jì)算機(jī)等級(jí)考試備考_第4頁(yè)
2024年全國(guó)軟件水平考試之高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師考試綜合能力題(詳細(xì)參考解析)x - 計(jì)算機(jī)等級(jí)考試備考_第5頁(yè)
已閱讀5頁(yè),還剩39頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

姓名:_________________編號(hào):_________________地區(qū):_________________省市:_________________ 密封線(xiàn) 姓名:_________________編號(hào):_________________地區(qū):_________________省市:_________________ 密封線(xiàn) 密封線(xiàn) 全國(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ú)效。(參考答案和詳細(xì)解析均在試卷末尾)一、選擇題

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

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

3、對(duì)于開(kāi)發(fā)模型來(lái)說(shuō),()復(fù)用好、開(kāi)發(fā)過(guò)程無(wú)間隙、節(jié)省時(shí)間。()是瀑布與原型(演化)模型結(jié)合體,適用于復(fù)雜項(xiàng)目。(請(qǐng)作答此空)需要用戶(hù)參與,模塊化要求高,不適用新技術(shù)。()是用例驅(qū)動(dòng)、架構(gòu)為中心、迭代、增量。A.RAD模型B.螺旋模型C.RUP模型D.噴泉模型

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

5、在嵌入式操作系統(tǒng)中,板級(jí)支持包BSP作為對(duì)硬件的抽象,實(shí)現(xiàn)了()。A.硬件無(wú)關(guān)性,操作系統(tǒng)無(wú)關(guān)性B.硬件有關(guān)性,操作系統(tǒng)有關(guān)性C.硬件無(wú)關(guān)性,操作系統(tǒng)有關(guān)性D.硬件有關(guān)性,操作系統(tǒng)無(wú)關(guān)性

6、關(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)景的特性配置不同的均衡策略。

7、數(shù)字簽名的功能不包括()。A.防止發(fā)送方和接收方的抵賴(lài)行為B.發(fā)送方身份確認(rèn)C.接收方身份確認(rèn)D.保證數(shù)據(jù)的完整性

8、系統(tǒng)間進(jìn)行異步串行通信時(shí),數(shù)據(jù)的串/并和并/串轉(zhuǎn)換一般是通過(guò)(12)實(shí)現(xiàn)的。A.I/O指令B.專(zhuān)用的數(shù)據(jù)傳送指令C.CPU中有移位功能的數(shù)據(jù)寄存器D.接口中的移位寄存器

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

10、給定關(guān)系R(A1,A2,A3,A4)上的函數(shù)依賴(lài)集F={A1→A2A5,A2→A3A4,A3→A2},函數(shù)依賴(lài)()∈F+。A.A5→A1A2B.A4→A1A2C.A3→A2A4D.A2→A1A5

11、軟件架構(gòu)設(shè)計(jì)包括提出架構(gòu)模型、產(chǎn)生架構(gòu)設(shè)計(jì)和進(jìn)行設(shè)計(jì)評(píng)審等活動(dòng),是一個(gè)迭代的過(guò)程。架構(gòu)設(shè)計(jì)主要關(guān)注軟件組件的結(jié)構(gòu)、屬性和(請(qǐng)作答此空),并通過(guò)多種()_全面描述特定系統(tǒng)的架構(gòu)。A.實(shí)現(xiàn)方式B.交互作用C.設(shè)計(jì)方案D.測(cè)試方式

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

13、假設(shè)系統(tǒng)中有n個(gè)進(jìn)程共享3臺(tái)打印機(jī),任一進(jìn)程在任一時(shí)刻最多只能使用1臺(tái)打印機(jī)。若信號(hào)量S的值為-3,則系統(tǒng)中有()個(gè)進(jìn)程等待使用打印機(jī)。A.0B.1C.2D.3

14、某計(jì)算機(jī)系統(tǒng)輸入/輸出采用雙緩沖工作方式,其工作過(guò)程如下圖所示,假設(shè)磁盤(pán)塊與緩沖區(qū)大小相同,每個(gè)盤(pán)塊讀入緩沖區(qū)的時(shí)間T為10μs,緩沖區(qū)送用戶(hù)區(qū)的時(shí)間M為6μs,系統(tǒng)對(duì)每個(gè)磁盤(pán)塊數(shù)據(jù)韻處理時(shí)間C為2μs。若用戶(hù)需要將大小為10個(gè)磁盤(pán)塊的Docl文件逐塊從磁盤(pán)讀入緩沖區(qū),并送用戶(hù)區(qū)進(jìn)行處理,那么采用雙緩沖需要花費(fèi)的時(shí)間為(請(qǐng)作答此空)μs,比使用單緩沖節(jié)約了()μs時(shí)間。A.100B.108C.162D.180

15、嵌入式軟件設(shè)計(jì)需要考慮()以保障軟件良好的可移植性。A.先進(jìn)性B.易用性C.硬件無(wú)關(guān)性D.可靠性

16、以下說(shuō)法錯(cuò)誤的是()A.COM接口可通過(guò)(單)接口繼承從其他COM接口中派生。B.COM支持系統(tǒng)注冊(cè)器,它類(lèi)似CORBA存儲(chǔ)器。C.COM的接口繼承與其支持的多態(tài)無(wú)關(guān)。D.即使公布了,COM接口和它的規(guī)范也可以以某種特定的形式改變。

17、某文件管理系統(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

18、有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

19、某軟件項(xiàng)目的活動(dòng)圖如下圖所示,其中頂點(diǎn)表示項(xiàng)目里程碑,鏈接頂點(diǎn)的邊表示包含的活動(dòng),邊上的數(shù)字表示活動(dòng)的持續(xù)時(shí)間(天)。完成該項(xiàng)目的最少時(shí)間為()天。由于某種原因,現(xiàn)在需要同一個(gè)開(kāi)發(fā)人員完成BC和BD,則完成該項(xiàng)目的最少時(shí)間為(請(qǐng)作答此空)天。A.11B.18C.20D.21

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

21、某航空公司機(jī)票銷(xiāo)售系統(tǒng)有n個(gè)售票點(diǎn),該系統(tǒng)為每個(gè)售票點(diǎn)創(chuàng)建一個(gè)進(jìn)程Pi(i=1,2,…,n)管理機(jī)票銷(xiāo)售。假設(shè)Tj(j=1,2,…,m)單元存放某日某航班的機(jī)票剩余票數(shù),Temp為Pi進(jìn)程的臨時(shí)工作單元,x為某用戶(hù)的訂票張數(shù)。初始化時(shí)系統(tǒng)應(yīng)將信號(hào)量S賦值為(請(qǐng)作答此空)。Pi進(jìn)程的工作流程如下圖所示,若用P操作和V操作實(shí)現(xiàn)進(jìn)程間的同步與互斥,則圖中空(a)、空(b)和空(c)處應(yīng)分別填入()。A.0B.1C.2D.3

22、基于架構(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),采用(請(qǐng)作答此空)來(lái)描述需求。A.用例與類(lèi)圖B.用例與視角C.用例與質(zhì)量場(chǎng)景D.視角與質(zhì)量場(chǎng)景

23、()中,編程開(kāi)發(fā)人員分成首席程序員和"類(lèi)"程序員。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)

24、面向?qū)ο蟮姆治瞿P驮O(shè)計(jì)模型則包含以()表示的軟件體系機(jī)構(gòu)圖、以交互圖表示的用例實(shí)現(xiàn)圖、完整精確的類(lèi)圖、描述復(fù)雜對(duì)象的狀態(tài)圖和用以描述流程化處理過(guò)程的活動(dòng)圖等。A.模型試圖控制器B.組件圖C.包圖D.2層、3層或N層

25、某廣告公司的宣傳產(chǎn)品有宣傳冊(cè)、文章、傳單等多種形式,宣傳產(chǎn)品的出版方式包括紙質(zhì)方式、CD、DVD、在線(xiàn)發(fā)布等?,F(xiàn)要求為該廣告公司設(shè)計(jì)一個(gè)管理這些宣傳產(chǎn)品的應(yīng)用,采用(4)設(shè)計(jì)模式較為合適,該模式(5)?!净卮鹄ㄌ?hào)4】A.DecoratorB.AdapterC.BridgeD.Facade

26、Theobjectiveof()istodeterminewhatpartsoftheapplicationsoftwarewillbeassignedtowhathardware.Themajorsoftwarecomponentsofthesystembeingdevelopedhavetobeidentifiedandthenallocatedtothevarioushardwarecomponentsonwhichthesystemwilloperate.Allsoftwaresystemscanbedividedintofourbasicfunctions.Thefirstis().Mostinformationsystemsrequiredatatobestoredandretrieved,whetherasmallfile,suchasamemoproducedbyawordprocessor,oralargedatabase,suchasonethatstoresanorganization'saccountingrecords.Thesecondfunctionisthe(),theprocessingrequiredtoaccessdata,whichoftenmeansdatabasequeriesinStructuredQueryLanguage.Thethirdfunctionisthe(),whichisthelogicdocumentedintheDFDs,usecases,andfunctionalrequirements.Thefourthfunctionisthepresentationlogic,thedisplayofinformationtotheuserandtheacceptanceoftheuser'scommands.Thethreeprimaryhardwarecomponentsofasystemare(請(qǐng)作答此空).A.computers,cablesandnetworkB.clients,servers,andnetworkC.CPUs,memoriesandI/OdevicesD.CPUs,harddisksandI/Odevices

27、數(shù)據(jù)庫(kù)系統(tǒng)運(yùn)行的基本工作單位是事務(wù),事務(wù)相當(dāng)于操作系統(tǒng)中的進(jìn)程,是用戶(hù)定義的一個(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ì)稱(chēng)為()。設(shè)計(jì)時(shí)用()檢查實(shí)現(xiàn)。A.一致性B.可用性C.原子性D.隔離性

28、某航空公司機(jī)票銷(xiāo)售系統(tǒng)有n個(gè)售票點(diǎn),該系統(tǒng)為每個(gè)售票點(diǎn)創(chuàng)建一個(gè)進(jìn)程Pi(i=1,2,…,n)管理機(jī)票銷(xiāo)售。假設(shè)Tj(j=1,2,…,m)單元存放某日某航班的機(jī)票剩余票數(shù),Temp為Pi進(jìn)程的臨時(shí)工作單元,x為某用戶(hù)的訂票張數(shù)。初始化時(shí)系統(tǒng)應(yīng)將信號(hào)量S賦值為()。Pi進(jìn)程的工作流程如下圖所示,若用P操作和V操作實(shí)現(xiàn)進(jìn)程間的同步與互斥,則圖中空(a)、空(b)和空(c)處應(yīng)分別填入(請(qǐng)作答此空)。A.P(S)、V(S)和V(S)B.P(S)、P(S)和V(S)C.V(S)、P(S)和P(S)D.V(S)、V(S)和P(S)

29、在基于體系結(jié)構(gòu)的軟件設(shè)計(jì)方法中,采用(5)來(lái)描述質(zhì)量需求。A.連接件B.用例C.質(zhì)量場(chǎng)景D.視角

30、面向服務(wù)(Service-Oriented,SO)的開(kāi)發(fā)方法將()的定義與實(shí)現(xiàn)進(jìn)行解耦,并將跨構(gòu)件的功能調(diào)用暴露出來(lái)。該方法有三個(gè)主要的抽象級(jí)別,最低層的()代表單個(gè)邏輯單元的事物,包含特定的結(jié)構(gòu)化接口,并且返回結(jié)構(gòu)化的響應(yīng);第二層的服務(wù)代表操作的邏輯分組;最高層的(請(qǐng)作答此空)則是為了實(shí)現(xiàn)特定業(yè)務(wù)目標(biāo)而執(zhí)行的一組長(zhǎng)期運(yùn)行的動(dòng)作或者活動(dòng)。A.業(yè)務(wù)規(guī)則B.業(yè)務(wù)流程C.數(shù)據(jù)流D.控制流

31、在面向?qū)ο蠓治鲋?,利用(?qǐng)作答此空)表示需求,并從中提煉出中(),以上兩者形成(),之后再進(jìn)行后續(xù)的開(kāi)發(fā)工作。A.類(lèi)圖B.數(shù)據(jù)流圖C.包圖D.用例與用例圖

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

33、XML語(yǔ)法表述正確的是()A.所有XML元素都須有關(guān)閉標(biāo)簽B.XML標(biāo)簽對(duì)大小寫(xiě)不敏感C.XML文檔不需要根元素D.在XML中,空格不會(huì)被保留

34、給定關(guān)系模式R(U,F(xiàn)),其中:屬性集U={A1,A2,A3,A4,A5,A6},函數(shù)依賴(lài)集F={A1→A2,A1→A3,A3→A4,A1A5→A6}。關(guān)系模式R的候選碼為(請(qǐng)作答此空),由于R存在非主屬性對(duì)碼的部分函數(shù)依賴(lài),所以R屬于_()_.A.A1A3B.A1A4C.A1A5D.A1A6

35、在分布式數(shù)據(jù)庫(kù)中包括分片透明、復(fù)制透明、位置透明和邏輯透明等基本概念,其中:()是指局部數(shù)據(jù)模型透明,即用戶(hù)或應(yīng)用程序無(wú)須知道局部場(chǎng)地使用的是哪種數(shù)據(jù)模型。A.分片透明B.復(fù)制透明C.位置透明D.邏輯透明

36、給定關(guān)系模式R(U,F(xiàn)),其中:屬性集U={A1,A2,A3,A4,A5,A6},函數(shù)依賴(lài)集F={A1→A2,A1→A3,A3→A4,A1A5→A6}。關(guān)系模式R的候選碼為()A.A1A3B.A1A4C.A1A5D.A1A6

37、某公司擬開(kāi)發(fā)一個(gè)新聞系統(tǒng),該系統(tǒng)可根據(jù)用戶(hù)的注冊(cè)興趣,向用戶(hù)推送其感興趣的新聞內(nèi)容,該系統(tǒng)應(yīng)該采用()架構(gòu)風(fēng)格最為合適。A.虛擬機(jī)B.基于規(guī)則的系統(tǒng)C.獨(dú)立構(gòu)件D.主程序-子程序

38、系統(tǒng)的()性能指標(biāo)有系統(tǒng)的可靠性、系統(tǒng)的吞吐率(量)、系統(tǒng)響應(yīng)時(shí)間、系統(tǒng)資源利用率、可移植性。A.計(jì)算機(jī)B.操作系統(tǒng)C.數(shù)據(jù)庫(kù)D.weB.服務(wù)器

39、設(shè)有關(guān)系模式R(A1,A2,A3,A4,A5,A6),函數(shù)依賴(lài)集F={A1→A3,A1A2→A4,A5A6→A1,A3A5→A6,A2A5→A6}。關(guān)系模式R的一個(gè)主鍵是(),從函數(shù)依賴(lài)集F可以推出關(guān)系模式R(請(qǐng)作答此空)。A.不存在傳遞依賴(lài),故R為1NFB.不存在傳遞依賴(lài),故R為2NFC.存在傳遞依賴(lài),故R為3NFD.每個(gè)非主屬性完全函數(shù)依賴(lài)于主鍵,故R為2NF

40、數(shù)據(jù)倉(cāng)庫(kù)不包括()A.數(shù)據(jù)源B.OLAP服務(wù)器C.OLTP服務(wù)器D.報(bào)表工具

41、供應(yīng)鏈中的信息流覆蓋了從供應(yīng)商、制造商到分銷(xiāo)商,再到零售商等供應(yīng)鏈中的所有環(huán)節(jié),其信息流分為需求信息流和供應(yīng)信息流,()屬于需求信息流,(請(qǐng)作答此空)屬于供應(yīng)信息流。A.客戶(hù)訂單B.采購(gòu)合同C.完工報(bào)告單D.銷(xiāo)售報(bào)告

42、Theobjectiveof(請(qǐng)作答此空)istodeterminewhatpartsoftheapplicationsoftwarewillbeassignedtowhathardware.Themajorsoftwarecomponentsofthesystembeingdevelopedhavetobeidentifiedandthenallocatedtothevarioushardwarecomponentsonwhichthesystemwilloperate.Allsoftwaresystemscanbedividedintofourbasicfunctions.Thefirstis(72).Mostinformationsystemsrequiredatatobestoredandretrieved,whetherasmallfile,suchasamemoproducedbyawordprocessor,oralargedatabase,suchasonethatstoresanorganization'saccountingrecords.Thesecondfunctionisthe(73),theprocessingrequiredtoaccessdata,whichoftenmeansdatabasequeriesinStructuredQueryLanguage.Thethirdfunctionisthe(74),whichisthelogicdocumentedintheDFDs,usecases,andfunctionalrequirements.Thefourthfunctionisthepresentationlogic,thedisplayofinformationtotheuserandtheacceptanceoftheuser'scommands.Thethreeprimaryhardwarecomponentsofasystemare(75).A.architecturedesignB.modulardesignC.physicaldesignD.distributiondesign

43、對(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)

44、Anapplicationarchitecturespecifiesthetechnologiestobeusedtoimplementoneormoreinformationsystems.Itservesasanoutlinefordetaileddesign,construction,andimplementation.Giventhemodelsanddetails,include(),wecandistributedataandprocessestocreateageneraldesignofapplicationarchitecture.Thedesignwillnormallybeconstrainedbyarchitecturestandards,projectobjectives,and(請(qǐng)作答此空).ThefirstphysicalDFDtobedrawnisthe().Thenextstepistodistributedatastorestodifferentprocessors.Data()aretwotypesofdistributeddatawhichmostRDBMSssupport.Therearemanydistributionoptionsusedindatadistribution.Inthecaseof(),weshouldrecordeachtableasadatastoreonthephysicalDFDandconnecteachtotheappropriateserver.A.thedatabasemanagementsystemB.thefeasibilityoftechniquesusedC.thenetworktopologyandtechnologyD.theuserinterfaceandprocessmethods

45、一般來(lái)說(shuō),架構(gòu)可以分為三個(gè)層次。()層主要負(fù)責(zé)接收用戶(hù)的請(qǐng)求,對(duì)用戶(hù)的輸入、輸出進(jìn)行檢查與控制,處理客戶(hù)端的一些動(dòng)作,包括控制頁(yè)面跳轉(zhuǎn)等,并向用戶(hù)呈現(xiàn)最終的結(jié)果信息。表現(xiàn)層主要采用()結(jié)構(gòu)來(lái)實(shí)現(xiàn),其中的(請(qǐng)作答此空)負(fù)責(zé)接收用戶(hù)的請(qǐng)求,并決定應(yīng)該調(diào)用哪個(gè)模型來(lái)處理。()主要負(fù)責(zé)將業(yè)務(wù)數(shù)據(jù)存儲(chǔ)在文件、數(shù)據(jù)庫(kù)等持久化存儲(chǔ)介質(zhì)中。A.模型B.控制器C.視圖D.處理器

46、某訂單處理系統(tǒng)中,“創(chuàng)建新訂單”和“更新訂單”兩個(gè)用例都需要檢查客戶(hù)的賬號(hào)是否正確,為此定義一個(gè)通用的用例“核查客戶(hù)賬戶(hù)”。用例“創(chuàng)建新訂單”和“更新訂單”與用例“核查客戶(hù)賬戶(hù)”之間是()。A.包含關(guān)系B.聚合關(guān)系C.泛化關(guān)系D.關(guān)聯(lián)關(guān)系

47、圖中的(2)是什么()。A.程序設(shè)計(jì)B.驗(yàn)證測(cè)試C.表決D.判斷

48、應(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)

49、軟件開(kāi)發(fā)團(tuán)隊(duì)欲開(kāi)發(fā)一套管理信息系統(tǒng),在項(xiàng)目初期,用戶(hù)提出了軟件的一些基本功能,但是沒(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)

50、()適用于程序開(kāi)發(fā)人員在地域上分布很廣的開(kāi)發(fā)團(tuán)隊(duì)。()中,編程開(kāi)發(fā)人員分成首席程序員和“類(lèi)”程序員?!敬鸬诙铡緼.自適應(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)二、多選題

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

52、軟件架構(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)

53、請(qǐng)根據(jù)恢復(fù)塊方法工作原理完成下圖,在圖中(1)~(4)中填入恰當(dāng)?shù)膬?nèi)容。并比較恢復(fù)塊方法與N版本程序設(shè)計(jì)方法,將比較結(jié)果(5)~(8)填入下表中。(請(qǐng)作答第八個(gè)空)A.表決B.反向恢復(fù)C.差D.好

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

55、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ì)量

56、設(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)建型、()和行為型三種類(lèi)型。其中()屬于創(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

57、M軟件公司的軟件產(chǎn)品注冊(cè)商標(biāo)為N,為確保公司在市場(chǎng)競(jìng)爭(zhēng)中占據(jù)優(yōu)勢(shì),對(duì)員工進(jìn)行了保密約束。此情形下,()的說(shuō)法是錯(cuò)誤的。A.公司享有商業(yè)秘密權(quán)B.公司享有軟件著作權(quán)C.公司享有專(zhuān)利權(quán)D.公司享有商標(biāo)權(quán)

58、甲、乙兩個(gè)獨(dú)立的網(wǎng)站都主要靠廣告收入來(lái)支撐發(fā)展,目前都采用較高的價(jià)格銷(xiāo)售廣告。這兩個(gè)網(wǎng)站都想通過(guò)降價(jià)爭(zhēng)奪更多的客戶(hù)和更豐厚的利潤(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à)策略

59、面向消息中間件MOM的主要特點(diǎn)不包括()A.通信程序可在不同的時(shí)間運(yùn)行B.程序與網(wǎng)絡(luò)復(fù)雜性相隔離C.程序與網(wǎng)絡(luò)不隔離D.對(duì)應(yīng)用程序的結(jié)構(gòu)沒(méi)有約束

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

61、給定關(guān)系模式R(U,F(xiàn)),其中:屬性集U={A1,A2,A3,A4,A5,A6},函數(shù)依賴(lài)集F={A1→A2,A1→A3,A3→A4,A1A5→A6}。關(guān)系模式R的候選碼為(),由于R存在非主屬性對(duì)碼的部分函數(shù)依賴(lài),所以R屬于_(請(qǐng)作答此空)_.A.1NFB.2NFC.3NFD.BCNF

62、基于架構(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),采用(請(qǐng)作答此空)來(lái)描述需求。A.用例與類(lèi)圖B.用例與視角C.用例與質(zhì)量場(chǎng)景D.視角與質(zhì)量場(chǎng)景

63、對(duì)于開(kāi)發(fā)模型來(lái)說(shuō),()復(fù)用好、開(kāi)發(fā)過(guò)程無(wú)間隙、節(jié)省時(shí)間。()是瀑布與原型(演化)模型結(jié)合體,適用于復(fù)雜項(xiàng)目。(請(qǐng)作答此空)需要用戶(hù)參與,模塊化要求高,不適用新技術(shù)。()是用例驅(qū)動(dòng)、架構(gòu)為中心、迭代、增量。A.RAD模型B.螺旋模型C.RUP模型D.噴泉模型

64、軟件重用是指在兩次或多次不同的軟件開(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)

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

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

67、Acceleratedanalysisapproachesemphasizetheconstructionof()tomorerapidlyidentifybusinessanduserrequirementsforanewsystem.Asanacceleratedanalysistechnology,()readstheprogramcodeandautomaticallygeneratestheequivalentsystemmodel,andthecodecanbeobtainedfrom().Allsystemanalysisapproachesrequiresomeformof(請(qǐng)作答此空)whichincludesthosetechniquestobeusedtoidentifyorextractsystemproblemsandsolutionrequirementsfromusercommunity.()isaclassicalsetoftechniquesusedtocollectinformationaboutsystemproblems,opportunities,solutionrequirements,andpriorities.A.requirementdiscoveryB.businessprocessredesignC.cause-and-effectanalysisD.totalqualitymanagement

68、軟件確認(rèn)測(cè)試也稱(chēng)為有效性測(cè)試,確認(rèn)測(cè)試計(jì)劃通常是在需求分析階段完成的。根據(jù)用戶(hù)的參與程度不同,軟件確認(rèn)測(cè)試通常包括()A.黑盒測(cè)試和白盒測(cè)試B.一次性組裝測(cè)試和增量式組裝測(cè)試C.內(nèi)部測(cè)試、Alpha、Beta和驗(yàn)收測(cè)試D.功能測(cè)試、性能測(cè)試、用戶(hù)界面測(cè)試和安全性測(cè)試

69、基于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ù)策略

70、面向服務(wù)(Service-Oriented,SO)的開(kāi)發(fā)方法將()的定義與實(shí)現(xiàn)進(jìn)行解耦,并將跨構(gòu)件的功能調(diào)用暴露出來(lái)。該方法有三個(gè)主要的抽象級(jí)別,最低層的()代表單個(gè)邏輯單元的事物,包含特定的結(jié)構(gòu)化接口,并且返回結(jié)構(gòu)化的響應(yīng);第二層的服務(wù)代表操作的邏輯分組;最高層的(請(qǐng)作答此空)則是為了實(shí)現(xiàn)特定業(yè)務(wù)目標(biāo)而執(zhí)行的一組長(zhǎng)期運(yùn)行的動(dòng)作或者活動(dòng)。A.業(yè)務(wù)規(guī)則B.業(yè)務(wù)流程C.數(shù)據(jù)流D.控制流

71、數(shù)據(jù)倉(cāng)庫(kù)不包括()A.數(shù)據(jù)源B.OLAP服務(wù)器C.OLTP服務(wù)器D.報(bào)表工具

72、遺產(chǎn)系統(tǒng)(LegacySystem)的演化策略分為淘汰策略、繼承策略、改造策略和集成策略。具有()特點(diǎn)的系統(tǒng)適合用繼承策略演化。實(shí)施該策略時(shí),應(yīng)(請(qǐng)作答此空)。A.保持原有系統(tǒng)不變,只在其基礎(chǔ)上增加新的應(yīng)用功能B.保持原有系統(tǒng)功能不變,將舊的數(shù)據(jù)模型向新的數(shù)據(jù)模型的轉(zhuǎn)化C.完全兼容遺產(chǎn)系統(tǒng)的功能模型和數(shù)據(jù)模型D.部分兼容遺產(chǎn)系統(tǒng)的功能模型和數(shù)據(jù)模型

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

74、客戶(hù)關(guān)系管理(CRM)系統(tǒng)將市場(chǎng)營(yíng)銷(xiāo)的科學(xué)管理理念通過(guò)信息技術(shù)的手段集成在軟件上,能夠幫助企業(yè)構(gòu)建良好的客戶(hù)關(guān)系。以下關(guān)于CRM系統(tǒng)的敘述中,錯(cuò)誤的______。A.銷(xiāo)售自動(dòng)化是CRM系統(tǒng)中最基本的模塊B.營(yíng)銷(xiāo)自動(dòng)化作為銷(xiāo)售自動(dòng)化的補(bǔ)充,包括營(yíng)銷(xiāo)計(jì)劃的編制和執(zhí)行、計(jì)劃結(jié)果分析等C.CRM系統(tǒng)能夠與ERP系統(tǒng)在財(cái)務(wù)、制造、庫(kù)存等環(huán)節(jié)進(jìn)行連接,但兩者關(guān)系相對(duì)松散,一般不會(huì)形成閉環(huán)結(jié)構(gòu)D.客戶(hù)服務(wù)與支持是CRM系統(tǒng)的重要功能。目前,客戶(hù)服務(wù)與支持的主要手段是通過(guò)呼叫中心和互聯(lián)網(wǎng)來(lái)實(shí)現(xiàn)

75、遺產(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ù)尚緊密依賴(lài)該系統(tǒng)C.技術(shù)含量較高,基本能夠滿(mǎn)足企業(yè)業(yè)務(wù)運(yùn)作和決策支持的需要D.技術(shù)含量較高,業(yè)務(wù)價(jià)值低,可能只完成某個(gè)部門(mén)(或子公司)的業(yè)務(wù)

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

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

78、在網(wǎng)絡(luò)規(guī)劃中,政府內(nèi)外網(wǎng)之間應(yīng)該部署網(wǎng)絡(luò)安全防護(hù)設(shè)備。在下圖中對(duì)設(shè)備A的作用描述錯(cuò)誤的是()A.雙主機(jī)系統(tǒng),即使外網(wǎng)被黑客攻擊癱瘓也無(wú)法影響到內(nèi)網(wǎng)B.可以防止外部主動(dòng)攻擊C.采用專(zhuān)用硬件控制技術(shù)保證內(nèi)外網(wǎng)的實(shí)時(shí)鏈接D.設(shè)備對(duì)外網(wǎng)的任何響應(yīng)都是對(duì)內(nèi)網(wǎng)用戶(hù)請(qǐng)求的應(yīng)答

79、以下關(guān)于軟件中間件的敘述,錯(cuò)誤的是()。A.中間件通過(guò)標(biāo)準(zhǔn)接口實(shí)現(xiàn)與應(yīng)用程序的關(guān)聯(lián),提供特定功能的服務(wù)B.使用中間件可以提高應(yīng)用軟件可移植性C.使用中間件有助于提高開(kāi)發(fā)效率D.中間件位于客戶(hù)機(jī)服務(wù)器的操作系統(tǒng)之下,應(yīng)用程序之上。管理計(jì)算資源和網(wǎng)絡(luò)通信。

80、在嵌入式系統(tǒng)的存儲(chǔ)部件中,存取速度最快的是()A.內(nèi)存B.寄存器組C.FlashD.Cache

81、某公司欲開(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)行路徑"主要與(請(qǐng)作答此空)質(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.可測(cè)試性B.易用性C.互操作性D.性能

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

83、在線(xiàn)學(xué)習(xí)系統(tǒng)中,課程學(xué)習(xí)和課程考試都需要先檢查學(xué)員的權(quán)限,“課程學(xué)習(xí)”與“檢查權(quán)限”兩個(gè)用例之間屬于(請(qǐng)作答此空)課程學(xué)習(xí)過(guò)程中,如果所繳納學(xué)費(fèi)不夠,就需要補(bǔ)繳學(xué)費(fèi),“課程學(xué)習(xí)”與“繳納學(xué)費(fèi)”兩個(gè)用例之間屬于();課程學(xué)習(xí)前需要課程注冊(cè),可以采用電話(huà)注冊(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)系

84、通??梢詫⒂?jì)算機(jī)系統(tǒng)中執(zhí)行一條指令的過(guò)程分為取指令,分析和執(zhí)行指令3步。若取指令時(shí)間為4Δt,分析時(shí)間為2Δt。執(zhí)行時(shí)間為3Δt,按順序方式從頭到尾執(zhí)行完600條指令所需時(shí)間為(請(qǐng)作答此空)Δt;若按照?qǐng)?zhí)行第i條,分析第i+1條,讀取第i+2條重疊的流水線(xiàn)方式執(zhí)行指令,則從頭到尾執(zhí)行完600條指令所需時(shí)間為()Δt。A.2400B.3000C.3600D.5400

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

86、DSSA是在一個(gè)特定應(yīng)用領(lǐng)域中為一組應(yīng)用提供組織結(jié)構(gòu)參考的軟件體系結(jié)構(gòu),參與DSSA的人員可以劃分為4種角色,包括領(lǐng)域?qū)<?、領(lǐng)域設(shè)計(jì)人員、領(lǐng)域?qū)崿F(xiàn)人員和(),其基本活動(dòng)包括領(lǐng)域分析、領(lǐng)域設(shè)計(jì)和(請(qǐng)作答此空)。A.領(lǐng)域建模B.架構(gòu)設(shè)計(jì)C.領(lǐng)域?qū)崿F(xiàn)D.領(lǐng)域評(píng)估

87、一般來(lái)說(shuō),架構(gòu)可以分為三個(gè)層次。()層主要負(fù)責(zé)接收用戶(hù)的請(qǐng)求,對(duì)用戶(hù)的輸入、輸出進(jìn)行檢查與控制,處理客戶(hù)端的一些動(dòng)作,包括控制頁(yè)面跳轉(zhuǎn)等,并向用戶(hù)呈現(xiàn)最終的結(jié)果信息。表現(xiàn)層主要采用(請(qǐng)作答此空)結(jié)構(gòu)來(lái)實(shí)現(xiàn),其中的()負(fù)責(zé)接收用戶(hù)的請(qǐng)求,并決定應(yīng)該調(diào)用哪個(gè)模型來(lái)處理。()主要負(fù)責(zé)將業(yè)務(wù)數(shù)據(jù)存儲(chǔ)在文件、數(shù)據(jù)庫(kù)等持久化存儲(chǔ)介質(zhì)中。A.MVCB.springC.AOPD.Hibernate

88、數(shù)字簽名首先需要生成消息摘要,然后發(fā)送方用自己的私鑰對(duì)報(bào)文摘要進(jìn)行加密,接收方用發(fā)送方的公鑰驗(yàn)證真?zhèn)?。生成消息摘要的目的是(?qǐng)作答此空),對(duì)摘要進(jìn)行加密的目的是()。A.防止竊聽(tīng)B.防止抵賴(lài)C.防止篡改D.防止重放

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

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

91、面向?qū)ο蟮姆治瞿P椭饕桑ㄕ?qǐng)作答此空)、用例與用例圖、領(lǐng)域概念模型構(gòu)成;設(shè)計(jì)模型則包含以包圖表示的軟件體系結(jié)構(gòu)圖、以交互圖表示的()、完整精確的類(lèi)圖、針對(duì)復(fù)雜對(duì)象的狀態(tài)圖和描述流程化處理過(guò)程的()等。A.業(yè)務(wù)活動(dòng)圖B.頂層架構(gòu)圖C.數(shù)據(jù)流模型D.實(shí)體聯(lián)系圖

92、給定關(guān)系模式R(U,F(xiàn)),其中:屬性集U={A1,A2,A3,A4,A5,A6},函數(shù)依賴(lài)集F={A1→A2,A1→A3,A3→A4,A1A5→A6}。關(guān)系模式R的候選碼為()A.A1A3B.A1A4C.A1A5D.A1A6

93、某文件管理系統(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

94、請(qǐng)根據(jù)恢復(fù)塊方法工作原理完成下圖,在圖中(1)~(4)中填入恰當(dāng)?shù)膬?nèi)容。并比較恢復(fù)塊方法與N版本程序設(shè)計(jì)方法,將比較結(jié)果(5)~(8)填入下表中。(請(qǐng)作答第四個(gè)空)A.主塊B.驗(yàn)證測(cè)試C.輸出正確結(jié)果D.異常處理

95、企業(yè)應(yīng)用集成是一個(gè)戰(zhàn)略意義上的方法,它從服務(wù)和信息角度將多個(gè)信息系統(tǒng)綁定在一起,提供實(shí)時(shí)交換信息和影響流程的能力。()提供企業(yè)之間的信息共享能力,(請(qǐng)作答此空)在用戶(hù)使用角度能夠?qū)上到y(tǒng)產(chǎn)生一個(gè)“整體”的感覺(jué)。A.API集成B.數(shù)據(jù)集成C.界面集成D.過(guò)程集成

96、下列協(xié)議中,()定義了組播中組的成員加入和退出機(jī)制。A.RARPB.ARPC.IGMPD.ICMP

97、下列攻擊方式中,流量分析屬于()方式。A.被動(dòng)攻擊B.主動(dòng)攻擊C.物理攻擊D.分發(fā)攻擊

98、某單位為了建設(shè)健全的公路橋梁養(yǎng)護(hù)管理檔案,擬開(kāi)發(fā)一套公路橋梁在線(xiàn)管理系統(tǒng)。該系統(tǒng)要求正常負(fù)載情況下,系統(tǒng)必須在0.5秒內(nèi)對(duì)用戶(hù)的查詢(xún)請(qǐng)求進(jìn)行響應(yīng),這屬于質(zhì)量特性的(請(qǐng)作答此空);網(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ì)查詢(xún)請(qǐng)求處理時(shí)間的要求將影響系統(tǒng)的數(shù)據(jù)傳輸協(xié)議和處理過(guò)程的設(shè)計(jì),這屬于系統(tǒng)的()。A.可用性B.可靠性C.性能D.容錯(cuò)性

99、企業(yè)應(yīng)用集成是一個(gè)戰(zhàn)略意義上的方法,它從服務(wù)和信息角度將多個(gè)信息系統(tǒng)綁定在一起,提供實(shí)時(shí)交換信息和影響流程的能力。(請(qǐng)作答此空)提供企業(yè)之間的信息共享能力,()在用戶(hù)使用角度能夠?qū)上到y(tǒng)產(chǎn)生一個(gè)“整體”的感覺(jué)。A.API集成B.數(shù)據(jù)集成C.界面集成D.過(guò)程集成

100、某單位為了建設(shè)健全的公路橋梁養(yǎng)護(hù)管理檔案,擬開(kāi)發(fā)一套公路橋梁在線(xiàn)管理系統(tǒng)。該系統(tǒng)要求正常負(fù)載情況下,系統(tǒng)必須在0.5秒內(nèi)對(duì)用戶(hù)的查詢(xún)請(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ì)查詢(xún)請(qǐng)求處理時(shí)間的要求將影響系統(tǒng)的數(shù)據(jù)傳輸協(xié)議和處理過(guò)程的設(shè)計(jì),這屬于系統(tǒng)的()。A.可用性B.可修改性C.可靠性D.安全性

參考答案與解析

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

2、答案:B本題解析:軟件系統(tǒng)工具的種類(lèi)繁多,很難有統(tǒng)一的分類(lèi)方法。通??梢园窜浖^(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à)和選擇。

3、答案:A本題解析:開(kāi)發(fā)模型的特點(diǎn)如下:

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

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

6、答案:D本題解析:與分布式負(fù)載均衡方式相比,集中式負(fù)載均衡實(shí)現(xiàn)簡(jiǎn)單,但也存在以下缺點(diǎn):(1)系統(tǒng)的可擴(kuò)展性不強(qiáng),均衡器需要記錄所有計(jì)算機(jī)的負(fù)載信息。(2)安全性較差,如果均衡器所在的計(jì)算機(jī)癱瘓,則會(huì)導(dǎo)致整個(gè)集群系統(tǒng)的癱瘓。(3)實(shí)現(xiàn)不夠靈活,負(fù)載均衡器很難根據(jù)不同場(chǎng)景的特性配置不同的均衡策略。

7、答案:C本題解析:本題考查數(shù)字簽名的概念。數(shù)字簽名(DigtalSignature)技術(shù)是不對(duì)稱(chēng)密算法的典型應(yīng)用:數(shù)據(jù)源發(fā)送方使用自己的私鑰對(duì)數(shù)據(jù)校驗(yàn)和其他與數(shù)據(jù)內(nèi)容有關(guān)的變量進(jìn)行加密處理,完成對(duì)數(shù)據(jù)的合法“簽名”,數(shù)據(jù)接收方則利用對(duì)方的公鑰來(lái)解讀收到的“數(shù)字簽名”,并將解讀結(jié)果用于對(duì)數(shù)據(jù)完整性的檢驗(yàn),以確認(rèn)簽名的合法性。數(shù)字簽名主要的功能是:保證信息傳輸?shù)耐暾?、發(fā)送者的身份認(rèn)證、防止交易中的抵賴(lài)發(fā)生。數(shù)字簽名無(wú)法實(shí)現(xiàn)接收方身份確認(rèn),所以答案為C。

8、答案:D本題解析:異步串行通信時(shí)數(shù)據(jù)的轉(zhuǎn)換方式。

9、答案: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è)、銷(xiāo)售管理(計(jì)劃)、經(jīng)營(yíng)計(jì)劃(生產(chǎn)計(jì)劃大綱)、主生產(chǎn)計(jì)劃、物料需求計(jì)劃、能力需求計(jì)劃、車(chē)間作業(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ù)存管理模塊。

10、答案:C本題解析:第2題,F(xiàn)+是代表,F(xiàn)函數(shù)依賴(lài)集的閉包,通俗一點(diǎn),就是從F函數(shù)依賴(lài)集能推導(dǎo)出來(lái)的依賴(lài)關(guān)系。原依賴(lài)集有A3→A2,A2→A3A4,因此可以得到A3→A2A4。

11、答案:B本題解析:軟件架構(gòu)設(shè)計(jì)包括提出架構(gòu)模型、產(chǎn)生架構(gòu)設(shè)計(jì)和進(jìn)行設(shè)計(jì)評(píng)審等活動(dòng),是一個(gè)迭代的過(guò)程。架構(gòu)設(shè)計(jì)主要關(guān)注軟件組件的結(jié)構(gòu)、屬性和交互作用,并通過(guò)多種視圖全面描述特定系統(tǒng)的架構(gòu)。

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

13、答案:D本題解析:試題(11),信號(hào)量S的物理意義為:當(dāng)S≥0時(shí),表示資源的可用數(shù);當(dāng)S<0時(shí),其絕對(duì)值表示等待資源的進(jìn)程數(shù)。

14、答案:B本題解析:當(dāng)?shù)谝粔K數(shù)據(jù)送入用戶(hù)工作區(qū)后,緩沖區(qū)是空閑的就可以傳送第二塊數(shù)據(jù)。這樣第一塊數(shù)據(jù)的處理C1與第二塊數(shù)據(jù)的輸入T2是可以并行的,依次類(lèi)推,如下圖(b)所示。系統(tǒng)對(duì)每一塊數(shù)據(jù)的處理時(shí)間為:Max(C,T)+M。因?yàn)?,?dāng)T>C時(shí),處理時(shí)間為M+T;當(dāng)T<C時(shí),處理時(shí)間為M+C。本題單緩沖區(qū)執(zhí)行時(shí)間:(10+6+2)+(10-1)*(10+6)=162us雙緩沖可以實(shí)現(xiàn)對(duì)緩沖區(qū)中數(shù)據(jù)的輸入T和提取M,與CPU的計(jì)算C,三者并行工作,如下圖所示。從圖中可以看出,雙緩沖進(jìn)一步加快了I/O的速度,提高了設(shè)備的利用率。在雙緩沖時(shí),系統(tǒng)處理一塊數(shù)據(jù)的時(shí)間可以粗略地認(rèn)為是Max(C,T)。如果C<T,可使塊設(shè)備連續(xù)輸入;如果C>T,則可使系統(tǒng)不必等待設(shè)備輸入。本題雙緩沖區(qū)執(zhí)行時(shí)間:(10+6+2)+(10-1)*10=108us

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

16、答案:D本題解析:本體考察的是和COM相關(guān)連的內(nèi)容的理解。一旦公布,COM接口和其他的規(guī)范不允許以任何形式改變,既解決了語(yǔ)法問(wèn)題,也解決了弱基類(lèi)問(wèn)題。

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

18、答案:B本題解析:這個(gè)考的是最短路徑,可以畫(huà)圖一步步得出結(jié)論。

19、答案:C本題解析:BC持續(xù)時(shí)間3天,BD持續(xù)時(shí)間2天,由一人完成,則可以把先完成BD,再完成BC,則BC持續(xù)時(shí)間作為5天,則關(guān)鍵路徑為ABCEFJ,20天。

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

21、答案:B本題解析:本題考查PV操作方面的基本知識(shí)。因?yàn)楣矓?shù)據(jù)單元Tj是一個(gè)臨界資源,最多允許1個(gè)終端進(jìn)程使用,因此需要設(shè)置一個(gè)互斥信號(hào)量S,初值等于1。第2小題因?yàn)檫M(jìn)入臨界區(qū)時(shí)執(zhí)行P操作,退出臨界區(qū)時(shí)執(zhí)行V操作。

22、答案:C本題解析:根據(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)描述需求。

23、答案:D本題解析:(1)XP(ExtremeProgramming,極限編程)在所有的敏捷型方法中,XP是最引人矚目的。它源于Smalltalk圈子,特別是KentBeck和WardCunningham在20世紀(jì)80年代末的密切合作。XP在一些對(duì)費(fèi)用控制嚴(yán)格的公司中的使用,已經(jīng)被證明是非常有效的。(2)Cockburn的水晶系列方法,水晶系列方法是由AlistairCockburn提出的。它與XP方法一樣,都有以人為中心的理念,但在實(shí)踐上有所不同。Alistair考慮到人們一般很難嚴(yán)格遵循一個(gè)紀(jì)律約束很強(qiáng)的過(guò)程,因此,與XP的高度紀(jì)律性不同,Alistair探索了用最少紀(jì)律約束而仍能成功的方法,從而在產(chǎn)出效率與易于運(yùn)作上達(dá)到一種平衡。也就是說(shuō),雖然水晶系列不如XP那樣的產(chǎn)出效率,但會(huì)有更多的人能夠接受并遵循它。(3)開(kāi)放式源碼,這里提到的開(kāi)放式源碼指的是開(kāi)放源碼界所用的一種運(yùn)作方式。開(kāi)放式源碼項(xiàng)目有一個(gè)特別之處,就是程序開(kāi)發(fā)人員在地域上分布很廣,這使得它和其他敏捷方法不同,因?yàn)橐话愕拿艚莘椒ǘ紡?qiáng)調(diào)項(xiàng)目組成員在同一地點(diǎn)工作。開(kāi)放源碼的一個(gè)突出特點(diǎn)就是查錯(cuò)排障(debug)的高度并行性,任何人發(fā)現(xiàn)了錯(cuò)誤都可將改正源碼的"補(bǔ)丁"文件發(fā)給維護(hù)者。然后由維護(hù)者將這些"補(bǔ)丁"或是新增的代碼并入源碼庫(kù)。(4)SCRUM。SCRUM己經(jīng)出現(xiàn)很久了,像前面所論及的方法一樣,該方法強(qiáng)調(diào)這樣一個(gè)事實(shí),即明確定義了的可重復(fù)的方法過(guò)程只限于在明確定義了的可重復(fù)的環(huán)境中,為明確定義了的可重復(fù)的人員所用,去解決明確定義了的可重復(fù)的問(wèn)題。(5)Coad的功用驅(qū)動(dòng)開(kāi)發(fā)方法(FDD-FeatureDrivenDevelopment)FDD是由JeffDeLuca和大師PeterCoad提出來(lái)的。像其他方法一樣,它致力于短時(shí)的迭代階段和可見(jiàn)可用的功能。在FDD中,一個(gè)迭代周期一般是兩周。在FDD中,編程開(kāi)發(fā)人員分成兩類(lèi):首席程序員和"類(lèi)"程序員(classowner)。首席程序員是最富有經(jīng)驗(yàn)的開(kāi)發(fā)人員,他們是項(xiàng)目的協(xié)調(diào)者、設(shè)計(jì)者和指導(dǎo)者,而"類(lèi)"程序員則主要做源碼編寫(xiě)。(6)ASD方法,ASD(AdaptiveSoftwareDevelopment)方法由JimHighsmith提出,其核心是三個(gè)非線(xiàn)性的、重疊的開(kāi)發(fā)階段:猜測(cè)、合作與學(xué)習(xí)。

24、答案:C本題解析:設(shè)計(jì)模型則包含以包圖表示的軟件體系機(jī)構(gòu)圖、以交互圖表示的用例實(shí)現(xiàn)圖、完整精確的類(lèi)圖、描述復(fù)雜對(duì)象的狀態(tài)圖和用以描述流程化處理過(guò)程的活動(dòng)圖等。

25、答案:C本題解析:題目所給出的應(yīng)用中,不希望在不同的宣傳產(chǎn)品與具體所采用的出版方式之間建立一個(gè)固定的綁定關(guān)系,以避免這兩者之間的緊耦合關(guān)系。這種情形適合于采用Bridge(橋接)模式。橋接模式屬于結(jié)構(gòu)型設(shè)計(jì)模式的一種。結(jié)構(gòu)型模式描述如何將類(lèi)或?qū)ο蠛显谝黄鹦纬筛蟮慕Y(jié)構(gòu)。橋接模式將抽象部分與它的實(shí)現(xiàn)部分分離,使它們都可以獨(dú)立地變化。在以下情況可以使用Bridge模式:①不希望在抽象以及抽象的實(shí)現(xiàn)部分之間有一個(gè)固定的綁定關(guān)系。例如這種情況可能是因?yàn)椋诔绦蜻\(yùn)行時(shí)刻可以選擇或切換實(shí)現(xiàn)部分;②類(lèi)的抽象以及它的實(shí)現(xiàn)都應(yīng)該可以通過(guò)生成子類(lèi)的方法加以擴(kuò)充,使用Bridge模式可以對(duì)不同的抽象接口和實(shí)現(xiàn)部分進(jìn)行組合,并分別對(duì)它們進(jìn)行擴(kuò)充。③對(duì)一個(gè)抽象的實(shí)現(xiàn)部分的修改應(yīng)該對(duì)用戶(hù)不產(chǎn)生影響,即客戶(hù)的代碼不必重新編譯。

26、答案:B本題解析:()的目標(biāo)是確定應(yīng)用軟件的哪些部分將分配到何種硬件。識(shí)別出正在開(kāi)發(fā)系統(tǒng)的主要軟件構(gòu)件并分配到系統(tǒng)將要運(yùn)行的硬件構(gòu)件。所有軟件系統(tǒng)可分為四項(xiàng)基本功能。第一項(xiàng)是()。大多數(shù)信息系統(tǒng)需要數(shù)據(jù)進(jìn)行存儲(chǔ)并檢索,不論是一個(gè)小文件,比如一個(gè)字處理器產(chǎn)生的一個(gè)備忘錄,還是一個(gè)大型數(shù)據(jù)庫(kù),比如存儲(chǔ)一個(gè)企業(yè)會(huì)計(jì)記錄的數(shù)據(jù)庫(kù)。第二項(xiàng)功能是(),處理過(guò)程需要訪(fǎng)問(wèn)數(shù)據(jù),這通常是指用SQL進(jìn)行數(shù)據(jù)庫(kù)查詢(xún)。第三項(xiàng)功能是(),這些邏輯通過(guò)數(shù)據(jù)流圖,用例和功能需求來(lái)記錄。第四項(xiàng)功能是表示邏輯,給用戶(hù)顯示信息并接收用戶(hù)命令。一個(gè)系統(tǒng)的三類(lèi)主要硬件構(gòu)件是(請(qǐng)作答此空)。A.計(jì)算機(jī)、電纜和網(wǎng)絡(luò)B.客戶(hù)機(jī)、服務(wù)器和網(wǎng)絡(luò)C.CPU、存儲(chǔ)器和I/O設(shè)備D.CPU、硬盤(pán)和I/O設(shè)備

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

28、答案:A本題解析:本題考查PV操作方面的基本知識(shí)。因?yàn)楣矓?shù)據(jù)單元Tj是一個(gè)臨界資源,最多允許1個(gè)終端進(jìn)程使用,因此需要設(shè)置一個(gè)互斥信號(hào)量S,初值等于1。第2小題因?yàn)檫M(jìn)入臨界區(qū)時(shí)執(zhí)行P操作,退出臨界區(qū)時(shí)執(zhí)行V操作。

29、答案:C本題解析:根據(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),采用用例和質(zhì)量屬性場(chǎng)景來(lái)描述需求。進(jìn)一步來(lái)說(shuō),用例描述的是功能需求,質(zhì)量屬性場(chǎng)景描述的是質(zhì)量需求(或側(cè)重于非功能需求)。

30、答案:B本題解析:OO的應(yīng)用構(gòu)建在類(lèi)和對(duì)象之上,隨后發(fā)展起來(lái)的建模技術(shù)將相關(guān)對(duì)象按照業(yè)務(wù)功能進(jìn)行分組,就形成了構(gòu)件(Component)的概念。對(duì)于跨構(gòu)件的功能調(diào)用,則采用接口的形式暴露出來(lái)。進(jìn)一步將接口的定義與實(shí)現(xiàn)進(jìn)行解耦,則催生了服務(wù)和面向服務(wù)(Service-Oriented,SO)的開(kāi)發(fā)方法。由此可見(jiàn),面向?qū)ο?、基于?gòu)件、面向服務(wù)是三個(gè)遞進(jìn)的抽象層次。SO方法有三個(gè)主要的抽象級(jí)別,分別是操作、服務(wù)和業(yè)務(wù)流程。位于最低層的操作代表單個(gè)邏輯單元的事物,執(zhí)行操作通常會(huì)導(dǎo)致讀、寫(xiě)或修改一個(gè)或多個(gè)持久性數(shù)據(jù)。服務(wù)的操作類(lèi)似于對(duì)象的方法,它們都有特定的結(jié)構(gòu)化接口,并且返回結(jié)構(gòu)化的響應(yīng);位于第二層的服務(wù)代表操作的邏輯分組;最高層的業(yè)務(wù)流程則是為了實(shí)現(xiàn)特定業(yè)務(wù)目標(biāo)而執(zhí)行的一組長(zhǎng)期運(yùn)行的動(dòng)作或活動(dòng),包括依據(jù)一組業(yè)務(wù)規(guī)則按照有序序列執(zhí)行的一系列操作。其中操作的排序、選擇和執(zhí)行成為服務(wù)或流程的編排,典型的情況是調(diào)用已編排的服務(wù)來(lái)響應(yīng)業(yè)務(wù)事件。

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

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

33、答案:A本題解析:暫無(wú)解析

34、答案:C本題解析:可將選項(xiàng)帶入得出C能推導(dǎo)出其他全部的屬性,因此為候選碼。第9題“非主屬性對(duì)碼的部分函數(shù)依賴(lài)”判斷不滿(mǎn)足2NF,為1NF。

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

36、答案:C本題解析:先求候選碼:關(guān)系模式碼的確定,設(shè)關(guān)系模式R<U,F>1.首先應(yīng)該找出F中所有的決定因素,即找出出現(xiàn)在函數(shù)依賴(lài)規(guī)則中“→”左邊的所有屬性,組成集合U1.2.再?gòu)腢1中找出一個(gè)屬性或?qū)傩越MK,運(yùn)用Armstrong公理系統(tǒng)及推論,使得K→U,而K的真子集K'→U不成立,這樣就得到了關(guān)系模式R的一個(gè)候選碼,找遍U1屬性的所有組合。重復(fù)此步驟,最終得到關(guān)系模式R的所有候選碼。

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

38、答案:B本題解析:操作系統(tǒng)的系統(tǒng)的性能指標(biāo)有系統(tǒng)的可靠性、系統(tǒng)的吞吐率(量)、系統(tǒng)響應(yīng)時(shí)間、系統(tǒng)資源利用率、可移植性。

39、答案:D本題解析:把每個(gè)選項(xiàng)代入求它的閉包,A2A5能推出所有屬性的為主鍵。第二空,根據(jù)第一空可知R的一個(gè)主鍵為A2A5,由函數(shù)依賴(lài)集F可知,存在A2A5→A6,A5A6→A1,A1→A3,這里存在傳遞函數(shù)依賴(lài),故A、B選項(xiàng)均不正確,C選項(xiàng)本身不正確,存在非主屬性對(duì)候選鍵的傳遞函數(shù)依賴(lài),是不滿(mǎn)足3NF的。因此本題選擇D選項(xiàng)。

40、答案:C本題解析:數(shù)據(jù)倉(cāng)庫(kù)包括數(shù)據(jù)源、數(shù)據(jù)的存儲(chǔ)與管理、OLAP服務(wù)器與各種報(bào)表工具、查詢(xún)工具、數(shù)據(jù)分析工具、數(shù)據(jù)挖掘工具及各種基于數(shù)據(jù)倉(cāng)庫(kù)或數(shù)據(jù)集市的應(yīng)用開(kāi)發(fā)工具。OLTP是傳統(tǒng)的關(guān)系型數(shù)據(jù)庫(kù)聯(lián)機(jī)事務(wù)處理過(guò)程。

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

42、答案:A本題解析:架構(gòu)設(shè)計(jì)的目標(biāo)是確定應(yīng)用軟件的哪些部分將被分配到何種硬件。識(shí)別出正在開(kāi)發(fā)系統(tǒng)的主要軟件構(gòu)件并分配到系統(tǒng)將要運(yùn)行的硬件構(gòu)件。所有軟件系統(tǒng)可分為四項(xiàng)基本功能。首項(xiàng)是數(shù)據(jù)存儲(chǔ)。大多數(shù)信息系統(tǒng)需要數(shù)據(jù)進(jìn)行存儲(chǔ)并檢索,無(wú)論是一個(gè)小文件,比如一個(gè)字處理器產(chǎn)生的一個(gè)備忘錄,還是一個(gè)大型數(shù)據(jù)庫(kù),比如存儲(chǔ)一個(gè)企業(yè)會(huì)計(jì)記錄的數(shù)據(jù)庫(kù)。第二項(xiàng)功能是數(shù)據(jù)訪(fǎng)問(wèn)邏輯,處理過(guò)程需要訪(fǎng)問(wèn)數(shù)據(jù),這通常是指用SQL進(jìn)行數(shù)據(jù)庫(kù)查詢(xún)。第三項(xiàng)功能是應(yīng)用程序邏輯,這些邏輯通過(guò)數(shù)據(jù)流圖,用例和功能需求來(lái)記錄。第四項(xiàng)功能是表示邏輯,給用戶(hù)顯示信息并接收用戶(hù)命令。一個(gè)系統(tǒng)的三類(lèi)主要硬件構(gòu)件是客戶(hù)機(jī)、服務(wù)器和網(wǎng)絡(luò)。

43、答案:C本題解析:衡量數(shù)據(jù)庫(kù)管理系統(tǒng)的主要性能指標(biāo)包括數(shù)據(jù)庫(kù)本身和管理系統(tǒng)兩部分,有:數(shù)據(jù)庫(kù)的大小、數(shù)據(jù)庫(kù)中表的數(shù)量、單個(gè)表的大小、表中允許的記錄(行)數(shù)量、單個(gè)記錄(行)的大小、表上所允許的索引數(shù)量、數(shù)據(jù)庫(kù)所允許的索引數(shù)量、最大并發(fā)事務(wù)處理能力、負(fù)載均衡能力、最大連接數(shù)等等。

44、答案:B本題解析:應(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ù)器。

45、答案:B本題解析:一般來(lái)說(shuō),架構(gòu)可以分為表現(xiàn)層、中間層和持久層三個(gè)層次。(1)表現(xiàn)層。表現(xiàn)層主要負(fù)責(zé)接收用戶(hù)的請(qǐng)求,對(duì)用戶(hù)的輸入、輸出進(jìn)行檢查與控制,處理客戶(hù)端的一些動(dòng)作,包括控制頁(yè)面跳轉(zhuǎn)等,并向用戶(hù)呈現(xiàn)最終的結(jié)果信息。表現(xiàn)層主要采用MVC結(jié)構(gòu)來(lái)實(shí)現(xiàn)??刂破髫?fù)責(zé)接收用戶(hù)的請(qǐng)求,并決定應(yīng)該調(diào)用哪個(gè)模型來(lái)處理;然后,模型根據(jù)用戶(hù)請(qǐng)求調(diào)用中間層進(jìn)行相應(yīng)的業(yè)務(wù)邏輯處理,并返回?cái)?shù)據(jù);最后,控制器調(diào)用相應(yīng)的視圖來(lái)格式化模型返回的數(shù)據(jù),并通過(guò)視圖呈現(xiàn)給用戶(hù)。(2)中間層。中間層主要包括業(yè)務(wù)邏輯層組件、業(yè)務(wù)邏輯層工作流、業(yè)務(wù)邏輯層實(shí)體和業(yè)務(wù)邏輯層框架四個(gè)方面。業(yè)務(wù)邏輯層組件分為接口和實(shí)現(xiàn)類(lèi)兩個(gè)部分,接口用于定義業(yè)務(wù)邏輯組件,定義業(yè)務(wù)邏輯組件必須實(shí)現(xiàn)的方法。通常按模塊來(lái)設(shè)計(jì)業(yè)務(wù)邏輯組件,每個(gè)模塊設(shè)計(jì)為一個(gè)業(yè)務(wù)邏輯組件,并且每個(gè)業(yè)務(wù)邏輯組件以多個(gè)DAO組件作為基礎(chǔ),從而實(shí)現(xiàn)對(duì)外提供系統(tǒng)的業(yè)務(wù)邏輯服務(wù)。業(yè)務(wù)邏輯層工作流能夠?qū)崿F(xiàn)在多個(gè)參與者之間按照某種預(yù)定義的規(guī)則傳遞文檔、信息或任務(wù)的過(guò)程自動(dòng)進(jìn)行,從而實(shí)現(xiàn)某個(gè)預(yù)期的業(yè)務(wù)目標(biāo),或者促進(jìn)此目標(biāo)的實(shí)現(xiàn)。業(yè)務(wù)邏輯層實(shí)體提供對(duì)業(yè)務(wù)數(shù)據(jù)及相關(guān)功能的狀態(tài)編程訪(fǎng)問(wèn),業(yè)務(wù)邏輯層實(shí)體數(shù)據(jù)可以使用具有復(fù)雜架構(gòu)的數(shù)據(jù)來(lái)構(gòu)建,這種數(shù)據(jù)通常來(lái)自數(shù)據(jù)庫(kù)中的多個(gè)相關(guān)表。業(yè)務(wù)邏輯層實(shí)體數(shù)據(jù)可以作為業(yè)務(wù)過(guò)程的部分I/O參數(shù)傳遞,業(yè)務(wù)邏輯層的實(shí)體是可序列化的,以保持它們的當(dāng)前狀態(tài)。業(yè)務(wù)邏輯層是實(shí)現(xiàn)系統(tǒng)功能的核心組件,采用容器的形式,便于系統(tǒng)功能的開(kāi)發(fā)、代碼重用和管理。(3)持久層。持久層主要負(fù)責(zé)數(shù)據(jù)的持久化存儲(chǔ),主要負(fù)責(zé)將業(yè)務(wù)數(shù)據(jù)存儲(chǔ)在文件、數(shù)據(jù)庫(kù)等持久化存儲(chǔ)介質(zhì)中。持久層的主要功能是為業(yè)務(wù)邏輯提供透明的數(shù)據(jù)訪(fǎng)問(wèn)、持久化、加載等能力。

46、答案:A本題解析:本題考查用例建模中用例之間的基本關(guān)系。使用用例健模系統(tǒng)需求時(shí),兩個(gè)或多個(gè)用例可能執(zhí)行同樣的功能步驟。把這些公共步驟提取成獨(dú)立的用例,稱(chēng)為抽象用例。抽象用例代表了某種程度的復(fù)用,是降低用例之間冗余的較好方式。抽象用例可以被另一個(gè)需要使用它的功能用例訪(fǎng)問(wèn),抽象用例和使用它的用例之間的關(guān)系你為使用關(guān)系。

47、答案:B本題解析:

48、答案:D本題解析:所謂軟件的逆向工程就是分析已有的程序,尋求比源代碼更高級(jí)的抽象表現(xiàn)形式。一般認(rèn)為,凡是在軟件生命周期內(nèi)將軟件某種形式的描述轉(zhuǎn)換成更為抽象形式的活動(dòng)都可稱(chē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),也稱(chēng)修復(fù)和改造工程,它是在逆向工程所獲信息的基礎(chǔ)上修改或重構(gòu)已有的系統(tǒng),產(chǎn)生系統(tǒng)的一個(gè)新版本。

49、答案:C本題解析:在軟件開(kāi)發(fā)過(guò)程中,如果用戶(hù)僅僅提出軟件的—些基本功能,但是沒(méi)有詳細(xì)定義輸入、處理和輸出需求。在這種情況下,該軟件開(kāi)發(fā)團(tuán)隊(duì)?wèi)?yīng)該采取原型開(kāi)發(fā)方法最為合適。因此本題應(yīng)該選C。

50、答案:D本題解析:(1)XP(ExtremeProgramming,極限編程)在所有的敏捷型方法中,XP是最引人矚目的。它源于Smalltalk圈子,特別是KentBeck和WardCunningham在20世紀(jì)80年代末的密切合作。XP在一些對(duì)費(fèi)用控制嚴(yán)格的公司中的使用,已經(jīng)被證明是非常有效的。(2)Cockburn的水晶系列方法,水晶系列方法是由AlistairCockburn提出的。它與XP方法一樣,都有以人為中心的理念,但在實(shí)踐上有所不同。Alistair考慮到人們一般很難嚴(yán)格遵循一個(gè)紀(jì)律約束很強(qiáng)的過(guò)程,因此,與XP的高度紀(jì)律性不同,Alistair探索了用最少紀(jì)律約束而仍能成功的方法,從而在產(chǎn)出效率與易于運(yùn)作上達(dá)到一種平衡。也就是說(shuō),雖然水晶系列不如XP那樣的產(chǎn)出效率,但會(huì)有更多的人能夠接受并遵循它。(3)開(kāi)放式源碼,這里提到的開(kāi)放式源碼指的是開(kāi)放源碼界所用的一種運(yùn)作方式。開(kāi)放式源碼項(xiàng)目有一個(gè)特別之處,就是程序開(kāi)發(fā)人員在地域上分布很廣,這使得它和其他敏捷方法不同,因?yàn)橐话愕拿艚莘椒ǘ紡?qiáng)調(diào)項(xiàng)目組成員在同一地點(diǎn)工作。開(kāi)放源碼的一個(gè)突出特點(diǎn)就是查錯(cuò)排障(debug)的高度并行性,任何人發(fā)現(xiàn)了錯(cuò)誤都可將改正源碼的“補(bǔ)丁”文件發(fā)給維護(hù)者。然后由維護(hù)者將這些“補(bǔ)丁”或是新增的代碼并入源碼庫(kù)。(4)SCRUM。SCRUM己經(jīng)出現(xiàn)很久了,像前面所論及的方法一樣,該方法強(qiáng)調(diào)這樣一個(gè)事實(shí),即明確定義了的可重復(fù)的方法過(guò)程只限于在明確定義了的可重復(fù)的環(huán)境中,為明確定義了的可重復(fù)的人員所用,去解決明確定義了的可重復(fù)的問(wèn)題。(5)Coad的功用驅(qū)動(dòng)開(kāi)發(fā)方法(FDD-FeatureDrivenDevelopment)FDD是由JeffDeLuca和大師PeterCoad提出來(lái)的。像其他方法一樣,它致力于短時(shí)的迭代階段和可見(jiàn)可用的功能。在FDD中,一個(gè)迭代周期一般是兩周。在FDD中,編程開(kāi)發(fā)人員分成兩類(lèi):首席程序員和“類(lèi)”程序員(classowner)。首席程序員是最富有經(jīng)驗(yàn)的開(kāi)發(fā)人員,他們是項(xiàng)目的協(xié)調(diào)者、設(shè)計(jì)者和指導(dǎo)者,而“類(lèi)”程序員則主要做源碼編寫(xiě)。(6)ASD方法,ASD(AdaptiveSoftwareDevelopment)方法由JimHighsmith提出,其核心是三個(gè)非線(xiàn)

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶(hù)所有。
  • 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ì)用戶(hù)上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶(hù)上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶(hù)因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論