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

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

2、itecture )軟件體系結(jié)構(gòu)以組件和組件交互的方式定義系統(tǒng)，說(shuō)明需求與成品系統(tǒng)之間的對(duì)應(yīng)關(guān)系，描述系統(tǒng)級(jí)別的可伸縮性、能力、吞吐量、一致性和兼容性等屬性。 軟件體系結(jié)構(gòu)由組件、連接件和屬性組成。7、分層系統(tǒng)的優(yōu)點(diǎn)有1 )支持基于抽象程度遞增的系統(tǒng)設(shè)計(jì)，使設(shè)計(jì)者可以把一個(gè)復(fù)雜系統(tǒng)按遞增的步驟進(jìn)行分解；2 )支持功能增強(qiáng)，因?yàn)槊恳粚又炼嗪拖噜彽纳舷聦咏换?，因此功能的改變最多影響相鄰的上下層? )支持重用。只要提供的服務(wù)接口定義不變，同一層的不同實(shí)現(xiàn)可以交換使用。這樣，就可以定義一組標(biāo)準(zhǔn)的接口，而允許各種不同的實(shí)現(xiàn)方法。8、分層系統(tǒng)的缺點(diǎn)有：1 )并不是每個(gè)系統(tǒng)都可以很容易地劃分為分層的模式，

3、甚至即使一個(gè)系統(tǒng)的邏輯結(jié)構(gòu)是層次化的，出于對(duì)系統(tǒng)性能的考慮，系統(tǒng)設(shè)計(jì)師不得不把一些低級(jí)或高級(jí)的功能綜合起來(lái)；2 )很難找到一個(gè)合適的、正確的層次抽象方法。9、 B/S 體系結(jié)構(gòu)的優(yōu)點(diǎn)有什么？答：1)基于B/S 體系結(jié)構(gòu)的軟件，系統(tǒng)安裝、修改和維護(hù)全在服務(wù)器端解決。用戶(hù)在使用系統(tǒng)時(shí)，僅僅需要一個(gè)瀏覽器就可運(yùn)行全部的模塊，真正達(dá)到了“零客戶(hù)端”的功能，很容易在運(yùn)行時(shí)自動(dòng)升級(jí)。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í)的開(kāi)放性基礎(chǔ)。10、 B/S 體系結(jié)構(gòu)的缺點(diǎn)有什么？答： 1) B/S 體系結(jié)構(gòu)缺乏對(duì)動(dòng)態(tài)頁(yè)面的支持能力，沒(méi)有集成有效的數(shù)據(jù)庫(kù)處理功能。

4、2 ) B/S 體系結(jié)構(gòu)的系統(tǒng)擴(kuò)展能力差，安全性難以控制。3 )采用 B/S 體系結(jié)構(gòu)的應(yīng)用系統(tǒng)，在數(shù)據(jù)查詢(xún)等響應(yīng)速度上，要遠(yuǎn)遠(yuǎn)地低于C/S 體系結(jié)構(gòu)。4 ) B/S體系結(jié)構(gòu)的數(shù)據(jù)提交一般以頁(yè)面為單位，數(shù)據(jù)的動(dòng)態(tài)交互性不強(qiáng)，不利于在線事務(wù)處理(OLTP)應(yīng)用。11、 DSSA答案：DSSA就是在一個(gè)特定應(yīng)用領(lǐng)域中為一組應(yīng)用提供組織結(jié)構(gòu)參考的標(biāo)準(zhǔn)軟件體系結(jié)構(gòu)11、軟件體系結(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)性等三類(lèi)。12、請(qǐng)畫(huà)出基于構(gòu)件的動(dòng)態(tài)系統(tǒng)結(jié)構(gòu)模型畫(huà)。13、軟件產(chǎn)品線產(chǎn)品線是一個(gè)產(chǎn)品集合，這些產(chǎn)品共享一個(gè)公共的、可管理的特征集，這個(gè)特征集能滿(mǎn)足選定的市場(chǎng)或任務(wù)領(lǐng)域

5、的特定需求。這些系統(tǒng)遵循一個(gè)預(yù)描述的方式，在公共的核心資源 (core assets) 基礎(chǔ)上開(kāi)發(fā)的14、 SOA即 service-oriented architecture,面向服務(wù)架構(gòu)。它是一個(gè)組件模型，它將應(yīng)用程序的不同功能單元（ 稱(chēng)為服務(wù) ） 通過(guò)這些服務(wù)之間定義良好的接 口和契約聯(lián)系起來(lái)。接口是采用中立的方式進(jìn)行定義的，它應(yīng)該獨(dú)立于 實(shí)現(xiàn)服務(wù)的硬件平臺(tái)、操作系統(tǒng)和編程語(yǔ)言。這使得構(gòu)建在各種這樣的 系統(tǒng)中的服務(wù)可以以一種統(tǒng)一和通用的方式進(jìn)行交互。14、 RIA15、中間件15、設(shè)計(jì)模式答：一些設(shè)計(jì)面向?qū)ο蟮能浖_(kāi)發(fā)的經(jīng)驗(yàn)總結(jié)，就是系統(tǒng)的命名、解釋、和評(píng)價(jià)某一個(gè)重要的面向?qū)ο蟮目芍噩F(xiàn)的

6、面向?qū)ο蟮脑O(shè)計(jì)方案。15、軟件體系結(jié)構(gòu)測(cè)試和傳統(tǒng)軟件測(cè)試區(qū)別16、UML中的交互圖有兩種，分別是順序圖和協(xié)作圖，請(qǐng)分析一下兩者之間的主要差別和各自的優(yōu)缺點(diǎn)。掌握利用兩種圖進(jìn)行的設(shè)計(jì)的方法。答：順序圖可視化地表示了對(duì)象之間隨時(shí)間發(fā)生的交互，它除了展示對(duì)象之間的關(guān)聯(lián)，還顯示出對(duì)象之間的消息傳遞。與順序圖一樣，協(xié)作圖也展示對(duì)象之間的交互關(guān)系。順序圖強(qiáng)調(diào)的是交互的時(shí)間順序，而協(xié)作圖強(qiáng)調(diào)的是交互的語(yǔ)境和參與交互的對(duì)象的整體組織。順序圖按照時(shí)間順序布圖，而協(xié)作圖按照空間組織布圖。順序圖可以清晰地表示消息之間的順序和時(shí)間關(guān)系，但需要較多的水平方向的空間。協(xié)作圖在增加對(duì)象時(shí)比較容易，而且分支也比較少，但如果消

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

8、上沒(méi)有通用的標(biāo)準(zhǔn)，每個(gè)過(guò)濾器都增加了解析和合成數(shù)據(jù)的工作，這樣就導(dǎo)致了系統(tǒng)性能下降，并增加了編寫(xiě)過(guò)濾器的復(fù)雜性。18. 什么是設(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ì)模式比框架更加抽象框架是模式的特例化設(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)格兩者為近義詞，通常情況下可

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

10、通過(guò)控制器來(lái)進(jìn) 行處理。View 是模型在屏幕上的表示，模型在進(jìn)行操作后，其結(jié)果是通過(guò)視圖顯示的。Controller 用于管理用戶(hù)與視圖發(fā)生的交互，定義用戶(hù)界面對(duì)用戶(hù)輸入的響應(yīng)方式。一旦用戶(hù)需要對(duì)模型進(jìn)行處理，不能直接執(zhí)行模型，而必須通過(guò)控制器間接實(shí)現(xiàn)的。選擇題1、設(shè)計(jì)模式一般用來(lái)解決什么樣的問(wèn)題 ( A )A. 同一問(wèn)題的不同表相B 不同問(wèn)題的同一表相C. 不同問(wèn)題的不同表相D. 以上都不是2、下列屬于面向?qū)ο蠡驹瓌t的是( C )A. 繼承 B. 封裝 C. 里氏代換D 都不是3、 Open-Close 原則的含義是一個(gè)軟件實(shí)體 ( A )A. 應(yīng)當(dāng)對(duì)擴(kuò)展開(kāi)放，對(duì)修改關(guān)閉 .B. 應(yīng)當(dāng)對(duì)

11、修改開(kāi)放，對(duì)擴(kuò)展關(guān)閉C. 應(yīng)當(dāng)對(duì)繼承開(kāi)放，對(duì)修改關(guān)閉D. 以上都不對(duì)5、要依賴(lài)于抽象，不要依賴(lài)于具體。即針對(duì)接口編程，不要針對(duì)實(shí)現(xiàn)編程,是( D ) 的表述A. 開(kāi)- 閉原則B. 接口隔離原則C. 里氏代換原則D. 依賴(lài)倒轉(zhuǎn)原則7、設(shè)計(jì)模式的兩大主題是（ D ）A. 系統(tǒng)的維護(hù)與開(kāi)發(fā) B 對(duì)象組合與類(lèi)的繼承C. 系統(tǒng)架構(gòu)與系統(tǒng)開(kāi)發(fā) D. 系統(tǒng)復(fù)用與系統(tǒng)擴(kuò)展9、下列模式中, 屬于行為模式的是（ B ）A. 工廠模式B 觀察者 C 適配器 D 以上都是10、常用的軟件體系結(jié)構(gòu)評(píng)估的方法不包括（ C ） 。A 體系結(jié)構(gòu)權(quán)衡分析法B.軟件體系結(jié)構(gòu)分析法C系統(tǒng)體系結(jié)構(gòu)分析法D.中間設(shè)計(jì)的積極評(píng)審11、不

12、屬于軟件體系結(jié)構(gòu)的核心模型的最基本的元素是（ D ）A 構(gòu)件 B 連接件 C 配置 D 角色12、選項(xiàng)中部屬于“4+1”試圖模型的是：（ C ）A 邏輯視圖 B 物理視圖 C 連接視圖 D 開(kāi)發(fā)視圖13、下列說(shuō)法錯(cuò)誤的一項(xiàng)的是（ D ）A:邏輯視圖主要支持系統(tǒng)的功能需求，即系統(tǒng)提供給最終用戶(hù)的服務(wù)B:開(kāi)發(fā)視圖也稱(chēng)模塊視圖，主要側(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

13、末尾件C 功能層D 數(shù)據(jù)層15、 C/S 系統(tǒng)中，服務(wù)器的以下任務(wù)中哪一個(gè)是錯(cuò)的？（ A ）A 數(shù)據(jù)庫(kù)一致性要求B 數(shù)據(jù)庫(kù)訪問(wèn)并發(fā)性控制C 數(shù)據(jù)庫(kù)前端的客戶(hù)應(yīng)用程序的全局?jǐn)?shù)據(jù)完整性規(guī)則D 數(shù)據(jù)庫(kù)的備份與恢復(fù)16、 與 C/S 體系結(jié)構(gòu)相比， B/S 體系結(jié)構(gòu)也有許多不足之處一下說(shuō)法正確的是（ A ）A B/S 體系結(jié)構(gòu)缺乏對(duì)動(dòng)態(tài)頁(yè)面的支持能力，沒(méi)有集成有效的數(shù)據(jù)庫(kù)處理能力B B/S 體系結(jié)構(gòu)的系統(tǒng)擴(kuò)展能力差，但是安全性比較容易控制C 采用 B/S 架構(gòu)構(gòu)的應(yīng)用系統(tǒng)，在數(shù)據(jù)查詢(xún)等響應(yīng)速度上，要遠(yuǎn)遠(yuǎn)的高于C/S 體系結(jié)構(gòu)D B/S 體系結(jié)構(gòu)的數(shù)據(jù)提交一般以頁(yè)面為單位，數(shù)據(jù)的動(dòng)態(tài)交互性不強(qiáng)，利于在線

14、事務(wù)處理（ OnlineTransaction Processing,OLTP ）應(yīng)用。17、以下關(guān)于軟件體系結(jié)構(gòu)描述方法說(shuō)法錯(cuò)誤的是（ B ）A圖形表達(dá)工具在軟件設(shè)計(jì)中占據(jù)主導(dǎo)地位。B 由于軟件設(shè)計(jì)語(yǔ)言和模塊內(nèi)連接語(yǔ)言具有嚴(yán)格的語(yǔ)義基礎(chǔ)，因此它們能支持較小的軟件單元進(jìn)行描述。C 基于軟構(gòu)件的系統(tǒng)描述語(yǔ)言將軟件系統(tǒng)描述成一種是由許多以特定形式相互作用的特殊軟件實(shí)體構(gòu)造組成的組織或系統(tǒng)。D 軟件體系結(jié)構(gòu)描述語(yǔ)言是參照傳統(tǒng)程序設(shè)計(jì)語(yǔ)言的設(shè)計(jì)語(yǔ)言的設(shè)計(jì)和開(kāi)發(fā)經(jīng)驗(yàn)，重新設(shè)計(jì)、開(kāi)發(fā)和使用針對(duì)軟件體系結(jié)構(gòu)描述語(yǔ)言。18、下列選項(xiàng)中關(guān)于 ADL與其他語(yǔ)言的比較說(shuō)法中錯(cuò)誤的是（ B ）ADL與需求語(yǔ)言的區(qū)別在

15、于后者描述的問(wèn)題空哦關(guān)鍵，而前者則扎根于解空間中ADL與建模語(yǔ)言的區(qū)別在于后者對(duì)部分的關(guān)注要大于對(duì)整體的關(guān)注ADL與傳統(tǒng)的程序設(shè)計(jì)語(yǔ)言的構(gòu)成元素由許多相同和相似之處，有各自有著很大的不同ADL集中在構(gòu)件的表示上。19、對(duì)動(dòng)態(tài)軟件體系結(jié)構(gòu)的形式化描述通?？梢圆捎玫姆椒?？（D ）A、圖形化方法B、代數(shù)進(jìn)程方法C、邏輯方法D、以上皆是20、以下哪些特征不屬于動(dòng)態(tài)體系結(jié)構(gòu)特征（D ） ？A 可構(gòu)造性動(dòng)態(tài)特征B 適應(yīng)性動(dòng)態(tài)特征C 智能性動(dòng)態(tài)特征D 安全性動(dòng)態(tài)特征21、通常，一個(gè)Web服務(wù)可以分為4個(gè)邏輯層，分別為數(shù)據(jù)層(Data Layer)、數(shù)據(jù)訪問(wèn)層(Data Access Layer)、業(yè)務(wù)層(B

16、usiness Layer )和監(jiān)聽(tīng)者(Listener )。離客戶(hù)端最近的是監(jiān)聽(tīng)者，離客戶(hù)最遠(yuǎn)的是 : ( A )A 數(shù)據(jù)層(Data Layer )B 數(shù)據(jù)訪問(wèn)層(Data Access Layer )C 業(yè)務(wù)層(Business Layer )D 監(jiān)聽(tīng)者(Listener )22、Web服務(wù)是采用B格式的信息來(lái)定義和描述對(duì)外的公共接口和綁定。23、下面哪個(gè)不屬于設(shè)計(jì)模式方法分類(lèi)( D )A Coad的面向?qū)ο竽Ｊ紹代碼模式C框架應(yīng)用模式 D 遺傳算法24、一般來(lái)說(shuō)，模式有以下四個(gè)基本成分：( A )、問(wèn)題、解決方案、效果 。A.模式名稱(chēng)B. 時(shí)間C.地點(diǎn) D. 思想25、軟件體系結(jié)構(gòu)的文

17、檔要求與軟件開(kāi)發(fā)項(xiàng)目中的其他文檔是相似的，下列哪項(xiàng)屬于體系結(jié)構(gòu)文檔化過(guò)程的主要 輸出結(jié)果(A )A體系結(jié)構(gòu)需求規(guī)格說(shuō)明B體系結(jié)構(gòu)概要設(shè)計(jì)說(shuō)明C體系結(jié)構(gòu)詳細(xì)設(shè)計(jì)說(shuō)明D體系結(jié)構(gòu)總體框架說(shuō)明26、在設(shè)計(jì)模式目錄下，以下哪種設(shè)計(jì)模式是關(guān)于類(lèi)的( A )A. Factory Method27、下列選項(xiàng)中不是軟件體系結(jié)構(gòu)的嚴(yán)重性分級(jí)的一項(xiàng)是( C )A.災(zāi)難性的B .危急的C.較大的D.邊際性的28、以下不屬于傳統(tǒng)的軟件測(cè)試和基于體系結(jié)構(gòu)的軟件測(cè)試都需要研究的對(duì)象是？（A測(cè)試內(nèi)容B、測(cè)試準(zhǔn)則C測(cè)試用例D、測(cè)試語(yǔ)言29、在體系結(jié)構(gòu)中，應(yīng)用于當(dāng)前環(huán)境中有多個(gè)構(gòu)建同時(shí)運(yùn)行的情況，主要用來(lái)提高系統(tǒng)性能的結(jié)構(gòu)風(fēng)格是

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

19、個(gè)方面。A ?？捎眯訠 ?？梢浦残訡 ?？勺冃訢 ?；ゲ僮餍?4、產(chǎn)品線就是由在系統(tǒng)的組成元素和功能方面具有共性和（ B ）相似的多個(gè)系統(tǒng)組成的系統(tǒng)族。A異步性B、個(gè)性C、 可變性D、繼承性35、一下哪個(gè)不是領(lǐng)域工程階段的主要任務(wù)（ B ）。A領(lǐng)域設(shè)計(jì)B、需求分析C領(lǐng)域分析D 、領(lǐng)域?qū)崿F(xiàn)36、軟件危機(jī)的原因不包括（ D ）:A.用戶(hù)需求不明確B 、缺乏正確的理論指導(dǎo)C、軟件規(guī)模越來(lái)越大 D、軟件復(fù)雜度越來(lái)越低37、常用的軟件體系結(jié)構(gòu)評(píng)估的方法不包括：（C ）A。體系結(jié)構(gòu)權(quán)衡分析法B 。軟件體系結(jié)構(gòu)分析法Co系統(tǒng)體系結(jié)構(gòu)分析法D 。中間設(shè)計(jì)的積極評(píng)審38、不屬于軟件體系結(jié)構(gòu)的核心模型的最基本的元

20、素是（ D ）A構(gòu)件 B 連接件C 配置D 角色39、選項(xiàng)中部屬于“ 4+1”試圖模型的是：（C ）A邏輯視圖 B 物理視圖C連接視圖 D開(kāi)發(fā)視圖40、某公司欲對(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)該采用 （D ）的集成方式。A.遠(yuǎn)程過(guò)程調(diào)用B.共享數(shù)據(jù)庫(kù)C.文件傳輸D.消息傳遞41、在RUP中采用“4+1”視圖模型來(lái)描述軟件系統(tǒng)的體系結(jié)構(gòu)。在該模型中，最終用戶(hù)側(cè)重于（C），系統(tǒng)工程師側(cè)重于（D）。A.實(shí)現(xiàn)視圖B.進(jìn)程視圖 C.邏輯視圖D.部署

21、視圖42、某銀行系統(tǒng)采用 Factory Method方法描述其不同賬戶(hù)之間的關(guān)系，設(shè)計(jì)出的類(lèi)圖如下所示。其中與 FactoryMethod中的“ Creator ”角色相對(duì)應(yīng)的類(lèi)是 （A）;與“ Product ”角色相對(duì)應(yīng)的類(lèi)是（B）。）A. Bank B. Account C. Checking D. Savings43、是一個(gè)獨(dú)立可交付的功能單元，外界通過(guò)接口訪問(wèn)其提供的服務(wù)。（C）A.面向?qū)ο笙到y(tǒng)中的對(duì)象（Object ） B.模塊化程序設(shè)計(jì)中的子程序（ Subroutine ）C.基于構(gòu)件開(kāi)發(fā)中的構(gòu)件（Component） D.系統(tǒng)模型中的包（Package）44、軟件的橫向重用是

22、指重用不同應(yīng)用領(lǐng)域中的軟件元素。（C）是一種典型的、原始的橫向重用機(jī)制。 （）A.對(duì)象 B.構(gòu)件 C.標(biāo)準(zhǔn)函數(shù)庫(kù)D.設(shè)計(jì)模式45、在基于構(gòu)件的軟件開(kāi)發(fā)中，（A ）描述系統(tǒng)設(shè)計(jì)藍(lán)圖以保證系統(tǒng)提供適當(dāng)?shù)墓δ?；?B）用來(lái)了解系統(tǒng)的性能、吞吐率等非功能性屬性。A.邏輯構(gòu)件模型B.物理構(gòu)件模型 C.組件接口模型D.系統(tǒng)交互模型46.對(duì)象管理組織（OMG基于CORBAi礎(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.會(huì)話(huà)構(gòu)件47、分布式系統(tǒng)開(kāi)發(fā)中，通常需要將任務(wù)分配到不同的邏輯計(jì)算層。業(yè)務(wù)數(shù)據(jù)的綜合計(jì)算分析任務(wù)屬于（B）A.表示

23、邏輯層B.應(yīng)用邏輯層C.數(shù)據(jù)處理層D.數(shù)據(jù)層48、在客戶(hù)機(jī)/服務(wù)器系統(tǒng)開(kāi)發(fā)中，采用 （D ）時(shí)，應(yīng)將數(shù)據(jù)層和數(shù)據(jù)處理層放置于服務(wù)器，應(yīng)用邏輯層、 表示邏輯層和表示層放置于客戶(hù)機(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ì)量、按時(shí)和按需交付產(chǎn)品的關(guān)鍵因素。以下關(guān)于軟件架構(gòu)的描述，錯(cuò)誤的是（A ）。A.根據(jù)用戶(hù)需求，能夠確定一個(gè)最佳的軟件架構(gòu)，指導(dǎo)整個(gè)軟件的開(kāi)發(fā)過(guò)程B.軟件架構(gòu)設(shè)計(jì)需要滿(mǎn)足系統(tǒng)的質(zhì)量屬性，如性能、安全性和可修改性等C.軟件架構(gòu)設(shè)計(jì)需要確定組件之間的依賴(lài)關(guān)系，支持項(xiàng)目計(jì)劃和管理活動(dòng)D.軟件架構(gòu)能夠指導(dǎo)設(shè)計(jì)人員和實(shí)現(xiàn)

24、人員的工作50、某游戲公司欲開(kāi)發(fā)一個(gè)大型多人即時(shí)戰(zhàn)略游戲，游戲設(shè)計(jì)的目標(biāo)之一是能夠支持玩家自行創(chuàng)建戰(zhàn)役地圖，定 義游戲?qū)ο蟮男袨楹椭g的關(guān)系。針對(duì)該目標(biāo)，公司應(yīng)該采用（ D ）架構(gòu)風(fēng)格最為合適。A.管道-過(guò)濾器 B.隱式調(diào)用 C.主程序-子程序 D解釋器51、 （A）將一個(gè)類(lèi)的接口轉(zhuǎn)換成客戶(hù)希望的另外一個(gè)接口，使得原本由于接口不兼容而不能一起工作的那些類(lèi)可以一起工作。A. Adapter （適配器）模式B. Command （命令）模式C. Singleton （單例）模式D. Strategy （策略）模式52、UML提供了一系列的圖支持面向?qū)ο蟮姆治雠c設(shè)計(jì)，其中 （1）給出系統(tǒng)的靜態(tài)設(shè)計(jì)視圖；（2） 對(duì)系統(tǒng)的行為進(jìn)行組織和建模是非常重要的； （3） 和（4） 都是描述系統(tǒng)動(dòng)態(tài)視圖的交互圖，其中描述了以時(shí)間順序組織的對(duì)象之間的交互活動(dòng)，強(qiáng)調(diào)收發(fā)消息的對(duì)象的組織結(jié)構(gòu)。A、狀態(tài)圖B 、用例圖 C 、時(shí)序圖 D 、配置圖E、協(xié)作圖F 、類(lèi)圖答：(1) F (2) B (3) C (4) E設(shè)計(jì)題：1、設(shè)計(jì)一個(gè)簡(jiǎn)化的網(wǎng)上個(gè)人銀行查詢(xún)系統(tǒng)，用戶(hù)可以通過(guò)Internet 查詢(xún)自己帳戶(hù)的收支明細(xì)、余額和修改密碼。(1) .說(shuō)明系統(tǒng)的若干質(zhì)量屬性，并以場(chǎng)景圖的形式分別描述一個(gè)可用性場(chǎng)景和一個(gè)安全性場(chǎng)景。(2) .使用ADD方