UML試題及其答案.doc

UML面向?qū)ο蠹夹g(shù)1. UML中關(guān)聯(lián)的多重度是指()A. 一個類有多個方法被另一個類調(diào)用B. 一個類的實類能夠與另一個類的多個實類相關(guān)聯(lián)C. 一個類的某個方法被另一個類調(diào)用的次數(shù)D. 兩個類所具有的相同的方法和屬性答案:B2. 已知三個類A.B和C.其中類A由類B的一個實類和類C的1個或多個實類構(gòu)成.請畫出能夠正確表示類A,B和C之間關(guān)系的UML類圖.答案:3在某個信息系統(tǒng)中，存在如下的業(yè)務(wù)陳述：一個客戶提交0個或多個訂單；一個訂單由一個且僅由一個客戶提交。系統(tǒng)中存在兩個類：“客戶”類和“訂單”類。對應(yīng)每個“訂單”類的實例，存在_(46)_“客戶”類的實例；對應(yīng)每個“客戶”類的實例，存在_(47)_個“訂單”類的實例。供選擇的答案：（1）A.0個 B.1個 C.1個或多個 D.0個或多個（2）A.0個 B.1個 C.1個或多個 D.0個或多個答案: 1. 2. 4、 UML中的交互圖有兩種，分別是順序圖和協(xié)作圖，請分析一下兩者之間的主要差別和各自的優(yōu)缺點。掌握利用兩種圖進行的設(shè)計的方法。答：協(xié)作圖可視化地表示了對象之間隨時間發(fā)生的交互，它除了展示對象之間的關(guān)聯(lián)，還顯示出對象之間的消息傳遞。與順序圖一樣，協(xié)作圖也展示對象之間的交互關(guān)系。順序圖強調(diào)的是交互的時間順序，而協(xié)作圖強調(diào)的是交互的語境和參與交互的對象的整體組織。順序圖按照時間順序布圖，而協(xié)作圖按照空間組織布圖。順序圖可以清晰地表示消息之間的順序和時間關(guān)系，但需要較多的水平方向的空間。協(xié)作圖在增加對象時比較容易，而且分支也比較少，但如果消息比較多時難以表示消息之間的順序。6、什么是高內(nèi)聚度 高內(nèi)聚度是對一個類中的各個職責(zé)之間相關(guān)程度和集中程度的度量。 一個具有高度相關(guān)職責(zé)的類并且這個類所能完成的工作量不是特別巨大，那么它就具有高內(nèi)聚度。7、UML提供一系列的圖支持面向?qū)ο蟮姆治雠c設(shè)計,其中_G_給出系統(tǒng)的靜態(tài)設(shè)計視圖;_B_對系統(tǒng)的行為進行組織和建模是非常重要的;_D_和_F_都是描述系統(tǒng)動態(tài)視圖的交互圖,其中_D_描述了以時間順序組織的對象之間的交互活動,_F_強調(diào)收發(fā)消息的對象的組織結(jié)構(gòu).A狀態(tài)圖B用例圖C狀態(tài)圖D序列圖E部署圖F協(xié)作圖G類圖9、UML是有四種關(guān)系，他們分別是：依賴，關(guān)聯(lián)，泛化和實現(xiàn)，還有一種聚集是一種特殊類型的關(guān)聯(lián)，請標(biāo)出圖示是哪種關(guān)系：（） -( )key:依賴 0.1 0.*（） employer employee ( )key:關(guān)聯(lián)（）（）key:聚集（）（）key:泛化（） （）key:實現(xiàn)圖為銷售實例，請為概念類添加聯(lián)系。a,b,c,d？解： a: 1 b: 1.* c: 1 d: 1.*12、這是個usecase，其中有兩個打電話的個案：使用電話卡和對方付款。Actort是電話用戶，畫出其usecase diagram。解：如圖：14.什么是對象間的可見性?答:可見性（Visibility）指的是一個對象能夠“看到” 或者引用另一個對象的能力。15.領(lǐng)域模型是一組表示_A_，在設(shè)計工作中廣泛用來啟發(fā)設(shè)計軟件對象.A.真實世界的概念類 B.虛擬世界的概念類 C.軟件部件的模型 D.硬件部件的模型16.UML提供了一系列的圖支持面向?qū)ο蟮姆治雠c設(shè)計，其中_(1)_給出系統(tǒng)的靜態(tài)設(shè)計視圖；_(2)_對系統(tǒng)的行為進行組織和建模是非常重要的；_(3)_和_(4)_都是描述系統(tǒng)動態(tài)視圖的交互圖，其中_(3)_描述了以時間順序組織的對象之間的交互活動，_(4)_強調(diào)收發(fā)消息的對象的組織結(jié)構(gòu)。A、狀態(tài)圖 B、用例圖 C、序列圖 D、部署圖E、協(xié)作圖 F、類圖答案：（1）F （2）B （3）C （4）E17.在UML提供的圖中，_（1）_用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互；_（2）_用于按時間順序描述對象間的交互。（1）A、用例圖 B、類圖 C、對象圖 D、部署圖（2）A、網(wǎng)絡(luò)圖 B、狀態(tài)圖 C、協(xié)作圖 D、序列圖答案：（1）A （2）D18.可以用_和_兩種方法找概念類。答案：概念類類別表、 標(biāo)識名詞短語19.關(guān)于GRASP模式設(shè)計的。（中午提到的，這里就不寫了）20.找出下面場景中的概念類：（1）.顧客帶著購買的商品或服務(wù)來到POS收款臺 （2）.收款員啟動一次銷售 （3）.收款員輸入商品標(biāo)識 （4）.系統(tǒng)記錄商品，并且顯示該商品說明，價格，并計算總金額。按一組計價規(guī)則計算單價。答案：顧客、POS收款臺、收款員、銷售、商品標(biāo)識、商品、商品說明21.畫出下面場景的SSD圖 1.收款員啟動一次銷售(makeNewSale() 2.收款員輸入商品標(biāo)識(enterItem(itemID,quantity) 3.銷售結(jié)束，系統(tǒng)計算并顯示總金額（endSale（）4.顧客付款，系統(tǒng)處理支付。(makePayment(amount)答案如下：備注：1和2差不多，選其中一道就行了。同時還可以出一些畫交互圖的，這里不講了。22 .統(tǒng)一過程中的四個階段？答：初始階段（Inception）細化階段（Elaboration）構(gòu)造階段（Construction）提交階段（Transition）什么是設(shè)計過程中的Open-Close原則23.識別概念類的策略？識別概念類的策略1:使用概念類類別表 識別概念類的策略2:標(biāo)識名詞短語 24.GRASP（分配職責(zé)中通用原則的模式）及各解決了什么問題？（5個）信息專家（Information Expert模式名：信息專家（或?qū)＜遥┙鉀Q的問題：分配職責(zé)給對象的基本原則是什么創(chuàng)建者（Creator）模式名：創(chuàng)建者解決的問題：誰負責(zé)創(chuàng)建某個類的新的實例低耦合（Low Coupling）模式名：低耦合解決的問題：如何支持低依賴關(guān)系和增加重用？高內(nèi)聚（High Cohesion）模式名：高內(nèi)聚解決的問題：如何將復(fù)雜性保持在可控制的范圍內(nèi)？控制器（Controller）模式名：控制器解決的問題：誰來負責(zé)處理一個輸入系統(tǒng)事件？ 27.設(shè)計模式的概念參考答案：富有經(jīng)驗的面向?qū)ο髮＜遥ɑ蚱渌浖_發(fā)人員）設(shè)計的作為通用原則和慣用法的解決方案，用于指導(dǎo)軟件設(shè)計。如果將它們按問題和解決方案描述的結(jié)構(gòu)形式編篡，然后起一個名字。這就是設(shè)計模式。30、需求分類主要需求FURPS的內(nèi)容？主要需求：功能、可用性、可靠性、性能、可維護性 31、讀懂交互圖，并結(jié)合其他條件將設(shè)計轉(zhuǎn)化為代碼。35、適配器，策略，組合，單例子，工廠方法，抽象工廠等模式的理解和應(yīng)用。模式名：單例模式（Singleton） 問題：如何使一個類嚴(yán)格地只有一個實例？解決方案：定義一個靜態(tài)的返回單例（Singleton）的類方法。模式名：策略模式（Strategy） 問題：如何設(shè)計一種方案可以適應(yīng)算法或規(guī)則的頻繁變更？解決方案：定義一系列的算法，把他們一個個封裝起來，并且使他們可以互相替換，具體的說就是為每個算法/政策/策略分別定義一個具有公共接口的類。模式名：組成模式（Composite） 問題：希望按處理原子對象的方式來處理由原子對象結(jié)合而成的組合對象解決方案：組成對象和原子對象實現(xiàn)相同的接口。模式名：觀察者模式（Composite） 問題：如何維護對象之間的一致性？解決方案：當(dāng)一個對象的狀態(tài)發(fā)生變化時，所有依賴于它的對象都得到通知并被自動更新。模式名：適配器模式（Adapter）問題：如何解決不兼容的接口的問題，或者說如何提供一個穩(wěn)定的接口給具有不同接口的相似組件？解決方案：通過一個中間的適配器對象使一個組件的原有接口轉(zhuǎn)變成另一個接口。38.在UML提供的圖中，（1）用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互；（2）用于按時間順序描述對象間交互。（1）A.用例圖B.類圖C.對象圖D.部署圖（2）A.網(wǎng)絡(luò)圖B.狀態(tài)圖C.協(xié)作圖D.序列圖答案：(1)A(2)D39.UML提供了4種結(jié)構(gòu)圖用于對系統(tǒng)的靜態(tài)方面進行可視化、詳述、構(gòu)造和文檔化。其中_(3)_是面向?qū)ο笙到y(tǒng)規(guī)模中最常用的圖，用于說明系統(tǒng)的靜態(tài)設(shè)計視圖；當(dāng)需要說明系統(tǒng)的靜態(tài)實現(xiàn)視圖時，應(yīng)該選擇_(4)_；當(dāng)需要說明體系結(jié)構(gòu)的靜態(tài)實施視圖時，應(yīng)該選擇_(5)_。（3）A構(gòu)件圖B類圖C對象圖D部署圖（4）A構(gòu)件圖B協(xié)作圖C狀態(tài)圖D部署圖（5）A協(xié)作圖B對象圖C活動圖D部署圖答案：(3)B(4)A (5)D41.定義大多數(shù)的需求和范圍的工作是在UP中的（11）階段完成的。（11）A初始階段B細化階段C構(gòu)造階段D提交階段答案：(11)B42.下列（12）不在UP的初始階段中完成的（12）A編制簡要的愿景文檔B粗略評估成本C定義大多數(shù)的需求D業(yè)務(wù)案例答案：(12)C44.領(lǐng)域模型是一組表示真實世界的（16），不是（17）的模型。答案：(16)概念類（17）軟件部件45.在協(xié)作圖中通過（18）表示出消息的時間順序。答案：(18)消息編號46.在面向?qū)ο蟮姆椒▽W(xué)中，對象可看成是屬性及對于這些屬性的專用服務(wù)的封裝體。封裝是一種（19）技術(shù)，封裝的目的是使對象的（20）分離。（19）A組裝B產(chǎn)品化C固化D信息隱藏（20）A定義和實現(xiàn)B設(shè)計和測試C設(shè)計和實現(xiàn)D分析和定義答案：(19)D(20)A47.類是一組具有相同屬性的和相同服務(wù)的對象的抽象描述，類中的每個對象都是這個類的一個（21）。類之間共享屬性與服務(wù)的機制稱為（22）。一個對象通過發(fā)送（23）來請求另一個對象為其服務(wù)。（21）A例證B用例C實例D例外（22）A多態(tài)性B動態(tài)綁定C靜態(tài)綁定D繼承（23）A調(diào)用語句B消息C命令D口令答案：(21)C(22)D（23）B48什么是use case？在use case中，什么是場景（scenario），什么是活動者（actor）？P4749什么是SSD圖？什么是領(lǐng)域模型？P118，p12850領(lǐng)域模型又稱為（）A業(yè)務(wù)流程模型B.用例模型C.概念模型D.設(shè)計模型答案:C51.在畫SSD圖時, 應(yīng)該如何對待所涉及的系統(tǒng):A.詳細描述其內(nèi)部結(jié)構(gòu)及其功能;B.簡單描述其內(nèi)部結(jié)構(gòu),但是羅列系統(tǒng)所有的功能C.詳細描述其內(nèi)部結(jié)構(gòu),并不列出系統(tǒng)的功能D.不對系統(tǒng)的內(nèi)部結(jié)構(gòu)與功能進行描述.答案:D52下面那一種模式是不屬于GRASP模式的A多態(tài)（Ploymorphism）；B行為對象（pure fabrication）C.中間者（Indirection）D.GoF 答案：D54.在UML提供的圖中,_（1）_用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互，（2）用于按時間順序描述對象間的交互。（1） A 用例圖B 類圖C 對象圖 D部署圖（2） A 網(wǎng)絡(luò)圖B 狀態(tài)圖C 協(xié)作圖 D序列圖答案：（1） A （2） D60、統(tǒng)一過程中有哪四個階段，各階段需要完成的主要工作有哪些？ 答：1）初始階段：編制簡要的愿景文檔、 業(yè)務(wù)案例、 確定范圍、 粗略評估成本。2）細化階段：細化愿景文檔、 迭代地實現(xiàn)核心構(gòu)架、 解決高風(fēng)險的問題、 定義大多數(shù)的需求和范圍、 進一步評估成本3）構(gòu)造階段：迭代地實現(xiàn)系統(tǒng)的其余部分、 準(zhǔn)備部署4）提交階段：beta 測試、部署61、統(tǒng)一過程中的核心工作流有哪些？ 答：業(yè)務(wù)建模、 需求分析、 設(shè)計、 實現(xiàn)、 測試。62、UP的核心思想有哪些？ 答：短時間盒的迭代式開發(fā)開發(fā)過程中不斷進行調(diào)整在早期的迭代中解決高風(fēng)險和高價值的主要問題不斷與用戶銜接，及時得到反饋意見早期注意構(gòu)造核心的體系結(jié)構(gòu)早期進入實現(xiàn)和測試，不斷進行質(zhì)量檢驗使用用況（use case）可視化建模（用UML）仔細地管理需求控制變更63、什么是增量開發(fā)？ 答：增量開發(fā)包括兩層意思： 1）對復(fù)雜的用況分多次迭代，一部分一部分地實現(xiàn)2）將所有用況按其優(yōu)先級分別安排在不同的迭代中實現(xiàn) 66、領(lǐng)域建模的步驟？答案：列出候選的概念類畫出領(lǐng)域模型圖必要時加入概念類間的關(guān)聯(lián)必要時加入概念類的屬性67.什么是用況，用況模型，如何描述用況？答：用況是一個描述性的文檔，用來描述一個參與者使用系統(tǒng)完成某個業(yè)務(wù)過程時的事件發(fā)生順序。用況描述的是系統(tǒng)使用過程，它描述了系統(tǒng)的功能需求。用況不描述系統(tǒng)內(nèi)部如何工作，而是定義系統(tǒng)的責(zé)任，說明系統(tǒng)必須做什么。用況模型是需求工作的一個重要的制品。 用況一般有Brief， Casual，fully dressed 三種類型的描述方式。68.標(biāo)準(zhǔn)建模語言UML的重要內(nèi)容可以由哪五類圖(共9種圖形)來定義？答案：用例圖、靜態(tài)圖(包括類圖、對象圖和包圖)、行為圖、交互圖和實現(xiàn)圖。72. 協(xié)作圖和順序圖的區(qū)別？協(xié)作圖和順序圖都表示出了對象間的交互作用，但是它們側(cè)重點不同。順序圖清楚地表示了交互作用中的時間順序，但沒有明確表示對象間的關(guān)系。協(xié)作圖清楚地表示了對象間的關(guān)系，但時間順序必須從順序號獲得。順序圖常常用于表示方案，而協(xié)作圖用于過程的詳細設(shè)計。根據(jù)系統(tǒng)操作規(guī)約，畫出順序圖和協(xié)作圖，然后根據(jù)順序圖和協(xié)作圖再配合其他信息編寫出類代碼。73.什么是用況模型？答：用況模型是需求工作的一個重要的制品。 用況是一個描述性的文檔，用來描述一個參與者使用系統(tǒng)完成某個業(yè)務(wù)過程時的事件發(fā)生順序。 用況描述的是系統(tǒng)使用過程，它描述了系統(tǒng)的功能需求。 用況不描述系統(tǒng)內(nèi)部如何工作，而是定義系統(tǒng)的責(zé)任，說明系統(tǒng)必須做什么。 用況圖用來描述用況及用況之間的關(guān)系，是用UML來表示的。 74。說說愿景文檔（Vision）的主要內(nèi)容答： 問題說明，主要的高層目標(biāo)(High-Level Goals) 和風(fēng)險承擔(dān)者需解決的問題。 簡要描述的功能需求，反映系統(tǒng)的特征。 除功能需求外的其他需求。76. 統(tǒng)一過程中的四個階段是:a. b. c. d. 答案: 初始階段, 細化階段, 構(gòu)造階段, 提交階段79、簡述統(tǒng)一建模語言(UML)：統(tǒng)一建模語言(UML)是一種繪制軟件藍圖的標(biāo)準(zhǔn)語言?？梢杂肬ML對軟件密集型系統(tǒng)的制品進行可視化詳述和文檔化。UML是一種定義良好、易于表達、功能強大且普遍適用的可視化建模語言。它融入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)。它的作用域不限于支持面向?qū)ο蟮姆治雠c設(shè)計，還支持從需求分析開始的軟件開發(fā)的全過程。UML的作用就是用很多圖從靜態(tài)和動態(tài)方面來全面描述我們將要開發(fā)的系統(tǒng)。80、軟件開發(fā)生命期 軟件開發(fā)生命期是指軟件產(chǎn)品從考慮其概念開始，到該產(chǎn)品交付使用為止的整個時期。一般包括概念階段，需求階段，設(shè)計階段，實現(xiàn)階段，測試階段，安裝階段及交付階段。這些階段可以有重復(fù)，執(zhí)行時也可以有迭代。83、什么是高內(nèi)聚度。高內(nèi)聚度是對一個類中的各個職責(zé)之間相關(guān)程度和集中程度的度量。一個具有高度相關(guān)職責(zé)的類并且這個類所能完成的工作量不是特別巨大，那么它就具有高內(nèi)聚度。包括兩個意思： 不要給一個類分派太多的職責(zé)，在履行職責(zé)時盡量將部分職責(zé)分派給有能力完成的其它類去完成。 不相關(guān)的職責(zé)不要分派給同一個類。86、簡述操作契約將系統(tǒng)看成一個提供有公共接口的黑盒， 公共接口用來處理輸入的系統(tǒng)事件， 發(fā)現(xiàn)系統(tǒng)事件定義系統(tǒng)操作， 操作契約描述在一個系統(tǒng)操作執(zhí)行后，領(lǐng)域模型中對象狀態(tài)的變化。對象圖 對象圖展示了一組對象及它們間的關(guān)系。用對象圖說明類圖中所反應(yīng)的事物實例的數(shù)據(jù)結(jié)構(gòu)和靜態(tài)快照。對象圖表達了系統(tǒng)的靜態(tài)設(shè)計視圖或靜態(tài)過程視圖，除了現(xiàn)實和原型的方面的因素外，它與類圖作用是相同的。用況圖 用況圖展現(xiàn)了一組用況、參與者以及它們間的關(guān)系。可以用用況圖描述系統(tǒng)的靜態(tài)使用情況。在對系統(tǒng)行為組織和建模方面，用況圖的是相當(dāng)重要的。交互圖 交互圖展現(xiàn)了按一定的目的進行的一種交互，它由在一個上下文中的一組對象及它們間交互的信息組成。交互圖也可用于描述一個用況的行為。順序圖和協(xié)作圖都是交互圖，