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ū)ο蠓治龇椒?00A )的5個(gè)基本步驟:(1) 識(shí)別對(duì)象，識(shí)別對(duì)象包括標(biāo)識(shí)潛在的對(duì)象和篩選對(duì)象。(2) 識(shí)別對(duì)象的屬性。(3

2、) 識(shí)別對(duì)象的行為。(4) 識(shí)別對(duì)象所屬的類。(5 ) 定義主題詞。3. 簡(jiǎn)述時(shí)序圖的建模步驟:(1)設(shè)置交互語(yǔ)境。(2)確定對(duì)象。(3)分析消息和條件。(4)分析附加約束。(5)對(duì)建模結(jié)果精華和細(xì)化。4 . RUP統(tǒng)一過(guò)程中的四個(gè)階段。(1 )初始階段(2 )細(xì)化階段(3 )構(gòu)造階段(4 )移交階段4. 什么是模型？簡(jiǎn)述建模的目的。無(wú)歧義描述的一種工具。模型是為了理解事物而對(duì)事物做出的一種抽象。是對(duì)事物規(guī)范化的、目的：規(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)

3、行說(shuō)明、可視化編制文檔的一種標(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種交互圖，他們的名稱分別是什么？

4、并簡(jiǎn)要說(shuō)明其作用。(1) 交互概觀圖：一種順序圖和活動(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ǔ)言。可以用UML對(duì)軟件密集型系統(tǒng)進(jìn)行可視化描述和文檔化。(2) UML是一種定義良好，易于表達(dá)，功能強(qiáng)大且普

5、遍適用的可視化建模語(yǔ)言。它融入了軟件工程領(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ì)象的屬性

6、來(lái)表示；對(duì)象的動(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）con troller :監(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）圖形模型12. 建模的目的:（1）規(guī)范（2）可視化（3）建造（

8、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）支持模型的In ternet的發(fā)布。（5） 具有生成使用簡(jiǎn)單且定制靈活的文檔的功能。（6）支持關(guān)系型數(shù)據(jù)庫(kù)的建模。16. UML詞匯表三種構(gòu)造模塊：（1）元素（2）關(guān)系（3）圖17. UML 優(yōu)點(diǎn):(1)唯一性(2)連續(xù)性(3)維護(hù)性(4)復(fù)用性(5)完善性18

9、. 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)部署23. OCL定義的基本集合類型:(1) Collection(2) Set(3) Bag(4) Sequenee24.

10、 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ù)特性（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)象

11、經(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)生的信息可被另外一個(gè)工具使用，這樣就建立了軟件開(kāi)發(fā)的支撐系統(tǒng)，稱為計(jì) 算機(jī)輔助軟件工程（CASE）8. 傳統(tǒng)的軟件開(kāi)發(fā)方法也稱為生命周期方法學(xué)或結(jié)構(gòu)化范型。9.

12、 控制復(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ū)ο蠓椒ň褪腔趯?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ì)象之間的

13、動(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)典生命周期模型，是一種文檔驅(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)：

14、（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)發(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ā)人員有豐

15、富的風(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)二分法(4)擴(kuò)展機(jī)制6. 結(jié)構(gòu)化分析與設(shè)計(jì)技術(shù)（SADT）:基本思想和SA很接近，但是它用方框圖的形式描述 需求?？傮w思想是面向數(shù)據(jù)流功能分解和細(xì)化。得到分層的一系列框圖，這些框圖按層 次關(guān)系組成系統(tǒng)的模型。7. SADT由

16、三部分組成（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è)階段:(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)

17、初始運(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ā)軟件、管理需求、使用基于組件的架構(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

18、) 關(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中的解釋部分，用來(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)類是指其

19、對(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. 分組事物只有一種一一包。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í)例，

20、提供了通信的路徑，是所有關(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)系。即父類與子類的關(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ī)

21、制（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)記是建模者想要記錄的一些特性的名字。，值是給定的元素的特性的值。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）交互圖：包括順序圖、通信圖、交互概觀圖、