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

可編輯版/《軟件體系結(jié)構(gòu)》期末復(fù)習(xí)題簡答題：軟件體系結(jié)構(gòu)建模的種類有：結(jié)構(gòu)模型、框架模型、動態(tài)模型、過程模型、功能模型。"4+1"視圖模型從5個不同的視角包括：邏輯視圖、進(jìn)程視圖、物理視圖、開發(fā)視圖和場景視圖來描述軟件體系結(jié)構(gòu)。構(gòu)件：是具有某種功能的可重用的軟件模板單元,表示了系統(tǒng)中主要的計算元素和數(shù)據(jù)存儲。連接件：表示構(gòu)件之間的交互。配置：表示構(gòu)件和連接件的拓?fù)溥壿嫼图s束。端口：表示構(gòu)件和外部環(huán)境的交互點(diǎn)。角色：定義了該連接交互的參與者。4、畫出"4+1"視圖模型圖,分析各部分的原理和功能。軟件體系結(jié)構(gòu)風(fēng)格：是描述某一特定應(yīng)用領(lǐng)域中系統(tǒng)組織方式的慣用模式。6、軟件體系結(jié)構(gòu)〔SoftwareArchitecture軟件體系結(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è)計,使設(shè)計者可以把一個復(fù)雜系統(tǒng)按遞增的步驟進(jìn)行分解；2支持功能增強(qiáng),因?yàn)槊恳粚又炼嗪拖噜彽纳舷聦咏换?因此功能的改變最多影響相鄰的上下層；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è)計師不得不把一些低級或高級的功能綜合起來；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á)到了"零客戶端"的功能,很容易在運(yùn)行時自動升級。2B/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)有什么？答：1B/S體系結(jié)構(gòu)缺乏對動態(tài)頁面的支持能力,沒有集成有效的數(shù)據(jù)庫處理功能。2B/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)。4B/S體系結(jié)構(gòu)的數(shù)據(jù)提交一般以頁面為單位,數(shù)據(jù)的動態(tài)交互性不強(qiáng),不利于在線事務(wù)處理<OLTP>應(yīng)用。DSSA答案：DSSA就是在一個特定應(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ù)描述的方式,在公共的核心資源<coreassets>基礎(chǔ)上開發(fā)的14、SOA即service-orientedarchitecture,面向服務(wù)架構(gòu)。它是一個組件模型,它將應(yīng)用程序的不同功能單元<稱為服務(wù)>通過這些服務(wù)之間定義良好的接口和契約聯(lián)系起來。接口是采用中立的方式進(jìn)行定義的,它應(yīng)該獨(dú)立于實(shí)現(xiàn)服務(wù)的硬件平臺、操作系統(tǒng)和編程語言。這使得構(gòu)建在各種這樣的系統(tǒng)中的服務(wù)可以以一種統(tǒng)一和通用的方式進(jìn)行交互。RIA中間件設(shè)計模式答：一些設(shè)計面向?qū)ο蟮能浖_發(fā)的經(jīng)驗(yàn)總結(jié),就是系統(tǒng)的命名、解釋、和評價某一個重要的面向?qū)ο蟮目芍噩F(xiàn)的面向?qū)ο蟮脑O(shè)計方案。軟件體系結(jié)構(gòu)測試和傳統(tǒng)軟件測試區(qū)別16、UML中的交互圖有兩種,分別是順序圖和協(xié)作圖,請分析一下兩者之間的主要差別和各自的優(yōu)缺點(diǎn)。掌握利用兩種圖進(jìn)行的設(shè)計的方法。答：順序圖可視化地表示了對象之間隨時間發(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)件具有良好的隱蔽性和高內(nèi)聚、低耦合的特點(diǎn)；〔2允許設(shè)計者將整個系統(tǒng)的輸入/輸出行為看成是多個過濾器的行為的簡單合成；〔3支持軟件重用?！?系統(tǒng)維護(hù)和增強(qiáng)系統(tǒng)性能簡單?！?允許對一些如吞吐量、死鎖等屬性的分析；〔6支持并行執(zhí)行。但是,這樣的系統(tǒng)也存在著若干不利因素。〔1通常導(dǎo)致進(jìn)程成為批處理的結(jié)構(gòu)。這是因?yàn)殡m然過濾器可增量式地處理數(shù)據(jù),但它們是獨(dú)立的,所以設(shè)計者必須將每個過濾器看成一個完整的從輸入到輸出的轉(zhuǎn)換?！?不適合處理交互的應(yīng)用。當(dāng)需要增量地顯示改變時,這個問題尤為嚴(yán)重?！?因?yàn)樵跀?shù)據(jù)傳輸上沒有通用的標(biāo)準(zhǔn),每個過濾器都增加了解析和合成數(shù)據(jù)的工作,這樣就導(dǎo)致了系統(tǒng)性能下降,并增加了編寫過濾器的復(fù)雜性。18.什么是設(shè)計模式？它與風(fēng)格、框架有什么區(qū)別與聯(lián)系？設(shè)計模式是對通用設(shè)計問題的重復(fù)解決方案。軟件體系結(jié)構(gòu)風(fēng)格是描述某一特定應(yīng)用領(lǐng)域中系統(tǒng)組織方式的慣用模式。軟件框架是整個或部分系統(tǒng)的可重用設(shè)計模式比框架更加抽象框架是模式的特例化設(shè)計模式被實(shí)現(xiàn)成為框架后,可以極大的減輕從設(shè)計到實(shí)現(xiàn)的鴻溝利用了模式的框架比沒有利用模式的框架更容易理解、更能被設(shè)計與實(shí)現(xiàn)重用通常成熟的框架包含了多種設(shè)計模式一個框架不僅可以具體實(shí)現(xiàn)一個模式,還可以具體的實(shí)現(xiàn)多個模式設(shè)計模式與風(fēng)格兩者為近義詞,通常情況下可以互相通用風(fēng)格主要是指大的,宏觀的設(shè)計。模式既可宏觀,又可微觀。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)用對象,所有的操作都在這里實(shí)現(xiàn),它若需要取得視圖中的對象或更新視圖,需通過控制器來進(jìn)行處理。View是模型在屏幕上的表示,模型在進(jìn)行操作后,其結(jié)果是通過視圖顯示的。Controller用于管理用戶與視圖發(fā)生的交互,定義用戶界面對用戶輸入的響應(yīng)方式。一旦用戶需要對模型進(jìn)行處理,不能直接執(zhí)行模型,而必須通過控制器間接實(shí)現(xiàn)的。選擇題1、設(shè)計模式一般用來解決什么樣的問題<A>

A.同一問題的不同表相

B不同問題的同一表相

C.不同問題的不同表相

D.以上都不是

2、下列屬于面向?qū)ο蠡驹瓌t的是<C>

A.繼承B.封裝C.里氏代換D都不是3、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è)計模式的兩大主題是<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.工廠模式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è)計的積極評審11、不屬于軟件體系結(jié)構(gòu)的核心模型的最基本的元素是〔DA構(gòu)件B連接件 C配置D角色12、選項(xiàng)中部屬于"4+1"試圖模型的是：〔CA邏輯視圖B物理視圖C連接視圖D開發(fā)視圖13、下列說法錯誤的一項(xiàng)的是〔DA：邏輯視圖主要支持系統(tǒng)的功能需求,即系統(tǒng)提供給最終用戶的服務(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)件。〔AA中間件 B末尾件 C功能層 D數(shù)據(jù)層15、C/S系統(tǒng)中,服務(wù)器的以下任務(wù)中哪一個是錯的？〔AA數(shù)據(jù)庫一致性要求B數(shù)據(jù)庫訪問并發(fā)性控制C數(shù)據(jù)庫前端的客戶應(yīng)用程序的全局?jǐn)?shù)據(jù)完整性規(guī)則D數(shù)據(jù)庫的備份與恢復(fù)16、與C/S體系結(jié)構(gòu)相比,B/S體系結(jié)構(gòu)也有許多不足之處一下說法正確的是〔AAB/S體系結(jié)構(gòu)缺乏對動態(tài)頁面的支持能力,沒有集成有效的數(shù)據(jù)庫處理能力BB/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)DB/S體系結(jié)構(gòu)的數(shù)據(jù)提交一般以頁面為單位,數(shù)據(jù)的動態(tài)交互性不強(qiáng),利于在線事務(wù)處理〔OnlineTransactionProcessing,OLTP應(yīng)用。17、以下關(guān)于軟件體系結(jié)構(gòu)描述方法說法錯誤的是<B>A圖形表達(dá)工具在軟件設(shè)計中占據(jù)主導(dǎo)地位。B由于軟件設(shè)計語言和模塊內(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è)計語言的設(shè)計語言的設(shè)計和開發(fā)經(jīng)驗(yàn),重新設(shè)計、開發(fā)和使用針對軟件體系結(jié)構(gòu)描述語言。18、下列選項(xiàng)中關(guān)于ADL與其他語言的比較說法中錯誤的是〔BADL與需求語言的區(qū)別在于后者描述的問題空哦關(guān)鍵,而前者則扎根于解空間中ADL與建模語言的區(qū)別在于后者對部分的關(guān)注要大于對整體的關(guān)注ADL與傳統(tǒng)的程序設(shè)計語言的構(gòu)成元素由許多相同和相似之處,有各自有著很大的不同ADL集中在構(gòu)件的表示上。19、對動態(tài)軟件體系結(jié)構(gòu)的形式化描述通?？梢圆捎玫姆椒ǎ俊睤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ù)層〔DataLayer、數(shù)據(jù)訪問層〔DataAccessLayer、業(yè)務(wù)層〔BusinessLayer和監(jiān)聽者〔Listener。離客戶端最近的是監(jiān)聽者,離客戶最遠(yuǎn)的是______：〔AA數(shù)據(jù)層〔DataLayerB數(shù)據(jù)訪問層〔DataAccessLayerC業(yè)務(wù)層〔BusinessLayerD監(jiān)聽者〔Listener22、Web服務(wù)是采用___B___格式的信息來定義和描述對外的公共接口和綁定。A.URIB.XMLC.SOAPD.HTTP23、下面哪個不屬于設(shè)計模式方法分類〔DACoad的面向?qū)ο竽Ｊ紹代碼模式C框架應(yīng)用模式D遺傳算法24、一般來說,模式有以下四個基本成分：〔A、問題、解決方案、效果。A．模式名稱B.時間C.地點(diǎn)D.思想25、軟件體系結(jié)構(gòu)的文檔要求與軟件開發(fā)項(xiàng)目中的其他文檔是相似的,下列哪項(xiàng)屬于體系結(jié)構(gòu)文檔化過程的主要輸出結(jié)果〔AA體系結(jié)構(gòu)需求規(guī)格說明B體系結(jié)構(gòu)概要設(shè)計說明C體系結(jié)構(gòu)詳細(xì)設(shè)計說明D體系結(jié)構(gòu)總體框架說明26、在設(shè)計模式目錄下,以下哪種設(shè)計模式是關(guān)于類的〔AA.FactoryMethodB.BuilderC.PrototypeD.Bridge27、下列選項(xiàng)中不是軟件體系結(jié)構(gòu)的嚴(yán)重性分級的一項(xiàng)是〔CA．災(zāi)難性的 B．危急的 C．較大的 D．邊際性的28、以下不屬于傳統(tǒng)的軟件測試和基于體系結(jié)構(gòu)的軟件測試都需要研究的對象是？〔DA、測試內(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)格D、調(diào)用—返回結(jié)構(gòu)風(fēng)格30、下列哪一個測試過程是測試構(gòu)件之間的接口以保證構(gòu)件能夠交互,它將構(gòu)件本身抽象為單元,并關(guān)注與構(gòu)件間的消息傳遞,構(gòu)件的交互行為可以通過形式化規(guī)約得到,可以提前進(jìn)行〔CA、單元測試 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)D．互操作33、軟件評估中關(guān)注大可修改性包含可維護(hù)性,可擴(kuò)展性,〔B和結(jié)構(gòu)重組4個方面。A。可用性B?？梢浦残訡?？勺冃訢?；ゲ僮餍?4、產(chǎn)品線就是由在系統(tǒng)的組成元素和功能方面具有共性和〔B相似的多個系統(tǒng)組成的系統(tǒng)族。A、異步性B、個性可變性D、繼承性35、一下哪個不是領(lǐng)域工程階段的主要任務(wù)〔B。A、領(lǐng)域設(shè)計B、需求分析C、領(lǐng)域分析D、領(lǐng)域?qū)崿F(xiàn)36、軟件危機(jī)的原因不包括〔D：A．用戶需求不明確B、缺乏正確的理論指導(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è)計的積極評審38、不屬于軟件體系結(jié)構(gòu)的核心模型的最基本的元素是〔DA構(gòu)件B連接件C配置D角色39、選項(xiàng)中部屬于"4+1"試圖模型的是：〔CA邏輯視圖B物理視圖C連接視圖D開發(fā)視圖40、某公司欲對其內(nèi)部的信息系統(tǒng)進(jìn)行集成,需要實(shí)現(xiàn)在系統(tǒng)之間快速傳遞可定制格式的數(shù)據(jù)包,并且當(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.部署視圖某銀行系統(tǒng)采用FactoryMethod方法描述其不同賬戶之間的關(guān)系,設(shè)計出的類圖如下所示。其中與FactoryMethod中的"Creator"角色相對應(yīng)的類是〔A；與"Product"角色相對應(yīng)的類是〔B。A.BankB.AccountC.CheckingD.Savings43、是一個獨(dú)立可交付的功能單元,外界通過接口訪問其提供的服務(wù)?！睠A.面向?qū)ο笙到y(tǒng)中的對象〔ObjectB.模塊化程序設(shè)計中的子程序〔SubroutineC.基于構(gòu)件開發(fā)中的構(gòu)件〔ComponentD.系統(tǒng)模型中的包〔Package44、軟件的橫向重用是指重用不同應(yīng)用領(lǐng)域中的軟件元素?！睠是一種典型的、原始的橫向重用機(jī)制。〔A.對象B.構(gòu)件C.標(biāo)準(zhǔn)函數(shù)庫D.設(shè)計模式45、在基于構(gòu)件的軟件開發(fā)中,〔A描述系統(tǒng)設(shè)計藍(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ù)分配到不同的邏輯計算層。業(yè)務(wù)數(shù)據(jù)的綜合計算分析任務(wù)屬于〔B。A.表示邏輯層B.應(yīng)用邏輯層C.數(shù)據(jù)處理層D.數(shù)據(jù)層48、在客戶機(jī)/服務(wù)器系統(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è)計需要滿足系統(tǒng)的質(zhì)量屬性,如性能、安全性和可修改性等C.軟件架構(gòu)設(shè)計需要確定組件之間的依賴關(guān)系,支持項(xiàng)目計劃和管理活動D.軟件架構(gòu)能夠指導(dǎo)設(shè)計人員和實(shí)現(xiàn)人員的工作50、某游戲公司欲開發(fā)一個大型多人即時戰(zhàn)略游戲,游戲設(shè)計的目標(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è)計,其中____<1>___給出系統(tǒng)的靜態(tài)設(shè)計視圖；___<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、類圖答：〔1F〔2B〔3C〔4E設(shè)計題：1、設(shè)計一個簡化的網(wǎng)上個人銀行查詢系統(tǒng),用戶可以通過Internet查詢自己帳戶的收支明細(xì)、余額和修改密碼?！?.說明系統(tǒng)的若干質(zhì)量屬性,并以場景圖的形式分別描述一個可用性場景和一個安全性場景?！?.使用ADD方法說明系統(tǒng)的初步設(shè)計?！?.描