1、軟件體系結(jié)構(gòu)試題一 、選擇題1、設(shè)計(jì)模式一般用來解決什么樣的問題( a) a.同一問題的不同表相 b不同問題的同一表相 c.不同問題的不同表相 d.以上都不是2、下列屬于面向?qū)ο蠡驹瓌t的是( c ) a.繼承 b. 封裝 c. 里氏代換 d 都不是3、要依賴于抽象，不要依賴于具體。即針對接口編程，不要針對實(shí)現(xiàn)編程,是( d ) 的表述 a.開-閉原則 b.接口隔離原則 c.里氏代換原則 d.依賴倒轉(zhuǎn)原則4、依據(jù)設(shè)計(jì)模式思想, 程序開發(fā)中應(yīng)優(yōu)先使用的是( a )關(guān)系實(shí)現(xiàn)復(fù)用。 a, 委派 b. 繼承 c 創(chuàng)建 d.以上都不對復(fù)用方式：繼承和組合聚合（組合委派）5、下列模式中, 屬于行為模式的是

2、( b ) a.工廠模式 b觀察者 c適配器以上都是象盡可能少的了解 6 、構(gòu)造者的的退化模式是通過合并（ c ）角色完成退化的。 a.抽象產(chǎn)品 b產(chǎn)品 c創(chuàng)建者 d使用者7、對象適配器模式是（ a ）原則的典型應(yīng)用。 a.合成聚合復(fù)用原則 b.里式代換原則 c.依賴倒轉(zhuǎn)原則 d.迪米特法則8、靜態(tài)工廠的核心角色是（a） a.抽象產(chǎn)品 b.具體產(chǎn)品 c.靜態(tài)工廠 d.消費(fèi)者9、下列關(guān)于靜態(tài)工廠與工廠方法表述錯(cuò)誤的是：（ a ） a.兩者都滿足開閉原則：靜態(tài)工廠以if else方式創(chuàng)建對象，增加需求的時(shí)候會(huì)修改源代碼 b.靜態(tài)工廠對具體產(chǎn)品的創(chuàng)建類別和創(chuàng)建時(shí)機(jī)的判斷是混和在一起的，這點(diǎn)在工廠方法

3、中 c.不能形成靜態(tài)工廠的繼承結(jié)構(gòu) d.在工廠方法模式中，對于存在繼承等級結(jié)構(gòu)的產(chǎn)品樹，產(chǎn)品的創(chuàng)建是通過相應(yīng)等級結(jié)構(gòu)的工廠創(chuàng)建的。10. 對象組合的有點(diǎn)表述不當(dāng)?shù)氖牵?d ） a. 容器類僅能通過被包含對象的接口來對其進(jìn)行訪問。 b. “黑盒”復(fù)用，封裝性好，因?yàn)楸话瑢ο蟮膬?nèi)部細(xì)節(jié)對外是不可見。 c. 通過獲取指向其它的具有相同類型的對象引用，可以在運(yùn)行期間動(dòng)態(tài)地定義（對象的）組合 d.造成極其嚴(yán)重的依賴關(guān)系。11. 對于依賴倒轉(zhuǎn)的表述錯(cuò)誤的是（ e ） a.依賴于抽象而不依賴于具體，也就是針對接口編程。 b.依賴倒轉(zhuǎn)的接口并非語法意義上的接口，而是，一個(gè)類對其他對象進(jìn)行調(diào)用時(shí)，所知道的方法

4、集合。 c.從選項(xiàng) b的角度論述，一個(gè)對象可以有多個(gè)接口。 d.實(shí)現(xiàn)了同一接口的對象，可以在運(yùn)行期間，順利地進(jìn)行替換。而且不必知道所示用的對象是那個(gè)實(shí)現(xiàn)類的實(shí)例。 e.此題沒有正確答案。12、軟件危機(jī)的原因不包括（d） ：a、 用戶需求不明確b、缺乏正確的理論指導(dǎo)c、軟件規(guī)模越來越大d、軟件復(fù)雜度越來越低13、下列選項(xiàng)中，哪個(gè)不是重用組織框構(gòu)中的主要組成成員：(c) a 協(xié)調(diào)組b 構(gòu)件應(yīng)用組c 構(gòu)件需求組d 構(gòu)件開發(fā)組14、常用的軟件體系結(jié)構(gòu)評估的方法不包括：(c) a 體系結(jié)構(gòu)權(quán)衡分析法b.軟件體系結(jié)構(gòu)分析法c系統(tǒng)體系結(jié)構(gòu)分析法d 中間設(shè)計(jì)的積極評審15、下列選項(xiàng)中，不是軟件危機(jī)的原因的是：

5、(c ) a、 用戶需求不明確b、 缺乏正確的理論指導(dǎo)c、 軟件規(guī)模越來越小d、 軟件的復(fù)雜度越來越高16、不屬于軟件體系結(jié)構(gòu)的核心模型的最基本的元素是（ d）a 構(gòu)件b 連接件c 配置d 角色17、選項(xiàng)中部不屬于“4+1”試圖模型的是： （c）a 邏輯視圖b 物理視圖c 連接視圖d 開發(fā)視圖18、kruchten 在 1995 提出了“ 4+1”模型，從5 個(gè)不同的視角來描述軟件體系結(jié)構(gòu)，其中“4”不包括的視圖是（d）a 邏輯視圖b開發(fā)視圖c物理視圖d 場景視圖19、下列哪個(gè)不是黑板系統(tǒng)的組成部分？（d）a.知識源 b. 黑板數(shù)據(jù)結(jié)構(gòu)c.控制 d. 內(nèi)存20、對動(dòng)態(tài)軟件體系結(jié)構(gòu)的形式化描述通

6、常可以采用的方法？（d）a、圖形化方法 b 、代數(shù)進(jìn)程方法 c 、邏輯方法 d 、以上皆是 21 、rapide 是一種可執(zhí)行adl,其目的在于通過定義并模擬基于事件的行為對分布式并發(fā)系統(tǒng)建模。 rapide 是由 5 種子語言構(gòu)成。以下選項(xiàng)中的語言均為rapide 語言的是（ a）a 類型語言、模式語言、約束語言、可執(zhí)行語言b 狀態(tài)語言、模式語言、約束語言、體系結(jié)構(gòu)語言c 類型語言、結(jié)構(gòu)語言、約束語言、可執(zhí)行語言d 狀態(tài)語言、結(jié)構(gòu)語言、約束語言、體系結(jié)構(gòu)語言 22 、unicon 提供了一組預(yù)先定義的構(gòu)件和連接件類型，體系結(jié)構(gòu)的開發(fā)者可以從中選擇合適的構(gòu)件或連接件，這是為了達(dá)到（a）a 提供

7、對大量構(gòu)件和連接件的統(tǒng)一訪問b 區(qū)分不同類型的構(gòu)件和連接件，以便對體系結(jié)構(gòu)配置進(jìn)行檢查c 支持不同表達(dá)方式和不同開發(fā)人員的分析工具d 支持現(xiàn)有構(gòu)件的使用23、下列選項(xiàng)中關(guān)于adl與其他語言的比較說法中錯(cuò)誤的是（b）a adl與需求語言的區(qū)別在于后者描述的問題空哦關(guān)鍵，而前者則扎根于解空間中b adl與建模語言的區(qū)別在于后者對部分的關(guān)注要大于對整體的關(guān)注c adl與傳統(tǒng)的程序設(shè)計(jì)語言的構(gòu)成元素由許多相同和相似之處，有各自有著很大的不同d adl集中在構(gòu)件的表示上。24、下列選項(xiàng)中，哪個(gè)不是重用組織框構(gòu)中的主要組成成員：(c) a 協(xié)調(diào)組 b 構(gòu)件應(yīng)用組c 構(gòu)件需求組d 構(gòu)件開發(fā)組25、下面哪個(gè)不

8、屬于設(shè)計(jì)模式方法分類（d）a coad 的面向?qū)ο竽Ｊ?b 代碼模式 c 框架應(yīng)用模式 d 遺傳算法26、下列選項(xiàng)中，不是軟件危機(jī)的原因的是：(c) a、 用戶需求不明確b、 缺乏正確的理論指導(dǎo)c、 軟件規(guī)模越來越小d、 軟件的復(fù)雜度越來越高27、一般來說，模式有以下四個(gè)基本成分：（ a ） 、問題、解決方案、效果。a模式名稱 b. 時(shí)間 c. 地點(diǎn) d. 思想28、以下不屬于傳統(tǒng)的軟件測試和基于體系結(jié)構(gòu)的軟件測試都需要研究的對象是？（d ）a、測試內(nèi)容b、測試準(zhǔn)則c、測試用例d、測試語言29、下列哪個(gè)不是黑板系統(tǒng)的組成部分？（d）a.知識源 b. 黑板數(shù)據(jù)結(jié)構(gòu)c.控制 d. 內(nèi)存30、對動(dòng)態(tài)

9、軟件體系結(jié)構(gòu)的形式化描述通常可以采用的方法？（d）a、圖形化方法 b 、代數(shù)進(jìn)程方法 c 、邏輯方法 d 、以上皆是 31 、rapide 是一種可執(zhí)行adl,其目的在于通過定義并模擬基于事件的行為對分布式并發(fā)系統(tǒng)建模。 rapide 是由 5 種子語言構(gòu)成。以下選項(xiàng)中的語言均為rapide 語言的是（ a）a 類型語言、模式語言、約束語言、可執(zhí)行語言b 狀態(tài)語言、模式語言、約束語言、體系結(jié)構(gòu)語言c 類型語言、結(jié)構(gòu)語言、約束語言、可執(zhí)行語言d 狀態(tài)語言、結(jié)構(gòu)語言、約束語言、體系結(jié)構(gòu)語言二、填空題填空題：1軟件體系結(jié)構(gòu)是指一個(gè)系統(tǒng)的有目的的設(shè)計(jì)和規(guī)劃，這個(gè)設(shè)計(jì)規(guī)劃既不描述活動(dòng) ，也不描述系統(tǒng)怎樣

10、開發(fā)，它只描述系統(tǒng)的組成元素及其相互的交互協(xié)作。2一個(gè) uml模型只描述了一個(gè)系統(tǒng)要做什么，它并沒告訴我們系統(tǒng)是怎么做。3當(dāng)一個(gè)類的對象可以充當(dāng)多種角色時(shí)，自身關(guān)聯(lián)就可能發(fā)生。4最通常的依賴關(guān)系是一個(gè)類操作的形構(gòu)中用到了另一個(gè)類的定義。5組成是強(qiáng)類型的聚集，因?yàn)榫奂械拿總€(gè)部分體只能屬于一個(gè)整體。6實(shí)現(xiàn)的符號和繼承的符號有相似之處，兩者的唯一差別是實(shí)現(xiàn)關(guān)系用虛線表示，繼承關(guān)系用（實(shí)線）表示。7uml背后的兩個(gè)重量級概念是用例和面向?qū)ο蟆?狀態(tài)圖和類圖、順序圖不同之處在于，后兩種圖能夠?qū)Χ鄠€(gè)對象建立模型，而狀態(tài)圖只是對1 個(gè)對象建立模型。9當(dāng)邏輯發(fā)生分支時(shí)，在順序圖中用生命線發(fā)生的分支表示，在協(xié)

11、作圖中用嵌套的序號表示。10 順序圖強(qiáng)調(diào)的是交互的時(shí)間順序 ,協(xié)作圖強(qiáng)調(diào)的是交互的空間關(guān)系和參與交互的對象的上下文環(huán)境。11、 saam 評估方法可以對許多_質(zhì)量屬性 _以及 _系統(tǒng)功能 _進(jìn)行快速評估。12、軟件重用是為了解決_軟件危機(jī) _ 13、 _軟件體系結(jié)構(gòu) _的開發(fā)是大型軟件系統(tǒng)開發(fā)的關(guān)鍵環(huán)節(jié)。14、計(jì)的主要目的是滿足對軟件的_質(zhì)量需求 _。15、每一個(gè)設(shè)計(jì)模式都集中于一個(gè)特定的設(shè)計(jì)問題，描述了相互通信的對象或者類以及解決方案和解決效果。16、面向?qū)ο笙到y(tǒng)中功能復(fù)用的兩種最常用技術(shù)是對象組合和類繼承。17、設(shè)計(jì)模式中應(yīng)優(yōu)先使用對象組合而不是類繼承。18、軟件元素包括程序代碼、測試用例

12、、設(shè)計(jì)文檔、 設(shè)計(jì)過程、需求分析文檔甚至領(lǐng)域知識。19 軟件工程包括3 個(gè)要素：方法、 工具和過程。20、采用層次式軟件體系結(jié)構(gòu)，將產(chǎn)品的系統(tǒng)構(gòu)件模型定義為4 個(gè)層次，分別為：系統(tǒng)結(jié)構(gòu)層、 通用類構(gòu)件層、業(yè)務(wù)構(gòu)件層、表現(xiàn)層。21、軟件重用過程中需要重用的開發(fā)組織結(jié)構(gòu)予以支持，它包括： _構(gòu)件開發(fā)組 _、構(gòu)件應(yīng)用組、協(xié)調(diào)組三組成員組成。22、軟件體系結(jié)構(gòu)應(yīng)建立于傳統(tǒng)的軟件開發(fā)過程的需求分析和_軟件設(shè)計(jì) _階段之間。23、c/s體系結(jié)構(gòu)服務(wù)器主要負(fù)責(zé)有效的管理系統(tǒng)的資源主要負(fù)責(zé)數(shù)據(jù)庫安全性的要求、數(shù)據(jù)庫訪問并發(fā)性的控制、數(shù)據(jù)庫前端的客戶應(yīng)用程序的全局?jǐn)?shù)據(jù)完整性規(guī)則和_數(shù)據(jù)庫的備份與恢復(fù) _。 24

13、 、軟件體系結(jié)構(gòu)的描述方法主要有圖形表達(dá)工具、模塊內(nèi)連接語言、基于軟構(gòu)件的系統(tǒng)描述語言和軟件體系結(jié)構(gòu)描述語言。 25 、adl是一種在底層語義模擬支持下的形式化語言。基于底層語義的工具為體系結(jié)構(gòu)的表示、分析、演化、細(xì)化、設(shè)計(jì)過程等提供支持。26、典型的 adl在充分繼承和吸收傳統(tǒng)程序設(shè)計(jì)語言的精確性和嚴(yán)格性特點(diǎn)的同時(shí)，還應(yīng)該具有構(gòu)造、抽象、重用、組合、異構(gòu)和分析推理等多種能力和特性。組合能力指的是 adl使得其描述的每一個(gè)系統(tǒng)元素都有其自己的局部結(jié)構(gòu)。27、體系結(jié)構(gòu)的動(dòng)態(tài)性主要分為幾類：交互式動(dòng)態(tài)性， 結(jié)構(gòu)化動(dòng)態(tài)性、 _體系結(jié)構(gòu)化動(dòng)態(tài)性_。28、一個(gè)完整的web服務(wù)包括3種邏輯構(gòu)件：服務(wù)提供、

14、服務(wù)代理、_服務(wù)請求 _。29、 web服務(wù)開發(fā)生命周期分為：構(gòu)建、部署、運(yùn)行、_管理 _四個(gè)階段。30、設(shè)計(jì)模式的基本成分包括_模式名稱 _、問題、解決方案、效果。31、 _軟件體系結(jié)構(gòu)_的開發(fā)是大型軟件系統(tǒng)開發(fā)的關(guān)鍵環(huán)節(jié)。三、判斷題1、軟件重用是指重復(fù)使用已有的軟件產(chǎn)品用于開發(fā)新的軟件系統(tǒng)，以達(dá)到提高軟件系統(tǒng)的開發(fā)質(zhì)量與效率，降低開發(fā)成本的目的。（）2、可重用技術(shù)對構(gòu)件庫組織方法要求不僅要支持精確匹配，還要支持相似構(gòu)件的查找。（ ）3、超文本組織方法與基于數(shù)據(jù)庫系統(tǒng)的構(gòu)件庫組織方法不同，它基于全文檢索技術(shù)。（）4、軟件體系結(jié)構(gòu)充當(dāng)一個(gè)理解系統(tǒng)構(gòu)件和它們之間關(guān)系的框架，特別是那些始終跨越時(shí)間

15、和實(shí)現(xiàn)的屬性。 （）5、構(gòu)件可以由其他復(fù)合構(gòu)建和原子構(gòu)件通過連接而成。（）6、體系的核心模型由5 種元素組成：構(gòu)建、連接體、配置、端口和角色（）7、軟件體系結(jié)構(gòu)的核心由5 種元素組成：構(gòu)件、連接件、配置端口和角色。其中，構(gòu)件、連接件和配置是最基本的元素（）8、開發(fā)視圖主要支持系統(tǒng)的功能需求，即系統(tǒng)提供給最終用戶的服務(wù)（x）9、hmb 風(fēng)格不支持系統(tǒng)系統(tǒng)自頂向下的層次化分解，因?yàn)樗臉?gòu)件比較簡單。（x）10、正交軟件體系結(jié)構(gòu)由組織層和線索的構(gòu)件構(gòu)成。（）11、 層次系統(tǒng)中支持抽象程度遞增的系統(tǒng)設(shè)計(jì)是設(shè)計(jì)師可以把一個(gè)復(fù)雜系統(tǒng)按照遞增的步驟進(jìn)行分解，同時(shí)支持功能增強(qiáng)，但是不支持重用。（x）12、 a

16、tam評估方法主要通過理解體系結(jié)構(gòu)方法來分析體系結(jié)構(gòu)，在這一步，由設(shè)計(jì)師確定體系結(jié)構(gòu)方法，由分析小組捕獲并進(jìn)行分析。（x ）13、評估方法質(zhì)量屬性中安全性不包括完整性。（x）五、簡答題1、如何理解基于體系結(jié)構(gòu)的軟件測試的？軟件體系結(jié)構(gòu)測試與程序測試不同，它是檢查軟件設(shè)計(jì)的適用性，這種測試不考慮軟件的實(shí)現(xiàn)代碼。 與傳統(tǒng)的軟件測試一樣，基于體系的軟件測試也需要研究測試內(nèi)容、測試準(zhǔn)則、測試用例、 測試充分性及測試方法。在傳統(tǒng)測試方法中， 測試準(zhǔn)則是基于實(shí)現(xiàn)和規(guī)約得到的，基于實(shí)現(xiàn)的測試準(zhǔn)則是結(jié)構(gòu)化的，它是利用軟件的內(nèi)部結(jié)構(gòu)來定義測試數(shù)據(jù)以覆蓋系統(tǒng)。實(shí)現(xiàn)完整測試的典型方法是利用測試準(zhǔn)則定義測試需求，進(jìn)而

17、生成測試用例。2、系統(tǒng)的可靠性可以通過哪些步驟來模型化？通過系統(tǒng)的詳細(xì)說明書，確定系統(tǒng)所采用的體系結(jié)構(gòu)風(fēng)格。把每一個(gè)體系結(jié)構(gòu)風(fēng)格轉(zhuǎn)換成狀態(tài)圖，并計(jì)算狀態(tài)視圖中每一個(gè)狀態(tài)的可靠性及其相應(yīng)的遷移概率。通過整個(gè)系統(tǒng)的體系結(jié)構(gòu)視圖，把所有的狀態(tài)視圖集成為一個(gè)整體狀態(tài)視圖。通過整體狀態(tài)視圖構(gòu)造系統(tǒng)的遷移矩陣，并計(jì)算系統(tǒng)的可靠性。3、所有評估方法關(guān)注的質(zhì)量屬性有哪幾個(gè)？1. 性能 2.可靠性（容錯(cuò)，健壯性） 3. 可用性 4. 安全性 5. 可修改性 6. 功能性 7. 可變性 8.集成性 9.互操作性4、atam評估方法的基本步驟是什么？（1）描述 atam方法（2）描述業(yè)務(wù)動(dòng)機(jī)（3）描述體系結(jié)構(gòu)（4）

18、確定體系結(jié)構(gòu)方法（5）生成質(zhì)量屬性效用樹（6）分析體系結(jié)構(gòu)方法（7）討論和分級場景（8）分析體系結(jié)構(gòu)方法（9）描述評估結(jié)果5、軟件體系結(jié)構(gòu)評估對主要方式有哪些？1. 基于調(diào)查問卷或檢查表的評估方式：調(diào)查問卷是一系列可以應(yīng)用到各種體系結(jié)構(gòu)評估對相關(guān)問題， 這些問題可能涉及體系結(jié)構(gòu)對設(shè)計(jì)決策，文檔， 描述本身對細(xì)節(jié)問題等質(zhì)量屬性。這一評估方法比較靈活自由，可評估多種質(zhì)量屬性，也可以在軟件體系結(jié)構(gòu)設(shè)計(jì)的多個(gè)階段進(jìn)行。盡管此方式相對比較主觀，但他仍然是進(jìn)行軟件體系結(jié)構(gòu)評估對重要途徑之一。2. 基于場景的評估方式：場景是一系列有序使用或修改系統(tǒng)的步驟。這種軟件體系評估方式分析軟件體系結(jié)構(gòu)對場景也就是對系

19、統(tǒng)對使用或修改活動(dòng)的支持程度，從而判斷該體系結(jié)構(gòu)對這一場景所代表對質(zhì)量需求對滿足程度。3. 基于度量的評估方式：度量是指為軟件產(chǎn)品對某一屬性所賦予對數(shù)值。此評估技術(shù)涉及 3 個(gè)基本活動(dòng)： 首先需要建立屬性和質(zhì)量之間的映射關(guān)系，然后從軟件體系結(jié)構(gòu)文檔中獲取度量信息，最后根據(jù)映射原則分析推導(dǎo)出系統(tǒng)對某些質(zhì)量屬性。4. 比較：從通用性， 評估者對體系結(jié)構(gòu)對了解程度，評估實(shí)施階段，評估方式的客觀程度等方面對三類方式進(jìn)行簡單的比較。6、簡述雙生命周期中的領(lǐng)域工程階段的主要任務(wù)及內(nèi)容。答： （1）領(lǐng)域分析。利用現(xiàn)有的系統(tǒng)設(shè)計(jì)、體系結(jié)構(gòu)和需求建立領(lǐng)域模型。（2）領(lǐng)域設(shè)計(jì)。用領(lǐng)域模型確定領(lǐng)域/產(chǎn)品線的共性和可變性，為產(chǎn)品線設(shè)計(jì)體系結(jié)構(gòu)。（3）領(lǐng)域?qū)崿F(xiàn)。基于領(lǐng)域體系結(jié)構(gòu)開發(fā)領(lǐng)域可重用資源（構(gòu)件、文檔、代碼生成器）。7、框架技術(shù)的基本特征有哪些？答案： 1、反向控制2、可重用性3、擴(kuò)展性1、模塊化或結(jié)構(gòu)化：框架有固定的、穩(wěn)定的接口和封裝的熱點(diǎn)8、軟件產(chǎn)品線的劃分依據(jù)有？1、該組織