UML簡答題匯總

1、真題匯總定義:由參與者、用例以及他們之間的關(guān)系構(gòu)成的用于描述系統(tǒng)功能的圖稱為用例圖。 作用:（ 1 ）1. 什么是用例圖？用例圖有什么作用？用例圖是從軟件需求分析到最終實現(xiàn)的第一步，它顯示了系統(tǒng)的用戶和用戶希望提 供的功能，有利于用戶和軟件開發(fā)人員之間的溝通。用例圖可視化的表達了系統(tǒng)的需求，具有直觀、規(guī)范的特點，克服了純文字性說明 的不足。用例方法是完全從外部來定義系統(tǒng)的，它把需求和設(shè)計完全分離開來。使用戶不用 關(guān)心系統(tǒng)內(nèi)部是如何完成各種功能的。2. 簡述面向?qū)ο蠓治龇椒ǎ?0A ）的5個基本步驟:識別對象，識別對象包括標識潛在的對象和篩選對象。識別對象的屬性。識別對象的行為。識別對象所屬的類

2、。定義主題詞。3. 簡述時序圖的建模步驟：設(shè)置交互語境。 確定對象。 分析消息和條件。分析附加約束。 對建模結(jié)果精華和細化。初始階段 細化階段 構(gòu)造階段 移交階段4RUP 統(tǒng)一過程中的四個階段。（ 1 ）（ 2）（ 3 ）（ 4 ）4. 什么是模型？簡述建模的目的。模型是為了理解事物而對事物做出的一種抽象。 是對事物規(guī)范化的、 無歧義描述的一種工具。目的：規(guī)范、可視化、建造、建檔5. 什么是 UML ？簡述 UML 的內(nèi)容及其特點？UML 是面向?qū)ο蠊ぷ鹘M （OMG） 系統(tǒng)的一種面向?qū)ο螅?用來對軟件密集系統(tǒng)進行可視化建模， 對開發(fā)的系統(tǒng)產(chǎn)品進行說明、可視化編制文檔的一種標準建模語言。內(nèi)容：（

3、1）（2）UML 語義：給出了基于 UML 的精確的主模型定義。UML 表示法：定義了 UML 符號的表示方法，為開發(fā)者或開發(fā)工具使用這些圖形符 號和文本語法，給系統(tǒng)建模提供了標準。1）有統(tǒng)一的標準，便于使用人員溝通。特點：（2）是一種面向?qū)ο蟮慕ＵZ言。（3）可視化，表示能力強大，提供了擴展機制。（4）容易使用。6. UML2.0 中共有 13 種圖，名稱分別是什么？簡要說明其作用。用例圖、類圖、對象圖、順序圖、通信圖、活動圖、狀態(tài)機圖、組件圖、部署圖、包圖、復(fù) 合結(jié)構(gòu)圖、交互概觀圖、定時圖7. UML2.0 中增加了 2 種交互圖，他們的名稱分別是什么？并簡要說明其作用。1） 交互概觀圖：

4、一種順序圖和活動圖的結(jié)合，從較高的抽象層次描述了對象以及對象 之間的交互關(guān)系。2） 定時圖：從微觀的層次描述了對象之間的交互，重點在于定時。8. 簡述聚集和組合之異同。聚集：是一種特殊的關(guān)聯(lián)關(guān)系，描述元素之間整體與部分的關(guān)系。 組合：是一種特殊的聚集，表示“部分”的元素存在完全依賴于“整體”的元素， 與“部分”有相同的生命周期。當整體對象不存在時，部分對象也就不存在了。整體”9. 簡述統(tǒng)一建模語言 UML 。1）統(tǒng)一建模語言是一種繪制軟件藍圖的標準語言。可以用 行可視化描述和文檔化。UML 是一種定義良好，易于表達， 功能強大且普遍適用的可視化建模語言。 它融入 了軟件工程領(lǐng)域的新思想、新方法

5、和新技術(shù)。它的作用不限于支持面向?qū)ο蟮姆治?與設(shè)計，還支持從需求分析開始的軟件開發(fā)全過程。UML 的作用就是用很多圖從靜態(tài)和動態(tài)方面全面描述要開發(fā)的系統(tǒng)。UML 對軟件密集型系統(tǒng)進10. 簡述用例模型的組成元素以及建模步驟。系統(tǒng)邊界、參與者、用例、關(guān)系建模步驟：（1）（2）（3）（4）找出備選系統(tǒng)邊界。找出參與者。 找出用例、說明用例、識別主要附流。 迭代直到用例，參與者以及系統(tǒng)邊界穩(wěn)定下來。11. 簡要說明面向?qū)ο蟮乃枷搿?）認為客觀世界是由各種對象組成的，任何事物都是對象，復(fù)雜的對象可以由比較簡 單的對象以某種方式組合而成。事物的靜態(tài)特征用對象的屬性來表示；對象的動態(tài)特征用對象的操作來表示

6、。 通過在不同程度上運用抽象原則，可以得到較一般的類和較特殊的類。 對象之間通過消息進行通信，以實現(xiàn)對象之間的動態(tài)聯(lián)系。以下是自己整理的資料：1. 在設(shè)計包時，應(yīng)遵循：1)重用等價原則2)共同閉包原則3)共同重用原則4)非循環(huán)依賴原則2. 組件圖包含三種元素：1）2）3）組件 接口 依賴關(guān)系3. MVC 包括 3 個部分：（1）model :表達應(yīng)用領(lǐng)域有關(guān)的類、對象、數(shù)據(jù)結(jié)構(gòu)以及企業(yè)的業(yè)務(wù)邏輯等。2） view ：代表窗口畫面，負責將 model 的實現(xiàn)呈獻給用戶。3) controller ：監(jiān)控用戶傳來的信息，并將信息指揮協(xié)同上述二者的合作。4. 順序圖包含 4 個元素：對象 生命線 消

7、息 激活5. 通信圖包含 3 個元素：1) 對象2) 消息3) 鏈6. Rose 把系統(tǒng)邏輯視圖分成三個層次：1) 業(yè)務(wù)對象模型2) 分析模型3) 設(shè)計模型7. 組件圖包括：1) 組件2) 接口3 ) 依賴關(guān)系8. 用例模型 4 個部分：系統(tǒng)邊界參與者用例關(guān)系9. 用例模型中參與者有三大類：1) 系統(tǒng)用戶2) 與所建造系統(tǒng)交互的其他系統(tǒng)3) 可運行的進程（1）（2）UML 語義UML 表示法11. 模型分為：（1）數(shù)學(xué)模型（2）描述模型（3）圖形模型12. 建模的目的：（1）規(guī)范（2）可視化（3）建造（4）建檔13. 建模的原則：（1）準確原則（2）分層原則（3）分治原則（4）標準原則14.

8、RUP 特點：1）2）3）用例驅(qū)動以框架為中心 采用迭代和增量的開發(fā)策略15. Rational Rose 的特點：為大型軟件工程提供了可塑性和柔韌性極強的解決方案。 支持多種語言。為團隊開發(fā)提供強有力的支持。支持模型的 Internet 的發(fā)布。 具有生成使用簡單且定制靈活的文檔的功能。 支持關(guān)系型數(shù)據(jù)庫的建模。16. UML 詞匯表三種構(gòu)造模塊：元素 關(guān)系 圖17. UML 優(yōu)點：唯一性 連續(xù)性 維護性 復(fù)用性 完善性18. UML 開發(fā)過程是一種二維結(jié)構(gòu)軟件開發(fā)過程，軟件項目開發(fā)過程流程包括的核心工作 內(nèi)容：1)分析2)設(shè)計3)實現(xiàn)4)測試5)配置19. 對一個對象的生命周期進行建模、描

9、述對象隨時間變化的行為：1) 狀態(tài)圖2) 活動圖20. UML 包含 5 大類圖形：1)用例視圖2)實現(xiàn)視圖3)邏輯視圖4)進程視圖5)部署視圖21. 順序圖和通信圖的語義是等價的，可以相互轉(zhuǎn)化。22. RUP6 個核心過程工作流：1)商業(yè)建模2)需求分析3)分析與設(shè)計4)實現(xiàn)5)測試6)部署1) Collection23. OCL 定義的基本集合類型：16. 面向?qū)ο蟮能浖_發(fā)需要建立三種形式的模型：SetBagSequence24. UML 擴展機制：構(gòu)造型 標記值 約束1)2)3)25. 狀態(tài)圖中，事件是引起狀態(tài)變化的因素：調(diào)用事件：一個對象接受一個消息。修改事件：一個表達式的計算結(jié)果為

10、真可以觸發(fā)轉(zhuǎn)換。時間事件：時間的流逝可以觸發(fā)轉(zhuǎn)換。1. 大型軟件開發(fā)過程中出現(xiàn)的三大難題復(fù)雜程度高研制周期長 正確性難以保證2. 軟件是邏輯產(chǎn)品而不是物理產(chǎn)品。3. 軟件特性：1)復(fù)雜性2)抽象性3)使用的獨特性4)開發(fā)過程特性5)維護特性6)知識產(chǎn)權(quán)保護4. 軟件危機的突出表現(xiàn)：對軟件開發(fā)成本和進度的估計常常很不準確。 用戶對已完成的軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生。 軟件產(chǎn)品的質(zhì)量往往靠不住。 軟件常常是不可維護的。 軟件通常沒有適當?shù)奈臋n資料。 軟件成本在計算機系統(tǒng)總成本中所占的比例逐年上升。用戶需求不明確。 缺乏正確的理論指導(dǎo)。 軟件開發(fā)規(guī)模越來越大。 軟件開發(fā)復(fù)雜度越來越高。6. 軟件工

11、程的框架概括為：目標過程原則7.8.9.軟件工程工具為過程和方法提供自動化和半自動化的支持。這些工具可以集成起來，使 得工具產(chǎn)生的信息可被另外一個工具使用，這樣就建立了軟件開發(fā)的支撐系統(tǒng)，稱為計 算機輔助軟件工程( CASE ) 傳統(tǒng)的軟件開發(fā)方法也稱為生命周期方法學(xué)或結(jié)構(gòu)化范型?？刂茝?fù)雜性的原則：1)抽象2)分解分治，逐步求精3)推遲實現(xiàn)4)信息隱蔽，信息局部化5)模塊化10. 高內(nèi)聚指的是在一個模塊中應(yīng)盡可能多地匯集邏輯上相關(guān)的計算資源。11. 低耦合指的是模塊之間的相互作用應(yīng)盡量少，要求影響范圍應(yīng)處于控制范圍之中。12. 傳統(tǒng)的軟件開發(fā)方法存在的問題主要表現(xiàn)為以下三個方面：需求分析時存在

12、著認識事物和描述事物方面的不足。對需求變化的適應(yīng)性不強?？芍赜眯圆?。13. 面向?qū)ο蠓椒ň褪腔趯ο蟾拍?，以對象為中心，以類和繼承為構(gòu)造機制，來認識、理 解、刻畫客觀世界和設(shè)計、構(gòu)建相應(yīng)的軟件系統(tǒng)的方法。14. 對象之間通過消息進行通信，已實現(xiàn)對象之間的動態(tài)聯(lián)系。15. 面向?qū)ο蠓椒ǖ膬?yōu)點：與人們習(xí)慣的思維方法一致 系統(tǒng)穩(wěn)定性好 軟件具有可重用性 軟件具有可維護性1）2）3）描述系統(tǒng)數(shù)據(jù)結(jié)構(gòu)的對象模型 描述系統(tǒng)控制結(jié)構(gòu)的動態(tài)模型 描述系統(tǒng)功能的功能模型17. 對象模型主要由 UML 的類圖組成，動態(tài)模型主要由 UML 的狀態(tài)圖組成，功能模型主 要由 UML 的用例圖組成。18. 瀑布模型瀑布模

13、型又稱為經(jīng)典生命周期模型，是一種文檔驅(qū)動的模型。優(yōu)點：（1）（2）（3）強迫開發(fā)人員采用規(guī)范的方法。嚴格的規(guī)定每一個階段必須提交的文檔。要求每個階段的產(chǎn)品必須經(jīng)過質(zhì)量保證人員的仔細驗證。缺點：（1）（2）（3）變更可能帶來混亂。很難適應(yīng)許多項目開始階段必然存在的不確定性。 只有在項目接近尾聲的時候，才能得到可執(zhí)行程序。19. 增量過程模型增量模型以迭代的方式運用瀑布模型。優(yōu)點：（1） 在較短時間內(nèi)向用戶提交完成部分工作的產(chǎn)品，逐步增加產(chǎn)品功能。（2） 使用戶有足夠的時間適應(yīng)新產(chǎn)品，減少一個全新的軟件給用戶帶來的沖擊。20. 快速原型模型優(yōu)點在于不帶反饋環(huán)。缺點是可能需要建立較多的模型，并且需要

14、快速開發(fā)工具或平臺的支持。21. 螺旋模型是一種風險驅(qū)動的模型。優(yōu)點：（1） 有利于已有軟件的重用，有助于把軟件質(zhì)量作為軟件開發(fā)的一個重要目標。（2） 減少測試不足帶來的風險。缺點：1)要求開發(fā)人員有豐富的風險評估經(jīng)驗。1. 模型的三種類型：1)2)3)數(shù)學(xué)模型描述模型圖形模型2. 建模的根本問題是要求建模者對被建模的對象有豐富的知識， 刻理解和洞察力。3. 軟件建模的目的：并具有相關(guān)數(shù)學(xué)結(jié)構(gòu)的深1)規(guī)范2)可視化3)建造4)建檔. 軟件建模的原則：1)準確原則2)分層原則3)分治原則4)標準原則. 軟件建模機制：1)觀點2)抽象級別3)二分法4)擴展機制456. 結(jié)構(gòu)化分析與設(shè)計技術(shù)( SA

15、DT ):基本思想和 SA 很接近，但是它用方框圖的形式描述 需求。總體思想是面向數(shù)據(jù)流功能分解和細化。得到分層的一系列框圖，這些框圖按層 次關(guān)系組成系統(tǒng)的模型。7. SADT 由三部分組成1)2)3)功能模型數(shù)據(jù)模型 管理指導(dǎo)書8. 以用戶為中心的需求分析 (UCRA ):主要關(guān)注解決擁有大量用戶交互操作和集成數(shù)據(jù)庫 的目標系統(tǒng)的需求分析問題。9. 軟件工程需求分析( SERA ):主要用于理解和分析客戶對系統(tǒng)的軟件工程的需求。10. 結(jié)構(gòu)化設(shè)計方法主要有：1) 面向數(shù)據(jù)流的設(shè)計方法2) 面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計方法11. 在 RUP 中，產(chǎn)品開發(fā)周期的四個階段：1)初始階段里程碑：生命周期目標2

16、)細化階段里程碑：生命周期架構(gòu)3)構(gòu)造階段里程碑：初試運作功能4)移交階段里程碑：產(chǎn)品發(fā)布12. 在 RUP 中，四個階段之間的里程碑：1)生命周期目標2)生命周期架構(gòu)3)初始運作功能4)產(chǎn)品發(fā)布13. RUP 9個核心工作流 =6 個核心過程工作流 +3個核心支持工作流14. RUP 工作流：1)需求捕獲工作流2)分析工作流3)設(shè)計工作流4)實現(xiàn)工作流5)測試工作流6)其他工作流15. RUP 特點：1)2)3)用例驅(qū)動 以架構(gòu)為中心 迭代和增量開發(fā)的核心體現(xiàn)在：迭代的開發(fā)軟件、管理需求、使用基于組件的架構(gòu)、為軟件可視化16. RUP建模、驗證軟件質(zhì)量、控制對軟件的變更。為軟件開發(fā)團隊提供指

17、南、文檔模板和工具。1. 從微觀角度看， UML 建模要素包括：1)基本構(gòu)造塊2)UML 規(guī)則3)通用機制2. 基本構(gòu)造塊包括：事物 關(guān)系 圖事物和關(guān)系是兩種最基本的構(gòu)造塊，將組成“圖”這個最核心的構(gòu)造塊。1)結(jié)構(gòu)事物：UML2)行為事物：UML3)分組事物：UML4)注釋事物：UML3. 事物構(gòu)造塊包括：中的名詞，模型中的靜態(tài)部分，描述概念或物理元素。 中的動詞，模型中的動態(tài)部分，是跨越時間和空間的行為。 中的容器，用來組織模型，使模型更加結(jié)構(gòu)化。 中的解釋部分，用來描述模型。4. 結(jié)構(gòu)事物有 7 種：1)類2)接口3)協(xié)作4)用例5)主動類6)組件7)節(jié)點5.6.7.接口是為類或組件提供特

18、定服務(wù)的一組操作的集合。 協(xié)作定義了交互操作。 用例描述系統(tǒng)對一個特定角色執(zhí)行的一系列動作。 主動類是指其對象至少擁有一個或多個進程或線程的類。 組件隱藏內(nèi)部實現(xiàn)，對外提供外部接口。8.9.10. 節(jié)點描述實際的物理硬件。11. 交互和狀態(tài)機是最基本的兩個行為事物。1) 交互是一組對象在特定上下文中，為達到某種目的而進行的一系列消息交換組成的 動作。2) 狀態(tài)機是一個對象或交互在生命周期內(nèi)響應(yīng)事件所經(jīng)歷的狀態(tài)序列。12. 分組事物只有一種13. 包只存在于開發(fā)階段，不像組件一樣存在于運行階段。包。14. 注釋必須附在一個元素或一組元素之上，否則就失去了存在的價值。15. UML 常用的關(guān)系：關(guān)

19、聯(lián) 依賴 泛化 實現(xiàn)16. 關(guān)聯(lián)關(guān)系包括聚合和組合。17. 關(guān)聯(lián)關(guān)系是連接元素和鏈接實例，提供了通信的路徑，是所有關(guān)系中最通用、語義最弱 的。18. 依賴關(guān)系：如果修改元素 X 的定義可能會引起對另一個元素 Y 的定義的修改，則稱 Y 依賴于 X 。19. 依賴關(guān)系例子：1)2)3)一個類的實例向另一個類的實例發(fā)消息 一個類是另一個類的數(shù)據(jù)成員 一個類是另一個類的某個操作參數(shù)20. 泛化關(guān)系描述了一般關(guān)系和特殊關(guān)系。即父類與子類的關(guān)系21. 實現(xiàn)關(guān)系是用來規(guī)定接口和實現(xiàn)的類或組件之間的關(guān)系。22. UML 規(guī)則：1) 命名2) 范圍3) 可見性23. UML 兩種公共分類：1) 類與對象的劃分

20、2) 接口與實現(xiàn)的分離24. UML 的通用機制1)規(guī)格說明2)修飾3)公共分類25. UML 擴展機制1)構(gòu)造型2)標記值3)約束1)復(fù)合結(jié)構(gòu)圖2)包圖3)交互概觀圖4)定時圖26.27.28.29.30.31.構(gòu)造型是對 UML 詞匯的擴展，這種擴展機制采用的方式是基于一個已存在的模型定義 一種新的模型元素，新的模型元素在一個已存在的元素中加入了一些額外語義。 標記值對某種屬性“鍵值”的明確定義，這些“鍵值”存儲有關(guān)模型元素的信 息。在標記值中，標記是建模者想要記錄的一些特性的名字。 ，值是給定的元素的特性 的值。標記值是對 UML 元素的特性的擴展，主要用于在模型的規(guī)約中創(chuàng)建新的信息。 約束使用文字表達式表示的施加在某個模型元素的語義限制。約束是對 UML 元素的語義的擴展。UML 2.0 新增的圖：32. 從使用角度把 UML 2.0 的圖分為：1) 靜態(tài)圖(結(jié)構(gòu)圖)2) 動態(tài)圖(行為圖)33. 靜態(tài)圖包括：1)類圖2)對象圖3)包圖4)復(fù)合結(jié)構(gòu)圖5)組件圖6)部署圖34. 動態(tài)圖包括：活動圖交互圖：包括順序圖、通信圖、交互概觀圖、時序圖 用例圖狀態(tài)機圖35. 類圖