系統(tǒng)集成建模技術課件_第1頁
系統(tǒng)集成建模技術課件_第2頁
系統(tǒng)集成建模技術課件_第3頁
系統(tǒng)集成建模技術課件_第4頁
系統(tǒng)集成建模技術課件_第5頁
已閱讀5頁,還剩79頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

系統(tǒng)集成建模技術

教師:曹利培

2010-7-11安陽工學院計算機系

內容:

■7.1系統(tǒng)集成建模概述

■7.2統(tǒng)一建模語言

I-7.3IDEF系列建模方法

?7.4Petri網建模

2010^7--1Y止"果煙建俁安陽工學院計算機系2

7.1系統(tǒng)集成建模概述

■7.1.1科學模型與信息系統(tǒng)模型

■712信息系統(tǒng)的模型

2010-7-11安陽工學院計算機系3

7.1.1科學模型與信息系統(tǒng)模型

■“模型”是對現(xiàn)實世界的抽象

-人們用數學、物理或其他方法模擬現(xiàn)實世界中的事物所

形成的數學表達、物理結構或其他形式的描述能夠表達

事物的本領,這種描述可以稱為事物的模型。

■通過對模型的研究,可以獲得關于客觀事物的知識,加

深對這些事物的理解。這些模型可以稱為科學模型

■計算機信息系統(tǒng)建設本質上是一個轉換或映射過程,即

如?!惠SI實世界中的活動工城做言息處理過程,映射為4

運行于計算機世界的真有全新羨象及結構的、以電磁運

7.1.1科學模型與信息系統(tǒng)模型

■由于現(xiàn)實世界與計算機世界存在本質的差異,這樣一個

轉換或映射必須依賴模型才能完成。

■因為兩個世界中的事物的結構、行為和表象完全不同,

無法簡單地將現(xiàn)實的信息出來過程移植到計算機世界中,

而需要一個從計算機觀點的抽象,以便將現(xiàn)實世界的信

息出來過程映射到計算機世界,而這種抽象就是信息系

統(tǒng)模型。

■信息系統(tǒng)模型同科學模型都是對現(xiàn)實世界事物的抽象。

但是信息系統(tǒng)模型與一般的科學模型在許多方面有所不

2010商11安陽工學院計算機系5

7.1.1科學模型與信息系統(tǒng)模型

-1)建立科學模型的目的是為了更深刻地研究事物的本

質,以獲得新知識,或者掌握事物的運動規(guī)律以便指導

人們的活動。建立信息系統(tǒng)模型的目的是為了實現(xiàn)信息

處理過程從現(xiàn)實世界到計算機世界的轉換,以實現(xiàn)信息

管理和決策支持的功能。這里的信息處理過程是指信息

的產生、收集、處理、存儲和使用等涉及信息的操作,

它涵蓋了信息的整個生命周期。

-2)科學模型的描述對象通常是自然現(xiàn)象或自發(fā)的社會

現(xiàn)象,這些現(xiàn)象有著內在的規(guī)律支配他們的運動,科學

研究所做的正是要探索這些規(guī)律。信息系統(tǒng)模型描述的

對象通常是人為的社會系統(tǒng),它有與自己的系統(tǒng)目標一

2。急如組織形態(tài)和運動翦恩贏舄添統(tǒng)模型的建立過程正6

如嚏嬖用計算機的觀點竟蟹灌野麻摹系統(tǒng)的形態(tài)和伴隨6

-+-P匕、一一,“、-r—itr-t—7-"

7.1.1科學模型與信息系統(tǒng)模型

-3)科學模型通常使用最簡潔的方式描述,它的主要工

具是數字。有些學科中模型也可能是一段理論描述,或

者是物理實體或生物實體。而信息系統(tǒng)模型不能完全用

數學方法簡潔地描述,也無法用實體模型表達。信息系

統(tǒng)模型需要用綜合的手段,包括文字、圖形、表格和公

式等描述,因而信息系統(tǒng)模型看上去比較復雜。

-4)科學模型的建立以嚴格的實證方法為基礎,通過歸

納事實或建立假說,再通過不斷驗證和修改,最終建立

起模型。這個過程是嚴格而又客觀的。而信息系統(tǒng)的建

立更多依靠人的主觀經驗、知識背景和技巧,而形成的

模型帶有更多的主觀色彩和藝術成分。

2010-7-11安陽工學院計算機系7

-5)科學模型一般是連續(xù)模型,也有離散模型。信息系

7.1.1科學模型與信息系統(tǒng)模型

■無論是科學模型還是信息系統(tǒng)模型,都有兩個共同的重

要屬性,即模型的校驗性和有效性。

■模型的校驗性是指模型的內部語義應該與模型所描述的

事實相匹配,這一屬性表明模型的正確與否完全是以模

型能否與客觀事物相符合作為判讀那的標準。

■有效性是指模型的建立應當與建立者的意圖相符合,即

模型的建立是以應用為目的,不是為了建模而建模。

加耀1否滿足模型建立者的意嫉質量判斷的重要條件$

7.1.2信息系統(tǒng)的模型

-1)信息系統(tǒng)的規(guī)劃模型

■2)信息系統(tǒng)的概念模型、邏輯模型和物理模型

?3)信息系統(tǒng)建模方法

2010-7-11安陽工學院計算機系9

1)信息系統(tǒng)的規(guī)劃模型

-首先需要進行總體規(guī)劃。

總體規(guī)劃模型是針對信息系統(tǒng)所要處理的問題提出的具有宏觀指導意義的

模型??傮w規(guī)劃模型一般要反映出系統(tǒng)的戰(zhàn)略規(guī)劃、組織的信息需求分析

和資源分配這三個方面。

戰(zhàn)略規(guī)劃要確定信息系統(tǒng)的總的目標和戰(zhàn)略。

組織的信息需求分析要確定信息系統(tǒng)相關的組織機構在組織決策支持、

管理控制和日常工作中的信息處理需求,建立信息系統(tǒng)結構和開發(fā)計

劃,以指導信息系統(tǒng)開發(fā)。組織機構的信息需求分析可以使用企業(yè)系

統(tǒng)規(guī)劃(BSP)法和關鍵成功因素法(CSF)等方法進行。

資源分配規(guī)劃確定在信息系統(tǒng)開發(fā)和運行過程中各種資源的需求,建

立包括人員、資金、開發(fā)工具等的安排計劃。

2010-7-11安陽工學院計算機系10

2)信息系統(tǒng)的概念模型、邏輯模型和物理模

■信息系統(tǒng)建模涉及信息系統(tǒng)的概念模型、邏輯模型和物

理模型三個概念。這三個概念描述了信息系統(tǒng)建設中不

同階段的抽象狀態(tài)。

■D概念模型

■信息系統(tǒng)的概念模型是對現(xiàn)實世界中事物的抽象,它

描述了對象系統(tǒng)的主要特征,是現(xiàn)實世界對象的本質

的反映。

■概念模型是用戶觀點的,應用領域知識和經驗的,是

從用戶的角度對現(xiàn)實世界中對象的結構、運動和狀態(tài)

的描述。

2010-7-11'概念模型與計算根彘嘉計鼎儒息系統(tǒng)的邏輯結構和物11

理結構無關,也與系統(tǒng)的實現(xiàn)無關。

2)信息系統(tǒng)的概念模型、邏輯模型和物理模

ii)邏輯模型

■信息系統(tǒng)的邏輯模型是信息系統(tǒng)內部邏輯結構的描述,

它不涉及信息系統(tǒng)的物理結構,與具體的設備、組織、

計算機、存儲器等無關。

■從本質上說,它是系統(tǒng)概念模型的計算機觀點的描述,

是現(xiàn)實世界的信息處理過程在計算機世界的邏輯映射。

-信息系統(tǒng)的邏輯模型描述了系統(tǒng)中信息的所有細節(jié)以及

這些信息的相互關系,描述了對這些信息的操作以及信

息的輸入、輸出和存儲等過程。

■信息系統(tǒng)的邏輯模型可以使用DFD圖、關系模型和對象

模型等表達。

■在系統(tǒng)集成建模中,邏輯模型常以過程和數據為基礎,

71I對相關的過程進行嶺“蒯閾呈之間的聯(lián)系表達出集

20°10°成系統(tǒng)的邏輯模型唉魅豳見翳言息系統(tǒng)設計階段的產

2)信息系統(tǒng)的概念模型、邏輯模型和物理模

iii)物理模型

-是信息系統(tǒng)的物理實現(xiàn)的描述。

■是面對計算機的模型,物理模型表達了信息系統(tǒng)模型

在計算機中物理結果的表示。

■描述了系統(tǒng)的處理結果,存儲結構,網絡結構等,具

有系統(tǒng)的所有實現(xiàn)細節(jié)。

■通過常用系統(tǒng)網絡結構圖、系統(tǒng)物理配置圖等表示。

物理模型是設計階段的產物,是可以實現(xiàn)的模型。

信息系統(tǒng)的三個模型分別存在于兩個不同的世界:現(xiàn)

2。1。711實世界與計算機世濟工輛睪慢界的橋梁是信息系統(tǒng)模3

2)信息系統(tǒng)的概念模型、邏輯模型和物理模

■下圖顯示了兩個世界與信息系統(tǒng)模型的關系,以及現(xiàn)實

現(xiàn)實世界

2010-7-11安陽工學院計算機系14

3)信息系統(tǒng)建模方法

■在信息系統(tǒng)建設的不同階段,信息系統(tǒng)對應著不同的模

型。

在需求分析階段,系統(tǒng)主要完成對現(xiàn)實系統(tǒng)的邏輯涵

義的抽取,建立信息系統(tǒng)的概念模型。

系統(tǒng)設計階段,系統(tǒng)主要完成對系統(tǒng)的邏輯模型和物

理模型的構建。

在需求分析階段,常用的信息系統(tǒng)建模方法有結構化

分析方法、實例驅動分析方法以及面向對象的分析方

法等。

2010-7-11系統(tǒng)設計階段,系安統(tǒng)陽工建學隔覆計筌算機要系采用數據流程圖分析法15、

3)信息系統(tǒng)建模方法

■在需求分析階段\結構化分析方法和實例驅動分析方法

是兩種常用的萬法。

結構化的分析方法中使用較多的是業(yè)務流圖分析法和

IDEFO方法。

■業(yè)務流分析法是一種較為直觀的方法,它從記錄系統(tǒng)

原始業(yè)務流程開始識別和描述系統(tǒng)的功能。在確定對

象系統(tǒng)的邊界后,識別出最高層即最抽象的系統(tǒng)功能

墊述,然后采用自頂向手僦瑞嬲爵圮錄系統(tǒng)

中的數據輸入、處理、

■業(yè)務流分析方法的結果是系統(tǒng)的數據流圖和數據字典。

■IDEFO方法是在結構化分析設計方法的基礎上發(fā)展出的

系統(tǒng)分析設計方法,

2010-7-11■刎能牌也能描述系統(tǒng)中的數據16

Mo因此,IDEFO能夠更加全面地

r_LK、K心一-rx-/a-,r/./r.r,一

7.2統(tǒng)一建模語言

■7.2.1面向對象建模及統(tǒng)一建模語言概述

■7.2.2UML的基本構造成分

■7.2.3UML的公共機制

■7.2.4UML的圖

■7.2.5UML的擴展機制

?7.2?6UML在系統(tǒng)開費布馴

7.2.1面向對象建模及統(tǒng)一建模語言

概述

?1)概述

面向對象方法既是一種軟件開發(fā)技術,也是一種思維

方式。

OMG提出的統(tǒng)一建模語言(unifiedmodeling

language,UML)為面向對象建模提供了一套較為理

想的方法。

UML是一種通用的可視化的建模語言,它提供了豐富

的概念和表達方式,包括圖形、標記符號等來描述系

統(tǒng)的各個方面,充分理解和表達系統(tǒng)的靜態(tài)結構、動

態(tài)行為、組織結構和環(huán)境狀態(tài)。

使用UML可以產生直觀、系統(tǒng)、全面的設計文檔,并

2010711支持直接由UML劃9產型懵吸量

1)概述

■UML提供了豐富的表達方式對系統(tǒng)進行概念和物理的描述,并使開

發(fā)者和用戶之間能夠通過統(tǒng)一規(guī)范的方式交流。

■UML包括語義概念、標記符號和指南,具有靜態(tài)、動態(tài)和環(huán)境上的

組織性的部分。

■UML沒有定義標準過程。但可以用于迭代的開發(fā)過程,并支持現(xiàn)有

的面向對象的開發(fā)過程。

■UML能夠獲得現(xiàn)實系統(tǒng)的靜態(tài)結構和動態(tài)行為信息。靜態(tài)結構定義

了系統(tǒng)中有意義的對象和實現(xiàn)及它們之間的關系。動態(tài)行為定義了

對象的動態(tài)變化和通信。

2010-7-11安陽工學院計算機系19

■UML是一種離散建模語言,它可以對軟件、硬件等離散系統(tǒng)建模。

2)UML的主要內容

-UML提供了豐富的表達方式描述系統(tǒng),可以從不同的角

度對系統(tǒng)進行刻畫,建立起相互聯(lián)系的多種視圖。

■作為一種可視化建模語言,UML提供了清晰的語法元素

和語法規(guī)則,支持用統(tǒng)一的語法元素描述系統(tǒng),方便開

發(fā)人員之間及開發(fā)者與用戶的交流。

■UML支持模型到編程語言的映射,可使用UML描述的系

統(tǒng)模型自動生成編程語言代碼。

2010-7-11安陽工學院計算機系20

2)UML的主要內容

■i)UML的概念

UML的概念包括系統(tǒng)的靜態(tài)結構、動態(tài)行為、實現(xiàn)構

造、模型組織,擴展機制幾個方面。

■靜態(tài)結構:定義對象系統(tǒng)的關鍵概念,內部特征和相

互關系,形成靜態(tài)視圖。

■動態(tài)行為:定義與外界交互的過程,以及系統(tǒng)內外對

象間的通信過程。

■實現(xiàn)構造:定義系統(tǒng)的物理模型。UML既可以定義邏

輯模型,也可以定義物理模型。

?模型組織:定義模型系統(tǒng)單元以分解難度,方便并行

2010-7-11開發(fā)。安陽工學院計算機系21

2)UML的主要內容

■ii)UML的架構、語法和語義

UML是由圖和元模型組成的。圖是UML的語法,元模

型表達出圖的語義。UML的語義定義在下來四層的抽

象框架中。

一妙鈿口(\、■.>.〃口I二匕,I_ULA./II6/卜日.入二,,士工VSFf

蟠堪崛解減趣般櫥郴鯽瞰籟明魁模型

限艇罐(usermodel):這層中中的所有元素都是UML模型的例子。

這一層中的每一概念都是模型層的一個實例,也是元模型的一個實例,

這層的模型叫做對象模型(objectmodel)或實例模型(instance

model)。

2010-7-11安陽工學院計算機系22

2)UML的主要內容

■iii)UML的模型、視圖、圖與系統(tǒng)架構建模

UML從不同的視角為系統(tǒng)建模,形成系統(tǒng)的不同視圖,

主要有以下幾種。

■用例視圖:描述了從用戶的角度看到的或用戶需要的

系統(tǒng)功能。

■靜態(tài)視圖:描述了系統(tǒng)的靜態(tài)結構及特征,也稱為邏

輯視圖。

■動態(tài)視圖:描述了系統(tǒng)的動態(tài)或行為特征。

■組件視圖:體現(xiàn)了系統(tǒng)實現(xiàn)過程中的系統(tǒng)的結構和行

為,也稱為開發(fā)視圖。

2010-7-11■配置視圖:體現(xiàn)藜繇覲疏境的結構和行為,也稱23

為物理視圖(physicalview)。

iii)UML的模型、視圖、圖與系統(tǒng)架構

建模

■每一種UML的視圖都是由一個或多個圖組成的。圖是系

統(tǒng)的某一方面的描述。所有的圖組合在一起構成了系統(tǒng)

的完整視圖。

"UML定義了三大類九種圖。其中五種為靜態(tài)結構圖,代

、口

JUPWI_?M、-JJI//?ti?j?廠(collaboration

沖做啊撕鄢順用他能傕用電蝴咻活動圖

(activitydiagram)。

2010-7-11安陽工學院計算機系24

7.2.2UML的基本構造成分

-UML的詞匯表中包括三種構造成分:元素、關系、圖。

-元素是模型的最基本的部件;關系把這些部件連接到一

起;圖將元素集合分組。

'6招L而流素是對模型中最基本的成分的抽象,可以分為結構元素、

行為元素、分組元素、和注釋元素。

結構元素包括類(class)、接口(interface)、協(xié)作

(collaboration)、用例(usecase)、活動類(activeclass)、

構件(component)和節(jié)點(node)7種。

2010-7-11安陽工學院計算機系25

1)元素

■類:類是一組具有相同屬性和操作的對象的集合。它表

示了系統(tǒng)中需要處理的事物。

■類用矩形表示,矩形中分為三個區(qū)域,分別標注類的名

稱,屬性和操作。Check

name省

■在類圖中,有時屬性和操作區(qū)可以省略。banklD

-類的圖例見圖:

2010-7-11安陽工學院計算機系26

1)元素

-接口:描述了一個類或構件的服務的操作集。

■UML接口描述了某個類或構件的全部或部分行為。

■接口描述了操作的內容,但不定義操作的實現(xiàn)。

■UML中的接口用小的空心圓圈表示。接口的圖例如下:

2010-7-11安陽工學院計算機系27

1)元素

構件:構件是系統(tǒng)中具有良好

定義的接口的物理實現(xiàn)單元。

構件是“在一組模型元素實例的

物理打包時可重用的部分”。

構件是指源代碼文件等物理實現(xiàn),它

實現(xiàn)類圖或交互圖中的定義的邏輯模圖7.3接口和構件圖

型元素。

構件是軟件中可代替的部件,它與一組接口相關聯(lián),并實現(xiàn)接口。UML中的

構件圖例如上圖。

2010-7-11安陽工學院計算機系28

1)元素

用鐘理卷典述

態(tài)的方]即累耨踹?百例旨

1r是設

協(xié)作:在橘纏手婚迎翻4螃列L組元素相互協(xié)作以完成共同的工作。協(xié)作

的行為大于元素各自行為之和。UML中協(xié)作圖形用虛線橢圓表示,見圖(c)

,用立體的鋁彩表示,圖.

check變換

(C)協(xié)作

2010-7-11安陽工學院計算機系29

1)元素

■活動類:特殊的類,其實例至少擁有一個線程或進程,

能夠啟動控制活動?;顒宇惖膶ο竺枋龅脑匦袨榕c其

他元素的行為并發(fā),除此之外,它與一般的類相同。圖

形表示也可與一般類相同。

2010-7-11安陽工學院計算機系30

行為元素

■行為元素是UML模型中的動態(tài)部分,表示了跨越時間和

空間的行為。

■行為元素有狀態(tài)(state)、交互(interactive)作用和

狀態(tài)機(statemachine)。

■狀態(tài):狀態(tài)描述了對象生命周期中的一段時間。

-可以通過三個互補的方面來指定:某些性質上具有相

似性的一系列對象值;對象等待某個或某些時間發(fā)生的

一段時間;對象執(zhí)行某些正在進行活動的一段時間。

■狀態(tài)可以具有名稱,盡管它常常是匿名的及用它的動

2010-7-11作來描述。安陽工學院計算機系31

行為元素

ready

k_______________)

(a)狀態(tài)(b)交互

交互:由共同完成一項任務的對象之間交換的消息組成。代表了事物之間的協(xié)

作和通信過程。UML中交互用帶箭頭的線段表示

狀態(tài)機:對象的狀態(tài)和某時刻它的值相對應,而狀態(tài)機描述了一個對象或交互

在生命周期內相應事件或消息所經歷的狀態(tài)序列。類間的協(xié)作行為可用狀態(tài)機

描述,以體現(xiàn)狀態(tài)的變化過程。

2010-7-11安陽工學院計算機系32

分組元素

■包是UML中主要的分組元素。

■包是部分模型的集合,任何UML模型的每個部分必須屬

于某個包。

■可以將模型內容分配至一系列包

包可以有效地提高系統(tǒng)的可維護

■包用帶有條狀突起的大矩形表示

2010-7-11安陽工學院計算機系33

注釋元素

■注釋是附加在一個或一系列模型元素上的解釋部

分,它不具有語義,但包含了對建模有用的信息。

?注釋用來描述和標注模型的任何元素或一組元素。

■主要的注釋元素是注解(note)o

■注釋的圖形用折角矩形表示。

2010-7-11安陽工學院計算機系34

小結:

■本節(jié)主要介紹了系統(tǒng)集成建模相關知識,統(tǒng)一建

模語言的出現(xiàn);以及UML中的主要內容,并介

紹了UML中的元素(結構元素、行為元素、分

組元素和注釋元素)的作用和畫法。

2010-7-11安陽工學院計算機系35

2)關系

■UML中有很多種關系:依賴、關聯(lián)和實現(xiàn)等。

■D依賴

陵般定留下模型博黎名冊施課類關袍,如喇A橫吸棚就腺綱的

鐐賴?;逈Q素質陶的獻陶融被俺賴

的變似蜩相慨秦峋蠅),相素麒麒標AQtarget)元素描述。

儆勰弟蠢厥奧案的南兼時披賴金攀諧徐淌昴做起,或者由其他原因

引起。

目標元素

2010-7-11安陽工學院計算機系36

2)關系

ii)類屬

類屬關系是一般化和具體化元素之間的關系。(a)類屬關系

在面向對象方法中,一般化元素稱為基類元素或父力元

person

稱為子類元素或子元素。子元素繼承父元素所具有存,

-name:string屬

毛而璘也碘購瞬僻甜岫極縛者修改父元善-IDnumbcr:int

M極曲"f暢。類-laugh()

-work()

屬關系圖例見圖

teacherstudent

title:stringstudentID:int

(b)類屬關系示例

2010-7-11安陽工學院計算機系37

2)關系

■iii)關聯(lián)

關聯(lián)描述類與類之間的連接,表示兩個或多個類間的語義關系。

在UML中關聯(lián)關系用一條直線表示,如圖

2010-7-11安陽工學院計算機系38

2)關系

■iv)實現(xiàn)

實現(xiàn)關系描述了不同類之間的語義關系。實現(xiàn)關系將一個模型元素

連接至另一個提供了行為而無結構或實現(xiàn)的模型元素,如接口。

有兩個地方使用實現(xiàn)關系,一個是在接口和實現(xiàn)他們的類或構件之

糜孰越礪詢隙闞黑蛔麗/峻嬲構件之間的關系。

UML中的實現(xiàn)關系表示成為空心虛線箭頭,與類屬關系相似,這種

圖形也意味著與類屬中的“繼承”有相似的含義。如圖:

接口是操作集合,它規(guī)定了類或構件必須實現(xiàn)的合約。這樣,接口的

使用就將接口的操作定義和接口的實現(xiàn)分離開,類或構件實現(xiàn)接口時,

就實現(xiàn)了接口所有的颯了接口

on:Button

和TV之間的實現(xiàn)

off:Button

院關系的例子,TVchanneLButton

類實現(xiàn)了接口turnOn()

(a)實現(xiàn)關系Equipment的所有

特征。:hangeChannel()

2010-7-11安陽工學院計算機系39

關系示例:TV實習

7.2.3UML的公共機制

-UML提供了四種公共機制以提供一些附加的功能。這四

種公共機制是規(guī)格說明、修飾、通用劃分和擴展機制。

■1)規(guī)格說明

在UML中規(guī)摟.兀素

代表其對蝙繞型

的名字。:,字

下有下劃飾

方式也是-楙昧獺輸期曲是節(jié)

點類型的實例,如John's:printer。修飾的幾種表示見圖:

+TheorPrice(

#MarketPric

iirePrice()

2010-7-11臬作修飾安陽工學院計算機系

7.2.3UML的公共機制

■3)通用劃分

通用劃分是UML中不同元素之間的一種分類關聯(lián)方法,

表示元素之間存在的一種關聯(lián)關系。在UML中有兩種

I[辦方

,象返娜吟則蛔獴"妾回的噢側網蝴阿

壕建加頤?現(xiàn)則^商定皿跌喻為規(guī)范,如名

f

本質上,接口聲明了一個約定或規(guī)則,

而實現(xiàn)則表示了對該約定的具體實施。lunKown

這是接口和實現(xiàn)劃分的含義。它與實現(xiàn)

的定義有相同的意義。右圖表示了

Spelling.java構件對兩個接Dlunkown1Pe

-掰的實現(xiàn)。

2010Spelling安陽工學院計算機系41

7.2.3UML的公共機制

■4)注釋

注釋是UML的公共機制之一。

AL*P-A-oXilr+t4tr___ikk甥虧AI1V1~kHrgl

力J仕快生十女J'VJU——蘭”備貝夕卜的,(■(

/士白?IN+曰小7w豆g什臺匕I翻■■■

舊屈、,,5Vli-利?六」〈工件/目匕。jJHHBI

使用B&S公式:

■注釋可放在圖的任何位置,并1

信息,信息的類型是字符串。

如果某個元素需要增加一些說明信息,可以使用注釋。

2010-7-11安陽工學院計算機系42

彳古中旦用電建加今天姐次彝上精開Uch66*妻;本墳井正

7.2.4UML的圖

■圖表示了系統(tǒng)的一部分特征,是UML建模語言的主要描

述工具。

■圖是UML的核心內容,是由UML元素組合成的,在

UML中,對元素的使用并不相同,有些元素可能出現(xiàn)在

所有的圖中,而某些元素可能只在特定的圖中才使用。

態(tài)特征刻畫系統(tǒng)。它包括類圖、對象圖、用例圖、構件

先種。

2010-7-11安陽工學院計算機系43

1)結構圖

customer

name:stnng

■i)類圖phone:string

右邊猾豳馥示系統(tǒng)中類和類之間的關系。它是對系統(tǒng)靜態(tài)結構的描述。類表

例顯相系統(tǒng)中需要處理的事物。

性及操作描述了事物的基本特征。類間美系描述了事物之間的

中描謖落了

W程雅形能夠出現(xiàn)的模型元素只有類和類間關系。

訂票簽酬

繼承希蜀系統(tǒng)生命周期中’類圖是建造系統(tǒng)模型中其他圖的基礎。沒有類

還描髀馨i有狀態(tài)圖、協(xié)作圖和其他圖形,也就無法表示系統(tǒng)的各個方面。

戶類,票類

等類同益關ticket

;

聯(lián)。available:Boole

2010-7-1144

ii)對象圖

國從類圖而來。

對象圖逋

示快就而象凝類的實例,對象圖也是類圖的實例。

雜的圖類

鎏稿中使具用體的地圖表例達與了系類統(tǒng)圖執(zhí)完行全到相某同處時—系統(tǒng)的工作狀中的態(tài)。

了類圖相加了下劃線而且類與類之間的關系的所有實例也

關的對象畫了出來。

Johruwriter

tameJolin

age:30、

CinJohiome:c(

comN;

mem

2010-7-11安陽工學院計算機系45

iii)用例圖

視圖

■干

右圖

顯、用例

一個

保簽訂保單

售系

用例

耀節(jié)

統(tǒng)?

例圖口十匕

通U

的功

統(tǒng)

。

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論