福建XX大學(xué)2020年8月課程考試《面向?qū)ο蟮某绦蛟O(shè)計》作業(yè)考核試題

《面向?qū)ο蟮某绦蛟O(shè)計》期末考試A卷姓名：專業(yè)：學(xué)號：學(xué)習(xí)中心：一、單選題(共25題，每題2分，共50分)1、Observer模式不適用于（C）。A.當(dāng)一個抽象模型存在兩個方面，其中一個方面依賴于另一方面，將這二者封裝在獨立的對象中以使它們可以各自獨立的改變和復(fù)用B.當(dāng)對一個對象的改變需要同時改變其他對象，而不知道具體有多少個對象有待改變時C.當(dāng)一個對象必須通知其它對象，而它又不能假定其它對象是誰，也就是說你不希望這些對象是緊耦合的D.一個對象結(jié)構(gòu)包含很多類對象，它們有不同的接口，而想對這些對象實施一些依賴于其具體類的操作2、順序圖由類角色，生命線，激活期和（A）組成。A.關(guān)系B.消息C.用例D.實體3、UML中類的有三種，下面哪個不是其中之一（B）A.實體類B.抽象類C.控制類D.邊界類4、如果用例A與用例B相似，但A的功能較B多，A的動作序列是通過在B的動作序列中的某些執(zhí)行點上插入附加的動作序列而構(gòu)成的，則稱（B）。A.用例A實現(xiàn)用例BB.用例A繼承用例BC.用例A擴展用例BD.用例A包括用例B5、（A）技術(shù)是將一個活動圖中的活動狀態(tài)進行分組，每一組表示一個特定的類、人或部門，他們負責(zé)完成組內(nèi)的活動。A.泳道B.分叉匯合C.分支D.轉(zhuǎn)移6、關(guān)于繼承表述錯誤的是：（D）。A.繼承是一種通過擴展一個已有對象的實現(xiàn)，從而獲得新功能的復(fù)用方法B.泛化類（超類）可以顯式地捕獲那些公共的屬性和方法。特殊類（子類）則通過附加屬性和方法來進行實現(xiàn)的擴展C.在一定意義上說破壞了封裝性，因為這會將父類的實現(xiàn)細節(jié)暴露給子類D.繼承本質(zhì)上是“白盒復(fù)用”，對父類的修改，不會影響到子類7、當(dāng)我們想創(chuàng)建一個具體的對象而又不希望指定具體的類時，可以使用（A）模式。A.創(chuàng)建型B.結(jié)構(gòu)型C.行為型D.以上都可以8、類和接口的關(guān)系類似于下面哪種類型的關(guān)系（D）。A.關(guān)聯(lián)（association）和聚集（aggregation）B.關(guān)聯(lián)（association）和組合（composition）C.腳本（scenario）和用例（usecase）D.包（Package）和子系統(tǒng)（subsystem）9、如果用例B是用例A的某項子功能，并且建模者確切地知道在A所對應(yīng)的動作序列中何時將調(diào)用B，則稱（A）。A.用例A擴展用例BB.用例A繼承用例BC.用例A包括用例BD.用例A實現(xiàn)用例B10、組成UML有三種基本的建筑塊是：（A），事物和圖。A.關(guān)系B.類C.用例D.實體11、設(shè)計模式一般用來解決什么樣的問題(A)。A.同一問題的不同表相B.不同問題的同一表相C.不同問題的不同表相D.以上都不是12、若將活動狀態(tài)比作方法，那么動作狀態(tài)即（C）。A.方法名B.方法返回值C.方法體中的每一條語句D.方法的可見性13、(C)是表達系統(tǒng)類及其相互聯(lián)系的圖示,它是面向?qū)ο笤O(shè)計的核心，建立狀態(tài)圖、協(xié)作圖和其他圖的基礎(chǔ)。A.對象圖B.組件圖C.類圖D.狀態(tài)圖14、（C）使用類圖的一個子集，用于強化某個時間點類實例之間的關(guān)系。A.交互圖B.協(xié)作圖C.對象圖D.狀態(tài)圖15、40、在UML中（D）表示參與者為達成一項相對獨立、完整的業(yè)務(wù)目標(biāo)而要求軟件系統(tǒng)完成的功能。A.用例圖B.邊C.執(zhí)行者D.用例16、通常對象有很多屬性，下面僅能在對象內(nèi)部訪問的屬性可見性限制是（D）。A.公有的（public）B.受保護的（protected）C.友員（friendly）D.私有的（private）17、生命線是UML視圖中哪個圖形的組成部分（D）。A.類圖B.狀態(tài)圖C.活動圖D.順序圖18、下面（）不是UML的基本構(gòu)成元素。（A）A.控制語言B.基本構(gòu)造塊C.規(guī)則D.公共機制19、在用例之間，會有三種不同的關(guān)系，下列哪個不是它們之間可能的關(guān)系（ ）DA.包含（include）B.擴展（extend）C.泛化（generalization）D.關(guān)聯(lián)（connect）20、面向?qū)ο蟪绦蛟O(shè)計將描述事物的數(shù)據(jù)與(C)封裝在一起,作為一個相互依存、不可分割的整體來處理。A.信息B.數(shù)據(jù)隱藏C.對數(shù)據(jù)的操D.數(shù)據(jù)抽象21、下面哪個視圖屬于UML語言的交互圖（D）。A.行為圖B.狀態(tài)圖C.實現(xiàn)圖D.順序圖22、（A）模型的缺點是缺乏靈活性，特別是無法解決軟件需求不明確或不準(zhǔn)確的問題。A.瀑布模型B.原型模型C.增量模型D.螺旋模型23、在UML中，有3種基本構(gòu)造塊，分別是（A）A.事物、關(guān)系和圖B.注釋、關(guān)系和圖C.事物、關(guān)系和結(jié)構(gòu)D.注釋、關(guān)系和結(jié)構(gòu)24、以下屬于創(chuàng)建型模式的是（A）。A.抽象工廠模式（AbstractFactory）B.裝飾模式(Decorator)C.外觀模式(Facade)D.橋接模式(Bridge)25、Fa?ade（外觀）模式的意圖是（A）。A.希望簡化現(xiàn)有系統(tǒng)的使用方法。你需要定義自己的借口B.將一個無法控制的現(xiàn)有對象與一個特定借口相匹配C.將一組實現(xiàn)部分從另一組使用它們的對象中分離出來D.你需要為特定的客戶（或情況）提供特定系列的對象二、判斷題(共10題，每題2分，共20分)26、抽象工廠模式提供了一系列相關(guān)或相互依賴對象的接口且必須指定他們具體的類。(錯)27、Decorator（裝飾）模式適用性是表示對象的部分-整體層次結(jié)構(gòu)。(對)28、一個狀態(tài)圖最多只能由一個初態(tài)和一個終態(tài)。(錯)29、類A和類B之間的關(guān)系如圖1所示，則稱類B中的getName()方法是對類A中的getName()方法的重載（overload）。圖getName（）方法之間的關(guān)系(錯)30、Adapter模式不是必須針對某個接口進行設(shè)計。(錯)31、對象適配器模式是合成聚合復(fù)用原則的典型應(yīng)用。(對)32、Decorator（裝飾）模式的意圖是為一個對象連接附加的職責(zé)。(對)33、在設(shè)計模式中，“效果”只是指“原因和結(jié)果”。(對)34、Fa?ade外觀模式只能為方法調(diào)用創(chuàng)建更簡單的接口，不能減少客戶必須處理的對象數(shù)量。(錯)35、UML由用例視圖、物理視圖、組件視圖、進度視圖和配置視圖組成。(錯)三、簡答題(共4題，每題5分，共20分)36、信用卡可能處于“開放”和“關(guān)閉”狀態(tài)，其中“開放”狀態(tài)可以直接進入“關(guān)閉”狀態(tài)，而從“關(guān)閉”狀態(tài)必須提供密碼驗證才能進入“開放”狀態(tài)?！伴_放”狀態(tài)又包括“透支”和“正?！睜顟B(tài)之間的變化，當(dāng)剩余金額少于零、或者使用額度大于剩余金額、或者結(jié)算余額小于零時進入透支狀態(tài)，反之則為正常狀態(tài)。畫出信用卡的狀態(tài)圖。

37、UML2.0前有幾種常用圖（diagram）?哪些屬于靜態(tài)圖，哪些屬于動態(tài)圖？答:靜態(tài)圖:類圖，對象圖，用例圖，部署圖，構(gòu)件圖，動態(tài)圖:狀態(tài)圖，順序圖，活動圖，協(xié)作圖

38、UML中的交互圖有兩種，分別是順序圖和協(xié)作圖，請分析一下兩者之間的主要差別和各自的優(yōu)缺點。掌握利用兩種圖進行的設(shè)計的方法。答:協(xié)作圖可視化地表示了對象之間隨時間發(fā)生的交互，它除了展示對象之間的關(guān)聯(lián)，還顯示出對象之間的消息傳遞。與順序圖一樣，協(xié)作圖也展示對象之間的交互關(guān)系。順序圖強調(diào)的是交互的時間順序，而協(xié)作圖強調(diào)的是交互的語境和參與交互的對象的整體組織。順序圖按照時間順序布圖，而協(xié)作按照空間組織布圖。順序圖可以清晰地表示消息之間的順序和時間關(guān)系，但需要較多的水平方向的空間。協(xié)作圖在增加對象時比較容易，而且分支也比較少，但如果消息比較多時難以表示消息之間的順序。

39、說明Observer模式的基本實現(xiàn)方式。如果不用該模式，要達到同樣的效果，你會如何做？答:觀察者模式在關(guān)于目標(biāo)角色、觀察者角色通信的具體實現(xiàn)中，有兩個版本。一種情況便是目標(biāo)角色在發(fā)生變化后，僅僅告訴觀察者角色“我變化了”;觀察者角色如果想要知道具體的變化細節(jié)，則就要自己從目標(biāo)角色的接口中得到。這種模式被很形象的稱為:拉模式，變化的信息是觀察者角色主動從目標(biāo)角色中“拉”出來的。還有一種方法，那就是我目標(biāo)角色“服務(wù)-條龍”，通知你發(fā)生變化的同時，通過一個參數(shù)將變化的細節(jié)傳遞到觀察者角色中去，這就是“推模式”。這兩種模式的使用，取決于系統(tǒng)設(shè)計時的需要。如果目標(biāo)角色比較復(fù)雜，并且觀察者角色進行更新時必須得到一些具體變化的信息，則“推模式”比較合適。如果目標(biāo)角色比較簡單，則“拉模式”就很合適。如果不使用該模式，可采用策略模式，將不同的情況作為子類封裝在一個類中，模擬observer模式中目標(biāo)角色的不同狀態(tài)，當(dāng)外部狀態(tài)發(fā)生變化時，可以選擇不同的strategy1、strategy2-改變觀察者角色，從而達到與觀察者模式同樣的效果