《軟件體系結(jié)構(gòu)》期末復(fù)習(xí)題

《《軟件體系結(jié)構(gòu)》期末復(fù)習(xí)題》由會員分享，可在線閱讀，更多相關(guān)《《軟件體系結(jié)構(gòu)》期末復(fù)習(xí)題（15頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、《軟件體系結(jié)構(gòu)》期末復(fù)習(xí)題 簡答題： 1、軟件體系結(jié)構(gòu)建模的種類有： 結(jié)構(gòu)模型、框架模型、動態(tài)模型、過程模型、功能模型。 2、“4+1”視圖模型從5個不同的視角包括： 邏輯視圖、進程視圖、物理視圖、開發(fā)視圖和場景視圖來描述軟件體系結(jié)構(gòu)。 3 、構(gòu)件：是具有某種功能的可重用的軟件模板單元，表示了系統(tǒng)中主要的計算元素和數(shù)據(jù) 存儲。 連接件：表示構(gòu)件之間的交互。 配置：表示構(gòu)件和連接件的拓撲邏輯和約束。 端口：表示構(gòu)件和外部環(huán)境的交互點。 角色：定義了該連接交互的參與者。 4 、畫出“4+1”視圖模型圖，分析各部分的原理和功能。 5、軟件體系結(jié)構(gòu)風(fēng)格： 是描述某一特定應(yīng)用

2、領(lǐng)域中系統(tǒng)組織方式的慣用模式。 6、軟件體系結(jié)構(gòu) （SoftwareArchitecture） 軟件體系結(jié)構(gòu)以組件和組件交互的方式定義系統(tǒng)，說明需求與成品系統(tǒng)之間的對應(yīng)關(guān)系，描述系統(tǒng)級別 的可伸縮性、能力、吞吐量、一致性和兼容性等屬性。軟件體系結(jié)構(gòu)由組件、連接件和屬性組成。 7、分層系統(tǒng)的優(yōu)點有： 1 ）支持基于抽象程度遞增的系統(tǒng)設(shè)計，使設(shè)計者可以把一個復(fù)雜系統(tǒng)按遞增的步驟進 行分解； 2 ）支持功能增強，因為每一層至多和相鄰的上下層交互，因此功能的改變最多影響相 鄰的上下層； 3）支持重用。只要提供的服務(wù)接口定義不變，同一層的不同實現(xiàn)可以交換使用。這樣，就可以定義一組標(biāo)準

3、的接口，而允許各種不同的實現(xiàn)方法。 8、分層系統(tǒng)的缺點有： 1 ）并不是每個系統(tǒng)都可以很容易地劃分為分層的模式，甚至即使一個系統(tǒng)的邏輯結(jié)構(gòu) 是層次化的，出于對系統(tǒng)性能的考慮，系統(tǒng)設(shè)計師不得不把一些低級或高級的功能綜合起 來； 2 ）很難找到一個合適的、正確的層次抽象方法。 9、B/S體系結(jié)構(gòu)的優(yōu)點有什么？ 答：1）基于B/S體系結(jié)構(gòu)的軟件，系統(tǒng)安裝、修改和維護全在服務(wù)器端解決。用戶在 使用系統(tǒng)時，僅僅需要一個瀏覽器就可運行全部的模塊，真正達到了“零客戶端”的功能， 很容易在運行時自動升級。 2）B/S體系結(jié)構(gòu)還提供了異種機、異種網(wǎng)、異種應(yīng)用服務(wù)的聯(lián)機、聯(lián)網(wǎng)、統(tǒng)一服務(wù)的最

4、現(xiàn)實的開放性基礎(chǔ)。 10、B/S體系結(jié)構(gòu)的缺點有什么？ 答：1）B/S體系結(jié)構(gòu)缺乏對動態(tài)頁面的支持能力，沒有集成有效的數(shù)據(jù)庫處理功能。 2 ）B/S體系結(jié)構(gòu)的系統(tǒng)擴展能力差，安全性難以控制。 3 ）采用B/S體系結(jié)構(gòu)的應(yīng)用系統(tǒng)，在數(shù)據(jù)查詢等響應(yīng)速度上，要遠遠地低于C/S體系結(jié)構(gòu)。 4 ）B/S體系結(jié)構(gòu)的數(shù)據(jù)提交一般以頁面為單位，數(shù)據(jù)的動態(tài)交互性不強，不利于在線事務(wù)處理（OLTP）應(yīng)用。 11 、DSSA 答案：DSS蒯是在一個特定應(yīng)用領(lǐng)域中為一組應(yīng)用提供組織結(jié)構(gòu)參考的標(biāo)準軟件體系 結(jié)構(gòu) 11、軟件體系結(jié)構(gòu)的動態(tài)性主要分為： 交互式動態(tài)性、結(jié)構(gòu)化動態(tài)性、體系結(jié)構(gòu)動態(tài)性等三類。

5、 12 、請畫出基于構(gòu)件的動態(tài)系統(tǒng)結(jié)構(gòu)模型畫。 13 、軟件產(chǎn)品線 產(chǎn)品線是一個產(chǎn)品集合，這些產(chǎn)品共享一個公共的、可管理的特征集，這個特征集能滿足 選定的市場或任務(wù)領(lǐng)域的特定需求。這些系統(tǒng)遵循一個預(yù)描述的方式，在公共的核心資源 (coreassets)基礎(chǔ)上開發(fā)的 14 、SOA 即service-orientedarchitecture，面向服務(wù)架構(gòu)。它是一個組件模型，它 將應(yīng)用程序的不同功能單元(稱為服務(wù))通過這些服務(wù)之間定義良好的接 口和契約聯(lián)系起來。接口是采用中立的方式進行定義的，它應(yīng)該獨立于 實現(xiàn)服務(wù)的硬件平臺、操作系統(tǒng)和編程語言。這使得構(gòu)建在各種這樣的 系統(tǒng)中

6、的服務(wù)可以以一種統(tǒng)一和通用的方式進行交互。 15 、RIA 16 、中間件 17 、設(shè)計模式 答：一些設(shè)計面向?qū)ο蟮能浖_發(fā)的經(jīng)驗總結(jié)，就是系統(tǒng)的命名、解釋、和評價某一個重 要的面向?qū)ο蟮目芍噩F(xiàn)的面向?qū)ο蟮脑O(shè)計方案。 18 、軟件體系結(jié)構(gòu)測試和傳統(tǒng)軟件測試區(qū)別 16、UML中的交互圖有兩種，分別是順序圖和協(xié)作圖，請分析一下兩者之間的主要差別和各自的優(yōu)缺點。掌握利用兩種圖進行的設(shè)計的方法。 答：順序圖可視化地表示了對象之間隨時間發(fā)生的交互，它除了展示對象之間的關(guān)聯(lián)， 還顯示出對象之間的消息傳遞。與順序圖一樣，協(xié)作圖也展示對象之間的交互關(guān)系。順序 圖強調(diào)的是交互的時間順序，而協(xié)

7、作圖強調(diào)的是交互的語境和參與交互的對象的整體組織。 順序圖按照時間順序布圖，而協(xié)作圖按照空間組織布圖。順序圖可以清晰地表示消息之間 的順序和時間關(guān)系，但需要較多的水平方向的空間。協(xié)作圖在增加對象時比較容易，而且 分支也比較少，但如果消息比較多時難以表示消息之間的順序。 17. 管道過濾器風(fēng)格結(jié)構(gòu)特點 （ 1）使得軟構(gòu)件具有良好的隱蔽性和高內(nèi)聚、低耦合的特點； （ 2）允許設(shè)計者將整個系統(tǒng)的輸入/輸出行為看成是多個過濾器的行為的簡單合成； （ 3）支持軟件重用。 （ 4）系統(tǒng)維護和增強系統(tǒng)性能簡單。 （ 5）允許對一些如吞吐量、死鎖等屬性的分析； （ 6）支持并行執(zhí)行。 但

8、是，這樣的系統(tǒng)也存在著若干不利因素。 （ 1）通常導(dǎo)致進程成為批處理的結(jié)構(gòu)。這是因為雖然過濾器可增量式地處理數(shù)據(jù)，但它們 是獨立的，所以設(shè)計者必須將每個過濾器看成一個完整的從輸入到輸出的轉(zhuǎn)換。 （ 2）不適合處理交互的應(yīng)用。當(dāng)需要增量地顯示改變時，這個問題尤為嚴重。 （ 3）因為在數(shù)據(jù)傳輸上沒有通用的標(biāo)準，每個過濾器都增加了解析和合成數(shù)據(jù)的工作，這 樣就導(dǎo)致了系統(tǒng)性能下降，并增加了編寫過濾器的復(fù)雜性。 18. 什么是設(shè)計模式？它與風(fēng)格、框架有什么區(qū)別與聯(lián)系？ 設(shè)計模式是對通用設(shè)計問題的重復(fù)解決方案。 軟件體系結(jié)構(gòu)風(fēng)格是描述某一特定應(yīng)用領(lǐng)域中系統(tǒng)組織方式的慣用模式。 軟件框架是

9、整個或部分系統(tǒng)的可重用設(shè)計 模式比框架更加抽象 框架是模式的特例化 設(shè)計模式被實現(xiàn)成為框架后，可以極大的減輕從設(shè)計到實現(xiàn)的鴻溝 利用了模式的框架比沒有利用模式的框架更容易理解、更能被設(shè)計與實現(xiàn)重用 通常成熟的框架包含了多種設(shè)計模式 一個框架不僅可以具體實現(xiàn)一個模式，還可以具體的實現(xiàn)多個模式 設(shè)計模式與風(fēng)格兩者為近義詞，通常情況下可以互相通用 風(fēng)格主要是指大的，宏觀的設(shè)計。模式既可宏觀，又可微觀。 19. 軟件體系結(jié)構(gòu)測試的內(nèi)容與準則是什么？ 內(nèi)容：構(gòu)件端口行為與連接件約束是否一致、兼容，單元間的消息是否一致、可達，相 關(guān)端口是否可連接，體系結(jié)構(gòu)風(fēng)格是否可滿足。 準則：測

10、試覆蓋所有的構(gòu)件及各個構(gòu)件的接口。各個連接件的接口、構(gòu)件之間的直接連 接、構(gòu)件之間的間接連接。 20、請簡述MVC介紹各自的作用和用途。 答案：MVO三個單t的縮寫，分別為：模型(Model),視圖(View)和控制 Controller)。MVCg式的目的就是實現(xiàn)Web系統(tǒng)的職能分工。 Model是應(yīng)用對象，所有的操作都在這里實現(xiàn)，它若需要取得視圖中的對象或更新視圖， 需通過控制器來進行處理。 View是模型在屏幕上的表示，模型在進行操作后，其結(jié)果是通過視圖顯示的。 Controller用于管理用戶與視圖發(fā)生的交互，定義用戶界面對用戶輸入的響應(yīng)方式。 一旦用戶需要對模型進行

11、處理，不能直接執(zhí)行模型，而必須通過控制器間接實現(xiàn)的。 選擇題 1 、設(shè)計模式一般用來解決什么樣的問題(A) A.同一問題的不同表相B不同問題的同一表相 C.不同問題的不同表相D.以上都不是 2、下列屬于面向?qū)ο蠡驹瓌t的是(C) A.繼承B.封裝C.里氏代換D都不是 3、Open-Close原則的含義是一個軟件實體(A) A. 應(yīng)當(dāng)對擴展開放，對修改關(guān)閉. B. 應(yīng)當(dāng)對修改開放，對擴展關(guān)閉 C. 應(yīng)當(dāng)對繼承開放，對修改關(guān)閉 D. 以上都不對 D ) 的表 5、要依賴于抽象，不要依賴于具體。即針對接口編程，不要針對實現(xiàn)編程 述 A.開-閉原則B.接口隔離原則C.里氏

12、代換原則D.依賴倒轉(zhuǎn)原則 7、設(shè)計模式的兩大主題是(D) A.系統(tǒng)的維護與開發(fā)B對象組合與類的繼承 C.系統(tǒng)架構(gòu)與系統(tǒng)開發(fā)D.系統(tǒng)復(fù)用與系統(tǒng)擴展 9 、下列模式中,屬于行為模式的是(B) A.工廠模式B觀察者C適配器D以上都是 10 、常用的軟件體系結(jié)構(gòu)評估的方法不包括(C)。 A體系結(jié)構(gòu)權(quán)衡分析法B.軟件體系結(jié)構(gòu)分析法 C系統(tǒng)體系結(jié)構(gòu)分析法D.中間設(shè)計的積極評審 11、不屬于軟件體系結(jié)構(gòu)的核心模型的最基本的元素是 A 構(gòu)件 B 連接件 C 配置 D 角色 12、選項中部屬于“4+1”試圖模型的是：（C） A邏輯視圖B物理視圖C連接視圖D開發(fā)視圖 13 、下列

13、說法錯誤的一項的是（D） A:邏輯視圖主要支持系統(tǒng)的功能需求，即系統(tǒng)提供給最終用戶的服務(wù) B:開發(fā)視圖也稱模塊視圖，主要側(cè)重于軟件模塊的組織和管理 C：進程視圖側(cè)重與系統(tǒng)的運行特性，主要關(guān)注一些功能性需求，例如系統(tǒng)的性能和可用性。 D:物理視圖主要考慮如何吧軟件映射到硬件上，它不需要要考慮到系統(tǒng)性能、規(guī)模、可靠 性等。 14 、在三層C/S體系結(jié)構(gòu)中，是最重要的構(gòu)件。（A） A中間件B末尾件C功能層D數(shù)據(jù)層 15 、C/S系統(tǒng)中，服務(wù)器的以下任務(wù)中哪一個是錯的？（A） A數(shù)據(jù)庫一致性要求 B數(shù)據(jù)庫訪問并發(fā)性控制 C數(shù)據(jù)庫前端的客戶應(yīng)用程序的全局數(shù)據(jù)完整性規(guī)則 D數(shù)據(jù)庫的

14、備份與恢復(fù) 16、與C/S體系結(jié)構(gòu)相比，B/S體系結(jié)構(gòu)也有許多不足之處一下說法正確的是（A） AB/S體系結(jié)構(gòu)缺乏對動態(tài)頁面的支持能力，沒有集成有效的數(shù)據(jù)庫處理能力 BB/S體系結(jié)構(gòu)的系統(tǒng)擴展能力差，但是安全性比較容易控制 C采用B/S架構(gòu)構(gòu)的應(yīng)用系統(tǒng)，在數(shù)據(jù)查詢等響應(yīng)速度上，要遠遠的高于C/S體系結(jié) 構(gòu) DB/S體系結(jié)構(gòu)的數(shù)據(jù)提交一般以頁面為單位，數(shù)據(jù)的動態(tài)交互性不強，利于在線事務(wù) 處理（OnlineTransactionProcessing,OLTP）應(yīng)用。 17、以下關(guān)于軟件體系結(jié)構(gòu)描述方法說法錯誤的是（ A圖形表達工具在軟件設(shè)計中占據(jù)主導(dǎo)地位。 B由于軟件設(shè)計語言和

15、模塊內(nèi)連接語言具有嚴格的語義基礎(chǔ)，因此它們能支持較小的軟件單 元進行描述。 C基于軟構(gòu)件的系統(tǒng)描述語言將軟件系統(tǒng)描述成一種是由許多以特定形式相互作用的特殊軟件實體構(gòu)造組成的組織或系統(tǒng)。 D軟件體系結(jié)構(gòu)描述語言是參照傳統(tǒng)程序設(shè)計語言的設(shè)計語言的設(shè)計和開發(fā)經(jīng)驗，重新設(shè) 計、開發(fā)和使用針對軟件體系結(jié)構(gòu)描述語言。 18、下列選項中關(guān)于ADL與其他語言的比較說法中錯誤的是(B) ADL與需求語言的區(qū)別在于后者描述的問題空哦關(guān)鍵，而前者則扎根于解空間中 ADL與建模語言的區(qū)別在于后者對部分的關(guān)注要大于對整體的關(guān)注 ADL與傳統(tǒng)的程序設(shè)計語言的構(gòu)成元素由許多相同和相似之處，有各自有著很大的不

16、同 ADL集中在構(gòu)件的表示上。 19、對動態(tài)軟件體系結(jié)構(gòu)的形式化描述通?？梢圆捎玫姆椒?？(D) A圖形化方法B、代數(shù)進程方法C、邏輯方法D、以上皆是 20、以下哪些特征不屬于動態(tài)體系結(jié)構(gòu)特征(D)? A可構(gòu)造性動態(tài)特征B適應(yīng)性動態(tài)特征 C智能性動態(tài)特征D安全性動態(tài)特征 21、通常，一個Web服務(wù)可以分為4個邏輯層，分別為數(shù)據(jù)層(DataLayer)、數(shù)據(jù)訪問層(DataAccessLayer)、 業(yè)務(wù)層(BusinessLayer)和監(jiān)聽者(Listener)。離客戶端最近的是監(jiān)聽者，離客戶最遠的是:(A) A數(shù)據(jù)層(DataLayer)B數(shù)據(jù)訪問層(DataAccessLa

17、yer) C業(yè)務(wù)層(BusinessLayer)D監(jiān)聽者(Listener) 22、Web!艮務(wù)是采用B格式的信息來定義和描述對外的公共接口和綁定。 A.URI B.XML C.SOAP D.HTTP 23 、下面哪個不屬于設(shè)計模式方法分類（D） ACoad的面向?qū)ο竽Ｊ紹代碼模式C框架應(yīng)用模式D遺傳 算法 24 、一般來說，模式有以下四個基本成分：（A）、問題、解決方案、效果。 A.模式名稱B.時間C.地點D.思想 25、軟件體系結(jié)構(gòu)的文檔要求與軟件開發(fā)項目中的其他文檔是相似的，下列哪項屬于體系 結(jié)構(gòu)文檔化過程的主要輸出結(jié)果（A） A體系結(jié)構(gòu)需求規(guī)格說明B體系

18、結(jié)構(gòu)概要設(shè)計說明 C體系結(jié)構(gòu)詳細設(shè)計說明D體系結(jié)構(gòu)總體框架說明 26 、在設(shè)計模式目錄下，以下哪種設(shè)計模式是關(guān)于類的（A） A.FactoryMethodB.BuilderC.PrototypeD.Bridge 27 、下列選項中不是軟件體系結(jié)構(gòu)的嚴重性分級的一項是（C） A.災(zāi)難性的B.危急的C.較大的D.邊際性的 28 、以下不屬于傳統(tǒng)的軟件測試和基于體系結(jié)構(gòu)的軟件測試都需要研究的對象是？（D） A測試內(nèi)容B、測試準則C、測試用例D、測試語言 29、在體系結(jié)構(gòu)中，應(yīng)用于當(dāng)前環(huán)境中有多個構(gòu)建同時運行的情況，主要用來提高系統(tǒng)性 能的結(jié)構(gòu)風(fēng)格是（B） A、順序結(jié)構(gòu)風(fēng)格B、并行

19、/管道—過濾器結(jié)構(gòu)風(fēng)格 C、容錯結(jié)構(gòu)風(fēng)格D、調(diào)用—返回結(jié)構(gòu)風(fēng)格 30、下列哪一個測試過程是測試構(gòu)件之間的接口以保證構(gòu)件能夠交互，它將構(gòu)件本身抽象 為單元，并關(guān)注與構(gòu)件間的消息傳遞，構(gòu)件的交互行為可以通過形式化規(guī)約得到，可以提 前進行（C） A單元測試 B、模塊測試 C 、集成測試 D、系統(tǒng)測試 C） 。 31、評估方法質(zhì)量屬性中可修改性不包括（ A、可維護性B、可擴展性C.完整性D.可移植性 32、（A）是場景中解釋或描述風(fēng)險承擔(dān)者怎樣金發(fā)與系統(tǒng)的交互部分。 A.刺激B.環(huán)境C.響應(yīng)D.互操作 33、軟件評估中關(guān)注大可修改性包含可維護性，可擴展性，（B）和結(jié)構(gòu)重組

20、4個方面。 A。可用性B?？梢浦残? C?？勺冃訢?；ゲ僮餍? 34 、產(chǎn)品線就是由在系統(tǒng)的組成元素和功能方面具有共性和（B）相似的多個系統(tǒng)組 成的系統(tǒng)族。 A異步性B、個性 C、可變性D、繼承性 35 、一下哪個不是領(lǐng)域工程階段的主要任務(wù)（B）。 A領(lǐng)域設(shè)計B、需求分析 C、領(lǐng)域分析D、領(lǐng)域?qū)崿F(xiàn) 36 、軟件危機的原因不包括（D）： A.用戶需求不明確B、缺乏正確的理論指導(dǎo) C軟件規(guī)模越來越大D、軟件復(fù)雜度越來越低 37 、常用的軟件體系結(jié)構(gòu)評估的方法不包括：（C） Ao體系結(jié)構(gòu)權(quán)衡分析法B0軟件體系結(jié)構(gòu)分析法 Co系統(tǒng)體系結(jié)構(gòu)分析法Do中間設(shè)計的積極評審 38

21、、不屬于軟件體系結(jié)構(gòu)的核心模型的最基本的元素是（D） A構(gòu)件B連接件C配置D角色 39、選項中部屬于“4+1”試圖模型的是：（C） A邏輯視圖B物理視圖 C連接視圖D開發(fā)視圖 40、某公司欲對其內(nèi)部的信息系統(tǒng)進行集成，需要實現(xiàn)在系統(tǒng)之間快速傳遞可定制格式的數(shù)據(jù)包，并且當(dāng)有新的 數(shù)據(jù)包到達時，接收系統(tǒng)會自動得到通知。另外還要求支持數(shù)據(jù)重傳，以確保傳輸?shù)某晒?。針對這些集成需求， 應(yīng)該采用（D）的集成方式。 A.遠程過程調(diào)用B.共享數(shù)據(jù)庫C.文件傳輸D.消息傳遞 41、在RUP中采用“4+1”視圖模型來描述軟件系統(tǒng)的體系結(jié)構(gòu)。在該模型中，最終用戶側(cè)重于（C），系統(tǒng) 工程師側(cè)重于

22、（D）。 A.實現(xiàn)視圖B.進程視圖C.邏輯視圖D.部署視圖 42、某銀行系統(tǒng)采用FactoryMethod方法描述其不同賬戶之間的關(guān)系，設(shè)計出的類圖如下 所示。其中與FactoryMethod中的“Creator”角色相對應(yīng)的類是（A）;與“Product' 二li=rt Acocunt 上㈤怪工 Savings C. Checking D. Savings 角色相對應(yīng)的類是（B）o C) A.BankB.Account43、是一個獨立可交付的功能單元，外界通過接口訪問其提供的服務(wù)。（ A.面向?qū)ο笙到y(tǒng)中的對象（Object）B.模塊化程序設(shè)計中的子程序（Subrou

23、tine） C.基于構(gòu)件開發(fā)中的構(gòu)件（Component）D.系統(tǒng)模型中的包（Package） 44、軟件的橫向重用是指重用不同應(yīng)用領(lǐng)域中的軟件元素。（C）是一種典型的、原始的 橫向重用機制。（） A.對象B.構(gòu)件C.標(biāo)準函數(shù)庫D.設(shè)計模式 45、在基于構(gòu)件的軟件開發(fā)中，（A）描述系統(tǒng)設(shè)計藍圖以保證系統(tǒng)提供適當(dāng)?shù)墓δ埽? （B）用來了解系統(tǒng)的性能、吞吐率等非功能性屬性。 A.邏輯構(gòu)件模型B.物理構(gòu)件模型C.組件接口模型D.系統(tǒng)交互模 型 46.對象管理組織（OMG基于CORBAS礎(chǔ)設(shè)施定義了四種構(gòu)件標(biāo)準。其中，（D）的狀態(tài)信息是由構(gòu)件自身而不是由容器維護。 A.實體構(gòu)件B.加

24、工構(gòu)件C.服務(wù)構(gòu)件D.會話構(gòu)件 47、分布式系統(tǒng)開發(fā)中，通常需要將任務(wù)分配到不同的邏輯計算層。業(yè)務(wù)數(shù)據(jù)的綜合計算分析任務(wù)屬于（B）。A.表示邏輯層B.應(yīng)用邏輯層C.數(shù)據(jù)處理層D.數(shù)據(jù)層 48、在客戶機/服務(wù)器系統(tǒng)開發(fā)中，采用（D）時，應(yīng)將數(shù)據(jù)層和數(shù)據(jù)處理層放置于服務(wù)器，應(yīng)用邏輯層、表示邏輯層和表示層放置于客戶機。 A.分布式表示結(jié)構(gòu)B.分布式應(yīng)用結(jié)構(gòu)C.分布式數(shù)據(jù)和應(yīng)用結(jié)構(gòu)D.分 布式數(shù)據(jù)結(jié)構(gòu)49、軟件架構(gòu)是降低成本、改進質(zhì)量、按時和按需交付產(chǎn)品的關(guān)鍵因素。以下關(guān)于軟件架構(gòu)的描述，錯誤的是（A）o A.根據(jù)用戶需求，能夠確定一個最佳的軟件架構(gòu)，指導(dǎo)整個軟件的開發(fā)過程B.軟件架 構(gòu)設(shè)

25、計需要滿足系統(tǒng)的質(zhì)量屬性，如性能、安全性和可修改性等C.軟件架構(gòu)設(shè)計需要確定 組件之間的依賴關(guān)系，支持項目計劃和管理活動D.軟件架構(gòu)能夠指導(dǎo)設(shè)計人員和實現(xiàn)人員的工作50、某游戲公司欲開發(fā)一個大型多人即時戰(zhàn)略游戲，游戲設(shè)計的目標(biāo)之一是能夠支持玩家自行創(chuàng)建戰(zhàn)役地圖，定義游戲?qū)ο蟮男袨楹椭g的關(guān)系。針對該目標(biāo)，公司應(yīng)該采用（D）架構(gòu)風(fēng)格最為合適。 A.管道-過濾器B.隱式調(diào)用C.主程序-子程序D.解釋器 51、（A）—將一個類的接口轉(zhuǎn)換成客戶希望的另外一個接口，使得原本由于接口不兼容而不能一起工作的那些類可以一起工作。 A.Adapter（適配器）模式B.Command（命令）模式 C.S

26、ingleton（單例）模式D.Strategy（策略）模式 52、UML?供了一系列的圖支持面向?qū)ο蟮姆治雠c設(shè)計，其中⑴―給出系統(tǒng)的靜態(tài)設(shè) 計視圖；―（2）對系統(tǒng)的行為進行組織和建模是非常重要的；⑶和⑷― 都是描述系統(tǒng)動態(tài)視圖的交互圖，其中—⑶―描述了以時間順序組織的對象之間的交互 活動，―⑷強調(diào)收發(fā)消息的對象的組織結(jié)構(gòu)。 A、狀態(tài)圖 B 、用例圖 C 、時序圖 D 、配置圖 E、協(xié)作圖 F 、類圖 答：(1) F (2) B (3) C (4) E 設(shè)計題： 1、設(shè)計一個簡化的網(wǎng)上個人銀行查詢系統(tǒng)，用戶可以通過 Internet查詢自己帳戶的收支明 細、余額和修改密碼

27、。 (1) .說明系統(tǒng)的若干質(zhì)量屬性，并以場景圖的形式分別描述一個可用性場景和一個安全性場景。 (2) .使用add方法說明系統(tǒng)的初步設(shè)計。 (3) ) 描述ATAM方法的步驟。 (4).選取兩個質(zhì)量屬性以表格形式生成質(zhì)量屬性效用樹 參考答案： 分別描述兩個質(zhì)量屬性的場景圖 F面場景表現(xiàn)了網(wǎng)上個人銀行查詢系統(tǒng)的性能 正常運 請求被處平均響應(yīng) 試圖同時登 500用 陸系統(tǒng) 時間5秒 場景表現(xiàn)了網(wǎng)上個人銀行查詢系統(tǒng)的修改性。 只修改界 用戶 希望改變操 維護時 修改不產(chǎn) 面代碼或 生副作用， 場景可以用文本表示，也可以用圖形表示。 2 .請描述構(gòu)架設(shè)

28、計的ADD方法中對模塊求精的5個步驟。 答題要點： a.從具體的質(zhì)量場景和功能需求集合中選擇構(gòu)架驅(qū)動因素。 b.選擇滿足構(gòu)架驅(qū)動因素的構(gòu)架模式 c.實例化模塊并根據(jù)用例分配功能，使用多個視圖進行表示。 d.定義子模塊的接口。 e.驗證用例和質(zhì)量場景并對其進行求精，使它們成為子模塊的限制 3 .描述ATAM方法的步驟。) ATA昉法的表述 商業(yè)動機的表述 構(gòu)架的表述 對構(gòu)架方法進行分類 生成質(zhì)量屬性效用樹 分析構(gòu)架方法 集體討論并確定場景優(yōu)先級 再次分析構(gòu)架方法 結(jié)果的表述 4 .選取兩個質(zhì)量屬性以表格形式生成質(zhì)量屬性效用樹 效用樹的表格形式如下表所示。 質(zhì)

29、量屬性 屬，住求精 場景用文字描述，并要標(biāo)明場景的優(yōu)先級和實現(xiàn)的難易。 系統(tǒng)的質(zhì)量屬性有多種，請列舉其中六種： 可用性、可修改性、性能、安全、可測試性、易用性、可移植、可重用、可集成(任選 六個)。 2、畫出下面場景的時序圖： 1 .收款員啟動一次銷售(makeNewSale()) 2 .收款員輸入商品標(biāo)識(enterItem(itemID,quantity)) 3 .銷售結(jié)束，系統(tǒng)計算并顯示總金額(endSale()) 4 .顧客付款，系統(tǒng)處理支付。(makePayment(amount)) 參考答案如下： Phone User 是 3、在電話系統(tǒng)中假設(shè)有兩個打電話的個案：使用電話卡和對方付款，其中 電話用戶，請畫出其usecasediagram。 答：usecasediagram如下所示：