《軟件體系結(jié)構(gòu)考試試題庫軟件工程 考試試題和答案》由會(huì)員分享，可在線閱讀，更多相關(guān)《軟件體系結(jié)構(gòu)考試試題庫軟件工程 考試試題和答案（21頁珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

18、（）。 A.可維護(hù)性 B?？蓴U(kuò)展性 C.完整性 D.可移植性 答案：C 40、 （）是場景中解釋或描述風(fēng)險(xiǎn)承擔(dān)者怎樣金發(fā)與系統(tǒng)的交互部分。 A.刺激 B.環(huán)境C.響應(yīng) D.互操作 答案：A 41、 軟件評(píng)估中關(guān)注大可修改性包含可維護(hù)性，可擴(kuò)展性，（ ）和結(jié)構(gòu)重組4個(gè)方面。 A?？捎眯?B?？梢浦残?C?？勺冃?D ?；ゲ僮餍? 答案：B 43、一下哪個(gè)不是領(lǐng)域工程階段的主要任務(wù)（）。 A、領(lǐng)域設(shè)計(jì)B需求分析C、領(lǐng)域分析D、領(lǐng)域?qū)崿F(xiàn) 答案：B 四、名詞解釋 1、軟件危機(jī) 答案：是指計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題 2、軟件重用 答案：是指在兩次或

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

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

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

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

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

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

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

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

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

28、全性難以控制； 3、 采用B/S體系結(jié)構(gòu)的應(yīng)用系統(tǒng)，在數(shù)據(jù)查詢等響應(yīng)速度上，要遠(yuǎn)遠(yuǎn)的地低于C/S體系結(jié) 構(gòu)； 4、 B/S體系結(jié)構(gòu)的數(shù)據(jù)提交一般以頁面為單位，數(shù)據(jù)的動(dòng)態(tài)交互性不強(qiáng)，不利于在線事務(wù) 處理應(yīng)用。 12、 C/S系統(tǒng)中客戶端應(yīng)用程序有哪些主要任務(wù)？ 答案： 1、 提供用戶與數(shù)據(jù)庫的交互界面 2、 向數(shù)據(jù)庫服務(wù)器提交用戶請(qǐng)求并接受來自數(shù)據(jù)庫服務(wù)器的信息 3、 利用客戶端應(yīng)用程序?qū)Υ嬖谟诳蛻舳说臄?shù)據(jù)執(zhí)行應(yīng)用邏輯要求。 14、請(qǐng)簡述三層C/S結(jié)構(gòu)的優(yōu)點(diǎn) 答案：1、允許合理的劃分三層結(jié)構(gòu)的功能，使之在邏輯上保持相對(duì)獨(dú)立性，從而使整個(gè)系 統(tǒng)的邏輯結(jié)構(gòu)更為合理清晰，能提高系統(tǒng)和

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

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

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

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

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

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