推薦一套UML試題大集合
本節(jié)向大家推薦一套UML試題，如果你對(duì)本套試題的答案非常明確，那么說(shuō)明你已經(jīng)對(duì)UML掌握得非常牢固了，下面就讓我們一起來(lái)看一下這些UML試題吧。
UML試題大集合
UML試題1、UML中的交互圖有兩種，分別是順序圖和協(xié)作圖，請(qǐng)分析一下兩者之間的主要差別和各自的優(yōu)缺點(diǎn)。掌握利用兩種圖進(jìn)行的設(shè)計(jì)的方法。
答：協(xié)作圖可視化地表示了對(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í)難以表示消息之間的順序。
UML試題2、什么是高內(nèi)聚度 高內(nèi)聚度是對(duì)一個(gè)類中的各個(gè)職責(zé)之間相關(guān)程度和集中程度的度量。一個(gè)具有高度相關(guān)職責(zé)的類并且這個(gè)類所能完成的工作量不是特別巨大，那么它就具有高內(nèi)聚度。包括兩個(gè)意思：不要給一個(gè)類分派太多的職責(zé)，在履行職責(zé)時(shí)盡量將部分職責(zé)分派給有能力完成的其它類去完成。不相關(guān)的職責(zé)不要分派給同一個(gè)類。
UML試題3、 UML提供一系列的圖支持面向?qū)ο蟮姆治雠c設(shè)計(jì),其中_G__給出系統(tǒng)的靜態(tài)設(shè)計(jì)視圖;
_B_對(duì)系統(tǒng)的行為進(jìn)行組織和建模是非常重要的;_D__和_F_都是描述系統(tǒng)動(dòng)態(tài)視圖的交互圖,其中_D__描述了以時(shí)間順序組織的對(duì)象之間的交互活動(dòng),_F__強(qiáng)調(diào)收發(fā)消息的對(duì)象的組織結(jié)構(gòu).
A狀態(tài)圖B用例圖C狀態(tài)圖D序列圖E部署圖F協(xié)作圖G類圖
UML試題4、什么是對(duì)象間的可見性?
答:可見性（Visibility）指的是一個(gè)對(duì)象能夠“看到” 或者引用另一個(gè)對(duì)象的能力
UML試題5、領(lǐng)域模型是一組表示__A__，在設(shè)計(jì)工作中廣泛用來(lái)啟發(fā)設(shè)計(jì)軟件對(duì)象.
A.真實(shí)世界的概念類
B.虛擬世界的概念類
C.軟件部件的模型
D.硬件部件的模型
UML試題6、可以用_____________和____________兩種方法找概念類。
答案：概念類類別表、 標(biāo)識(shí)名詞短語(yǔ)
UML試題7、統(tǒng)一過(guò)程中的四個(gè)階段？
答：初始階段（Inception）
細(xì)化階段（Elaboration）
構(gòu)造階段（Construction）
提交階段（Transition）
統(tǒng)一過(guò)程中有哪四個(gè)階段，各階段需要完成的主要工作有哪些？
答：1）初始階段：編制簡(jiǎn)要的愿景文檔、 業(yè)務(wù)案例、 確定范圍、 粗略評(píng)估成本。]
2）細(xì)化階段：細(xì)化愿景文檔、 迭代地實(shí)現(xiàn)核心構(gòu)架、 解決高風(fēng)險(xiǎn)的問題、 定義大多數(shù)的需求和范圍、 進(jìn)一步評(píng)估成本
3）構(gòu)造階段：迭代地實(shí)現(xiàn)系統(tǒng)的其余部分、 準(zhǔn)備部署
4）提交階段：beta 測(cè)試、部署
統(tǒng)一過(guò)程中的核心工作流有哪些？
答：業(yè)務(wù)建模、 需求分析、 設(shè)計(jì)、 實(shí)現(xiàn)、 測(cè)試。
UML試題8、定義大多數(shù)的需求和范圍的工作是在UP中的 ________（11）____ 階段完成的。
（11）A初始階段 B細(xì)化階段 C構(gòu)造階段 D提交階段
答案：(11)B
UML試題9、下列 （12） 不在UP的初始階段中完成的
（12）A編制簡(jiǎn)要的愿景文檔 B粗略評(píng)估成本 C定義大多數(shù)的需求 D業(yè)務(wù)案例
答案：(12)C #p#
UML試題10、領(lǐng)域模型是一組表示真實(shí)世界的 （16） ，不是 （17） 的模型。
答案：(16)概念類 （17）軟件部件
UML試題11、在協(xié)作圖中通過(guò) ?。?8） 表示出消息的時(shí)間順序。
答案：(18)消息編號(hào)
UML試題12、在畫SSD圖時(shí), 應(yīng)該如何對(duì)待所涉及的系統(tǒng):
A.詳細(xì)描述其內(nèi)部結(jié)構(gòu)及其功能;
B.簡(jiǎn)單描述其內(nèi)部結(jié)構(gòu),但是羅列系統(tǒng)所有的功能
C.詳細(xì)描述其內(nèi)部結(jié)構(gòu),并不列出系統(tǒng)的功能
D.不對(duì)系統(tǒng)的內(nèi)部結(jié)構(gòu)與功能進(jìn)行描述.
答案:D
UML試題13、 UP的核心思想有哪些？
答：短時(shí)間盒的迭代式開發(fā)
開發(fā)過(guò)程中不斷進(jìn)行調(diào)整
在早期的迭代中解決高風(fēng)險(xiǎn)和高價(jià)值的主要問題
不斷與用戶銜接，及時(shí)得到反饋意見
早期注意構(gòu)造核心的體系結(jié)構(gòu)
早期進(jìn)入實(shí)現(xiàn)和測(cè)試，不斷進(jìn)行質(zhì)量檢驗(yàn)
使用用況（use case）
可視化建模（用UML）
仔細(xì)地管理需求
控制變更
UML試題14、什么是增量開發(fā)？
答：增量開發(fā)包括兩層意思：
1）對(duì)復(fù)雜的用況分多次迭代，一部分一部分地實(shí)現(xiàn)
2）將所有用況按其優(yōu)先級(jí)分別安排在不同的迭代中實(shí)現(xiàn)
UML試題15、領(lǐng)域建模的步驟？
答案：
列出候選的概念類
畫出領(lǐng)域模型圖
必要時(shí)加入概念類間的關(guān)聯(lián)
必要時(shí)加入概念類的屬性
UML試題16、什么是用況，用況模型，如何描述用況？
答：用況是一個(gè)描述性的文檔，用來(lái)描述一個(gè)參與者使用系統(tǒng)完成某個(gè)業(yè)務(wù)過(guò)程時(shí)的
事件發(fā)生順序。用況描述的是系統(tǒng)使用過(guò)程，它描述了系統(tǒng)的功能需求。用況不描
述系統(tǒng)內(nèi)部如何工作，而是定義系統(tǒng)的責(zé)任，說(shuō)明系統(tǒng)必須做什么。用況模型是需
求工作的一個(gè)重要的制品。
用況一般有Brief， Casual，fullydressed 三種類型的描述方式。
UML試題17、標(biāo)準(zhǔn)建模語(yǔ)言UML的重要內(nèi)容可以由哪五類圖(共9種圖形)來(lái)定義？
答案：用例圖、靜態(tài)圖(包括類圖、對(duì)象圖和包圖)、行為圖、交互圖和實(shí)現(xiàn)圖。
UML試題18要求簡(jiǎn)述統(tǒng)一建模語(yǔ)言(UML)：
統(tǒng)一建模語(yǔ)言(UML)是一種繪制軟件藍(lán)圖的標(biāo)準(zhǔn)語(yǔ)言?？梢杂肬ML對(duì)軟件密集型系統(tǒng)的制品進(jìn)行可視化詳述和文檔化。UML是一種定義良好、易于表達(dá)、功能強(qiáng)大且普遍適用的可視化建模語(yǔ)言。它融入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)。它的作用域不限于支持面向?qū)ο蟮姆治雠c設(shè)計(jì)，還支持從需求分析開始的軟件開發(fā)的全過(guò)程。UML的作用就是用很多圖從靜態(tài)和動(dòng)態(tài)方面來(lái)全面描述我們將要開發(fā)的系統(tǒng)。
UML試題19、軟件開發(fā)生命期
軟件開發(fā)生命期是指軟件產(chǎn)品從考慮其概念開始，到該產(chǎn)品交付使用為止的整個(gè)時(shí)期。
一般包括概念階段，需求階段，設(shè)計(jì)階段，實(shí)現(xiàn)階段，測(cè)試階段，安裝階段及交付階段。這些階段可以有重復(fù)，執(zhí)行時(shí)也可以有迭代。
【編輯推薦】
