《軟件體系結(jié)構(gòu)》期末復(fù)習(xí)題(總11頁)

《《軟件體系結(jié)構(gòu)》期末復(fù)習(xí)題(總11頁)》由會員分享，可在線閱讀，更多相關(guān)《《軟件體系結(jié)構(gòu)》期末復(fù)習(xí)題(總11頁)（11頁珍藏版）》請?jiān)谘b配圖網(wǎng)上搜索。

1、《軟件體系結(jié)構(gòu)》期末復(fù)習(xí)題 簡答題： 1、 軟件體系結(jié)構(gòu)建模的種類有： 結(jié)構(gòu)模型、框架模型、動態(tài)模型、過程模型、功能模型。 2、 “4+1”視圖模型從5個不同的視角包括： 邏輯視圖、進(jìn)程視圖、物理視圖、開發(fā)視圖和場景視圖來描述軟件體系結(jié)構(gòu)。 3、 構(gòu)件：是具有某種功能的可重用的軟件模板單元，表示了系統(tǒng)中主要的計(jì)算元素和數(shù)據(jù)存儲。 連接件：表示構(gòu)件之間的交互。 配置：表示構(gòu)件和連接件的拓?fù)溥壿嫼图s束。 端口：表示構(gòu)件和外部環(huán)境的交互點(diǎn)。 角色：定義了該連接交互的參與者。 4、畫出“4+1”視圖模型圖，分析各部分的原

2、理和功能。 5、 軟件體系結(jié)構(gòu)風(fēng)格： 是描述某一特定應(yīng)用領(lǐng)域中系統(tǒng)組織方式的慣用模式。 6、軟件體系結(jié)構(gòu) （Software Architecture） 軟件體系結(jié)構(gòu)以組件和組件交互的方式定義系統(tǒng)，說明需求與成品系統(tǒng)之間的對應(yīng)關(guān)系，描述系統(tǒng)級別的可伸縮性、能力、吞吐量、一致性和兼容性等屬性。 軟件體系結(jié)構(gòu)由組件、連接件和屬性組成。 7、分層系統(tǒng)的優(yōu)點(diǎn)有： 1）支持基于抽象程度遞增的系統(tǒng)設(shè)計(jì)，使設(shè)計(jì)者可以把一個復(fù)雜系統(tǒng)按遞增的步驟進(jìn)行分解； 2）支持功能增強(qiáng)，因?yàn)槊恳粚又炼嗪拖噜彽纳舷聦咏换?，因此功能的改變?/p>

3、多影響相鄰的上下層； 3）支持重用。只要提供的服務(wù)接口定義不變，同一層的不同實(shí)現(xiàn)可以交換使用。這樣，就可以定義一組標(biāo)準(zhǔn)的接口，而允許各種不同的實(shí)現(xiàn)方法。 8、分層系統(tǒng)的缺點(diǎn)有： 1）并不是每個系統(tǒng)都可以很容易地劃分為分層的模式，甚至即使一個系統(tǒng)的邏輯結(jié)構(gòu)是層次化的，出于對系統(tǒng)性能的考慮，系統(tǒng)設(shè)計(jì)師不得不把一些低級或高級的功能綜合起來； 2）很難找到一個合適的、正確的層次抽象方法。 9、 B/S體系結(jié)構(gòu)的優(yōu)點(diǎn)有什么？ 答：1）基于B/S體系結(jié)構(gòu)的軟件，系統(tǒng)安裝、修改和維護(hù)全在服務(wù)器端解決。用戶在使用系統(tǒng)時，僅僅需要一個瀏覽器就可運(yùn)行全部的模塊，真正達(dá)到了“

4、零客戶端”的功能，很容易在運(yùn)行時自動升級。 2）B/S體系結(jié)構(gòu)還提供了異種機(jī)、異種網(wǎng)、異種應(yīng)用服務(wù)的聯(lián)機(jī)、聯(lián)網(wǎng)、統(tǒng)一服務(wù)的最現(xiàn)實(shí)的開放性基礎(chǔ)。 10、B/S體系結(jié)構(gòu)的缺點(diǎn)有什么？ 答：1）B/S體系結(jié)構(gòu)缺乏對動態(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ù)的動態(tài)交互性不強(qiáng)，不利于在線事務(wù)處理(OLTP)應(yīng)用。 11、 DSSA 答案：DSSA就是在一

5、個特定應(yīng)用領(lǐng)域中為一組應(yīng)用提供組織結(jié)構(gòu)參考的標(biāo)準(zhǔn)軟件體系結(jié)構(gòu) 11、軟件體系結(jié)構(gòu)的動態(tài)性主要分為： 交互式動態(tài)性、結(jié)構(gòu)化動態(tài)性、體系結(jié)構(gòu)動態(tài)性等三類。 12、請畫出基于構(gòu)件的動態(tài)系統(tǒng)結(jié)構(gòu)模型畫。 13、軟件產(chǎn)品線 產(chǎn)品線是一個產(chǎn)品集合，這些產(chǎn)品共享一個公共的、可管理的特征集，這個特征集能滿足選定的市場或任務(wù)領(lǐng)域的特定需求。這些系統(tǒng)遵循一個預(yù)描述的方式，在公共的核心資源(core assets)基礎(chǔ)上開發(fā)的 14、SOA 即service-oriented architecture，面向服務(wù)架構(gòu)。它是一個組件模型，它 將應(yīng)用程序的不同功

6、能單元(稱為服務(wù))通過這些服務(wù)之間定義良好的接 口和契約聯(lián)系起來。接口是采用中立的方式進(jìn)行定義的，它應(yīng)該獨(dú)立于 實(shí)現(xiàn)服務(wù)的硬件平臺、操作系統(tǒng)和編程語言。這使得構(gòu)建在各種這樣的 系統(tǒng)中的服務(wù)可以以一種統(tǒng)一和通用的方式進(jìn)行交互。 14、 RIA 15、 中間件 15、 設(shè)計(jì)模式 答：一些設(shè)計(jì)面向?qū)ο蟮能浖_發(fā)的經(jīng)驗(yàn)總結(jié)，就是系統(tǒng)的命名、解釋、和評價某一個重要的面向?qū)ο蟮目芍噩F(xiàn)的面向?qū)ο蟮脑O(shè)計(jì)方案。 15、 軟件體系結(jié)構(gòu)測試和傳統(tǒng)軟件測試區(qū)別 16、UML中的交互圖有兩種，分別是順序圖

7、和協(xié)作圖，請分析一下兩者之間的主要差別和各自的優(yōu)缺點(diǎn)。掌握利用兩種圖進(jìn)行的設(shè)計(jì)的方法。 答：順序圖可視化地表示了對象之間隨時間發(fā)生的交互，它除了展示對象之間的關(guān)聯(lián)，還顯示出對象之間的消息傳遞。與順序圖一樣，協(xié)作圖也展示對象之間的交互關(guān)系。順序圖強(qiáng)調(diào)的是交互的時間順序，而協(xié)作圖強(qiáng)調(diào)的是交互的語境和參與交互的對象的整體組織。順序圖按照時間順序布圖，而協(xié)作圖按照空間組織布圖。順序圖可以清晰地表示消息之間的順序和時間關(guān)系，但需要較多的水平方向的空間。協(xié)作圖在增加對象時比較容易，而且分支也比較少，但如果消息比較多時難以表示消息之間的順序。 17. 管道過濾器風(fēng)格結(jié)構(gòu)特點(diǎn) （1）使得軟構(gòu)件具有良好的

8、隱蔽性和高內(nèi)聚、低耦合的特點(diǎn)； （2）允許設(shè)計(jì)者將整個系統(tǒng)的輸入/輸出行為看成是多個過濾器的行為的簡單合成； 　?。?）支持軟件重用。 （4）系統(tǒng)維護(hù)和增強(qiáng)系統(tǒng)性能簡單。 （5）允許對一些如吞吐量、死鎖等屬性的分析； （6）支持并行執(zhí)行。 但是，這樣的系統(tǒng)也存在著若干不利因素。 （1）通常導(dǎo)致進(jìn)程成為批處理的結(jié)構(gòu)。這是因?yàn)殡m然過濾器可增量式地處理數(shù)據(jù)，但它們是獨(dú)立的，所以設(shè)計(jì)者必須將每個過濾器看成一個完整的從輸入到輸出的轉(zhuǎn)換。 （2）不適合處理交互的應(yīng)用。當(dāng)需要增量地顯示改變時，這個問題尤為嚴(yán)重。 （3）因?yàn)樵跀?shù)據(jù)傳輸上沒有通用的標(biāo)準(zhǔn)，每個過濾器都增加了解析和合成數(shù)據(jù)的工作，

9、這樣就導(dǎo)致了系統(tǒng)性能下降，并增加了編寫過濾器的復(fù)雜性。 18. 什么是設(shè)計(jì)模式？它與風(fēng)格、框架有什么區(qū)別與聯(lián)系？ 設(shè)計(jì)模式是對通用設(shè)計(jì)問題的重復(fù)解決方案。 軟件體系結(jié)構(gòu)風(fēng)格是描述某一特定應(yīng)用領(lǐng)域中系統(tǒng)組織方式的慣用模式。 軟件框架是整個或部分系統(tǒng)的可重用設(shè)計(jì) 模式比框架更加抽象 框架是模式的特例化 設(shè)計(jì)模式被實(shí)現(xiàn)成為框架后，可以極大的減輕從設(shè)計(jì)到實(shí)現(xiàn)的鴻溝 利用了模式的框架比沒有利用模式的框架更容易理解、更能被設(shè)計(jì)與實(shí)現(xiàn)重用 通常成熟的框架包含了多種設(shè)計(jì)模式 一個框架不僅可以具體實(shí)現(xiàn)一個模式，還可以具體的實(shí)現(xiàn)多個模式 設(shè)計(jì)模式與風(fēng)格兩者為近義詞，通常情況下可以互相通用

10、風(fēng)格主要是指大的，宏觀的設(shè)計(jì)。模式既可宏觀，又可微觀。 19. 軟件體系結(jié)構(gòu)測試的內(nèi)容與準(zhǔn)則是什么？ 內(nèi)容：構(gòu)件端口行為與連接件約束是否一致、兼容，單元間的消息是否一致、可達(dá)，相關(guān)端口是否可連接，體系結(jié)構(gòu)風(fēng)格是否可滿足。 準(zhǔn)則：測試覆蓋所有的構(gòu)件及各個構(gòu)件的接口。各個連接件的接口、構(gòu)件之間的直接連接、構(gòu)件之間的間接連接。 20、請簡述MVC，介紹各自的作用和用途。 答案：MVC是三個單詞的縮寫,分別為：模型(Model)，視圖(View)和控制 Controller)。MVC模式的目的就是實(shí)現(xiàn)Web系統(tǒng)的職能分工。 Model是應(yīng)用對象，所有的操作都在這里

11、實(shí)現(xiàn)，它若需要取得視圖中的對象或更新視圖，需通過控制器來進(jìn)行處理。 View是模型在屏幕上的表示，模型在進(jìn)行操作后，其結(jié)果是通過視圖顯示的。 Controller用于管理用戶與視圖發(fā)生的交互，定義用戶界面對用戶輸入的響應(yīng)方式。一旦用戶需要對模型進(jìn)行處理，不能直接執(zhí)行模型，而必須通過控制器間接實(shí)現(xiàn)的。 選擇題 1、設(shè)計(jì)模式一般用來解決什么樣的問題( A　) A.同一問題的不同表相 B不同問題的同一表相 C.不同問題的不同表相 D.以上都不是 2、下列屬于面向?qū)ο蠡驹瓌t的是( C ) A.繼承 B.封裝 C.里氏代換 D都不是 3、

12、Open-Close原則的含義是一個軟件實(shí)體( A ) A.應(yīng)當(dāng)對擴(kuò)展開放，對修改關(guān)閉. B.應(yīng)當(dāng)對修改開放，對擴(kuò)展關(guān)閉 C.應(yīng)當(dāng)對繼承開放，對修改關(guān)閉 D.以上都不對 5、要依賴于抽象，不要依賴于具體。即針對接口編程，不要針對實(shí)現(xiàn)編程,是(　D )的表述 A.開-閉原則 B.接口隔離原則 C.里氏代換原則 D.依賴倒轉(zhuǎn)原則 7、設(shè)計(jì)模式的兩大主題是( 　D　 ) A.系統(tǒng)的維護(hù)與開發(fā) B 對象組合與類的繼承 C.系統(tǒng)架構(gòu)與系統(tǒng)開發(fā) D.系統(tǒng)復(fù)用與系統(tǒng)擴(kuò)展 9、下列模式中,屬于行為模式的是( 　B　 ) A.工廠模式

13、 B觀察者 C適配器 D 以上都是 10、常用的軟件體系結(jié)構(gòu)評估的方法不包括（　C?。?。 A體系結(jié)構(gòu)權(quán)衡分析法 B.軟件體系結(jié)構(gòu)分析法 C系統(tǒng)體系結(jié)構(gòu)分析法 D.中間設(shè)計(jì)的積極評審 11、不屬于軟件體系結(jié)構(gòu)的核心模型的最基本的元素是 （ D ） A 構(gòu)件 B 連接件 C 配置 D 角色 12、選項(xiàng)中部屬于“4+1”試圖模型的是：（ C ） A 邏輯視圖 B 物理視圖 C 連接視圖 D 開發(fā)視圖 13、下列說法錯誤的一項(xiàng)的是（ D ） A：邏輯視圖主要支持系統(tǒng)的功能需求，即系統(tǒng)提

14、供給最終用戶的服務(wù) B：開發(fā)視圖也稱模塊視圖，主要側(cè)重于軟件模塊的組織和管理 C：進(jìn)程視圖側(cè)重與系統(tǒng)的運(yùn)行特性，主要關(guān)注一些功能性需求，例如系統(tǒng)的性能和可用性。 D：物理視圖主要考慮如何吧軟件映射到硬件上，它不需要要考慮到系統(tǒng)性能、規(guī)模、可靠性等。 14、在三層C/S體系結(jié)構(gòu)中，_________是最重要的構(gòu)件。（ A ） A 中間件 B 末尾件 C 功能層 D 數(shù)據(jù)層 15、C/S系統(tǒng)中，服務(wù)器的以下任務(wù)中哪一個是錯的？（ A ） A 數(shù)據(jù)庫一致性要求 B 數(shù)據(jù)庫訪問并發(fā)性控制 C 數(shù)據(jù)庫前端的客戶應(yīng)用程序的全局?jǐn)?shù)據(jù)完整性規(guī)則 D 數(shù)據(jù)庫

15、的備份與恢復(fù) 16、 與C/S體系結(jié)構(gòu)相比，B/S體系結(jié)構(gòu)也有許多不足之處一下說法正確的是（ A ） A B/S體系結(jié)構(gòu)缺乏對動態(tài)頁面的支持能力，沒有集成有效的數(shù)據(jù)庫處理能力 B B/S體系結(jié)構(gòu)的系統(tǒng)擴(kuò)展能力差，但是安全性比較容易控制 C 采用B/S架構(gòu)構(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ù)的動態(tài)交互性不強(qiáng)，利于在線事務(wù)處理（Online Transaction Processing,OLTP）應(yīng)用。 17、以下關(guān)于軟件體系結(jié)構(gòu)描述方法說法錯誤的是( 　B　 ) A圖形表達(dá)工具在

16、軟件設(shè)計(jì)中占據(jù)主導(dǎo)地位。 B由于軟件設(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ā)和使用針對軟件體系結(jié)構(gòu)描述語言。 18、下列選項(xiàng)中關(guān)于ADL與其他語言的比較說法中錯誤的是（　B　 ） ADL與需求語言的區(qū)別在于后者描述的問題空哦關(guān)鍵，而前者則扎根于解空間中 ADL與建模語言的區(qū)別在于后者對部分的關(guān)注要大于對整體的關(guān)注 ADL與傳統(tǒng)的程序設(shè)計(jì)語言

17、的構(gòu)成元素由許多相同和相似之處，有各自有著很大的不同 ADL集中在構(gòu)件的表示上。 19、對動態(tài)軟件體系結(jié)構(gòu)的形式化描述通?？梢圆捎玫姆椒?？（ 　D ） A、圖形化方法 B、代數(shù)進(jìn)程方法 C、邏輯方法 D、以上皆是 20、以下哪些特征不屬于動態(tài)體系結(jié)構(gòu)特征（ D ） ？ A 可構(gòu)造性動態(tài)特征 B 適應(yīng)性動態(tài)特征 C 智能性動態(tài)特征 D 安全性動態(tài)特征 21、通常，一個Web服務(wù)可以分為4個邏輯層，分別為數(shù)據(jù)層（Data Layer）、數(shù)據(jù)訪問層（Data Access Layer）、 業(yè)務(wù)層（Business

18、 Layer）和監(jiān)聽者（Listener）。離客戶端最近的是監(jiān)聽者，離客戶最遠(yuǎn)的是______：（ A ） A 數(shù)據(jù)層（Data Layer） B 數(shù)據(jù)訪問層（Data Access Layer） C 業(yè)務(wù)層（Business Layer） D 監(jiān)聽者（Listener） 22、Web服務(wù)是采用___ B___格式的信息來定義和描述對外的公共接口和綁定。 A.URI B.XML C.SOAP D.HTTP 23、下面哪個不屬于設(shè)計(jì)模式方法分類（ D ） A Coad的面向?qū)ο竽Ｊ? B 代碼模式 C 框架應(yīng)用模式

19、 D 遺傳算法 24、一般來說，模式有以下四個基本成分：（ A ）、問題、解決方案、效果 。 A．模式名稱 B. 時間 C. 地點(diǎn) D. 思想 25、軟件體系結(jié)構(gòu)的文檔要求與軟件開發(fā)項(xiàng)目中的其他文檔是相似的，下列哪項(xiàng)屬于體系結(jié)構(gòu)文檔化過程的主要輸出結(jié)果（ A ） A 體系結(jié)構(gòu)需求規(guī)格說明 B 體系結(jié)構(gòu)概要設(shè)計(jì)說明 C 體系結(jié)構(gòu)詳細(xì)設(shè)計(jì)說明 D 體系結(jié)構(gòu)總體框架說明 26、在設(shè)計(jì)模式目錄下，以下哪種設(shè)計(jì)模式是關(guān)于類的（ A?。? A. Factory Method B.Builder C.Prototy

20、pe D.Bridge 27、下列選項(xiàng)中不是軟件體系結(jié)構(gòu)的嚴(yán)重性分級的一項(xiàng)是（　C　） A．災(zāi)難性的 B．危急的 C．較大的 D．邊際性的 28、以下不屬于傳統(tǒng)的軟件測試和基于體系結(jié)構(gòu)的軟件測試都需要研究的對象是？（ D ） A、測試內(nèi)容 B、測試準(zhǔn)則 C、測試用例 D、測試語言 29、在體系結(jié)構(gòu)中，應(yīng)用于當(dāng)前環(huán)境中有多個構(gòu)建同時運(yùn)行的情況，主要用來提高系統(tǒng)性能的結(jié)構(gòu)風(fēng)格是（ B ） A、順序結(jié)構(gòu)風(fēng)格 B、并行/管道—過濾器結(jié)構(gòu)風(fēng)格 C、容錯結(jié)構(gòu)風(fēng)格

21、 D、調(diào)用—返回結(jié)構(gòu)風(fēng)格 30、下列哪一個測試過程是測試構(gòu)件之間的接口以保證構(gòu)件能夠交互，它將構(gòu)件本身抽象為單元，并關(guān)注與構(gòu)件間的消息傳遞，構(gòu)件的交互行為可以通過形式化規(guī)約得到，可以提前進(jìn)行（　C ） A、單元測試 B、模塊測試 C、集成測試 D、系統(tǒng)測試 31、評估方法質(zhì)量屬性中可修改性不包括（C）。 A、可維護(hù)性 B、可擴(kuò)展性 C．完整性 D．可移植性 32、 （A ）是場景中解釋或描述風(fēng)險承擔(dān)者怎樣金發(fā)與系統(tǒng)的交互部分。 A．刺激 B．環(huán)境 C．響應(yīng)

22、 D．互操作 33、軟件評估中關(guān)注大可修改性包含可維護(hù)性，可擴(kuò)展性，（ B ）和結(jié)構(gòu)重組4個方面。 A ?？捎眯? B ?？梢浦残? C ?？勺冃? D ?；ゲ僮餍? 34、產(chǎn)品線就是由在系統(tǒng)的組成元素和功能方面具有共性和（ 　B ）相似的多個系統(tǒng)組成的系統(tǒng)族。 A、異步性 B、個性 C、 可變性 D、繼承性 35、一下哪個不是領(lǐng)域工程階段的主要任務(wù)（B ）。 A、領(lǐng)域設(shè)計(jì) B、需求分析 C、領(lǐng)域分析 D、領(lǐng)域?qū)崿F(xiàn) 36、軟件危機(jī)的原因不包括（ D ）： A．用戶需求不明確 B、缺乏

23、正確的理論指導(dǎo) C、軟件規(guī)模越來越大 D、軟件復(fù)雜度越來越低 37、常用的軟件體系結(jié)構(gòu)評估的方法不包括：（　C ） A。體系結(jié)構(gòu)權(quán)衡分析法 B。軟件體系結(jié)構(gòu)分析法 C。系統(tǒng)體系結(jié)構(gòu)分析法 D。中間設(shè)計(jì)的積極評審 38、不屬于軟件體系結(jié)構(gòu)的核心模型的最基本的元素是（　D ） A 構(gòu)件 B 連接件 C 配置 D 角色 39、選項(xiàng)中部屬于“4+1”試圖模型的是：（ C ） A 邏輯視圖 B 物理視圖 C 連接視圖 D 開發(fā)視圖 40、某公司欲對其內(nèi)部的信息系統(tǒng)進(jìn)行集成，需要實(shí)現(xiàn)在系統(tǒng)之間快速傳遞可定制格式的數(shù)據(jù)包，

24、并且當(dāng)有新的數(shù)據(jù)包到達(dá)時，接收系統(tǒng)會自動得到通知。另外還要求支持?jǐn)?shù)據(jù)重傳，以確保傳輸?shù)某晒?。針對這些集成需求，應(yīng)該采用 （ D ） 的集成方式。 A. 遠(yuǎn)程過程調(diào)用B. 共享數(shù)據(jù)庫C. 文件傳輸D. 消息傳遞 41、在RUP中采用“4+1”視圖模型來描述軟件系統(tǒng)的體系結(jié)構(gòu)。在該模型中，最終用戶側(cè)重于 （C） ，系統(tǒng)工程師側(cè)重于 （D） 。 A. 實(shí)現(xiàn)視圖B. 進(jìn)程視圖C. 邏輯視圖D. 部署視圖 42、 某銀行系統(tǒng)采用Factory Method方法描述其不同賬戶之間的關(guān)系，設(shè)計(jì)出的類圖如下所示。其中與Factory Method中的“Creator”角色相對

25、應(yīng)的類是 （A） ；與“Product”角色相對應(yīng)的類是（B） 。 ） A. BankB. AccountC. Checking D. Savings 43、是一個獨(dú)立可交付的功能單元，外界通過接口訪問其提供的服務(wù)。（C） A. 面向?qū)ο笙到y(tǒng)中的對象（Object）B. 模塊化程序設(shè)計(jì)中的子程序（Subroutine） C. 基于構(gòu)件開發(fā)中的構(gòu)件（Component）D. 系統(tǒng)模型中的包（Package） 44、軟件的橫向重用是指重用不同應(yīng)用領(lǐng)域中的軟件元素。 （C） 是一種典型的、原始的橫向重用機(jī)制。（） A. 對象B. 構(gòu)件C. 標(biāo)準(zhǔn)函數(shù)庫D. 設(shè)計(jì)模式 45、

26、 在基于構(gòu)件的軟件開發(fā)中， （A ） 描述系統(tǒng)設(shè)計(jì)藍(lán)圖以保證系統(tǒng)提供適當(dāng)?shù)墓δ?；?B）用來了解系統(tǒng)的性能、吞吐率等非功能性屬性。 A. 邏輯構(gòu)件模型B. 物理構(gòu)件模型C. 組件接口模型D. 系統(tǒng)交互模型 46．對象管理組織（OMG）基于CORBA基礎(chǔ)設(shè)施定義了四種構(gòu)件標(biāo)準(zhǔn)。其中，（ D ）的狀態(tài)信息是由構(gòu)件自身而不是由容器維護(hù)。 A. 實(shí)體構(gòu)件B. 加工構(gòu)件C. 服務(wù)構(gòu)件D. 會話構(gòu)件 47、分布式系統(tǒng)開發(fā)中，通常需要將任務(wù)分配到不同的邏輯計(jì)算層。業(yè)務(wù)數(shù)據(jù)的綜合計(jì)算分析任務(wù)屬于 （B） 。A. 表示邏輯層B. 應(yīng)用邏輯層C.數(shù)據(jù)處理層D. 數(shù)據(jù)層 48、 在客戶機(jī)/服務(wù)

27、器系統(tǒng)開發(fā)中，采用 （ D ） 時，應(yīng)將數(shù)據(jù)層和數(shù)據(jù)處理層放置于服務(wù)器，應(yīng)用邏輯層、表示邏輯層和表示層放置于客戶機(jī)。 A. 分布式表示結(jié)構(gòu)B. 分布式應(yīng)用結(jié)構(gòu)C. 分布式數(shù)據(jù)和應(yīng)用結(jié)構(gòu)D. 分布式數(shù)據(jù)結(jié)構(gòu) 49、軟件架構(gòu)是降低成本、改進(jìn)質(zhì)量、按時和按需交付產(chǎn)品的關(guān)鍵因素。以下關(guān)于軟件架構(gòu)的描述，錯誤的是 （A ） 。 A. 根據(jù)用戶需求，能夠確定一個最佳的軟件架構(gòu)，指導(dǎo)整個軟件的開發(fā)過程B. 軟件架構(gòu)設(shè)計(jì)需要滿足系統(tǒng)的質(zhì)量屬性，如性能、安全性和可修改性等C. 軟件架構(gòu)設(shè)計(jì)需要確定組件之間的依賴關(guān)系，支持項(xiàng)目計(jì)劃和管理活動D. 軟件架構(gòu)能夠指導(dǎo)設(shè)計(jì)人員和實(shí)現(xiàn)人員的工作 50、某游戲公

28、司欲開發(fā)一個大型多人即時戰(zhàn)略游戲，游戲設(shè)計(jì)的目標(biāo)之一是能夠支持玩家自行創(chuàng)建戰(zhàn)役地圖，定義游戲?qū)ο蟮男袨楹椭g的關(guān)系。針對該目標(biāo)，公司應(yīng)該采用（D ） 架構(gòu)風(fēng)格最為合適。 A. 管道-過濾器B. 隱式調(diào)用 C. 主程序-子程序 D. 解釋器 51、 (A)將一個類的接口轉(zhuǎn)換成客戶希望的另外一個接口，使得原本由于接口不兼容而不能一起工作的那些類可以一起工作。 A. Adapter（適配器）模式 B. Command（命令）模式 C. Singleton（單例）模式 D. Strategy（策略）模式 52、UML提供了一系列的圖支持面向?qū)ο蟮姆治雠c設(shè)計(jì)，其中____(1)_

29、__給出系統(tǒng)的靜態(tài)設(shè)計(jì)視圖；___(2)____對系統(tǒng)的行為進(jìn)行組織和建模是非常重要的；____(3)___和____(4)___都是描述系統(tǒng)動態(tài)視圖的交互圖，其中___(3)___描述了以時間順序組織的對象之間的交互活動，___(4)____強(qiáng)調(diào)收發(fā)消息的對象的組織結(jié)構(gòu)。 A、狀態(tài)圖 B、用例圖 C、時序圖 D、配置圖 E、協(xié)作圖 F、類圖 答：（1）F （2）B （3）C （4）E 設(shè)計(jì)題： 1、設(shè)計(jì)一個簡化的網(wǎng)上個人銀行查詢系統(tǒng)，用戶可以通過Internet查詢自己帳戶的收支明細(xì)、余額和修改密碼。 （1）.

30、 說明系統(tǒng)的若干質(zhì)量屬性，并以場景圖的形式分別描述一個可用性場景和一個安全性場景。 （2）. 使用ADD方法說明系統(tǒng)的初步設(shè)計(jì)。 （3.） 描述ATAM方法的步驟。 （4）. 選取兩個質(zhì)量屬性以表格形式生成質(zhì)量屬性效用樹 參考答案： ?分別描述兩個質(zhì)量屬性的場景圖。 　　下面場景表現(xiàn)了網(wǎng)上個人銀行查詢系統(tǒng)的性能。 500用戶戶 試圖同時登陸系統(tǒng) 網(wǎng)上個人銀行查詢系統(tǒng) 平均響應(yīng) 時間5秒 正常運(yùn)行 請求被處理 下面場景表現(xiàn)了網(wǎng)上個人銀行查詢系統(tǒng)的修改性。 希望改變操作界面 代碼 只修改界面代碼或配置文件 維護(hù)時 用戶 修改不產(chǎn)生

31、副作用，在2小時內(nèi)完成 場景可以用文本表示，也可以用圖形表示。 2．請描述構(gòu)架設(shè)計(jì)的ADD方法中對模塊求精的5個步驟。 　答題要點(diǎn)： 　a. 從具體的質(zhì)量場景和功能需求集合中選擇構(gòu)架驅(qū)動因素。　 　b. 選擇滿足構(gòu)架驅(qū)動因素的構(gòu)架模式。 　　 　c. 實(shí)例化模塊并根據(jù)用例分配功能，使用多個視圖進(jìn)行表示。 　d. 定義子模塊的接口。 　e. 驗(yàn)證用例和質(zhì)量場景并對其進(jìn)行求精，使它們成為子模塊的限制。 3. 描述ATAM方法的步驟。） 　ATAM方法的表述 　　　商業(yè)動機(jī)的表述 　　　構(gòu)架的表述 　　　對構(gòu)架方法進(jìn)行分類 　　　生成質(zhì)量屬性效用樹

32、 　　　分析構(gòu)架方法 　　　集體討論并確定場景優(yōu)先級 　　　再次分析構(gòu)架方法 　　　結(jié)果的表述 4. 選取兩個質(zhì)量屬性以表格形式生成質(zhì)量屬性效用樹 效用樹的表格形式如下表所示。 質(zhì)量屬性 屬性求精 場景 場景用文字描述，并要標(biāo)明場景的優(yōu)先級和實(shí)現(xiàn)的難易。 系統(tǒng)的質(zhì)量屬性有多種，請列舉其中六種： 可用性、可修改性、性能、安全、可測試性、易用性、可移植、可重用、可集成（任選六個）。 2、畫出下面場景的時序圖： 1.收款員啟動一次銷售(makeNewSale()) 2.收款員輸入商品標(biāo)識(enterItem(itemID,quantity)) 3.銷售結(jié)束，系統(tǒng)計(jì)算并顯示總金額（endSale（）） 4.顧客付款，系統(tǒng)處理支付。(makePayment(amount)) 參考答案如下： 3、在電話系統(tǒng)中假設(shè)有兩個打電話的個案：使用電話卡和對方付款，其中Phone User是電話用戶，請畫出其usecase diagram。 答：usecase diagram如下所示：