軟件體系結(jié)構(gòu)期末試題+答案

1、1.以下關(guān)于系統(tǒng)性能的敘述中，不正確的是（17）。（17）A.常見(jiàn)的Web服務(wù)器性能評(píng)估方法有基準(zhǔn)測(cè)試、壓力測(cè)試和可靠性測(cè)試B.評(píng)彳WWeb服務(wù)器的主要性能指標(biāo)有最大并發(fā)連接數(shù)、響應(yīng)延遲和吞吐量C.對(duì)運(yùn)行系統(tǒng)進(jìn)行性能評(píng)估的主要目的是以更好的性能/價(jià)格比更新系統(tǒng)D.當(dāng)系統(tǒng)性能降到基本水平時(shí)，需要查找影響性能的瓶頸并消除該瓶頸2某公司欲對(duì)其內(nèi)部的信息系統(tǒng)進(jìn)行集成，需要實(shí)現(xiàn)在系統(tǒng)之間快速傳遞可定制格式的數(shù)據(jù)包，并且當(dāng)有新的數(shù)據(jù)包到達(dá)時(shí)，接收系統(tǒng)會(huì)自動(dòng)得到通知。另外還要求支持?jǐn)?shù)據(jù)重傳，以確保傳輸?shù)某晒Αａ槍?duì)這些集成需求，應(yīng)該采用（21）的集成方式。（21）A.遠(yuǎn)程過(guò)程調(diào)用B.共享數(shù)據(jù)庫(kù)C.文件傳輸D.

2、消息傳遞3在RUP中采用“4+1”視圖模型來(lái)描述軟件系統(tǒng)的體系結(jié)構(gòu)。在該模型中，最終用戶側(cè)重于（26）,系統(tǒng)工程師側(cè)重于（27）。（26）A.實(shí)現(xiàn)視圖B.進(jìn)程視圖C.邏輯視圖D.部署視圖（27）A.實(shí)現(xiàn)視圖B.進(jìn)程視圖C.邏輯視圖D.部署視圖4 .某銀行系統(tǒng)采用FactoryMethod方法描述其不同賬戶之間的關(guān)系，設(shè)計(jì)出的類圖如下所示。其中與FactoryMethod中的"Creator”角色相對(duì)應(yīng)的類是（33）;與“Product”角色相對(duì)應(yīng)的類是(34)。二 h二(33) A. BankB. AccountCCheckingD.Savings（34）A.BankB.Accoun

3、tC.Checking5 .是一個(gè)獨(dú)立可交付的功能單元，外界通過(guò)接口訪問(wèn)其提供的服務(wù)。（35）A.面向?qū)ο笙到y(tǒng)中的對(duì)象（Object）B.模塊化程序設(shè)計(jì)中的子程序（Subroutine）C.基于構(gòu)件開(kāi)發(fā)中的構(gòu)件（Component）D.系統(tǒng)模型中的包（Package）6軟件的橫向重用是指重用不同應(yīng)用領(lǐng)域中的軟件元素。（31）是一種典型的、原始的橫向重用機(jī)制。（31）A.對(duì)象B.構(gòu)件C.標(biāo)準(zhǔn)函數(shù)庫(kù)D.設(shè)計(jì)模式7 .在基于構(gòu)件的軟件開(kāi)發(fā)中，（36）描述系統(tǒng)設(shè)計(jì)藍(lán)圖以保證系統(tǒng)提供適當(dāng)?shù)墓δ埽唬?7）用來(lái)了解系統(tǒng)的性能、吞吐率等非功能性屬性。（36）A.邏輯構(gòu)件模型B.物理構(gòu)件模型C.組件接口模型D.

4、系統(tǒng)交互模型（37）A.邏輯構(gòu)件模型B.物理構(gòu)件模型C.組件接口模型D.系統(tǒng)交互模型8 .對(duì)象管理組織（OMG）基于CORBA基礎(chǔ)設(shè)施定義了四種構(gòu)彳標(biāo)準(zhǔn)。其中，（38）的狀態(tài)信息是由構(gòu)件自身而不是由容器維護(hù)。（38）A.實(shí)體構(gòu)件B.加工構(gòu)件C.服務(wù)構(gòu)件D,會(huì)話構(gòu)件9分布式系統(tǒng)開(kāi)發(fā)中，通常需要將任務(wù)分配到不同的邏輯計(jì)算層。業(yè)務(wù)數(shù)據(jù)的綜合計(jì)算分析任務(wù)屬于（39）。（39）A.表示邏輯層B.應(yīng)用邏輯層C數(shù)據(jù)處理層D.數(shù)據(jù)層10在客戶機(jī)/服務(wù)器系統(tǒng)開(kāi)發(fā)中，采用（40）時(shí)，應(yīng)將數(shù)據(jù)層和數(shù)據(jù)處理層放置于服務(wù)器，應(yīng)用邏輯層、表示邏輯層和表示層放置于客戶機(jī)。（40）A.分布式表示結(jié)構(gòu)B.分布式應(yīng)用結(jié)構(gòu)C.分布

5、式數(shù)據(jù)和應(yīng)用結(jié)構(gòu)D.分布式數(shù)據(jù)結(jié)構(gòu)11 .軟件架構(gòu)是降低成本、改進(jìn)質(zhì)量、按時(shí)和按需交付產(chǎn)品的關(guān)鍵因素。以下關(guān)于軟件架構(gòu)的描述，錯(cuò)誤的是（44）。（44）A.根據(jù)用戶需求，能夠確定一個(gè)最佳的軟件架構(gòu)，指導(dǎo)整個(gè)軟件的開(kāi)發(fā)過(guò)程B.軟件架構(gòu)設(shè)計(jì)需要滿足系統(tǒng)的質(zhì)量屬性，如性能、安全性和可修改性等C.軟件架構(gòu)設(shè)計(jì)需要確定組件之間的依賴關(guān)系，支持項(xiàng)目計(jì)劃和管理活動(dòng)D.軟件架構(gòu)能夠指導(dǎo)設(shè)計(jì)人員和實(shí)現(xiàn)人員的工作12 .某游戲公司欲開(kāi)發(fā)一個(gè)大型多人即時(shí)戰(zhàn)略游戲，游戲設(shè)計(jì)的目標(biāo)之一是能夠支持玩家自行創(chuàng)建戰(zhàn)役地圖，定義游戲?qū)ο蟮男袨楹椭g的關(guān)系。針對(duì)該目標(biāo)，公司應(yīng)該采用（48）架構(gòu)風(fēng)格最為合適。（48）A.管道-過(guò)濾

6、器B.隱式調(diào)用C.主程序-子程序D.解釋器13設(shè)計(jì)模式（44）A_將抽象部分與其實(shí)現(xiàn)部分相分離，使它們都可以獨(dú)立地變化。下圖為該設(shè)計(jì)模式的類圖，其中，（45）D_用于定義實(shí)現(xiàn)部分的接口。（44） A. Bridge （橋接）B. Composite （組合）C. Facade （外觀）D. Singleton （單例）(45) A. AbstractionB. ConcreteImplementorAC. ConcreteImplementorBD. Implementor14以下關(guān)于Singleton(單例)模式的描述中，正確的是(46)D_。(46) A.它描述了只有一個(gè)方法的類的集合B.

7、它描述了只有一個(gè)屬性的類的集合C.它能夠保證一個(gè)類的方法只能被一個(gè)唯一的類調(diào)用D.它能夠保證一個(gè)類只產(chǎn)生唯一的一個(gè)實(shí)例15(47)A_將一個(gè)類的接口轉(zhuǎn)換成客戶希望的另外一個(gè)接口，使得原本由于接口不兼容而不能一起工作的那些類可以一起工作。(47) A.Adapter(適配器)模式B.Command(命令)模式C.Singleton(單例)模式D.Strategy(策略)模式16.設(shè)計(jì)一個(gè)簡(jiǎn)化的網(wǎng)上個(gè)人銀行查詢系統(tǒng)，用戶可以通過(guò)Internet查詢自己帳戶的收支明細(xì)、余額和修改密碼。(1) .說(shuō)明系統(tǒng)的若干質(zhì)量屬性，并以場(chǎng)景圖的形式分別描述一個(gè)可用性場(chǎng)景和一個(gè)安全性場(chǎng)景。(2) .使用ADD方法說(shuō)

8、明系統(tǒng)的初步設(shè)計(jì)。(3) )描述ATAM方法的步驟。(4) .選取兩個(gè)質(zhì)量屬性以表格形式生成質(zhì)量屬性效用樹(shù)17 .從網(wǎng)上選課系統(tǒng)、文本編輯系統(tǒng)、票務(wù)查詢系統(tǒng)或正文關(guān)鍵字索引系統(tǒng)這四個(gè)系統(tǒng)中任選一個(gè)，運(yùn)用ADD方法設(shè)計(jì)兩個(gè)或多個(gè)構(gòu)架方案18 .基于質(zhì)量屬性驅(qū)動(dòng)的設(shè)計(jì)和基于功能驅(qū)動(dòng)的設(shè)計(jì)有什么不同效果19 .閱讀下列說(shuō)明和圖，回答問(wèn)題1至問(wèn)題3,將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。【說(shuō)明】一個(gè)簡(jiǎn)單的圖形編輯器提供給用戶的基本操作包括：創(chuàng)建圖形、創(chuàng)建元素、選擇元素以及刪除圖形。圖形編輯器的組成及其基本功能描述如下：(1)圖形由文本元素和圖元元素構(gòu)成，圖元元素包括線條、矩形和橢圓。(2)圖形顯示在工作空間中，

9、一次只能顯示一張圖形(即當(dāng)前圖形，current)。(3)編輯器提供了兩種操作圖形的工具：選擇工具和創(chuàng)建工具。對(duì)圖形進(jìn)行操作時(shí)，一次只能使用一種工具(即當(dāng)前活動(dòng)工具，active)。創(chuàng)建工具用于創(chuàng)建文本元素和圖元元素。對(duì)于顯示在工作空間中的圖形，使用選擇工具能夠選定其中所包含的元素，可以選擇一個(gè)元素，也可以同時(shí)選擇多個(gè)元素。被選擇的元素稱為當(dāng)前選中元素(selected)。每種元素都具有對(duì)應(yīng)的控制點(diǎn)。拖拽選定元素的控制點(diǎn)，可以移動(dòng)元素或者調(diào)整元素的大小。現(xiàn)采用面向?qū)ο蠓椒ㄩ_(kāi)發(fā)該圖形編輯器，使用UML進(jìn)行建模。構(gòu)建出的用例圖和類圖分別如圖3-1和3-2所示。圖3-1用例圖圖3-2類圖【問(wèn)題1（4

10、分）根據(jù)說(shuō)明中的描述，給出圖應(yīng)的關(guān)系。3-1中U1和U2所對(duì)應(yīng)的用例，以及（1）和（2）處所對(duì)【問(wèn)題2（8分）根據(jù)說(shuō)明中的描述，給出圖所對(duì)應(yīng)的多重度。3-2中缺少的C1C8所對(duì)應(yīng)的類名以及（3）(6)處【問(wèn)題3（3分）圖3-2中的類圖設(shè)計(jì)采用了橋接（Bridge）設(shè)計(jì)模式，請(qǐng)說(shuō)明該模式的內(nèi)涵。簡(jiǎn)答題1.什么是體系結(jié)構(gòu)描述語(yǔ)言它與程序語(yǔ)言以及UML有哪些區(qū)別與聯(lián)系2.管道過(guò)濾器風(fēng)格結(jié)構(gòu)特點(diǎn)3.試簡(jiǎn)述一下軟件產(chǎn)品線的雙生命周期模型4.什么是設(shè)計(jì)模式它與風(fēng)格、框架有什么區(qū)別與聯(lián)系5.軟件體系結(jié)構(gòu)測(cè)試的內(nèi)容與準(zhǔn)則是什么6.說(shuō)明Web服務(wù)的體系結(jié)構(gòu)模型它的三個(gè)核心協(xié)議分別是什么7. 什么是軟件危機(jī)，軟件

11、危機(jī)的具體表現(xiàn)有哪些8. MTTF,MTBF,MTRF分另1J是什么，它們有什么關(guān)系1簡(jiǎn)單介紹基于事件的隱式調(diào)用風(fēng)格，并分析其優(yōu)缺點(diǎn)。2為什么要設(shè)計(jì)獨(dú)立性強(qiáng)的模塊以及如何判斷模塊的獨(dú)立性3簡(jiǎn)述框架技術(shù)的基本特征。4簡(jiǎn)述為什么要學(xué)習(xí)設(shè)計(jì)模式5采用面向?qū)ο蠓椒ㄔO(shè)計(jì)軟件系統(tǒng)時(shí)，子系統(tǒng)的劃分常采用水平劃分或垂直劃分的方式，請(qǐng)說(shuō)明這兩種劃分所得子系統(tǒng)的特點(diǎn)。6簡(jiǎn)述層次結(jié)構(gòu)適用的設(shè)計(jì)問(wèn)題。7UML的主要內(nèi)容可歸納為哪兩大類各類中都包括UML中的哪些圖形1.C.2D.消息傳遞3C.邏輯視圖D.部署視圖4 .A,B5 .C6 .C.標(biāo)準(zhǔn)函數(shù)庫(kù)7 A,B8 .D9 .B10 .D11 。A12 .某游戲公司欲開(kāi)

12、發(fā)一個(gè)大型多人即時(shí)戰(zhàn)略游戲，游戲設(shè)計(jì)的目標(biāo)之一是能夠支持玩家自行創(chuàng)建戰(zhàn)役地圖，定義游戲?qū)ο蟮男袨楹椭g的關(guān)系。針對(duì)該目標(biāo)，公司應(yīng)該采用（48）架構(gòu)風(fēng)格最為合適。（48）A.管道-過(guò)濾器B.隱式調(diào)用C.主程序-子程序D.解釋器D13 AD14 D15 A1 .分別描述兩個(gè)質(zhì)量屬性的場(chǎng)景圖。卜面場(chǎng)景表現(xiàn)了網(wǎng)上個(gè)人銀行查詢系統(tǒng)的性能。試圖同時(shí)登陸500用戶系統(tǒng)網(wǎng)上個(gè)人銀行查詢系統(tǒng)正常運(yùn)請(qǐng)求被平均響應(yīng)時(shí)間5秒卜面場(chǎng)景表現(xiàn)了網(wǎng)上個(gè)人銀行查詢系統(tǒng)的修改性。希望改變操作界面代碼維護(hù)時(shí)用戶只修改界面代碼或配置文件修改不產(chǎn)生副作用，在2小時(shí)內(nèi)完成場(chǎng)景可以用文本表示，也可以用圖形表示。2 .請(qǐng)描述構(gòu)架設(shè)計(jì)的ADD

13、方法中對(duì)模塊求精的5個(gè)步驟。答題要點(diǎn):a.從具體的質(zhì)量場(chǎng)景和功能需求集合中選擇構(gòu)架驅(qū)動(dòng)因素。b.選擇滿足構(gòu)架驅(qū)動(dòng)因素的構(gòu)架模式。c.實(shí)例化模塊并根據(jù)用例分配功能，使用多個(gè)視圖進(jìn)行表示。d.定義子模塊的接口。e.驗(yàn)證用例和質(zhì)量場(chǎng)景并對(duì)其進(jìn)行求精，使它們成為子模塊的限制。3 .描述ATAM方法的步驟。）ATAM方法的表述商業(yè)動(dòng)機(jī)的表述構(gòu)架的表述對(duì)構(gòu)架方法進(jìn)行分類生成質(zhì)量屬性效用樹(shù)分析構(gòu)架方法集體討論并確定場(chǎng)景優(yōu)先級(jí)再次分析構(gòu)架方法結(jié)果的表述4 .選取兩個(gè)質(zhì)量屬性以表格形式生成質(zhì)量屬性效用樹(shù)效用樹(shù)的表格形式如下表所示。質(zhì)量屬性屬性求精場(chǎng)樂(lè)場(chǎng)景用文字描述，并要標(biāo)明場(chǎng)景的優(yōu)先級(jí)和實(shí)現(xiàn)的難易。系統(tǒng)的質(zhì)量屬

14、性有多種，請(qǐng)列舉其中六種：可用性、可修改性、性能、安全、可測(cè)試性、易用性、可移植、可重用、可集成（任選六個(gè)）。試題三參考答案（共15分）【問(wèn)題1（4分）U1:移動(dòng)元素U2:調(diào)整元素大小（U1和U2的答案可以互換） <<extend>>【問(wèn)題2】（8分）C1:創(chuàng)建工具C5：橢圓工具(2) << extend>>C2:選擇工具C6:線條C3:C7:線條工具矩形C4:C8:矩形工具橢圓注：C3C5的答案可以互換；C6C8的答案可以互換。 0.1(4) 1(5) 1(6) 1.* 或*【問(wèn)題3（3分）橋接模式將抽象部分與它的實(shí)現(xiàn)部分分離, 現(xiàn)部分的修改應(yīng)

15、該對(duì)使用它的程序不產(chǎn)生影響。使它們都可以獨(dú)立地變化，對(duì)一個(gè)抽象的實(shí)1.什么是體系結(jié)構(gòu)描述語(yǔ)言它與程序語(yǔ)言以及UML有哪些區(qū)別與聯(lián)系A(chǔ)DL是在底層語(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)； 抽象能力：ADL使得軟件體系結(jié)構(gòu)中的構(gòu)件和連接件描述可以只關(guān)注它們的抽象特性，而不管其具體的實(shí)現(xiàn)細(xì)節(jié)； 重用能力：ADL使得組成軟件系統(tǒng)的構(gòu)件、連接件甚至是軟件體系結(jié)構(gòu)都成為軟

16、件系統(tǒng)開(kāi)發(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. 管道過(guò)濾器風(fēng)格結(jié)構(gòu)特點(diǎn)(1)使得軟構(gòu)件具有良好的隱蔽性和高內(nèi)聚、低耦合的特點(diǎn)；(2)允許設(shè)計(jì)者將整個(gè)系統(tǒng)的輸入/輸出行為看成是多個(gè)過(guò)濾器的行為的簡(jiǎn)單合成;(3)支持軟件重用。(4)系統(tǒng)維護(hù)和增強(qiáng)系統(tǒng)性能簡(jiǎn)單。(5)允許對(duì)一些如吞吐量、死鎖等屬性的分析；(6)支持并行執(zhí)行。但是，這樣的系統(tǒng)也存在著若

17、干不利因素。(1)通常導(dǎo)致進(jìn)程成為批處理的結(jié)構(gòu)。這是因?yàn)殡m然過(guò)濾器可增量式地處理數(shù)據(jù)，但它們是獨(dú)立的，所以設(shè)計(jì)者必須將每個(gè)過(guò)濾器看成一個(gè)完整的從輸入到輸出的轉(zhuǎn)換。(2)不適合處理交互的應(yīng)用。當(dāng)需要增量地顯示改變時(shí)，這個(gè)問(wèn)題尤為嚴(yán)重。(3)因?yàn)樵跀?shù)據(jù)傳輸上沒(méi)有通用的標(biāo)準(zhǔn)，每個(gè)過(guò)濾器都增加了解析和合成數(shù)據(jù)的工作，這樣就導(dǎo)致了系統(tǒng)性能下降，并增加了編寫(xiě)過(guò)濾器的復(fù)雜性。3. 試簡(jiǎn)述一下軟件產(chǎn)品線的雙生命周期模型4. 什么是設(shè)計(jì)模式它與風(fēng)格、框架有什么區(qū)別與聯(lián)系設(shè)計(jì)模式是對(duì)通用設(shè)計(jì)問(wèn)題的重復(fù)解決方案。軟件體系結(jié)構(gòu)風(fēng)格是描述某一特定應(yīng)用領(lǐng)域中系統(tǒng)組織方式的慣用模式。軟件框架是整個(gè)或部分系統(tǒng)的可重用設(shè)計(jì)模式

18、比框架更加抽象框架是模式的特例化設(shè)計(jì)模式被實(shí)現(xiàn)成為框架后，可以極大的減輕從設(shè)計(jì)到實(shí)現(xiàn)的鴻溝利用了模式的框架比沒(méi)有利用模式的框架更容易理解、更能被設(shè)計(jì)與實(shí)現(xiàn)重用通常成熟的框架包含了多種設(shè)計(jì)模式一個(gè)框架不僅可以具體實(shí)現(xiàn)一個(gè)模式，還可以具體的實(shí)現(xiàn)多個(gè)模式設(shè)計(jì)模式與風(fēng)格兩者為近義詞，通常情況下可以互相通用風(fēng)格主要是指大的，宏觀的設(shè)計(jì)。模式既可宏觀，又可微觀。5. 軟件體系結(jié)構(gòu)測(cè)試的內(nèi)容與準(zhǔn)則是什么內(nèi)容：構(gòu)件端口行為與連接件約束是否一致、兼容，單元間的消息是否一致、可達(dá)，相關(guān)端口是否可連接，體系結(jié)構(gòu)風(fēng)格是否可滿足。準(zhǔn)則：測(cè)試覆蓋所有的構(gòu)件及各個(gè)構(gòu)件的接口。各個(gè)連接件的接口、構(gòu)件之間的直接連接、構(gòu)件之間的間接連接。6. 說(shuō)明Web服務(wù)的體系結(jié)構(gòu)模型它的三個(gè)核心協(xié)議分別是什么Web服務(wù)是一種嶄新的分布式計(jì)算模型，是Web上數(shù)據(jù)和信息集成的有效機(jī)制。三個(gè)構(gòu)成元素為：ServericeBroker、ServiceProvider、ServiceRequester三個(gè)核心協(xié)議：簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議SOA"統(tǒng)一描述、發(fā)現(xiàn)和集成協(xié)議UDDI;Web服務(wù)描述語(yǔ)言WSDL7. 什么是軟件危機(jī)，軟件危機(jī)的具體