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

2、63KBD、191KB【題目6CISC是（6）的簡稱。A、復雜指令系統計算機B、超大規模集成電路C、精簡指令系統計算機D、超長指令字【題目7（7）不屬于主動攻擊。A、流量分析B、重放C、IP地址欺騙D、拒絕服務【題目8防火墻不具備（8）功能。A、記錄訪問過程B、查毒C、包過濾D、代理根據下圖所示的輸出信息， 可以確定的是：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、本地主機正在使用的端口號是公共端口號B、192. 168. 0. 200 正在與 128. 105. 129. 30 建立連接C、本地主機與202. 100. 112. 12建立了安全連接D、本地主機正在與100.29.200. 110建立連接【題目10】 以下著作權權利中，（10）的保護期受時間限制。A、署名權B、修改權C、發表權D、保護作品完整權【題目11】王某在其公司獨立承擔了某綜合信息管理系統軟件的程序設計工

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

5、位數（bit）。若每個像素具有8位的顏 色深度，則可表示（13）種不同的顏色。A、8B、64C、256D、512題目14視覺上的顏色可用亮度、色調和飽和度三個特征來描述。其中飽和度是指顏色的（14）。A、種數B、純度C、感覺D、存儲量題目15若用戶需求不清晰且經常發生變化，但系統規模不太大且不太復雜，則最適宜采用（15）開 發方法，對于數據處理領域的問題，若系統規模不太大且不太復雜，需求變化也不大，則最 適宜采用（16）開發方法。A、結構化B、 JacksonC、原型化D、面向對象【題目16】若用戶需求不清晰且經常發生變化，但系統規模不太大且不太復雜，則最適宜采用（15）開 發方法，對于數據處

6、理領域的問題，若系統規模不太大且不太復雜，需求變化也不大，則最 適宜采用（16）開發方法。A、結構化B> JacksonC、原型化D、面向對象【題目17某軟件項目的活動圖如下圖所示，其中頂點表示項目里程碑，連接頂點的邊表示活動，邊上 的數字表示該活動所需的天數，則完成該項目的最少時間為（17）天。活動BD最多可以晚 （18 ） 天開始而不會影響整個項目的進度。B、15C、22D、24題目18某軟件項目的活動圖如下圖所示，其中頂點表示項目里程碑，連接頂點的邊表示活動，邊上 的數字表示該活動所需的天數，則完成該項目的最少時間為（17）天。活動BD最多可以晚 （18 ） 天開始而不會影響整個項

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

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

9、品箱Bl： P2從半成品箱B1取出繼續加工，加工好的產品放入成品箱B2： P3從成品箱B2去除產品校驗。假設B1可存放n件半成品，B2可存放m件產品，并設置6個信號量SI、S2、 S3、S4、S5和S6,且S3和S6的初值都為0。采用PV操作實現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>產品一也V4S5)V4S6)P4S6)P(S5lM B2取產狀MSSiV(S4)檢驗產乩A、分

10、別為同步信號量和互斥信號量，初值分別為0和1B、都是同步信號量，其初值分別為0和0C、都是互斥信號量，其初值分別為1和1D、都是互斥信號量，其初值分別為0和1【題目24 某企業的生產流水線上有2名工人P1和P2, 1名檢驗員P3o Pl將初步加工的半成品放入半 成品箱Bl； P2從半成品箱B1取出繼續加工，加工好的產品放入成品箱B2； P3從成品箱B2 去除產品校驗。假設B1可存放n件半成品，B2可存放m件產品，并設置6個信號量SI、S2、S3、S4、S5和S6,且S3和S6的初值都為0。采用PV操作實現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承產從MS4iV(S4)檢驗戶居A、n 0B> m> 0C、m % nD> n m【題目25假設磁盤塊與緩沖區大小相同，每個盤塊讀入緩沖區的時間為15ns,由緩沖區送至用戶區 的時間是5us,在用戶區內系統對每塊數據的處理時間為Ins,若用戶需要將大小為10 個磁盤塊的Docl文件逐塊從磁盤讀入緩沖區，并送至用戶區進行處理，那么采用單緩

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

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

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

15、件組合與應做的動作之間的對應關系。A、流程圖B、NS盒圖C、形式語言D、決策樹題目34根據軟件過程活動對軟件工具進行分類，則逆向工程工具屬于(34)工具。A、軟件開發B、軟件維護C、軟件管理D、軟件支持【題目35若用白盒測試方法測試以下代碼，并滿足條件覆蓋，則至少需要(35)個測試用例。采用McCabe 度量法算出該程序的環路復雜性為 (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 度量法算出該程序的環路復雜性為 （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在面向對象的系統中，對象是運行時實體，其組

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

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

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

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

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

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

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

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

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

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

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

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

29、障安全性，對分組要進行有效性檢查B、將分組從一個區域高速地轉發到另一個區域C、由多臺二、三層交換機組成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【解析】本題考查計算機組成基礎知識。DMA控制器在需要的時候代替CPU作為總線主設備，在不受 CPU干預的情況下，控制I/O設備與系統主存之間的直接數據傳輸。DMA操作占用的資源是 系統總線，而CPU