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

上傳人:2127513****773577... 文檔編號(hào):43946770 上傳時(shí)間:2021-12-05 格式:DOC 頁(yè)數(shù):11 大?。?06.50KB
收藏 版權(quán)申訴 舉報(bào) 下載
《軟件體系結(jié)構(gòu)》期末復(fù)習(xí)題(總11頁(yè))_第1頁(yè)
第1頁(yè) / 共11頁(yè)
《軟件體系結(jié)構(gòu)》期末復(fù)習(xí)題(總11頁(yè))_第2頁(yè)
第2頁(yè) / 共11頁(yè)
《軟件體系結(jié)構(gòu)》期末復(fù)習(xí)題(總11頁(yè))_第3頁(yè)
第3頁(yè) / 共11頁(yè)

下載文檔到電腦,查找使用更方便

20 積分

下載資源

還剩頁(yè)未讀,繼續(xù)閱讀

資源描述:

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

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”視圖模型圖,分析各部分的原

2、理和功能。 5、 軟件體系結(jié)構(gòu)風(fēng)格: 是描述某一特定應(yīng)用領(lǐng)域中系統(tǒng)組織方式的慣用模式。 6、軟件體系結(jié)構(gòu) (Software Architecture) 軟件體系結(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)槊恳粚又炼嗪拖噜彽纳舷聦咏换?,因此功能的改變?/p>

3、多影響相鄰的上下層; 3)支持重用。只要提供的服務(wù)接口定義不變,同一層的不同實(shí)現(xiàn)可以交換使用。這樣,就可以定義一組標(biāo)準(zhǔn)的接口,而允許各種不同的實(shí)現(xiàn)方法。 8、分層系統(tǒng)的缺點(diǎn)有: 1)并不是每個(gè)系統(tǒng)都可以很容易地劃分為分層的模式,甚至即使一個(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ù)器端解決。用戶在使用系統(tǒng)時(shí),僅僅需要一個(gè)瀏覽器就可運(yùn)行全部的模塊,真正達(dá)到了“

4、零客戶端”的功能,很容易在運(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ù)處理功能。 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ù)提交一般以頁(yè)面為單位,數(shù)據(jù)的動(dòng)態(tài)交互性不強(qiáng),不利于在線事務(wù)處理(OLTP)應(yīng)用。 11、 DSSA 答案:DSSA就是在一

5、個(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è)特征集能滿足選定的市場(chǎng)或任務(wù)領(lǐng)域的特定需求。這些系統(tǒng)遵循一個(gè)預(yù)描述的方式,在公共的核心資源(core assets)基礎(chǔ)上開(kāi)發(fā)的 14、SOA 即service-oriented architecture,面向服務(wù)架構(gòu)。它是一個(gè)組件模型,它 將應(yīng)用程序的不同功

6、能單元(稱為服務(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、 RIA 15、 中間件 15、 設(shè)計(jì)模式 答:一些設(shè)計(jì)面向?qū)ο蟮能浖_(kāi)發(fā)的經(jīng)驗(yàn)總結(jié),就是系統(tǒng)的命名、解釋、和評(píng)價(jià)某一個(gè)重要的面向?qū)ο蟮目芍噩F(xiàn)的面向?qū)ο蟮脑O(shè)計(jì)方案。 15、 軟件體系結(jié)構(gòu)測(cè)試和傳統(tǒng)軟件測(cè)試區(qū)別 16、UML中的交互圖有兩種,分別是順序圖

7、和協(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í)比較容易,而且分支也比較少,但如果消息比較多時(shí)難以表示消息之間的順序。 17. 管道過(guò)濾器風(fēng)格結(jié)構(gòu)特點(diǎn) (1)使得軟構(gòu)件具有良好的

8、隱蔽性和高內(nèi)聚、低耦合的特點(diǎn); (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ù)傳輸上沒(méi)有通用的標(biāo)準(zhǔn),每個(gè)過(guò)濾器都增加了解析和合成數(shù)據(jù)的工作,

9、這樣就導(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)格兩者為近義詞,通常情況下可以互相通用

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

11、實(shí)現(xiàn),它若需要取得視圖中的對(duì)象或更新視圖,需通過(guò)控制器來(lái)進(jìn)行處理。 View是模型在屏幕上的表示,模型在進(jìn)行操作后,其結(jié)果是通過(guò)視圖顯示的。 Controller用于管理用戶與視圖發(fā)生的交互,定義用戶界面對(duì)用戶輸入的響應(yīng)方式。一旦用戶需要對(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、

12、Open-Close原則的含義是一個(gè)軟件實(shí)體( A ) A.應(yīng)當(dāng)對(duì)擴(kuò)展開(kāi)放,對(duì)修改關(guān)閉. B.應(yīng)當(dāng)對(duì)修改開(kāi)放,對(duì)擴(kuò)展關(guān)閉 C.應(yīng)當(dāng)對(duì)繼承開(kāi)放,對(duì)修改關(guān)閉 D.以上都不對(duì) 5、要依賴于抽象,不要依賴于具體。即針對(duì)接口編程,不要針對(duì)實(shí)現(xiàn)編程,是( D )的表述 A.開(kāi)-閉原則 B.接口隔離原則 C.里氏代換原則 D.依賴倒轉(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.工廠模式

13、 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、不屬于軟件體系結(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)提

14、供給最終用戶的服務(wù) B:開(kāi)發(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ù)中哪一個(gè)是錯(cuò)的?( A ) A 數(shù)據(jù)庫(kù)一致性要求 B 數(shù)據(jù)庫(kù)訪問(wèn)并發(fā)性控制 C 數(shù)據(jù)庫(kù)前端的客戶應(yīng)用程序的全局?jǐn)?shù)據(jù)完整性規(guī)則 D 數(shù)據(jù)庫(kù)

15、的備份與恢復(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ù)查詢等響應(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),利于在線事務(wù)處理(Online Transaction Processing,OLTP)應(yīng)用。 17、以下關(guān)于軟件體系結(jié)構(gòu)描述方法說(shuō)法錯(cuò)誤的是(  B  ) A圖形表達(dá)工具在

16、軟件設(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ū)別在于后者描述的問(wèn)題空哦關(guān)鍵,而前者則扎根于解空間中 ADL與建模語(yǔ)言的區(qū)別在于后者對(duì)部分的關(guān)注要大于對(duì)整體的關(guān)注 ADL與傳統(tǒng)的程序設(shè)計(jì)語(yǔ)言

17、的構(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ù)層(Business

18、 Layer)和監(jiān)聽(tīng)者(Listener)。離客戶端最近的是監(jiān)聽(tīng)者,離客戶最遠(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ì)外的公共接口和綁定。 A.URI B.XML C.SOAP D.HTTP 23、下面哪個(gè)不屬于設(shè)計(jì)模式方法分類(lèi)( D ) A Coad的面向?qū)ο竽J? B 代碼模式 C 框架應(yīng)用模式

19、 D 遺傳算法 24、一般來(lái)說(shuō),模式有以下四個(gè)基本成分:( A )、問(wèn)題、解決方案、效果 。 A.模式名稱 B. 時(shí)間 C. 地點(diǎn) D. 思想 25、軟件體系結(jié)構(gòu)的文檔要求與軟件開(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 Method B.Builder C.Prototy

20、pe D.Bridge 27、下列選項(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ì)象是?( D ) 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)格是( B ) A、順序結(jié)構(gòu)風(fēng)格 B、并行/管道—過(guò)濾器結(jié)構(gòu)風(fēng)格 C、容錯(cuò)結(jié)構(gòu)風(fēng)格

21、 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è)試 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)

22、 D.互操作 33、軟件評(píng)估中關(guān)注大可修改性包含可維護(hù)性,可擴(kuò)展性,( B )和結(jié)構(gòu)重組4個(gè)方面。 A 。可用性 B 。可移植性 C 。可變性 D ?;ゲ僮餍? 34、產(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.用戶需求不明確 B、缺乏

23、正確的理論指導(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)分析法 C。系統(tǒng)體系結(jié)構(gòu)分析法 D。中間設(shè)計(jì)的積極評(píng)審 38、不屬于軟件體系結(jié)構(gòu)的核心模型的最基本的元素是( 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ù)包,

24、并且當(dāng)有新的數(shù)據(jù)包到達(dá)時(shí),接收系統(tǒng)會(huì)自動(dòng)得到通知。另外還要求支持?jǐn)?shù)據(jù)重傳,以確保傳輸?shù)某晒Αa槍?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)。在該模型中,最終用戶側(cè)重于 (C) ,系統(tǒng)工程師側(cè)重于 (D) 。 A. 實(shí)現(xiàn)視圖B. 進(jìn)程視圖C. 邏輯視圖D. 部署視圖 42、 某銀行系統(tǒng)采用Factory Method方法描述其不同賬戶之間的關(guān)系,設(shè)計(jì)出的類(lèi)圖如下所示。其中與Factory Method中的“Creator”角色相對(duì)

25、應(yīng)的類(lèi)是 (A) ;與“Product”角色相對(duì)應(yīng)的類(lèi)是(B) 。 ) A. BankB. AccountC. Checking D. Savings 43、是一個(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、軟件的橫向重用是指重用不同應(yīng)用領(lǐng)域中的軟件元素。 (C) 是一種典型的、原始的橫向重用機(jī)制。() A. 對(duì)象B. 構(gòu)件C. 標(biāo)準(zhǔn)函數(shù)庫(kù)D. 設(shè)計(jì)模式 45、

26、 在基于構(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)基于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. 會(huì)話構(gòu)件 47、分布式系統(tǒng)開(kāi)發(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)開(kāi)發(fā)中,采用 ( D ) 時(shí),應(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ì)量、按時(shí)和按需交付產(chǎn)品的關(guān)鍵因素。以下關(guān)于軟件架構(gòu)的描述,錯(cuò)誤的是 (A ) 。 A. 根據(jù)用戶需求,能夠確定一個(gè)最佳的軟件架構(gòu),指導(dǎo)整個(gè)軟件的開(kāi)發(fā)過(guò)程B. 軟件架構(gòu)設(shè)計(jì)需要滿足系統(tǒng)的質(zhì)量屬性,如性能、安全性和可修改性等C. 軟件架構(gòu)設(shè)計(jì)需要確定組件之間的依賴關(guān)系,支持項(xiàng)目計(jì)劃和管理活動(dòng)D. 軟件架構(gòu)能夠指導(dǎo)設(shè)計(jì)人員和實(shí)現(xiàn)人員的工作 50、某游戲公

28、司欲開(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)換成客戶希望的另外一個(gè)接口,使得原本由于接口不兼容而不能一起工作的那些類(lèi)可以一起工作。 A. Adapter(適配器)模式 B. Command(命令)模式 C. Singleton(單例)模式 D. Strategy(策略)模式 52、UML提供了一系列的圖支持面向?qū)ο蟮姆治雠c設(shè)計(jì),其中____(1)_

29、__給出系統(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ì)象的組織結(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è)人銀行查詢系統(tǒng),用戶可以通過(guò)Internet查詢自己帳戶的收支明細(xì)、余額和修改密碼。 (1).

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

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

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

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

相關(guān)資源

更多
正為您匹配相似的精品文檔
關(guān)于我們 - 網(wǎng)站聲明 - 網(wǎng)站地圖 - 資源地圖 - 友情鏈接 - 網(wǎng)站客服 - 聯(lián)系我們

copyright@ 2023-2025  zhuangpeitu.com 裝配圖網(wǎng)版權(quán)所有   聯(lián)系電話:18123376007

備案號(hào):ICP2024067431號(hào)-1 川公網(wǎng)安備51140202000466號(hào)


本站為文檔C2C交易模式,即用戶上傳的文檔直接被用戶下載,本站只是中間服務(wù)平臺(tái),本站所有文檔下載所得的收益歸上傳人(含作者)所有。裝配圖網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)上載內(nèi)容本身不做任何修改或編輯。若文檔所含內(nèi)容侵犯了您的版權(quán)或隱私,請(qǐng)立即通知裝配圖網(wǎng),我們立即給予刪除!