2024年全國(guó)軟件水平考試之高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師考試歷年考試題詳細(xì)參考解析

姓名:_________________編號(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ú)效。一、選擇題

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

2、數(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í)用（請(qǐng)作答此空）實(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.完全備份

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

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

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

6、某軟件項(xiàng)目的活動(dòng)圖如下圖所示，其中頂點(diǎn)表示項(xiàng)目里程碑，連接頂點(diǎn)的邊表示包含的活動(dòng)，邊上的數(shù)字表示相應(yīng)活動(dòng)的持續(xù)時(shí)間（天），則完成該項(xiàng)目的最少時(shí)間為（）天?；顒?dòng)BC和BF最多可以晚開(kāi)始（）天而不會(huì)影響整個(gè)項(xiàng)目的進(jìn)度。A.0和7B.0和11C.2和7D.2和11

7、某單位為了建設(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ì)量特性的（）；更改系統(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)的（請(qǐng)作答此空）；對(duì)查詢(xún)請(qǐng)求處理時(shí)間的要求將影響系統(tǒng)的數(shù)據(jù)傳輸協(xié)議和處理過(guò)程的設(shè)計(jì)，這屬于系統(tǒng)的（）。A.權(quán)衡點(diǎn)B.風(fēng)險(xiǎn)點(diǎn)C.敏感點(diǎn)D.非風(fēng)險(xiǎn)點(diǎn)

8、甲、乙兩個(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à)策略

9、軟件架構(gòu)風(fēng)格描述某一特定領(lǐng)域中的系統(tǒng)組織方式和慣用模式，反映了領(lǐng)域中眾多系統(tǒng)所共有的（）特征。對(duì)于語(yǔ)音識(shí)別、知識(shí)推理等問(wèn)題復(fù)雜、解空間很大、求解過(guò)程不確定的這一類(lèi)軟件系統(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ò)程控制

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

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

12、在對(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)是否滿(mǎn)足需求、質(zhì)量需求是否在設(shè)計(jì)中得到體現(xiàn)。A.系統(tǒng)分析師與架構(gòu)師B.用戶(hù)代表與領(lǐng)域?qū)＜褻.系統(tǒng)擁有者與項(xiàng)目經(jīng)理D.系統(tǒng)開(kāi)發(fā)與測(cè)試人員

13、（）中，編程開(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）

14、若系統(tǒng)中存在n個(gè)等待事務(wù)Ti(i=0，1，2，…，n-1)，其中：T0正等待被T1鎖住的數(shù)據(jù)項(xiàng)A1，T1正等待被T2鎖住的數(shù)據(jù)項(xiàng)A2，…，Ti正等待被Ti+1鎖住的數(shù)據(jù)項(xiàng)Ai+1，…，Tn-1正等待被T0鎖住的數(shù)據(jù)項(xiàng)A0，則系統(tǒng)處于（）狀態(tài)。A.封鎖B.死鎖C.循環(huán)D.并發(fā)處理

15、某軟件項(xiàng)目的活動(dòng)圖如下圖所示，其中頂點(diǎn)表示項(xiàng)目里程碑，連接頂點(diǎn)的邊表示包含的活動(dòng)，邊上的數(shù)字表示活動(dòng)的持續(xù)天數(shù)，則完成該項(xiàng)目的最少時(shí)間為（）天?；顒?dòng)EH和IJ的松弛時(shí)間分別為（）天。A.17B.19C.20D.22

16、隨著業(yè)務(wù)的增長(zhǎng)，信息系統(tǒng)的訪(fǎ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ù)載均衡可使用戶(hù)只通過(guò)一個(gè)IP地址或域名就能訪(fǎng)問(wèn)相應(yīng)的服務(wù)器

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

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

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

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

21、Flynn分類(lèi)法基于信息流特征將計(jì)算機(jī)分成4類(lèi)，其中（）只有理論意義而無(wú)實(shí)例。A.SISDB.MISDC.SIMD.MIMD

22、體系結(jié)構(gòu)文檔化有助于輔助系統(tǒng)分析人員和程序員去實(shí)現(xiàn)體系結(jié)構(gòu)。體系結(jié)構(gòu)文檔化過(guò)程的主要輸出包括（）。A.體系結(jié)構(gòu)規(guī)格說(shuō)明、測(cè)試體系結(jié)構(gòu)需求的質(zhì)量設(shè)計(jì)說(shuō)明書(shū)B(niǎo).質(zhì)量屬性說(shuō)明書(shū)、體系結(jié)構(gòu)描述C.體系結(jié)構(gòu)規(guī)格說(shuō)明、軟件功能需求說(shuō)明D.多視圖體系結(jié)構(gòu)模型、體系結(jié)構(gòu)驗(yàn)證說(shuō)明

23、某企業(yè)通過(guò)一臺(tái)路由器上聯(lián)總部，下聯(lián)4個(gè)分支結(jié)構(gòu)，設(shè)計(jì)人員分配給下級(jí)機(jī)構(gòu)一個(gè)連續(xù)的地址空間，采用一個(gè)子網(wǎng)或者超網(wǎng)段表示。這樣的主要作用是（）A.層次化路由選擇B.易于管理和性能優(yōu)化C.基于故障排查D.使用較少的資源

24、企業(yè)應(yīng)用集成通過(guò)采用多種集成模式構(gòu)建統(tǒng)一標(biāo)準(zhǔn)的基礎(chǔ)平臺(tái)，將具有不同功能和目的且獨(dú)立運(yùn)行的企業(yè)信息系統(tǒng)聯(lián)合起來(lái)。其中，面向______的集成模式強(qiáng)調(diào)處理不同應(yīng)用系統(tǒng)之間的交互邏輯，與核心業(yè)務(wù)邏輯相分離，并通過(guò)不同應(yīng)用系統(tǒng)之間的協(xié)作共同完成某項(xiàng)業(yè)務(wù)功能。A.數(shù)據(jù)B.接口C.過(guò)程D.界面

25、某數(shù)據(jù)庫(kù)中有員工關(guān)系E（員工號(hào)，姓名，部門(mén)，職稱(chēng)，月薪）；產(chǎn)品關(guān)系P（產(chǎn)品號(hào)，產(chǎn)品名稱(chēng)，型號(hào)，尺寸，顏色）；倉(cāng)庫(kù)關(guān)系W（倉(cāng)庫(kù)號(hào)，倉(cāng)庫(kù)名稱(chēng)，地址，負(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中的職稱(chēng)為“工程師”的月薪不能低于3500元?jiǎng)t①②③依次要滿(mǎn)足的完整性約束是（）。A.實(shí)體完整性、參照完整性、用戶(hù)定義完整性B.參照完整性、實(shí)體完整性、用戶(hù)定義完整性C.用戶(hù)定義完整性、實(shí)體完整性、參照完整性D.實(shí)體完整性、用戶(hù)定義完整性、參照完整性

26、某文件管理系統(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)為（）的字中描述，系統(tǒng)應(yīng)該將（請(qǐng)作答此空）A.該字的0號(hào)位置“1”B.該字的63號(hào)位置“1”C.該字的0號(hào)位置“0”D.該字的63號(hào)位置“0”

27、一個(gè)大型軟件系統(tǒng)的需求總是有變化的。為了降低項(xiàng)目開(kāi)發(fā)的風(fēng)險(xiǎn)，需要一個(gè)好的變更控制過(guò)程。如下圖所示的需求變更管理過(guò)程中，①②③處對(duì)應(yīng)的內(nèi)容應(yīng)是（請(qǐng)作答此空）；自動(dòng)化工具能夠幫助變更控制過(guò)程更有效地運(yùn)作，（）是這類(lèi)工具應(yīng)具有的特性之一。A.問(wèn)題分析與變更描述、變更分析與成本計(jì)算、變更實(shí)現(xiàn)B.變更描述與變更分析、成本計(jì)算、變更實(shí)現(xiàn)C.問(wèn)題分析與變更描述、變更分析、變更實(shí)現(xiàn)D.變更描述、變更分析、變更實(shí)現(xiàn)

28、以下關(guān)于敏捷方法的敘述中，（）是不正確的。A.敏捷型方法的思考角度是"面向開(kāi)發(fā)過(guò)程"的B.極限編程是著名的敏捷開(kāi)發(fā)方法C.敏捷型方法是"適應(yīng)性"而非"預(yù)設(shè)性"D.敏捷開(kāi)發(fā)方法是迭代增量式的開(kāi)發(fā)方法

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

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

31、以下關(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)目

32、下列關(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)致其他的故障

33、(9)主要負(fù)責(zé)接收用戶(hù)的請(qǐng)求，對(duì)用戶(hù)的輸入、輸出進(jìn)行檢查與控制,處理客戶(hù)端的一些動(dòng)作,包括控制頁(yè)面跳轉(zhuǎn)等，并向用戶(hù)呈現(xiàn)最終的結(jié)果信息。該層次主要通過(guò)(10)結(jié)構(gòu)實(shí)現(xiàn).(11)負(fù)責(zé)接收用戶(hù)的請(qǐng)求,并決定應(yīng)該調(diào)用哪個(gè)模型來(lái)處理;然后，(12)根據(jù)用戶(hù)請(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)給用戶(hù)。A.CLRB.JVMC.MVCD.DAO

34、軟件設(shè)計(jì)師王某在其公司的某一綜合信息管理系統(tǒng)軟件開(kāi)發(fā)項(xiàng)目中承擔(dān)了大部分程序設(shè)計(jì)工作。該系統(tǒng)交付用戶(hù)，投入試運(yùn)行后，王某辭職離開(kāi)公司，并帶走了該綜合信息管理系統(tǒng)的源程序，拒不交還公司。王某認(rèn)為綜合信息管理系統(tǒng)源程序是他獨(dú)立完成的，他是綜合信息管理系統(tǒng)源程序的軟件著作權(quán)人。王某的行為（）A.侵犯了公司的軟件著作權(quán)B.未侵犯了公司的軟件著作權(quán)C.侵犯了公司的商業(yè)秘密權(quán)D.不涉及侵犯公司的軟件著作權(quán)

35、設(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>

36、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)系

37、Theobjectiveof(71)istodeterminewhatpartsoftheapplicationsoftwarewillbeassignedtowhathardware.Themajorsoftwarecomponentsofthesystembeingdevelopedhavetobeidentifiedandthenallocatedtothevarioushardwarecomponentsonwhichthesystemwilloperate.Allsoftwaresystemscanbedividedintofourbasicfunctions.Thefirstis(請(qǐng)作答此空).Mostinformationsystemsrequiredatatobestoredandretrieved,whetherasmallfile,suchasamemoproducedbyawordprocessor,oralargedatabase,suchasonethatstoresanorganization'saccountingrecords.Thesecondfunctionisthe(73),theprocessingrequiredtoaccessdata,whichoftenmeansdatabasequeriesinStructuredQueryLanguage.Thethirdfunctionisthe(74),whichisthelogicdocumentedintheDFDs,usecases,andfunctionalrequirements.Thefourthfunctionisthepresentationlogic,thedisplayofinformationtotheuserandtheacceptanceoftheuser'scommands.Thethreeprimaryhardwarecomponentsofasystemare(75).A.dataaccesscomponentsB.databasemanagementsystemC.datastorageD.dataentities

38、mVC模式強(qiáng)制性地將一一個(gè)應(yīng)用處理流程按照模型、視圖、控制的方式進(jìn)行分離，三者的協(xié)作關(guān)系如圖所示。圖中的(1)-(3)分別是(1)、(2)、(3)。A.選擇視圖B.業(yè)務(wù)處理C.狀態(tài)查詢(xún)D.觸發(fā)事件

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

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

41、特定領(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)

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

43、分布式事務(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)器詢(xún)問(wèn)以決定Ti的最終結(jié)果

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

45、某公司欲開(kāi)發(fā)一個(gè)門(mén)戶(hù)系統(tǒng)，該系統(tǒng)以商業(yè)流程和企業(yè)應(yīng)用為核心，將商業(yè)流程中不同的功能模塊通過(guò)門(mén)戶(hù)集成在一起，以提高公司的集中貿(mào)易能力、協(xié)同能力和信息管理能力。根據(jù)這種需求，采用企業(yè)______門(mén)戶(hù)解決方案最為合適。A.信息B.知識(shí)C.應(yīng)用D.垂直

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

47、軟件架構(gòu)是降低成本、改進(jìn)質(zhì)量、按時(shí)和按需交付產(chǎn)品的關(guān)鍵因素。軟件架構(gòu)設(shè)計(jì)需滿(mǎn)足系統(tǒng)的（），如性能、安全性和可修改性等，并能夠指導(dǎo)設(shè)計(jì)人員和實(shí)現(xiàn)人員的工作。A.功能需求B.性能需求C.質(zhì)量屬性D.業(yè)務(wù)屬性

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

49、前趨圖(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)}

50、數(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)為（）。設(shè)計(jì)時(shí)用（請(qǐng)作答此空）檢查實(shí)現(xiàn)。A.封鎖協(xié)議B.完整性約束C.影子拷貝D.測(cè)試二、多選題

51、(9)主要負(fù)責(zé)接收用戶(hù)的請(qǐng)求，對(duì)用戶(hù)的輸入、輸出進(jìn)行檢查與控制,處理客戶(hù)端的一些動(dòng)作,包括控制頁(yè)面跳轉(zhuǎn)等，并向用戶(hù)呈現(xiàn)最終的結(jié)果信息。該層次主要通過(guò)(10)結(jié)構(gòu)實(shí)現(xiàn).(11)負(fù)責(zé)接收用戶(hù)的請(qǐng)求,并決定應(yīng)該調(diào)用哪個(gè)模型來(lái)處理;然后，(12)根據(jù)用戶(hù)請(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)給用戶(hù)。A.CLRB.JVMC.MVCD.DAO

52、某計(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

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

54、Anapplicationarchitecturespecifiesthetechnologiestobeusedtoimplementoneormoreinformationsystems.Itservesasanoutlinefordetaileddesign,construction,andimplementation.Giventhemodelsanddetails,include（）,wecandistributedataandprocessestocreateageneraldesignofapplicationarchitecture.Thedesignwillnormallybeconstrainedbyarchitecturestandards,projectobjectives,and（）.ThefirstphysicalDFDtobedrawnisthe（）.Thenextstepistodistributedatastorestodifferentprocessors.Data（）aretwotypesofdistributeddatawhichmostRDBMSssupport.Therearemanydistributionoptionsusedindatadistribution.Inthecaseof（請(qǐng)作答此空）,weshouldrecordeachtableasadatastoreonthephysicalDFDandconnecteachtotheappropriateserver.A.storingalldataonasingleserverB.storingspecifictablesondifferentserversC.storingsubsetsofspecifictablesondifferentserversD.duplicatingspecifictablesorsubsetsondifferentservers

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

56、（）中間件保證系統(tǒng)能在不同平臺(tái)之間通信，實(shí)現(xiàn)分布式系統(tǒng)中可靠的、高效的、實(shí)時(shí)的跨平臺(tái)數(shù)據(jù)傳輸。A.數(shù)據(jù)管理中間件B.消息中間件C.WEB服務(wù)中間件D.事務(wù)處理中間件

57、客戶(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)

58、為了加強(qiáng)對(duì)企業(yè)信息資源的管理，企業(yè)應(yīng)按照信息化和現(xiàn)代化企業(yè)管理要求設(shè)置信息管理機(jī)構(gòu)，建立信息中心。信息中心的主要職能不包括（）A.處理信息，確定信息處理的方法B.用先進(jìn)的信息技術(shù)提高業(yè)務(wù)管理水平C.組織招聘信息資源管理員D.建立業(yè)務(wù)部門(mén)期望的信息系統(tǒng)和網(wǎng)絡(luò)

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

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

61、用于管理信息系統(tǒng)規(guī)劃的方法有很多，其中（）將整個(gè)過(guò)程看成是一個(gè)“信息集合”，并將組織的戰(zhàn)略目標(biāo)轉(zhuǎn)變?yōu)楣芾硇畔⑾到y(tǒng)的戰(zhàn)略目標(biāo)。A.關(guān)鍵成功因素法B.戰(zhàn)略目標(biāo)集轉(zhuǎn)化法C.征費(fèi)法D.零線(xiàn)預(yù)算法

62、軟件的質(zhì)量屬性是衡量軟件非功能性需求的重要因素?？捎眯再|(zhì)量屬性主要關(guān)注軟件系統(tǒng)的故障和它所帶來(lái)的后果。（）是能夠提高系統(tǒng)可用性的措施。A.心跳檢測(cè)B.模塊的抽象化C.用戶(hù)授權(quán)D.記錄/重放

63、分布式數(shù)據(jù)庫(kù)兩階段提交協(xié)議中的兩個(gè)階段是指()A.加鎖階段、解鎖階段B.獲取階段、運(yùn)行階段C.表決階段、執(zhí)行階段D.擴(kuò)展階段、收縮階段

64、分布透明性指用戶(hù)不必關(guān)心數(shù)據(jù)的邏輯分片，不必關(guān)心數(shù)據(jù)存儲(chǔ)的物理位置分配細(xì)節(jié)，也不必關(guān)心局部場(chǎng)地上數(shù)據(jù)庫(kù)的數(shù)據(jù)模型。（）是分布透明性的最高層次。（）指用戶(hù)或應(yīng)用程序應(yīng)當(dāng)了解分片情況，但不必了解片段的存儲(chǔ)場(chǎng)地。（請(qǐng)作答此空）透明性是指用戶(hù)或應(yīng)用程序應(yīng)當(dāng)了解分片及各片斷存儲(chǔ)的場(chǎng)地，但不必了解局部場(chǎng)地上使用的是何種數(shù)據(jù)模型。A.分片透明性B.邏輯透明性C.位置透明性D.全局透明性

65、商業(yè)智能系統(tǒng)的處理過(guò)程包括四個(gè)主要階段：數(shù)據(jù)預(yù)處理通過(guò)（）實(shí)現(xiàn)企業(yè)原始數(shù)據(jù)的初步整合；建立數(shù)據(jù)倉(cāng)庫(kù)是后續(xù)數(shù)據(jù)處理的基礎(chǔ)；數(shù)據(jù)分析是體現(xiàn)系統(tǒng)智能的關(guān)鍵，主要采用（請(qǐng)作答此空）和（）技術(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í)庫(kù)B.數(shù)據(jù)挖掘C.聯(lián)機(jī)事務(wù)處理D.聯(lián)機(jī)分析處理

66、某文件管理系統(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)為（）的字中描述，系統(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”

67、架構(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.組件約束

68、中間件的類(lèi)型可以采用自底向上的方式劃分，以下說(shuō)法正確的是（）A.集成型中間件的主流技術(shù)有：Java虛擬機(jī)、CLR等B.通用型中間件的主流技術(shù)有：Java虛擬機(jī)、CLR等C.通用型中間件的主流技術(shù)有：RPC、ORB等D.集成型中間件的主流技術(shù)有：RPC、ORB等

69、面向服務(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.控制流

70、用例(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)

71、假設(shè)系統(tǒng)采用段式存儲(chǔ)管理方法，進(jìn)程P的段表如下所示。邏輯地址（）不能轉(zhuǎn)換為對(duì)應(yīng)的物理地址；不能轉(zhuǎn)換為對(duì)應(yīng)的物理地址的原因是進(jìn)行（請(qǐng)作答此空）。A.除法運(yùn)算時(shí)除數(shù)為零B.算術(shù)運(yùn)算時(shí)有溢出C.邏輯地址到物理地址轉(zhuǎn)換時(shí)地址越界D.物理地址到邏輯地址轉(zhuǎn)換時(shí)地址越界

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

73、在分步設(shè)計(jì)法中，通常將數(shù)據(jù)庫(kù)的設(shè)計(jì)分為4個(gè)階段。其中（請(qǐng)作答此空）是數(shù)據(jù)庫(kù)設(shè)計(jì)的第二階段，其目標(biāo)是對(duì)需求說(shuō)明書(shū)提供的所有數(shù)據(jù)和處理要求進(jìn)行抽象與綜合處理建立企業(yè)數(shù)據(jù)模型。（）階段將得到的應(yīng)用視圖轉(zhuǎn)換成外部模式，即特定DBMS下的應(yīng)用視圖。A.系統(tǒng)結(jié)構(gòu)設(shè)計(jì)B.概念結(jié)構(gòu)設(shè)計(jì)C.邏輯結(jié)構(gòu)設(shè)計(jì)D.需求概念設(shè)計(jì)

74、某公司擬開(kāi)發(fā)一個(gè)語(yǔ)音搜索系統(tǒng)，其語(yǔ)音搜索系統(tǒng)的主要工作過(guò)程包括分割原始語(yǔ)音信號(hào)、識(shí)別音素、產(chǎn)生候選詞、判定語(yǔ)法片斷、提供搜索關(guān)鍵詞等，每個(gè)過(guò)程都需要進(jìn)行基于先驗(yàn)知識(shí)的條件判斷并進(jìn)行相應(yīng)的識(shí)別動(dòng)作。針對(duì)該系統(tǒng)的特點(diǎn)，采用（）架構(gòu)風(fēng)格最為合適。A.分層系統(tǒng)B.面向?qū)ο驝.黑板D.隱式調(diào)用

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

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

77、關(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ù)不同腳手架的特性配置不同的均衡策略。

78、某計(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.“C1S2”，“P1C2S3”，“P2C3”B.“C1S1”，“S2C2P2”，“C3P3”C.“S1C1P1”，“S2C2P2”，“S3C3P3”D.“S1S2S3”，“C1C2C3”，“P1P2P3”

79、數(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í)用（請(qǐng)作答此空）實(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.完全備份

80、某軟件項(xiàng)目的活動(dòng)圖如下圖所示，其中頂點(diǎn)表示項(xiàng)目里程碑，連接頂點(diǎn)的邊表示包含的活動(dòng)，邊上的數(shù)字表示相應(yīng)活動(dòng)的持續(xù)時(shí)間（天），則完成該項(xiàng)目的最少時(shí)間為（）天?；顒?dòng)BC和BF最多可以晚開(kāi)始（）天而不會(huì)影響整個(gè)項(xiàng)目的進(jìn)度。A.0和7B.0和11C.2和7D.2和11

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

82、在分步設(shè)計(jì)法中，通常將數(shù)據(jù)庫(kù)的設(shè)計(jì)分為4個(gè)階段。其中（）是數(shù)據(jù)庫(kù)設(shè)計(jì)的第二階段，其目標(biāo)是對(duì)需求說(shuō)明書(shū)提供的所有數(shù)據(jù)和處理要求進(jìn)行抽象與綜合處理建立企業(yè)數(shù)據(jù)模型。（請(qǐng)作答此空）階段將得到的應(yīng)用視圖轉(zhuǎn)換成外部模式，即特定DBMS下的應(yīng)用視圖。A.系統(tǒng)結(jié)構(gòu)設(shè)計(jì)B.概念結(jié)構(gòu)設(shè)計(jì)C.邏輯結(jié)構(gòu)設(shè)計(jì)D.物理結(jié)構(gòu)設(shè)計(jì)

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

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

85、分布透明性指用戶(hù)不必關(guān)心數(shù)據(jù)的邏輯分片，不必關(guān)心數(shù)據(jù)存儲(chǔ)的物理位置分配細(xì)節(jié)，也不必關(guān)心局部場(chǎng)地上數(shù)據(jù)庫(kù)的數(shù)據(jù)模型。（請(qǐng)作答此空）是分布透明性的最高層次。（）指用戶(hù)或應(yīng)用程序應(yīng)當(dāng)了解分片情況，但不必了解片段的存儲(chǔ)場(chǎng)地。（）透明性是指用戶(hù)或應(yīng)用程序應(yīng)當(dāng)了解分片及各片斷存儲(chǔ)的場(chǎng)地，但不必了解局部場(chǎng)地上使用的是何種數(shù)據(jù)模型。A.分片透明性B.邏輯透明性C.位置透明性D.全局透明性

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

87、某工程項(xiàng)目包括8個(gè)作業(yè)A～H。各作業(yè)的緊前作業(yè)、所需天數(shù)、所需人數(shù)見(jiàn)下表：該項(xiàng)目共有10人，各作業(yè)必須連續(xù)進(jìn)行，至少需要（）天才能完成。A.11B.12C.13D.14

88、關(guān)于XMLSchema與DTD的表述不正確的是（）A.一個(gè)XML文檔可以調(diào)用多種schema文檔B.XMLSchema在代碼的重用性和可擴(kuò)展方面優(yōu)于DTDC.一個(gè)XML文檔只能使用一個(gè)DTD文檔D.一個(gè)XML文檔可以使用多個(gè)DTD文檔

89、Theobjectiveof(71)istodeterminewhatpartsoftheapplicationsoftwarewillbeassignedtowhathardware.Themajorsoftwarecomponentsofthesystembeingdevelopedhavetobeidentifiedandthenallocatedtothevarioushardwarecomponentsonwhichthesystemwilloperate.Allsoftwaresystemscanbedividedintofourbasicfunctions.Thefirstis(請(qǐng)作答此空).Mostinformationsystemsrequiredatatobestoredandretrieved,whetherasmallfile,suchasamemoproducedbyawordprocessor,oralargedatabase,suchasonethatstoresanorganization'saccountingrecords.Thesecondfunctionisthe(73),theprocessingrequiredtoaccessdata,whichoftenmeansdatabasequeriesinStructuredQueryLanguage.Thethirdfunctionisthe(74),whichisthelogicdocumentedintheDFDs,usecases,andfunctionalrequirements.Thefourthfunctionisthepresentationlogic,thedisplayofinformationtotheuserandtheacceptanceoftheuser'scommands.Thethreeprimaryhardwarecomponentsofasystemare(75).A.dataaccesscomponentsB.databasemanagementsystemC.datastorageD.dataentities

90、對(duì)計(jì)算機(jī)評(píng)價(jià)的主要性能指標(biāo)有時(shí)鐘頻率、()、運(yùn)算精度和內(nèi)存容量等A.丟包率B.端口吞吐量C.可移植性D.數(shù)據(jù)處理速率

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

92、基于架構(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.類(lèi)圖和序列圖B.視角與視圖C.構(gòu)件和類(lèi)圖D.構(gòu)件與功能

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

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

95、以下關(guān)于軟件生存周期模型的敘述，正確的是（）A.在瀑布模型中，前一個(gè)階段的錯(cuò)誤和疏漏會(huì)隱蔽地帶到后一個(gè)階段B.在任何情況下使用演化模型，都能在一定周期內(nèi)由原型演化到最終產(chǎn)品C.軟件生存周期模型的主要目標(biāo)是為了加快軟件開(kāi)發(fā)的速度D.當(dāng)一個(gè)軟件系統(tǒng)的生存周期結(jié)束之后，它就進(jìn)入到一個(gè)新的生存周期模型

96、軟件架構(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è)試方式

97、建筑物綜合布線(xiàn)系統(tǒng)中的垂直子系統(tǒng)是指（）。A.由終端到信息插座之間的連線(xiàn)系統(tǒng)B.樓層接線(xiàn)間的配線(xiàn)架和線(xiàn)纜系統(tǒng)C.各樓層設(shè)備之間的互連系統(tǒng)D.連接各個(gè)建筑物的通信系統(tǒng)

98、軟件架構(gòu)是降低成本、改進(jìn)質(zhì)量、按時(shí)和按需交付產(chǎn)品的關(guān)鍵因素。軟件架構(gòu)設(shè)計(jì)需要滿(mǎn)足系統(tǒng)的（）如性能、安全性和可修改性等，并能夠指導(dǎo)設(shè)計(jì)人員和實(shí)現(xiàn)人員的工作。A.功能需求B.性能需求C.質(zhì)量屬性D.業(yè)務(wù)屬性

99、某單位為了建設(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ì)量特性的（）；更改系統(tǒng)的Web界面接口必須在4人周內(nèi)完成，這屬于質(zhì)量特性的（請(qǐng)作答此空）；如果"養(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.安全性

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

參考答案與解析

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

2、答案：A本題解析：數(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)。

3、答案：B本題解析：此題考查面向?qū)ο箢?lèi)之間的關(guān)系，類(lèi)之間的主要關(guān)系有關(guān)聯(lián)、依賴(lài)、泛化、聚合、組合和實(shí)現(xiàn)等。（1）關(guān)聯(lián)關(guān)系。關(guān)聯(lián)提供了不同類(lèi)的對(duì)象之問(wèn)的結(jié)構(gòu)關(guān)系，它在一段時(shí)間內(nèi)將多個(gè)類(lèi)的實(shí)例連接在一起。（2）依賴(lài)關(guān)系。兩個(gè)類(lèi)A和B，如果B的變化可能會(huì)引起A的變化，則稱(chēng)類(lèi)A依賴(lài)于類(lèi)B。（3）泛化關(guān)系。泛化關(guān)系描述了一般事物與該事物中的特殊種類(lèi)之間的關(guān)系，也就是父類(lèi)與子類(lèi)之間的關(guān)系。繼承關(guān)系是泛化關(guān)系的反關(guān)系，也就是說(shuō)，子類(lèi)繼承了父類(lèi)，而父類(lèi)則是子類(lèi)的泛化。（4）共享聚集。共享聚集關(guān)系通常簡(jiǎn)稱(chēng)為聚合關(guān)系，它表示類(lèi)之間的整體與部分的關(guān)系，其含義是“部分”可能同時(shí)屬于多個(gè)“整體”，“部分”與“整體”的生命周期可以不相同。例如，汽車(chē)和車(chē)輪就是聚合關(guān)系，車(chē)子壞了，車(chē)輪還可以用；車(chē)輪壞了，可以再換一個(gè)。（5）組合聚集。組合聚集關(guān)系通常簡(jiǎn)稱(chēng)為組合關(guān)系，它也是表示類(lèi)之間的整體與部分的關(guān)系。與聚合關(guān)系的區(qū)別在于，組合關(guān)系中的“部分”只能屬于一個(gè)“整體”，“部分”與“整體”的生命周期相同，“部分”隨著“整體”的創(chuàng)建而創(chuàng)建，也隨著“整體”的消亡而消亡。例如，一個(gè)公司包含多個(gè)部門(mén)，它們之間的關(guān)系就是組合關(guān)系。公司一旦倒閉，也就無(wú)所謂部門(mén)了。（6）實(shí)現(xiàn)關(guān)系。實(shí)現(xiàn)關(guān)系將說(shuō)明和實(shí)現(xiàn)聯(lián)系起來(lái)。接口是對(duì)行為而非實(shí)現(xiàn)的說(shuō)明，而類(lèi)中則包含了實(shí)現(xiàn)的結(jié)構(gòu)。一個(gè)或多個(gè)類(lèi)可以實(shí)現(xiàn)一個(gè)接口，而每個(gè)類(lèi)分別實(shí)現(xiàn)接口中的操作。

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

5、答案：A本題解析：實(shí)時(shí)系統(tǒng)的正確性依賴(lài)于運(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)是要滿(mǎ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)用，其組成有所不同。

6、答案：A本題解析：BC和BF最晚開(kāi)始的時(shí)間可以分別為0天和7天

7、答案：A本題解析：性能是指系統(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í)候，我們通常選擇可用性?？尚薷男允侵篙^高的性?xún)r(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)是指某些做法是可行的、可接受的。

8、答案：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)壟斷。

9、答案：C本題解析：體系結(jié)構(gòu)風(fēng)格反映了領(lǐng)域中眾多系統(tǒng)所共有的結(jié)構(gòu)和語(yǔ)義特性，并指導(dǎo)如何將各個(gè)模塊和子系統(tǒng)有效地組織成一個(gè)完整的系統(tǒng)。對(duì)軟件體系結(jié)構(gòu)風(fēng)格的研究和實(shí)踐促進(jìn)對(duì)設(shè)計(jì)的重用，一些經(jīng)過(guò)實(shí)踐證實(shí)的解決方案也可以可靠地用于解決新的問(wèn)題。例如，如果某人把系統(tǒng)描述為客戶(hù)/服務(wù)器模式，則不必給出設(shè)計(jì)細(xì)節(jié)，我們立刻就會(huì)明白系統(tǒng)是如何組織和工作的。語(yǔ)音識(shí)別是黑板風(fēng)格的經(jīng)典應(yīng)用場(chǎng)景。輸入某個(gè)構(gòu)件，經(jīng)過(guò)內(nèi)部處理，產(chǎn)生數(shù)據(jù)輸出的系統(tǒng)，正是管道-過(guò)濾器中過(guò)濾器的職能，把多個(gè)過(guò)濾器使用管道相聯(lián)的風(fēng)格為管道-過(guò)濾器風(fēng)格。

10、答案：D本題解析：簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議（SNMP），由一組網(wǎng)絡(luò)管理的標(biāo)準(zhǔn)組成，包含一個(gè)應(yīng)用層協(xié)議（applicationlayerprotocol）、數(shù)據(jù)庫(kù)模型（databaseschema）和一組資源對(duì)象。該協(xié)議能夠支持網(wǎng)絡(luò)管理系統(tǒng)，用以監(jiān)測(cè)連接到網(wǎng)絡(luò)上的設(shè)備是否有任何引起管理上關(guān)注的情況。該協(xié)議是互聯(lián)網(wǎng)工程工作小組（IETF，InternetEngineeringTaskForce）定義的internet協(xié)議簇的一部分。SNMP的目標(biāo)是管理互聯(lián)網(wǎng)Internet上眾多廠(chǎng)家生產(chǎn)的軟硬件平臺(tái)，因此SNMP受Internet標(biāo)準(zhǔn)網(wǎng)絡(luò)管理框架的影響也很大。SNMP已經(jīng)出到第三個(gè)版本的協(xié)議，其功能較以前已經(jīng)大大地加強(qiáng)和改進(jìn)了。

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

12、答案：B本題解析：在對(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ò)程中，主要由用戶(hù)代表與領(lǐng)域?qū)＜覜Q定架構(gòu)是否滿(mǎn)足需求、質(zhì)量需求是否在設(shè)計(jì)中得到體現(xiàn)。

13、答案：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í)。

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

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

16、答案：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ā)訪(fǎng)問(wèn)或數(shù)據(jù)流量分擔(dān)到多臺(tái)節(jié)點(diǎn)設(shè)備上分別處理，減少用戶(hù)等待響應(yīng)的時(shí)間；其次，單個(gè)重負(fù)載的運(yùn)算分擔(dān)到多臺(tái)節(jié)點(diǎn)設(shè)備上做并行處理，每個(gè)節(jié)點(diǎn)設(shè)備處理結(jié)束后，將結(jié)果匯總，返回給用戶(hù)，系統(tǒng)處理能力得到大幅度提高。

17、答案：B本題解析：RISC特點(diǎn)：使用等長(zhǎng)指令，目前典型長(zhǎng)度為4個(gè)字節(jié)尋址方式少且簡(jiǎn)單，一般為2-3種；絕不出現(xiàn)存儲(chǔ)器間接尋址方式只有取數(shù)指令、存數(shù)指令訪(fǎng)問(wèn)存儲(chǔ)器指令集中的指令數(shù)目一般少于100種，指令格式一般少于4種指令功能簡(jiǎn)單；控制器多采用硬布線(xiàn)方式，以期更快的執(zhí)行速度平均而言，所有的指令的執(zhí)行時(shí)間為一個(gè)處理時(shí)鐘周期強(qiáng)調(diào)通用寄存器資源的優(yōu)化使用

18、答案：C本題解析：“4+1”視圖是對(duì)邏輯架構(gòu)進(jìn)行描述，最早由PhilippeKruchten提出，他在1995年的IEEESoftware上發(fā)表了題為T(mén)he4+1ViewModelofArchitecture的論文，引起了業(yè)界的極大關(guān)注，并最終被RUP采納，現(xiàn)在已經(jīng)成為架構(gòu)設(shè)計(jì)的結(jié)構(gòu)標(biāo)準(zhǔn)?！?+1”視圖主要包括：①邏輯視圖(LogicalView)，設(shè)計(jì)的對(duì)象模型(使用面向?qū)ο蟮脑O(shè)計(jì)方法時(shí))。②過(guò)程視圖(ProcessView)，捕捉設(shè)計(jì)的并發(fā)和同步特征。③物理視圖(PhysicalView)，描述了軟件到硬件的映射，反映了分布式特性。④開(kāi)發(fā)視圖(DevelopmentView)，描述了在開(kāi)發(fā)環(huán)境中軟件的靜態(tài)組織結(jié)構(gòu)。⑤架構(gòu)的描述，即所做的各種決定，可以圍繞著這四個(gè)視圖來(lái)組織，然后由一些用例(UseCases)或場(chǎng)景(Scenarios)來(lái)說(shuō)明，從而形成了第五個(gè)視圖。當(dāng)采用面向?qū)ο蟮脑O(shè)計(jì)方法描述對(duì)象模型時(shí)，通常使用類(lèi)圖表達(dá)類(lèi)的內(nèi)部屬性和行為，以及類(lèi)集合之間的交互關(guān)系；采用狀態(tài)圖定義對(duì)象的內(nèi)部行為。

19、答案：D本題解析：系統(tǒng)設(shè)計(jì)的主要內(nèi)容包括概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)概要設(shè)計(jì)又稱(chēng)為系統(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ò)程稱(chēng)為詳細(xì)設(shè)計(jì)根據(jù)任務(wù)的不同，詳細(xì)設(shè)計(jì)又可分為多種，例如，網(wǎng)絡(luò)設(shè)計(jì)、代碼設(shè)計(jì)、輸入/輸出設(shè)計(jì)、處理流程設(shè)計(jì)、數(shù)據(jù)存儲(chǔ)設(shè)計(jì)、用戶(hù)界面設(shè)計(jì)、安全性和可靠性設(shè)計(jì)等

20、答案：A本題解析：在被動(dòng)攻擊(passiveattack)中，攻擊者的目的只是獲取信息，這就意味著攻擊者不會(huì)篡改信息或危害系統(tǒng)。系統(tǒng)可以不中斷其正常運(yùn)行。常見(jiàn)的被動(dòng)攻擊包括：竊聽(tīng)和流量分析。

21、答案：B本題解析：按照Flynn分類(lèi)法，根據(jù)計(jì)算機(jī)中指令和數(shù)據(jù)的并行狀況可把計(jì)算機(jī)分成以下幾類(lèi)。單指令流單數(shù)據(jù)流（SISD）--傳統(tǒng)的計(jì)算機(jī)包含單個(gè)CPU，它從存儲(chǔ)在內(nèi)存中的程序那里獲得指令，并作用于單一的數(shù)據(jù)流。單指令流多數(shù)據(jù)流（SIMD）--單個(gè)的指令流作用于多于一個(gè)的數(shù)據(jù)流上。例如有數(shù)據(jù)4、5和3、2，一個(gè)單指令執(zhí)行兩個(gè)獨(dú)立的加法運(yùn)算：4+5和3+2，就被稱(chēng)為單指令流多數(shù)據(jù)流。SIMD的一個(gè)例子就是一個(gè)數(shù)組或向量處理系統(tǒng)，它可以對(duì)不同的數(shù)據(jù)并行執(zhí)行相同的操作。多指令流單數(shù)據(jù)流（MISD）--用多個(gè)指令作用于單個(gè)數(shù)據(jù)流的情況實(shí)際上很少見(jiàn)。這種冗余理論論用于容錯(cuò)系統(tǒng)。多指令流多數(shù)據(jù)流（MIMD）--這種系統(tǒng)類(lèi)似于多個(gè)SISD系統(tǒng)。實(shí)際上，MIMD系統(tǒng)的一個(gè)常見(jiàn)例子是多處理器計(jì)算機(jī)，如Sun的企業(yè)級(jí)服務(wù)器。

22、答案：A本題解析：體系結(jié)構(gòu)文檔化過(guò)程的主要輸出結(jié)果是體系結(jié)構(gòu)規(guī)格說(shuō)明和測(cè)試體系結(jié)構(gòu)需求的質(zhì)量設(shè)計(jì)說(shuō)明書(shū)這兩個(gè)文檔。軟件體系結(jié)構(gòu)的文檔要求與軟件開(kāi)發(fā)項(xiàng)目中的其他文檔是類(lèi)似的。文檔的完整性和質(zhì)量是軟件體系結(jié)構(gòu)成功的關(guān)鍵因素。文檔要從使用者的角度進(jìn)行編寫(xiě)，必須分發(fā)給所有與系統(tǒng)有關(guān)的開(kāi)發(fā)人員，且必須保證開(kāi)發(fā)者手上的文檔是最新的。

23、答案：A本題解析：層次化路由的含義是指對(duì)網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)和配置的了解是局部的，一臺(tái)路由器不需要知道所有的路由信息，只需要了解其管轄的路由信息，層次化路由選擇需要配合層次化的地址編碼。而子網(wǎng)或超網(wǎng)就屬于層次化地址編碼行為。

24、答案：C本題解析：企業(yè)應(yīng)用集成通過(guò)采用多種集成模式，構(gòu)建統(tǒng)一標(biāo)準(zhǔn)的基礎(chǔ)平臺(tái)，將具有不同功能和目的而又獨(dú)立運(yùn)行的企業(yè)信息系統(tǒng)聯(lián)合起來(lái)。目前市場(chǎng)上主流的集成模式有3種：面向信息的集成、面向過(guò)程的集成和面向服務(wù)的集成。其中面向過(guò)程的集成模式強(qiáng)調(diào)處理不同應(yīng)用系統(tǒng)之間的交互邏輯，與核心業(yè)務(wù)邏輯相分離，并通過(guò)不同應(yīng)用系統(tǒng)之間的協(xié)作共同完成某項(xiàng)業(yè)務(wù)功能。

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

26、答案：A本題解析：此題考查位示圖知識(shí)。注意：此題的字號(hào)與位號(hào)均從0開(kāi)始。由于物理塊從0開(kāi)始，從0塊到255塊剛好占用了4個(gè)字（64*4=256），256塊應(yīng)該是第五個(gè)字（4號(hào)字）的0號(hào)位置。

27、答案：A本題解析：①問(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)分類(lèi)報(bào)告出變更請(qǐng)求的數(shù)目。因?yàn)榭捎玫墓ぞ摺S(chǎng)商和特性總在頻繁地變化，所以這里無(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)用戶(hù)可以做出允許的狀態(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ì)收到電子郵件通知。

28、答案：A本題解析：敏捷開(kāi)發(fā)以用戶(hù)的需求進(jìn)化為核心，采用迭代、循序漸進(jìn)的方法進(jìn)行軟件開(kāi)發(fā)。在敏捷開(kāi)發(fā)中，軟件項(xiàng)目在構(gòu)建初期被切分成多個(gè)子項(xiàng)目，各個(gè)子項(xiàng)目的成果都經(jīng)過(guò)測(cè)試，具備可視、可集成和可運(yùn)行使用的特征。換言之，就是把一個(gè)大項(xiàng)目分為多個(gè)相互聯(lián)系，但也可獨(dú)立運(yùn)行的小項(xiàng)目，并分別完成，在此過(guò)程中軟件一直處于可使用狀態(tài)。

29、答案：A本題解析：“4+1”視圖是對(duì)邏輯架構(gòu)進(jìn)行描述，最早由PhilippeKruchten提出，他在1995年的IEEESoftware上發(fā)表了題為T(mén)he4+1ViewModelofArchitecture的論文，引起了業(yè)界的極大關(guān)注，并最終被RUP采納，現(xiàn)在已經(jīng)成為架構(gòu)設(shè)計(jì)的結(jié)構(gòu)標(biāo)準(zhǔn)?！?+1”視圖主要包括：①邏輯視圖(LogicalView)，設(shè)計(jì)的對(duì)象模型(使用面向?qū)ο蟮脑O(shè)計(jì)方法時(shí))。②過(guò)程視圖(ProcessView)，捕捉設(shè)計(jì)的并發(fā)和同步特征。③物理視圖(PhysicalView)，描述了軟件到硬件的映射，反映了分布式特性。④開(kāi)發(fā)視圖(DevelopmentView)，描述了在開(kāi)發(fā)環(huán)境中軟件的靜態(tài)組織結(jié)構(gòu)。⑤架構(gòu)的描述，即所做的各種決定，可以圍繞著這四個(gè)視圖來(lái)組織，然后由一些用例(UseCases)或場(chǎng)景(Scenarios)來(lái)說(shuō)明，從而形成了第五個(gè)視圖。當(dāng)采用面向?qū)ο蟮脑O(shè)計(jì)方法描述對(duì)象模型時(shí)，通常使用類(lèi)圖表達(dá)類(lèi)的內(nèi)部屬性和行為，以及類(lèi)集合之間的交互關(guān)系；采用狀態(tài)圖定義對(duì)象的內(nèi)部行為。

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

31、答案：C本題解析：結(jié)構(gòu)化開(kāi)發(fā)方法也稱(chēng)結(jié)構(gòu)化系統(tǒng)開(kāi)發(fā)方法（StructuredSystemDe-velopmentMethodology），是目前應(yīng)用最普遍的一種