軟件體系結(jié)構(gòu)復(fù)習(xí)題

1、一、判斷題1、軟件重用是指重復(fù)使用已有的軟件產(chǎn)品用于開發(fā)新的軟件系統(tǒng)，以達(dá)到提高軟件系統(tǒng)的開發(fā)質(zhì)量與效率，降低開發(fā)成本的目的。答案：2、可重用技術(shù)對(duì)構(gòu)件庫組織方法要求不僅要支持精確匹配，還要支持相似構(gòu)件的查找。答案：3、超文本組織方法與基于數(shù)據(jù)庫系統(tǒng)的構(gòu)件庫組織方法不同，它基于全文檢索技術(shù)。答案：4、軟件體系結(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)件、連接件、配置端口和角

2、色。其中，構(gòu)件、連接件和配置是最基本的元素（）答案：8、開發(fā)視圖主要支持系統(tǒng)的功能需求，即系統(tǒng)提供給最終用戶的服務(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)由組織層和線索的構(gòu)件構(gòu)成。答案：12、基于事件的隱式調(diào)用風(fēng)格的思想是構(gòu)件不直接調(diào)用一個(gè)過程，而是觸發(fā)或廣播一個(gè)或多個(gè)事件。答案：13、線索是子系統(tǒng)的特例，它由完成不同層次功能的構(gòu)建組成，每一條線索完成整個(gè)系統(tǒng)中相對(duì)獨(dú)立的一部分功能。（）答案：14、層次系統(tǒng)中支持抽象程度遞增的系統(tǒng)設(shè)計(jì)是設(shè)計(jì)師可以把一個(gè)

3、復(fù)雜系統(tǒng)按照遞增的步驟進(jìn)行分解，同時(shí)支持功能增強(qiáng)，但是不支持重用。答案：15、相交關(guān)系R是一個(gè)等價(jià)關(guān)系。答案：16、在軟件設(shè)計(jì)中占據(jù)著主導(dǎo)地位的軟件體系結(jié)構(gòu)描述方法是圖形表達(dá)工具。答案：17、Rapide是一種可執(zhí)行的ADL，其目的在于通過定義并模擬基于事件的行為對(duì)分布式同步系統(tǒng)建模。答案：并發(fā)系統(tǒng)建模18、體系結(jié)構(gòu)設(shè)計(jì)是整個(gè)軟件生命周期中關(guān)鍵的一環(huán)，一般在需求分析之后，軟件設(shè)計(jì)之前進(jìn)行。答案：19、基于軟構(gòu)件的系統(tǒng)描述語言是較好的一種以構(gòu)件為單位的軟件系統(tǒng)描述語言。答案：20、需求語言與ADL的區(qū)別在于后者描述的是問題空間，而前者則扎根于解空間中。答案：前后顛倒21、基于構(gòu)件的動(dòng)態(tài)系統(tǒng)結(jié)構(gòu)模

4、型分為三層，風(fēng)別是應(yīng)用層、中間層、和體系結(jié)構(gòu)層。答案：22、ADL提供了一種形式化機(jī)制來描述軟件體系結(jié)構(gòu)，大多數(shù)ADL不進(jìn)描述系統(tǒng)的靜態(tài)結(jié)構(gòu)，也支持對(duì)體系結(jié)構(gòu)動(dòng)態(tài)性的描述（）答案：23、基于構(gòu)件的動(dòng)態(tài)系統(tǒng)結(jié)構(gòu)模型分為應(yīng)用層，中間層和體系結(jié)構(gòu)層。答案：24、2000年世界計(jì)算機(jī)大會(huì)提出，軟件體系結(jié)構(gòu)中最為重要的三個(gè)研究方向是：體系結(jié)構(gòu)風(fēng)格，靜態(tài)體系結(jié)構(gòu)和動(dòng)態(tài)體系結(jié)構(gòu)。答案：25、XML是W3C制定的作為Internet上數(shù)據(jù)交換和表示的標(biāo)準(zhǔn)語言，是一種允許用戶定義的標(biāo)記語言。（）答案：26、WSDL是可擴(kuò)展的，使得在通信時(shí)無論使用何種消息格式或網(wǎng)絡(luò)協(xié)議，都可以對(duì)端點(diǎn)及其消息進(jìn)行描述。（）答案：2

5、7、SOA模型具有松散耦合、粗粒度服務(wù)、標(biāo)準(zhǔn)化接口等特征。（）答案：28、從概念上講，SOA有3個(gè)主要的抽象級(jí)別，分別是操作、服務(wù)和業(yè)務(wù)流程。 （）答案：29、一般的說，一個(gè)模式有一下4個(gè)基本成分，1.模式名稱，2.問題，3.解決方案，4.效果，這句話是對(duì)的（）答案：30、設(shè)計(jì)模式的概念最早是由美國的一位計(jì)算機(jī)專家提出的。答案：X31、利用設(shè)計(jì)模式可以方便地重用成功的設(shè)計(jì)和結(jié)構(gòu)。答案：32、ABSD方法是基于體系結(jié)構(gòu)的設(shè)計(jì)方法，它描述了系統(tǒng)的主要設(shè)計(jì)元素及其關(guān)系。（）答案：33、在模式目錄中，每個(gè)模式描述的多少與別的模式無關(guān)。答案：34、軟件系統(tǒng)的可靠性依賴于狀態(tài)的執(zhí)行順序和每一個(gè)狀態(tài)的可靠性

6、（ ）答案：35、.基于體系結(jié)構(gòu)描述的軟件測(cè)試包括黑盒測(cè)試和根據(jù)路徑測(cè)試。( )答案：36、在體系結(jié)構(gòu)級(jí)進(jìn)行風(fēng)險(xiǎn)評(píng)估是更有利于開發(fā)階段的前期評(píng)估。（ ）答案：37、容錯(cuò)體系結(jié)構(gòu)風(fēng)格的目的是通過一系列的容錯(cuò)構(gòu)件修正初始系統(tǒng)的錯(cuò)誤來改善系統(tǒng)的穩(wěn)定性。（ ）答案：38、ATAM評(píng)估方法主要通過理解體系結(jié)構(gòu)方法來分析體系結(jié)構(gòu)，在這一步，由設(shè)計(jì)師確定體系結(jié)構(gòu)方法，由分析小組捕獲并進(jìn)行分析。 （ ）答案：由分析小組捕獲，但不進(jìn)行分析39、評(píng)估方法質(zhì)量屬性中安全性不包括完整性。（）答案：40、軟件體系結(jié)構(gòu)的評(píng)估方法主要有調(diào)查問卷、檢查表、場(chǎng)景、度量、比較5種（ ）答：調(diào)查問卷、檢查表、場(chǎng)景、度量、比較是軟件

7、體系結(jié)構(gòu)的5種評(píng)估方式，評(píng)估方法有ATAM、SAAM、ARID三種。41、軟件體系結(jié)構(gòu)評(píng)估只針對(duì)一個(gè)體系結(jié)構(gòu)，不可以針對(duì)一組體系結(jié)構(gòu)（）。答案：42、正式的對(duì)軟件產(chǎn)品線的理論研究到20世紀(jì)80年代中期才出現(xiàn)。（）答案：43、軟件重用長(zhǎng)期以來一直是軟件工程界不斷追求的目標(biāo)。（）答案：44、產(chǎn)品開發(fā)活動(dòng)取決于產(chǎn)品線范圍，核心資源庫、產(chǎn)品計(jì)劃和需求的輸出。（）答案：45、軟件產(chǎn)品線的建立通常有4種方式，其劃分依據(jù)有兩種。（）答案：二、填空題1、軟件元素包括 、 、 、 、 甚至領(lǐng)域知識(shí)。答案：程序代碼、測(cè)試用例、設(shè)計(jì)文檔、設(shè)計(jì)過程、需求分析文檔2、軟件工程包括3個(gè)要素： 、 和 。答案：方法、工具、

8、過程3、軟件重用過程中需要重用的開發(fā)組織結(jié)構(gòu)予以支持，它包括：_、_、_三組成員組成。答案：構(gòu)件開發(fā)組、構(gòu)件應(yīng)用組、協(xié)調(diào)組。4、采用層次式軟件體系結(jié)構(gòu)，將產(chǎn)品的系統(tǒng)構(gòu)件模型定義為4個(gè)層次，分別為： 、 、 、 。答案：系統(tǒng)構(gòu)件層、通用類構(gòu)件層、業(yè)務(wù)構(gòu)件層、表現(xiàn)層5、軟件體系結(jié)構(gòu)的模型分為5種： 、框架模型 、過程模型和功能模型。答案：結(jié)構(gòu)模型，動(dòng)態(tài)模型。8、軟件體系結(jié)構(gòu)的生命周期模型主要分為需求分析階段，建立軟件體系結(jié)構(gòu)階段、 和實(shí)現(xiàn)階段。答：設(shè)計(jì)階段9、軟件體系結(jié)構(gòu)應(yīng)建立于傳統(tǒng)的軟件開發(fā)過程的_和_階段之間。答案：需求分析、軟件設(shè)計(jì)10、黑板系統(tǒng)主要由 _ 、_ 和 _ 組成 。答案：知識(shí)源

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

10、7、ADL是一種在底層語義模擬支持下的形式化語言。基于底層語義的工具為體系結(jié)構(gòu)的 、分析、 、 、設(shè)計(jì)過程等提供支持。答案：表示、演化、細(xì)化18、可重用的體系結(jié)構(gòu)描述框架可以從 和 個(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ī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)模型（C

11、BDSAM）支持運(yùn)行系統(tǒng)的動(dòng)態(tài)更新。該模型分為三層，分別是應(yīng)用層、_和_。答案：中間層、體系結(jié)構(gòu)層23、體系結(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)性。24、對(duì)動(dòng)態(tài)軟件體系結(jié)構(gòu)的形式化描述通常有_、_、_三種方法。答案： 圖形化方法、進(jìn)程代數(shù)方法、邏輯描述方法25、一個(gè)完整的Web服務(wù)包括3種邏輯構(gòu)件：_ 、_、_。答案：服務(wù)提供、服務(wù)代理、服務(wù)請(qǐng)求26、Web服務(wù)棧的五層標(biāo)準(zhǔn)為：發(fā)現(xiàn)服務(wù)層、描述層、_、_、_。答案：消息格式層、編碼格式層、傳輸協(xié)議層27、Web服務(wù)開發(fā)生命周期分為：_、_、_、_四個(gè)階段。答案：構(gòu)建、部署、運(yùn)行、管理。28、O

12、OAD、EA和BPM分別從_層、_層 和_層 3個(gè)層次上為SOAD提供了理論支撐。答案：基礎(chǔ)設(shè)計(jì)、應(yīng)用結(jié)構(gòu)、業(yè)務(wù)組織。29、MVC模式的中的M，V，C分別對(duì)應(yīng)_、_、_三種單詞。 答案：Model，View，Controller30、模式的問題陳述用一個(gè)強(qiáng)制條件_集來表示。答案：force31、ABSD方法取決于決定系統(tǒng)的體系結(jié)構(gòu)驅(qū)動(dòng)，所謂體系結(jié)構(gòu)驅(qū)動(dòng)，是指構(gòu)成體系結(jié)構(gòu)的_、_、_的組合。答案：業(yè)務(wù) 質(zhì)量 功能需求32、設(shè)計(jì)模式的基本成分包括_、_、_、_。 答案：模式名稱、問題、解決方案、效果。33、ABSD的全稱是：_答案：基于體系結(jié)構(gòu)的軟件設(shè)計(jì)34、軟件體系結(jié)構(gòu)的可靠性風(fēng)險(xiǎn)分析方法有_和

13、_答案：動(dòng)態(tài)方法 、構(gòu)建依賴圖（CDG）35、實(shí)現(xiàn)完整測(cè)試的典型方法是利用測(cè)試準(zhǔn)則定義測(cè)試需求,進(jìn)而生成測(cè)試用例.參照相關(guān)研究工作,可定義 、 等測(cè)試路徑。答案：構(gòu)件或連接件內(nèi)部消息的傳遞路徑、構(gòu)件或連接件內(nèi)部端口的執(zhí)行順序路徑36、構(gòu)建依賴圖是用于在體系結(jié)構(gòu)級(jí)進(jìn)行可靠性分析的 模型。答案：概率37、一個(gè)復(fù)雜的系統(tǒng)通常包括 、 、 和 常用的結(jié)構(gòu)風(fēng)格模型。答案：順序、并行計(jì)算、容錯(cuò)和客戶/服務(wù)器38、_方法是最早形成文檔并得到廣泛使用的軟件體系結(jié)構(gòu)分析方法，最初用來分析體系結(jié)構(gòu)的可修改性的。答案：SAAM39、體系結(jié)構(gòu)評(píng)估中，一般采用刺激，環(huán)境，和_三方面來對(duì)場(chǎng)景進(jìn)行描述。 答案：響應(yīng)40、可

14、修改性是指能夠快速地以較高的性能價(jià)格比對(duì)系統(tǒng)進(jìn)行變更的能力。包括可維護(hù)性、可擴(kuò)展性、 、可移植性4個(gè)方面。答案：結(jié)構(gòu)重組。41、SAAM評(píng)估方法可以對(duì)許多_以及_進(jìn)行快速評(píng)估。答案：質(zhì)量屬性，系統(tǒng)功能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ù)雜度越來越低答案：D2、下列選項(xiàng)中，哪個(gè)不

15、是重用組織框構(gòu)中的主要組成成員：A 協(xié)調(diào)組B 構(gòu)件應(yīng)用組C 構(gòu)件需求組D 構(gòu)件開發(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)審答案：C4、下列選項(xiàng)中，不是軟件危機(jī)的原因的是：CA、 用戶需求不明確B、 缺乏正確的理論指導(dǎo)C、 軟件規(guī)模越來越小D、 軟件的復(fù)雜度越來越高P25、不屬于軟件體系結(jié)構(gòu)的核心模型的最基本的元素是 （）A 構(gòu)件 B 連接件 C 配置 D 角色答案：D6、選項(xiàng)中不屬于“4+1”試圖模型的是：（）A 邏輯視圖B 物理視圖C 連接視圖D 開發(fā)視圖答案：C7、下列說法錯(cuò)誤的一項(xiàng)的是（）A：邏輯

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

17、在三層C/S體系結(jié)構(gòu)中，_是最重要的構(gòu)件。 （）A 中間件B 末尾件C 功能層D 數(shù)據(jù)層答案：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ù)庫一致性要求B 數(shù)據(jù)庫訪問并發(fā)性控制C 數(shù)據(jù)庫前端的客戶應(yīng)用程序的全局?jǐn)?shù)據(jù)完整性規(guī)則D 數(shù)據(jù)庫的備份與恢復(fù)答案：A13、下列哪個(gè)不是黑板系統(tǒng)的組成部分？（）A.知識(shí)源 B.黑板數(shù)據(jù)結(jié)構(gòu) C.控制 D.內(nèi)存答案：D14、與C/S體系結(jié)構(gòu)相比，B/S體系結(jié)構(gòu)也有許多不足之處一下說法正確的是（）A B/S體系結(jié)構(gòu)缺乏對(duì)

18、動(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)用。答案：A15、以下不是正交軟件體系結(jié)構(gòu)優(yōu)點(diǎn)的是（）A. 結(jié)構(gòu)清晰，易于理解B. 已修改，可維護(hù)性強(qiáng)C. 可移植性強(qiáng)，重用粒度大D. 很大很復(fù)雜答案：D16、以下關(guān)于軟件體系結(jié)構(gòu)描述方法說法錯(cuò)誤的是( )A. 圖形表達(dá)工具在軟件設(shè)計(jì)中占據(jù)主導(dǎo)地位。B

19、. 由于軟件設(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)描述語言。答案：B17、type Application is interfacein action Request(P:params);out action Result(P:params);behavior(?M in String) Receive(?M) = Results

20、(?M);end Application上述對(duì)構(gòu)建的描述是()ARapide B.SADL C.C2 D.Wright答案： A18、Rapide 是一種可執(zhí)行ADL,其目的在于通過定義并模擬基于事件的行為對(duì)分布式并發(fā)系統(tǒng)建模。Rapide是由5種子語言構(gòu)成。以下選項(xiàng)中的語言均為Rapide語言的是（）A 類型語言、模式語言、約束語言、可執(zhí)行語言B 狀態(tài)語言、模式語言、約束語言、體系結(jié)構(gòu)語言C 類型語言、結(jié)構(gòu)語言、約束語言、可執(zhí)行語言D 狀態(tài)語言、結(jié)構(gòu)語言、約束語言、體系結(jié)構(gòu)語言答案：A19、Unicon提供了一組預(yù)先定義的構(gòu)件和連接件類型，體系結(jié)構(gòu)的開發(fā)者可以從中選擇合適的構(gòu)件或連接件，這是

21、為了達(dá)到（）A 提供對(duì)大量構(gòu)件和連接件的統(tǒng)一訪問B 區(qū)分不同類型的構(gòu)件和連接件，以便對(duì)體系結(jié)構(gòu)配置進(jìn)行檢查C 支持不同表達(dá)方式和不同開發(fā)人員的分析工具D 支持現(xiàn)有構(gòu)件的使用答案：A20、下列選項(xiàng)中關(guān)于ADL與其他語言的比較說法中錯(cuò)誤的是（）A ADL與需求語言的區(qū)別在于后者描述的問題空哦關(guān)鍵，而前者則扎根于解空間中B ADL與建模語言的區(qū)別在于后者對(duì)部分的關(guān)注要大于對(duì)整體的關(guān)注C ADL與傳統(tǒng)的程序設(shè)計(jì)語言的構(gòu)成元素由許多相同和相似之處，有各自有著很大的不同D ADL集中在構(gòu)件的表示上。答案： B21、對(duì)動(dòng)態(tài)軟件體系結(jié)構(gòu)的形式化描述通常可以采用的方法？（）A、圖形化方法 B、代數(shù)進(jìn)程方法 C、

22、邏輯方法 D、以上皆是答案：D22、在擴(kuò)充的BNF范式給出的ADL描述體系結(jié)構(gòu)的框架中，1+表示其中的項(xiàng)出現(xiàn)（）A、一次 B、0次或1次 C、1次或多次 D、0次或多次答案：C23、以下哪些特征不屬于動(dòng)態(tài)體系結(jié)構(gòu)特征（） ？A 可構(gòu)造性動(dòng)態(tài)特征B 適應(yīng)性動(dòng)態(tài)特征C 智能性動(dòng)態(tài)特征D 安全性動(dòng)態(tài)特征24、在動(dòng)態(tài)體系結(jié)構(gòu)的描述中，不是configuror主要涉及的問題是：A 什么時(shí)候軟件體系結(jié)構(gòu)應(yīng)該重新配置？B 什么原因使得軟件體系結(jié)構(gòu)需要進(jìn)行重新配置？C 重新配置應(yīng)該怎樣進(jìn)行？D 進(jìn)行重新配置需要多大的代價(jià)？答案：D25、通常，一個(gè)Web服務(wù)可以分為4個(gè)邏輯層，分別為數(shù)據(jù)層（Data Layer

23、）、數(shù)據(jù)訪問層（Data Access Layer）、業(yè)務(wù)層（Business Layer）和監(jiān)聽者（Listener）。離客戶端最近的是監(jiān)聽者，離客戶最遠(yuǎn)的是_：（）A 數(shù)據(jù)層（Data Layer）B 數(shù)據(jù)訪問層（Data Access Layer）C 業(yè)務(wù)層（Business Layer）D 監(jiān)聽者（Listener）答案：A26、同傳統(tǒng)分布式體系結(jié)構(gòu)相比，Web服務(wù)體系結(jié)構(gòu)的主要優(yōu)勢(shì)體現(xiàn)為()高度的通用性和易用性完全的平臺(tái)、語言獨(dú)立性高度的集成性容易部署和發(fā)布A. B. C. D.答案：D27、Web服務(wù)是采用_格式的信息來定義和描述對(duì)外的公共接口和綁定。A.URIB.XMLC.SOA

24、PD.HTTP答案：B28、盡管對(duì)Web服務(wù)進(jìn)行的描述的出發(fā)點(diǎn)或應(yīng)用類型不同，但他們均具有如下共同特征：（） 應(yīng)用的分布式應(yīng)用到應(yīng)用的交互平臺(tái)無關(guān)性A. B. C. D.答案：D29、下面哪個(gè)不屬于設(shè)計(jì)模式方法分類（）A Coad的面向?qū)ο竽Ｊ紹 代碼模式C 框架應(yīng)用模式D 遺傳算法答案：D30、一般來說，模式有以下四個(gè)基本成分： （ ）、問題、解決方案、效果 。A模式名稱B. 時(shí)間D. 思想答案：A31、軟件體系結(jié)構(gòu)的文檔要求與軟件開發(fā)項(xiàng)目中的其他文檔是相似的，下列哪項(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)

25、總體框架說明答案：A32、軟件體系結(jié)構(gòu)設(shè)計(jì)有哪些過程？（）提出軟件體系結(jié)構(gòu)模型把已標(biāo)識(shí)的構(gòu)件映射到軟件體系構(gòu)件中分析構(gòu)件之間的相互作用產(chǎn)生軟件體系結(jié)構(gòu)設(shè)計(jì)評(píng)審答案：D33、在設(shè)計(jì)模式目錄下，以下哪種設(shè)計(jì)模式是關(guān)于類的（）AFactory Method B.Builder C.Prototype D.Bridge答案：A34、下列選項(xiàng)中不是軟件體系結(jié)構(gòu)的嚴(yán)重性分級(jí)的一項(xiàng)是（ ）A災(zāi)難性的 B危急的 C較大的 D邊際性的答案：C35、以下不屬于傳統(tǒng)的軟件測(cè)試和基于體系結(jié)構(gòu)的軟件測(cè)試都需要研究的對(duì)象是？（ ）A、測(cè)試內(nèi)容 B、測(cè)試準(zhǔn)則C、測(cè)試用例 D、測(cè)試語言答案：D36、在體系結(jié)構(gòu)中，應(yīng)用于當(dāng)前環(huán)

26、境中有多個(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)格答案：B37、下列哪一個(gè)測(cè)試過程是測(cè)試構(gòu)件之間的接口以保證構(gòu)件能夠交互，它將構(gòu)件本身抽象為單元，并關(guān)注與構(gòu)件間的消息傳遞，構(gòu)件的交互行為可以通過形式化規(guī)約得到，可以提前進(jìn)行（ ）A、單元測(cè)試 B、模塊測(cè)試C、集成測(cè)試 D、系統(tǒng)測(cè)試答案：C38、評(píng)估過程在生成質(zhì)量屬性效用樹這一步中，確定系統(tǒng)最重要的質(zhì)量屬性目標(biāo)，并對(duì)這些質(zhì)量目標(biāo)設(shè)置優(yōu)先級(jí)和細(xì)化。 評(píng)估小組 設(shè)計(jì)小組 管理人員 客戶代表、 、 、 、 答案：39、評(píng)估方法質(zhì)量屬性中可修改性不包括（

27、）。A 可維護(hù)性 B?？蓴U(kuò)展性C完整性 D可移植性答案：C40、 （ ）是場(chǎng)景中解釋或描述風(fēng)險(xiǎn)承擔(dān)者怎樣金發(fā)與系統(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 。互操作性答案：B42、產(chǎn)品線就是由在系統(tǒng)的組成元素和功能方面具有共性和（）相似的多個(gè)系統(tǒng)組成的系統(tǒng)族。A、異步性 B、個(gè)性 C、可變性 D、繼承性答案：B43、一下哪個(gè)不是領(lǐng)域工程階段的主要任務(wù)（）。A、領(lǐng)域設(shè)計(jì) B需求分析 C、領(lǐng)域分析 D、領(lǐng)域?qū)崿F(xiàn)答案：B44、SEI將產(chǎn)品線的基本活動(dòng)分為三部分，其

28、中不包括（）A、核心資源開發(fā) B、產(chǎn)品開發(fā) C、管理 D、設(shè)計(jì)答案：D四、名詞解釋1、軟件危機(jī)答案：是指愛計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題2、軟件重用答案：是指在兩次或多次不同的軟件開發(fā)過程中重復(fù)使用相同或相近軟件元素的過程。3、構(gòu)件組裝答案：構(gòu)件組裝是指將庫中的構(gòu)件經(jīng)適當(dāng)修改后相互連接，或者將它們與當(dāng)前開發(fā)項(xiàng)目中的軟件元素相連接，最終構(gòu)成新的目標(biāo)軟件。4、構(gòu)件答案：是指語義完整、語法正確和有可重用價(jià)值的單位軟件，是軟件重用過程中可以明確辨識(shí)的系統(tǒng)；結(jié)構(gòu)上，它是語義描述、通信接口和實(shí)現(xiàn)代碼的復(fù)合體。5、構(gòu)件：答案：構(gòu)件是具有某種功能的可重用的軟件模版單元，表示了系統(tǒng)中主要的計(jì)

29、算元素和數(shù)據(jù)存儲(chǔ)。6、構(gòu)件答案：構(gòu)件是一個(gè)數(shù)據(jù)單元或一個(gè)計(jì)算單元，它由構(gòu)件的對(duì)象的集合、屬性的集合、動(dòng)作的集合和端口的集合組成。7、場(chǎng)景（scenarios）：答：場(chǎng)景可以看做是那些重要系統(tǒng)活動(dòng)的抽象，它使4個(gè)視圖有機(jī)聯(lián)系起來，從某種意義上說場(chǎng)景是最重要的需求抽象。8、在軟件系統(tǒng)中構(gòu)件不是獨(dú)立存在的，構(gòu)件具有互操作性。請(qǐng)具體解釋構(gòu)件。答：構(gòu)件是一個(gè)數(shù)據(jù)單元或一個(gè)計(jì)算單元，它由構(gòu)件的對(duì)象的集合、屬性的集合，動(dòng)作的集合和端口集合組成。并可以抽象為C = (O,A,X,P),這里，O是組成構(gòu)件的所有對(duì)象的集合，A是構(gòu)件屬性的集合，X是構(gòu)件動(dòng)作的集合，P是構(gòu)件端口的集合9、軟件體系結(jié)構(gòu)答案：軟件體系結(jié)

30、構(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)組織方式的慣用模式。11、“服務(wù)模型”答案：“服務(wù)模型”是對(duì)所創(chuàng)建的構(gòu)件進(jìn)行分組的一種邏輯方式，這種模型與語言無關(guān)。服務(wù)模型基于這樣一個(gè)概念：每個(gè)構(gòu)建都是一系列服務(wù)的集合，這些服務(wù)由構(gòu)建提供給其他對(duì)象。12、消息轉(zhuǎn)換答案：消息轉(zhuǎn)換所有構(gòu)件實(shí)力發(fā)出和接受的消息類型都經(jīng)過消息總線的過濾。13、C2體系結(jié)構(gòu)風(fēng)格答案：C2體系結(jié)構(gòu)風(fēng)格可以概括為通過連接件綁定在一起的、按照一組規(guī)則運(yùn)作的并行構(gòu)件網(wǎng)絡(luò)。14、COBRBA接口池答案

31、：COBRBA接口池包括分布計(jì)算機(jī)環(huán)境中所有可用的服務(wù)器對(duì)象的接口表示它使動(dòng)態(tài)搜索可用服務(wù)器的接口，動(dòng)態(tài)構(gòu)造請(qǐng)求及參數(shù)成為可能。15、DSSA的定義答案：DSSA就是在一個(gè)特定應(yīng)用領(lǐng)域中為一組應(yīng)用提供組織結(jié)構(gòu)參考的標(biāo)準(zhǔn)軟件體系結(jié)構(gòu)16、構(gòu)件：答案：構(gòu)件是一個(gè)計(jì)算單元或數(shù)據(jù)存儲(chǔ)。也就是說，構(gòu)件是計(jì)算與狀態(tài)存在的場(chǎng)所。17、連接件：答案：連接件是用來建立構(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)配置提供信息來確定構(gòu)件是否正確連接、接口是否分配、連接件構(gòu)成的通信是否正確，并說明實(shí)現(xiàn)要求行為的組合含義。

32、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)。22、化學(xué)抽象機(jī)答案：化學(xué)抽象機(jī)是一種對(duì)動(dòng)態(tài)軟件體系結(jié)構(gòu)的分析、測(cè)試非常有用的形式化描述技術(shù)。23、化學(xué)抽象機(jī)答案：化學(xué)抽象機(jī)時(shí)一種對(duì)動(dòng)態(tài)軟件體系結(jié)構(gòu)的分析，測(cè)試非常有用的形式化描述技術(shù)。24、演算答案：是計(jì)算機(jī)并行理論領(lǐng)域最重要的并發(fā)計(jì)算模型，能夠描述結(jié)構(gòu)不斷變化的并發(fā)系統(tǒng)。25、Web服務(wù)棧答案：Web服務(wù)棧是

33、一種全新的體系結(jié)構(gòu)，整個(gè)Web服務(wù)的技術(shù)系列被稱為Web服務(wù)棧。26、SOAP答案：簡(jiǎn)單對(duì)象訪問協(xié)議，SOAP是一個(gè)基于XML的，在松散分布式環(huán)境中交換結(jié)構(gòu)化信息的輕量級(jí)協(xié)議。27、WSDL標(biāo)準(zhǔn)答案：WSDL是一種XML格式，用于將網(wǎng)絡(luò)服務(wù)描述為一組端點(diǎn)，這些端點(diǎn)包含面向文檔或面向過程信息的消息進(jìn)行操作。28、UDDI答案：UDDI基于現(xiàn)成的標(biāo)準(zhǔn)，是一套基于Web的，分布式的、為Web服務(wù)提供信息注冊(cè)中心的實(shí)現(xiàn)標(biāo)準(zhǔn)和規(guī)范。29、需求答案：用戶對(duì)目標(biāo)軟件系統(tǒng)在功能、行為、性能、設(shè)計(jì)約束等方面的期望30、設(shè)計(jì)模式中，什么是元素的一個(gè)空間配置？答案：每個(gè)模式規(guī)定了的一個(gè)特定的結(jié)構(gòu)。31、模式答案：模

34、式是指從某個(gè)具體的形式中得到的一種抽象，在特殊的非任意性的環(huán)境中，該形式不斷地重復(fù)出現(xiàn)。32、SA演化答案：由于系統(tǒng)需求、技術(shù)、環(huán)境和分布等因素的變化而最終導(dǎo)致的SA按照一定的目標(biāo)形態(tài)的變動(dòng)，稱為SA演化。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ì)方案。34、構(gòu)建依賴圖（CDG）答：構(gòu)建依賴圖是用于在體系結(jié)構(gòu)級(jí)進(jìn)行可靠性分析的概率模型。一個(gè)構(gòu)建依賴圖是一個(gè)對(duì)基于構(gòu)件的軟件系統(tǒng)的可靠性分析模型，它是控制流圖的一個(gè)擴(kuò)展。它把系統(tǒng)的構(gòu)建、連接件及其之間的關(guān)系模型轉(zhuǎn)化為一個(gè)CDG圖。35、單元測(cè)試答案：是最底層的測(cè)

35、試活動(dòng)，指構(gòu)件開發(fā)者對(duì)構(gòu)件本身的測(cè)試，涉及的消息流是構(gòu)件內(nèi)部的消息，一般由構(gòu)件開發(fā)者完成。36、軟件體系結(jié)構(gòu)的可靠性答案：在基于構(gòu)建的可靠性模型中，通過狀態(tài)圖來描述系統(tǒng)的行為，軟件系統(tǒng)地可靠性依賴于狀態(tài)的執(zhí)行順序和每一個(gè)狀態(tài)的可靠性。37、風(fēng)險(xiǎn)評(píng)估答案：風(fēng)險(xiǎn)評(píng)估是基于能夠通過定量的方法對(duì)軟件產(chǎn)品屬性進(jìn)行的度量。38、可修改性答案：可修改性是指能夠快速地以較高的性能價(jià)格比對(duì)系統(tǒng)進(jìn)行變更的能力。通常以某些具體的變更為基準(zhǔn)，通過考察這些變更的代價(jià)衡量可修改性。可修改性包括：1可維護(hù)性2可擴(kuò)展性3結(jié)構(gòu)重組4可移植性39、評(píng)估方法中質(zhì)量屬性中性能的含義。答：性能指系統(tǒng)的響應(yīng)能力，即要經(jīng)過多長(zhǎng)時(shí)間才能對(duì)某

36、個(gè)事件做出響應(yīng)，或者在某個(gè)時(shí)間內(nèi)系統(tǒng)所能處理的事件的個(gè)數(shù)。經(jīng)常用單位時(shí)間內(nèi)處理事務(wù)的數(shù)量或系統(tǒng)完成某個(gè)事物處理所需的時(shí)間來對(duì)性能進(jìn)行定量的表示。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ì)量需求的滿足程度?；趫?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)景的支持程度。41、什么是軟件對(duì)安全性？答：安全性是指系統(tǒng)在向合法用戶提供服務(wù)對(duì)同時(shí)能夠阻止非授權(quán)用戶使用對(duì)企圖或拒絕服

37、務(wù)對(duì)能力。安全性是根據(jù)系統(tǒng)看能受到的安全威脅對(duì)類型來分類的。安全性又可分為機(jī)密性，完全性，不可否認(rèn)性以及可控性等特性。其中，機(jī)密性保證信息不泄漏給非授權(quán)的用戶，實(shí)體或過程;完整性保證信息對(duì)完整和準(zhǔn)確，防止信息被非法修改;可控性保證對(duì)信息對(duì)傳播以及內(nèi)容具有控制對(duì)能力，防止為非法者所使用。42、核心資源答案：是領(lǐng)域工程所有結(jié)果的集合，是產(chǎn)品線中產(chǎn)品構(gòu)造的基礎(chǔ)。43、軟件產(chǎn)品線答案：軟件產(chǎn)品線就是在一個(gè)公共的軟件資源集合基礎(chǔ)上建立起來的共享同一個(gè)特性集合的系統(tǒng)集合。44、SEI模型答案：SEI將產(chǎn)品線的基本活動(dòng)分為三部分，分別是核心資源開發(fā)，產(chǎn)品開發(fā)和管理。45、產(chǎn)品線體系結(jié)構(gòu)答案：產(chǎn)品線體系結(jié)構(gòu)是

38、一個(gè)軟件體系結(jié)構(gòu)和一組在一族產(chǎn)品中可重用的構(gòu)件，為增加軟件重要、為企業(yè)降低軟件開發(fā)和維護(hù)的成本提供了一個(gè)重要的途徑。五、問答題1、縱觀軟件體系結(jié)構(gòu)技術(shù)的發(fā)展過程，從最初的“無結(jié)構(gòu)”設(shè)計(jì)到現(xiàn)行的基于體系結(jié)構(gòu)的軟件開發(fā)，可以認(rèn)為經(jīng)歷了哪四個(gè)階段？P23答案：（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為典型代表（4）高級(jí)階段。以描述系統(tǒng)的高層抽象結(jié)構(gòu)為中心，不關(guān)心集體的建模細(xì)節(jié)，劃分了體系結(jié)構(gòu)模型與軟件結(jié)構(gòu)的界限，該階段以Kruchten

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

40、高。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)元素繼承的模式以及這些模式的約束組成。軟件體系結(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)的約束條件，決定了開發(fā)和維護(hù)組織的組織結(jié)構(gòu)，制約著系統(tǒng)的質(zhì)量屬性，可以預(yù)測(cè)軟件的質(zhì)量，是推理和控制更改更簡(jiǎn)單，有助于循序漸進(jìn)的原型設(shè)計(jì)。同時(shí)，軟件體系結(jié)構(gòu)是可傳遞

41、和可重用的模型。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ǎn)述軟件體系結(jié)構(gòu)的生命周期。答：以自然語言進(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ì)中

42、，并將其結(jié)構(gòu)的構(gòu)件和連接件有機(jī)組織在一起。判斷軟件體系結(jié)構(gòu)是否需要擴(kuò)展，演化。需要從則重復(fù)以上步驟，否則對(duì)該體系結(jié)構(gòu)進(jìn)行評(píng)價(jià)、度量，轉(zhuǎn)入終結(jié)階段。10、DSSA與體系結(jié)構(gòu)之間有何關(guān)聯(lián)?答案：1、DSSA是以問題域?yàn)槌霭l(fā)點(diǎn)，而軟件體系結(jié)構(gòu)是以解決域?yàn)槌霭l(fā)點(diǎn)的；2、DSSA只對(duì)某一個(gè)領(lǐng)域進(jìn)行設(shè)計(jì)專家知識(shí)的提取、存儲(chǔ)和組織，但可以同時(shí)使用多種體系結(jié)構(gòu)風(fēng)格；而在某個(gè)體系結(jié)構(gòu)風(fēng)格中進(jìn)行體系結(jié)構(gòu)專家知識(shí)的組織時(shí)可以擴(kuò)展到多個(gè)應(yīng)用領(lǐng)域；3、DSSA的特定領(lǐng)域參考體系結(jié)構(gòu)通常選一個(gè)或多個(gè)體系結(jié)構(gòu)風(fēng)格，并設(shè)計(jì)一個(gè)專用的體系結(jié)構(gòu)分析設(shè)計(jì)工具；4、體系結(jié)構(gòu)風(fēng)格的定義和應(yīng)用領(lǐng)域是直交的，提取的設(shè)計(jì)知識(shí)比用DSSA提取

43、的設(shè)計(jì)專家知識(shí)的應(yīng)用要廣泛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ò)展能力差，安全性難以控制；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)用邏輯要求。

44、13、請(qǐng)簡(jiǎn)述隱式調(diào)用系統(tǒng)的優(yōu)缺點(diǎn)。答案：優(yōu)點(diǎn)：（1）為軟件重用提供了強(qiáng)大的支持。（2）為改進(jìn)系統(tǒng)帶來了方便。缺點(diǎn)：（1）構(gòu)件放棄了對(duì)系統(tǒng)計(jì)算的控制。（2）數(shù)據(jù)交換的問題。（3）既然過程的語義必須依賴于被觸發(fā)事件的上下文約束，關(guān)于正確性的推理就存在問題。14、請(qǐng)簡(jiǎn)述三層C/S結(jié)構(gòu)的優(yōu)點(diǎn)答案：1、允許合理的劃分三層結(jié)構(gòu)的功能，使之在邏輯上保持相對(duì)獨(dú)立性，從而使整個(gè)系統(tǒng)的邏輯結(jié)構(gòu)更為合理清晰，能提高系統(tǒng)和軟件的可維護(hù)性和可擴(kuò)展性。2、允許更靈活的選用相應(yīng)的平臺(tái)和硬件系統(tǒng)使之在處理負(fù)荷能力上與處理特性上分別適應(yīng)于結(jié)構(gòu)清晰的三層，并且具有可升級(jí)性和開放性3、可并行開發(fā)，各層可選擇各自最適合語言使之高效開

45、發(fā)，從而達(dá)到較高的性價(jià)比4、允許利用功能層有效的隔離開表示層 和數(shù)據(jù)層，未授權(quán)的用戶難以通過如黑客手段訪問數(shù)據(jù)層，同時(shí)也更加合理和有效的控制15、OOA模型劃分為5個(gè)層次或視圖，分別為哪些？1、 對(duì)象一類層 2、屬性層 3、服務(wù)層 4、結(jié)構(gòu)層 5、主題層16、應(yīng)用體系結(jié)構(gòu)描述的推薦標(biāo)準(zhǔn)應(yīng)該遵循哪些要求？答案：（1）體系結(jié)構(gòu)的存檔要求（2）能識(shí)別人員及其關(guān)系（3）體系結(jié)構(gòu)視點(diǎn)的選擇（4）體系結(jié)構(gòu)的視點(diǎn)（5）系統(tǒng)結(jié)構(gòu)視點(diǎn)之間的一致性（6）體系結(jié)構(gòu)原理17、Unicon及其支持的工具的主要目的有哪些方面？答案： （1）提供對(duì)大量構(gòu)件和連接件的統(tǒng)一的訪問。（2）區(qū)分不同類型的構(gòu)件和連接件，以便對(duì)體系結(jié)

46、構(gòu)配置進(jìn)行檢查。（3）支持不同的表示方式和不同開發(fā)人員的分析工具。（4）支持對(duì)現(xiàn)有構(gòu)件的使用。18、在C2中，連接件和構(gòu)件是如何工作的？答案：連接件負(fù)責(zé)構(gòu)建之間消息的傳遞，而構(gòu)件維持狀態(tài)，執(zhí)行操作并通過兩個(gè)名字分別為top和buttom的端口和其他的構(gòu)件交換信息。每個(gè)接口包含一種可發(fā)送的消息和一組可接受的消息，構(gòu)件之間的消息要么是請(qǐng)求其他構(gòu)件執(zhí)行某個(gè)操作的請(qǐng)求消息，要么是通知其他構(gòu)件自身執(zhí)行某個(gè)操作或狀態(tài)發(fā)生改變的通知消息。構(gòu)件之間的消息交換不能之間進(jìn)行，而只能通過連接件來完成。依據(jù)頁碼：P11219、Rapide由哪幾種子語言構(gòu)成？答案： （1）類型語言。定義接口類型和函數(shù)類型，支持通過繼承

47、已有接口來構(gòu)造新的接口類型。（2）模式語言。定義具有因果、獨(dú)立、時(shí)序等關(guān)系的事件所構(gòu)成的事件模式。（3）可執(zhí)行語言。包含描述構(gòu)件行為的控制結(jié)構(gòu)。（4）體系結(jié)構(gòu)語言。通過定義同步和通信連接來描述構(gòu)件之間的事件流。（5）約束語言。定義構(gòu)件行為和體系結(jié)構(gòu)所滿足的形式化約束，其中約束為需要的或禁止的偏序集模式。20、Stereotypes是UML中最重要的擴(kuò)充機(jī)制，在定義Stereotypes時(shí)必須滿足哪些規(guī)則？ 答案：（1）Stereotype名不能與其基類重名。（2）Stereotype名不能與它所繼承的Stereotype名重名。（3）Stereotype名不能與雷淵命名空間沖突。（4）Ster

48、eotype所定義的Tag名不能語氣基類元素的元屬性命名空間沖突，也不能與它所繼承的Stereotype的Tag名沖突。21、按照CBDSAM的結(jié)構(gòu)，對(duì)系統(tǒng)進(jìn)行更新，一般分為哪四個(gè)步驟？答案：1、檢測(cè)更新的范圍。2、更新準(zhǔn)備工作。3、執(zhí)行更新。4、存儲(chǔ)更新。22、動(dòng)態(tài)體系結(jié)構(gòu)特征有哪些？答案：1、可構(gòu)造性動(dòng)態(tài)特征2、適應(yīng)性動(dòng)態(tài)特征3、智能型動(dòng)態(tài)特征23、請(qǐng)簡(jiǎn)述基于構(gòu)件的動(dòng)態(tài)體系結(jié)構(gòu)模型是如何支持運(yùn)行系統(tǒng)更新的？答案：1、檢測(cè)更新的范圍 2、更新準(zhǔn)備工作 3、執(zhí)行更新 4、存儲(chǔ)更新24、請(qǐng)回答動(dòng)態(tài)體系結(jié)構(gòu)有哪些特征？答案：1.可構(gòu)造性動(dòng)態(tài)特征 2. 適應(yīng)性動(dòng)態(tài)特征 3. 智能性動(dòng)態(tài)特征25、什么

49、是Web服務(wù)？Web服務(wù)具有哪些特點(diǎn)？答案：Web服務(wù)是使用標(biāo)準(zhǔn)技術(shù)在Internet上運(yùn)行的商務(wù)流程，它可以使用標(biāo)準(zhǔn)的Internet協(xié)議，將功能綱領(lǐng)性的體現(xiàn)在Internet和Intranet上。特征：1、使用標(biāo)準(zhǔn)協(xié)議規(guī)范 2、使用協(xié)議的規(guī)范性 3、高度集成能力 4、完好的封裝性 5、松散耦合26、SOAP包含了哪幾個(gè)部分？請(qǐng)簡(jiǎn)要描述各個(gè)部分？答案：SOAP包含4個(gè)部分，分別為SOAP信封、SOAP編碼規(guī)則、SOAP RPC表示、SOAP綁定 SOAP信封是SOAP消息在句法上的最外層，它構(gòu)造和定義了一個(gè)整體的表示框架；SOAP編碼規(guī)則是一個(gè)定義傳輸數(shù)據(jù)類型的通用數(shù)據(jù)類型系統(tǒng)，這個(gè)簡(jiǎn)單類型

50、系統(tǒng)包括了程序語言、數(shù)據(jù)庫、和半結(jié)構(gòu)數(shù)據(jù)中不同類型系統(tǒng)的公共特性；SOAP RPC表示定義了遠(yuǎn)程過程調(diào)用和應(yīng)答的協(xié)議；SOAP綁定定義了一個(gè)使用底層傳輸協(xié)議來完成結(jié)點(diǎn)間交換SOAP信封的約定。27、什么是服務(wù)集成器？它包括哪五部分功能？答案：服務(wù)集成器是整個(gè)系統(tǒng)的核心部分，它支持企業(yè)內(nèi)部及跨越整個(gè)價(jià)值鏈的業(yè)務(wù)過程模型的建立、執(zhí)行和監(jiān)控，并能夠?qū)崟r(shí)的與其他相關(guān)信息系統(tǒng)進(jìn)行集成。包括：.過程定義.執(zhí)行分析引擎.業(yè)務(wù)過程監(jiān)控運(yùn)行交互服務(wù)單元搜索28、UDDI注冊(cè)中心提供的信息可以分為哪幾組？它們具體指什么？答案：可以分為3組，分別是白頁、黃頁和綠葉。白頁。包括地址、聯(lián)系方式和已知的企業(yè)標(biāo)識(shí)。黃頁。包

51、括基于標(biāo)準(zhǔn)分類法的行業(yè)類別。綠葉。包括關(guān)于商業(yè)實(shí)體所提供的服務(wù)技術(shù)信息，以及Web服務(wù)規(guī)范的引用，也支持指向基于發(fā)現(xiàn)機(jī)制的不同文件和URL的指針。29、設(shè)計(jì)模式的基本成分有哪4條？答案：1、模式名稱 2、問題 3、解決方案 4、效果31、軟件工程的研究主要有哪三個(gè)方向？答案：1、軟件過程分析和建模；2、軟件過程支持；3、軟件過程評(píng)估和改進(jìn)。32、簡(jiǎn)述一下演化開發(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)審。對(duì)所做的標(biāo)記進(jìn)行處理。33、設(shè)計(jì)模式可以分為幾類？答案：創(chuàng)建型、結(jié)構(gòu)型、

52、行為型。34、試說明軟件體系結(jié)構(gòu)的風(fēng)險(xiǎn)分析方法主要步驟？答：1.采用體系結(jié)構(gòu)描述語言對(duì)體系結(jié)構(gòu)進(jìn)行建模2.通過模擬方法進(jìn)行復(fù)雜性分析3.通過FMEA 和模擬運(yùn)行進(jìn)行嚴(yán)重性分析4.為構(gòu)建和連接件開發(fā)其啟發(fā)式風(fēng)險(xiǎn)因子5.建立用于風(fēng)險(xiǎn)評(píng)估的CDG6.通過圖論中的算法進(jìn)行風(fēng)險(xiǎn)評(píng)估和分析35、體系結(jié)構(gòu)的分析與測(cè)試主要考慮的是？答：構(gòu)件端口行為與連接件約束是否一致，兼容，單元間的消息是否一致，可達(dá)，相關(guān)端口是否可連接，體系結(jié)構(gòu)風(fēng)格是否可滿足。36、如何理解基于體系結(jié)構(gòu)的軟件測(cè)試的？答案：軟件體系結(jié)構(gòu)測(cè)試與程序測(cè)試不同，它是檢查軟件設(shè)計(jì)的適用性，這種測(cè)試不考慮軟件的實(shí)現(xiàn)代碼。與傳統(tǒng)的軟件測(cè)試一樣，基于體系的

53、軟件測(cè)試也需要研究測(cè)試內(nèi)容、測(cè)試準(zhǔn)則、測(cè)試用例、測(cè)試充分性及測(cè)試方法。在傳統(tǒng)測(cè)試方法中，測(cè)試準(zhǔn)則是基于實(shí)現(xiàn)和規(guī)約得到的，基于實(shí)現(xiàn)的測(cè)試準(zhǔn)則是結(jié)構(gòu)化的，它是利用軟件的內(nèi)部結(jié)構(gòu)來定義測(cè)試數(shù)據(jù)以覆蓋系統(tǒng)。實(shí)現(xiàn)完整測(cè)試的典型方法是利用測(cè)試準(zhǔn)則定義測(cè)試需求，進(jìn)而生成測(cè)試用例。37、系統(tǒng)的可靠性可以通過哪些步驟來模型化？答案：通過系統(tǒng)的詳細(xì)說明書，確定系統(tǒng)所采用的體系結(jié)構(gòu)風(fēng)格。把每一個(gè)體系結(jié)構(gòu)風(fēng)格轉(zhuǎn)換成狀態(tài)圖，并計(jì)算狀態(tài)視圖中每一個(gè)狀態(tài)的可靠性及其相應(yīng)的遷移概率。通過整個(gè)系統(tǒng)的體系結(jié)構(gòu)視圖，把所有的狀態(tài)視圖集成為一個(gè)整體狀態(tài)視圖。 通過整體狀態(tài)視圖構(gòu)造系統(tǒng)的遷移矩陣，并計(jì)算系統(tǒng)的可靠性。39、 所有評(píng)估方法關(guān)注的質(zhì)