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

《軟件體系構(gòu)造》期末復(fù)習(xí)題簡(jiǎn)答題：軟件體系構(gòu)造建模種類有：構(gòu)造模型、框架模型、動(dòng)態(tài)模型、過程模型、功能模型?！?+1”視圖模型從5個(gè)不同視角涉及：邏輯視圖、進(jìn)程視圖、物理視圖、開發(fā)視圖和場(chǎng)景視圖來描述軟件體系構(gòu)造。構(gòu)件：是具備某種功能可重用軟件模板單元，表達(dá)了系統(tǒng)中重要計(jì)算元素和數(shù)據(jù)存儲(chǔ)。連接件：表達(dá)構(gòu)件之間交互。配備：表達(dá)構(gòu)件和連接件拓?fù)溥壿嫼图s束。端口：表達(dá)構(gòu)件和外部環(huán)境交互點(diǎn)。角色：定義了該連接交互參加者。4、畫出“4+1”視圖模型圖，分析各某些原理和功能。軟件體系構(gòu)造風(fēng)格：是描述某一特定應(yīng)用領(lǐng)域中系統(tǒng)組織方式慣用模式。6、軟件體系構(gòu)造（SoftwareArchitecture）軟件體系構(gòu)造以組件和組件交互方式定義系統(tǒng)，闡明需求與成品系統(tǒng)之間相應(yīng)關(guān)系，描述系統(tǒng)級(jí)別可伸縮性、能力、吞吐量、一致性和兼容性等屬性。軟件體系構(gòu)造由組件、連接件和屬性構(gòu)成。7、分層系統(tǒng)長(zhǎng)處有：1）支持基于抽象限度遞增系統(tǒng)設(shè)計(jì)，使設(shè)計(jì)者可以把一種復(fù)雜系統(tǒng)按遞增環(huán)節(jié)進(jìn)行分解；2）支持功能增強(qiáng)，由于每一層至多和相鄰上下層交互，因而功能變化最多影響相鄰上下層；3）支持重用。只要提供服務(wù)接口定義不變，同一層不同實(shí)現(xiàn)可以互換使用。這樣，就可以定義一組原則接口，而容許各種不同實(shí)現(xiàn)辦法。8、分層系統(tǒng)缺陷有：1）并不是每個(gè)系統(tǒng)都可以很容易地劃分為分層模式，甚至雖然一種系統(tǒng)邏輯構(gòu)造是層次化，出于對(duì)系統(tǒng)性能考慮，系統(tǒng)設(shè)計(jì)師不得不把某些低檔或高檔功能綜合起來；2）很難找到一種適當(dāng)、對(duì)的層次抽象辦法。9、B/S體系構(gòu)造長(zhǎng)處有什么？答：1）基于B/S體系構(gòu)造軟件，系統(tǒng)安裝、修改和維護(hù)全在服務(wù)器端解決。顧客在使用系統(tǒng)時(shí)，僅僅需要一種瀏覽器就可運(yùn)營(yíng)所有模塊，真正達(dá)到了“零客戶端”功能，很容易在運(yùn)營(yíng)時(shí)自動(dòng)升級(jí)。2）B/S體系構(gòu)造還提供了異種機(jī)、異種網(wǎng)、異種應(yīng)用服務(wù)聯(lián)機(jī)、聯(lián)網(wǎng)、統(tǒng)一服務(wù)最現(xiàn)實(shí)開放性基本。10、B/S體系構(gòu)造缺陷有什么？答：1）B/S體系構(gòu)造缺少對(duì)動(dòng)態(tài)頁面支持能力，沒有集成有效數(shù)據(jù)庫解決功能。2）B/S體系構(gòu)造系統(tǒng)擴(kuò)展能力差，安全性難以控制。3）采用B/S體系構(gòu)造應(yīng)用系統(tǒng)，在數(shù)據(jù)查詢等響應(yīng)速度上，要遠(yuǎn)遠(yuǎn)地低于C/S體系構(gòu)造。4）B/S體系構(gòu)造數(shù)據(jù)提交普通以頁面為單位，數(shù)據(jù)動(dòng)態(tài)交互性不強(qiáng)，不利于在線事務(wù)解決(OLTP)應(yīng)用。DSSA答案：DSSA就是在一種特定應(yīng)用領(lǐng)域中為一組應(yīng)用提供組織構(gòu)造參照原則軟件體系構(gòu)造11、軟件體系構(gòu)造動(dòng)態(tài)性重要分為：交互式動(dòng)態(tài)性、構(gòu)造化動(dòng)態(tài)性、體系構(gòu)造動(dòng)態(tài)性等三類。12、請(qǐng)畫出基于構(gòu)件動(dòng)態(tài)系統(tǒng)構(gòu)造模型畫。13、軟件產(chǎn)品線產(chǎn)品線是一種產(chǎn)品集合，這些產(chǎn)品共享一種公共、可管理特性集，這個(gè)特性集能滿足選定市場(chǎng)或任務(wù)領(lǐng)域特定需求。這些系統(tǒng)遵循一種預(yù)描述方式，在公共核心資源(coreassets)基本上開發(fā)14、SOA即service-orientedarchitecture，面向服務(wù)架構(gòu)。它是一種組件模型，它將應(yīng)用程序不同功能單元(稱為服務(wù))通過這些服務(wù)之間定義良好接口和契約聯(lián)系起來。接口是采用中立方式進(jìn)行定義，它應(yīng)當(dāng)獨(dú)立于實(shí)現(xiàn)服務(wù)硬件平臺(tái)、操作系統(tǒng)和編程語言。這使得構(gòu)建在各種這樣系統(tǒng)中服務(wù)可以以一種統(tǒng)一和通用方式進(jìn)行交互。RIA中間件設(shè)計(jì)模式答：某些設(shè)計(jì)面向?qū)ο筌浖_發(fā)經(jīng)驗(yàn)總結(jié)，就是系統(tǒng)命名、解釋、和評(píng)價(jià)某一種重要面向?qū)ο罂芍噩F(xiàn)面向?qū)ο笤O(shè)計(jì)方案。軟件體系構(gòu)造測(cè)試和老式軟件測(cè)試區(qū)別16、UML中交互圖有兩種，分別是順序圖和協(xié)作圖，請(qǐng)分析一下兩者之間重要差別和各自優(yōu)缺陷。掌握運(yùn)用兩種圖進(jìn)行設(shè)計(jì)辦法。答：順序圖可視化地表達(dá)了對(duì)象之間隨時(shí)間發(fā)生交互，它除了展示對(duì)象之間關(guān)聯(lián)，還顯示出對(duì)象之間消息傳遞。與順序圖同樣，協(xié)作圖也展示對(duì)象之間交互關(guān)系。順序圖強(qiáng)調(diào)是交互時(shí)間順序，而協(xié)作圖強(qiáng)調(diào)是交互語境和參加交互對(duì)象整體組織。順序圖按照時(shí)間順序布圖，而協(xié)作圖按照空間組織布圖。順序圖可以清晰地表達(dá)消息之間順序和時(shí)間關(guān)系，但需要較多水平方向空間。協(xié)作圖在增長(zhǎng)對(duì)象時(shí)比較容易，并且分支也比較少，但如果消息比較多時(shí)難以表達(dá)消息之間順序。17.管道過濾器風(fēng)格構(gòu)造特點(diǎn)（1）使得軟構(gòu)件具備良好隱蔽性和高內(nèi)聚、低耦合特點(diǎn)；（2）容許設(shè)計(jì)者將整個(gè)系統(tǒng)輸入/輸出行為當(dāng)作是各種過濾器行為簡(jiǎn)樸合成；（3）支持軟件重用。（4）系統(tǒng)維護(hù)和增強(qiáng)系統(tǒng)性能簡(jiǎn)樸。（5）容許對(duì)某些如吞吐量、死鎖等屬性分析；（6）支持并行執(zhí)行。但是，這樣系統(tǒng)也存在著若干不利因素。（1）普通導(dǎo)致進(jìn)程成為批解決構(gòu)造。這是由于雖然過濾器可增量式地解決數(shù)據(jù)，但它們是獨(dú)立，因此設(shè)計(jì)者必要將每個(gè)過濾器當(dāng)作一種完整從輸入到輸出轉(zhuǎn)換。（2）不適合解決交互應(yīng)用。當(dāng)需要增量地顯示變化時(shí)，這個(gè)問題尤為嚴(yán)重。（3）由于在數(shù)據(jù)傳播上沒有通用原則，每個(gè)過濾器都增長(zhǎng)理解析和合成數(shù)據(jù)工作，這樣就導(dǎo)致了系統(tǒng)性能下降，并增長(zhǎng)了編寫過濾器復(fù)雜性。18.什么是設(shè)計(jì)模式？它與風(fēng)格、框架有什么區(qū)別與聯(lián)系？設(shè)計(jì)模式是對(duì)通用設(shè)計(jì)問題重復(fù)解決方案。軟件體系構(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)鴻溝運(yùn)用了模式框架比沒有運(yùn)用模式框架更容易理解、更能被設(shè)計(jì)與實(shí)現(xiàn)重用普通成熟框架包括了各種設(shè)計(jì)模式一種框架不但可以詳細(xì)實(shí)現(xiàn)一種模式，還可以詳細(xì)實(shí)現(xiàn)各種模式設(shè)計(jì)模式與風(fēng)格兩者為近義詞，普通狀況下可以互相通用風(fēng)格重要是指大，宏觀設(shè)計(jì)。模式既可宏觀，又可微觀。19.軟件體系構(gòu)造測(cè)試內(nèi)容與準(zhǔn)則是什么？?jī)?nèi)容：構(gòu)件端口行為與連接件約束與否一致、兼容，單元間消息與否一致、可達(dá)，有關(guān)端口與否可連接，體系構(gòu)造風(fēng)格與否可滿足。準(zhǔn)則：測(cè)試覆蓋所有構(gòu)件及各個(gè)構(gòu)件接口。各個(gè)連接件接口、構(gòu)件之間直接連接、構(gòu)件之間間接連接。20、請(qǐng)簡(jiǎn)述MVC，簡(jiǎn)介各自作用和用途。答案：MVC是三個(gè)單詞縮寫,分別為：模型(Model)，視圖(View)和控制Controller)。MVC模式目就是實(shí)現(xiàn)Web系統(tǒng)職能分工。Model是應(yīng)用對(duì)象，所有操作都在這里實(shí)現(xiàn)，它若需要獲得視圖中對(duì)象或更新視圖，需通過控制器來進(jìn)行解決。View是模型在屏幕上表達(dá)，模型在進(jìn)行操作后，其成果是通過視圖顯示。Controller用于管理顧客與視圖發(fā)生交互，定義顧客界面對(duì)顧客輸入響應(yīng)方式。一旦顧客需要對(duì)模型進(jìn)行解決，不能直接執(zhí)行模型，而必要通過控制器間接實(shí)現(xiàn)。選取題1、設(shè)計(jì)模式普通用來解決什么樣問題(A)

A.同一問題不同表相

B不同問題同一表相

C.不同問題不同表相

D.以上都不是

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

A.繼承B.封裝C.里氏代換D都不是

3、Open-Close原則含義是一種軟件實(shí)體(A)

A.應(yīng)當(dāng)對(duì)擴(kuò)展開放，對(duì)修改關(guān)閉.

B.應(yīng)當(dāng)對(duì)修改開放，對(duì)擴(kuò)展關(guān)閉

C.應(yīng)當(dāng)對(duì)繼承開放，對(duì)修改關(guān)閉

D.以上都不對(duì)

5、要依賴于抽象，不要依賴于詳細(xì)。即針對(duì)接口編程，不要針對(duì)實(shí)現(xiàn)編程,是(D)表述

A.開-閉原則

B.接口隔離原則

C.里氏代換原則

D.依賴倒轉(zhuǎn)原則7、設(shè)計(jì)模式兩大主題是(D)

A.系統(tǒng)維護(hù)與開發(fā)B對(duì)象組合與類繼承C.系統(tǒng)架構(gòu)與系統(tǒng)開發(fā)D.系統(tǒng)復(fù)用與系統(tǒng)擴(kuò)展9、下列模式中,屬于行為模式是(B)

A.工廠模式B觀測(cè)者C適配器D以上都是

10、慣用軟件體系構(gòu)造評(píng)估辦法不涉及（C）。

A體系構(gòu)造權(quán)衡分析法B.軟件體系構(gòu)造分析法

C系統(tǒng)體系構(gòu)造分析法D.中間設(shè)計(jì)積極評(píng)審11、不屬于軟件體系構(gòu)造核心模型最基本元素是（D）A構(gòu)件B連接件 C配備D角色12、選項(xiàng)中部屬于“4+1”試圖模型是：（C）A邏輯視圖B物理視圖C連接視圖D開發(fā)視圖13、下列說法錯(cuò)誤一項(xiàng)是（D）A：邏輯視圖重要支持系統(tǒng)功能需求，即系統(tǒng)提供應(yīng)最后顧客服務(wù)B：開發(fā)視圖也稱模塊視圖，重要側(cè)重于軟件模塊組織和管理C：進(jìn)程視圖側(cè)重與系統(tǒng)運(yùn)營(yíng)特性，重要關(guān)注某些功能性需求，例如系統(tǒng)性能和可用性。D：物理視圖重要考慮如何吧軟件映射到硬件上，它不需要要考慮到系統(tǒng)性能、規(guī)模、可靠性等。14、在三層C/S體系構(gòu)造中，_________是最重要構(gòu)件。（A）A中間件 B末尾件 C功能層 D數(shù)據(jù)層15、C/S系統(tǒng)中，服務(wù)器如下任務(wù)中哪一種是錯(cuò)？（A）A數(shù)據(jù)庫一致性規(guī)定B數(shù)據(jù)庫訪問并發(fā)性控制C數(shù)據(jù)庫前端客戶應(yīng)用程序全局?jǐn)?shù)據(jù)完整性規(guī)則D數(shù)據(jù)庫備份與恢復(fù)16、與C/S體系構(gòu)造相比，B/S體系構(gòu)造也有許多局限性之處一下說法對(duì)的是（A）AB/S體系構(gòu)造缺少對(duì)動(dòng)態(tài)頁面支持能力，沒有集成有效數(shù)據(jù)庫解決能力BB/S體系構(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體系構(gòu)造DB/S體系構(gòu)造數(shù)據(jù)提交普通以頁面為單位，數(shù)據(jù)動(dòng)態(tài)交互性不強(qiáng)，利于在線事務(wù)解決（OnlineTransactionProcessing,OLTP）應(yīng)用。17、如下關(guān)于軟件體系構(gòu)造描述辦法說法錯(cuò)誤是(B)A圖形表達(dá)工具在軟件設(shè)計(jì)中占據(jù)主導(dǎo)地位。B由于軟件設(shè)計(jì)語言和模塊內(nèi)連接語言具備嚴(yán)格語義基本，因而它們能支持較小軟件單元進(jìn)行描述。C基于軟構(gòu)件系統(tǒng)描述語言將軟件系統(tǒng)描述成一種是由許多以特定形式互相作用特殊軟件實(shí)體構(gòu)造構(gòu)成組織或系統(tǒng)。D軟件體系構(gòu)造描述語言是參照老式程序設(shè)計(jì)語言設(shè)計(jì)語言設(shè)計(jì)和開發(fā)經(jīng)驗(yàn)，重新設(shè)計(jì)、開發(fā)和使用針對(duì)軟件體系構(gòu)造描述語言。18、下列選項(xiàng)中關(guān)于ADL與其她語言比較說法中錯(cuò)誤是（B）ADL與需求語言區(qū)別在于后者描述問題空哦核心，而前者則扎根于解空間中ADL與建模語言區(qū)別在于后者對(duì)某些關(guān)注要不不大于對(duì)整體關(guān)注ADL與老式程序設(shè)計(jì)語言構(gòu)成元素由許多相似和相似之處，有各自有著很大不同ADL集中在構(gòu)件表達(dá)上。19、對(duì)動(dòng)態(tài)軟件體系構(gòu)造形式化描述普通可以采用辦法？（D）A、圖形化辦法B、代數(shù)進(jìn)程辦法C、邏輯辦法D、以上皆是20、如下哪些特性不屬于動(dòng)態(tài)體系構(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、普通，一種Web服務(wù)可以分為4個(gè)邏輯層，分別為數(shù)據(jù)層（DataLayer）、數(shù)據(jù)訪問層（DataAccessLayer）、業(yè)務(wù)層（BusinessLayer）和監(jiān)聽者（Listener）。離客戶端近來是監(jiān)聽者，離客戶最遠(yuǎn)是______：（A）A數(shù)據(jù)層（DataLayer）B數(shù)據(jù)訪問層（DataAccessLayer）C業(yè)務(wù)層（BusinessLayer）D監(jiān)聽者（Listener）22、Web服務(wù)是采用___B___格式信息來定義和描述對(duì)外公共接口和綁定。A.URIB.XMLC.SOAPD.HTTP23、下面哪個(gè)不屬于設(shè)計(jì)模式辦法分類（D）ACoad面向?qū)ο竽Ｊ紹代碼模式C框架應(yīng)用模式D遺傳算法24、普通來說，模式有如下四個(gè)基本成分：（A）、問題、解決方案、效果。A．模式名稱B.時(shí)間C.地點(diǎn)D.思想25、軟件體系構(gòu)造文檔規(guī)定與軟件開發(fā)項(xiàng)目中其她文檔是相似，下列哪項(xiàng)屬于體系構(gòu)造文檔化過程重要輸出成果（A）A體系構(gòu)造需求規(guī)格闡明B體系構(gòu)造概要設(shè)計(jì)闡明C體系構(gòu)造詳細(xì)設(shè)計(jì)闡明D體系構(gòu)造總體框架闡明26、在設(shè)計(jì)模式目錄下，如下哪種設(shè)計(jì)模式是關(guān)于類（A）A.FactoryMethodB.BuilderC.PrototypeD.Bridge27、下列選項(xiàng)中不是軟件體系構(gòu)造嚴(yán)重性分級(jí)一項(xiàng)是（C）A．劫難性 B．危急 C．較大 D．邊際性28、如下不屬于老式軟件測(cè)試和基于體系構(gòu)造軟件測(cè)試都需要研究對(duì)象是？（D）A、測(cè)試內(nèi)容B、測(cè)試準(zhǔn)則C、測(cè)試用例D、測(cè)試語言29、在體系構(gòu)造中，應(yīng)用于當(dāng)前環(huán)境中有各種構(gòu)建同步運(yùn)營(yíng)狀況，重要用來提高系統(tǒng)性能構(gòu)造風(fēng)格是（B） A、順序構(gòu)造風(fēng)格B、并行/管道—過濾器構(gòu)造風(fēng)格C、容錯(cuò)構(gòu)造風(fēng)格D、調(diào)用—返回構(gòu)造風(fēng)格30、下列哪一種測(cè)試過程是測(cè)試構(gòu)件之間接口以保證構(gòu)件可以交互，它將構(gòu)件自身抽象為單元，并關(guān)注與構(gòu)件間消息傳遞，構(gòu)件交互行為可以通過形式化規(guī)約得到，可以提邁進(jìn)行（C）A、單元測(cè)試 B、模塊測(cè)試C、集成測(cè)試 D、系統(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）和構(gòu)造重組4個(gè)方面。A。可用性B。可移植性C。可變性D?；ゲ僮餍?4、產(chǎn)品線就是由在系統(tǒng)構(gòu)成元素和功能方面具備共性和（B）相似各種系統(tǒng)構(gòu)成系統(tǒng)族。A、異步性B、個(gè)性可變性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．顧客需求不明確B、缺少對(duì)的理論指引C、軟件規(guī)模越來越大D、軟件復(fù)雜度越來越低37、慣用軟件體系構(gòu)造評(píng)估辦法不涉及：（C）

A。體系構(gòu)造權(quán)衡分析法B。軟件體系構(gòu)造分析法

C。系統(tǒng)體系構(gòu)造分析法D。中間設(shè)計(jì)積極評(píng)審

38、不屬于軟件體系構(gòu)造核心模型最基本元素是（D）A構(gòu)件B連接件C配備D角色39、選項(xiàng)中部屬于“4+1”試圖模型是：（C）A邏輯視圖B物理視圖C連接視圖D開發(fā)視圖40、某公司欲對(duì)其內(nèi)部信息系統(tǒng)進(jìn)行集成，需要實(shí)當(dāng)前系統(tǒng)之間迅速傳遞可定制格式數(shù)據(jù)包，并且當(dāng)有新數(shù)據(jù)包到達(dá)時(shí)，接受系統(tǒng)會(huì)自動(dòng)得到告知。此外還規(guī)定支持?jǐn)?shù)據(jù)重傳，以保證傳播成功。針對(duì)這些集成需求，應(yīng)當(dāng)采用（D）集成方式。A.遠(yuǎn)程過程調(diào)用

B.共享數(shù)據(jù)庫C.文獻(xiàn)傳播

D.消息傳遞41、在RUP中采用“4+1”視圖模型來描述軟件系統(tǒng)體系構(gòu)造。在該模型中，最后顧客側(cè)重于（C），系統(tǒng)工程師側(cè)重于（D）。A.實(shí)現(xiàn)視圖

B.進(jìn)程視圖

C.邏輯視圖

D.布置視圖某銀行系統(tǒng)采用FactoryMethod辦法描述其不同賬戶之間關(guān)系，設(shè)計(jì)出類圖如下所示。其中與FactoryMethod中“Creator”角色相相應(yīng)類是（A）；與“Product”角色相相應(yīng)類是（B）。

）A.

Bank

B.

Account

C.

Checking

D.

Savings43、是一種獨(dú)立可交付功能單元，外界通過接口訪問其提供服務(wù)。（C）A.面向?qū)ο笙到y(tǒng)中對(duì)象（Object）B.模塊化程序設(shè)計(jì)中子程序（Subroutine）C.基于構(gòu)件開發(fā)中構(gòu)件（Component）D.系統(tǒng)模型中包（Package）44、軟件橫向重用是指重用不同應(yīng)用領(lǐng)域中軟件元素。（C）是一種典型、原始橫向重用機(jī)制。（）A.對(duì)象

B.構(gòu)件

C.原則函數(shù)庫

D.設(shè)計(jì)模式45、在基于構(gòu)件軟件開發(fā)中，（A）描述系統(tǒng)設(shè)計(jì)藍(lán)圖以保證系統(tǒng)提供恰當(dāng)功能；（B）用來理解系統(tǒng)性能、吞吐率等非功能性屬性。A.邏輯構(gòu)件模型

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

D.系統(tǒng)交互模型46．對(duì)象管理組織（OMG）基于CORBA基本設(shè)施定義了四種構(gòu)件原則。其中，（D）狀態(tài)信息是由構(gòu)件自身而不是由容器維護(hù)。A.實(shí)體構(gòu)件

B.加工構(gòu)件C.服務(wù)構(gòu)件

D.會(huì)話構(gòu)件47、分布式系統(tǒng)開發(fā)中，普通需要將任務(wù)分派到不同邏輯計(jì)算層。業(yè)務(wù)數(shù)據(jù)綜共計(jì)算分析任務(wù)屬于（B）。A.表達(dá)邏輯層

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

C.數(shù)據(jù)解決層

D.數(shù)據(jù)層48、在客戶機(jī)/服務(wù)器系統(tǒng)開發(fā)中，采用（D）時(shí)，應(yīng)將數(shù)據(jù)層和數(shù)據(jù)解決層放置于服務(wù)器，應(yīng)用邏輯層、表達(dá)邏輯層和表達(dá)層放置于客戶機(jī)。A.分布式表達(dá)構(gòu)造

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

D.分布式數(shù)據(jù)構(gòu)造49、軟件架構(gòu)是減少成本、改進(jìn)質(zhì)量、準(zhǔn)時(shí)和按需交付產(chǎn)品核心因素。如下關(guān)于軟件架構(gòu)描述，錯(cuò)誤是（A）。A.依照顧客需求，可以擬定一種最佳軟件架構(gòu)，指引整個(gè)軟件開發(fā)過程B.軟件架構(gòu)設(shè)計(jì)需要滿足系統(tǒng)質(zhì)量屬性，如性能、安全性和可修改性等C.軟件架構(gòu)設(shè)計(jì)需要擬定組件之間依賴關(guān)系，支持項(xiàng)目籌劃和管理活動(dòng)D.軟件架構(gòu)可以指引設(shè)計(jì)人員和實(shí)現(xiàn)人員工作50、某游戲公司欲開發(fā)一種大型多人即時(shí)戰(zhàn)略游戲，游戲設(shè)計(jì)目的之一是可以支持玩家自行創(chuàng)立戰(zhàn)役地圖，定義游戲?qū)ο笮袨楹椭g關(guān)系。針對(duì)該目的，公司應(yīng)當(dāng)采用（D）架構(gòu)風(fēng)格最為適當(dā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)___給出系統(tǒng)靜態(tài)設(shè)計(jì)視圖；___(2)____對(duì)系統(tǒng)行為進(jìn)行組織和建模是非常重要；____(3)___和____(4)___都是描述系統(tǒng)動(dòng)態(tài)視圖交互圖，其中___(3)___描述了以時(shí)間順序組織對(duì)象之間交互活動(dòng)，___(4)____強(qiáng)調(diào)收發(fā)消息對(duì)象組織構(gòu)造。A、狀態(tài)圖B、用例圖C、時(shí)序圖D、配備圖E、協(xié)作圖F、類圖答：（1）F（2）B（3）C（4）E設(shè)計(jì)題：1、設(shè)計(jì)一種簡(jiǎn)化網(wǎng)上個(gè)人銀行查詢系統(tǒng)，顧客可以通過Internet查詢自己帳戶收支明細(xì)、余額和修改密碼。（1）.闡明系統(tǒng)若干質(zhì)量屬性，并以場(chǎng)景圖形式分別描述一種可用性場(chǎng)景和一種安全性場(chǎng)景。（2）.使用ADD辦法闡明系統(tǒng)初步設(shè)計(jì)。（3.）描述ATAM辦法環(huán)節(jié)。（4）.選用兩個(gè)質(zhì)量屬