UML試題及其答案.doc

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