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

《軟件體系結構考試試題庫軟件工程 考試試題和答案》由會員分享，可在線閱讀，更多相關《軟件體系結構考試試題庫軟件工程 考試試題和答案（21頁珍藏版）》請在裝配圖網(wǎng)上搜索。

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

2、、 連接件和配置是最基本的元素（） 答案：" 8、 開發(fā)視圖主要支持系統(tǒng)的功能需求，即系統(tǒng)提供給最終用戶的服務 （） 答案：X 9、 構件、連接件以及配置是體系結構的核心模型最基本的元素（） 答案：" 10、 HMB風格不支持系統(tǒng)系統(tǒng)自頂向下的層次化分解，因為它的構件比較簡單。 答案：X 11、 正交軟件體系結構由組織層和線索的構件構成。 13、線索是子系統(tǒng)的特例，它由完成不同層次功能的構建組成，每一條線索完成整個系統(tǒng) 中相對獨立的一部分功能。（） 答案：" 14、層次系統(tǒng)中支持抽象程度遞增的系統(tǒng)設計是設計師可以把一個復雜系統(tǒng)按照遞增的步 驟進行分解，同時支持功能增強，

3、但是不支持重用。 答案：X 16、在軟件設計中占據(jù)著主導地位的軟件體系結構描述方法是圖形表達工具。 答案：" 18、 體系結構設計是整個軟件生命周期中關鍵的一環(huán)，一般在需求分析之后，軟件設計之 前進行。 答案：" 19、 基于軟構件的系統(tǒng)描述語言是較好的一種以構件為單位的軟件系統(tǒng)描述語言。 答案：" 21、基于構件的動態(tài)系統(tǒng)結構模型分為三層，風別是應用層、中間層、和體系結構層。 答案：" 23、基于構件的動態(tài)系統(tǒng)結構模型分為應用層，中間層和體系結構層。 答案：" 29、 一般的說，一個模式有一下4個基本成分，1.模式名稱，2.問題，3.解決方案，4.效 果，這句話是對

4、的（） 答案：" 30、 設計模式的概念最早是由美國的一位計算機專家提出的。 答案：X 31、 利用設計模式可以方便地重用成功的設計和結構。 33、在模式目錄中，每個模式描述的多少與別的模式無關。 答案：" 36、在體系結構級進行風險評估是更有利于開發(fā)階段的前期評估。（） 答案：X 39、評估方法質量屬性中安全性不包括完整性。（） 答案：X 41、軟件體系結構評估只針對一個體系結構，不可以針對一組體系結構（）。 答案：X 43、軟件重用長期以來一直是軟件工程界不斷追求的目標。（） 答案：" 二、填空題 1、 軟件元素包括程序代碼 、設計文檔 、設計過程 、需求分

5、析 文檔 、測試用例 甚至領域知識。 答案：程序代碼、測試用例、設計文檔、設計過程、需求分析文檔 2、 軟件重用過程中需要重用的開發(fā)組織結構予以支持，它包括：—構建開發(fā)組、—構 建應用組、—協(xié)調組 3、 三組成員組成。 4、 答案：構件開發(fā)組、構件應用組、協(xié)調組 5、 采用層次式軟件體系結構，將產(chǎn)品的系統(tǒng)構件模型定義為4個層次，分別為：系統(tǒng)構 建層 、通用類構建層 、業(yè)務類構建層 、表現(xiàn)層 。 答案：系統(tǒng)構件層、通用類構件層、業(yè)務構件層、表現(xiàn)層 5、軟件體系結構的模型分為5種：結構模型、框架模型、動態(tài)模型、過程模型和功能模型。 答案：結構模型，動態(tài)模型。 8、軟件體系結

6、構的生命周期模型主要分為需求分析階段，建立軟件體系結構階段（設計階 段）和實現(xiàn)階段。 答：設計階段 9、軟件體系結構應建立于傳統(tǒng)的軟件開發(fā)過程的—需求分析 和—軟件設計 階 段之間。 答案：需求分析、軟件設計 11、 三層C/S結構風格是由__表示層、―功能層 和—數(shù)據(jù)層 構 成的。 答案：表示層、功能層、數(shù)據(jù)層 12、 消息總線對消息過濾提供了 轉換 和 阻塞 兩種方式。 答案：轉換、阻塞 13、 正交軟件體系結構由—組織層—和—線索的構建 構成。 答案：組織層、線索的構件 14、 C/S體系結構服務器主要負責有效的管理系統(tǒng)的資源主要負責—數(shù)據(jù)庫安全性的要求 、—數(shù)

7、據(jù)庫訪問并發(fā)性的控制、—數(shù)據(jù)庫前端的客戶應用的全局數(shù)據(jù)完整 性規(guī)則 和數(shù)據(jù)庫的備份與恢復。 答案：數(shù)據(jù)庫安全性的要求、數(shù)據(jù)庫訪問并發(fā)性的控制、數(shù)據(jù)庫前端的客戶應用程序的全 局數(shù)據(jù)完整性規(guī)則、數(shù)據(jù)庫的備份與恢復 16、 軟件體系結構的描述方法主要有 圖形表達工具、 模塊內連接語 言、基于軟構件的系統(tǒng)描述語言和 。 答案：圖形表達工具、模塊內連接語言、軟件體系結構描述語言 17、 ADL是一種在底層語義模擬支持下的形式化語言。基于底層語義的工具為體系結構的 表示 、分析、演化 、細化、設計過程等提供支持。 答案：表示、演化、細化 18、 可重用的體系結構描述框架可以從 需求、 設計

8、、實現(xiàn) 和 四個視點出發(fā)描述體系結構。 答案：需求視點、設計視點、實現(xiàn)視點、測試視點 20、典型的ADL在充分繼承和吸收傳統(tǒng)程序設計語言的 和 特點的同時， 還應該具有構造、抽象、重用、組合、異構和分析推理等多種能力和特性。能 力指的是ADL使得其描述的每一個系統(tǒng)元素都有其自己的局部結構。 答案：精確性、嚴格性，組合 21、 體系結構的動態(tài)性分為“”"”"”三類。 答案：交互式動態(tài)性、結構化動態(tài)性、體系結構動態(tài)性 22、 基于構件的動態(tài)體統(tǒng)結構模型（CBDSAM）支持運行系統(tǒng)的動態(tài)更新。該模型分為三層， 分別是應用層、 答案：中間層、體系結構層 23、體系結構的動態(tài)性主要分為幾類

9、: 答案：交互式動態(tài)性，結構化動態(tài)性、體系結構化動態(tài)性。 24、對動態(tài)軟件體系結構的形式化描述通常有 三種方法。 答案：圖形化方法、進程代數(shù)方法、邏輯描述方法 25、一個完整的Web服務包括3種邏輯構件: 答案：服務提供、服務代理、服務請求 29、MVC模式的中的M，V，C分別對應. 三種單詞。 答案：Model， View， Controller 32、設計模式的基本成分包括. 答案：模式名稱、問題、解決方案、效果。 39、體系結構評估中，一般采用刺激，環(huán)境，和 三方面來對場景進行描述。 答案：響應 40、可修改性是指能夠快速地以較高的性能價格比對系統(tǒng)進

10、行變更的能力。包括可維護性、 可擴展性、 、可移植性4個方面。 答案：結構重組。 42、 軟件重用是為了解決 答案：軟件危機 43、 的開發(fā)是大型軟件系統(tǒng)開發(fā)的關鍵環(huán)節(jié)。 答案：軟件體系結構 44、 領域工程階段的主要任務有、和 三個階段。 答案：領域分析、領域設計、領域實現(xiàn) 45、 軟件體系結構設計的主要目的是滿足對軟件的。 答案：質量需求 三、選擇題 1、 軟件危機的原因不包括（）： A、用戶需求不明確B、缺乏正確的理論指導C、軟件規(guī)模越來越大D、軟件復雜度越來越 低 答案：D 2、 下列選項中，哪個不是重用組織框構中的主要組成成員： A. 協(xié)調組 B.

11、 構件應用組 C. 構件需求組 D. 構件開發(fā)組 答案：C 3、 常用的軟件體系結構評估的方法不包括： 4、 A體系結構權衡分析法 5、 B.軟件體系結構分析法 6、C系統(tǒng)體系結構分析法 7、 D中間設計的積極評審 8、 答案：C 4、 下列選項中，不是軟件危機的原因的是：C A、 用戶需求不明確 B、 缺乏正確的理論指導 C、 軟件規(guī)模越來越小 D、 軟件的復雜度越來越高P2 5、 不屬于軟件體系結構的核心模型的最基本的元素是（） A構件 B連接件C配置D角色 答案：D 6、 選項中不屬于“4+1”試圖模型的是：（） A邏輯視圖 B物理視圖 C連接視圖

12、 D開發(fā)視圖 答案：C 7、 下列說法錯誤的一項的是（） A：邏輯視圖主要支持系統(tǒng)的功能需求，即系統(tǒng)提供給最終用戶的服務 B：開發(fā)視圖也稱模塊視圖，主要側重于軟件模塊的組織和管理 C：進程視圖側重與系統(tǒng)的運行特性，主要關注一些功能性需求，例如系統(tǒng)的性能和可用性。 D：物理視圖主要考慮如何吧軟件映射到硬件上，它不需要要考慮到系統(tǒng)性能、規(guī)模、可靠 性等。 答案：D 8、 Kruchten在1995提出了“4+1 ”模型，從5個不同的視角來描述軟件體系結構，其中 “4”不包括的視圖是（） A邏輯視圖B開發(fā)視圖 C物理視圖 D場景視圖 答案：D 9、 下列哪個選項是描述系統(tǒng)的

13、靜態(tài)結構（） A. 邏輯視圖和開發(fā)視圖 B. 進程視圖和物理視圖 C. 開發(fā)視圖和物理視圖 D. 開發(fā)視圖和進程視圖 答案：A 11、 正交軟件體系結構的有點有 （） A結構清晰，易于理解 B易修改，可維護性強 C可移植性強，重用程度大 D以上都是 答案：D 12、 C/S系統(tǒng)中，服務器的以下任務中哪一個是錯的？（） A數(shù)據(jù)庫一致性要求 B數(shù)據(jù)庫訪問并發(fā)性控制 C數(shù)據(jù)庫前端的客戶應用程序的全局數(shù)據(jù)完整性規(guī)則 D數(shù)據(jù)庫的備份與恢復 答案：A 13、 下列哪個不是黑板系統(tǒng)的組成部分？（） A. 知識源B.黑板數(shù)據(jù)結構C.控制D.內存 答案：D 14、 與C/

14、S體系結構相比，B/S體系結構也有許多不足之處一下說法正確的是（） A B/S體系結構缺乏對動態(tài)頁面的支持能力，沒有集成有效的數(shù)據(jù)庫處理能力 B B/S體系結構的系統(tǒng)擴展能力差，但是安全性比較容易控制 C采用B/S體系結構的應用系統(tǒng)，在數(shù)據(jù)查詢等響應速度上，要遠遠的高于C/S體系結構 D B/S體系結構的數(shù)據(jù)提交一般以頁面為單位，數(shù)據(jù)的動態(tài)交互性不強，利于在線事務處 理 （Online Transaction Processing,OLTP）應用。 答案：A 15、 以下不是正交軟件體系結構優(yōu)點的是（） A. 結構清晰，易于理解 B. 已修改，可維護性強 C. 可移植性強，重

15、用粒度大 D. 很大很復雜 答案：D 16、 以下關于軟件體系結構描述方法說法錯誤的是（） A. 圖形表達工具在軟件設計中占據(jù)主導地位。 B. 由于軟件設計語言和模塊內連接語言具有嚴格的語義基礎，因此它們能支持較小的軟件 單元進行描述。 C. 基于軟構件的系統(tǒng)描述語言將軟件系統(tǒng)描述成一種是由許多以特定形式相互作用的特 殊軟件實體構造組成的組織或系統(tǒng)。 D. 軟件體系結構描述語言是參照傳統(tǒng)程序設計語言的設計語言的設計和開發(fā)經(jīng)驗，重新設 計、開發(fā)和使用針對軟件體系結構描述語言。 答案：B 20、下列選項中關于ADL與其他語言的比較說法中錯誤的是（） A. ADL與需求語言的區(qū)別在

16、于后者描述的問題空哦關鍵，而前者則扎根于解空間中 B. ADL與建模語言的區(qū)別在于后者對部分的關注要大于對整體的關注 C. ADL與傳統(tǒng)的程序設計語言的構成元素由許多相同和相似之處，有各自有著很大的不同 D. ADL集中在構件的表示上。 答案：B 29、 下面哪個不屬于設計模式方法分類（） A Coad的面向對象模式 B代碼模式 C框架應用模式 D遺傳算法 答案：D 30、 一般來說，模式有以下四個基本成分：（ ）、問題、解決方案、效果。 A. 模式名稱 B. 時間 C. 地點 D. 思想 答案：A 31、 軟件體系結構的文檔要求與軟件開發(fā)項目中的其他文檔是相

17、似的，下列哪項屬于體系 結構文檔化過程的主要輸出結果（） A體系結構需求規(guī)格說明 B體系結構概要設計說明 C體系結構詳細設計說明 D體系結構總體框架說明 答案：A 33、在設計模式目錄下，以下哪種設計模式是關于類的（） A. Factory Method B.Builder C.Prototype D.Bridge 答案：A 36、在體系結構中，應用于當前環(huán)境中有多個構建同時運行的情況，主要用來提高系統(tǒng) 性能的結構風格是（） A、順序結構風格 B、并行/管道一過濾器結構風格 C、容錯結構風格 D、調用一返回結構風格 答案：B 39、 評估方法質量屬性中可修改性不包括

18、（）。 A.可維護性 B。可擴展性 C.完整性 D.可移植性 答案：C 40、 （）是場景中解釋或描述風險承擔者怎樣金發(fā)與系統(tǒng)的交互部分。 A.刺激 B.環(huán)境C.響應 D.互操作 答案：A 41、 軟件評估中關注大可修改性包含可維護性，可擴展性，（ ）和結構重組4個方面。 A?？捎眯?B。可移植性 C。可變性 D 。互操作性 答案：B 43、一下哪個不是領域工程階段的主要任務（）。 A、領域設計B需求分析C、領域分析D、領域實現(xiàn) 答案：B 四、名詞解釋 1、軟件危機 答案：是指計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴重問題 2、軟件重用 答案：是指在兩次或

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

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

21、構配置或拓撲是描述體系結構的構件與連接件的連接圖。體系結構配置提供 信息來確定構件是否正確連接、接口是否分配、連接件構成的通信是否正確，并說明實現(xiàn) 要求行為的組合含義。 19、 構造能力： 答案：構造能力指的是ADL能力使用較小的獨立體系結構元素來建造大型軟件系統(tǒng)。 20、 ADL： 答案：ADL是這樣一種形式化語言，他在底層語義模型的支持下，為軟件系統(tǒng)的概念結構 建模提供了具體語法和概念模型。 21、 軟件體系結構的動態(tài)性 答案：軟件系統(tǒng)在運行時刻的體系結構變動。 29、需求 答案：用戶對目標軟件系統(tǒng)在功能、行為、性能、設計約束等方面的期望 31、模式 答案：模式是指從某

22、個具體的形式中得到的一種抽象，在特殊的非任意性的環(huán)境中，該形 式不斷地重復出現(xiàn)。 33、設計模式 答案：一些設計面向對象的軟件開發(fā)的經(jīng)驗總結，就是系統(tǒng)的命名、解釋、和評價某一個 重要的面向對象的可重現(xiàn)的面向對象的設計方案。 38、可修改性 答案：可修改性是指能夠快速地以較高的性能價格比對系統(tǒng)進行變更的能力。通常以某些 具體的變更為基準，通過考察這些變更的代價衡量可修改性?？尚薷男园ǎ? 1可維護性 2可擴展性 3結構重組 4可移植性 40、基于場景的評估方法。 答：場景是一系列有序地使用或修改系統(tǒng)的步驟。這種評估方式分析軟件體系結構對場景 也就是對系統(tǒng)的使用或修改活動的支持程

23、度，從而判斷該體系結構對這一場景所代表的質 量需求的滿足程度。 基于場景的評估方式涉及的基本活動包括確定應用領域的功能和軟件體系結構之間的 映射，設計用于體現(xiàn)待評估質量屬性的場景以及分析軟件體系結構對場景的支持程度。 五、問答題 1、 縱觀軟件體系結構技術的發(fā)展過程，從最初的“無結構”設計到現(xiàn)行的基于體系結構的 軟件開發(fā)，可以認為經(jīng)歷了哪四個階段？ 答案：（1）“無體系結構”設計階段。以匯編語言進行小規(guī)模應用程序開發(fā)為特征 （2） 萌芽階段。出現(xiàn)了程序結構設計主題，以控制流圖和數(shù)據(jù)流圖構成軟件結構為 特征 （3） 初期階段。出現(xiàn)了從不同側面描述系統(tǒng)的結構模型，以UML為典型代表

24、（4） 高級階段。以描述系統(tǒng)的高層抽象結構為中心，不關心集體的建模細節(jié)，劃分 了體系結構模型與軟件結構的界限，該階段以Kruchten，提出了 “4+1”模型為 標志，由于概念尚不統(tǒng)一，描述規(guī)范也不能達成一致認識，因此在軟件開發(fā)實 踐中軟件體系結構上布恩那個發(fā)揮重要作用。 2、 試述下可重用技術對構件庫組織方法的幾點要求： 答案：（1）支持構件庫的各種維護動作，如增加、刪除以及修改構件，盡量不要影響構件 庫的結構。 （2）不僅要支持精確匹配，還要支持相似構件的查找。 （3）不僅能進行簡單的語法匹配，而且還能夠查找在功能或行為方面等價或相似的 構件。 (4) 對應用領域具有較強的描述

25、能力和較好的描述精度。 (5) 庫管理員和用戶容易使用 3、 簡要概產(chǎn)生軟件危機的原因 4、 答案：1.用戶需求不明確2.缺乏正確的理論指導3.軟件規(guī)模越來越大4.軟件復雜度 越來越高。 5、 軟件體系結構的定義眾多，你是如何理解軟件體系結構的？軟件體系結構在軟件系統(tǒng)中 有何作用？ 答案：(1)軟件體系結構為軟件系統(tǒng)提供了一個結構、行為和屬性的高級抽象，由構成系 統(tǒng)的元素的描述、這些元素的相互作用、指導元素繼承的模式以及這些模式的約束組成。 軟件體系結構不僅指定了系統(tǒng)的組織結構和拓撲結構，還顯示了系統(tǒng)需求和構成系統(tǒng)的元 素之間的對應關系，提供了一些設計決策的基本原理。 (2) 體系

26、結構是風險承擔者進行交流的手段。它明確了對系統(tǒng)實現(xiàn)的約束條件，決定 了開發(fā)和維護組織的組織結構，制約著系統(tǒng)的質量屬性，可以預測軟件的質量，是推理和 控制更改更簡單，有助于循序漸進的原型設計。同時，軟件體系結構是可傳遞和可重用的 模型。 6、 體系結構的生命周期模型分為哪幾個階段？ 答案：1、需求分析階段2、建立軟件體系結構階段3、設計階段4、實現(xiàn)階段 7、 軟件體系結構是必需，軟件體系結構的生命周期分為哪幾個階段？ 答：軟件體系結構的生命周期可以分為需求分析階段、建立軟件體系結構階段、設計階段、 實現(xiàn)階段四個階段。 8、 請簡述軟件體系結構的生命周期。 答：以自然語言進行軟件結構的

27、非形式化描述，接著運用合適的形式化數(shù)學理論模型對上 一階段的非形式化描述進行規(guī)范定義，從而得到軟件形式結構的形式化規(guī)范描述。對設計 好的軟件體系結構進行驗證和求精，直到不需要進行求精驗證時，轉入軟件體系結構的實 施。在此階段將軟件結構實施于系統(tǒng)設計中，并將其結構的構件和連接件有機組織在一起。 判斷軟件體系結構是否需要擴展，演化。需要從則重復以上步驟，否則對該體系結構進行 評價、度量，轉入終結階段。 11、 試闡述與C/S體系結構相比，B/S體系結構的不足之處。 答案： 1、 B/S體系結構缺乏對動態(tài)頁面的支持能力，沒有集成有效的數(shù)據(jù)庫處理功能； 2、 B/S體系結構的系統(tǒng)擴展能力差，安

28、全性難以控制； 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、 利用客戶端應用程序對存在于客戶端的數(shù)據(jù)執(zhí)行應用邏輯要求。 14、請簡述三層C/S結構的優(yōu)點 答案：1、允許合理的劃分三層結構的功能，使之在邏輯上保持相對獨立性，從而使整個系 統(tǒng)的邏輯結構更為合理清晰，能提高系統(tǒng)和

29、軟件的可維護性和可擴展性。 2、 允許更靈活的選用相應的平臺和硬件系統(tǒng)使之在處理負荷能力上與處理特性上分 別適應于結構清晰的三層，并且具有可升級性和開放性 3、 可并行開發(fā)，各層可選擇各自最適合語言使之高效開發(fā)，從而達到較高的性價比 4、 允許利用功能層有效的隔離開表示層和數(shù)據(jù)層，未授權的用戶難以通過如黑客 手段訪問數(shù)據(jù)層，同時也更加合理和有效的控制 18、在C2中，連接件和構件是如何工作的？ 答案：連接件負責構建之間消息的傳遞，而構件維持狀態(tài)，執(zhí)行操作并通過兩個名字分別 為top和buttom的端口和其他的構件交換信息。每個接口包含一種可發(fā)送的消息和一組可 接受的消息，構件之間的

30、消息要么是請求其他構件執(zhí)行某個操作的請求消息，要么是通知 其他構件自身執(zhí)行某個操作或狀態(tài)發(fā)生改變的通知消息。構件之間的消息交換不能之間進 行，而只能通過連接件來完成。 29、設計模式的基本成分有哪4條？ 答案：1、模式名稱2、問題3、解決方案4、效果 31、 軟件工程的研究主要有哪三個方向？ 答案：1、軟件過程分析和建模；2、軟件過程支持；3、軟件過程評估和改進。 32、 簡述一下演化開發(fā)階段的八個步驟？ 答案： 需求變動歸類。 制訂體系結構演化計劃 修改、增加或刪除構件。 更新構件的相互作用。 產(chǎn)生演化后的體系結構 迭代。 對以上步驟進行確認，進行階段性技術評審。

31、 對所做的標記進行處理。 33、 設計模式可以分為幾類？ 答案：創(chuàng)建型、結構型、行為型。 1. 什么是體系結構描述語言？它與程序語言以及UML有哪些區(qū)別與聯(lián)系？ ADL是在底層語義模型的支持下，為軟件系統(tǒng)的概念體系結構建模提供了具體語法和概 念框架?；诘讓诱Z義的工具為體系結構的表示、分析、演化、細化、設計過程等提供 支持。其三個基本元素是：構件、連接件、體系結構配置。 跟其他語言的比較： ◎構造能力：ADL能夠使用較小的獨立體系結構元素來建造大型軟件系統(tǒng)； ◎抽象能力：ADL使得軟件體系結構中的構件和連接件描述可以只關注它們的抽象特 性，而不管其具體的實現(xiàn)細節(jié)； ◎重用能力：

32、ADL使得組成軟件系統(tǒng)的構件、連接件甚至是軟件體系結構都成為軟件 系統(tǒng)開發(fā)和設計的可重用部件； ◎組合能力：ADL使得其描述的每一系統(tǒng)元素都有其自己的局部結構，這種描述局部 結構的特點使得ADL支持軟件系統(tǒng)的動態(tài)變化組合； ◎異構能力：ADL允許多個不同的體系結構描述關聯(lián)存在； ◎分析和推理能力：ADL允許對其描述的體系結構進行多種不同的性能和功能上的多 種推理分析。 2. 管道過濾器風格結構特點 （1） 使得軟構件具有良好的隱蔽性和高內聚、低耦合的特點； （2） 允許設計者將整個系統(tǒng)的輸入/輸出行為看成是多個過濾器的行為的簡單合成； （3） 支持軟件重用。 （4） 系統(tǒng)維護

33、和增強系統(tǒng)性能簡單。 （5） 允許對一些如吞吐量、死鎖等屬性的分析； （6） 支持并行執(zhí)行。 但是，這樣的系統(tǒng)也存在著若干不利因素。 （1） 通常導致進程成為批處理的結構。這是因為雖然過濾器可增量式地處理數(shù)據(jù)，但它們 是獨立的，所以設計者必須將每個過濾器看成一個完整的從輸入到輸出的轉換。 （2） 不適合處理交互的應用。當需要增量地顯示改變時，這個問題尤為嚴重。 (3) 因為在數(shù)據(jù)傳輸上沒有通用的標準，每個過濾器都增加了解析和合成數(shù)據(jù)的工作，這 樣就導致了系統(tǒng)性能下降，并增加了編寫過濾器的復雜性。 4. 什么是設計模式？它與風格、框架有什么區(qū)別與聯(lián)系？ 設計模式是對通用設計問題的

34、重復解決方案。 軟件體系結構風格是描述某一特定應用領域中系統(tǒng)組織方式的慣用模式。 軟件框架是整個或部分系統(tǒng)的可重用設計 模式比框架更加抽象 框架是模式的特例化 設計模式被實現(xiàn)成為框架后，可以極大的減輕從設計到實現(xiàn)的鴻溝 利用了模式的框架比沒有利用模式的框架更容易理解、更能被設計與實現(xiàn)重用 通常成熟的框架包含了多種設計模式 一個框架不僅可以具體實現(xiàn)一個模式，還可以具體的實現(xiàn)多個模式 設計模式與風格兩者為近義詞，通常情況下可以互相通用 風格主要是指大的，宏觀的設計。模式既可宏觀，乂可微觀。 7.什么是軟件危機，軟件危機的具體表現(xiàn)有哪些？ 軟件危機：落后的軟件生產(chǎn)方式無法滿足迅速增長的計算機軟件需求，從而導致軟件開發(fā) 與維護過程中出現(xiàn)一系列嚴重問題的現(xiàn)象。 軟件危機的表現(xiàn)： 軟件成本日益增長 開發(fā)進度難以控制 軟件質量差