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

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

2、頁碼： P376、體系的核心模型由 5 種元素組成：構(gòu)建、連接體、配置、端口和角色（） 答案："依據(jù)頁碼： P377、 軟件體系結(jié)構(gòu)的核心由5 種元素組成：構(gòu)件、連接件、配置端口和角色。其中，構(gòu)件、 連接件和配置是最基本的元素（）答案："依據(jù)頁碼： P378、 開發(fā)視圖主要支持系統(tǒng)的功能需求，即系統(tǒng)提供給最終用戶的服務(wù)（） 答案： X依據(jù)頁碼： P32 、 339、構(gòu)件、連接件以及配置是體系結(jié)構(gòu)的核心模型最基本的元素（）答案："根據(jù)頁碼： P3710、HMB 風(fēng)格不支持系統(tǒng)系統(tǒng)自頂向下的層次化分解，因?yàn)樗臉?gòu)件比較簡(jiǎn)單。答案：X依據(jù)頁碼： P8111、正交軟件體系

3、結(jié)構(gòu)由組織層和線索的構(gòu)件構(gòu)成。答案："依據(jù)頁碼： P7012、 基于事件的隱式調(diào)用風(fēng)格的思想是構(gòu)件不直接調(diào)用一個(gè)過程，而是觸發(fā)或廣播一個(gè)或多 個(gè)事件。答案："依據(jù)頁碼： P5313、線索是子系統(tǒng)的特例， 它由完成不同層次功能的構(gòu)建組成， 每一條線索完成整個(gè)系統(tǒng)中相 對(duì)獨(dú)立的一部分功能。 （）答案："依據(jù)頁碼： P7014、層次系統(tǒng)中支持抽象程度遞增的系統(tǒng)設(shè)計(jì)是設(shè)計(jì)師可以把一個(gè)復(fù)雜系統(tǒng)按照遞增的步驟 進(jìn)行分解，同時(shí)支持功能增強(qiáng)，但是不支持重用。答案：X參考頁碼 :P5515、相交關(guān)系 R 是一個(gè)等價(jià)關(guān)系。答案："16、 在軟件設(shè)計(jì)中占據(jù)著主導(dǎo)地位的軟件體系

4、結(jié)構(gòu)描述方法是圖形表達(dá)工具。答案：“依據(jù)頁碼： 10417、Rapide 是一種可執(zhí)行的 ADL ，其目的在于通過定義并模擬基于事件的行為對(duì)分布式同步 系統(tǒng)建模。答案：X依據(jù)頁碼： P117 并發(fā)系統(tǒng)建模18 、體系結(jié)構(gòu)設(shè)計(jì)是整個(gè)軟件生命周期中關(guān)鍵的一環(huán)，一般在需求分析之后， 軟件設(shè)計(jì)之前進(jìn)行。答案："依據(jù)頁碼： 10919、基于軟構(gòu)件的系統(tǒng)描述語言是較好的一種以構(gòu)件為單位的軟件系統(tǒng)描述語言。答案："依據(jù)頁碼： 10420 、需求語言與 ADL 的區(qū)別在于后者描述的是問題空間，而前者則扎根于解空間中。答案：X依據(jù)頁碼： P106 前后顛倒 21、基于構(gòu)件的動(dòng)態(tài)系統(tǒng)結(jié)構(gòu)模型分

5、為三層，風(fēng)別是應(yīng)用層、中間層、和體系結(jié)構(gòu)層。答案："依據(jù)頁碼： P15522 、ADL 提供了一種形式化機(jī)制來描述軟件體系結(jié)構(gòu)，大多數(shù) ADL 不進(jìn)描述系統(tǒng)的靜態(tài)結(jié)構(gòu)，也支持對(duì)體系結(jié)構(gòu)動(dòng)態(tài)性的描述（）答案：X依據(jù)頁碼： P154 23、基于構(gòu)件的動(dòng)態(tài)系統(tǒng)結(jié)構(gòu)模型分為應(yīng)用層，中間層和體系結(jié)構(gòu)層。答案："依據(jù)頁碼： P15524 、 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)。答案：X依據(jù)頁碼： P15325 、 XML 是 W3C 制定的作為 Internet 上數(shù)據(jù)交換和表示的標(biāo)準(zhǔn)語言，是一種允許用戶定

6、義 的標(biāo)記語言。（）答案："依據(jù)頁碼： P17926 、 WSDL 是可擴(kuò)展的，使得在通信時(shí)無論使用何種消息格式或網(wǎng)絡(luò)協(xié)議，都可以對(duì)端點(diǎn)及 其消息進(jìn)行描述。（）答案："依據(jù)頁碼： P18227 、 SOA 模型具有松散耦合、粗粒度服務(wù)、標(biāo)準(zhǔn)化接口等特征。（）答案："依據(jù)頁碼： P18628 、從概念上講， SOA 3 個(gè)主要的抽象級(jí)別，分別是操作、服務(wù)和業(yè)務(wù)流程。有答案："依據(jù)頁碼： P1874. 效果，29 、一般的說， 一個(gè)模式有一下 4 個(gè)基本成分， 1. 模式名稱， 2. 問題， 3. 解決方案， 這句話是對(duì)的（）答案："依據(jù)頁碼： P

7、19630 、設(shè)計(jì)模式的概念最早是由美國(guó)的一位計(jì)算機(jī)專家提出的。答案： X依據(jù)頁碼： P194 倒數(shù)第 7 行 31、利用設(shè)計(jì)模式可以方便地重用成功的設(shè)計(jì)和結(jié)構(gòu)。 答案："依據(jù)頁碼： P19432 、 ABSD 方法是基于體系結(jié)構(gòu)的設(shè)計(jì)方法，它描述了系統(tǒng)的主要設(shè)計(jì)元素及其關(guān)系。（）答案："依據(jù)頁碼： P20333、在模式目錄中，每個(gè)模式描述的多少與別的模式無關(guān)。答案："依據(jù)頁碼： P19934 、軟件系統(tǒng)的可靠性依賴于狀態(tài)的執(zhí)行順序和每一個(gè)狀態(tài)的可靠性（）答案："依據(jù)頁碼： P24435 、 . 基于體系結(jié)構(gòu)描述的軟件測(cè)試包括黑盒測(cè)試和根據(jù)路徑測(cè)試。（

8、）答案："依據(jù)頁碼： 25436 、在體系結(jié)構(gòu)級(jí)進(jìn)行風(fēng)險(xiǎn)評(píng)估是更有利于開發(fā)階段的前期評(píng)估。（ ）答案：X依據(jù)頁碼： P248 37、容錯(cuò)體系結(jié)構(gòu)風(fēng)格的目的是通過一系列的容錯(cuò)構(gòu)件修正初始系統(tǒng)的錯(cuò)誤來改善系統(tǒng)的穩(wěn) 定性。（ ）答案：X依據(jù)頁碼： P24538 、 ATAM 評(píng)估方法主要通過理解體系結(jié)構(gòu)方法來分析體系結(jié)構(gòu)，在這一步，由設(shè)計(jì)師確定 體系結(jié)構(gòu)方法，由分析小組捕獲并進(jìn)行分析。 （ ） 答案：X依據(jù)頁碼：見書 P265 ，由分析小組捕獲，但不進(jìn)行分析39 、評(píng)估方法質(zhì)量屬性中安全性不包括完整性。（）答案：X依據(jù)頁碼： P25940、軟件體系結(jié)構(gòu)的評(píng)估方法主要有調(diào)查問卷、檢查表、場(chǎng)景

9、、度量、比較5 種（答：X5 種評(píng)估方式，依據(jù)頁碼： P262 ，調(diào)查問卷、檢查表、場(chǎng)景、度量、比較是軟件體系結(jié)構(gòu)的評(píng)估方法有 ATAM、SAAM、ARID三種。41、軟件體系結(jié)構(gòu)評(píng)估只針對(duì)一個(gè)體系結(jié)構(gòu)，不可以針對(duì)一組體系結(jié)構(gòu)（）。答案：X依據(jù)頁碼：P25842、 正式的對(duì)軟件產(chǎn)品線的理論研究到20世紀(jì)80年代中期才出現(xiàn)。（）答案：X依據(jù)頁碼：P28243、 軟件重用長(zhǎng)期以來一直是軟件工程界不斷追求的目標(biāo)。（）答案："依據(jù)頁碼：P28444、產(chǎn)品開發(fā)活動(dòng)取決于產(chǎn)品線范圍，核心資源庫、產(chǎn)品計(jì)劃和需求的輸出。（）答案："依據(jù)頁碼：P29545、 軟件產(chǎn)品線的建立通常有4種方式，

10、其劃分依據(jù)有兩種。（）答案："依據(jù)頁碼：P289二、填空題1、 軟件元素包括 、甚至領(lǐng)域知識(shí)。答案：程序代碼、測(cè)試用例、設(shè)計(jì)文檔、設(shè)計(jì)過程、需求分析文檔依據(jù)頁碼：P42、 軟件工程包括3個(gè)要素：、和。答案：方法、工具、過程依據(jù)頁碼：P33、 軟件重用過程中需要重用的開發(fā)組織結(jié)構(gòu)予以支持，它包括： 、三組成員組成。答案：構(gòu)件開發(fā)組、構(gòu)件應(yīng)用組、協(xié)調(diào)組。依據(jù)頁碼：P174、 采用層次式軟件體系結(jié)構(gòu)，將產(chǎn)品的系統(tǒng)構(gòu)件模型定義為4個(gè)層次，分別為：、。答案：系統(tǒng)構(gòu)件層、通用類構(gòu)件層、業(yè)務(wù)構(gòu)件層、表現(xiàn)層依據(jù)頁碼：P165、 軟件體系結(jié)構(gòu)的模型分為5種：、框架模型、過程模型和功能模型。答案：結(jié)構(gòu)模

11、型，動(dòng)態(tài)模型。依據(jù)頁碼：P316、 軟件體系結(jié)構(gòu)的名片型分為：、框架模型、 、功能模型。答案：結(jié)構(gòu)模型、動(dòng)態(tài)模型、過程模型依據(jù)頁碼：P317、 根據(jù)建模的側(cè)重點(diǎn)不同，可以將軟件體系結(jié)構(gòu)的模型分為5種： 、框架模型、過程模型和動(dòng)能模型。答案：結(jié)構(gòu)模型，動(dòng)態(tài)模型。依據(jù)頁碼：P318、軟件體系結(jié)構(gòu)的生命周期模型主要分為需求分析階段，建立軟件體系結(jié)構(gòu)階段（）和實(shí)現(xiàn)階段。答：設(shè)計(jì)階段依據(jù)頁碼：P38、399、 軟件體系結(jié)構(gòu)應(yīng)建立于傳統(tǒng)的軟件開發(fā)過程的 和 階段之間。答案：需求分析、軟件設(shè)計(jì)根據(jù)頁碼：P3810、 黑板系統(tǒng)主要由 、和組成 。答案：知識(shí)源、合辦數(shù)據(jù)結(jié)構(gòu)、控制依據(jù)頁碼：P5511、三層 C/

12、S結(jié)構(gòu)風(fēng)格是由 、 和 構(gòu)成的。答案：表示層、功能層、數(shù)據(jù)層依據(jù)頁碼：P59P6012、 消息總線對(duì)消息過濾提供了和 兩種方式。答案：轉(zhuǎn)換、阻塞依據(jù)頁碼：P8013、 正交軟件體系結(jié)構(gòu)由 和構(gòu)成。答案：組織層、線索的構(gòu)件依據(jù)頁碼：P7014、 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ù)參考頁碼:P5715、 層次系統(tǒng)最廣泛的應(yīng)用是.答案：分層通信協(xié)議參考頁碼：P5416、 軟件體系結(jié)構(gòu)的描述方法主要有 、基于軟構(gòu)件的系統(tǒng)描述語言和 。答案：圖形表達(dá)工具、模塊內(nèi)連

13、接語言、軟件體系結(jié)構(gòu)描述語言依據(jù)頁碼：P103-10517、ADL是一種在底層語義模擬支持下的形式化語言。基于底層語義的工具為體系結(jié)構(gòu)的、分析、 、設(shè)計(jì)過程等提供支持。答案：表示、演化、細(xì)化依據(jù)頁碼：P10618、 可重用的體系結(jié)構(gòu)描述框架可以從 、和 四個(gè)視點(diǎn)出發(fā)描述體系結(jié)構(gòu)。答案：需求視點(diǎn)、設(shè)計(jì)視點(diǎn)、實(shí)現(xiàn)視點(diǎn)、測(cè)試視點(diǎn)依據(jù)頁碼：P10519、 支持對(duì)構(gòu)件之間交互的形式化和分析。答案：Wright依據(jù)頁碼：P11220、 典型的 ADL在充分繼承和吸收傳統(tǒng)程序設(shè)計(jì)語言的 和特點(diǎn)的同時(shí)，還應(yīng)該具有構(gòu)造、抽象、重用、組合、異構(gòu)和分析推理等多種能力和特性。能力指的是ADL使得其描述的每一個(gè)系統(tǒng)元素

14、都有其自己的局部結(jié)構(gòu)。答案：精確性、嚴(yán)格性，組合依據(jù)頁碼： P10621 、體系結(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)性 依據(jù)頁碼： P 15322、基于構(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)層依據(jù)頁碼： P15523 、體系結(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)性。依據(jù)頁碼： P15324 、對(duì)動(dòng)態(tài)軟件體系結(jié)構(gòu)的形式化描述通常有 、 、 三種方法。答案： 圖形化方法、進(jìn)程代數(shù)方法、邏輯描述方法依據(jù)頁碼： P165

15、25 、一個(gè)完整的 Web 服務(wù)包括 3 種邏輯構(gòu)件： 、 、 。答案：服務(wù)提供、服務(wù)代理、服務(wù)請(qǐng)求 依據(jù)頁碼： P17626 、 Web 服務(wù)棧的五層標(biāo)準(zhǔn)為：發(fā)現(xiàn)服務(wù)層、描述層、 、 、 答案：消息格式層、編碼格式層、傳輸協(xié)議層依據(jù)頁碼： P17827 、 Web 服務(wù)開發(fā)生命周期分為：_ 、 、 、 四個(gè)階段。答案：構(gòu)建、部署、運(yùn)行、管理。依據(jù)頁碼： P17728 、OOAD 、EA 和 BPM 分別從 層、 層 和 _ 層 3 個(gè)層次上為SOAD 提供了理論支撐。 答案：基礎(chǔ)設(shè)計(jì)、應(yīng)用結(jié)構(gòu)、業(yè)務(wù)組織。 依據(jù)頁碼： P187 29、 MVC 模式的中的 M， V， C 分別對(duì)應(yīng) 、 、 三

16、種單詞。答案： Model ， View ， Controller 依據(jù)頁碼： P195 30、模式的問題陳述用一個(gè)強(qiáng)制條件 集來表示。答案： force依據(jù)頁碼： P197 第七行31 、 ABSD 方法取決于決定系統(tǒng)的體系結(jié)構(gòu)驅(qū)動(dòng)，所謂體系結(jié)構(gòu)驅(qū)動(dòng)，是指構(gòu)成體系結(jié)構(gòu)的 、 、 的組合。答案：業(yè)務(wù) 質(zhì)量 功能需求依據(jù)頁碼： P20432、填空題設(shè)計(jì)模式的基本成分包括 、 、 、 _答案：模式名稱、問題、解決方案、效果。依據(jù)頁碼： P19633 、 ABSD 的全稱是： 答案：基于體系結(jié)構(gòu)的軟件設(shè)計(jì) 依據(jù)頁碼： P 20334、 軟件體系結(jié)構(gòu)的可靠性風(fēng)險(xiǎn)分析方法有和答案：動(dòng)態(tài)方法、構(gòu)建依賴圖（

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

18、方面來對(duì)場(chǎng)景進(jìn)行描述。答案：響應(yīng)依據(jù)頁碼：P26140、可修改性是指能夠快速地以較高的性能價(jià)格比對(duì)系統(tǒng)進(jìn)行變更的能力。包括可維護(hù)性、可擴(kuò)展性、可移植性4個(gè)方面。答案：結(jié)構(gòu)重組。依據(jù)頁碼：P25941、SAAM評(píng)估方法可以對(duì)許多以及進(jìn)行快速評(píng)估。答案：質(zhì)量屬性，系統(tǒng)功能依據(jù)頁碼：P27342、軟件重用是為了解決答案：軟件危機(jī)依據(jù)頁碼：P28443、 的開發(fā)是大型軟件系統(tǒng)開發(fā)的關(guān)鍵環(huán)節(jié)。答案：軟件體系結(jié)構(gòu)依據(jù)頁碼：P28244、 領(lǐng)域工程階段的主要任務(wù)有 、和三個(gè)階段。答案：領(lǐng)域分析、領(lǐng)域設(shè)計(jì)、領(lǐng)域?qū)崿F(xiàn)依據(jù)頁碼：P28545、 軟件體系結(jié)構(gòu)設(shè)計(jì)的主要目的是滿足對(duì)軟件的 。答案：質(zhì)量需求依據(jù)頁碼：P

19、296 三、選擇題1、軟件危機(jī)的原因不包括（）低答案： D依據(jù)頁碼： P22、下列選項(xiàng)中，哪個(gè)不是重用組織框構(gòu)中的主要組成成員：A. 協(xié)調(diào)組B. 構(gòu)件應(yīng)用組B、構(gòu)件需求組C. 構(gòu)件開發(fā)組答案： C依據(jù)頁碼： P173、常用的軟件體系結(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依據(jù)頁碼： P294、 下列選項(xiàng)中，不是軟件危機(jī)的原因的是：CA、用戶需求不明確B、缺乏正確的理論指導(dǎo)C、軟件規(guī)模越來越小C、 軟件的復(fù)雜度越來越高P25、 不屬于軟件體系結(jié)構(gòu)的核心模型的最基本的元素是（）D、 A構(gòu)件B連接件 C配置 D角色答案：

20、 D依據(jù)頁碼： P376、選項(xiàng)中不屬于“ 4+1”試圖模型的是： （）A 邏輯視圖B 物理視圖C 連接視圖D 開發(fā)視圖答案： C依據(jù)頁碼： P327、下列說法錯(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依據(jù)頁碼: P32358、Kruchten在1995提出了“ 4+1 ”模型，從5個(gè)不同的視角來描述軟件體系結(jié)構(gòu)，其中 “4

21、”不包括的視圖是（）的構(gòu)件C/S 體系結(jié)構(gòu)A 邏輯視圖 B 開發(fā)視圖 C 物理視圖 D 場(chǎng)景視圖 答案： D依據(jù)頁碼： P32389、下列哪個(gè)選項(xiàng)是描述系統(tǒng)的靜態(tài)結(jié)構(gòu)（）A. 邏輯視圖和開發(fā)視圖B. 進(jìn)程視圖和物理視圖C. 開發(fā)視圖和物理視圖D. 開發(fā)視圖和進(jìn)程視圖答案： A根據(jù)頁碼： P3710 、 在 三 層 C/S 體 系 結(jié) 構(gòu) 中 ， 是 最 重 要（）A 中間件B 末尾件C 功能層D 數(shù)據(jù)層答案： A依據(jù)頁碼： P606111 、正交軟件體系結(jié)構(gòu)的有點(diǎn)有A 結(jié)構(gòu)清晰，易于理解B 易修改，可維護(hù)性強(qiáng)C 可移植性強(qiáng)，重用程度大D 以上都是答案： D 依據(jù)頁碼： P7712 、 C/S

22、系統(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依據(jù)頁碼： P57 13、下列哪個(gè)不是黑板系統(tǒng)的組成部分？（）A. 知識(shí)源 B. 黑板數(shù)據(jù)結(jié)構(gòu) C. 控制 D. 內(nèi)存 答案： D依據(jù)頁碼： P5314 、與 C/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)速度上，

23、要遠(yuǎn)遠(yuǎn)的高于D B/S 體系結(jié)構(gòu)的數(shù)據(jù)提交一般以頁面為單位，數(shù)據(jù)的動(dòng)態(tài)交互性不強(qiáng)，利于在線事務(wù)處 理（ Online Transaction Processing,OLTP ）應(yīng)用。答案： A參考頁碼 :P 6715、以下不是正交軟件體系結(jié)構(gòu)優(yōu)點(diǎn)的是()A. 結(jié)構(gòu)清晰，易于理解B. 已修改，可維護(hù)性強(qiáng)C. 可移植性強(qiáng)，重用粒度大D. 很大很復(fù)雜答案： D參考頁碼： P7716、以下關(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)描述語言

24、將軟件系統(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依據(jù)頁碼： P103-10517 、 type Application is interfacein action Request(P:params);out action Result(P:params);behavior(?M in String) Receive(?M) = > Results(?M);end Application上述對(duì)構(gòu)建的描述是 ()A Rap

25、ideB.SADL C.C2 D.Wright答案： A依據(jù)頁碼： P11518、 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)語言答案： A依據(jù)頁碼： P11719 、 Unicon 提供了一組預(yù)先定義的構(gòu)件和連接件類型，體系結(jié)構(gòu)的開發(fā)者可以從中選擇合 適的構(gòu)件或連接件，這是為

26、了達(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)件的使用答案： A依據(jù)頁碼： P11020 、下列選項(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)件的表示上。答案： B依據(jù)頁碼： P10621、對(duì)動(dòng)態(tài)軟件體系結(jié)構(gòu)的形式化描述通?？梢圆?/p>

27、用的方法？()A、圖形化方法B、代數(shù)進(jìn)程方法C、邏輯方法D、以上皆是答案： D依據(jù)頁碼： P 16522、 在擴(kuò)充的 BNF范式給出的 n ADL描述體系結(jié)構(gòu)的框架中，1+ 表示其中的項(xiàng)出現(xiàn) ()A、一次B、0次或1次C、1次或多次D、0次或多次答案： C依據(jù)頁碼： P15923、 以下哪些特征不屬于動(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)特征答案： D依據(jù)頁碼： P16724、 在動(dòng)態(tài)體系結(jié)構(gòu)的描述中，不是configuror 主要涉及的問題是：A 什么時(shí)候軟件體系結(jié)構(gòu)應(yīng)該重新配置？B 什么原因使得軟件體系結(jié)構(gòu)需要進(jìn)行重新配置？C 重新配置

28、應(yīng)該怎樣進(jìn)行？D 進(jìn)行重新配置需要多大的代價(jià)？答案： D依據(jù)頁碼： P16425、通常，一個(gè) Web 服務(wù)可以分為 4 個(gè)邏輯層，分別為數(shù)據(jù)層( Data Layer )、數(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 )答案： A依據(jù)頁碼： P17426、 同傳統(tǒng)分布式體系結(jié)構(gòu)相比，Web 服務(wù)體系結(jié)構(gòu)

29、的主要優(yōu)勢(shì)體現(xiàn)為 () 高度的通用性和易用性 完全的平臺(tái)、語言獨(dú)立性 高度的集成性 容易部署和發(fā)布A. B. C. D. 答案： D依據(jù)頁碼： P178-17927 、 Web 服務(wù)是采用 格式的信息來定義和描述對(duì)外的公共接口和綁定。A.URIB. XMLC. SOAPD. HTTP答案： B依據(jù)頁碼： P17528 、盡管對(duì) Web 服務(wù)進(jìn)行的描述的出發(fā)點(diǎn)或應(yīng)用類型不同， 但他們均具有如下共同特征： （） 應(yīng)用的分布式應(yīng)用到應(yīng)用的交互平臺(tái)無關(guān)性A. B. C. D. 答案： D依據(jù)頁碼： P17529、下面哪個(gè)不屬于設(shè)計(jì)模式方法分類（）A Coad 的面向?qū)ο竽Ｊ紹 代碼模式C 框架應(yīng)用模式

30、D 遺傳算法答案： D依據(jù)頁碼： P20030 、一般來說，模式有以下四個(gè)基本成分：（ ）、問題、解決方案、效果 。A. 模式名稱B. 時(shí)間C. 地點(diǎn)D. 思想答案： A依據(jù)頁碼： P196 倒數(shù)三行31 、軟件體系結(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)總體框架說明答案： A依據(jù)頁碼： P21932、軟件體系結(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)審答案： D依據(jù)頁碼：

31、P21833、在設(shè)計(jì)模式目錄下，以下哪種設(shè)計(jì)模式是關(guān)于類的（）Factory Method B.Builder C.Prototype D.Bridge 答案： A依據(jù)頁碼： P20234 、下列選項(xiàng)中不是軟件體系結(jié)構(gòu)的嚴(yán)重性分級(jí)的一項(xiàng)是（）A.災(zāi)難性的B .危急的C.較大的D .邊際性的答案： C依據(jù)頁碼： P252B 、測(cè)試準(zhǔn)則D 、測(cè)試語言35、以下不屬于傳統(tǒng)的軟件測(cè)試和基于體系結(jié)構(gòu)的軟件測(cè)試都需要研究的對(duì)象是？（A、測(cè)試內(nèi)容C、測(cè)試用例答案： D 依據(jù)頁碼： 25436 、在體系結(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、

32、并行 / 管道過濾器結(jié)構(gòu)風(fēng)格C 、容錯(cuò)結(jié)構(gòu)風(fēng)格 答案： BD、調(diào)用一返回結(jié)構(gòu)風(fēng)格依據(jù)頁碼： P24537、下列哪一個(gè)測(cè)試過程是測(cè)試構(gòu)件之間的接口以保證構(gòu)件能夠交互，它將構(gòu)件本身抽象為單元， 并關(guān)注與構(gòu)件間的消息傳遞， 構(gòu)件的交互行為可以通過形式化規(guī)約得到，可以提前進(jìn)行（ ）B、模塊測(cè)試D、系統(tǒng)測(cè)試A、單元測(cè)試C、集成測(cè)試答案： C依據(jù)頁碼： P25538、ATAM評(píng)估過程在生成質(zhì)量屬性效用樹這一步中，確定系統(tǒng)最重要的質(zhì)量屬性目標(biāo)，并對(duì)這些質(zhì)量目標(biāo)設(shè)置優(yōu)先級(jí)和細(xì)化。1 評(píng)估小組2設(shè)計(jì)小組3管理人員4客戶代表A12B1 3C1 34D1 234答案：D依據(jù)頁碼：P26639 、評(píng)估方法質(zhì)量屬性中可

33、修改性不包括（） 。A. 可維護(hù)性B?？蓴U(kuò)展性C .完整性D.可移植性答案： C依據(jù)頁碼： P25940、（）是場(chǎng)景中解釋或描述風(fēng)險(xiǎn)承擔(dān)者怎樣金發(fā)與系統(tǒng)的交互部分。A .刺激 B .環(huán)境 C 響應(yīng) D 互操作答案： A依據(jù)頁碼： P261）和結(jié)構(gòu)重組 4 個(gè)方面。41、軟件評(píng)估中關(guān)注大可修改性包含可維護(hù)性，可擴(kuò)展性，A ?？捎眯?B 。可移植性 C ?？勺冃?D 。互操作性答案： B依據(jù)頁碼： P25942、產(chǎn)品線就是由在系統(tǒng)的組成元素和功能方面具有共性和 族。A、異步性B、個(gè)性 C、可變性 D、繼承性答案： B 依據(jù)頁碼： P28443、一下哪個(gè)不是領(lǐng)域工程階段的主要任務(wù)（）。A、領(lǐng)域設(shè)計(jì)

34、B需求分析 C、領(lǐng)域分析 D、領(lǐng)域?qū)崿F(xiàn) 答案： B 依據(jù)頁碼： P28544、SEI 將產(chǎn)品線的基本活動(dòng)分為三部分，其中不包括（）A、核心資源開發(fā) B、產(chǎn)品開發(fā) C、管理D、設(shè)計(jì) 答案： D 依據(jù)頁碼： P28645、根據(jù) Axis 產(chǎn)品線體系結(jié)構(gòu)的演化過程，可以把需求大致分為 求分類（）A 、構(gòu)建新的產(chǎn)品族 B 、擴(kuò)展標(biāo)準(zhǔn)支持 C 、改進(jìn)已有功能 依據(jù)頁碼： P304）相似的多個(gè)系統(tǒng)組成的系統(tǒng)6 類，下面哪個(gè)不屬于需D 導(dǎo)出產(chǎn)品線體系結(jié)構(gòu)四、名詞解釋1、軟件危機(jī)答案：是指愛計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題依據(jù)頁碼： P12、軟件重用 答案：是指在兩次或多次不同的軟件開發(fā)過程

35、中重復(fù)使用相同或相近軟件元素的過程。依據(jù)頁碼： P43、構(gòu)件組裝答案：構(gòu)件組裝是指將庫中的構(gòu)件經(jīng)適當(dāng)修改后相互連接，或者將它們與當(dāng)前開發(fā)項(xiàng)目中的軟件元素相連接，最終構(gòu)成新的目標(biāo)軟件。依據(jù)頁碼： P124、構(gòu)件答案： 是指語義完整、 語法正確和有可重用價(jià)值的單位軟件， 是軟件重用過程中可以明確辨 識(shí)的系統(tǒng)；結(jié)構(gòu)上，它是語義描述、通信接口和實(shí)現(xiàn)代碼的復(fù)合體。依據(jù)頁碼： P45、構(gòu)件：答案：構(gòu)件是具有某種功能的可重用的軟件模版單元， 表示了系統(tǒng)中主要的計(jì)算元素和數(shù)據(jù)存儲(chǔ)。依據(jù)頁碼： P376、構(gòu)件答案： 構(gòu)件是一個(gè)數(shù)據(jù)單元或一個(gè)計(jì)算單元， 它由構(gòu)件的對(duì)象的集合、 屬性的集合、動(dòng)作的 集合和端口的集合

36、組成。依據(jù)頁碼： P417、場(chǎng)景( scenarios )：答：場(chǎng)景可以看做是那些重要系統(tǒng)活動(dòng)的抽象， 它使 4 個(gè)視圖有機(jī)聯(lián)系起來， 從某種意義上 說場(chǎng)景是最重要的需求抽象。依據(jù)頁碼： P378、在軟件系統(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)件端口的集合依據(jù)頁碼： P419、軟件體系結(jié)構(gòu) 答案：軟件體系結(jié)構(gòu)是一個(gè)設(shè)計(jì)，它包括所建

37、立系統(tǒng)中的各元素(構(gòu)件和連接件)的描述、 元素之間的交互、指導(dǎo)裝配的范例和對(duì)范例的約束。根據(jù)頁碼： P4510、軟件體系結(jié)構(gòu)風(fēng)格 答案：軟件體系結(jié)構(gòu)風(fēng)格是描述某一特定領(lǐng)域中系統(tǒng)組織方式的慣用模式。依據(jù)頁碼： P5111、“服務(wù)模型” 答案：“服務(wù)模型”是對(duì)所創(chuàng)建的構(gòu)件進(jìn)行分組的一種邏輯方式，這種模型與語言無關(guān)。服 務(wù)模型基于這樣一個(gè)概念： 每個(gè)構(gòu)建都是一系列服務(wù)的集合， 這些服務(wù)由構(gòu)建提供給其他對(duì)象。 依據(jù)頁碼： P6412、消息轉(zhuǎn)換答案：消息轉(zhuǎn)換所有構(gòu)件實(shí)力發(fā)出和接受的消息類型都經(jīng)過消息總線的過濾。依據(jù)頁碼： P8113 、 C2 體系結(jié)構(gòu)風(fēng)格答案： C2 體系結(jié)構(gòu)風(fēng)格可以概括為通過連接件綁

38、定在一起的、按照一組規(guī)則運(yùn)作的并行構(gòu)件網(wǎng)絡(luò)。依據(jù)頁碼： P5514 、 COBRBA 接口池答案： COBRBA 接口池包括分布計(jì)算機(jī)環(huán)境中所有可用的服務(wù)器對(duì)象的接口表示它使動(dòng)態(tài) 搜索可用服務(wù)器的接口，動(dòng)態(tài)構(gòu)造請(qǐng)求及參數(shù)成為可能。參考頁碼 :P6815 、 DSSA 的定義答案： DSSA 就是在一個(gè)特定應(yīng)用領(lǐng)域中為一組應(yīng)用提供組織結(jié)構(gòu)參考的標(biāo)準(zhǔn)軟件體系結(jié)構(gòu) 參考頁碼： P9216、構(gòu)件： 答案：構(gòu)件是一個(gè)計(jì)算單元或數(shù)據(jù)存儲(chǔ)。也就是說，構(gòu)件是計(jì)算與狀態(tài)存在的場(chǎng)所。依據(jù)頁碼： P10817 、連接件： 答案：連接件是用來建立構(gòu)件間的交互以及支配這些交互規(guī)則的體系結(jié)構(gòu)構(gòu)造模塊。依據(jù)頁碼： P108

39、18 、體系結(jié)構(gòu)配置： 答案：體系結(jié)構(gòu)配置或拓?fù)涫敲枋鲶w系結(jié)構(gòu)的構(gòu)件與連接件的連接圖。 體系結(jié)構(gòu)配置提供信 息來確定構(gòu)件是否正確連接、 接口是否分配、 連接件構(gòu)成的通信是否正確， 并說明實(shí)現(xiàn)要求行為 的組合含義。依據(jù)頁碼： P10919 、構(gòu)造能力： 答案：構(gòu)造能力指的是 ADL 能力使用較小的獨(dú)立體系結(jié)構(gòu)元素來建造大型軟件系統(tǒng)。依據(jù)頁碼： P10620 、ADL ：答案： ADL 是這樣一種形式化語言，他在底層語義模型的支持下，為軟件系統(tǒng)的概念結(jié)構(gòu) 建模提供了具體語法和概念模型。依據(jù)頁碼： P10621、軟件體系結(jié)構(gòu)的動(dòng)態(tài)性答案： 軟件系統(tǒng)在運(yùn)行時(shí)刻的體系結(jié)構(gòu)變動(dòng)。依據(jù)頁碼： P 15322

40、、化學(xué)抽象機(jī) 答案：化學(xué)抽象機(jī)是一種對(duì)動(dòng)態(tài)軟件體系結(jié)構(gòu)的分析、測(cè)試非常有用的形式化描述技術(shù)。依據(jù)頁碼： P16823、化學(xué)抽象機(jī) 答案：化學(xué)抽象機(jī)時(shí)一種對(duì)動(dòng)態(tài)軟件體系結(jié)構(gòu)的分析，測(cè)試非常有用的形式化描述技術(shù)。依據(jù)頁碼： P16824、n演算 答案：是計(jì)算機(jī)并行理論領(lǐng)域最重要的并發(fā)計(jì)算模型，能夠描述結(jié)構(gòu)不斷變化的并發(fā)系統(tǒng)。依據(jù)頁碼： P16025 、 Web 服務(wù)棧答案： Web 服務(wù)棧是一種全新的體系結(jié)構(gòu)，整個(gè) Web 服務(wù)的技術(shù)系列被稱為 Web 服務(wù)棧。 依據(jù)頁碼： P17726 、 SOAP答案：簡(jiǎn)單對(duì)象訪問協(xié)議， SOAP 是一個(gè)基于 XML 的，在松散分布式環(huán)境中交換結(jié)構(gòu)化信息的 輕

41、量級(jí)協(xié)議。依據(jù)頁碼： P18027 、 WSDL 標(biāo)準(zhǔn)答案： WSDL 是一種 XML 格式，用于將網(wǎng)絡(luò)服務(wù)描述為一組端點(diǎn)，這些端點(diǎn)包含面向文檔或 面向過程信息的消息進(jìn)行操作。依據(jù)頁碼： P18228 、 UDDIWeb 的，分布式的、為 Web 服務(wù)提供信息注冊(cè)中答案： UDDI 基于現(xiàn)成的標(biāo)準(zhǔn)，是一套基于 心的實(shí)現(xiàn)標(biāo)準(zhǔn)和規(guī)范。依據(jù)頁碼： P18329 、需求答案：用戶對(duì)目標(biāo)軟件系統(tǒng)在功能、行為、性能、設(shè)計(jì)約束等方面的期望依據(jù)頁碼： P217 30、設(shè)計(jì)模式中，什么是元素的一個(gè)空間配置？ 答案：每個(gè)模式規(guī)定了的一個(gè)特定的結(jié)構(gòu)。31、模式答案： 模式是指從某個(gè)具體的形式中得到的一種抽象， 在特

42、殊的非任意性的環(huán)境中， 該形式 不斷地重復(fù)出現(xiàn)。依據(jù)頁碼： P19632 、 SA 演化答案：由于系統(tǒng)需求、技術(shù)、環(huán)境和分布等因素的變化而最終導(dǎo)致的 SA 按照一定的目標(biāo)形 態(tài)的變動(dòng)，稱為 SA 演化。依據(jù)頁碼： P23633、設(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ì)方案。依據(jù)頁碼： P195 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)建、 連接件及其之間的

43、關(guān)系模型轉(zhuǎn)化為一個(gè) CDG 圖。依據(jù)頁碼： P24835、單元測(cè)試答案：是最底層的測(cè)試活動(dòng)， 指構(gòu)件開發(fā)者對(duì)構(gòu)件本身的測(cè)試， 涉及的消息流是構(gòu)件內(nèi)部 的消息，一般由構(gòu)件開發(fā)者完成。依據(jù)頁碼： 25536、軟件體系結(jié)構(gòu)的可靠性答案：在基于構(gòu)建的可靠性模型中， 通過狀態(tài)圖來描述系統(tǒng)的行為， 軟件系統(tǒng)地可靠性依 賴于狀態(tài)的執(zhí)行順序和每一個(gè)狀態(tài)的可靠性。依據(jù)頁碼： P24437、風(fēng)險(xiǎn)評(píng)估 答案：風(fēng)險(xiǎn)評(píng)估是基于能夠通過定量的方法對(duì)軟件產(chǎn)品屬性進(jìn)行的度量。 依據(jù)頁碼： P24838、可修改性答案：可修改性是指能夠快速地以較高的性能價(jià)格比對(duì)系統(tǒng)進(jìn)行變更的能力。 通常以某些具 體的變更為基準(zhǔn)，通過考察這些變更

44、的代價(jià)衡量可修改性?？尚薷男园ǎ? 可維護(hù)性2 可擴(kuò)展性3 結(jié)構(gòu)重組4 可移植性見書P 25939、評(píng)估方法中質(zhì)量屬性中性能的含義。答：性能指系統(tǒng)的響應(yīng)能力， 即要經(jīng)過多長(zhǎng)時(shí)間才能對(duì)某個(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)行定量的表示。依據(jù)頁碼： P25840、基于場(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)包

45、括確定應(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ì)企圖或拒 絕服務(wù)對(duì)能力。 安全性是根據(jù)系統(tǒng)看能受到的安全威脅對(duì)類型來分類的。 安全性又可分為機(jī)密性， 完全性， 不可否認(rèn)性以及可控性等特性。其中，機(jī)密性保證信息不泄漏給非授權(quán)的用 戶，實(shí)體或過程 ; 完整性保證信息對(duì)完整和準(zhǔn)確， 防止信息被非法修改 ; 可控性保證對(duì)信息對(duì)傳播 以及內(nèi)容具有控制對(duì)能力，防止為非法者所使用。依據(jù)頁碼： P25942 、核心資源 答案：是領(lǐng)域工程所有結(jié)果的集

46、合，是產(chǎn)品線中產(chǎn)品構(gòu)造的基礎(chǔ)。依據(jù)頁碼： P28543、軟件產(chǎn)品線 答案：軟件產(chǎn)品線就是在一個(gè)公共的軟件資源集合基礎(chǔ)上建立起來的共享同一個(gè)特性集合 的系統(tǒng)集合。依據(jù)頁碼： P28444 、 SEI 模型答案： SEI 將產(chǎn)品線的基本活動(dòng)分為三部分，分別是核心資源開發(fā)，產(chǎn)品開發(fā)和管理。45、產(chǎn)品線體系結(jié)構(gòu) 答案：產(chǎn)品線體系結(jié)構(gòu)是一個(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）“

47、無體系結(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 ，提出了“ 4+1 ”模型為標(biāo) 志，由于概念尚不統(tǒng)一， 描述規(guī)范也不能達(dá)成一致認(rèn)識(shí)， 因此在軟件開發(fā)實(shí)踐中 軟件體系結(jié)構(gòu)上布恩那個(gè)發(fā)揮重要作用。依據(jù)頁碼： p232、試述下可重用技術(shù)對(duì)構(gòu)件庫組織方法的幾點(diǎn)要求：答案：（ 1）支持構(gòu)件庫的各種

48、維護(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 ）庫管理員和用戶容易使用依據(jù)頁碼： p73、簡(jiǎn)要概產(chǎn)生軟件危機(jī)的原因答案：1. 用戶需求不明確 2. 缺乏正確的理論指導(dǎo) 3. 軟件規(guī)模越來越大 4. 軟件復(fù)雜度越來越高。依據(jù)頁碼： p34、軟件體系結(jié)構(gòu)的定義眾多，你是如何理解軟件體系結(jié)構(gòu)的？軟件體系結(jié)構(gòu)在軟件系統(tǒng)中 有何作用？答案：（ 1）軟件體系結(jié)構(gòu)為軟件系統(tǒng)提供了一個(gè)結(jié)構(gòu)、行為

49、和屬性的高級(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)是可傳遞和可重用的模型。依據(jù)頁 碼： p196、體系結(jié)構(gòu)的生命周期模型分為哪幾個(gè)階段？答案： 1、需求分析階段2、建立軟件體

50、系結(jié)構(gòu)階段3、設(shè)計(jì)階段4 、實(shí)現(xiàn)階段依據(jù)頁碼： P387、軟件體系結(jié)構(gòu)是必需，軟件體系結(jié)構(gòu)的生命周期分為哪幾個(gè)階段？ 答：軟件體系結(jié)構(gòu)的生命周期可以分為需求分析階段、建立軟件體系結(jié)構(gòu)階段、設(shè)計(jì)階段、 實(shí)現(xiàn)階段四個(gè)階段。依據(jù)頁碼： P328、請(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ì)中， 并將其結(jié)構(gòu)的構(gòu)件和連接件有機(jī)組織在

51、一起。 判斷軟 件體系結(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 提取的設(shè)

52、計(jì)專家知識(shí)的應(yīng)用要廣泛依據(jù)頁碼： P10011 、試闡述與 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)用。依據(jù)頁碼： P6712 、 C/S 系統(tǒng)中客戶端應(yīng)用程序有哪些主要任務(wù)？答案：1、提供用戶與數(shù)據(jù)庫的交互界面2、向數(shù)據(jù)庫服務(wù)器提交用戶請(qǐng)求并接受來自數(shù)據(jù)庫服務(wù)

53、器的信息3、利用客戶端應(yīng)用程序?qū)Υ嬖谟诳蛻舳说臄?shù)據(jù)執(zhí)行應(yīng)用邏輯要求。依據(jù)頁碼： P5713、請(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)于正確性的推理就存在問題。依據(jù)頁碼： P5414 、請(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)使之

54、在處理負(fù)荷能力上與處理特性上分 別適應(yīng)于結(jié)構(gòu)清晰的三層，并且具有可升級(jí)性和開放性3 、可并行開發(fā)，各層可選擇各自最適合語言使之高效開發(fā)，從而達(dá)到較高的性價(jià)比4 、允許利用功能層有效的隔離開表示層 和數(shù)據(jù)層， 未授權(quán)的用戶難以通過如黑客手 段訪問數(shù)據(jù)層，同時(shí)也更加合理和有效的控制 參考頁碼： P6515 、 OOA 模型劃分為 5 個(gè)層次或視圖，分別為哪些？1、對(duì)象一類層 2 、屬性層 3 、服務(wù)層 4 、結(jié)構(gòu)層 5 、主題層 參考頁碼： P6216、應(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)原理依據(jù)頁碼： P10517 、 Unicon 及其支持的工具的主要目的有哪些方面？答案： （1 ）提供對(duì)大量構(gòu)件和連接件的統(tǒng)一的訪