軟件體系結構試題庫軟件工程試題和答案

1、一、判斷題1、軟件重用是指重復使用已有的軟件產(chǎn)品用于開發(fā)新的軟件系統(tǒng)，以達到提高軟件系統(tǒng)的開發(fā)質(zhì)量與效率，降低開發(fā)成本的目的。答案：V2、可重用技術對構件庫組織方法要求不僅要支持精確匹配，還要支持相似構件的查找。答案：V3、軟件體系結構充當一個理解系統(tǒng)構件和它們之間關系的框架，特別是那些始終跨越時間和實現(xiàn)的屬性。答案：V5、構件可以由其他復合構建和原子構件通過連接而成。（）答案：V6、體系的核心模型由5種元素組成：構建、連接體、配置、端口和角色（）答案：V7、軟件體系結構的核心由5種元素組成：構件、連接件、配置端口和角色。其中，構件、連接件和配置是最基本的元素（）答案：V8、開發(fā)視圖主要支持系

2、統(tǒng)的功能需求，即系統(tǒng)提供給最終用戶的服務（）答案：X9、構件、連接件以及配置是體系結構的核心模型最基本的元素（）答案：V10、HMBM格不支持系統(tǒng)系統(tǒng)自頂向下的層次化分解，因為它的構件比較簡單。答案：x11、正交軟件體系結構由組織層和線索的構件構成。答案：V13、 線索是子系統(tǒng)的特例，它由完成不同層次功能的構建組成，每一條線索完成整個系統(tǒng)中相對獨立的一部分功能。（）答案：V14、 層次系統(tǒng)中支持抽象程度遞增的系統(tǒng)設計是設計師可以把一個復雜系統(tǒng)按照遞增的步驟進行分解，同時支持功能增強，但是不支持重用。答案：x16、在軟件設計中占據(jù)著主導地位的軟件體系結構描述方法是圖形表達工具。答案：V18、體系

3、結構設計是整個軟件生命周期中關鍵的一環(huán)，一般在需求分析之后，軟件設計之前進行。答案：V19、基于軟構件的系統(tǒng)描述語言是較好的一種以構件為單位的軟件系統(tǒng)描述語言。答案：V21、基于構件的動態(tài)系統(tǒng)結構模型分為三層，風別是應用層、中間層、和體系結構層。答案：V23、基于構件的動態(tài)系統(tǒng)結構模型分為應用層，中間層和體系結構層。答案：V29、一般的說，一個模式有一下4個基本成分，1.模式名稱，2.問題，3.解決方案，4.效果，這句話是對的（）答案：V30、設計模式的概念最早是由美國的一位計算機專家提出的。答案：X31、利用設計模式可以方便地重用成功的設計和結構。答案：V33、在模式目錄中，每個模式描述的多

4、少與別的模式無關。答案：V36、在體系結構級進行風險評估是更有利于開發(fā)階段的前期評估。（）答案：X39、評估方法質(zhì)量屬性中安全性不包括完整性。（）答案：X41、軟件體系結構評估只針對一個體系結構，不可以針對一組體系結構（）。答案：X43、軟件重用長期以來一直是軟件工程界不斷追求的目標。（）答案：V二、填空題1、軟件元素包括程序代碼、設計文檔、設計過程、需求分析文擋、測試用例甚至領域知識。答案：程序代碼、測試用例、設計文檔、設計過程、需求分析文檔2、軟件重用過程中需要重用的開發(fā)組織結構予以支持，它包括：構建開發(fā)組、構建應用組、_協(xié)調(diào)組3、三組成員組成。4、答案：構件開發(fā)組、構件應用組、協(xié)調(diào)組。5

5、、采用層次式軟件體系結構，將產(chǎn)品的系統(tǒng)構件模型定義為4個層次，分別為：系統(tǒng)構建1、通用類構建層、業(yè)務類構建層、表現(xiàn)層。答案：系統(tǒng)構件層、通用類構件層、業(yè)務構件層、表現(xiàn)層5、軟件體系結構的模型分為5種：結構模型、框架模型、動態(tài)模型、過程模型和功能模型。答案：結構模型，動態(tài)模型。8、軟件體系結構的生命周期模型主要分為需求分析階段，建立軟件體系結構階段（設計階段）和實現(xiàn)階段。答：設計階段9、軟件體系結構應建立于傳統(tǒng)的軟件開發(fā)過程的_需求分析和_軟件設計階段之間。答案：需求分析、軟件設計11、三層C/S結構風格是由_表示層、_功能層和_數(shù)據(jù)層構答案：表示層、功能層、數(shù)據(jù)層12、消息總線對消息過濾提供了

6、轉換和阻塞兩種方式。答案：轉換、阻塞13、正交軟件體系結構由組織層和線索的構建構成。答案：組織層、線索的構件14、C/S體系結構服務器主要負責有效的管理系統(tǒng)的資源主要負責_數(shù)據(jù)庫安全性的要求、數(shù)據(jù)庫訪問并發(fā)性的控制、數(shù)據(jù)庫前端的客戶應用的全局數(shù)據(jù)完整性規(guī)則和數(shù)據(jù)庫的備份與恢復。答案：數(shù)據(jù)庫安全性的要求、數(shù)據(jù)庫訪問并發(fā)性的控制、數(shù)據(jù)庫前端的客戶應用程序的全局數(shù)據(jù)完整性規(guī)則、數(shù)據(jù)庫的備份與恢復16、軟件體系結構的描述方法主要有圖形表達工具模塊內(nèi)連接語五、基于軟構件的系統(tǒng)描述語言和軟件體系結構描述語言。答案：圖形表達工具、模塊內(nèi)連接語言、軟件體系結構描述語言17、ADL是一種在底層語義模擬支持下的形

7、式化語言?；诘讓诱Z義的工具為體系結構的表示、分析、演化、細化、設計過程等提供支持。答案：表示、演化、細化18、可重用的體系結構描述框架可以從需求、設計、實現(xiàn)和測試四個視點出發(fā)描述體系結構。答案：需求視點、設計視點、實現(xiàn)視點、測試視點20、典型的ADL在充分繼承和吸收傳統(tǒng)程序設計語言的和特點的同時，還應該具有構造、抽象、重用、組合、異構和分析推理等多種能力和特性。能力指的是ADL使得其描述的每一個系統(tǒng)元素都有其自己的局部結構。答案：精確性、嚴格性，組合21、體系結構的動態(tài)性分為“”"”""三類。答案：交互式動態(tài)性、結構化動態(tài)性、體系結構動態(tài)性22、基于構件的動態(tài)體

8、統(tǒng)結構模型（CBDSAM支持運行系統(tǒng)的動態(tài)更新。該模型分為三層，分別是應用層、和。答案：中間層、體系結構層23、體系結構的動態(tài)性主要分為幾類：、。答案：交互式動態(tài)性，結構化動態(tài)性、體系結構化動態(tài)性。24、對動態(tài)軟件體系結構的形式化描述通常有、三種方法。答案：圖形化方法、進程代數(shù)方法、邏輯描述方法25、一個完整的Web服務包括3種邏輯構件：、。答案：服務提供、服務代理、服務請求29、MVCII式的中的MV,C分別對應、三種單詞。答案：Model,View,Controller32、設計模式的基本成分包括、。答案：模式名稱、問題、解決方案、效果。39、體系結構評估中，一般采用刺激，環(huán)境，和三方面來

9、對場景進行描述。答案：響應40、可修改性是指能夠快速地以較高的性能價格比對系統(tǒng)進行變更的能力。包括可維護性、可擴展性、可移植性4個方面。答案：結構重組。42、軟件重用是為了解決答案：軟件危機43、的開發(fā)是大型軟件系統(tǒng)開發(fā)的關鍵環(huán)節(jié)。答案：軟件體系結構44、領域工程階段白主要任務有、和三個階段。答案：領域分析、領域設計、領域?qū)崿F(xiàn)45、軟件體系結構設計的主要目的是滿足對軟件的。答案：質(zhì)量需求三、選擇題1、軟件危機的原因不包括（）：A、用戶需求不明確B、缺乏正確的理論指導C、軟件規(guī)模越來越大D軟件復雜度越來越低答案：D2、下列選項中，哪個不是重用組織框構中的主要組成成員：A協(xié)調(diào)組B構件應用組C構件需

10、求組D構件開發(fā)組答案：C3、常用的軟件體系結構評估的方法不包括：4、 A體系結構權衡分析法5、 B.軟件體系結構分析法6、 C系統(tǒng)體系結構分析法7、 D中間設計的積極評審8、答案：C4、下列選項中，不是軟件危機的原因的是：CA、 用戶需求不明確B、 缺乏正確的理論指導C、 軟件規(guī)模越來越小D、 軟件的復雜度越來越高P25、不屬于軟件體系結構的核心模型的最基本的元素是（）A構件B連接件C配置D角色答案：D6、選項中不屬于“4+1”試圖模型的是：（）A邏輯視圖B物理視圖C連接視圖D開發(fā)視圖答案：C7、下列說法錯誤的一項的是（）A:邏輯視圖主要支持系統(tǒng)的功能需求，即系統(tǒng)提供給最終用戶的服務B：開發(fā)視

11、圖也稱模塊視圖，主要側重于軟件模塊的組織和管理C：進程視圖側重與系統(tǒng)的運行特性，主要關注一些功能性需求，例如系統(tǒng)的性能和可用性。D：物理視圖主要考慮如何吧軟件映射到硬件上，它不需要要考慮到系統(tǒng)性能、規(guī)模、可靠性等。答案：D8、 Kruchten在1995提出了“4+1”模型，從5個不同的視角來描述軟件體系結構，其中“4”不包括的視圖是（）A邏輯視圖B開發(fā)視圖C物理視圖D場景視圖答案：D9、下列哪個選項是描述系統(tǒng)的靜態(tài)結構（）A. 邏輯視圖和開發(fā)視圖B. 進程視圖和物理視圖C. 開發(fā)視圖和物理視圖D. 開發(fā)視圖和進程視圖答案：A11、正交軟件體系結構的有點有（）A結構清晰，易于理解B易修改，可維

12、護性強C可移植性強，重用程度大D以上都是答案：D12、 C/S系統(tǒng)中，服務器的以下任務中哪一個是錯的？（）A數(shù)據(jù)庫一致性要求B數(shù)據(jù)庫訪問并發(fā)性控制C數(shù)據(jù)庫前端的客戶應用程序的全局數(shù)據(jù)完整性規(guī)則D數(shù)據(jù)庫的備份與恢復答案：A13、下列哪個不是黑板系統(tǒng)的組成部分？（）A.知識源B.黑板數(shù)據(jù)結構C.控制D.內(nèi)存答案：D14、與C/S體系結構相比，B/S體系結構也有許多不足之處一下說法正確的是（）AB/S體系結構缺乏對動態(tài)頁面的支持能力，沒有集成有效的數(shù)據(jù)庫處理能力BB/S體系結構的系統(tǒng)擴展能力差，但是安全性比較容易控制C采用B/S體系結構的應用系統(tǒng)，在數(shù)據(jù)查詢等響應速度上，要遠遠的高于C/S體系結構D

13、B/S體系結構的數(shù)據(jù)提交一般以頁面為單位，數(shù)據(jù)的動態(tài)交互性不強，利于在線事務處理（OnlineTransactionProcessing,OLTP）應用。答案：A15、以下不是正交軟件體系結構優(yōu)點的是（）A. 結構清晰，易于理解B. 已修改，可維護性強C. 可移植性強，重用粒度大D. 很大很復雜答案：D16、以下關于軟件體系結構描述方法說法錯誤的是（）A. 圖形表達工具在軟件設計中占據(jù)主導地位。B. 由于軟件設計語言和模塊內(nèi)連接語言具有嚴格的語義基礎，因此它們能支持較小的軟件單元進行描述。C. 基于軟構件的系統(tǒng)描述語言將軟件系統(tǒng)描述成一種是由許多以特定形式相互作用的特殊軟件實體構造組成的組織或

14、系統(tǒng)。D. 軟件體系結構描述語言是參照傳統(tǒng)程序設計語言的設計語言的設計和開發(fā)經(jīng)驗，重新設計、開發(fā)和使用針對軟件體系結構描述語言。答案：B20、下列選項中關于ADL與其他語言的比較說法中錯誤的是（）AADL與需求語言的區(qū)別在于后者描述的問題空哦關鍵，而前者則扎根于解空間中BADL與建模語言的區(qū)別在于后者對部分的關注要大于對整體的關注CADL與傳統(tǒng)的程序設計語言的構成元素由許多相同和相似之處，有各自有著很大的不同DADL集中在構件的表示上。答案：B29、下面哪個不屬于設計模式方法分類（）ACoad的面向?qū)ο竽Ｊ紹代碼模式C框架應用模式D遺傳算法答案：D30、一般來說，模式有以下四個基本成分：（?）

15、、問題、解決方案、效果。A.模式名稱B. ?時間C. ?地點D. ?思想答案：A31、軟件體系結構的文檔要求與軟件開發(fā)項目中的其他文檔是相似的，下列哪項屬于體系結構文檔化過程的主要輸出結果（）A體系結構需求規(guī)格說明B體系結構概要設計說明C體系結構詳細設計說明D體系結構總體框架說明答案：A33、在設計模式目錄下，以下哪種設計模式是關于類的（）AFactoryMethodB.BuilderC.PrototypeD.Bridge答案：A36、在體系結構中，應用于當前環(huán)境中有多個構建同時運行的情況，主要用來提高系統(tǒng)性能的結構風格是（）A、順序結構風格B、并行/管道過濾器結構風格C、容錯結構風格D、調(diào)用

16、一返回結構風格答案：B39、評估方法質(zhì)量屬性中可修改性不包括（）。A可維護性B?？蓴U展性C.完II性D,可移植性答案：C40、（）是場景中解釋或描述風險承擔者怎樣金發(fā)與系統(tǒng)的交互部分。A.刺激B.環(huán)境C.響應D.互操作答案：A41、軟件評估中關注大可修改性包含可維護性，可擴展性，（）和結構重組4個方面。A?？捎眯訠?？梢浦残訡?？勺冃訢?；ゲ僮餍源鸢福築43、一下哪個不是領域工程階段的主要任務（）。A領域設計B需求分析C、領域分析D、領域?qū)崿F(xiàn)答案：B四、名詞解釋1、軟件危機答案：是指計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴重問題2、軟件重用答案：是指在兩次或多次不同的軟件開發(fā)過程中重復使用

17、相同或相近軟件元素的過程。3、構件組裝4、答案：構件組裝是指將庫中的構件經(jīng)適當修改后相互連接，或者將它們與當前開發(fā)項目中的軟件元素相連接，最終構成新的目標軟件。5、構件答案：是指語義完整、語法正確和有可重用價值的單位軟件，是軟件重用過程中可以明確辨識的系統(tǒng)；結構上，它是語義描述、通信接口和實現(xiàn)代碼的復合體。7、場景(scenarios)：答：場景可以看做是那些重要系統(tǒng)活動的抽象，它使4個視圖有機聯(lián)系起來，從某種意義上說場景是最重要的需求抽象。9、軟件體系結構答案：軟件體系結構是一個設計，它包括所建立系統(tǒng)中的各元素(構件和連接件)的描述、元素之間的交互、指導裝配的范例和對范例的約束。10、軟件體

18、系結構風格答案：軟件體系結構風格是描述某一特定領域中系統(tǒng)組織方式的慣用模式。13、C2體系結構風格答案：C2體系結構風格可以概括為通過連接件綁定在一起的、按照一組規(guī)則運作的并行構件網(wǎng)絡。14、COBRB旗口池答案：COBRB骸口池包括分布計算機環(huán)境中所有可用的服務器對象的接口表示它使動態(tài)搜索可用服務器的接口，動態(tài)構造請求及參數(shù)成為可能。17 、連接件：答案：連接件是用來建立構件間的交互以及支配這些交互規(guī)則的體系結構構造模塊。18 、體系結構配置：答案：體系結構配置或拓撲是描述體系結構的構件與連接件的連接圖。體系結構配置提供信息來確定構件是否正確連接、接口是否分配、連接件構成的通信是否正確，并說

19、明實現(xiàn)要求行為的組合含義。19 、構造能力：答案：構造能力指的是ADL能力使用較小的獨立體系結構元素來建造大型軟件系統(tǒng)。20 、ADL：答案：ADL是這樣一種形式化語言，他在底層語義模型的支持下，為軟件系統(tǒng)的概念結構建模提供了具體語法和概念模型。21、軟件體系結構的動態(tài)性答案：軟件系統(tǒng)在運行時刻的體系結構變動。29、需求答案：用戶對目標軟件系統(tǒng)在功能、行為、性能、設計約束等方面的期望31、模式答案：模式是指從某個具體的形式中得到的一種抽象，在特殊的非任意性的環(huán)境中，該形式不斷地重復出現(xiàn)。33、設計模式答案：一些設計面向?qū)ο蟮能浖_發(fā)的經(jīng)驗總結，就是系統(tǒng)的命名、解釋、和評價某一個重要的面向?qū)ο蟮?/p>

20、可重現(xiàn)的面向?qū)ο蟮脑O計方案。38、可修改性答案：可修改性是指能夠快速地以較高的性能價格比對系統(tǒng)進行變更的能力。通常以某些具體的變更為基準，通過考察這些變更的代價衡量可修改性?？尚薷男园ǎ? 可維護性2 可擴展性3 結構重組4 可移植性40、基于場景的評估方法。答：場景是一系列有序地使用或修改系統(tǒng)的步驟。這種評估方式分析軟件體系結構對場景也就是對系統(tǒng)的使用或修改活動的支持程度，從而判斷該體系結構對這一場景所代表的質(zhì)量需求的滿足程度?；趫鼍暗脑u估方式涉及的基本活動包括確定應用領域的功能和軟件體系結構之間的映射，設計用于體現(xiàn)待評估質(zhì)量屬性的場景以及分析軟件體系結構對場景的支持程度。五、問答題1、

21、縱觀軟件體系結構技術的發(fā)展過程，從最初的“無結構”設計到現(xiàn)行的基于體系結構的軟件開發(fā)，可以認為經(jīng)歷了哪四個階段？答案：（1）“無體系結構”設計階段。以匯編語言進行小規(guī)模應用程序開發(fā)為特征（ 2）萌芽階段。出現(xiàn)了程序結構設計主題，以控制流圖和數(shù)據(jù)流圖構成軟件結構為特征（ 3）初期階段。出現(xiàn)了從不同側面描述系統(tǒng)的結構模型，以UM典型代表（ 4）高級階段。以描述系統(tǒng)的高層抽象結構為中心，不關心集體的建模細節(jié)，劃分了體系結構模型與軟件結構的界限，該階段以Kruchten，提出了“4+1”模型為標志，由于概念尚不統(tǒng)一，描述規(guī)范也不能達成一致認識，因此在軟件開發(fā)實踐中軟件體系結構上布恩那個發(fā)揮重要作用。2

22、、試述下可重用技術對構件庫組織方法的幾點要求：答案：（1）支持構件庫的各種維護動作，如增加、刪除以及修改構件，盡量不要影響構件庫的結構。（ 2）不僅要支持精確匹配，還要支持相似構件的查找。（ 3）不僅能進行簡單的語法匹配，而且還能夠查找在功能或行為方面等價或相似的構件。（ 4）對應用領域具有較強的描述能力和較好的描述精度。（ 5）庫管理員和用戶容易使用3、簡要概產(chǎn)生軟件危機的原因4、答案：1.用戶需求不明確2.缺乏正確的理論指導3.軟件規(guī)模越來越大4.軟件復雜度越來越高。5、軟件體系結構的定義眾多，你是如何理解軟件體系結構的？軟件體系結構在軟件系統(tǒng)中有何作用？答案：（1）軟件體系結構為軟件系統(tǒng)

23、提供了一個結構、行為和屬性的高級抽象，由構成系統(tǒng)的元素的描述、這些元素的相互作用、指導元素繼承的模式以及這些模式的約束組成。軟件體系結構不僅指定了系統(tǒng)的組織結構和拓撲結構，還顯示了系統(tǒng)需求和構成系統(tǒng)的元素之間的對應關系，提供了一些設計決策的基本原理。（2）體系結構是風險承擔者進行交流的手段。它明確了對系統(tǒng)實現(xiàn)的約束條件，決定了開發(fā)和維護組織的組織結構，制約著系統(tǒng)的質(zhì)量屬性，可以預測軟件的質(zhì)量，是推理和控制更改更簡單，有助于循序漸進的原型設計。同時，軟件體系結構是可傳遞和可重用的模型。6、體系結構的生命周期模型分為哪幾個階段？答案：1、需求分析階段2、建立軟件體系結構階段3、設計階段4、實現(xiàn)階段

24、7、軟件體系結構是必需，軟件體系結構的生命周期分為哪幾個階段？答：軟件體系結構的生命周期可以分為需求分析階段、建立軟件體系結構階段、設計階段、實現(xiàn)階段四個階段。8、請簡述軟件體系結構的生命周期。答：以自然語言進行軟件結構的非形式化描述，接著運用合適的形式化數(shù)學理論模型對上一階段的非形式化描述進行規(guī)范定義，從而得到軟件形式結構的形式化規(guī)范描述。對設計好的軟件體系結構進行驗證和求精，直到不需要進行求精驗證時，轉入軟件體系結構的實施。在此階段將軟件結構實施于系統(tǒng)設計中，并將其結構的構件和連接件有機組織在一起。判斷軟件體系結構是否需要擴展，演化。需要從則重復以上步驟，否則對該體系結構進行評價、度量，轉

25、入終結階段。11、試闡述與C/S體系結構相比，B/S體系結構的不足之處。答案：1、 B/S體系結構缺乏對動態(tài)頁面的支持能力，沒有集成有效的數(shù)據(jù)庫處理功能；2、 B/S體系結構的系統(tǒng)擴展能力差，安全性難以控制；3、采用B/S體系結構的應用系統(tǒng)，在數(shù)據(jù)查詢等響應速度上，要遠遠的地低于C/S體系結構；4、B/S體系結構的數(shù)據(jù)提交一般以頁面為單位，數(shù)據(jù)的動態(tài)交互性不強，不利于在線事務處理應用。12、C/S系統(tǒng)中客戶端應用程序有哪些主要任務？答案：1、提供用戶與數(shù)據(jù)庫的交互界面2、向數(shù)據(jù)庫服務器提交用戶請求并接受來自數(shù)據(jù)庫服務器的信息3、利用客戶端應用程序?qū)Υ嬖谟诳蛻舳说臄?shù)據(jù)執(zhí)行應用邏輯要求。14、請簡

26、述三層C/S結構的優(yōu)點答案：1、允許合理的劃分三層結構的功能，使之在邏輯上保持相對獨立性，從而使整個系統(tǒng)的邏輯結構更為合理清晰，能提高系統(tǒng)和軟件的可維護性和可擴展性。2 、允許更靈活的選用相應的平臺和硬件系統(tǒng)使之在處理負荷能力上與處理特性上分別適應于結構清晰的三層，并且具有可升級性和開放性3 、可并行開發(fā)，各層可選擇各自最適合語言使之高效開發(fā)，從而達到較高的性價比4 、允許利用功能層有效的隔離開表示層和數(shù)據(jù)層，未授權的用戶難以通過如黑客手段訪問數(shù)據(jù)層，同時也更加合理和有效的控制18、在C2中，連接件和構件是如何工作的？答案：連接件負責構建之間消息的傳遞，而構件維持狀態(tài)，執(zhí)行操作并通過兩個名字分

27、別為top和buttom的端口和其他的構件交換信息。每個接口包含一種可發(fā)送的消息和一組可接受的消息，構件之間的消息要么是請求其他構件執(zhí)行某個操作的請求消息，要么是通知其他構件自身執(zhí)行某個操作或狀態(tài)發(fā)生改變的通知消息。構件之間的消息交換不能之間進行，而只能通過連接件來完成。29、設計模式的基本成分有哪4條？答案：1、模式名稱2、問題3、解決方案4、效果31、軟件工程的研究主要有哪三個方向？答案：1、軟件過程分析和建模；2、軟件過程支持；3、軟件過程評估和改進。32、簡述一下演化開發(fā)階段的八個步驟？答案：需求變動歸類。制訂體系結構演化計劃修改、增加或刪除構件。更新構件的相互作用。產(chǎn)生演化后的體系結構迭代。對以上步驟進行確認，進行階段性技術評審。對所做的標記進行處理。33、設計模式可以分為幾類？答案：創(chuàng)建型、結構型、行為型。1. 什么是體系結構描述語言？它與程序語言以及UML有哪些區(qū)別與聯(lián)系？ADL是在底層語義模型的支持下，為軟件系統(tǒng)的概念體系結構建模提供了具體語法和概念框架?；诘讓诱Z義的工具為體系結構的表示、分析、演化、細化、設計過程等提供支持。其三個基本元素是：構件、連接件、體系結構配置。跟其他語言的比較： 構造能力：ADL能夠使用較小的獨立體系結構元素來建造大型軟件系統(tǒng)； 抽象能力：ADL使得軟件體系結構中的構件和連接件描述可以只關注它們