UML建模培訓(xùn)教材(Doc格式)

1、第二章統(tǒng)一建模語(yǔ)言簡(jiǎn)介1、U ML和軟件體系結(jié)構(gòu)(1UML是UML是用于描繪軟件藍(lán)圖的標(biāo)準(zhǔn)語(yǔ)言。建模的原則:準(zhǔn)確、分層、分治、標(biāo)準(zhǔn)統(tǒng)一建模語(yǔ)言UML就是滿足這四個(gè)原則的建模語(yǔ)言。UML是用于描繪軟件藍(lán)圖的標(biāo)準(zhǔn)語(yǔ)言。它可用于對(duì)軟件密集型系統(tǒng)進(jìn)行視化說(shuō)明建造建檔。UML是用于描繪軟件藍(lán)圖的標(biāo)準(zhǔn)語(yǔ)言。UML是藍(lán)圖:支持視化:UML包括一組明確定義的標(biāo)準(zhǔn)圖符描述軟件產(chǎn)品生產(chǎn)活動(dòng)中需要交流的各種內(nèi)容。軟件開(kāi)發(fā)的所有相關(guān)人員,通過(guò)圖符能了解和表達(dá)需要交流的內(nèi)容。支持建模藍(lán)圖是模型的表達(dá)UML是標(biāo)準(zhǔn)語(yǔ)言支持說(shuō)明,建造和建檔。生產(chǎn)軟件產(chǎn)品, 需要對(duì)此產(chǎn)品進(jìn)行說(shuō)明說(shuō)明需要標(biāo)準(zhǔn)化UML是一種語(yǔ)言意味著UML是以標(biāo)

2、準(zhǔn)化的形式,表達(dá)這些說(shuō)明的建模工具。它以標(biāo)準(zhǔn)化的方式,完成對(duì)軟件的市場(chǎng)需求的說(shuō)明功能的說(shuō)明運(yùn)行原理的說(shuō)明內(nèi)部結(jié)構(gòu)的說(shuō)明對(duì)外接口的說(shuō)明及其實(shí)現(xiàn)方式的說(shuō)明,UML是一種語(yǔ)言意味著它是標(biāo)準(zhǔn)化的因此,用UML表達(dá)的軟件模型,可以直接和某種設(shè)計(jì)語(yǔ)言建立映射關(guān)系,通過(guò)UML建模工具,可以UML模型轉(zhuǎn)換為對(duì)應(yīng)的程序設(shè)計(jì)語(yǔ)言源代碼框架。UML就是通過(guò)此種方式,支持軟件系統(tǒng)的建造的UML是一種語(yǔ)言意味著它是標(biāo)準(zhǔn)化的因此也能有效的支持軟件生產(chǎn)的建檔(documentationUML有標(biāo)準(zhǔn)的描述手段(格式來(lái)表達(dá)和組織這些內(nèi)容UML支持軟件制成品的建檔,包括:開(kāi)發(fā)活動(dòng)中產(chǎn)生的用于控制、評(píng)測(cè)(measuring、交流的

3、各種中間產(chǎn)物, 如:需求分析軟件體系結(jié)構(gòu)(architecture結(jié)構(gòu)設(shè)計(jì)行為設(shè)計(jì)源代碼/項(xiàng)目計(jì)劃/測(cè)試計(jì)劃/發(fā)行版本等等。 e.g.:用例視圖來(lái)描述需求分析用邏輯視圖來(lái)描述結(jié)構(gòu)設(shè)計(jì), 等等。作為描繪軟件藍(lán)圖的語(yǔ)言UML定義了一系列的圖符來(lái)描述軟件密集型的系統(tǒng)這些圖符有嚴(yán)格的語(yǔ)義和清晰的語(yǔ)法。這些圖符及其背后的語(yǔ)義和語(yǔ)法,組成了一個(gè)標(biāo)準(zhǔn),使得軟件開(kāi)發(fā)的所有相關(guān)人員都能用它來(lái)對(duì)軟件系統(tǒng)的各個(gè)側(cè)面進(jìn)行描述。(2、UML根據(jù)軟件體系結(jié)構(gòu)對(duì)軟件進(jìn)行建模分層是軟件建模的重要原則為了表達(dá)不同的軟件開(kāi)發(fā)相關(guān)人員在軟件開(kāi)發(fā)周期的不同時(shí)期看待軟件產(chǎn)品的不同側(cè)重面, 需要對(duì)模型進(jìn)行分層。UML根據(jù)軟件產(chǎn)品的體系結(jié)

4、構(gòu)(architecture對(duì)軟件進(jìn)行分層軟件體系結(jié)構(gòu)由一系列的決定組成,這些決定定義了如下內(nèi)容:(1、軟件系統(tǒng)的組織;(2、構(gòu)成軟件系統(tǒng)的結(jié)構(gòu)元素的結(jié)構(gòu)及它們之間的接口;(3、結(jié)構(gòu)元素的行為及元素之間的協(xié)同(collaboration;(4、結(jié)構(gòu)元素的不斷組合以構(gòu)成日漸完備的子系統(tǒng)的過(guò)程;(5、指導(dǎo)軟件建造過(guò)程的軟件構(gòu)筑風(fēng)格(architectural style:靜態(tài)和動(dòng)態(tài)元素之間的接口協(xié)同構(gòu)成(composition。軟件體系結(jié)構(gòu)不僅僅決定軟件的結(jié)構(gòu)和行為,而且還決定軟件的用途功能性能應(yīng)變性(resilience可重用性經(jīng)濟(jì)和技術(shù)方面的限制和折衷以及美學(xué)考慮(aesthetic conc

5、ern。 UML 將軟件的體系結(jié)構(gòu)分解為五個(gè)不同的側(cè)面(右圖 稱為視圖(view。 分別是: 用例視圖(Use case view 設(shè)計(jì)視圖(design view 進(jìn)程視圖(process view 實(shí)現(xiàn)視圖(implementation view 分布視圖(deployment view 設(shè)計(jì)視圖和進(jìn)程視圖又可被統(tǒng)一稱為邏輯視圖(logical view。設(shè)計(jì)視圖 實(shí)現(xiàn)視圖 進(jìn)程視圖 分布視圖 用例視圖 動(dòng)態(tài)行為 設(shè)計(jì)詞匯、功能描述 系統(tǒng)組裝、配置管理 性能、穩(wěn)定性、吞吐率 系統(tǒng)拓?fù)?、分布、分發(fā)、安裝其中每個(gè)視圖分別關(guān)注軟件開(kāi)發(fā)的某一側(cè)面視圖由一種或多種模型圖(diagram構(gòu)成。模型圖描

6、述了構(gòu)成相應(yīng)視圖的基本模型元素(element及它們之間的相互關(guān)系。1、用例視圖(use case view:用例視圖用來(lái)支持軟件系統(tǒng)的需求分析,它定義系統(tǒng)的邊界,關(guān)注的是系統(tǒng)的外部功能的描述。它從系統(tǒng)的使用者的角度,描述系統(tǒng)的外部的動(dòng)態(tài)行為靜態(tài)的功能系統(tǒng)的動(dòng)態(tài)功能由UML以下模型圖描述:交互圖(interaction diagram狀態(tài)圖(state-chart diagram活動(dòng)圖(activity diagram2、邏輯視圖(Logical View:邏輯視圖定義系統(tǒng)的實(shí)現(xiàn)邏輯。描述為實(shí)現(xiàn)用例圖描述的功能,在對(duì)軟件系統(tǒng)進(jìn)行設(shè)計(jì)時(shí), 所產(chǎn)生的設(shè)計(jì)概念,設(shè)計(jì)概念又稱為軟件系統(tǒng)的設(shè)計(jì)詞匯(vo

7、cabulary。邏輯視圖定義了設(shè)計(jì)詞匯的邏輯結(jié)構(gòu)存在于它們之間的語(yǔ)義聯(lián)系。設(shè)計(jì)詞匯包括系統(tǒng)的類協(xié)同接口及其關(guān)系對(duì)邏輯視圖的描述在原則上與軟件系統(tǒng)的實(shí)現(xiàn)平臺(tái)無(wú)關(guān)。它相當(dāng)于電子產(chǎn)品生產(chǎn)中的電原理圖。邏輯視圖包含的模型圖有:類圖(class diagrams對(duì)象圖(object diagrams交互圖(interaction diagrams狀態(tài)圖(state-chart diagrams活動(dòng)圖(state-chart diagrams。3、實(shí)現(xiàn)視圖(implementation view當(dāng)系統(tǒng)的邏輯結(jié)構(gòu)在邏輯視圖里被定義之后,需要定義邏輯結(jié)構(gòu)的物理實(shí)現(xiàn)。這包括設(shè)計(jì)元素對(duì)應(yīng)的源代碼文件各物理文件之

8、間的關(guān)系存放路徑,等等。實(shí)現(xiàn)視圖就是定義這些內(nèi)容的地方。它當(dāng)于電子產(chǎn)品的印刷電路板的布線圖。實(shí)現(xiàn)視圖描述組成一個(gè)軟件系統(tǒng)的各個(gè)物理部件,這些部件以各種方式組合起來(lái),(如:不同的源代碼經(jīng)過(guò)編譯,構(gòu)成一個(gè)可執(zhí)行系統(tǒng);或者不同的軟件組件配置成為一個(gè)可執(zhí)行系統(tǒng);以及不同的網(wǎng)頁(yè)文件,以特定的目錄結(jié)構(gòu),組成一個(gè)網(wǎng)站,等等構(gòu)成了一個(gè)可實(shí)際運(yùn)行的系統(tǒng)。實(shí)現(xiàn)視圖包含的模型圖有:部件圖(Component diagram交互圖(Interaction Diagram狀態(tài)圖(state-chart diagram活動(dòng)圖(activity diagram。4、分布視圖(Deployment View軟件產(chǎn)品將運(yùn)行在計(jì)

9、算機(jī)硬件系統(tǒng)上如果軟件產(chǎn)品是面向網(wǎng)絡(luò)的應(yīng)用系統(tǒng),則有可能同時(shí)運(yùn)行在多個(gè)計(jì)算機(jī)上。分布視圖用來(lái)描述軟件產(chǎn)品在計(jì)算機(jī)硬件系統(tǒng)和網(wǎng)絡(luò)上的安裝分發(fā)(delivery分布(distribution在分布視圖中,系統(tǒng)的靜態(tài)特性用分布圖(deployment diagram描述,動(dòng)態(tài)特性用交互圖(interaction diagram狀態(tài)圖(state-chart diagram活動(dòng)圖(activity diagram描述。2、UML概述從軟件的體系結(jié)構(gòu)出發(fā),UML把軟件模型分成了五個(gè)視圖每個(gè)視圖由不同的模型圖構(gòu)成。模型圖實(shí)際上就是UML的基本成員之一。作為UML的完整的概念模型,UML的構(gòu)成為:UML =

10、 UML成員+ UML建模規(guī)則(roles of the UMLUML建模規(guī)則相當(dāng)于建模語(yǔ)言的語(yǔ)法UML成員(building blocks of the UML它UML的基本組成部分它和UML建模規(guī)則一起組成了UMLUML成員可進(jìn)一步劃分為UML 基本模型元素(things in UML關(guān)系(relationship模型圖(diagram:UML成員= UML 基本模型元素+ 關(guān)系+ 模型圖UML基本模型元素:類似于電子產(chǎn)品電原理圖里的集成電路符號(hào),是模型圖上包含的基本符號(hào)?；灸Ｐ驮乜煞譃樗念?它們是:結(jié)構(gòu)模型元素(structural things行為模型元素(behavioral t

11、hings分組模型元素(grouping things注解元素(annotational things:UML基本模型元素= 結(jié)構(gòu)模型元素+行為模型元素+成組元素+注解元素關(guān)系:基本模型元素之間的語(yǔ)義上的聯(lián)系,在UML里用關(guān)系來(lái)描述。(1、結(jié)構(gòu)模型元素結(jié)構(gòu)模型元素是UML模型里的名詞(noun是模型的靜態(tài)組成部分代表軟件系統(tǒng)的概念的, 或物理的存在。例如:類(class最常用的一個(gè)結(jié)構(gòu)模型元素它代表一系列共享同樣的屬性(attributes操作(operation關(guān)系、語(yǔ)義的對(duì)象(object。類的圖形表示類在模型圖(類圖上被通常用一個(gè)矩形為一個(gè)矩形其上包含類的名字屬性操作(下圖Windowo

12、riginsizeopen(close(display(圖2.2類 結(jié)構(gòu)模型元素一共有七種,它們是: 類 接口( interface 協(xié)同 用例(use case 主動(dòng)類(active class 組件(component 節(jié)點(diǎn)(node 在這些結(jié)構(gòu)元素中,最常用的包括: 類、用例、接口、組件等(下圖用例 接口 組件圖2.3 一些常用的結(jié)構(gòu)模型元素 Check Pass Word ISpelling Shell.cpp(2、行為模型元素行為模型元素(behavioral thingsUML模型的動(dòng)態(tài)組成部分它是模型的動(dòng)詞,代表軟件系統(tǒng)在空間和時(shí)間上的行為。行為模型元素包括兩類:交互(inter

13、action狀態(tài)機(jī)(state machine行為模型元素= 交互+ 狀態(tài)機(jī)交互它是系統(tǒng)內(nèi)一系列的對(duì)象之間互相交換消息的行為。消息代表軟件系統(tǒng)內(nèi)兩個(gè)對(duì)象中一個(gè)對(duì)象向另一個(gè)對(duì)象發(fā)出的執(zhí)行某種操作的請(qǐng)求。交互描述了一系列的對(duì)象為完成某一項(xiàng)任務(wù)而聯(lián)合采取的一系列的行動(dòng),其中包括這些行動(dòng)在時(shí)間上的順序,以及為執(zhí)行這些動(dòng)作序列,對(duì)象之間所發(fā)生的語(yǔ)義上的聯(lián)系。所以,消息是描述交互的一個(gè)重要手段。消息的圖形表示:在模型圖上,消息被表示為一個(gè)箭頭(下圖。display消息狀態(tài)機(jī):狀態(tài)機(jī)是描述一個(gè)對(duì)象的動(dòng)態(tài)特性的有效手段它描述的是對(duì)象在其生命周期內(nèi),在響應(yīng)外界的事件的過(guò)程中,自身的狀態(tài)的變化過(guò)程。Waiting

14、狀態(tài)狀態(tài)機(jī)包括對(duì)象狀態(tài)(上圖2.5事件由事件引起的狀態(tài)之間的變遷以及變遷發(fā)生的同時(shí)對(duì)象所執(zhí)行的動(dòng)作(3、成組模型元素分治的原則:在為復(fù)雜的軟件系統(tǒng)建模的時(shí)候,將大的問(wèn)題分解為多個(gè)子問(wèn)題分別描述和解決。UML提供了支持分治原則的語(yǔ)言成份,成組模型元素(grouping things成組模型元素只有一類,即模型包(package。模型包一個(gè)通用的手段用來(lái)組織多種語(yǔ)言成份,其中可包含:結(jié)構(gòu)模型元素行為模型元素成組模型元素自身都可以置于模型包中。模型包是純概念性的它只存在于軟件系統(tǒng)的開(kāi)發(fā)階段在UML模型圖中,模型包被繪制成文件夾的形狀(下圖。模型包是UML的基本成組元素,它還有一些變體,如:框架(fr

15、amework模型(model一個(gè)模型包的例子子系統(tǒng)(subsystem。一個(gè)標(biāo)注的例子業(yè)務(wù)函數(shù)在此返回(4、注解元素注解大量存在于機(jī)械圖和電子線路圖中被用來(lái)標(biāo)示產(chǎn)品的工藝要求,等等。在UML中,也存在著相似的語(yǔ)言成分,這就是:注解元素(annotation things注解元素只有一種,即標(biāo)注(note。標(biāo)注用來(lái)描述施加于一個(gè)或多個(gè)模型元素的限制,或?qū)δＰ驮氐恼Z(yǔ)義加以說(shuō)明標(biāo)注的圖形表示:一個(gè)折了角的長(zhǎng)方形(上圖在長(zhǎng)方形中寫(xiě)標(biāo)注的內(nèi)容。標(biāo)注的內(nèi)容可以是形式的文本, 或非形式的文本也可以是圖形。(5、關(guān)系結(jié)構(gòu)模型元素是UML模型的靜態(tài)組成部分靜態(tài)組成部分不是孤立存在的它們被組合在一起互相協(xié)作以

16、完成某項(xiàng)任務(wù)。因此,結(jié)構(gòu)模型元素之間存在著某種語(yǔ)義上的聯(lián)系在UML中,這種連系是關(guān)系(relationshipUML中共有4種關(guān)系,它們是:依賴關(guān)系(dependency關(guān)聯(lián)關(guān)系(association泛化關(guān)系(generalization實(shí)現(xiàn)關(guān)系(realization關(guān)聯(lián)關(guān)系代表兩個(gè)結(jié)構(gòu)元素之間的某種語(yǔ)義上的連接它是所有的關(guān)系中語(yǔ)義最弱的一種。關(guān)聯(lián)關(guān)系是雙向的意味著被關(guān)聯(lián)關(guān)系連接的兩個(gè)模型元素的地位是相同的。如果兩個(gè)結(jié)構(gòu)模型元素之間存在著關(guān)聯(lián)關(guān)系,則它們之間可以互相訪問(wèn)。關(guān)聯(lián)關(guān)系可以描述數(shù)據(jù)庫(kù)記錄之間的對(duì)應(yīng)關(guān)系(下圖描述結(jié)構(gòu)模型元素之間的部分和整體關(guān)系。結(jié)構(gòu)模型元素之間的部分和整體關(guān)系是關(guān)

17、聯(lián)關(guān)系的一種,又被稱為聚合關(guān)系。*0.1+employer+employee關(guān)聯(lián)關(guān)系依賴關(guān)系它代表一個(gè)結(jié)構(gòu)模型元素的語(yǔ)義依賴于另一個(gè)結(jié)構(gòu)模型元素的語(yǔ)義。當(dāng)被依賴的結(jié)構(gòu)模型元素的語(yǔ)義部分地發(fā)生變化時(shí),依賴元素的語(yǔ)義也會(huì)發(fā)生變化?？梢杂靡蕾囮P(guān)系描述的情形包括類之間的函數(shù)調(diào)用和變量引用圖形表示(下圖虛線箭頭依賴關(guān)系另外兩類關(guān)系是泛化關(guān)系(圖(a描述基類和導(dǎo)出類之間的繼承關(guān)系實(shí)現(xiàn)關(guān)系(圖(b類之間的接口定義和實(shí)現(xiàn)的關(guān)系。(a 泛化關(guān)系(b 實(shí)現(xiàn)關(guān)系泛化關(guān)系和實(shí)現(xiàn)關(guān)系(6、模型圖UML是圖示化的建模語(yǔ)言UML基本模型元素及其關(guān)系必須通過(guò)某種載體表示這種載體就是模型圖(diagram在UML中,模型圖是一

18、組UML基本模型元素的圖形表示它通常由一組節(jié)點(diǎn)(UML基本模型元素, 及節(jié)點(diǎn)之間的連線(關(guān)系組成軟件系統(tǒng)體系結(jié)構(gòu)的5個(gè)視圖的內(nèi)容, 就是用模型圖視化的一般地說(shuō),一個(gè)UML基本模型元素既可以出現(xiàn)在所有的模型圖中又可以出現(xiàn)在某些模型圖中甚至可以不在任何一個(gè)模型圖上出現(xiàn)但是,對(duì)不同的視圖,其中的模型圖通常只包含特定的UML基本模型元素及其關(guān)系的組合。由此便產(chǎn)生了9種UML模型圖。它們是:類圖對(duì)象圖用例圖序列圖協(xié)同圖狀態(tài)圖活動(dòng)圖組件分布圖類圖包含類接口協(xié)同及其關(guān)系它用來(lái)描述邏輯視圖的靜態(tài)屬性對(duì)象圖包含對(duì)象及其關(guān)系它用來(lái)表示類圖的類的對(duì)象在系統(tǒng)運(yùn)行過(guò)程中某一時(shí)刻的狀態(tài)對(duì)象也是軟件系統(tǒng)的邏輯視圖的一個(gè)組成

19、部分組件圖描述系統(tǒng)的物理實(shí)現(xiàn)包括構(gòu)成軟件系統(tǒng)的各部件(運(yùn)行文件的組織和關(guān)系,類圖里的類在實(shí)現(xiàn)時(shí)最終會(huì)映射到組件圖的某個(gè)組件一個(gè)組件可以實(shí)現(xiàn)多個(gè)類組件圖是軟件系統(tǒng)實(shí)現(xiàn)視圖的組成部分分布圖描述系統(tǒng)的組件在運(yùn)行時(shí)在運(yùn)行節(jié)點(diǎn)上的分布一個(gè)節(jié)點(diǎn)可包含一個(gè)或多個(gè)組件分布圖是軟件系統(tǒng)分布視圖的組成部分上述四種模型圖主要用來(lái)描述軟件系統(tǒng)的靜態(tài)結(jié)構(gòu)。描述軟件系統(tǒng)的動(dòng)態(tài)特性的, 使用用例圖序列圖協(xié)同圖狀態(tài)圖活動(dòng)圖用例圖描述系統(tǒng)的邊界,和其上的動(dòng)態(tài)行為圖中包括:用例(use case系統(tǒng)作用者(actor及其之間的(關(guān)聯(lián)關(guān)系用例圖是用例視圖的重要組成部分。序列圖和協(xié)同圖用來(lái)描述一組對(duì)象之間的動(dòng)態(tài)交互。以用來(lái)描述系統(tǒng)的

20、動(dòng)態(tài)特性外部的動(dòng)態(tài)特性內(nèi)部的動(dòng)態(tài)特性序列圖和協(xié)同圖包含對(duì)象消息序列圖和協(xié)同圖是用例視圖和邏輯視圖的重要組成部分序列圖和協(xié)同圖是交互圖的兩種不同的表現(xiàn)形式狀態(tài)圖和活動(dòng)圖用于描述對(duì)象的動(dòng)態(tài)特性狀態(tài)圖強(qiáng)調(diào)對(duì)象對(duì)外部事件的響應(yīng)及相應(yīng)的狀態(tài)變遷活動(dòng)圖描述對(duì)象之間控制流的轉(zhuǎn)換和同步機(jī)制。(8、UML建模規(guī)則UML的模型圖不是UML語(yǔ)言成份(UML成員的簡(jiǎn)單堆砌它必須按特定的規(guī)則有機(jī)地組合而成從而構(gòu)成一個(gè)完備的UML模型圖完備的UML模型圖(well-formed UML diagram必須在語(yǔ)義上是一致的并且和一切和它相關(guān)的模型和諧地組合在一起。UML建模規(guī)則包括:名字:任何一個(gè)UML成員都必須包含一個(gè)名

21、字作用域:UML成員所定義的內(nèi)容起作用的上下文環(huán)境可見(jiàn)性:UML成員能被其它成員引用的方式完整性:UML成員之間互相聯(lián)接的合法性和一致性。運(yùn)行屬性(execution:UML成員在運(yùn)行時(shí)的特性。完備的UML模型必須對(duì)以上的內(nèi)容給出完整的解釋當(dāng)用于軟件系統(tǒng)的建造時(shí),UML模型是必須是完備的但是當(dāng)模型在不同的視圖中出現(xiàn)時(shí)出于不同的交流側(cè)重點(diǎn)其表達(dá)可以是不完備的建模的原則在系統(tǒng)的開(kāi)發(fā)過(guò)程中,模型可以:被省略即模型本身是完備的,但在圖上某些屬性被隱藏起來(lái),以減化表達(dá)。不完全在設(shè)計(jì)過(guò)程中某些元素可以暫時(shí)不存在。不一致在設(shè)計(jì)過(guò)程中暫不保證設(shè)計(jì)的完整性目的:鼓勵(lì)開(kāi)發(fā)者在設(shè)計(jì)模型時(shí)把注意力放在某一特定時(shí)期內(nèi)對(duì)

22、分析設(shè)計(jì)活動(dòng)最重要的問(wèn)題上,而暫不迷戀于細(xì)節(jié)的完美,使模型逐步趨向完備。(9、UML共用機(jī)制在模型圖上對(duì)UML成員進(jìn)行描繪時(shí),存在著共同的描繪方式,它們稱為:UML共用機(jī)制(UML common mechanism使用這些共用機(jī)制,使得建模的過(guò)程易于掌握模型易于被理解共用機(jī)制可被分解為四個(gè)方面的內(nèi)容:規(guī)格說(shuō)明修飾公共劃分?jǐn)U充機(jī)制規(guī)格說(shuō)明(specificationUML規(guī)則的省略性原則模型圖省略某些對(duì)突出重點(diǎn)不重要的內(nèi)容軟件模型必須是完備的以便于軟件系統(tǒng)的建造意味著此模型必須具備足夠的詳細(xì)信息以供軟件建造之用。這些構(gòu)成一個(gè)完備模型的詳細(xì)信息就是模型的規(guī)格說(shuō)明(specification。所有UML模型元素都包含規(guī)格說(shuō)明在模型圖上被省略的內(nèi)容并不代表它也不存在于模型之中,模型的完整的或完備的信息是被保存在模型的規(guī)格說(shuō)明中的,而通常一個(gè)完備的模型全部?jī)?nèi)容是通過(guò)多個(gè)模型圖表達(dá)出來(lái)的。 修飾 UML 模型圖中的圖符