軟件體系結(jié)構(gòu)試題庫(kù)(軟件工程)試題和答案

1、1、 判斷題1、軟件重用是指重復(fù)使用已有的軟件產(chǎn)品用于開(kāi)發(fā)新的軟件系統(tǒng)，以達(dá)到提高軟件系統(tǒng)的開(kāi)發(fā)質(zhì)量與效率，降低開(kāi)發(fā)成本的目的。答案：2、 可重用技術(shù)對(duì)構(gòu)件庫(kù)組織方法要求不僅要支持精確匹配，還要支持相似構(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)件通過(guò)連接而成。 （ ）答案： 6、體系的核心模型由5種元素組成：構(gòu)建、連接體、配置、端口和角色（）答案：7、軟件體系結(jié)構(gòu)的核心由5種元素組成：構(gòu)件、連接件、配置端口和角色。其中，構(gòu)件、連接件和配置是最基本的元素（） 答案：8、開(kāi)發(fā)視圖主要支

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

3、。答案：18、體系結(jié)構(gòu)設(shè)計(jì)是整個(gè)軟件生命周期中關(guān)鍵的一環(huán)，一般在需求分析之后，軟件設(shè)計(jì)之前進(jìn)行。答案：19、基于軟構(gòu)件的系統(tǒng)描述語(yǔ)言是較好的一種以構(gòu)件為單位的軟件系統(tǒng)描述語(yǔ)言。答案：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、一般的說(shuō)，一個(gè)模式有一下4個(gè)基本成分，1.模式名稱(chēng)，2.問(wèn)題，3.解決方案，4.效果，這句話(huà)是對(duì)的（）答案：30、設(shè)計(jì)模式的概念最早是由美國(guó)的一位計(jì)算機(jī)專(zhuān)家提出的。答案：X31、利用設(shè)計(jì)模式可以方便地重用成功的設(shè)計(jì)和結(jié)構(gòu)。答案：33、在模式目錄中，每個(gè)模式

4、描述的多少與別的模式無(wú)關(guān)。答案：36、在體系結(jié)構(gòu)級(jí)進(jìn)行風(fēng)險(xiǎn)評(píng)估是更有利于開(kāi)發(fā)階段的前期評(píng)估。（ ）答案：×39、評(píng)估方法質(zhì)量屬性中安全性不包括完整性。（）答案：×41、 軟件體系結(jié)構(gòu)評(píng)估只針對(duì)一個(gè)體系結(jié)構(gòu)，不可以針對(duì)一組體系結(jié)構(gòu)（）。答案：×43、 軟件重用長(zhǎng)期以來(lái)一直是軟件工程界不斷追求的目標(biāo)。（）答案：2、 填空題1、軟件元素包括 程序代碼 、 設(shè)計(jì)文檔 、 設(shè)計(jì)過(guò)程 、 需求分析文檔 、 測(cè)試用例 甚至領(lǐng)域知識(shí)。答案：程序代碼、測(cè)試用例、設(shè)計(jì)文檔、設(shè)計(jì)過(guò)程、需求分析文檔2、 軟件重用過(guò)程中需要重用的開(kāi)發(fā)組織結(jié)構(gòu)予以支持，它包括：_構(gòu)建開(kāi)發(fā)組_、_構(gòu)建應(yīng)用組_

5、、_協(xié)調(diào)組_三組成員組成。答案：構(gòu)件開(kāi)發(fā)組、構(gòu)件應(yīng)用組、協(xié)調(diào)組。3、 采用層次式軟件體系結(jié)構(gòu)，將產(chǎn)品的系統(tǒng)構(gòu)件模型定義為4個(gè)層次，分別為： 系統(tǒng)構(gòu)建層 、 通用類(lèi)構(gòu)建層 、 業(yè)務(wù)類(lèi)構(gòu)建層 、 表現(xiàn)層 。 答案：系統(tǒng)構(gòu)件層、通用類(lèi)構(gòu)件層、業(yè)務(wù)構(gòu)件層、表現(xiàn)層5、軟件體系結(jié)構(gòu)的模型分為5種：結(jié)構(gòu)模型、框架模型、動(dòng)態(tài)模型、過(guò)程模型和功能模型。答案：結(jié)構(gòu)模型，動(dòng)態(tài)模型。 8、軟件體系結(jié)構(gòu)的生命周期模型主要分為需求分析階段，建立軟件體系結(jié)構(gòu)階段（設(shè)計(jì)階段）和實(shí)現(xiàn)階段。答：設(shè)計(jì)階段9、軟件體系結(jié)構(gòu)應(yīng)建立于傳統(tǒng)的軟件開(kāi)發(fā)過(guò)程的_需求分析_和_軟件設(shè)計(jì)_階段之間。答案：需求分析、軟件設(shè)計(jì)11、三層C/S結(jié)構(gòu)風(fēng)格

6、是由 _表示層_ 、_功能層_ 和 _數(shù)據(jù)層_ 構(gòu)成的。答案：表示層、功能層、數(shù)據(jù)層12、消息總線(xiàn)對(duì)消息過(guò)濾提供了_轉(zhuǎn)換_和_阻塞_兩種方式。答案：轉(zhuǎn)換、阻塞13、正交軟件體系結(jié)構(gòu)由_組織層_和_線(xiàn)索的構(gòu)建_構(gòu)成。答案：組織層、線(xiàn)索的構(gòu)件14、C/S體系結(jié)構(gòu)服務(wù)器主要負(fù)責(zé)有效的管理系統(tǒng)的資源主要負(fù)責(zé)_數(shù)據(jù)庫(kù)安全性的要求_、_數(shù)據(jù)庫(kù)訪問(wèn)并發(fā)性的控制_、_數(shù)據(jù)庫(kù)前端的客戶(hù)應(yīng)用的全局?jǐn)?shù)據(jù)完整性規(guī)則_和數(shù)據(jù)庫(kù)的備份與恢復(fù)_。答案：數(shù)據(jù)庫(kù)安全性的要求、數(shù)據(jù)庫(kù)訪問(wèn)并發(fā)性的控制、數(shù)據(jù)庫(kù)前端的客戶(hù)應(yīng)用程序的全局?jǐn)?shù)據(jù)完整性規(guī)則、數(shù)據(jù)庫(kù)的備份與恢復(fù)16、軟件體系結(jié)構(gòu)的描述方法主要有 圖形表達(dá)工具 、 模塊內(nèi)連接語(yǔ)

7、言 、基于軟構(gòu)件的系統(tǒng)描述語(yǔ)言和 軟件體系結(jié)構(gòu)描述語(yǔ)言 。答案：圖形表達(dá)工具、模塊內(nèi)連接語(yǔ)言、軟件體系結(jié)構(gòu)描述語(yǔ)言 17、ADL是一種在底層語(yǔ)義模擬支持下的形式化語(yǔ)言。基于底層語(yǔ)義的工具為體系結(jié)構(gòu)的 表示 、分析、 演化 、 細(xì)化 、設(shè)計(jì)過(guò)程等提供支持。答案：表示、演化、細(xì)化 18、可重用的體系結(jié)構(gòu)描述框架可以從 需求 、 設(shè)計(jì) 、 實(shí)現(xiàn) 和 測(cè)試 四個(gè)視點(diǎn)出發(fā)描述體系結(jié)構(gòu)。答案：需求視點(diǎn)、設(shè)計(jì)視點(diǎn)、實(shí)現(xiàn)視點(diǎn)、測(cè)試視點(diǎn) 20、典型的ADL在充分繼承和吸收傳統(tǒng)程序設(shè)計(jì)語(yǔ)言的 和 特點(diǎn)的同時(shí)，還應(yīng)該具有構(gòu)造、抽象、重用、組合、異構(gòu)和分析推理等多種能力和特性。 能力指的是ADL使得其描述的每一個(gè)系統(tǒng)

8、元素都有其自己的局部結(jié)構(gòu)。答案：精確性、嚴(yán)格性，組合 21、體系結(jié)構(gòu)的動(dòng)態(tài)性分為“_ ”“_”“_”三類(lè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)性主要分為幾類(lèi)：_、_、_。 答案：交互式動(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、

9、MVC模式的中的M，V，C分別對(duì)應(yīng)_、_、_三種單詞。 答案：Model，View，Controller32、設(shè)計(jì)模式的基本成分包括_、_、_、_。答案：模式名稱(chēng)、問(wèn)題、解決方案、效果。39、 體系結(jié)構(gòu)評(píng)估中，一般采用刺激，環(huán)境，和_三方面來(lái)對(duì)場(chǎng)景進(jìn)行描述。答案：響應(yīng)40、可修改性是指能夠快速地以較高的性能價(jià)格比對(duì)系統(tǒng)進(jìn)行變更的能力。包括可維護(hù)性、可擴(kuò)展性、 、可移植性4個(gè)方面。答案：結(jié)構(gòu)重組。 42、軟件重用是為了解決 _ 答案：軟件危機(jī)43、_的開(kāi)發(fā)是大型軟件系統(tǒng)開(kāi)發(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、

10、 軟件體系結(jié)構(gòu)設(shè)計(jì)的主要目的是滿(mǎn)足對(duì)軟件的_。答案：質(zhì)量需求三、選擇題1、軟件危機(jī)的原因不包括（）：A、 用戶(hù)需求不明確 B、缺乏正確的理論指導(dǎo)C、軟件規(guī)模越來(lái)越大D、軟件復(fù)雜度越來(lái)越低答案：D2、下列選項(xiàng)中，哪個(gè)不是重用組織框構(gòu)中的主要組成成員： A 協(xié)調(diào)組B 構(gòu)件應(yīng)用組C 構(gòu)件需求組D 構(gòu)件開(kāi)發(fā)組答案：C3、 常用的軟件體系結(jié)構(gòu)評(píng)估的方法不包括：A體系結(jié)構(gòu)權(quán)衡分析法B.軟件體系結(jié)構(gòu)分析法C系統(tǒng)體系結(jié)構(gòu)分析法D中間設(shè)計(jì)的積極評(píng)審答案：C 4、下列選項(xiàng)中，不是軟件危機(jī)的原因的是：C A、 用戶(hù)需求不明確B、 缺乏正確的理論指導(dǎo)C、 軟件規(guī)模越來(lái)越小D、 軟件的復(fù)雜度越來(lái)越高P25、不屬于軟件體

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

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

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

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

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

16、A 體系結(jié)構(gòu)需求規(guī)格說(shuō)明B 體系結(jié)構(gòu)概要設(shè)計(jì)說(shuō)明C 體系結(jié)構(gòu)詳細(xì)設(shè)計(jì)說(shuō)明D 體系結(jié)構(gòu)總體框架說(shuō)明答案：A33、在設(shè)計(jì)模式目錄下，以下哪種設(shè)計(jì)模式是關(guān)于類(lèi)的（）AFactory Method B.Builder C.Prototype D.Bridge答案：A36、在體系結(jié)構(gòu)中，應(yīng)用于當(dāng)前環(huán)境中有多個(gè)構(gòu)建同時(shí)運(yùn)行的情況，主要用來(lái)提高系統(tǒng)性能的結(jié)構(gòu)風(fēng)格是（ ） A、順序結(jié)構(gòu)風(fēng)格 B、并行/管道過(guò)濾器結(jié)構(gòu)風(fēng)格 C、容錯(cuò)結(jié)構(gòu)風(fēng)格D、調(diào)用返回結(jié)構(gòu)風(fēng)格答案：B39、評(píng)估方法質(zhì)量屬性中可修改性不包括（）。A 可維護(hù)性 B?？蓴U(kuò)展性C完整性 D可移植性答案：C40、 （ ）是場(chǎng)景中解釋或描述風(fēng)險(xiǎn)承擔(dān)者怎樣金發(fā)

17、與系統(tǒng)的交互部分。A刺激 B環(huán)境 C響應(yīng) D互操作 答案：A41、軟件評(píng)估中關(guān)注大可修改性包含可維護(hù)性，可擴(kuò)展性，（ ）和結(jié)構(gòu)重組4個(gè)方面。 A ?？捎眯?B ?？梢浦残?C ?？勺冃?D ?；ゲ僮餍源鸢福築43、 一下哪個(gè)不是領(lǐng)域工程階段的主要任務(wù)（）。A、 領(lǐng)域設(shè)計(jì) B需求分析 C、領(lǐng)域分析 D、領(lǐng)域?qū)崿F(xiàn)答案：B4、 名詞解釋1、 軟件危機(jī) 答案：是指計(jì)算機(jī)軟件的開(kāi)發(fā)和維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題2、 軟件重用答案：是指在兩次或多次不同的軟件開(kāi)發(fā)過(guò)程中重復(fù)使用相同或相近軟件元素的過(guò)程。3、 構(gòu)件組裝答案：構(gòu)件組裝是指將庫(kù)中的構(gòu)件經(jīng)適當(dāng)修改后相互連接，或者將它們與當(dāng)前開(kāi)發(fā)項(xiàng)目中的軟件元素

18、相連接，最終構(gòu)成新的目標(biāo)軟件。4、 構(gòu)件答案：是指語(yǔ)義完整、語(yǔ)法正確和有可重用價(jià)值的單位軟件，是軟件重用過(guò)程中可以明確辨識(shí)的系統(tǒng)；結(jié)構(gòu)上，它是語(yǔ)義描述、通信接口和實(shí)現(xiàn)代碼的復(fù)合體。7、場(chǎng)景（scenarios）：答：場(chǎng)景可以看做是那些重要系統(tǒng)活動(dòng)的抽象，它使4個(gè)視圖有機(jī)聯(lián)系起來(lái)，從某種意義上說(shuō)場(chǎng)景是最重要的需求抽象。9、軟件體系結(jié)構(gòu)答案：軟件體系結(jié)構(gòu)是一個(gè)設(shè)計(jì)，它包括所建立系統(tǒng)中的各元素（構(gòu)件和連接件）的描述、元素之間的交互、指導(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)格可以概括

19、為通過(guò)連接件綁定在一起的、按照一組規(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、連接件：答案：連接件是用來(lái)建立構(gòu)件間的交互以及支配這些交互規(guī)則的體系結(jié)構(gòu)構(gòu)造模塊。18、體系結(jié)構(gòu)配置：答案：體系結(jié)構(gòu)配置或拓?fù)涫敲枋鲶w系結(jié)構(gòu)的構(gòu)件與連接件的連接圖。體系結(jié)構(gòu)配置提供信息來(lái)確定構(gòu)件是否正確連接、接口是否分配、連接件構(gòu)成的通信是否正確，并說(shuō)明實(shí)現(xiàn)要求行為的組合含義。19、構(gòu)造能力：答案：構(gòu)造能力指的是ADL能力使用較小的獨(dú)立體系結(jié)構(gòu)元素來(lái)建造大型軟件系統(tǒng)。20、AD

20、L：答案：ADL是這樣一種形式化語(yǔ)言，他在底層語(yǔ)義模型的支持下，為軟件系統(tǒng)的概念結(jié)構(gòu)建模提供了具體語(yǔ)法和概念模型。21、軟件體系結(jié)構(gòu)的動(dòng)態(tài)性答案： 軟件系統(tǒng)在運(yùn)行時(shí)刻的體系結(jié)構(gòu)變動(dòng)。29、需求答案：用戶(hù)對(duì)目標(biāo)軟件系統(tǒng)在功能、行為、性能、設(shè)計(jì)約束等方面的期望31、模式答案：模式是指從某個(gè)具體的形式中得到的一種抽象，在特殊的非任意性的環(huán)境中，該形式不斷地重復(fù)出現(xiàn)。33、設(shè)計(jì)模式答案：一些設(shè)計(jì)面向?qū)ο蟮能浖_(kāi)發(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)行變更的能力。通常以某些具體的變更

21、為基準(zhǔn)，通過(guò)考察這些變更的代價(jià)衡量可修改性?？尚薷男园ǎ?可維護(hù)性2可擴(kuò)展性3結(jié)構(gòu)重組4可移植性40、基于場(chǎng)景的評(píng)估方法。答：場(chǎng)景是一系列有序地使用或修改系統(tǒng)的步驟。這種評(píng)估方式分析軟件體系結(jié)構(gòu)對(duì)場(chǎng)景也就是對(duì)系統(tǒng)的使用或修改活動(dòng)的支持程度，從而判斷該體系結(jié)構(gòu)對(duì)這一場(chǎng)景所代表的質(zhì)量需求的滿(mǎn)足程度。 基于場(chǎng)景的評(píng)估方式涉及的基本活動(dòng)包括確定應(yīng)用領(lǐng)域的功能和軟件體系結(jié)構(gòu)之間的映射，設(shè)計(jì)用于體現(xiàn)待評(píng)估質(zhì)量屬性的場(chǎng)景以及分析軟件體系結(jié)構(gòu)對(duì)場(chǎng)景的支持程度。 5、 問(wèn)答題1、縱觀軟件體系結(jié)構(gòu)技術(shù)的發(fā)展過(guò)程，從最初的“無(wú)結(jié)構(gòu)”設(shè)計(jì)到現(xiàn)行的基于體系結(jié)構(gòu)的軟件開(kāi)發(fā)，可以認(rèn)為經(jīng)歷了哪四個(gè)階段？答案：（1）“無(wú)體系

22、結(jié)構(gòu)”設(shè)計(jì)階段。以匯編語(yǔ)言進(jìn)行小規(guī)模應(yīng)用程序開(kāi)發(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為典型代表 （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í)，因此在軟件開(kāi)發(fā)實(shí)踐中軟件體系結(jié)構(gòu)上布恩那個(gè)發(fā)揮重要作用。2、試述下可重用技術(shù)對(duì)構(gòu)件庫(kù)組織方法的幾點(diǎn)要求：答案：（1）支持構(gòu)件庫(kù)的各種維護(hù)動(dòng)作，如增加、刪除以及修改構(gòu)件，盡量不要影響構(gòu)件庫(kù)

23、的結(jié)構(gòu)。 （2）不僅要支持精確匹配，還要支持相似構(gòu)件的查找。 （3）不僅能進(jìn)行簡(jiǎn)單的語(yǔ)法匹配，而且還能夠查找在功能或行為方面等價(jià)或相似的構(gòu)件。 （4）對(duì)應(yīng)用領(lǐng)域具有較強(qiáng)的描述能力和較好的描述精度。 （5）庫(kù)管理員和用戶(hù)容易使用3、 簡(jiǎn)要概產(chǎn)生軟件危機(jī)的原因答案：1.用戶(hù)需求不明確 2.缺乏正確的理論指導(dǎo) 3.軟件規(guī)模越來(lái)越大 4.軟件復(fù)雜度越來(lái)越高。 4、 軟件體系結(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)元素繼承的模式以及這些模式的約束組

24、成。軟件體系結(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）體系結(jié)構(gòu)是風(fēng)險(xiǎn)承擔(dān)者進(jìn)行交流的手段。它明確了對(duì)系統(tǒng)實(shí)現(xiàn)的約束條件，決定了開(kāi)發(fā)和維護(hù)組織的組織結(jié)構(gòu)，制約著系統(tǒng)的質(zhì)量屬性，可以預(yù)測(cè)軟件的質(zhì)量，是推理和控制更改更簡(jiǎn)單，有助于循序漸進(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)的生命周期可以分為需求分析階段、建

25、立軟件體系結(jié)構(gòu)階段、設(shè)計(jì)階段、實(shí)現(xiàn)階段四個(gè)階段。8、請(qǐng)簡(jiǎn)述軟件體系結(jié)構(gòu)的生命周期。答：以自然語(yǔ)言進(jìn)行軟件結(jié)構(gòu)的非形式化描述，接著運(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)頁(yè)面的

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

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

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