自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

UML面向?qū)ο蠹夹g(shù)學(xué)習(xí)筆記

開發(fā) 架構(gòu)
UML建模語言相信大家都比較熟悉了,那么你對UML面向?qū)ο蠹夹g(shù)是否了解呢,這里就像大家介紹一下UML面向?qū)ο蠹夹g(shù)學(xué)習(xí)筆記,希望本文的介紹對你有所幫助。

本節(jié)向大家介紹一下UML面向?qū)ο蠹夹g(shù)學(xué)習(xí)筆記,主要包括UML面向?qū)ο蠹夹g(shù)中的關(guān)系和符號兩大部分內(nèi)容,相信通過本節(jié)的介紹你對UML面向?qū)ο蠹夹g(shù)會有初步的認識。

UML面向?qū)ο蠹夹g(shù)學(xué)習(xí)筆記

一.UML面向?qū)ο蠹夹g(shù)中的關(guān)系

在建立抽象的過程中會發(fā)現(xiàn)類很少獨立存在,大多數(shù)類都以某種方式彼此協(xié)作。因此,在為系統(tǒng)建模時,不僅需要從問題域的詞表中抽象出類和對象,還需要描述這些抽象間的關(guān)系。

1.依賴關(guān)系(DependencyRelationship)

依賴關(guān)系描述了類之間的使用關(guān)系。

如果一個模型元素的變化會影響另一個模型元素(這種影響是不可逆的),那么就說在這兩個模型元素之間存在依賴關(guān)系。例如,有兩個元素X、Y,如果修改元素X的定義可能會引起元素Y的定義的修改,則稱元素Y依賴于元素X。

依賴關(guān)系的UML符號表示是帶箭頭的虛線,指向被依賴的模型元素。

2.類屬關(guān)系(GeneralizatinRelationship)

類屬關(guān)系描述了類之間“一般”與“特殊”的關(guān)系。

在解決復(fù)雜性問題時,通常需要將具有共同特性的元素抽象成類別,并通過增加其內(nèi)涵而進一步分類。例如,學(xué)生可以分為大學(xué)生、中學(xué)生和小學(xué)生,火車可以分為客運列車和貨運列車。在面向?qū)ο蠓椒ㄖ校瑢⑶罢叻Q為一般元素、基類元素或父類元素,將后者成為特殊元素或子元素。子元素繼承父元素所具有的結(jié)構(gòu)和行為,通常子元素還要添加新的結(jié)構(gòu)和行為,或者修改父元素的行為。

在UML中,類屬關(guān)系用帶空心箭頭的實線表示,箭頭指向父元素。

3.關(guān)聯(lián)關(guān)系(AssociationRelationship)

UML面向?qū)ο蠹夹g(shù)中關(guān)聯(lián)關(guān)系描述了對象間的結(jié)構(gòu)關(guān)系。

關(guān)聯(lián)關(guān)系表示兩個類之間存在某種語義上的聯(lián)系。它是一種結(jié)構(gòu)關(guān)系,規(guī)定了一種事物的對象可以與另一種事物的對象相連。例如,雇員為公司工作,一個公司有很多部門,就可以認為雇員和公司、公司和部門之間存在某種語義上的聯(lián)系,在類圖模型中,就可以在類Employee和類Company、類Company和類Department之間建立關(guān)聯(lián)關(guān)系。

關(guān)聯(lián)關(guān)系的UML符號表示是一條實線。

4.實現(xiàn)關(guān)系(RealizeRelationship)

實現(xiàn)關(guān)系是分類器之間的語義關(guān)系,一個分類器規(guī)定合同,另一個分類器保證實現(xiàn)這個合同。大多數(shù)情況下,實現(xiàn)關(guān)系北用來規(guī)定接口和實現(xiàn)接口的類或組件之間的關(guān)系。接口是操作的集合,這些操作用于規(guī)定類或組件的服務(wù),也就是說,接口規(guī)定了類或組件必須實現(xiàn)的合同。一個接口可以被多個類或組件實現(xiàn),一個類或組件也可以實現(xiàn)多個接口。接口的使用將操作的接口和操作的實現(xiàn)分離開來。當類或組件實現(xiàn)一個接口時,它意味著類或組件實現(xiàn)了接口的所有操作,完全遵守接口所建立的客戶之間的協(xié)議,并響應(yīng)客戶使用接口中的操作所發(fā)出的消息。

實現(xiàn)關(guān)系的UML符號表示用帶有空心箭頭的虛線表示。

二.UML面向?qū)ο蠹夹g(shù)中的符號

1.注釋(Note)

2.參與者(Actor)

參與者代表與系統(tǒng)交互的人、硬件設(shè)備、或另一個系統(tǒng)。盡管可以在模型中使用參與者,但參與者并不是軟件系統(tǒng)的組成部分,參與者存在于系統(tǒng)的外部。一個參與者可以:

只向系統(tǒng)輸入信息。

只從系統(tǒng)接受信息。

既可以輸入信息給系統(tǒng),也可以接收系統(tǒng)的輸出信息。

3.用例(UseCase)

用例規(guī)定了系統(tǒng)或部分系統(tǒng)的行為,它描述了系統(tǒng)所執(zhí)行的動作序列集,并為執(zhí)行者產(chǎn)生一個可供觀察的結(jié)果。也就是說,用例是:

系統(tǒng)行為的模板。

參與者與系統(tǒng)所執(zhí)行的相關(guān)的動作序列。

交付值等給參與者。#p#

4.協(xié)作(Collabration)

協(xié)作命名了彼此合作完成某個行為的類、接口和其他元素的群體。協(xié)作可以用來規(guī)定用例和操作的實現(xiàn),微系統(tǒng)體系結(jié)構(gòu)上的重要機制建模。

協(xié)作有兩個方面:

結(jié)構(gòu)部分:結(jié)構(gòu)部分規(guī)定了合作執(zhí)行所命名的協(xié)作的類、接口和其他元素。

行為部分:行為部分規(guī)定了這些元素如何交互作用的動態(tài)方面。

5.類(Class)

UML面向?qū)ο蠹夹g(shù)中類是面向?qū)ο笙到y(tǒng)中最基本的組成元素。類是一種最重要的分類器(Classifier),分類器是描述結(jié)構(gòu)和行為特性的機制,它包括類、接口、信號、組件、節(jié)點、用例和子系統(tǒng)。

類是分享同樣的屬性、操作、關(guān)系和語義的對象的集合。類是現(xiàn)實世界中的事物的抽象,當這些事物存在于真實世界中時,它們是類的實例,并被成為對象。類可以實現(xiàn)一個或多個接口。

類描述了一類對象的屬性(Attibute)和行為(Behavior)。在識別類時,要與領(lǐng)域?qū)<液献?,對問題域進行仔細深入地分析,抽象出問題域中的概念,定義其含義及相互關(guān)系,從而抽象出系統(tǒng)中的類,并用領(lǐng)域中的術(shù)語為類命名。

類的UML符號是劃分成3個格子的長方形。頂部的格子放類名,中間的格子放類的屬性、屬性的類型和值(屬性的初始值),下面的格子放方法、方法的參數(shù)表和返回類型。

在不同的視圖中給出類的UML表示時,可以根據(jù)需要選擇隱藏全部或部分的屬性格或方法格。

6.對象(Object)

對象代表了類的一個特定實例。對象具有身份(Identity)和屬性值(AttributeValues)。

實例和對象基本上是同義詞,它們常??梢曰Q使用。實例是抽象的具體表示,方法可以作用于實例,實例可以有狀態(tài)來存儲方法的結(jié)果。

7.消息(Message)

消息是對象間的通信,它傳達了要執(zhí)行動作的信息,它能觸發(fā)事件。接收到一個消息通常被認為是一個事件。通常,當一個對象調(diào)用另一個對象中的方法時,即完成了一次消息傳遞。

消息的UML符號表示是帶箭頭的實線。

8.接口(Interface)

UML面向?qū)ο蠹夹g(shù)中接口是用來規(guī)定類或組件服務(wù)的操作的集合。與類不同,接口沒有規(guī)定任何結(jié)構(gòu),也沒有規(guī)定任何實現(xiàn)。

9.包(Package)

包是一個用來將模型單元分組的通用機制。可以將一個系統(tǒng)看做一個單一的、高級的包。

10.組件(Component)

組件代表了一個接口定義良好的軟件模塊。組件是系統(tǒng)的一個物理的、可替代的部分,它遵循接口定義,并為接口提供了實現(xiàn)。組件是其他邏輯單元的物理封裝,這些被封裝的邏輯單元可以是類、接口、協(xié)作等。

組件的特點如下:
(1)組件是物理的,它存在,不是概念。
(2)組件是可替代的。
(3)組件是系統(tǒng)的一部分。

UML面向?qū)ο蠹夹g(shù)中組件與類的區(qū)別:
(1)類代表了邏輯的抽象;組件是物理的、是可以存在于現(xiàn)實世界中的。也就是說,組件可以在節(jié)點上存在,而類不能。
(2)組件代表了其他邏輯單元的物理封裝,與類的抽象實在不同的層次上。
(3)類本身有屬性和操作。而通常,組件的操作只能通過接口來訪問。

11.狀態(tài)(State)

12.躍遷(Transitions)

13.判定(Decision)

14.同步條(SynchronizationBars)

15.活動(Activities)

16.節(jié)點(Node)和設(shè)備(Device)
 

【編輯推薦】

  1. UML面向?qū)ο蠹夹g(shù)全面解析
  2. 深入剖析UML面向?qū)ο筌浖_發(fā)過程
  3. 實例講解UML面向?qū)ο蠓治鲈O(shè)計
  4. 教你繪制整潔的UML圖
  5. UML面向?qū)ο笾R入門

 

 

責任編輯:佚名 來源: javaeye.com
相關(guān)推薦

2010-07-09 16:45:26

UML面向?qū)ο?/a>

2010-06-10 10:03:42

UML面向?qū)ο?/a>

2010-06-17 18:17:36

UML面向?qū)ο蠹夹g(shù)

2010-06-29 18:58:23

UML面向?qū)ο蠹夹g(shù)

2010-06-13 10:01:48

面向?qū)ο蠹夹g(shù)與UML

2010-06-13 17:48:36

UML面向?qū)ο蠼?/a>

2010-06-28 18:44:54

UML對象圖

2010-07-12 14:32:29

UML對象關(guān)系

2009-06-26 13:29:11

面向?qū)ο?/a>

2010-07-06 09:43:34

UML面向?qū)ο?/a>

2010-06-13 10:19:24

面向?qū)ο蠹夹g(shù)與UML

2009-06-26 13:56:20

UML面向?qū)ο蠼?/a>

2010-06-30 10:02:05

UML建模技術(shù)

2010-06-11 14:01:47

面向?qū)ο骍ML技術(shù)

2010-07-07 18:11:13

UML對象圖

2010-06-13 10:33:54

面向?qū)ο骍ML技術(shù)

2010-06-17 17:57:10

UML面向?qū)ο蠓治雠c設(shè)

2010-07-08 10:47:42

UML面向?qū)ο?/a>

2010-06-07 18:04:07

UML

2010-06-13 17:56:49

UML面向?qū)ο?/a>
點贊
收藏

51CTO技術(shù)棧公眾號