UML建模實(shí)例教程（第3版）課件 第3章 UML簡介

第3章UML簡介3.1UML的發(fā)展3.2UML的特點(diǎn)3.3UML的結(jié)構(gòu)3.4UML的視圖3.5UML圖形符號(hào)3.6UML建?；玖鞒?

本章主要介紹UML的發(fā)展和特點(diǎn)，以及UML的主要視圖和基本UML圖形符號(hào)的情況。主要內(nèi)容包括：UML的發(fā)展、UML的特點(diǎn)、UML結(jié)構(gòu)、UML視圖、UML基本圖形符號(hào)和UML建?；玖鞒痰取Ｍㄟ^本章的學(xué)習(xí)，讀者應(yīng)了解UML的基本組成及UML建模的一般步驟。本章的學(xué)習(xí)要點(diǎn)包括：UML的發(fā)展；UML的特點(diǎn)；UML的結(jié)構(gòu)；UML的視圖；UML基本圖形符號(hào)；UML建?；玖鞒?。233.1UML的發(fā)展4任務(wù)1了解UML的基本概念，了解UML的發(fā)展歷程，理解UML的特點(diǎn)，并理解為什么選擇UML進(jìn)行建模。任務(wù)描述

3.1UML的發(fā)展53.1UML的發(fā)展UML（UnifiedModelingLanguage，統(tǒng)一建模語言）是一種建模語言，是第三代用來為面向?qū)ο笙到y(tǒng)的產(chǎn)品進(jìn)行說明、可視化和編制文檔的方法。

它是由信息系統(tǒng)和面向?qū)ο箢I(lǐng)域的GradyBooch、JamesRumbaugh和IvarJacobson在20世紀(jì)90年代中期提出的。由OMG組織（ObjectManagementGroup，對(duì)象管理組織）采納作為業(yè)界標(biāo)準(zhǔn)。UML取代了當(dāng)時(shí)軟件業(yè)眾多的分析和設(shè)計(jì)方法，成為一種標(biāo)準(zhǔn)，軟件界第一次有了一個(gè)統(tǒng)一的建模語言，UML最終正式成為信息技術(shù)的國際標(biāo)準(zhǔn)。

3.1.1UML的發(fā)展歷程63.1UML的發(fā)展

3.1.1UML的發(fā)展歷程UML各種版本的演化過程73.1UML的發(fā)展使用UML的目標(biāo)包括以下幾個(gè)方面：

3.1.1UML的發(fā)展歷程易于使用、表達(dá)能力強(qiáng)，進(jìn)行可視化建模；與具體的實(shí)現(xiàn)無關(guān)，可應(yīng)用于任何語言平臺(tái)和工具平臺(tái)；與具體的過程無關(guān)，可應(yīng)用于任何軟件開發(fā)的過程；簡單并且可擴(kuò)展，具有擴(kuò)展和專有化機(jī)制，便于擴(kuò)展，無須對(duì)核心概念進(jìn)行修改；為面向?qū)ο蟮脑O(shè)計(jì)與開發(fā)中涌現(xiàn)出的高級(jí)概念（例如，協(xié)作、框架、模式和組件）提供支持，強(qiáng)調(diào)在軟件開發(fā)中對(duì)架構(gòu)、框架、模式和組件的重用；與最好的軟件工程實(shí)踐經(jīng)驗(yàn)集成；可升級(jí)，具有廣闊的適用性和可用性；有利于面對(duì)對(duì)象工具的市場成長。83.1UML的發(fā)展自1997年UML被OMG采納為面向?qū)ο蟮慕ＵZ言的國際標(biāo)準(zhǔn)以來，它不斷融入軟件工程領(lǐng)域的新思想、新方法和新技術(shù)。

UML不局限于支持面向?qū)ο蟮姆治雠c設(shè)計(jì)，還支持從需求分析開始的軟件開發(fā)的全過程。目前，在多數(shù)軟件企業(yè)的正規(guī)化開發(fā)流程中，開發(fā)人員普遍使用UML進(jìn)行模型的建立。作為軟件開發(fā)人員，我們必須學(xué)會(huì)UML，因?yàn)閁ML就像統(tǒng)一的“文字”，統(tǒng)一的“度”、“量”、“衡”。

3.1.2理解UML93.2UML的特點(diǎn)103.2UML的特點(diǎn)

UML是一種建模語言，是一種標(biāo)準(zhǔn)的表示，而不是一種方法（或方法學(xué)）。

方法是一種把人的思考和行動(dòng)結(jié)構(gòu)化的明確方式，方法需要定義軟件開發(fā)的步驟、告訴人們做什么，如何做，什么時(shí)候做，以及為什么要這么做。UML只定義了一些圖以及它們的意義，它的思想與方法無關(guān)。

因此，我們會(huì)看到人們將用各種方法來使用UML，而無論方法如何變化，它們的基礎(chǔ)是UML的圖，這就是UML的最終用途，即為不同領(lǐng)域的人們提供統(tǒng)一的交流標(biāo)準(zhǔn)。

1.標(biāo)準(zhǔn)的表示方法113.2UML的特點(diǎn)

UML盡可能地結(jié)合了世界范圍內(nèi)面向?qū)ο箜?xiàng)目的成功經(jīng)驗(yàn)，因而它的價(jià)值在于它體現(xiàn)了世界上面向?qū)ο蠓椒▽?shí)踐的最好經(jīng)驗(yàn)，并以建模語言的形式把它們打包，以適應(yīng)開發(fā)大型復(fù)雜系統(tǒng)的要求。

在眾多成功的軟件設(shè)計(jì)與實(shí)現(xiàn)的經(jīng)驗(yàn)中，最突出的兩條，一是注重系統(tǒng)架構(gòu)的開發(fā)，二是注重過程的迭代和遞增性。盡管UML本身沒有對(duì)過程有任何定義，但UML對(duì)任何使用它的方法（或過程）提出的要求是：支持用例驅(qū)動(dòng)、以架構(gòu)為中心以及遞增和迭代的開發(fā)。這些特點(diǎn)正是統(tǒng)一軟件過程（RUP）的特點(diǎn)，也就是說，UML和RUP在軟件開發(fā)過程中是“最佳拍檔”。

2.與軟件開發(fā)的成功經(jīng)驗(yàn)集成123.2UML的特點(diǎn)

（1）需求分析。UML的用例視圖可以表示客戶的需求。通過用例建模，可以對(duì)外部的角色以及它們所需要的系統(tǒng)功能建模。（2）系統(tǒng)分析。分析階段主要考慮所要解決的問題，可用UML的邏輯視圖和動(dòng)態(tài)視圖來描述：類圖描述系統(tǒng)的靜態(tài)結(jié)構(gòu)，協(xié)作圖、時(shí)序圖、活動(dòng)圖和狀態(tài)圖描述系統(tǒng)的動(dòng)態(tài)特征。

（3）系統(tǒng)設(shè)計(jì)。在設(shè)計(jì)階段，把分析階段的結(jié)果擴(kuò)展成技術(shù)解決方案，加入新的類來提供技術(shù)基礎(chǔ)結(jié)構(gòu)——用戶接口、數(shù)據(jù)庫操作等。（4）構(gòu)造。在構(gòu)造（或程序設(shè)計(jì)階段），把設(shè)計(jì)階段的類轉(zhuǎn)換成某種面向?qū)ο蟪绦蛟O(shè)計(jì)語言的代碼。

（5）測試。對(duì)系統(tǒng)的測試通常分為單元測試、集成測試、系統(tǒng)測試和接受測試幾個(gè)不同級(jí)別。

3.UML的應(yīng)用貫穿在系統(tǒng)開發(fā)的五個(gè)階段13UML是一種建模語言，即軟件開發(fā)過程中各類人員交流和溝通的工具。RUP是一種軟件過程模型，是指導(dǎo)軟件開發(fā)過程的方法，詳見第11章。Umbrello是一種建模工具，是完成UML模型繪制的一種工具，詳見第4章。14

（1）通過訪問OMG的官方網(wǎng)站（http：//），了解UML的發(fā)展歷程。（2）訪問http：//，以小組的形式討論UML的基本特點(diǎn)。（3）收集UML的相關(guān)學(xué)習(xí)資源和學(xué)習(xí)網(wǎng)站。15

1.操作要求

2.操作提示

（1）比較UML和其他面向?qū)ο蟪绦蛟O(shè)計(jì)語言的區(qū)別。（2）理解UML和面向?qū)ο笏枷氲穆?lián)系。3.3UML的結(jié)構(gòu)16任務(wù)2了解UML的基本事物及其特點(diǎn)，了解UML的關(guān)系，了解UML的視圖及其主要功能。任務(wù)描述3.3UML的結(jié)構(gòu)17

3.3UML的結(jié)構(gòu)

UML由圖和元模型組成，圖是語法，元模型是語義。UML主要包括三個(gè)基本構(gòu)造塊：事物（Things）、關(guān)系（Relationships）和圖（Diagrams）。183.3UML的結(jié)構(gòu)19

3.3.1UML的事物UML的事物是實(shí)體抽象化的最終結(jié)果，是模型中的基本成員，包含：結(jié)構(gòu)事物行為事物分組事物注釋事物3.3UML的結(jié)構(gòu)20

3.3.1UML的事物1.結(jié)構(gòu)事物結(jié)構(gòu)事物是模型中的靜態(tài)部分，用以呈現(xiàn)概念或?qū)嶓w的表現(xiàn)元素，是軟件建模中最常見的元素，共有以下七種。（1）類（Class）：具有相同屬性、方法、關(guān)系和語義的對(duì)象的集合。（2）接口（Interface）：類或組件所提供的服務(wù)（操作），描述了類或組件對(duì)外可見的動(dòng)作。（3）協(xié)作（Collaboration）：描述合作完成某個(gè)特定任務(wù)的一組類及其關(guān)聯(lián)的集合。（4）用例（UseCase）：定義了參與者和被考慮的系統(tǒng)之間的交互來實(shí)現(xiàn)的一個(gè)業(yè)務(wù)目標(biāo)。（5）活動(dòng)類（ActiveClass）：活動(dòng)類的對(duì)象有一個(gè)或多個(gè)進(jìn)程或線程。（6）組件（Component）：組件是物理的、可替換的部分，包含接口的集合。（7）節(jié)點(diǎn)（Node）：系統(tǒng)在運(yùn)行時(shí)存在的物理元素，代表一個(gè)可計(jì)算的資源。3.3UML的結(jié)構(gòu)21

3.3.1UML的事物2.行為事物行為事物指的是UML模型中的動(dòng)態(tài)部分，代表語句里的“動(dòng)詞”，表示模型里隨著時(shí)空不斷變化的部分，包含以下兩類（1）交互（Interaction）：在特定上下文中，由一組對(duì)象之間為達(dá)到特定的目的而進(jìn)行的一系列消息交換而組成的動(dòng)作。（2）狀態(tài)機(jī)（StateMachine）：由一系列對(duì)象的狀態(tài)組成。3.3UML的結(jié)構(gòu)22

3.3.1UML的事物3.分組事物可以把分組事物看成是一個(gè)“盒子”，模型可以在其中被分解。目前只有一種分組事物，即包（Package）。結(jié)構(gòu)事物、動(dòng)作事物甚至分組事物都有可能放在一個(gè)包中。包純粹是概念上的，只存在于開發(fā)階段。3.3UML的結(jié)構(gòu)23

3.3.1UML的事物4.注釋事物注釋事物是UML模型的解釋部分。3.3UML的結(jié)構(gòu)24

3.3.2UML的關(guān)系UML的關(guān)系是將UML的事物聯(lián)系在一起的方式，UML中定義了以下四種關(guān)系：（1）依賴關(guān)系（Dependency）：兩個(gè)事物之間的語義關(guān)系，其中一個(gè)事物發(fā)生變化會(huì)影響另一個(gè)事物的語義。（2）關(guān)聯(lián)關(guān)系（Association）：一種描述一組對(duì)象之間連接的結(jié)構(gòu)關(guān)系，如聚合關(guān)系就描述了整體和部分間的結(jié)構(gòu)關(guān)系。（3）泛化關(guān)系（Generalization）：一種一般化和特殊化的關(guān)系。（4）實(shí)現(xiàn)關(guān)系（Realization）：類之間的語義關(guān)系，其中的一個(gè)類指定了由另一個(gè)類保證執(zhí)行的契約。25這里的事物是指UML模型中的組成部分，也可以理解為部件或元素；這里的關(guān)系是指UML各事物（組成元素）間存在的各種聯(lián)系。3.4UML的視圖263.4UML的視圖

完整地描述系統(tǒng)，通常的做法是用一組視圖反映系統(tǒng)的各個(gè)方面，每個(gè)視圖代表完整系統(tǒng)描述中的一個(gè)抽象，顯示這個(gè)系統(tǒng)中的一個(gè)特定的方面。每個(gè)視圖由一組圖構(gòu)成，圖中包含了強(qiáng)調(diào)系統(tǒng)中某一方面的信息。UML中的視圖包括：27用例視圖（UseCaseView）邏輯視圖（LogicalView）并發(fā)視圖（ConcurrencyView）組件視圖（ComponentView）部署視圖（DeploymentView）3.4UML的視圖28

3.4.1用例視圖用例視圖用于描述系統(tǒng)應(yīng)該具有的功能集。它是從系統(tǒng)的外部用戶角度出發(fā)，對(duì)系統(tǒng)的抽象表示。用例視圖所描述的系統(tǒng)功能依靠于外部用戶或由另一個(gè)系統(tǒng)觸發(fā)激活，為用戶或另一個(gè)系統(tǒng)提供服務(wù)，實(shí)現(xiàn)用戶或另一個(gè)系統(tǒng)與系統(tǒng)的交互。系統(tǒng)實(shí)現(xiàn)的最終目標(biāo)是提供用例視圖中描述的功能。用例視圖中可以包含若干個(gè)用例，用例用來表示系統(tǒng)能夠提供的功能（系統(tǒng)用法），一個(gè)用例是系統(tǒng)用法（功能請(qǐng)求）的一個(gè)通用描述。用例視圖是其他四個(gè)視圖的核心和基礎(chǔ)。其他視圖的構(gòu)造和發(fā)展依賴于用例視圖中所描述的內(nèi)容。因?yàn)橄到y(tǒng)的最終目標(biāo)是提供用例視圖中描述的功能，同時(shí)附帶一些非功能性的性質(zhì)，因此用例視圖影響著所有其他的視圖。用例視圖還可用于測試系統(tǒng)是否滿足用戶的需求和驗(yàn)證系統(tǒng)的有效性。用例視圖主要為用戶、設(shè)計(jì)人員、開發(fā)人員和測試人員而設(shè)置。用例視圖靜態(tài)地描述系統(tǒng)功能，為了動(dòng)態(tài)地觀察系統(tǒng)功能，也可以使用活動(dòng)圖對(duì)用例進(jìn)行描述。3.4UML的視圖29

3.4.2邏輯視圖用例視圖只考慮系統(tǒng)應(yīng)提供什么樣的功能，對(duì)這些功能的內(nèi)部運(yùn)作情況不予考慮，為了揭示系統(tǒng)內(nèi)部的設(shè)計(jì)和協(xié)作狀況，要使用邏輯視圖描述系統(tǒng)。邏輯視圖用來顯示系統(tǒng)內(nèi)部的功能是怎樣設(shè)計(jì)的，它利用系統(tǒng)的靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)行為來刻畫系統(tǒng)功能。靜態(tài)結(jié)構(gòu)描述類、對(duì)象和它們之間的關(guān)系等。動(dòng)態(tài)行為主要描述對(duì)象之間的動(dòng)態(tài)通信，當(dāng)對(duì)象之間彼此發(fā)送消息給給定的函數(shù)時(shí)產(chǎn)生動(dòng)態(tài)通信、一致性和并發(fā)性等性質(zhì)，以及接口和類的內(nèi)部結(jié)構(gòu)都要在邏輯視圖中定義。在UML中，靜態(tài)結(jié)構(gòu)使用類圖和對(duì)象圖描述，動(dòng)態(tài)行為使用狀態(tài)圖、時(shí)序圖、通信圖和活動(dòng)圖描述。3.4UML的視圖30

3.4.3并發(fā)視圖并發(fā)視圖將系統(tǒng)劃分為進(jìn)程和處理機(jī)方式，通過劃分引入并發(fā)機(jī)制，利用并發(fā)高效地使用資源、并行執(zhí)行和處理異步事件。除了劃分系統(tǒng)為并發(fā)執(zhí)行的控制線程外，并發(fā)視圖還必須處理通信和這些線程之間的同步問題。并發(fā)視圖所描述的方面屬于系統(tǒng)中的非功能性質(zhì)方面。并發(fā)視圖供系統(tǒng)開發(fā)者和集成者使用，它由動(dòng)態(tài)圖（狀態(tài)圖、時(shí)序圖、通信圖、活動(dòng)圖）和執(zhí)行圖（組件圖、部署圖）構(gòu)成。3.4UML的視圖31

3.4.4組件視圖組件視圖用來顯示代碼組件的組織方式。它描述了系統(tǒng)的實(shí)現(xiàn)模塊和它們之間的依賴關(guān)系。組件視圖由組件圖構(gòu)成。組件是代碼模塊，不同類型的代碼模塊形成不同的組件，組件按照一定的結(jié)構(gòu)和依賴關(guān)系呈現(xiàn)。組件的附加信息（如為組件分配資源）或其他管理信息（如進(jìn)展工作的進(jìn)展報(bào)告）也可以加入到組件視圖中。組件視圖主要供開發(fā)者使用。3.4UML的視圖32

3.4.5部署視圖部署視圖用來顯示系統(tǒng)的物理架構(gòu)，即系統(tǒng)的物理部署情況，如計(jì)算機(jī)和設(shè)備以及它們之間的連接方式，其中計(jì)算機(jī)和設(shè)備稱為節(jié)點(diǎn)。部署視圖還包括一個(gè)映射，該映射顯示在物理架構(gòu)中組件是怎樣部署的。比如，在每臺(tái)獨(dú)立的計(jì)算機(jī)上，哪一個(gè)程序或?qū)ο笤谶\(yùn)行。部署視圖提供給開發(fā)者、集成者和測試者?？梢园堰@里的視圖理解為我們看問題的角度，系統(tǒng)本身是固定不變的，但從不同的角度看會(huì)有不同的效果。就像我們觀測一個(gè)柜子，我們很自然地知道我們?cè)诠褡拥恼孢€是反面，現(xiàn)在我們把柜子的門拿下來當(dāng)一個(gè)面，我們也可以知道該門的上面、下面及其左右。假如，把人反一下，再觀測該門，情況就變了，雖然柜子本身沒有任何變化。33

（1）小組討論UML的結(jié)構(gòu)包括哪些內(nèi)容。（2）使用Word或其他繪圖工具繪制圖3-3所示的UML結(jié)構(gòu)圖。（3）依據(jù)工程/機(jī)械制圖中的三視圖概念，類比理解UML的視圖思想。

1.操作要求

2.操作提示

（1）通過學(xué)習(xí)小組討論和上網(wǎng)查詢資料形式完成。（2）將UML的作用與工程設(shè)計(jì)和機(jī)械設(shè)計(jì)的繪圖標(biāo)準(zhǔn)進(jìn)行比較。3.5UML的圖形符號(hào)34任務(wù)3了解UML的五種視圖和九種圖形及功能，了解UML建模的基本流程。任務(wù)描述3.5UML的圖形符號(hào)35

3.5UML的圖形符號(hào)

UML中的圖（Diagram）由圖片（Graph）組成，圖片是模型元素的符號(hào)化。UML中包含13種圖，使用其中的用例圖、類圖、對(duì)象圖、狀態(tài)圖、時(shí)序圖、通信圖、活動(dòng)圖、組件圖、部署圖等九種圖可以描述各種復(fù)雜的事物。36編

號(hào)英文名稱中文名稱備

注1PackageDiagram包圖

2UseCaseDiagram用例圖

3ClassDiagram類圖

4ObjectDiagram對(duì)象圖

5StateDiagram狀態(tài)圖

6SequenceDiagram時(shí)序圖

7CommunicationDiagram通信圖

8ActivityDiagram活動(dòng)圖

9ComponentDiagram組件圖

10DeploymentDiagram部署圖

11CompositeStructureDiagram組合結(jié)構(gòu)圖UML2.012InteractionOverviewDiagram交互概覽圖UML2.013TimingDiagram時(shí)間圖UML2.037

3.5.1用例圖用例圖用于顯示若干角色（Actor）以及這些角色與系統(tǒng)提供的用例之間的連接關(guān)系。

用例是系統(tǒng)提供的功能（系統(tǒng)的具體用法）的描述。通常一個(gè)實(shí)際的用例采用普通的文字描述，作為用例符號(hào)的文檔性質(zhì)，實(shí)際的用例圖也可以用活動(dòng)圖描述。

用例圖定義的是系統(tǒng)的功能需求。3.5UML的圖形符號(hào)用例圖示例參與者用例系統(tǒng)邊界38

3.5.2類圖類圖用來表示系統(tǒng)中的類以及類與類之間的關(guān)系，它是對(duì)系統(tǒng)靜態(tài)結(jié)構(gòu)的描述。

類用來表示系統(tǒng)中需要處理的事物。類與類之間有多種連接方式（關(guān)系），如關(guān)聯(lián)（彼此間的連接）、依賴（一個(gè)類使用另一個(gè)類）和泛化（一個(gè)類是另一個(gè)類的特殊化）等。類與類之間的這些關(guān)系都體現(xiàn)在類圖的內(nèi)部結(jié)構(gòu)之中，通過類的屬性和操作反映出來。3.5UML的圖形符號(hào)類圖示例39

3.5.3對(duì)象圖對(duì)象圖是類圖的變體。兩者之間的差別在于對(duì)象圖表示的是類的對(duì)象實(shí)例，而不是真實(shí)的類。對(duì)象圖是類圖的一個(gè)范例，它及時(shí)具體地反映了系統(tǒng)執(zhí)行到某處時(shí)系統(tǒng)的工作狀況。對(duì)象圖中使用的圖形符號(hào)與類圖幾乎完全相同，只不過對(duì)象圖中的對(duì)象名加了下畫線。對(duì)象圖沒有類圖重要，對(duì)象圖通常用來示例一個(gè)復(fù)雜的類圖，通過對(duì)象圖反映真正的實(shí)例是什么，它們之間可能具有什么樣的關(guān)系，幫助對(duì)類圖的理解。對(duì)象圖也可以用在通信圖中作為其一個(gè)組成部分，用來反映一組對(duì)象之間的動(dòng)態(tài)通信關(guān)系。3.5UML的圖形符號(hào)40

3.5.4狀態(tài)圖狀態(tài)圖是對(duì)類所描述事物的補(bǔ)充說明，它顯示了類的所有對(duì)象可能具有的狀態(tài)，以及引起狀態(tài)變化的事件。事件可以是給它發(fā)送消息的另一個(gè)對(duì)象或者某個(gè)任務(wù)執(zhí)行完畢（如指定時(shí)間到）。狀態(tài)的變化稱為轉(zhuǎn)移（Transition），一個(gè)轉(zhuǎn)移可以有一個(gè)與之相連的動(dòng)作（Action），這個(gè)動(dòng)作指明了狀態(tài)轉(zhuǎn)移時(shí)應(yīng)該做些什么。并不是所有的類都有相應(yīng)的狀態(tài)圖。狀態(tài)圖僅用于具有下列特點(diǎn)的類：具有若干個(gè)確定的狀態(tài)，類的行為在這些狀態(tài)下會(huì)受到影響且被不同的狀態(tài)改變。另外，也可以為系統(tǒng)描繪整體狀態(tài)圖。3.5UML的圖形符號(hào)狀態(tài)圖示例41

3.5.5活動(dòng)圖

活動(dòng)圖反映一個(gè)連續(xù)的活動(dòng)流?；顒?dòng)圖常用于描述某個(gè)操作執(zhí)行時(shí)的活動(dòng)狀況?；顒?dòng)圖由各種動(dòng)作狀態(tài)構(gòu)成，每個(gè)動(dòng)作狀態(tài)包含可執(zhí)行動(dòng)作的規(guī)范說明。當(dāng)某個(gè)動(dòng)作執(zhí)行完畢，該動(dòng)作的狀態(tài)就會(huì)隨之改變。這樣，動(dòng)作狀態(tài)的控制就從一個(gè)狀態(tài)流向另一個(gè)與之相連的狀態(tài)?；顒?dòng)圖中還可以顯示決策、條件、動(dòng)作狀態(tài)的并行執(zhí)行、消息（被動(dòng)作發(fā)送或接收）的規(guī)范說明等內(nèi)容。3.5UML的圖形符號(hào)活動(dòng)圖示例42

3.5.6時(shí)序圖

時(shí)序圖用來反映若干個(gè)對(duì)象之間的動(dòng)態(tài)通信關(guān)系，也就是隨著時(shí)間的流逝，對(duì)象之間是如何交互的。時(shí)序圖主要反映對(duì)象之間已發(fā)送消息的先后次序，說明對(duì)象之間的交互過程，以及系統(tǒng)執(zhí)行過程中，在某一具體位置將會(huì)有什么事件發(fā)生。

時(shí)序圖由若干個(gè)對(duì)象組成，對(duì)象之間傳遞的消息用消息箭頭表示，它們位于表示對(duì)象的垂直線條之間。時(shí)間說明和其他的注釋作為腳本放在圖的邊緣。3.5UML的圖形符號(hào)時(shí)序圖示例43

3.5.7通信圖

通信圖和時(shí)序圖的作用一樣，反映的也是通信協(xié)作。除了顯示消息變化（稱為交互）外，通信圖還顯示了對(duì)象和它們之間的關(guān)系（稱為上下文有關(guān)）。通信圖與時(shí)序圖的畫法一樣，圖中含有若干個(gè)對(duì)象及它們之間的關(guān)系，對(duì)象之間流動(dòng)的消息用消息箭頭表示。通過識(shí)別消息標(biāo)簽的語法，開發(fā)者可以看出對(duì)象間的通信，也可以跟蹤執(zhí)行流程和消息的變化情況。3.5UML的圖形符號(hào)通信圖示例44

3.5.8組件圖組件圖用來反映代碼的物理結(jié)構(gòu)。組件可以是源代碼、二進(jìn)制文件或可執(zhí)行文件組件。組件包含了邏輯類或邏輯類的實(shí)現(xiàn)信息，因此邏輯視圖與組件視圖之間存在著映射關(guān)系。組件之間也存在依賴關(guān)系，利用這種依賴關(guān)系可以很容易地分析一個(gè)組件的變化會(huì)給其他的組件帶來怎樣的影響。組件可以與公開的任何接口（如OLE/COM接口）一起顯示，也可以把它們組合起來形成一個(gè)包，在組件圖中顯示這種組合包。3.5UML的圖形符號(hào)組件圖示例45

3.5.9部署圖部署圖用來顯示系統(tǒng)中軟件和硬件的物理架構(gòu)。通常部署圖中顯示實(shí)際的計(jì)算機(jī)和設(shè)備（用節(jié)點(diǎn)表示），以及各個(gè)節(jié)點(diǎn)之間的關(guān)系（還可以顯示關(guān)系的類型）。部署圖用來表示部署視圖，描述系統(tǒng)的實(shí)際物理結(jié)構(gòu)。3.5UML的圖形符號(hào)部署圖示例46

3.5.10UML新特性3.5UML的圖形符號(hào)2005年修訂的UML2.0的新特性可分為以下五個(gè)主要方面：（1）語言定義精確程度提高。（2）改良的語言組織。（3）重點(diǎn)改進(jìn)大規(guī)模的軟件系統(tǒng)模型性能。（4）對(duì)特定領(lǐng)域改進(jìn)的支持。（