2015下半年軟件設(shè)計師考試真題及答案-上午卷

1、2015下半年軟件設(shè)計師考試真題及答案-上午卷【題目1CPU是在（1）結(jié)束時響應(yīng)DMA請求的。A、一條指令執(zhí)行B、一段程序C、一個時鐘周期D、一個總線周期【題目2虛擬存儲體系由（2）兩級存儲器構(gòu)成。A、主存-輔存B、寄存器-CacheC、寄存器-主存D、Cache-主存【題目3浮點數(shù)能夠表示的數(shù)的范圍是由其（3）的位數(shù)決定的。A、尾數(shù)B、階碼C、數(shù)符D、階符【題目4在機(jī)器指令的地址字段中，直接指出操作數(shù)本身的尋址方式稱為（4）。A、隱含尋址B、寄存器尋址C、立即尋址D、直接尋址3【題目5內(nèi)存按字節(jié)編址從B3000H到DABFFH的區(qū)域K存儲容量為（5）。A、 123KBB、 159KBC、 1

2、63KBD、191KB【題目6CISC是（6）的簡稱。A、復(fù)雜指令系統(tǒng)計算機(jī)B、超大規(guī)模集成電路C、精簡指令系統(tǒng)計算機(jī)D、超長指令字【題目7（7）不屬于主動攻擊。A、流量分析B、重放C、IP地址欺騙D、拒絕服務(wù)【題目8防火墻不具備（8）功能。A、記錄訪問過程B、查毒C、包過濾D、代理根據(jù)下圖所示的輸出信息， 可以確定的是：C :、> netntat nPriMuLocal AddressTCP12.168 0.200 201 ITCPI92.I«K.U.2W；2O3KI CPk吐 14g.0.2002052horvign Addrm 201100.11242:443 100.1

3、9.200.110.1 附 12«.103.12»30;«<)StateESTABLISHED TIMt "AIT4 BUSH段LA、本地主機(jī)正在使用的端口號是公共端口號B、192. 168. 0. 200 正在與 128. 105. 129. 30 建立連接C、本地主機(jī)與202. 100. 112. 12建立了安全連接D、本地主機(jī)正在與100.29.200. 110建立連接【題目10】 以下著作權(quán)權(quán)利中，（10）的保護(hù)期受時間限制。A、署名權(quán)B、修改權(quán)C、發(fā)表權(quán)D、保護(hù)作品完整權(quán)【題目11】王某在其公司獨立承擔(dān)了某綜合信息管理系統(tǒng)軟件的程序設(shè)計工

4、作。該系統(tǒng)交付用戶、投入 試運行后，王某辭職，并帶走了該綜合信息管理系統(tǒng)的源程序，拒不交還公司。王某認(rèn)為， 綜合信息管理系統(tǒng)源程序是他獨立完成的：他是綜合信息管理系統(tǒng)源程序的軟件著作權(quán)人。 王某的行為（11）。A、侵犯了公司的軟件著作權(quán)B、未侵犯公司的軟件著作權(quán)C、侵犯了公司的商業(yè)秘密權(quán)D、不涉及侵犯公司的軟件著作權(quán)題目12聲音（音頻）信號的一個基本參數(shù)是頻率，它是指聲波每秒鐘變化的次數(shù)，用Hz表示。人 耳能聽到的音頻信號的頻率范闈是（12）。R、 0Hz20KHzB、 0Hz200KHzC、 20Hz20KHzD、 20Hz200KHz【題目13顏色深度是表達(dá)圖像中單個像素的顏色或灰度所占的

5、位數(shù)（bit）。若每個像素具有8位的顏 色深度，則可表示（13）種不同的顏色。A、8B、64C、256D、512題目14視覺上的顏色可用亮度、色調(diào)和飽和度三個特征來描述。其中飽和度是指顏色的（14）。A、種數(shù)B、純度C、感覺D、存儲量題目15若用戶需求不清晰且經(jīng)常發(fā)生變化，但系統(tǒng)規(guī)模不太大且不太復(fù)雜，則最適宜采用（15）開 發(fā)方法，對于數(shù)據(jù)處理領(lǐng)域的問題，若系統(tǒng)規(guī)模不太大且不太復(fù)雜，需求變化也不大，則最 適宜采用（16）開發(fā)方法。A、結(jié)構(gòu)化B、 JacksonC、原型化D、面向?qū)ο蟆绢}目16】若用戶需求不清晰且經(jīng)常發(fā)生變化，但系統(tǒng)規(guī)模不太大且不太復(fù)雜，則最適宜采用（15）開 發(fā)方法，對于數(shù)據(jù)處

6、理領(lǐng)域的問題，若系統(tǒng)規(guī)模不太大且不太復(fù)雜，需求變化也不大，則最 適宜采用（16）開發(fā)方法。A、結(jié)構(gòu)化B> JacksonC、原型化D、面向?qū)ο蟆绢}目17某軟件項目的活動圖如下圖所示，其中頂點表示項目里程碑，連接頂點的邊表示活動，邊上 的數(shù)字表示該活動所需的天數(shù)，則完成該項目的最少時間為（17）天?；顒覤D最多可以晚 （18 ） 天開始而不會影響整個項目的進(jìn)度。B、15C、22D、24題目18某軟件項目的活動圖如下圖所示，其中頂點表示項目里程碑，連接頂點的邊表示活動，邊上 的數(shù)字表示該活動所需的天數(shù)，則完成該項目的最少時間為（17）天。活動BD最多可以晚 （18 ） 天開始而不會影響整個項

7、目的進(jìn)度。II題目19以下關(guān)于軟件項目管理中人員管理的敘述，正確的是（19）。A、項目組成員的工作風(fēng)格也應(yīng)該作為組織團(tuán)隊時要考慮的一個要素B、鼓勵團(tuán)隊的每個成員充分地參與開發(fā)過程的所有階段C、僅根據(jù)開發(fā)人員的能力來組織開發(fā)團(tuán)隊D、若項目進(jìn)度滯后于計劃，則增加開發(fā)人員一定可以加快開發(fā)進(jìn)度題目20編譯器和解釋器是兩種基本的高級語言處理程序,編譯器對高級語言源程序的處理過程可以 劃分為詞法分析、語法分析、語義分析、中間代碼生成、代碼優(yōu)化、目標(biāo)代碼生成等階段, 其中，（20）并不是每個編譯器都必需的，與編譯器相比，解釋器（21）。A、詞法分析和語法分析B、語義分析和中間代碼生成C、中間代碼生成和代碼優(yōu)

8、化D、代碼優(yōu)化和目標(biāo)代碼生成題目21編譯器和解釋器是兩種基本的高級語言處理程序。編譯器對高級語言源程序的處理過程可以 劃分為詞法分析、語法分析、語義分析、中間代碼生成、代碼優(yōu)化、目標(biāo)代碼生成等階段, 其中，（20）并不是每個編譯器都必需的，與編譯器相比，解釋器（21）。A、不參與運行控制，程序執(zhí)行的速度慢B、參與運行控制，程序執(zhí)行的速度慢C、參與運行控制，程序執(zhí)行的速度快D、不參與運行控制，程序執(zhí)行的速度快題目22表達(dá)式采用逆波蘭式表示時，利用（22）進(jìn)行求值。A、棧B、隊列C、符號表D、散列表【題目23某企業(yè)的生產(chǎn)流水線上有2名工人P1和P2, 1名檢驗員P3。P1將初步加工的半成品放入半成

9、品箱Bl： P2從半成品箱B1取出繼續(xù)加工，加工好的產(chǎn)品放入成品箱B2： P3從成品箱B2去除產(chǎn)品校驗。假設(shè)B1可存放n件半成品，B2可存放m件產(chǎn)品，并設(shè)置6個信號量SI、S2、 S3、S4、S5和S6,且S3和S6的初值都為0。采用PV操作實現(xiàn)Pl、P2和P3的同步模型如 下圖所示，則信號量S1和S5 （ 23 ） ： S2、S4的初值分別為（24 ） 0PlP.m加PIS2)p(sn中成品-BIV(SI)V檢)P(S3)HS1)從Bt取七成北v<snV(S2)報埃加1gP<S5>產(chǎn)品一也V4S5)V4S6)P4S6)P(S5lM B2取產(chǎn)狀MSSiV(S4)檢驗產(chǎn)乩A、分

10、別為同步信號量和互斥信號量，初值分別為0和1B、都是同步信號量，其初值分別為0和0C、都是互斥信號量，其初值分別為1和1D、都是互斥信號量，其初值分別為0和1【題目24 某企業(yè)的生產(chǎn)流水線上有2名工人P1和P2, 1名檢驗員P3o Pl將初步加工的半成品放入半 成品箱Bl； P2從半成品箱B1取出繼續(xù)加工，加工好的產(chǎn)品放入成品箱B2； P3從成品箱B2 去除產(chǎn)品校驗。假設(shè)B1可存放n件半成品，B2可存放m件產(chǎn)品，并設(shè)置6個信號量SI、S2、S3、S4、S5和S6,且S3和S6的初值都為0。采用PV操作實現(xiàn)Pl、P2和P3的同步模型如下圖所示，則信號量巴H步torPtS21P（SI）半成也I 一

11、BlV（Shv（si）SI 和 S5 ( 23 ) ： S2、PiS4的初值分別為（24 ） 0PjP(S3)-SI)A Bt取匕成肥V(SI)V(S2)金埃加LglP(S5>小品-B2V<S5)V4S6)P(S6lRS5)M B2承產(chǎn)從MS4iV(S4)檢驗戶居A、n 0B> m> 0C、m % nD> n m【題目25假設(shè)磁盤塊與緩沖區(qū)大小相同，每個盤塊讀入緩沖區(qū)的時間為15ns,由緩沖區(qū)送至用戶區(qū) 的時間是5us,在用戶區(qū)內(nèi)系統(tǒng)對每塊數(shù)據(jù)的處理時間為Ins,若用戶需要將大小為10 個磁盤塊的Docl文件逐塊從磁盤讀入緩沖區(qū)，并送至用戶區(qū)進(jìn)行處理，那么采用單緩

12、沖區(qū) 需要花費的時間為（25） ns；采用雙緩沖區(qū)需要花費的時間為（26） usoA、150B、151C、156D、201【題目26假設(shè)磁盤塊與緩沖區(qū)大小相同，每個盤塊讀入緩沖區(qū)的時間為15rs,由緩沖區(qū)送至用戶區(qū) 的時間是5us,在用戶區(qū)內(nèi)系統(tǒng)對每塊數(shù)據(jù)的處理時間為lus,若用戶需要將大小為10 個磁盤塊的Docl文件逐塊從磁盤讀入緩沖區(qū)，并送至用戶區(qū)進(jìn)行處理，那么采用單緩沖區(qū) 需要花費的時間為（25） us；采用雙緩沖區(qū)需要花費的時間為（26） usoA、150B、151C、156D、201題目27Ri I O*-000Lr2在如下所示的進(jìn)程資源圖中，（27）。 JA、Pl、P2、P3都是

13、非阻塞節(jié)點，該圖可以化簡，所以是非死鎖的B、Pl、P2、P3都是阻塞在點，該圖不可以化簡，所以是死鎖的C、Pl、P2是非阻塞節(jié)點，P3是阻塞節(jié)點，該圖不可以化簡，所以是死鎖的D、P2是阻塞節(jié)點，Pl、P3是非阻塞節(jié)點,該圖可以化簡，所以是非死鎖的題目28在支持多線程的操作系統(tǒng)中，假設(shè)進(jìn)程P創(chuàng)建了若干個線程，那么（28）是不能被這些線程 共享的。A、該進(jìn)程中打開的文件B、該進(jìn)程的代碼段C、該進(jìn)程中某線程的棧指針D、該進(jìn)程的全局變量【題目29某開發(fā)小組欲開發(fā)一個超大規(guī)模軟件：使用通信衛(wèi)星，在訂閱者中提供、監(jiān)視和控制移動電 話通信，則最不適宜采用（29）過程模型。A、瀑布B、原型C、螺旋D、噴泉【題

14、目30（30）開發(fā)過程模型以用戶需求為動力，以對象為驅(qū)動，適合于面向?qū)ο蟮拈_發(fā)方法。A、瀑布B、原型C、螺旋D、噴泉【題目31在IS0/IEC軟件質(zhì)量模型中，易使用性的子特性不包括（31）。A、易理解性B、易學(xué)性C、易操作性D、易分析性題目32在進(jìn)行子系統(tǒng)結(jié)構(gòu)設(shè)計時，需要確定劃分后的子系統(tǒng)模塊結(jié)構(gòu)，并畫出模塊結(jié)構(gòu)圖。該過程 不需要考慮（32）。A、每個子系統(tǒng)如何劃分成多個模塊B、每個子系統(tǒng)采用何種數(shù)據(jù)結(jié)構(gòu)和核心算法C、如何確定子系統(tǒng)之間、模塊之間傳送的數(shù)據(jù)及其調(diào)用關(guān)系D、如何評價并改進(jìn)模塊結(jié)構(gòu)的質(zhì)量題目33數(shù)據(jù)流圖中某個加工的一組動作依賴于多個邏輯條件的取值，則用(33)能夠清楚地表示復(fù)雜的條

15、件組合與應(yīng)做的動作之間的對應(yīng)關(guān)系。A、流程圖B、NS盒圖C、形式語言D、決策樹題目34根據(jù)軟件過程活動對軟件工具進(jìn)行分類，則逆向工程工具屬于(34)工具。A、軟件開發(fā)B、軟件維護(hù)C、軟件管理D、軟件支持【題目35若用白盒測試方法測試以下代碼，并滿足條件覆蓋，則至少需要(35)個測試用例。采用McCabe 度量法算出該程序的環(huán)路復(fù)雜性為 (36)。intit int j, int k)(int max;if (1 > j) then if (i > k) then nax = i; else fh&x = k；else if (j > k) max = j; else

16、max - k:return max;A、3B> 4C、5D、6【題目36若用白盒測試方法測試以下代碼，并滿足條件覆蓋，則至少需要（35）個測試用例。采用McCabe 度量法算出該程序的環(huán)路復(fù)雜性為 （36）。int find_rwxdnt int j, int k） |mt 門ax;if Cl > j） thenif <i > k） then na.x = i;else max = k;©Ise 1 f （j > k） max 7;else max - k;return max;A、1B、2C、3D、4題目37在面向?qū)ο蟮南到y(tǒng)中，對象是運行時實體，其組

17、成部分不包括（37）： 一個類定義了一組大體相似的對象，這些對象共享（38）。A、消息B、行為（操作）C、對象名D、狀態(tài)題目38在面向?qū)ο蟮南到y(tǒng)中，對象是運行時實體，其組成部分不包括（37）： 一個類定義了一組大體相似的對象，這些對象共享（38）。A、屬性和狀態(tài)B、對象名和狀態(tài)C、行為和多重度D、屬性和行為【題目39如下所示的UML類圖中，Car和Boat類中的move。方法（39） 了 Transport類中的move（）方法。21A、繼承B、覆蓋（重置）C、重載D、聚合【題目40如下所示的UML圖中，是（40 ） , （ 1【）是（41 ）,（山）是（42 ）。A、參與者B、用例C、泛化關(guān)

18、系D、包含關(guān)系【題目41如下所示的UML 圖中，是（40 ） , （ H ）是（41 ）,（川）是（42 ）。A、參與者B、用例C、泛化關(guān)系D、包含關(guān)系【題目42UML 圖中，是（40 ） , （ H ）是（41 ）,（川）是（42 ）。如下所示的A、參與者B、用例C、泛化關(guān)系D、包含關(guān)系【題目43下所示為UML (43)«R、類圖B、部署圖C、組件圖D、網(wǎng)絡(luò)圖【題目44以下關(guān)于Singleton (單例)設(shè)計模式的敘述中，不正確的是(44)。A、單例模式是創(chuàng)建型模式B、單例模式保證一個類僅有一個實例C、單例類提供一個訪問唯一實例的全局訪問點D、單例類提供一個創(chuàng)建一系列相關(guān)或相互依賴

19、對象的接口題目45(45)設(shè)計模式能夠動態(tài)地給一個對象添加一些額外的職責(zé)而無需修改此對象的結(jié)構(gòu)：(46) 設(shè)計模式定義一個用于創(chuàng)建對象的接口，讓子類決定實例化哪一個類；欲使一個后端數(shù)據(jù)模 型能夠被多個前端用戶界面連接，采用(47)模式最適合。A、組合(Composite)B、外觀(Facade)C、享元(Flyweight)D、裝飾器(Decorator)題目46(45)設(shè)計模式能夠動態(tài)地給一個對象添加一些額外的職責(zé)而無需修改此對象的結(jié)構(gòu)：(46) 設(shè)計模式定義一個用于創(chuàng)建對象的接口，讓子類決定實例化哪一個類；欲使一個后端數(shù)據(jù)模型能夠被多個前端用戶界而連接，采用（47）模式最適合。A、工廠方法

20、（Factory Method）B> 享元（Flyweight）C、觀察者（Observer）D 中介者（Mediator）【題目47（45）設(shè)計模式能夠動態(tài)地給一個對象添加一些額外的職責(zé)而無需修改此對象的結(jié)構(gòu)：（46） 設(shè)計模式定義一個用于創(chuàng)建對象的接口，讓子類決定實例化哪一個類：欲使一個后端數(shù)據(jù)模 型能夠被多個前端用戶界而連接，采用（47）模式最適合。A> 裝飾器(Decorator)B> 享元(Flyweight)C> 觀察者(Observer)D> 中介者(Mediator)【題目48某程序運行時陷入死循環(huán)，則可能的原因是程序中存在（48）。A、詞法錯誤B

21、、語法錯誤C、動態(tài)的語義錯誤D、靜態(tài)的語義錯誤題目49某非確定的有限自動機(jī)（NFA）的狀態(tài)轉(zhuǎn)換圖如下圖所示（qO既是初態(tài)也是終態(tài)）。以下關(guān)于該NFA的敘述中，正確的是（49）。A、其可識別的0、1序列的長度為偶數(shù)B、其可識別的0、1序列中0與1的個數(shù)相同C、其可識別的非空0、1序列中開頭和結(jié)尾字符都是0D、其可識別的非空0、1序列中結(jié)尾字符是1【題目50 函數(shù)t()、f()的定義如下所示，若調(diào)用函數(shù)t時傳遞給工的值為5,并且調(diào)用函數(shù)F()時, 第一個參數(shù)采用傳值(call by value)方式，第二個參數(shù)采用傳引用(call by reference)方式， 則函int a：湛-/kfix.

22、 a）: rttum a-x;數(shù) t 的返回值為 （50）。Wintr.iiu&gJ int k;X = 2>S +1 ：S 7-f；r»m- I;wtum;A、33B、22C、11D、負(fù)數(shù)【題目51數(shù)據(jù)庫系統(tǒng)通常采用三級模式結(jié)構(gòu)：外模式、模式和內(nèi)模式。這三級模式分別對應(yīng)數(shù)據(jù)庫的 (51)oA、基本表、存儲文件和視圖B、視圖、基本表和存儲文件C、基本表、視圖和存儲文件D、視圖、存儲文件和基本表題目52在數(shù)據(jù)庫邏輯設(shè)計階段，若實體中存在多值屬性，那么將E-R圖轉(zhuǎn)換為關(guān)系模式時，(52), 得到的關(guān)系模式屬于4NF。A、將所有多值屬性組成一個關(guān)系模式B、使多值屬性不在關(guān)系模

23、式中出現(xiàn)C、將實體的碼分別和每個多值屬性獨立構(gòu)成一個關(guān)系模式 設(shè)有關(guān)系模式 R （A1,A2,A3,A4,A5,A6）,其中：函數(shù)依賴集 F=A1-A2,A1A3-A4,A5A6- A1,A2A5-A6,A3A5-A6/i （55）是關(guān)系模式R的一個主犍，R規(guī)范化程度最高達(dá)到（56）。A、1NFB、2NFC、3NFD、 BCNF題目57對于一個長度為n（n>l）且元素互異的序列，每其所有元素依次通過一個初始為空的棧后， 再通過一個初始為空的隊列。假設(shè)隊列和棧的容量都足夠大，且只要棧非空就可以進(jìn)行出棧 操作，只要隊列非空就可以進(jìn)行出隊操作，那么以下敘述中，正確的是（57）。A、出隊序列和出

24、棧序一定互為逆序B、出隊序列和出棧序列一定相同C、入棧序列與入隊序列一定相同D、入棧序列與入隊序列一定互為逆序題目58設(shè)某n階三對角矩陣AnXn的示意圖如下圖所示。若將該三對角矩陣的非零元素按行存儲在 一維數(shù)組Bk （lWkW3電-2）中，則k與i、j的對應(yīng)關(guān)系是（58）。A、 k=2i+j-2B、 k=2i-j+2C、 k=3i+j-lD、 k=3i-j+2【題目59 對于非空的二叉樹，設(shè)D代表根結(jié)點，L代表根結(jié)點的左子樹R代表根結(jié)點的右子樹。若對 下圖所示的二叉樹進(jìn)行遍歷后的結(jié)點序列為7 6 5 4 3 2 1,則遍歷方式是（59）。A、LRDB、DRLC、RLDD、RDL【題目60 在5

25、5個互異元素構(gòu)成的有序表AL.55中進(jìn)行折半查找（或二分查找，向下取整，若需 要找的元素等于A19,則在查找過程中參與比較的元素依次為（60）、A19oA、A28. A30. A15. A20B、A28、A14. A21. A17C、A28. A151. A22. A18D、A28. A18. A22x A20【題目61設(shè)一個包含n個頂點、e條弧的簡單有向圖采用鄰接矩陣存儲結(jié)構(gòu)（即矩陣元素等 于1或0,分別表示頂點i與頂點j之間有弧或無弧），則該矩陣的非零元素數(shù)目為（61）。 A、eB、2eC n-eD> n+e【題目62已知算法A的運行時間函數(shù)為T(n)=8T(n/2)+n二，其中n表

26、示問題的規(guī)模，則該算法的時間 復(fù)雜度為(62)。另已知算法B的運行時間函數(shù)為T(n)=XT(n/4)+n，其中n表示問題的規(guī)模。 對充分大的n,若要算法B比算法A快，則X的最大值為(63)。A、 0 (n)B、0 (nlgn)C、0 (n=)D、0 (n3)題目63已知算法A的運行時間函數(shù)為T(n)=8T(n/2)+n2,其中n表示問題的規(guī)模，則該算法的時間 復(fù)雜度為(62)。另已知算法B的運行時間函數(shù)為T(n)=XT(n/4)+n2,其中n表示問題的規(guī) 模。對充分大的n,若要算法B比算法A快，則X的最大值為(63)。A、15B、17C、63D、65題目64在某應(yīng)用中，需要先排序一組大規(guī)模的記

27、錄，其關(guān)鍵字為整數(shù)。若這組記錄的關(guān)鍵字基本上 有序，則適宜采用(64)排序算法。若這組記錄的關(guān)鍵字的取值均在0到9之間(含)，則 適宜采用(65)排序算法。A、插入B、歸并C、快速D、計數(shù)題目65在某應(yīng)用中，需要先排序一組大規(guī)模的記錄，其關(guān)鍵字為整數(shù)。若這組記錄的關(guān)鍵字基本上 有序，則適宜采用（64）排序算法。若這組記錄的關(guān)鍵字的取值均在0到9之間（含），則 適宜采用（65）排序算法。A、插入B、歸并C、快速D、基數(shù)【題目66集線器與網(wǎng)橋的區(qū)別是：（66）。A、集線器不能檢測發(fā)送沖突，而網(wǎng)橋可以檢測沖突B、集線器是物理層設(shè)備，而網(wǎng)橋是數(shù)據(jù)鏈路層設(shè)備C、網(wǎng)橋只有兩個端口，而集線器是一種多端口網(wǎng)橋

28、D、網(wǎng)橋是物理層設(shè)備，而集線器是數(shù)據(jù)鏈路層設(shè)備【題目67POP3協(xié)議采用（67）模式，客戶端代理與POP3服務(wù)器通過建立TCP連接來傳送數(shù)據(jù)。A、 Browser/ServerB、 Client/ServerC、 Peer to PeerD Peer to Server題目68TCP使用的流量控制協(xié)議是（68）。A、固定大小的滑動窗口協(xié)議B、后退N幀的ARQ協(xié)議C、可變大小的滑動窗口協(xié)議D、停等協(xié)議【題目69以下4種路由中,(69)路由的子網(wǎng)掩碼是255.255. 255. 255。A、遠(yuǎn)程網(wǎng)絡(luò)B、靜態(tài)C、默認(rèn)D、主機(jī)題目70以下關(guān)于層次化局域網(wǎng)模型中核心層的敘述，正確的是(70)。A、為了保

29、障安全性，對分組要進(jìn)行有效性檢查B、將分組從一個區(qū)域高速地轉(zhuǎn)發(fā)到另一個區(qū)域C、由多臺二、三層交換機(jī)組成D、提供多條路徑來緩解通信瓶頸題目71In a world where it seems we already have too much to do, and too many things to think about, it seems the last thing we need is something new that we have to learn. But use cases do solve a problem with requirements ： with (71) d

30、eclarative requirements it s hard to describe steps and sequences of events. Use cases, stated simply, allow description of sequences of events that, taken together, lead to a system doing something useful. As simple as this sounds, this is important. When confronted only with a pile of requiements,

31、 it's often (72) to make sense of what the authors of the requirements really wanted the system to do. In the preceding example, use cases reduce the ambiguity of the requirements by specifying exactly when and under what conditions certain behavior occurs;as such, the sequence of the behaviors

32、can be regarded as a requirement. Use cases are particularly well suited to capture approaches. Although this may sound simple, the fact is that (73) requirement capture approaches, with their emphasis on declarative requirements and "shall” statements, completely fail to capture fail to captur

33、e the (74) of the system, s behavior. Use cases are a simple yet powerful way to express the behavior of the system in way that all stakeholders can easily understand. But, like anything, use cases come with their own problems, and as useful as they are, they can be (75). The result is something tha

34、t is as bad, if not worse, that the original problem. Therein it's important to utilize use cases effectively without creating a greater problem than the one you started with.A> plentylooseC、 extraD、 strict【題目72In a world where it seems we already have too much to do, and too many things to t

35、hink about, it seems the last thing we need is something new that we have to learn. But use cases do solve a problem with requirements ： with (71) declarative requirements it s hard to describe steps and sequences of events. Use cases, stated simply, allow description of sequences of events that, ta

36、ken together, lead to a system doing something useful. As simple as this sounds, this is important. When confronted only with a pile of requiements, itf s often (72) to make sense of what the authors of the requirements really wanted the system to do. In the preceding example, use cases reduce the a

37、mbiguity of the requirements by specifying exactly when and under what conditions certain behavior occurs;as such, the sequence of the behaviors can be regarded as a requirement. Use cases are particularly well suited to capture approaches. Although this may sound simple, the fact is that (73) requi

38、rement capture approaches, with their emphasis on declarative requirements and "shall” statements, completely fail to capture fail to capture the (74) of the system* s behavior. Use cases are a simple yet powerful way to express the behavior of the system in way that all stakeholders can easily

39、 understand. But, like anything, use cases come with their own problems, and as useful as they are, they can be (75).The result is something that is as bad, if not worse, that the original problem. Therein it's important to utilize use cases effectively without creating a greater problem than th

40、e one you started with.A、 impossiblepossibleC、 sensibleD> practical題目73In a world where it seems we already have too much to do, and too many things to think about, it seems the last thing we need is something new that we have to learn. But use cases do solve a problem with requirements ： with (7

41、1) declarative requirements it s hard to describe steps and sequences of events. Use cases, stated simply, allow description of sequences of events that, taken together, lead to a system doing something useful. As simple as this sounds, this is important. When confronted only with a pile of requieme

42、nts, it's often (72) to make sense of what the authors of the requirements really wanted the system to do. In the preceding example, use cases reduce the ambiguity of the requirements by specifying exactly when and under what conditions certain behavior occurs;as such, the sequence of the behavi

43、ors can be regarded as a requirement. Use cases are particularly well suited to capture approaches. Although this may sound simple, the fact is that (73) requirement capture approaches, with their emphasis on declarative requirements and "shall” statements, completely fail to capture fail to ca

44、pture the (74) of the system, s behavior. Use cases are a simple yet powerful way to express the behavior of the system in way that all stakeholders can easily understand. But, like anything, use cases come with their own problems, and as useful as they are, they can be (75). The result is something

45、 that is as bad, if not worse, that the original problem. Therein it's important to utilize use cases effectively without creating a greater problem than the one you started with.A modernB> conventionalC> differentD> formal題目74In a world where it seems we already have too much to do, an

46、d too many things to think about, it seems the last thing we need is something new that we have to learn. But use cases do solve a problem with requirements ： with (71) declarative requirements it's hard to describe steps and sequences of events. Use cases, stated simply, allow description of se

47、quences of events that, taken together, lead to a system doing something useful. As simple as this sounds, this is important. When confronted only with a pile of requiements, it's often (72) to make sense of what the authors of the requirements really wanted the system to do. In the preceding ex

48、ample, use cases reduce the ambiguity of the requirements by specifying exactly when and under what conditions certain behavior occurs;as such, the sequence of the behaviors can be regarded as a requirement. Use cases are particularly well suited to capture approaches. Although this may sound simple

49、, the fact is that (73) requirement capture approaches, with their emphasis on declarative requirements and "shall” statements, completely fail to capture fail to capture the (74) of the system* s behavior. Use cases are a simple yet powerful way to express the behavior of the system in way tha

50、t all stakeholders can easily understand. But, like anything, use cases come with their own problems, and as useful as they are, they can be (75). The result is something that is as bad, if not worse, that the original problem. Therein it's important to utilize use cases effectively without crea

51、ting a greater problem than the one you started with.A staticsnatureC> dynamicsD originals【題目75In a world where it seems we already have too much to do, and too many things to think about, it seems the last thing we need is something new that we have to learn. But use cases do solve a problem wit

52、h requirements ： with (71) declarative requirements it s hard to describe steps and sequences of events. Use cases, stated simply, allow description of sequences of events that, taken together, lead to a system doing something useful. As simple as this sounds, this is important. When confronted only

53、 with a pile of requiements, it's often (72) to make sense of what the authors of the requirements really wanted the system to do. In the preceding example, use cases reduce the ambiguity of the requirements by specifying exactly when and under what conditions certain behavior occurs;as such, th

54、e sequence of the behaviors can be regarded as a requirement. Use cases are particularly well suited to capture approaches. Although this may sound simple, the fact is that (73) requirement capture approaches, with their emphasis on declarative requirements and "shall” statements, completely fa

55、il to capture fail to capture the (74) of the system, s behavior. Use cases are a simple yet powerful way to express the behavior of the system in way that all stakeholders can easily understand. But, like anything, use cases come with their own problems, and as useful as they are, they can be (75).

56、 The result is something that is as bad, if not worse, that the original problem. Therein it's important to utilize use cases effectively without creating a greater problem than the one you started with.A、 misappliedB> applied C used D powerful答案及解析【答案1】:答案:D【解析】本題考查計算機(jī)組成基礎(chǔ)知識。DMA控制器在需要的時候代替CPU作為總線主設(shè)備，在不受 CPU干預(yù)的情況下，控制I/O設(shè)備與系統(tǒng)主存之間的直接數(shù)據(jù)傳輸。DMA操作占用的資源是 系統(tǒng)總線，而CPU