軟件體系結(jié)構(gòu)期末試題及其答案_第1頁
軟件體系結(jié)構(gòu)期末試題及其答案_第2頁
軟件體系結(jié)構(gòu)期末試題及其答案_第3頁
軟件體系結(jié)構(gòu)期末試題及其答案_第4頁
軟件體系結(jié)構(gòu)期末試題及其答案_第5頁
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

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

B.共享數(shù)據(jù)庫C.文件傳輸

D.消息傳遞3在RUP中采用“4+1〞視圖模型來描述軟件系統(tǒng)的體系構(gòu)造。在該模型中,最終用戶側(cè)重于〔26〕,系統(tǒng)工程師側(cè)重于〔27〕?!?6〕A.實現(xiàn)視圖

B.進(jìn)程視圖

C.邏輯視圖

D.部署視圖〔27〕A.實現(xiàn)視圖

B.進(jìn)程視圖

C.邏輯視圖

D.部署視圖4.某銀行系統(tǒng)采用FactoryMethod方法描述其不同賬戶之間的關(guān)系,設(shè)計出的類圖如下所示。其中與FactoryMethod中的“Creator〞角色相對應(yīng)的類是〔33〕;與“Product〞角色相對應(yīng)的類是〔34〕。

〔33〕A.

Bank

B.

Account

C.

Checking

D.

Savings〔34〕A.

Bank

B.

Account

C.

Checking

5.是一個獨立可交付的功能單元,外界通過接口訪問其提供的效勞。〔35〕A.面向?qū)ο笙到y(tǒng)中的對象〔Object〕B.模塊化程序設(shè)計中的子程序〔Subroutine〕C.基于構(gòu)件開發(fā)中的構(gòu)件〔Component〕D.系統(tǒng)模型中的包〔Package〕6軟件的橫向重用是指重用不同應(yīng)用領(lǐng)域中的軟件元素。〔31〕是一種典型的、原始的橫向重用機(jī)制?!?1〕A.對象

B.構(gòu)件

C.標(biāo)準(zhǔn)函數(shù)庫

D.設(shè)計模式7.在基于構(gòu)件的軟件開發(fā)中,〔36〕描述系統(tǒng)設(shè)計藍(lán)圖以保證系統(tǒng)提供適當(dāng)?shù)墓δ?;?7〕用來了解系統(tǒng)的性能、吞吐率等非功能性屬性。〔36〕A.邏輯構(gòu)件模型

B.物理構(gòu)件模型C.組件接口模型

D.系統(tǒng)交互模型〔37〕A.邏輯構(gòu)件模型

B.物理構(gòu)件模型C.組件接口模型

D.系統(tǒng)交互模型8.對象管理組織〔OMG〕基于CORBA根底設(shè)施定義了四種構(gòu)件標(biāo)準(zhǔn)。其中,〔38〕的狀態(tài)信息是由構(gòu)件自身而不是由容器維護(hù)?!?8〕A.實體構(gòu)件

B.加工構(gòu)件C.效勞構(gòu)件

D.會話構(gòu)件9分布式系統(tǒng)開發(fā)中,通常需要將任務(wù)分配到不同的邏輯計算層。業(yè)務(wù)數(shù)據(jù)的綜合計算分析任務(wù)屬于〔39〕?!?9〕A.表示邏輯層

B.應(yīng)用邏輯層

C.數(shù)據(jù)處理層

D.數(shù)據(jù)層10在客戶機(jī)/效勞器系統(tǒng)開發(fā)中,采用〔40〕時,應(yīng)將數(shù)據(jù)層和數(shù)據(jù)處理層放置于效勞器,應(yīng)用邏輯層、表示邏輯層和表示層放置于客戶機(jī)?!?0〕A.分布式表示構(gòu)造

B.分布式應(yīng)用構(gòu)造C.分布式數(shù)據(jù)和應(yīng)用構(gòu)造

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

B.隱式調(diào)用

C.主程序-子程序

D.解釋器13設(shè)計模式〔44〕A將抽象局部與其實現(xiàn)局部相別離,使它們都可以獨立地變化。以下圖為該設(shè)計模式的類圖,其中,〔45〕D用于定義實現(xiàn)局部的接口?!?4〕A.Bridge〔橋接〕B.Composite〔組合〕C.Facade〔外觀〕D.Singleton〔單例〕〔45〕A.AbstractionB.ConcreteImplementorAC.ConcreteImplementorBD.Implementor14以下關(guān)于Singleton〔單例〕模式的描述中,正確的選項是〔46〕D?!?6〕A.它描述了只有一個方法的類的集合B.它描述了只有一個屬性的類的集合C.它能夠保證一個類的方法只能被一個唯一的類調(diào)用D.它能夠保證一個類只產(chǎn)生唯一的一個實例15〔47〕A將一個類的接口轉(zhuǎn)換成客戶希望的另外一個接口,使得原本由于接口不兼容而不能一起工作的那些類可以一起工作?!?7〕A.Adapter〔適配器〕模式 B.Command〔命令〕模式C.Singleton〔單例〕模式 D.Strategy〔策略〕模式16.設(shè)計一個簡化的網(wǎng)上個人銀行查詢系統(tǒng),用戶可以通過Internet查詢自己帳戶的收支明細(xì)、余額和修改密碼。〔1〕.說明系統(tǒng)的假設(shè)干質(zhì)量屬性,并以場景圖的形式分別描述一個可用性場景和一個平安性場景。〔2〕.使用ADD方法說明系統(tǒng)的初步設(shè)計?!?.〕描述ATAM方法的步驟。〔4〕.選取兩個質(zhì)量屬性以表格形式生成質(zhì)量屬性效用樹17.從網(wǎng)上選課系統(tǒng)、文本編輯系統(tǒng)、票務(wù)查詢系統(tǒng)或正文關(guān)鍵字索引系統(tǒng)這四個系統(tǒng)中任選一個,運(yùn)用ADD方法設(shè)計兩個或多個構(gòu)架方案18.基于質(zhì)量屬性驅(qū)動的設(shè)計和基于功能驅(qū)動的設(shè)計有什么不同效果?19.閱讀以下說明和圖,答復(fù)以下問題1至問題3,將解答填入答題紙的對應(yīng)欄內(nèi)?!菊f明】一個簡單的圖形編輯器提供應(yīng)用戶的根本操作包括:創(chuàng)立圖形、創(chuàng)立元素、選擇元素以及刪除圖形。圖形編輯器的組成及其根本功能描述如下:〔1〕圖形由文本元素和圖元元素構(gòu)成,圖元元素包括線條、矩形和橢圓?!?〕圖形顯示在工作空間中,一次只能顯示一張圖形〔即當(dāng)前圖形,current〕?!?〕編輯器提供了兩種操作圖形的工具:選擇工具和創(chuàng)立工具。對圖形進(jìn)展操作時,一次只能使用一種工具〔即當(dāng)前活開工具,active〕。①創(chuàng)立工具用于創(chuàng)立文本元素和圖元元素。②對于顯示在工作空間中的圖形,使用選擇工具能夠選定其中所包含的元素,可以選擇一個元素,也可以同時選擇多個元素。被選擇的元素稱為當(dāng)前選中元素〔selected〕。③每種元素都具有對應(yīng)的控制點。拖拽選定元素的控制點,可以移動元素或者調(diào)整元素的大小?,F(xiàn)采用面向?qū)ο蠓椒ㄩ_發(fā)該圖形編輯器,使用UML進(jìn)展建模。構(gòu)建出的用例圖和類圖分別如圖3-1和3-2所示。圖3-1用例圖圖3-2類圖【問題1】〔4分〕根據(jù)說明中的描述,給出圖3-1中U1和U2所對應(yīng)的用例,以及〔1〕和〔2〕處所對應(yīng)的關(guān)系?!締栴}2】〔8分〕根據(jù)說明中的描述,給出圖3-2中缺少的C1~C8所對應(yīng)的類名以及〔3〕~〔6〕處所對應(yīng)的多重度?!締栴}3】〔3分〕圖3-2中的類圖設(shè)計采用了橋接〔Bridge〕設(shè)計模式,請說明該模式的內(nèi)涵。簡答題1.什么是體系構(gòu)造描述語言?它與程序語言以及UML有哪些區(qū)別與聯(lián)系?2.管道過濾器風(fēng)格構(gòu)造特點3.試簡述一下軟件產(chǎn)品線的雙生命周期模型4.什么是設(shè)計模式?它與風(fēng)格、框架有什么區(qū)別與聯(lián)系?5.軟件體系構(gòu)造測試的內(nèi)容與準(zhǔn)則是什么?6.說明Web效勞的體系構(gòu)造模型?它的三個核心協(xié)議分別是什么?7.什么是軟件危機(jī),軟件危機(jī)的具體表現(xiàn)有哪些?8.MTTF,MTBF,MTRF分別是什么,它們有什么關(guān)系1.簡單介紹基于事件的隱式調(diào)用風(fēng)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論