uml綜合練習(xí)題及答案

1、一、選擇題1 .軟件設(shè)計中的（）設(shè)計指定各個組件之間的通信方式以及各組件之間如何相互作用。A.數(shù)據(jù)B.接口C.結(jié)構(gòu)D.組件2 .UML是一種（）。A.面向?qū)ο蟮某绦蛟O(shè)計語言B.面向過程的程序設(shè)計語言C.軟件系統(tǒng)開發(fā)方法D.軟件系統(tǒng)建模語言3 .面向?qū)ο笾械模ǎC制是對現(xiàn)實世界中遺傳現(xiàn)象的模擬，通過該機制，基類的屬性和方法被遺傳給派生類。A.封裝B.多態(tài)C.繼承D.變異4 .下面關(guān)于類、對象和實例的敘述中，錯誤的是（）。A類是創(chuàng)建對象的模板B對象是類的實例C類是對象的實例D類是一組具有共同特征的對象集合5 .下列不在UP的初始階段中完成的A編制簡要的愿景文檔B粗略評估成本C定義大多數(shù)的需求D業(yè)務(wù)

2、案例6 .下面那一種模式是不屬于GRAS模式的A多態(tài)（Ploymorphism）B行為對象（purefabrication）C中間者（Indirection）DGoF7 .類是一組具有相同屬性的和相同服務(wù)的對象的抽象描述，類中的每個對象都是這個類的一個。A例證B用例C實例D例外8 .類之間共享屬性與服務(wù)的機制稱為（22）。A多態(tài)性B動態(tài)綁定C靜態(tài)綁定D繼承9 .一個對象通過發(fā)送來請求另一個對象為其服務(wù)。A調(diào)用語句B消息C命令D口令10 .下面的陳述中，對迭代和增量式開發(fā)描述錯誤的是（）。A.迭代是時間定量的B.系統(tǒng)是增量式增長的C.迭代是以循環(huán)反饋和調(diào)整為核心驅(qū)動力的D.當?shù)鸁o法依照時間表來

3、集成、測試和穩(wěn)定局部系統(tǒng)時，可以推遲完成日期。11 .有關(guān)UP階段的說法，不正確的是（）A.UP的一個開發(fā)周期（以系統(tǒng)發(fā)布作為產(chǎn)品結(jié)束標志）由多個迭代組成；B.初始階段不是需求階段，而是研究可行性的階段。C.細化階段就是需求或設(shè)計階段；D.細化階段就是迭代地實現(xiàn)核心架構(gòu)并解決高風(fēng)險問題的階段；12 .下面關(guān)于領(lǐng)域模型的描述，不正確的是（）A.領(lǐng)域模型就是軟件對象圖；B.應(yīng)用UMLft示法，領(lǐng)域模型被描述為一組沒有定義操作的類圖；C.創(chuàng)建領(lǐng)域模型的原因之一是幫助理解關(guān)鍵業(yè)務(wù)概念和詞匯；D.領(lǐng)域模型和領(lǐng)域?qū)邮褂孟嗨频拿梢詼p少軟件表示與我們頭腦中的領(lǐng)域模型之間的差異。13 .封裝是指把對象的（）

4、結(jié)合在一起，組成一個獨立的對象。A屬性和操作B信息流C消息和事件D數(shù)據(jù)的集合14 .封裝是一種（）技術(shù)，目的是使對象的生產(chǎn)者和使用者分離，使對象的定義和實現(xiàn)分開。A工程化B系統(tǒng)維護C信息隱藏D產(chǎn)生對象15 .面向?qū)ο蠓椒ㄖ械模ǎC制使子類可以自動地擁有（復(fù)制）父類全部屬性和操作。A約束B對象映射C信息隱藏D繼承16 .使得在多個類中能夠定義同一個操作或?qū)傩悦?，并在每一個類中有不同的實現(xiàn)的一種方法是（）oA繼承B多態(tài)性C約束D接口17 .順序圖和協(xié)作圖主要用于對用例圖中（）的建模，用它們來描述用例圖的行為。A數(shù)據(jù)流B控制流C消息流D數(shù)據(jù)字典18 .順序圖的模型元素有（）、消息、鏈接等，這些模型元

5、素表示某個用例中的若干個對象和對象之間所傳遞的消息，來對系統(tǒng)的行為建模。A對象B箭線C活動D狀態(tài)19 .順序圖描述（）對象之間消息的傳遞順序。A某個B單個C一個類產(chǎn)生的D一組20 .順序圖和協(xié)作圖建立類UML®向?qū)ο箝_發(fā)過程中的對象動態(tài)（）模型。A交互B狀態(tài)C體系結(jié)構(gòu)D軟件復(fù)用21 .狀態(tài)圖可以表現(xiàn)（）在生存期的行為、所經(jīng)歷的狀態(tài)序列、引起狀態(tài)轉(zhuǎn)移的事件以及因狀態(tài)轉(zhuǎn)移而引起的動作。A一組對象B一個對象C多個執(zhí)行者D幾個子系統(tǒng)22 .狀態(tài)圖描述一個對象在不同（）的驅(qū)動下發(fā)生的轉(zhuǎn)臺遷移。A事件B對象C執(zhí)行者D數(shù)據(jù)23 .一個（）遷移圖符可以有多個源狀態(tài)或目標狀態(tài)，它們可以把一個控制分解為

6、并行運行的并發(fā)線程，或多個并發(fā)線程接合成單個線程。A狀態(tài)B對象C活動D同步并發(fā)24 .活動圖中動作狀態(tài)之間的遷移不是靠（）觸發(fā)的，當活動（動作）狀態(tài)中的活動完成時就被觸發(fā)。A對象B事件C執(zhí)行者D系統(tǒng)25 .狀態(tài)圖和活動圖建立了UML®向?qū)ο箝_發(fā)過程中的對象動態(tài)（）模型。A交互B狀態(tài)C體系結(jié)構(gòu)D軟件復(fù)用26 .UML中關(guān)聯(lián)的多重度是指（）A一個類有多個方法被另一個類調(diào)用B一個類的實例能夠與另一個類的多個實例相關(guān)聯(lián)C一個類的某個方法被另一個類調(diào)用的次數(shù)D兩個類所具有的相同的方法和屬性27 .在某個信息系統(tǒng)中，存在如下的業(yè)務(wù)陳述：一個客戶提交0個或多個訂單；一個訂單由一個且僅由一個客戶提交

7、。系統(tǒng)中存在兩個類：“客戶”類和“訂單”類。對應(yīng)每個“訂單”類的實例，存在（1）B“客戶”類的實例；對應(yīng)每個“客戶”類的實例，存在D（2個“訂單”類的實例。供選擇的答案：A0個B1個C1個或多個D0個或多個28 .什么是關(guān)聯(lián)類（）A它描述了可以存在于類之間的各種關(guān)系。B它在另外兩個類之間的關(guān)聯(lián)中添加屬性和/或行為。C它關(guān)聯(lián)對象和該對象所屬的類。29.為什么層在子系統(tǒng)設(shè)計中非常重要（）（多選題）30.31.A更容易改變實現(xiàn)方式B減少了實現(xiàn)代碼中類的數(shù)量C提高了重用性D降低了復(fù)雜性如果兩個顧客在世界的不同地方，要購買音樂會的最后一張票，如何分配這張票（）A引入一個額外的業(yè)務(wù)規(guī)則，把可用票的查詢和臨

8、時預(yù)定合并起來。B使顧客參與軟件“競爭”，以買到票。C不允許賣出最后一張票，因為這對其中的一位顧客是不公平的如圖6-12所示：（1）X1、X2和X3是什么（）（單選題）參與者和角色之間的差別A角色BPrimadonnasC參與者D棒用例模型的用 途就是列出系 統(tǒng)中的用例和 參與者（2）下面哪個語句是正確的（）（多選題）AX3可以使用UC4t系統(tǒng)交互。BX1可以使用UC1和UC4t系統(tǒng)交互。CX1、X2與X3不同。DUC3是沒有步驟的抽象用例。下面哪個語句是正確的（）（多選題）A B C D EUC5是UC4的補充部分UC4是UC5的可選部分UC1是沒有用的。UC2是UC4的可選部分UC4是UC

9、2的補充部分32 .如圖所示，下面哪些陳述是正確的（）A汽車總是有相同的車身B一些汽車有備用輪胎C汽車有一個引擎，引擎在汽車之間不共享D所有的汽車都有四或五個輪胎E汽車必須有至少一個司機F乘客不可能是司機33 .如圖，AB和C是什么對象AA是實體，B是控制者，C是邊界。BA是邊界，B是實體，C是控制者。CA是實體，B是邊界，C是控制者。DA是控制者，B是實體，C是邊界。34 .領(lǐng)域模型是一組表示()，在設(shè)計工作中廣泛用來啟發(fā)設(shè)計軟件對象.A真實世界的概念類B虛擬世界的概念類C軟件部件的模型D硬件部件的模型35 .UMLI供了一系列的圖支持面向?qū)ο蟮姆治雠c設(shè)計，其中_F_給出系統(tǒng)的靜態(tài)設(shè)計視圖；

10、(2)B對系統(tǒng)的功能進行組織和建模是飛常重要的；(3)_C_和(4)_E_都是描述系統(tǒng)動態(tài)視圖的交互圖,其中(5)_C_描述了以時間順序組織的又t象之間的交互活動，(6)_E強調(diào)收發(fā)消息的對象的組織結(jié)構(gòu)。A狀態(tài)圖B用例圖C序列圖D部署圖E協(xié)作圖F類圖36 .類是一組具有相同屬性的和相同服務(wù)的對象的抽象描述，類中的每個對象都是這個類的一個(1)c。類之間共享屬性與服務(wù)的機制稱為d(2)。一個對象通過發(fā)送b(3)來請求另一個對象為其服務(wù)。(1) A例證B用例C實例D例外(2) A多態(tài)性B動態(tài)綁定C靜態(tài)綁定D繼承(3) A調(diào)用語句B消息C命令D口令37 .領(lǐng)域模型又稱為()A.業(yè)務(wù)流程,K型B.用例

11、模型C.概念模型D.設(shè)計模型38 .在面向?qū)ο蟮姆椒▽W(xué)中，對象可看成是屬性及對于這些屬性的專用服務(wù)的封裝體。封裝是一種(1)技術(shù),封裝的目的是使對象的(2)分離。(1) A組裝B產(chǎn)品化C固化D信息隱藏(2) A定義和實現(xiàn)B設(shè)計和測試C設(shè)計和實現(xiàn)D分析和定義39 .如果你想對一個類的意義進行描述，那么應(yīng)該采用A.標記值B.規(guī)格描述C.注釋D.構(gòu)造型40 .軟件復(fù)用是面向?qū)ο笙到y(tǒng)分析與設(shè)計的核心支持技術(shù)之一，軟件復(fù)用的核心是()。A對象類B軟件構(gòu)件技術(shù)C設(shè)計模式D模塊41 .軟件測試通常采用黑盒測試和白盒測試。其中黑盒測試根據(jù)軟件的(a)設(shè)計測試用例，白盒測試根據(jù)軟件的(c)設(shè)計測試用例。A.功能

12、規(guī)格說明B.需求說明C.內(nèi)部結(jié)構(gòu)和邏輯D.數(shù)據(jù)流圖42 .將軟件從一種計算機環(huán)境轉(zhuǎn)換到另一種環(huán)境運行的難易程度是指軟件的(B)。在規(guī)定的條件下和規(guī)定的時間間隔內(nèi)，按設(shè)計要求，軟件成功運行的特性稱為(A)。A.可靠性B.可移植性C.可使用性D.靈性43 .原型化方法是動態(tài)確定軟件需求的方法之一，該方法適應(yīng)于()的系統(tǒng)。A.需求不確定性高B.需求確定C.結(jié)構(gòu)簡單D,可移植性好44 .瀑布模型是傳統(tǒng)的軟件開發(fā)過程模型，它強調(diào)各階段的嚴格性，其主要缺點是()。A.需要軟件人員和用戶進行溝通B.需要付較高的維護成本C.開發(fā)的軟件不易于移植D .不適應(yīng)需求不確定的軟件開發(fā)45 .軟件設(shè)計中的（）設(shè)計指定各

13、個組件之間的通信方式以及各組件之間如何相互作用。A.數(shù)據(jù)B.接口C.結(jié)構(gòu)D.組件46 .（）不是面向?qū)ο蟪绦蛟O(shè)計語言。47.在畫SSDH時，應(yīng)該如何對待所涉及的系統(tǒng)：A.XMLB.JavaC.C#D.SimulaA.詳細描述其內(nèi)部結(jié)構(gòu)及其功能；B.簡單描述其內(nèi)部結(jié)構(gòu)，但是羅列系統(tǒng)所有的功能C.詳細描述其內(nèi)部結(jié)構(gòu)，并不列出系統(tǒng)的功能階段完成的 D提交階段D.不對系統(tǒng)的內(nèi)部結(jié)構(gòu)與功能進行描述.48.定義大多數(shù)的需求和范圍的工作是在UP中的A初始階段B細化階段C構(gòu)造階段49.下列不在UP的初始階段中完成的A編制簡要的愿景文檔B粗略評估成本C定義大多數(shù)的需求D業(yè)務(wù)案例二、簡答題1.統(tǒng)一過程中有哪四個階

14、段，各階段需要完成的主要工作有哪些答：1）初始階段：編制簡要的愿景文檔、業(yè)務(wù)案例、確定范圍、粗略評估成本2）細化階段：細化愿景文檔、迭代地實現(xiàn)核心構(gòu)架、解決高風(fēng)險的問題、定義大多數(shù)的需求和范圍、進一步評估成本3）構(gòu)造階段：迭代地實現(xiàn)系統(tǒng)的其余部分、準備部署4）提交階段：beta測試、部署2 .統(tǒng)一過程中的核心工作流有哪些答：業(yè)務(wù)建模、需求分析、設(shè)計、實現(xiàn)、測試3 .UP的核心思想有哪些答：短時間盒的迭代式開發(fā)開發(fā)過程中不斷進行調(diào)整在早期的迭代中解決高風(fēng)險和高價值的主要問題不斷與用戶銜接，及時得到反饋意見早期注意構(gòu)造核心的體系結(jié)構(gòu)早期進入實現(xiàn)和測試，不斷進行質(zhì)量檢驗使用用況（usecase）可視

15、化建模（用UML仔細地管理需求控制變更4 .什么是增量開發(fā)答：增量開發(fā)包括兩層意思：1 ）對復(fù)雜的用況分多次迭代，一部分一部分地實現(xiàn)2）將所有用況按其優(yōu)先級分別安排在不同的迭代中實現(xiàn)三、畫圖題1 .已知三個類和C.其中類A由類B的一個實類和類C的1個或多個實類構(gòu)成請畫出能夠正確表示類A,B和C之間關(guān)系的UMLfe圖。2 .畫出下面場景的順序圖1. 收款員（Cashier）啟動一次銷售（makeNewSale（）2. 收款員輸入商品標識（enterItem（itemID,quantity）3. 銷售結(jié)束，系統(tǒng)計算并顯示總金額（endSale（）4. 顧客付款，系統(tǒng)（System）處理支付。（ma

16、kePayment（amount）3.下面一段代碼為UserInfo類和Company的定義的代碼，請根據(jù)代碼畫出類圖（類及其關(guān)系），并標記出類之間關(guān)系的重數(shù)。publicclassUserInfoprivateCompanyoneCompany;客帶著購買的商品或服務(wù)來到POS攵款臺（ 2） .收款員啟動一次銷售（ 3） .收款員輸入商品標識（ 4） .系統(tǒng)記錄商品，并且顯示該商品說明，價格，并計算總金額。按一組計價規(guī)則計算單價。四、案例分析PizzaBase案例分析PizzaBase飯館想把顧客預(yù)定比薩的過程自動化。每張桌子都配備一個觸摸式屏幕，顧客可以用它瀏覽所供應(yīng)的比薩，并點菜。該飯館

17、供應(yīng)兩種基本類型的比薩：自助類只有西紅柿醬，顧客可以選擇任意數(shù)量的配料，每種配料的價格都是固定的。預(yù)制類有幾個小類，每個小類都有固定的配料。每種比薩都可以預(yù)定酥脆型和松軟型，有三種規(guī)格：6英寸、9英寸和12英寸。顧客還可以預(yù)定飲料，例如可樂類和檸檬類，每種飲料都有大杯和小杯兩種規(guī)格。顧客確認了預(yù)定的食物后，就顯示總價。之后，屏幕顯示食物的準備和烹飪進度。在顧客吃完后，可以以方便的方式付費。（1）在PizzaBase案例分析中，在分析階段的屬性列表是哪一個（）A可樂、基本類型、價格、規(guī)格、檸檬、付費方式B口味、品種、付費方式、總價、顯示、肉類、西紅柿C進度、品種、口味、價格、觸摸式屏幕、規(guī)格、飲

18、料D基本類型、價格、品種、規(guī)格、進度、口味（2）如圖所示，哪個圖是PizzaBase飯館中比薩的最佳模型（）A圖1B圖2C圖3（3）在PizzaBase案例分析中，分析類最有可能是哪個列表（）APayment,Order,Drink,Topping,Pizza,Restaurant,Base,SauceBCustomer,Table,Pizza,Topping,Drink,Restaurant,OrderCPizzaBase,Cola,Restaurant,Lemonade,Do-it-yourself,Prefab,Table,OrderDRestaurant,Pizza,Topping,Display,Payment,Order,Touch五、填空題1 .在協(xié)作圖中通過消息編號表示出消息的時間順序。2 .小步驟、快速反饋、H是迭代開發(fā)的主要思想，迭代時間過程會破壞迭代開發(fā)的核心動機并增加項目風(fēng)險。僅一周的迭代時間不足以獲得有意義的產(chǎn)出和反饋；若迭代周期大于6周，則復(fù)雜性會變得不可控制，反饋將延遲。）3 .理解職責(zé)是順利進行面向?qū)ο笤O(shè)計的關(guān)鍵?；?。設(shè)計的系統(tǒng)方法GRASP的5個原則和模式為創(chuàng)建者、信息專家、高內(nèi)塞、低耦合、控制器。4 .UML只是一種標準的、可視化