UML簡(jiǎn)答題匯總

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

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

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

4、 交互概觀圖：一種順序圖和活動(dòng)圖的結(jié)合，從較高的抽象層次描述了對(duì)象以及對(duì)象之間的交互關(guān)系。（2） 定時(shí)圖：從微觀的層次描述了對(duì)象之間的交互，重點(diǎn)在于定時(shí)。8. 簡(jiǎn)述聚集和組合之異同。聚集：是一種特殊的關(guān)聯(lián)關(guān)系，描述元素之間整體與部分的關(guān)系。組合：是一種特殊的聚集，表示“部分”的元素存在完全依賴于“整體”的元素，“整體”與“部分”有相同的生命周期。當(dāng)整體對(duì)象不存在時(shí)，部分對(duì)象也就不存在了。9. 簡(jiǎn)述統(tǒng)一建模語(yǔ)言UML。（1） 統(tǒng)一建模語(yǔ)言是一種繪制軟件藍(lán)圖的標(biāo)準(zhǔn)語(yǔ)言?？梢杂肬ML對(duì)軟件密集型系統(tǒng)進(jìn)行可視化描述和文檔化。（2） UML是一種定義良好，易于表達(dá)，功能強(qiáng)大且普遍適用的可視化建模語(yǔ)言。它

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

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

7、合作。4. 順序圖包含4個(gè)元素：（1） 對(duì)象（2） 生命線（3） 消息（4） 激活5. 通信圖包含3個(gè)元素：（1） 對(duì)象（2） 消息（3） 鏈6. Rose把系統(tǒng)邏輯視圖分成三個(gè)層次：（1） 業(yè)務(wù)對(duì)象模型（2） 分析模型（3） 設(shè)計(jì)模型7. 組件圖包括：（1） 組件（2） 接口（3） 依賴關(guān)系8. 用例模型4個(gè)部分：（1） 系統(tǒng)邊界（2） 參與者（3） 用例（4） 關(guān)系9. 用例模型中參與者有三大類：（1） 系統(tǒng)用戶（2） 與所建造系統(tǒng)交互的其他系統(tǒng)（3） 可運(yùn)行的進(jìn)程10. UML定義包括：（1） UML語(yǔ)義（2） UML表示法11. 模型分為：（1） 數(shù)學(xué)模型（2） 描述模型（3） 圖形模

8、型12. 建模的目的：（1） 規(guī)范（2） 可視化（3） 建造（4） 建檔13. 建模的原則：（1） 準(zhǔn)確原則（2） 分層原則（3） 分治原則（4） 標(biāo)準(zhǔn)原則14. RUP特點(diǎn)：（1） 用例驅(qū)動(dòng)（2） 以框架為中心（3） 采用迭代和增量的開(kāi)發(fā)策略15. Rational Rose的特點(diǎn)：（1） 為大型軟件工程提供了可塑性和柔韌性極強(qiáng)的解決方案。（2） 支持多種語(yǔ)言。（3） 為團(tuán)隊(duì)開(kāi)發(fā)提供強(qiáng)有力的支持。（4） 支持模型的Internet的發(fā)布。（5） 具有生成使用簡(jiǎn)單且定制靈活的文檔的功能。（6） 支持關(guān)系型數(shù)據(jù)庫(kù)的建模。16. UML詞匯表三種構(gòu)造模塊：（1） 元素（2） 關(guān)系（3） 圖17.

9、UML優(yōu)點(diǎn)：（1） 唯一性（2） 連續(xù)性（3） 維護(hù)性（4） 復(fù)用性（5） 完善性18. UML開(kāi)發(fā)過(guò)程是一種二維結(jié)構(gòu)軟件開(kāi)發(fā)過(guò)程，軟件項(xiàng)目開(kāi)發(fā)過(guò)程流程包括的核心工作內(nèi)容：（1） 分析（2） 設(shè)計(jì)（3） 實(shí)現(xiàn)（4） 測(cè)試（5） 配置19. 對(duì)一個(gè)對(duì)象的生命周期進(jìn)行建模、描述對(duì)象隨時(shí)間變化的行為：（1） 狀態(tài)圖（2） 活動(dòng)圖20. UML包含5大類圖形：（1） 用例視圖（2） 實(shí)現(xiàn)視圖（3） 邏輯視圖（4） 進(jìn)程視圖（5） 部署視圖21. 順序圖和通信圖的語(yǔ)義是等價(jià)的，可以相互轉(zhuǎn)化。22. RUP6個(gè)核心過(guò)程工作流：（1） 商業(yè)建模（2） 需求分析（3） 分析與設(shè)計(jì)（4） 實(shí)現(xiàn)（5） 測(cè)試（6）

10、 部署23. OCL定義的基本集合類型：（1） Collection（2） Set（3） Bag（4） Sequence24. UML擴(kuò)展機(jī)制：（1） 構(gòu)造型（2） 標(biāo)記值（3） 約束25. 狀態(tài)圖中，事件是引起狀態(tài)變化的因素：（1） 調(diào)用事件：一個(gè)對(duì)象接受一個(gè)消息。（2） 修改事件：一個(gè)表達(dá)式的計(jì)算結(jié)果為真可以觸發(fā)轉(zhuǎn)換。（3） 時(shí)間事件：時(shí)間的流逝可以觸發(fā)轉(zhuǎn)換。1. 大型軟件開(kāi)發(fā)過(guò)程中出現(xiàn)的三大難題（1） 復(fù)雜程度高（2） 研制周期長(zhǎng)（3） 正確性難以保證2. 軟件是邏輯產(chǎn)品而不是物理產(chǎn)品。3. 軟件特性：（1） 復(fù)雜性（2） 抽象性（3） 使用的獨(dú)特性（4） 開(kāi)發(fā)過(guò)程特性（5） 維護(hù)特性（

11、6） 知識(shí)產(chǎn)權(quán)保護(hù)4. 軟件危機(jī)的突出表現(xiàn)：（1） 對(duì)軟件開(kāi)發(fā)成本和進(jìn)度的估計(jì)常常很不準(zhǔn)確。（2） 用戶對(duì)已完成的軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生。（3） 軟件產(chǎn)品的質(zhì)量往往靠不住。（4） 軟件常常是不可維護(hù)的。（5） 軟件通常沒(méi)有適當(dāng)?shù)奈臋n資料。（6） 軟件成本在計(jì)算機(jī)系統(tǒng)總成本中所占的比例逐年上升。5. 產(chǎn)生軟件危機(jī)的原因：（1） 用戶需求不明確。（2） 缺乏正確的理論指導(dǎo)。（3） 軟件開(kāi)發(fā)規(guī)模越來(lái)越大。（4） 軟件開(kāi)發(fā)復(fù)雜度越來(lái)越高。6. 軟件工程的框架概括為：（1） 目標(biāo)（2） 過(guò)程（3） 原則7. 軟件工程工具為過(guò)程和方法提供自動(dòng)化和半自動(dòng)化的支持。這些工具可以集成起來(lái)，使得工具產(chǎn)生的信

12、息可被另外一個(gè)工具使用，這樣就建立了軟件開(kāi)發(fā)的支撐系統(tǒng)，稱為計(jì)算機(jī)輔助軟件工程（CASE）8. 傳統(tǒng)的軟件開(kāi)發(fā)方法也稱為生命周期方法學(xué)或結(jié)構(gòu)化范型。9. 控制復(fù)雜性的原則：（1） 抽象（2） 分解分治，逐步求精（3） 推遲實(shí)現(xiàn)（4） 信息隱蔽，信息局部化（5） 模塊化10. 高內(nèi)聚指的是在一個(gè)模塊中應(yīng)盡可能多地匯集邏輯上相關(guān)的計(jì)算資源。11. 低耦合指的是模塊之間的相互作用應(yīng)盡量少，要求影響范圍應(yīng)處于控制范圍之中。12. 傳統(tǒng)的軟件開(kāi)發(fā)方法存在的問(wèn)題主要表現(xiàn)為以下三個(gè)方面：（1） 需求分析時(shí)存在著認(rèn)識(shí)事物和描述事物方面的不足。（2） 對(duì)需求變化的適應(yīng)性不強(qiáng)。（3） 可重用性差。13. 面向?qū)ο?/p>

13、方法就是基于對(duì)象概念，以對(duì)象為中心，以類和繼承為構(gòu)造機(jī)制，來(lái)認(rèn)識(shí)、理解、刻畫(huà)客觀世界和設(shè)計(jì)、構(gòu)建相應(yīng)的軟件系統(tǒng)的方法。14. 對(duì)象之間通過(guò)消息進(jìn)行通信，已實(shí)現(xiàn)對(duì)象之間的動(dòng)態(tài)聯(lián)系。15. 面向?qū)ο蠓椒ǖ膬?yōu)點(diǎn)：（1） 與人們習(xí)慣的思維方法一致（2） 系統(tǒng)穩(wěn)定性好（3） 軟件具有可重用性（4） 軟件具有可維護(hù)性16. 面向?qū)ο蟮能浖_(kāi)發(fā)需要建立三種形式的模型：（1） 描述系統(tǒng)數(shù)據(jù)結(jié)構(gòu)的對(duì)象模型（2） 描述系統(tǒng)控制結(jié)構(gòu)的動(dòng)態(tài)模型（3） 描述系統(tǒng)功能的功能模型17. 對(duì)象模型主要由UML的類圖組成，動(dòng)態(tài)模型主要由UML的狀態(tài)圖組成，功能模型主要由UML的用例圖組成。18. 瀑布模型瀑布模型又稱為經(jīng)典生命

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

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

16、分法（4） 擴(kuò)展機(jī)制6. 結(jié)構(gòu)化分析與設(shè)計(jì)技術(shù)（SADT）:基本思想和SA很接近，但是它用方框圖的形式描述需求?？傮w思想是面向數(shù)據(jù)流功能分解和細(xì)化。得到分層的一系列框圖，這些框圖按層次關(guān)系組成系統(tǒng)的模型。7. SADT由三部分組成（1） 功能模型（2） 數(shù)據(jù)模型（3） 管理指導(dǎo)書(shū)8. 以用戶為中心的需求分析（UCRA）:主要關(guān)注解決擁有大量用戶交互操作和集成數(shù)據(jù)庫(kù)的目標(biāo)系統(tǒng)的需求分析問(wèn)題。9. 軟件工程需求分析（SERA）:主要用于理解和分析客戶對(duì)系統(tǒng)的軟件工程的需求。10. 結(jié)構(gòu)化設(shè)計(jì)方法主要有：（1） 面向數(shù)據(jù)流的設(shè)計(jì)方法（2） 面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法11. 在RUP中，產(chǎn)品開(kāi)發(fā)周期的四個(gè)

17、階段：（1） 初始階段 里程碑：生命周期目標(biāo)（2） 細(xì)化階段 里程碑：生命周期架構(gòu)（3） 構(gòu)造階段 里程碑：初試運(yùn)作功能（4） 移交階段 里程碑：產(chǎn)品發(fā)布12. 在RUP中，四個(gè)階段之間的里程碑：（1） 生命周期目標(biāo)（2） 生命周期架構(gòu)（3） 初始運(yùn)作功能（4） 產(chǎn)品發(fā)布13. RUP 9個(gè)核心工作流=6個(gè)核心過(guò)程工作流+3個(gè)核心支持工作流14. RUP工作流：（1） 需求捕獲工作流（2） 分析工作流（3） 設(shè)計(jì)工作流（4） 實(shí)現(xiàn)工作流（5） 測(cè)試工作流（6） 其他工作流15. RUP特點(diǎn)：（1） 用例驅(qū)動(dòng)（2） 以架構(gòu)為中心（3） 迭代和增量開(kāi)發(fā)16.RUP的核心體現(xiàn)在：迭代的開(kāi)發(fā)軟件、管理

18、需求、使用基于組件的架構(gòu)、為軟件可視化建模、驗(yàn)證軟件質(zhì)量、控制對(duì)軟件的變更。為軟件開(kāi)發(fā)團(tuán)隊(duì)提供指南、文檔模板和工具。1. 從微觀角度看，UML建模要素包括：（1） 基本構(gòu)造塊（2） UML規(guī)則（3） 通用機(jī)制2. 基本構(gòu)造塊包括：（1） 事物（2） 關(guān)系（3） 圖事物和關(guān)系是兩種最基本的構(gòu)造塊，將組成“圖”這個(gè)最核心的構(gòu)造塊。3. 事物構(gòu)造塊包括：（1） 結(jié)構(gòu)事物：UML中的名詞，模型中的靜態(tài)部分，描述概念或物理元素。（2） 行為事物：UML中的動(dòng)詞，模型中的動(dòng)態(tài)部分，是跨越時(shí)間和空間的行為。（3） 分組事物：UML中的容器，用來(lái)組織模型，使模型更加結(jié)構(gòu)化。（4） 注釋事物：UML中的解釋部分

19、，用來(lái)描述模型。4. 結(jié)構(gòu)事物有7種：（1） 類（2） 接口（3） 協(xié)作（4） 用例（5） 主動(dòng)類（6） 組件（7） 節(jié)點(diǎn)5. 接口是為類或組件提供特定服務(wù)的一組操作的集合。6. 協(xié)作定義了交互操作。7. 用例描述系統(tǒng)對(duì)一個(gè)特定角色執(zhí)行的一系列動(dòng)作。8. 主動(dòng)類是指其對(duì)象至少擁有一個(gè)或多個(gè)進(jìn)程或線程的類。9. 組件隱藏內(nèi)部實(shí)現(xiàn)，對(duì)外提供外部接口。10. 節(jié)點(diǎn)描述實(shí)際的物理硬件。11. 交互和狀態(tài)機(jī)是最基本的兩個(gè)行為事物。（1） 交互是一組對(duì)象在特定上下文中，為達(dá)到某種目的而進(jìn)行的一系列消息交換組成的動(dòng)作。（2） 狀態(tài)機(jī)是一個(gè)對(duì)象或交互在生命周期內(nèi)響應(yīng)事件所經(jīng)歷的狀態(tài)序列。12. 分組事物只有一

20、種包。13. 包只存在于開(kāi)發(fā)階段，不像組件一樣存在于運(yùn)行階段。14. 注釋必須附在一個(gè)元素或一組元素之上，否則就失去了存在的價(jià)值。15. UML常用的關(guān)系：（1） 關(guān)聯(lián)（2） 依賴（3） 泛化（4） 實(shí)現(xiàn)16. 關(guān)聯(lián)關(guān)系包括聚合和組合。17. 關(guān)聯(lián)關(guān)系是連接元素和鏈接實(shí)例，提供了通信的路徑，是所有關(guān)系中最通用、語(yǔ)義最弱的。18. 依賴關(guān)系：如果修改元素X的定義可能會(huì)引起對(duì)另一個(gè)元素Y的定義的修改，則稱Y依賴于X。19. 依賴關(guān)系例子：（1） 一個(gè)類的實(shí)例向另一個(gè)類的實(shí)例發(fā)消息（2） 一個(gè)類是另一個(gè)類的數(shù)據(jù)成員（3） 一個(gè)類是另一個(gè)類的某個(gè)操作參數(shù)20. 泛化關(guān)系描述了一般關(guān)系和特殊關(guān)系。即父類

21、與子類的關(guān)系。21. 實(shí)現(xiàn)關(guān)系是用來(lái)規(guī)定接口和實(shí)現(xiàn)的類或組件之間的關(guān)系。22. UML規(guī)則：（1） 命名（2） 范圍（3） 可見(jiàn)性23. UML兩種公共分類：（1） 類與對(duì)象的劃分（2） 接口與實(shí)現(xiàn)的分離24. UML的通用機(jī)制（1） 規(guī)格說(shuō)明（2） 修飾（3） 公共分類25. UML擴(kuò)展機(jī)制（1） 構(gòu)造型（2） 標(biāo)記值（3） 約束26. 構(gòu)造型是對(duì)UML詞匯的擴(kuò)展，這種擴(kuò)展機(jī)制采用的方式是基于一個(gè)已存在的模型定義一種新的模型元素，新的模型元素在一個(gè)已存在的元素中加入了一些額外語(yǔ)義。27. 標(biāo)記值對(duì)某種屬性“鍵值”的明確定義，這些“鍵值”存儲(chǔ)有關(guān)模型元素的信息。在標(biāo)記值中，標(biāo)記是建模者想要記錄

22、的一些特性的名字。，值是給定的元素的特性的值。28. 標(biāo)記值是對(duì)UML元素的特性的擴(kuò)展，主要用于在模型的規(guī)約中創(chuàng)建新的信息。29. 約束使用文字表達(dá)式表示的施加在某個(gè)模型元素的語(yǔ)義限制。30. 約束是對(duì)UML元素的語(yǔ)義的擴(kuò)展。31. UML 2.0新增的圖：（1） 復(fù)合結(jié)構(gòu)圖（2） 包圖（3） 交互概觀圖（4） 定時(shí)圖32. 從使用角度把UML 2.0的圖分為：（1） 靜態(tài)圖（結(jié)構(gòu)圖）（2） 動(dòng)態(tài)圖（行為圖）33. 靜態(tài)圖包括：（1） 類圖（2） 對(duì)象圖（3） 包圖（4） 復(fù)合結(jié)構(gòu)圖（5） 組件圖（6） 部署圖34. 動(dòng)態(tài)圖包括：（1） 活動(dòng)圖（2） 交互圖：包括順序圖、通信圖、交互概觀圖、時(shí)序圖（3