軟件體系結(jié)構(gòu)(20211201200818)_第1頁
軟件體系結(jié)構(gòu)(20211201200818)_第2頁
軟件體系結(jié)構(gòu)(20211201200818)_第3頁
軟件體系結(jié)構(gòu)(20211201200818)_第4頁
軟件體系結(jié)構(gòu)(20211201200818)_第5頁
已閱讀5頁,還剩1頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、軟件體系結(jié)構(gòu)試題一 、選擇題1、設(shè)計模式一般用來解決什么樣的問題( a) a.同一問題的不同表相 b不同問題的同一表相 c.不同問題的不同表相 d.以上都不是2、下列屬于面向?qū)ο蠡驹瓌t的是( c ) a.繼承 b. 封裝 c. 里氏代換 d 都不是3、要依賴于抽象,不要依賴于具體。即針對接口編程,不要針對實現(xiàn)編程,是( d ) 的表述 a.開-閉原則 b.接口隔離原則 c.里氏代換原則 d.依賴倒轉(zhuǎn)原則4、依據(jù)設(shè)計模式思想, 程序開發(fā)中應(yīng)優(yōu)先使用的是( a )關(guān)系實現(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.消費者9、下列關(guān)于靜態(tài)工廠與工廠方法表述錯誤的是:( a ) a.兩者都滿足開閉原則:靜態(tài)工廠以if else方式創(chuàng)建對象,增加需求的時候會修改源代碼 b.靜態(tài)工廠對具體產(chǎn)品的創(chuàng)建類別和創(chuàng)建時機的判斷是混和在一起的,這點在工廠方法

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. 對象組合的有點表述不當?shù)氖牵?d ) a. 容器類僅能通過被包含對象的接口來對其進行訪問。 b. “黑盒”復(fù)用,封裝性好,因為被包含對象的內(nèi)部細節(jié)對外是不可見。 c. 通過獲取指向其它的具有相同類型的對象引用,可以在運行期間動態(tài)地定義(對象的)組合 d.造成極其嚴重的依賴關(guān)系。11. 對于依賴倒轉(zhuǎn)的表述錯誤的是( e ) a.依賴于抽象而不依賴于具體,也就是針對接口編程。 b.依賴倒轉(zhuǎn)的接口并非語法意義上的接口,而是,一個類對其他對象進行調(diào)用時,所知道的方法

4、集合。 c.從選項 b的角度論述,一個對象可以有多個接口。 d.實現(xiàn)了同一接口的對象,可以在運行期間,順利地進行替換。而且不必知道所示用的對象是那個實現(xiàn)類的實例。 e.此題沒有正確答案。12、軟件危機的原因不包括(d) :a、 用戶需求不明確b、缺乏正確的理論指導(dǎo)c、軟件規(guī)模越來越大d、軟件復(fù)雜度越來越低13、下列選項中,哪個不是重用組織框構(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è)計的積極評審15、下列選項中,不是軟件危機的原因的是:

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

6、常可以采用的方法?(d)a、圖形化方法 b 、代數(shù)進程方法 c 、邏輯方法 d 、以上皆是 21 、rapide 是一種可執(zhí)行adl,其目的在于通過定義并模擬基于事件的行為對分布式并發(fā)系統(tǒng)建模。 rapide 是由 5 種子語言構(gòu)成。以下選項中的語言均為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)件或連接件,這是為了達到(a)a 提供

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

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

9、軟件體系結(jié)構(gòu)的形式化描述通常可以采用的方法?(d)a、圖形化方法 b 、代數(shù)進程方法 c 、邏輯方法 d 、以上皆是 31 、rapide 是一種可執(zhí)行adl,其目的在于通過定義并模擬基于事件的行為對分布式并發(fā)系統(tǒng)建模。 rapide 是由 5 種子語言構(gòu)成。以下選項中的語言均為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)是指一個系統(tǒng)的有目的的設(shè)計和規(guī)劃,這個設(shè)計規(guī)劃既不描述活動 ,也不描述系統(tǒng)怎樣

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

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

12、、設(shè)計文檔、 設(shè)計過程、需求分析文檔甚至領(lǐng)域知識。19 軟件工程包括3 個要素:方法、 工具和過程。20、采用層次式軟件體系結(jié)構(gòu),將產(chǎn)品的系統(tǒng)構(gòu)件模型定義為4 個層次,分別為:系統(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è)計 _階段之間。23、c/s體系結(jié)構(gòu)服務(wù)器主要負責(zé)有效的管理系統(tǒng)的資源主要負責(zé)數(shù)據(jù)庫安全性的要求、數(shù)據(jù)庫訪問并發(fā)性的控制、數(shù)據(jù)庫前端的客戶應(yīng)用程序的全局數(shù)據(jù)完整性規(guī)則和_數(shù)據(jù)庫的備份與恢復(fù) _。 24

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

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

15、和實現(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)自頂向下的層次化分解,因為它的構(gòu)件比較簡單。(x)10、正交軟件體系結(jié)構(gòu)由組織層和線索的構(gòu)件構(gòu)成。()11、 層次系統(tǒng)中支持抽象程度遞增的系統(tǒng)設(shè)計是設(shè)計師可以把一個復(fù)雜系統(tǒng)按照遞增的步驟進行分解,同時支持功能增強,但是不支持重用。(x)12、 a

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

17、生成測試用例。2、系統(tǒng)的可靠性可以通過哪些步驟來模型化?通過系統(tǒng)的詳細說明書,確定系統(tǒng)所采用的體系結(jié)構(gòu)風(fēng)格。把每一個體系結(jié)構(gòu)風(fēng)格轉(zhuǎn)換成狀態(tài)圖,并計算狀態(tài)視圖中每一個狀態(tài)的可靠性及其相應(yīng)的遷移概率。通過整個系統(tǒng)的體系結(jié)構(gòu)視圖,把所有的狀態(tài)視圖集成為一個整體狀態(tài)視圖。通過整體狀態(tài)視圖構(gòu)造系統(tǒng)的遷移矩陣,并計算系統(tǒng)的可靠性。3、所有評估方法關(guān)注的質(zhì)量屬性有哪幾個?1. 性能 2.可靠性(容錯,健壯性) 3. 可用性 4. 安全性 5. 可修改性 6. 功能性 7. 可變性 8.集成性 9.互操作性4、atam評估方法的基本步驟是什么?(1)描述 atam方法(2)描述業(yè)務(wù)動機(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è)計決策,文檔, 描述本身對細節(jié)問題等質(zhì)量屬性。這一評估方法比較靈活自由,可評估多種質(zhì)量屬性,也可以在軟件體系結(jié)構(gòu)設(shè)計的多個階段進行。盡管此方式相對比較主觀,但他仍然是進行軟件體系結(jié)構(gòu)評估對重要途徑之一。2. 基于場景的評估方式:場景是一系列有序使用或修改系統(tǒng)的步驟。這種軟件體系評估方式分析軟件體系結(jié)構(gòu)對場景也就是對系

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論