第一章StarUML概述3StarUML是什么3適合用戶的UML工具3真正的UMD支持3高可擴充及適應(yīng)性3主要特征3系統(tǒng)需求4第二章基本概念6模型、視與圖（Model,ViewandDiagram）6項目與單元6項目6單元7模塊7方法（approaches）8框架（Frameworks）8UML輪廓（profile）9第三章管理項目11管理項目11建立新項目11打開項目12保存項目12關(guān)閉項目13用模型、子系統(tǒng)和包管理元素14使用模型片段（Fragments）19創(chuàng)建模型片段19導(dǎo)入模型片段20導(dǎo)入框架（Framework）20使用UML輪廓23包含UML輪廓23排除UML輪廓23創(chuàng)建新圖24可用圖的類型24在圖中創(chuàng)建元素26在圖中創(chuàng)建視圖元素27在圖中編輯元素28配置屬性33第五章用圖建立模型39用UseCase圖建模39參與者（Actor）39用例UseCase40關(guān)聯(lián)/直接關(guān)聯(lián)42泛化Generalization44創(chuàng)建多個繼承自參與者的子參與者44依賴Dependency45包含Include45擴展Extend46系統(tǒng)邊界SystemBoundary47包Package48附錄49第一章StarUML概述本章包含StarUML?概述，StarUML?andUML的簡要介紹和StarUML?新特征及總體組織的綱要。什么是StarUML主要特征系統(tǒng)需求

StarUML?是支持UML(UnifiedModelingLanguage（統(tǒng)一模型語言))的建模平臺軟件?；诎姹荆峁?1種不同類型的圖，而且采納了的表示法（notation.）。它通過支持UML輪廓（profile）的概念積極地支持UMD(ModelDrivenArchitecture（模型驅(qū)動結(jié)構(gòu)）)方法。StarUML?特點在于，用戶環(huán)境可定制，功能上的高度可擴充。運用StarUML?，頂級領(lǐng)先的軟件模型工具之一，可以保證您的軟件項目高質(zhì)量、高效率。StarUML是什么適合用戶的UML工具StarUML?提供了對用戶環(huán)境最大化可定制支持，通過定制所提供一些變量，可以適應(yīng)用戶開發(fā)方法、項目平臺及各種編程語言。真正的UMD支持軟件結(jié)構(gòu)是可以延續(xù)10年甚至更長時間的重大過程。OMG(ObjectManagementGroup（對象管理組織）)想用MDA技術(shù)創(chuàng)建平臺獨立的模型，允許平臺獨立的模型的需求自動獲取，或者平臺獨立的模型生成的代碼自動化。StarUML?真正實現(xiàn)了標準，而且用的表示法，提供UML輪廓的觀念。允許創(chuàng)建平臺獨立的模型。通過簡要的摸版文檔，用戶很容易得到他們的最終產(chǎn)品。高可擴充及適應(yīng)性StarUML?有高度可擴充及適應(yīng)能力。為擴充功能，該工具采用了插件（Add-In）框架。它提供訪問全部的模型/原模型的功能，通過COM自動化，菜單和選項也都是可擴充的。而且用戶還可以根據(jù)他們自己的方法論來創(chuàng)建自己的方法和框架。該工具還可以集成任何其他的外部工具。主要特征StarUML?具有以下新特征特征描述準確的UML標準模型StarUML?嚴格堅持OMG對軟件模型規(guī)定的的UML標準規(guī)格說明?？紤]到事實上設(shè)計信息的結(jié)果可能會影響10年或更遠，因而特定開發(fā)商的不規(guī)則UML句法可能會很危險。StarUML?m最大化遵循UML1.4標準和語義，并采用基于穩(wěn)定的元模型的表示法。開放的軟件模型格式與很多有其私有格式的現(xiàn)存的產(chǎn)品不同，StarUML?以標準的XML格式管理所有的文件。代碼編寫的結(jié)構(gòu)易讀，便于用XML分析器改變。XML是世界標準的，這是既定的事實，肯定地說，這樣有很多的好處，也可以確保這樣的軟件模型十幾年后還仍然可以有用。真正的模型驅(qū)動StarUML?真實地支持UML輪廓（Profile）。這樣最大化了對UML的的擴展，可廣泛用在財務(wù)、國防、電子商務(wù)、保險和航天諸領(lǐng)域的建立應(yīng)用模型?？梢詣?chuàng)建真正獨立于平臺的模型(PIM，PlatformIndependentModels)、特定平臺模型(PSM，PlatformSpecificModel)，并且能以任意方式生成可執(zhí)行代碼。方法學與平臺的適用性StarUML?利用方法（approach）概念，創(chuàng)建的環(huán)境可以采用任何的方法學/過程。不僅象.NET和J2EE平臺這樣的應(yīng)用框架模型，而且軟件模型的基本結(jié)構(gòu)（如4+1視圖模型等）,都可輕松的定義。極好的可擴充性

StarUML?工具的所有功能都自動支持MicrosoftCOM。支持COM的任何語言(VisualBasicScript,JavaScript,VB,Delphi,C++,C#,VB.NET,Python等)都可以用于控制StarUML?或者用于開發(fā)可集成的插件元素。軟件模型校驗功能建立軟件模型過程中，用戶可能會犯很多錯誤。如果這些錯誤在編碼階段之前還沒有得到更正，那是要付出很大代價的。為了避免這樣的問題，StarUML?可以自動校驗用戶開發(fā)的軟件模型，便于較早發(fā)現(xiàn)錯誤，無瑕疵地完成軟件開發(fā)。好用的插件Add-InsStarUML?包含很多具備各種功能的很有用插件（Add-Ins）：生成編程語言的源代碼，把源代碼轉(zhuǎn)換成模型，導(dǎo)入RationalRose文件，與其他使用XMI的工具交換模型信息，并支持設(shè)計模式。這些插件為模型信息提供了附加的可重用性、多產(chǎn)性、靈活性及交互性。

系統(tǒng)需求下面是運行StarUML(tm)的最低系統(tǒng)需求Intel?Pentium?233MHz或更高Windows?2000,WindowsXP?,或更高版本Microsoft?或更高版本128MBRAM(推薦256MB)110MB硬盤空間（推薦150MB空間）CD-ROM驅(qū)動器SVGA或更高分辨率（推薦1024x768）鼠標或其他指引設(shè)備

第二章基本概念

本章介紹StarUML?的基本概念，這些都是有效運用StarUML?所需要的。包括對模型、視圖、圖、項目、單元、方法、框架、模型塊及其差異以及UML輪廓。模型、視與圖（Model,ViewandDiagram）項目與單元（ProjectandUnit）模塊（Module）

模型、視與圖（Model,ViewandDiagram）

StarUML?清晰地區(qū)分了模型、視與圖（Model,ViewandDiagram）的概念。模型是包含軟件模式信息的元素。視則是模型中信息的可視表達法，圖則是表示用戶特定設(shè)計思想的可視元素的集合。

項目與單元項目

在StarUML?中，項目是基本的管理單位。一個項目可以管理一個或多個軟件模型，它是在任何軟件模型中都存在的頂級的包。一般地說，一個項目保存在一個文件中。項目結(jié)構(gòu)

一個項目包含并管理下列子元素：

項目子元素描述模型（Model）管理一軟件模型的元素。子系統(tǒng)（Subsystem）管理表示子系統(tǒng)的模型的元素。包（Package）管理元素所需的最一般的元素。

項目文件

項目文件以XML格式、.UML為擴展名保存。StarUML?中，所創(chuàng)建的全部的模式、視、圖保存在一個項目文件中。一個項目也可以分開來保存在多個單元中。項目文件中包含下列信息：項目中所用的UML輪廓（profiles）項目所引用單元文件項目中包含的所有模塊的信息項目中包含的所有視與圖信息單元

一般地說，一個項目保存在一個文件中；同時，也有這樣的情況，一個項目需要保存的多個更小的文件中，以便多個開發(fā)者可以工作于同一個項目。在這種情況下，這個項目可以用多個單元來管理。一個單元可以有按等級劃分的結(jié)構(gòu)，還可以下面包含多個子單元。單元保存為.UML,可以為項目文件（.UML）或其他單元（.UNT）所引用。單元結(jié)構(gòu)

只有包、子系統(tǒng)和模型可以構(gòu)成單元。這些包類型下的所有元素可以保存在各自的單元文件(.UNT)中。單元的層次結(jié)構(gòu)

只有一項目可以管理其下的多個單元，一單元可以管理多個子單元。由于父單元引用到子單元，所以全部單元有一個層級結(jié)構(gòu)。

模型片段（ModelFragments）

模型片段是保存為單獨文件的項目的部分。只有模型、子系統(tǒng)和包這些項才能構(gòu)成模型片段。模型片段文件以“.MFG”擴展名保存。模型塊文件可以輕易地在任何時候包含在任何項目文件中。模型片段和單元有實質(zhì)的不同，一旦包含在項目中，與項目其他部分相比，它們是以整體出現(xiàn)。

模塊

模塊是一種包，它提供了對StarUML(tm)新功能與特征的擴充。模塊的創(chuàng)建可以是幾種新擴充元素的結(jié)合。還有，不但可以為某用途對一個獨立的模塊配置擴充元素，而且還可以在同一模塊中創(chuàng)建同一類型的擴充元素。StarUML?的模塊有下列功能：擴展主菜單或彈出菜單添加新方法（approach）添加新輪廓（profile）通過構(gòu)造型（stereotype）或表示法（notation）的擴充添加新元素通過（COM服務(wù)器或簡單的腳本文件）實現(xiàn)新的功能與其他應(yīng)用程序集成其他的插件（Add-In）功能方法（approaches）

對于軟件開發(fā)有無數(shù)的方法，每家公司和機構(gòu)都有其自己的方法，或者選擇使用一種適合于他們的開發(fā)團隊和項目的方法。應(yīng)用程序領(lǐng)域、編程語言和平臺對與開發(fā)出的每個軟件都不同，所以，很多項在軟件開發(fā)的建模階段就要配置好。StarUML?提供方法（approaches）的概念使得這些項配置更容易。方法的結(jié)構(gòu)

方法（approaches）由下列項組成。方法組成部分描述項目結(jié)構(gòu)特定的項目的基本結(jié)構(gòu)。這個基本結(jié)構(gòu)可以用包、子系統(tǒng)和模型元素來設(shè)計。也可以用圖描述設(shè)計概要導(dǎo)入輪廓項目中自動包含的默認的UML輪廓。導(dǎo)入框架項目中自動加載并包含默認的框架。導(dǎo)入模型片段項目中自動加載并包含的模型片段?？蚣埽‵rameworks）

StarUML?中的框架（Frameworks）指表示類庫或應(yīng)用程序框架的軟件模型，如MFL，VCL，JFC等。包含與使用框架使得用戶對于依賴于特定類庫或應(yīng)用程序的軟件建模比較容易?？蚣埽‵rameworks）結(jié)構(gòu)

框架包含一個框架文件（.FRW）和一個或多個單元文件(.UNT)。

組成部分描述框架文件（.FRW）框架文件包含單元所用UML輪廓（profile）信息。單元文件(.UNT)單元文件包含框架的實際模型信息。

UML輪廓（profile）UML(UnifiedModelingLanguage（統(tǒng)一模型語言）)是如此的一般化，一致于可以表示任何的思想和觀念。也許這也是弱點來源之一，因為特定領(lǐng)域的觀念不容易詳細表述。為克服這個弱點，StarUML?提供UML輪廓（profile）來擴充UML。通過在UML輪廓中直接應(yīng)用這些概念StarUML?可輕松支持UML的擴充。UML輪廓（Profile）結(jié)構(gòu)UMLProfile由下列部分構(gòu)成：組成部分描述構(gòu)造型（Stereotype)構(gòu)造型附著于特定UML元素，為的是進一步明晰語義，提供擴充屬性，使得建模更為準確。構(gòu)造型不僅指定了圖標文件來作為圖形表示，而且還通過定義擴充表示法文件(.PNX)，定義了表示法概要。擴充表示法的更多細節(jié)，請參看開發(fā)者指南。標記定義(TagDefinition)默認的UML屬性不足以精密建模時，標記定義為這些元素提供補充信息。在StarUML?中，標記定義既可以包含在特定的原型中，也可以獨立存在。數(shù)據(jù)類型數(shù)據(jù)類型默認地包含在輪廓中。圖類型圖類型是StarUML?提出的擴充元素，為的是使用戶可以定義新的圖形類別。元素原型元素原型是StarUML?提出的擴充元素，為了使用戶可以定義元素樣本，作為創(chuàng)建元素配置現(xiàn)存屬性的樣本。這些定義了的元素原型可以創(chuàng)建聯(lián)系到托盤（palette）的元素或者通過外部API創(chuàng)建元素。模型原型模型原型是StarUML?建議的擴充元素，目的類似于元素原型。但只使用于模型。預(yù)定義的元素作為模型原型出現(xiàn)在模型附加菜單上。托盤（）摸板是StarUML?建議的擴充元素，目的是使得用戶可以增加托盤。

關(guān)于框架寫作的細節(jié)描述，參見StarUML?開發(fā)指南。UML輪廓的應(yīng)用UML輪廓(profile)可用于下列用途。OMG（ObjectManagementGroup（對象管理組織））也說明了用于特定用途的UML輪廓標準。編程語言特定的UML輪廓；開發(fā)方法(RUP,Catalysis,UMLComponents等)特定的UML輪廓；開發(fā)領(lǐng)域（EAI,CRM,SCM,ERP）特定的UML輪廓；

添加模塊(AdditionofModule)如果你安裝了用戶或第三方開發(fā)商開發(fā)的模塊，那么你可以使用StarUML?的擴充功能。為了在系統(tǒng)中安裝新的附加模塊，并不需要復(fù)雜的認證。如果你想安裝模塊用戶或第三方開發(fā)的新的附加模塊，把組成模塊的文件復(fù)制到<install-dir>\modules\子目錄下即可。在StarUML?中添加模塊StarUML?包含平臺服務(wù)器模塊。

StarUML?基本上提供UML標準輪廓，模塊及一些方法和在順序圖和合作圖之間轉(zhuǎn)換的標準模塊。提供文檔和代碼生成器模塊。提供支持Java輪廓、J2SE和J2EE的框架、代碼生成器和反向工程模塊。提供支持C++輪廓,MFC框架，代碼生成和反向工程模塊。提供支持C#輪廓,NETBCL框架，代碼生成和反向工程模塊。提供對xml的支持模塊，支持導(dǎo)入導(dǎo)出，模型交換。提供Rose模塊，支持讀RationalRose文件。提供型式（Pattern）模塊，支持設(shè)計模型。第三章管理項目

本章詳細描述項目管理過程。建立新項目、把項目的部分納入單元，先建或?qū)肽Ｐ推?，?dǎo)入框架，包含或排除UML輪廓。管理項目管理單元使用模型片段導(dǎo)入框架使用UML輪廓管理項目建立新項目

為了新軟件開發(fā)，必須建立新項目。也許你是完全白手起家開始一個新項目，或許按特定的方式來開始一個新項目。創(chuàng)建新項目的過程#1—新項目

1.選擇[文件File]->[新項目NewProject]菜單。

2.用默認的方法(approach)創(chuàng)建新項目，根據(jù)方法不同，不同的輪廓/框架會包含或加載進來。創(chuàng)建新項目的過程#2—選擇新項目對話框：

1.選擇[文件File]->[選擇新項目SelectNewProject…]菜單

2.一系列可用方法列表出現(xiàn)在選擇新項目對話框中，從列表中選擇方法然后單擊[OK]按鈕。

3.新項目就創(chuàng)建了，而且按所選擇的方法進行了初始化。根據(jù)選擇方法的不同，不同的輪廓或框架被包含或加載進來。Note可用方法列表可能因為安裝環(huán)境的不同而有所不同。要改變默認的方法，打開選擇新項目對話框，選擇一種方法，然后單擊選項“SetAsDefaultApproach”（設(shè)置為默認方法）。打開項目

為了繼續(xù)保存的項目，項目文件必須先打開。如果項目包含不只一個單元，所有相關(guān)的單元文件都要和項目一起打開。打開項目的過程

1.

選擇[File（文件）]->[Open（打開）…]菜單。

2.

在打開項目對話框，選擇一個項目文件(.UML)，單擊[Open（打開）]按鈕。

3.

選擇打開的項目文件。Note項目也可以通過選擇打開新項目對話框打開。保存項目要保存對項目做出的任何改變，項目文件必須正確保存。你的工作可以保存為已經(jīng)存在的項目或保存為新項目。一個項目文件保存的時候，所有相關(guān)的單元信息都一起保存。保存項目過程

1.選擇[File（文件）]->[Save（保存）]菜單。

2.如果沒指定項目文件名，保存項目文件對話框出現(xiàn)，輸入文件名，單擊[save]（保存）]按鈕。

3.項目文件就保存了。

把項目文件保存為另一文件的過程

1．選擇[File（文件）]->[SaveAs（另存為）…]菜單。

2．在保存為…對話框輸入文件名，單擊[save（保存）]按鈕。

3．項目就保存為另一文件了。Note如果項目包含一個或多個單元，保存改變過的單元時，會出現(xiàn)對話框詢問是否保存做出的改變，選擇[Yes（是）]和項目文件一起保存對所有單元做的修改。關(guān)閉項目

不在需要編輯時，項目文件可以關(guān)閉。關(guān)閉項目的過程

1.選擇[File（文件）]->[Close（關(guān)閉）]菜單。

2.如果項目文件在做出修改后沒有保存，用戶將被提示做出了修改，用戶可以選擇yes（是）,no（否）或cancel（取消）。

3.項目文件關(guān)閉，不再可用來編輯了。

用模型、子系統(tǒng)和包管理元素一個軟件模型由很多元素和圖組成。把這些元素和圖組織到一起對于有效的管理是很重要的。StarUML?支持三種類型的組織元素（模型、子系統(tǒng)包），用戶根據(jù)其用途可以適當?shù)厥褂?。StarUML?中的成組元素成組元素描述模型模型表示特定用途(aspects)的物理系統(tǒng)。例如，可以表示特定層面的物理系統(tǒng)（如，分析層面，設(shè)計層面，用戶層面等）。子系統(tǒng)子系統(tǒng)由指定整個物理系統(tǒng)或它的部分的元素構(gòu)成。包包邏輯上組織并管理模型元素。它是極端泛化了的可以任何方式用來組織元素的元素。管理單元

盡管一個項目可以用一個文件來管理，但是如果有很多開發(fā)者一起工作，那么把它分成多個單元分別管理它們也許是方便的。這節(jié)敘述創(chuàng)建和管理單元的過程。創(chuàng)建單元合并單元保存單元刪除單元創(chuàng)建單元也許有必要保存一個項目的部分或單元作為一獨立的單元。例如，當很多開發(fā)人員工作于一個項目時，那么該項目可能分為多個單元，用MicrosoftVisualSourceSafe或CVS管理。只有包、模型和子系統(tǒng)這三種元素可以保存為單元。創(chuàng)建新單元過程

1.選擇要做成單元的元素（包、模型或子系統(tǒng)）。

2.右鍵選擇[Unit（單元）]->[SeparateUnit（分離單元）]菜單。

3.在保存對話框輸入單元文件名，單擊[Save（保存）]按鈕。

4.選擇的元素即被保存為單元。合并單元

如果一個項目中的單元不必要再作為一個獨立單元管理，那么這個單元文件可以合并到項目中。合并單元的過程

1.從模型資源管理器選擇要包含導(dǎo)入單元的一個元素（項目、模型、包或子系統(tǒng)）。

2.右鍵單擊[Unit（單元）]->[UncontrolUnit（非控制單元）…]菜單。

3.該單元即被合并到該項目或其父單元之中了。

Note合并單元并不自動刪除單元文件(.UNT)。如不再需要請手工刪除它。保存單元

如果對一個單元做出了修改，就需要正確的保存。做出的修改可以保存到已經(jīng)存在的單元文件，也可以保存為另一個單元文件。保存單元的過程1.

從模型資源管理器選擇要保存的單元。2.

右鍵單擊選擇[Unit（單元）]->[SaveUnit（保存單元）]菜單3.

單元文件就保存了。把單元保存為另一文件的過程

1.從模型資源管理器選擇要保存的單元。

2.右鍵單擊選擇[Unit（單元）]->[SaveUnitAs（單元另存為）…]菜單。

3.在另存單元為對話框輸入新的單元文件名，右鍵單擊[Save（保存）]按鈕。

4.新的單元文件被保存。

Note另存單元文件并不刪除原來的單元文件。如果不再需要，請手工刪除它。刪除單元

在一個項目中，如果一個單元不再需要了，那么這個單元可以刪除。刪除一個單元就刪除了其中所包含的全部元素，項目就不再自動加載這個單元。請注意，如果你要把一單元加入到項目中，不再單獨管理它，請“合并單元”而不是“刪除單元”。刪除單元過程

1.要刪除一單元，從模型資源管理器選擇包含那單元的元素（包、模型、子系統(tǒng)）。

2.右鍵單擊選擇[Unit（單元）]->[DeleteUnit（刪除單元）]菜單。

3.對話框出現(xiàn)后確認你要刪除的單元，單擊[Yes（是）]按鈕。

4.該單元就完全從項目中刪除了。

Note從[Edit（編輯）]->[DeleteFromModel（從模型刪除）]菜單選擇包含要刪除的單元，效果也是一樣的。你需要確定是完全刪除該單元還是把該單元合并到項目里。刪除單元并不刪除單元文件，不再需要的話請手工刪除它。使用模型片段（Fragments）

模型片段可用來保存項目的部分。

創(chuàng)建模型片段

導(dǎo)入模型片段創(chuàng)建模型片段

為方便其他用戶訪問或為了重用，一個項目的部分可以保存為單獨的模型片段文件。與單元不同，模型片段不為其他文件所引用，也不參照其他文件。它們是獨立的整體。模型片段可以在任何時候包含到項目中。創(chuàng)建模型片段的過程

1.從模型資源管理器選擇一個要做成模型片段的包，子系統(tǒng)或模型。

2.選擇[File（文件）]->[Export（導(dǎo)出）]->[ModelFragment（模型片段）…]菜單。

3.在保存模型片段對話框輸入模型片段文件名，單擊[Save（保存）]按鈕。

導(dǎo)入模型片段保存在模型片段文件中的元素可以導(dǎo)入到項目中。導(dǎo)入模型片段的副本，包含在模型片段中的元素到項目中，并不使用引用（references）。導(dǎo)入模型片段的過程

1.選擇[File（文件）]->[Import（導(dǎo)入）]->[ModelFragment（模型片段）…]菜單。

2.在打開模型片段文件對話框選擇要讀入的模型片段文件（.MFG），單擊[Open（打開）]按鈕。

3.選擇元素對話框出現(xiàn)，確定哪個元素包含要導(dǎo)入的模型片段。選擇要包含模型片段的元素（包、子系統(tǒng)或模型），單擊[OK]按鈕。

4.模型片段即被加入到選擇的元素中。

導(dǎo)入框架（Framework）

為了在一個項目中使用框架，框架必須加載。一旦加載了框架，框架中所包含的全部元素都可用了。注意，框架中的單元通常是只讀文件，一般不能直接修改。導(dǎo)入框架的過程

1.選擇[File（文件）]->[Import（導(dǎo)入）]->[Framework（框架）…]菜單。

2.在選擇導(dǎo)入框架對話框，選擇要導(dǎo)入的框架，單擊[OK]按鈕。

3.選擇元素對話框出現(xiàn)后，確定哪個元素包含要導(dǎo)入的框架。選擇要包含導(dǎo)入框架的元素（包，子系統(tǒng)或模型），單擊[OK]按鈕。

4.該框架就被加入到所選擇的元素中了。

Note導(dǎo)入框架并不在項目中保存該框架。這個導(dǎo)入的框架在項目是引用的，在項目打開時總能出現(xiàn)。要刪除導(dǎo)入的框架，你不得不手工刪除相關(guān)的單元。使用UML輪廓包含UML輪廓預(yù)先定義好的UML輪廓可以包含到當前的項目中。一旦項目包含了UML輪廓，其中定義的原型、標記定義和數(shù)據(jù)類型在項目都可以使用了。包含UML輪廓的過程

1.選擇[Model（模型）]->[Profiles（輪廓）…]菜單。

2.在項目管理器窗口，從左面的可用輪廓列表中選擇一個輪廓，點擊[Include（包含）]按鈕，然后單擊[Close（關(guān)閉）]按鈕。

3.所選擇的輪廓就被包含到當前項目中了。

Note輪廓管理器中左面出現(xiàn)的列表也許因用戶安裝不同而有所不同。排除UML輪廓項目中包含的UML輪廓也可以排除。一旦一個UML輪廓被排除了，其中定義的原型、標記定義和數(shù)據(jù)類型在當前項目就都不可以使用了。排除UML輪廓的過程

1.選擇[Model（模型）]->[Profiles（輪廓）…]菜單。

2.在輪廓管理器窗口，從右面包含的輪廓列表選擇要排除的，點擊[Exclude（排除）]按鈕，然后再點擊[Close（關(guān)閉）]按鈕。

3.所選擇的輪廓即被排除出當前項目了。

Note排除包含的輪廓同時，相關(guān)元素中由該輪廓引起的的原型、標記定義信息可能丟失，請操練時注意。輪廓管理器中出現(xiàn)的可選輪廓列表可能因用戶安裝環(huán)境不同而不同。創(chuàng)建新圖StarUML支持11種類型的圖。用戶可根據(jù)需要自由地創(chuàng)建、管理這些不同的圖。創(chuàng)建新圖的過程從模型資源管理器或繪圖區(qū)選擇一個要包含新圖的元素。右鍵單擊選擇[AddDiagram（添加圖）]菜單，選擇了圖的類型后新圖就創(chuàng)建了出來?？捎脠D的類型圖類型描述類圖

(ClassDiagram)類圖是各種類相關(guān)的元素靜態(tài)關(guān)系的可視表示。類圖不僅包含類，而且還包含接口、枚舉、包和各種關(guān)系、實例及其聯(lián)系。

用例圖

(UseCaseDiagram)用例圖是特定系統(tǒng)或?qū)ο笾杏美巴獠拷巧g關(guān)系的可視表示。用例表示系統(tǒng)功能以及系統(tǒng)如何同外部角色交互的。順序圖

(SequenceDiagram)順序圖表示實例的交互。它是InteractionInstanceSet的直接表示，CollaborationInstanceSet是InteractionInstanceSet內(nèi)實例交互的集合。而順序角色圖是面向-ClassifierRole表達式的。順序圖是面向?qū)嵗磉_式的。順序圖（角色）（SequenceDiagram(Role))順序角色圖表示角色概念尖的交互。順序角色。它是交互的直接表示，是協(xié)作關(guān)系內(nèi)ClassifierRoles的信息交互。同時順序圖是面向?qū)嵗慕换?，而順序角色圖是面向ClassifierRoles的交互。協(xié)作圖

(CollaborationDiagram)協(xié)作圖表示實例間的協(xié)作。它是CollaborationInstanceSet內(nèi)部的實例的協(xié)作模型的直接表示。協(xié)作角色圖是面向類元角色（ClassifierRole）的表示法，而協(xié)作圖是面向?qū)嵗谋硎痉āf(xié)作圖（角色）（CollaborationDiagram(Role))協(xié)作角色圖表示角色概念間的協(xié)作。在協(xié)作圖中，它是類元角色的協(xié)作模型的直接表示。協(xié)作圖是面向?qū)嵗谋硎痉?，協(xié)作角色圖是面向類元角色的表示法。狀態(tài)圖

(StatechartDiagram)狀態(tài)圖是通過狀態(tài)及其轉(zhuǎn)換表示的特定對象的靜態(tài)行為。盡管一般地說狀態(tài)圖用于表示類的實例的行為，但它還可以用于表示其他元素的行為?；顒訄D

(ActivityDiagram)活動圖是狀態(tài)圖的一種特殊形式，適合于表示動作執(zhí)行流?；顒訄D通常用于表示工作流，常用于象類、包和操作等對象。構(gòu)件圖

(ComponentDiagram)構(gòu)件圖表示軟件構(gòu)件之間的依賴。組成軟件構(gòu)件的那些元素和實現(xiàn)軟件的那些元素都可以用構(gòu)件圖來表示。部署圖

(DeploymentDiagram)部署圖表示表示物理計算機和設(shè)備硬件元素和及分配給它們的軟件構(gòu)件、過程對象。組合結(jié)構(gòu)圖（CompositeStructureDiagram)組合結(jié)構(gòu)圖是一種表示類元內(nèi)部結(jié)構(gòu)的圖。它包含在在系統(tǒng)于其他部分的交互點。注圖的類型可能因一元素與另一元素不同而不同。在圖中創(chuàng)建元素為了在圖中創(chuàng)建新元素，圖必須首先打開。不同類型的圖，托盤（pallet）中包含不同的圖的元素。每類圖中可用的圖元素彼此不同。由托盤創(chuàng)建圖的元素從托盤選擇要創(chuàng)建的元素類型。在圖中單擊要創(chuàng)建元素的位置。（拖動能鼠標選擇一區(qū)域確定新元素的大小。如果一個要創(chuàng)建的元素要和兩個元素連接到一起，確保連接準確。）一次創(chuàng)建多個元素的過程從托盤選擇要創(chuàng)建的元素類型。在托盤中選擇[Lock（鎖）]項，再次點擊要創(chuàng)建的元素類型。創(chuàng)建多個元素。創(chuàng)建多個元素完成后，在托盤中選擇。注在圖中創(chuàng)建元素實際上涉及創(chuàng)建模型元素及其視圖元素。在圖中創(chuàng)建視圖元素在圖中創(chuàng)建視圖元素除了在圖中由托盤創(chuàng)建圖的元素之外，對于已經(jīng)存在的模型元素也可以創(chuàng)建視圖元素。創(chuàng)建新視圖元素（拖拉方法）從模型資源管理器選擇要用新視圖元素表現(xiàn)的模型。拖動模型元素把它放置到要創(chuàng)建新視圖元素的圖形區(qū)中（在此情況下，所有相關(guān)元素的連接自動顯示）。注這種拖曳方法在對于某種類型的圖、模型元素可能不能用。不存在視圖元素也可以創(chuàng)建模型元素。關(guān)于創(chuàng)建模型元素的詳細描述，參見“創(chuàng)建模型元素”。在圖中編輯元素在圖區(qū)域可以直接編輯元素。編輯元素的過程雙擊圖區(qū)域中的視圖元素。在快捷對話框中，編輯元素名稱、可視屬性等，或者在所選擇的元素下點擊按鈕創(chuàng)建元素。回車或點擊其他位置使改變生效注關(guān)于元素快捷對話框的詳細描述，參見快捷對話框。調(diào)整大小與移動從圖形區(qū)你可以調(diào)整圖的大小和位置，用特殊+光標鍵你可以一點一點地調(diào)整大小和位置。調(diào)整視圖大小的過程單擊圖中的視圖。選擇了視圖后在中間點拖動鼠標指針修正大小。用鍵盤調(diào)整視圖大小的過程在圖上點擊視圖。用戶可以用特定鍵+光標鍵來調(diào)整視圖大小。Shift+光標鍵可以移動到指定單元格，用Shift+Alt一點一點移動調(diào)整位置。移動視圖的過程單擊鼠標在圖中選擇要移動的視圖。如果有幾個視圖，Ctrl+單擊選擇，或者拖動選擇一包含視圖的區(qū)域。單擊+光標鍵移動視圖到你想要移動到地方。單擊+光標鍵移動到當前的單元格，你可以用單擊+光標鍵移一點點地移動視圖的位置。通過快捷生成句法創(chuàng)建元素的過程從圖區(qū)選擇視圖。運行快捷對話框選擇后回車。在快捷對話框輸入一符號序列?？旖莘绞椒栃蛄型ㄟ^寫一串簡單的文本，用快捷生成句法可以生成一目標模型和關(guān)系?？旖萆删浞ǖ幕疽?guī)則如下。DiagramType圖類型Notation符號CurrentElement當前元素Description描述類圖（ClassDiagram)部件圖

(ComponentDiagram)部署圖

(DeploymentDiagram)組合結(jié)構(gòu)圖(CompositeStructureDiagram)<=Classifier分類符目標元素與當前元素聯(lián)系到一起形成一個特殊化的鏈。=>Classifier分類符目標元素與當前元素聯(lián)系到一起形成一個一般化的鏈。--Classifier分類符目標元素與當前元素聯(lián)系到一起形成一個關(guān)聯(lián)的鏈。

<-Classifier分類符從目標元素到當前元素形成可通航的關(guān)聯(lián)關(guān)系。

->Classifier分類符與當前元素聯(lián)系的目標元素形成一個可通航的關(guān)聯(lián)的鏈。

<>-Classifier與當前元素聯(lián)系的目標元素形成聚集的鏈。

-<>Classifier從目標元素到當前元素形成聚集關(guān)系。

<*>-Classifier從目標元素到當前元素形成組合的鏈。

-<*>Classifier從目標元素到當前元素形成組合關(guān)系。

<--Classifier從目標元素到當前元素形成依賴關(guān)系。

-->Classifier與當前元素聯(lián)系的目標元素形成依賴的鏈。

)-Classifier從目標元素到當前元素形成需求關(guān)系。

-(Classifier與當前元素聯(lián)系的目標元素一起形成需求的鏈。@-Classifier從目標元素到當前元素形成實現(xiàn)關(guān)系。-@Classifier與當前元素聯(lián)系的目標元素一起形成實現(xiàn)的鏈。用例圖

(UsecaseDiagram)()-UseCase與當前元素聯(lián)系的目標元素（參與者）一起形成通訊鏈。-()Actor與當前元素聯(lián)系的目標元素（用例外）一起形成通訊鏈。<i-UseCase從目標元素到當前元素形成包含關(guān)系。-i>UseCase與當前元素聯(lián)系的目標元素一起形成包含的鏈。

<e-UseCase從目標元素到當前擴展形成包含關(guān)系。

-e>UseCase與當前元素聯(lián)系的目標元素一起形成擴充的鏈。順序圖(SequenceDiagram)順序圖（角色）(SeqeunceDiagram(Role))<-Object,ClassifierRole與當前元素聯(lián)系的目標元素一起形成反應(yīng)（stimulus）的鏈。->Object,ClassifierRole從目標元素到當前反應(yīng)形成包含關(guān)系。

<->Object,ClassifierRole從目標元素到當前元素形成帶返回（return）的反應(yīng)。

<-Stimulus,Message（從目標元素）在當前反應(yīng)中形成子反應(yīng)。

->Stimulus,Message（從目標元素）在當前反應(yīng)中形成子反應(yīng)。

<->Stimulus,Message（從目標元素）在當前反應(yīng)中形成帶返回的子反應(yīng)。

<~Stimulus,MessageMakesstimulus(comesfromtargetelement)infrontofcurrentstimulus.

~>Stimulus,Message（從目標元素）在當前反應(yīng)前形成子反應(yīng)。

<_Stimulus,Message（從目標元素）在當前反應(yīng)后形成子反應(yīng)。

_>Stimulus,Message（從目標元素離開）在當前反應(yīng)后形成子反應(yīng)。協(xié)作圖(CollaborationDiagram)協(xié)作圖（角色）

(CollaborationDiagram(Role))<-Object,ClassifierRole與當前元素聯(lián)系的目標元素一起形成反應(yīng)鏈。->Object,ClassifierRole從目標元素形成反應(yīng)關(guān)系。

<->Object,ClassifierRole從目標元素到當前元素形成帶返回關(guān)系的反應(yīng)。狀態(tài)圖

(StatechartDiagram)活動圖

(ActivityDiagram)<-State,ActionState從目標元素到當前元素形成轉(zhuǎn)換關(guān)系。->State,ActionState目標元素與當前元素聯(lián)系一起形成轉(zhuǎn)換的鏈。

-*State,ActionState從目標元素（初始關(guān)系）到當前元素形成轉(zhuǎn)換關(guān)系。

-@State,ActionState目標元素（終止狀態(tài)）與當前元素一起形成轉(zhuǎn)換鏈。

<-<>State,ActionState從目標元素（判斷）到當前元素形成轉(zhuǎn)換關(guān)系。

-><>State,ActionState目標元素（判斷）與當前元素一起形成轉(zhuǎn)換鏈。

-(H)-(h)State,ActionState目標元素（歷史）與當前元素聯(lián)系一起形成轉(zhuǎn)換鏈。

-(H*)-(h*)State,ActionState目標元素（深歷史）與當前元素聯(lián)系一起形成轉(zhuǎn)換鏈。

<-|State,ActionState從目標元素到當前元素（結(jié)合）形成轉(zhuǎn)換關(guān)系。

|->State,ActionState目標元素(withFork)與當前元素聯(lián)系一起形成裝換鏈?？截惻c粘貼為了粘貼而復(fù)制或剪切時，模型元素與視圖元素有明顯的區(qū)別。如果復(fù)制的是模型元素，它就不得不粘貼到模型元素下。在此情況下，所選元素包含的的子元素都被一起復(fù)制。視圖可以復(fù)制到同一圖內(nèi)或不同的圖內(nèi)。被復(fù)制的視圖元素只能復(fù)制到圖內(nèi)；它們不能復(fù)制到模型元素。復(fù)制與粘貼可能會因為視圖或圖的元素類型不同而有一定的限制。復(fù)制與粘貼模型元素的過程從模型資源管理器選擇要復(fù)制的元素；右鍵點擊選擇[Copy（復(fù)制）]菜單，模型元素被復(fù)制到剪貼板；從模型資源管理器選擇要被復(fù)制的模型元素要被粘貼到的元素；右鍵點擊選擇[Paste（粘貼）]菜單。被復(fù)制的元素被從剪貼板調(diào)出粘貼到選擇的元素。被復(fù)制的模型元素只能粘貼到可以包含它們的元素。復(fù)制與粘貼視圖元素的過程從圖區(qū)選擇要復(fù)制的視圖元素（你可以用鼠標在圖區(qū)拖拉選擇多個元素）。按下[Shift]鍵點擊視圖元素把所點擊的元素也加入到選擇里。）右鍵點擊選擇[Copy（復(fù)制）]菜單。視圖被復(fù)制到剪貼板。打開要復(fù)制到圖。（從模型或圖資源管理器雙擊視圖元素，從圖選項卡選擇視圖元素。）右鍵點擊選擇[Paste（粘貼）]菜單。要復(fù)制的視圖元素被復(fù)制到活動圖中。復(fù)制粘貼/不同類型的圖圖類型DiagramType復(fù)制/粘貼Copy/Paste類圖(ClassDiagram)元素可以在Class,UseCase,Component,CompositeStructure,和Deployment圖之間自由復(fù)制。用例(UseCaseDiagram)元素可以在Class,UseCase,Component,CompositeStructure,

和Deployment圖之間自由復(fù)制。順序圖

(SequenceDiagrams)元素不能復(fù)制或粘貼。協(xié)作圖

(CollaborationDiagrams)元素不能復(fù)制或粘貼。StatechartDiagram

(狀態(tài)圖)元素只能在同一StateMachine圖內(nèi)復(fù)制?；顒訄D(ActivityDiagram)元素只可以在相同的ActivityGraph內(nèi)復(fù)制。部件圖

(ComponentDiagram)元素可以自由地在Class,UseCase,Component,CompositeStructure和Deployment圖之間復(fù)制。部署圖

(DeploymentDiagram)元素可以自由地在Class,UseCase,Component,

CompositeStructure和Deployment圖之間復(fù)制。組合結(jié)構(gòu)圖(CompositeStructureDiagram)元素可以在Class,UseCase,Component,CompositeStructure和Deployment圖之間自由復(fù)制。配置屬性模型元素包含各種屬性。用戶可以通過編輯這些屬性，以各種方式改變模型?？捎玫膶傩匀缦拢簩傩灶愋蛯傩灶愋兔枋鯪ame名稱表示模型元素名稱。Stereotype構(gòu)造型表示模型元素的構(gòu)造型。TypeExpression類型表達式特殊類型的表達式。String字符串表示字符串。Boolean布爾表示真假值。Enumeration枚舉在各字面值中選一。.Reference引用表示特定元素。.Collection集合表示多個元素（通過集合編輯器可編輯）編輯名稱屬性在屬性編輯器中“Name”項中輸入元素名稱。名稱不能包含特殊字符":"。名稱在名稱空間內(nèi)必須是唯一的。例如，類名在一個包內(nèi)就必須是唯一的。如果名稱與其他元素沖突，警告信息就會出現(xiàn)。編輯構(gòu)造型屬性在屬性編輯器中的“Stereotype”（構(gòu)造型）項輸入構(gòu)造型名稱。構(gòu)造型名稱可以是UML輪廓中定義的構(gòu)造型，也可以非預(yù)定的簡單的名稱?？梢杂孟旅娴姆椒ň庉嫎?gòu)造型屬性：輸入預(yù)定義的構(gòu)造型：輸入包含在當前項目中的UML輪廓中預(yù)定義的構(gòu)造型名稱。該構(gòu)造型是直接引用的。輸入非預(yù)定義的構(gòu)造型：輸入的構(gòu)造型未包含在當前項目包含的UML輪廓中。這個值只是簡單的字符串值。從構(gòu)造型對話框選擇：打開構(gòu)造型對話框，從預(yù)定義的構(gòu)造型列表選擇一個構(gòu)造型。編輯類型表達式（TypeExpression）屬性。類型表達式屬性是包含在屬性（Attribute）、參數(shù)等之中的。在屬性編輯器中的“Type”項輸入類型表達式?？梢杂孟旅娴姆椒▉砭庉嬵愋捅磉_式：輸入預(yù)定義類型名稱：輸入包含在當前元素的類元元素名稱（類classes、接口interfaces、信號signals,、異常exceptions、組件components,、節(jié)點nodes、子系統(tǒng)subsystems，等等）。這些元素直接被引用。輸入預(yù)定義的類型路徑名：直接輸入包含在當前項目中的類元元素的路徑名稱(如?::LogicalView::Package1::Class1?)。輸入非預(yù)定義類型名：輸入一個與當前項目中包含的任何類元無關(guān)的名稱。這個值只是個簡單的字符串值。從選擇元素對話框選擇：打開選擇元素對話框，直接選擇一個預(yù)定義類型，或者選擇一個在輪廓中預(yù)定義的數(shù)據(jù)類型。模型元素文檔各個模型元素可以撰寫詳細的描述文檔。為模型元素寫文檔的過程從模型資源管理器或圖區(qū)選擇一個要包含描述文字的元素。在主窗口的檢查區(qū)選擇選[Documentation（文檔）]項卡。在可編輯區(qū)輸入描述文字附加文件或URL相關(guān)文件或WebURL（網(wǎng)址）可以附加到諸元素。附加的文件或web頁可以很容易地通過相關(guān)的應(yīng)用程序或web瀏覽器訪問。附加文件或URL的過程從模型資源管理器或圖區(qū)選擇元素。在主窗口的檢查區(qū)，選擇[Attachments（附加）]選項卡。右鍵單擊選擇[Add（添加）]菜單，或點擊工具條上的[Add（添加）]按鈕。在附加對話框輸入要附加的文件的全路徑和文件名或web頁的URL（或點擊右面的瀏覽器按鈕選擇瀏覽器窗口），點擊[OK]按鈕。

移除附加項的過程模型資源管理器或圖區(qū)選擇元素。在主窗口的檢查區(qū)，選擇[Attachments（附加）]選項卡。從列表選擇要刪除的附加項，右鍵選擇[Delete（刪除）]菜單，或點擊工具條上的刪除按鈕。記錄約束諸元素可以記錄多重約束。約束是適用于元素的規(guī)則。它們可以用易于理解的范式語言來寫。或者依據(jù)UML定義的OCL(ObjectConstraintLanguage（對象約束語言）)語法來寫。添加約束的過程選擇一個要添加約束的元素。右鍵單擊，選擇[ConstraintEditor（約束編輯器）…]菜單。在約束編輯器，單擊[Add（添加）]按鈕。

在約束對話框，輸入名稱和內(nèi)容，然后單擊[OK]按鈕刪除約束的過程選擇要為之刪除約束的元素。右鍵單擊并選擇[約束編輯器ConstraintEditor（約束編輯器）…]菜單。在約束編輯器，從列表選擇要編輯的約束，然后點擊[Edit（編輯）]按鈕。在約束對話框，編輯名稱與內(nèi)容，點擊[OK]按鈕。第五章用圖建立模型用UseCase圖建模下列元素在用例圖中可用：Actor角色UseCase用例Association聯(lián)系DerectedAssociation直接聯(lián)系Generalization泛化Dependency依賴Include包含Extend擴充SystemBoundary系統(tǒng)邊界Package包參與者（Actor）語義

參與者定義了在與實體交互時該實體的用戶可以發(fā)揮作用的一套清楚的角色。參與者可以被認為是對于每個用來交流的每個用例而言的獨立的角色。創(chuàng)建參與者的過程

要創(chuàng)建參與者，點擊[工具條Toolbox]->[用例UseCase]->[參與者Actor]按鈕，然后在要放置參與者的地方單擊。參與者以人輪廓形式或帶方框的圖標記形式顯示，那是個裝飾視圖。要在裝飾視圖中顯示參與者，在工具條上的組合框中選擇[Decoration]項或[格式Format]->[構(gòu)造型顯示StereotypeDisplay]->[Decoration][Decoration]菜單。用角色一次創(chuàng)建多個用例

要一次創(chuàng)建多個關(guān)聯(lián)到參與者的用例，用參與者創(chuàng)建句法的快捷方式。

1.在參與者快捷對話框，在"-()"后輸入用例名。要創(chuàng)建多個用例，輸入方法相同，用","隔開用例名。

2.按[Enter]鍵.幾個用例就創(chuàng)建了，并按垂直方向排列。用例UseCase語義

用例構(gòu)造用于定義系統(tǒng)行為或者氣壓的語義實體而不展示其內(nèi)部結(jié)構(gòu)。每個用例指定一系列行為，包括變體，可執(zhí)行的實體，與參與者實體交互。創(chuàng)建用例的過程

要創(chuàng)建用例，點擊[Toolbox]->[UseCase]按鈕，然后在主窗口上點擊要放置用例的地方。

用例可以用文本、裝飾及圖標的方式表示。要改變用例的可視風格，選擇[Format]->[StereotypeDisplay]下菜單項，或者選擇組合框中的[]按鈕。添加擴展（Extension）的過程

在用例可以擴展的地方，一個擴展點引用一個或一個位置集合。

要編輯用例的擴展點，點擊用例彈出菜單上的[CollectionEditor...]，或者點擊集合屬性的[ExtensionPoints]按鈕。

輸入用例證規(guī)格說明的過程

要輸入用例的基本流（flow）,可選流，選擇彈出[TaggedValues...]菜單或者按[Ctrl+F7]。在標記值編輯器，選擇[UseCaseSpecification]項，輸入屬性。.

由用例創(chuàng)建參與者的過程

為了一次創(chuàng)建多個與用例相關(guān)的參與者，可用快捷創(chuàng)建句法。

1．

雙擊用例，或者選擇這個用例，按[Enter]鍵。在快捷對話框"()-"后輸入?yún)⑴c者名，名與名之間用","隔開。

2．按[Enter]鍵。幾個與該用例相關(guān)的參與者就創(chuàng)建了，并垂直排列。關(guān)聯(lián)/直接關(guān)聯(lián)語義

關(guān)聯(lián)是兩個類元之間（包括一個類元到它自身的）的關(guān)系。創(chuàng)建關(guān)聯(lián)的過程

要創(chuàng)建關(guān)聯(lián)，點擊[Toolbox]->[UseCase]->[Association]按鈕，在處窗口中從第一個元素拖動，到第二個元素放下。

創(chuàng)建直接關(guān)聯(lián)的過程

過程與創(chuàng)建關(guān)聯(lián)一樣，只是按箭頭方向拖放。

或者創(chuàng)建關(guān)聯(lián)，點擊關(guān)聯(lián)的參數(shù)者一側(cè)端點。在快捷對話框，取消可導(dǎo)航復(fù)選框，關(guān)聯(lián)就變成了直接的。創(chuàng)建與關(guān)聯(lián)/直接關(guān)聯(lián)相關(guān)的元素的過程

要創(chuàng)建與當前元素相關(guān)的元素，可用快捷創(chuàng)建句法。

1.雙擊元素，在快捷對話框，在"--"或"->輸入相關(guān)元素名。

2.按[Enter]鍵，幾個相關(guān)元素就創(chuàng)建了，并垂直排列。泛化Generalization語義

泛化是一中分類學關(guān)系。是一個較廣泛的元素（父類）和一個較特殊的元素（子類）之間的關(guān)系。較特殊的元素（子類）和第一個元素完全一致的，只是有些額外的信息。創(chuàng)建泛化的過程

要創(chuàng)建泛化，點擊[工具條Toolbox]->[用例UseCase]->[泛化Generalization]按鈕。在主窗口中，從子元素起拖動鼠標，到父元素處放下。

創(chuàng)建多個繼承自參與者的子參與者

要創(chuàng)建繼承自某個元素的多個元素，

1.在快捷對話框，"<="后輸入元素名，繼承自所選元素的幾個元素就一次創(chuàng)建出來了。

2.子元素在所選元素下生成，并自動排列。

如果你要一次創(chuàng)建多個父元素，在快捷對話框中的"=>"字符串后而不是在"<="后輸入元素名。依賴Dependency語義

依賴是一種類型的關(guān)系。一個（或一組）元素，作為客戶，依賴于另一個（或一組）元素，作為提供者。它是一種弱關(guān)系（relationship），這意味著提供者的改變，客戶會受到影響。它是一種非直接的關(guān)系。創(chuàng)建依賴的過程

要創(chuàng)建依賴，點擊[工具條Toolbox]->[用例UseCase]->[依賴Dependency]按鈕，拖動元素到依賴的元素放開。創(chuàng)建當前用例所依賴的其他用例的過程

在快捷對話框，用字符串輸入依賴名，如下。

這樣就在兩個元素之間創(chuàng)建了依賴關(guān)系。

包含Include語義

包含關(guān)系定義了一個用例包含了另一用例所定義的行為。創(chuàng)建包含的過程

要創(chuàng)建包含關(guān)系，點擊[工具條Toolbox]->[用例UseCase]->[包含Include]按鈕。在主窗口拖動包含元素到被包含元素。

創(chuàng)建當前用例所包含的其他用例的過程

在快捷對話框用"-i>"字符串按如下方式輸入。

這樣包含關(guān)系就在兩個元素之間創(chuàng)建了。

擴展Extend

語義

擴展關(guān)系定義是，用例實例可以被擴充，以增加擴充的用例中所定義的附加的行為。創(chuàng)建擴充的過程要創(chuàng)建擴展，點擊[工具條Toolbox]->[用例UseCase]->[擴展Extend]按鈕，在主窗口中拖動擴展元素到被擴展的元素。

創(chuàng)建擴展當前用例的其他用例

在快捷對話框，用"<e-"字符串按如下方式輸入。

這樣擴展關(guān)系就在兩個元素之間創(chuàng)建了。系統(tǒng)邊界SystemBoundary語義

系統(tǒng)邊界是表示用例（邊界內(nèi)）與參數(shù)者（邊界之外）一種類型的劃分。它最典型的用法是這個系統(tǒng)的邊界。用例可以用來表示子系統(tǒng)和類，因而邊界比這個系統(tǒng)更明確。構(gòu)造型為頂層（topLevel）的包可以作為系統(tǒng)邊界。用例模型內(nèi)的名稱空間也同樣地表示用例的邊界。創(chuàng)建系統(tǒng)邊界的過程

要創(chuàng)建系統(tǒng)邊界，點擊[工具條Toolbox]->[用例UseCase]->[系統(tǒng)邊界SystemBoundary]按鈕，從系統(tǒng)邊界的起點拖動鼠標，到系統(tǒng)邊界的右下放開。

包Package語義

包是一組模型元素。包可以嵌套在另外的包內(nèi)。一個包也許包含下級包以及其他種類的模型元素。所有種類的模型元素都可以組織到包里。創(chuàng)建包的過程

要創(chuàng)建包，點擊[工具條Toolbox]->[用例UseCase]->[包Package]按鈕，然后點擊主窗口中要放置包的地方。附錄

UML綱要

看了幾年的UML有關(guān)文檔，但是有時想想連九種類型的圖也記不全，于是想到編幾句歌訣來助記。這就是“UML9圖歌訣”。后來想干脆編全了，看看助記效果如何。這就是下面的全部內(nèi)容的由來?，F(xiàn)在這里公布出來，望專家及有興趣的同好批評指正。

零、UML9圖歌訣

類與對象加用例，

狀態(tài)順序活動矣，

協(xié)作構(gòu)件再部署，

統(tǒng)一建模9圖齊。

一、用例什么是用例

系列事件誰發(fā)起？

人機系統(tǒng)都可以。

參與事件將如何？

使用場景即用例。用例的包含

用例之中重復(fù)的，

抽取出來使獨立。

包含進去幾合一，

思路清晰好處理。用例的擴充

已有擴充為新例，

額外步驟加進去。

這是重用又一法，

擴展派生出新例。用例的泛化

子到父類為泛化，

參與行為都可以。

空心箭頭加連線，

繼承關(guān)系很明晰。用例的分組

用例多了要分組，

層次類別才明晰。

相關(guān)打包包一起，

父子系統(tǒng)成體系。用例分析

開始交談進領(lǐng)域，

初步類圖要獲取。

注意名詞新術(shù)語，

相關(guān)動詞也要記。

詢問如何用系統(tǒng)？

侯選用例可獲取。

都誰參與應(yīng)列表，

看清用例誰發(fā)起。

逐步深入問下去，

不斷發(fā)掘新用例。

有助界面之設(shè)計，

編程決策也得益。用例的用途

預(yù)期行為來收集，

圖形工具強有力。

其他類別相結(jié)合，

明確用戶心中疑。

理解用戶和領(lǐng)域，

用例高層先注意。

只重行為非實施，

系統(tǒng)邊界可明晰。用例圖與文檔

文檔之中用例圖，

每例N頁來描述。

場景步驟要清晰，

上層注釋不相符。用例的細節(jié)追蹤

發(fā)起與者加用例，

場景步驟寫清晰。

前后條件莫忘記，

參與者里誰受益。二、狀態(tài)圖狀態(tài)圖

對象時序改狀態(tài)，

展示變化狀態(tài)圖。

變化序列起終點，

對象單一莫疏忽。

圓角矩形表狀態(tài)，

箭頭實線表遷移。

實心圓點為起點，

牛眼圓圈為終點。狀態(tài)的轉(zhuǎn)移細節(jié)：事件和動作

狀態(tài)變化之行為，

引發(fā)變化之事件，

二者‘/’來分開，

都可加到轉(zhuǎn)移線。

還有事件無觸發(fā)，

活動結(jié)束無轉(zhuǎn)移，

此類都叫無觸發(fā)。

特殊情形要牢記。狀態(tài)的轉(zhuǎn)移細節(jié)：保護條件

保護條件另細節(jié)，

滿足條件才轉(zhuǎn)移。

可以寫進狀態(tài)圖，

寫成布爾表達式。子狀態(tài)

狀態(tài)之中有狀態(tài)，

其中就叫子狀態(tài)。

順序并發(fā)兩形式，

單一狀態(tài)為母體。順序子狀態(tài)

順序子態(tài)較簡單，

依次逐個來出現(xiàn)。并發(fā)子狀態(tài)

并發(fā)子態(tài)也不難，

兩個狀態(tài)同出現(xiàn)。

并發(fā)子態(tài)虛線分，

母子組成彼此間。歷史狀態(tài)

歷史狀態(tài)也需知，

‘H’加圈做標記。

實線連回記憶態(tài)，

深淺故態(tài)可復(fù)憶。消息與信號

對象之間要通信，

消息概念必須知。

觸發(fā)也是發(fā)消息，

對象之間來傳遞。

能觸發(fā)的叫信號，

信號為類可承繼。

三、順序圖什么是順序圖

對象之間有交互，

發(fā)生起訖順序圖。

時間維度加進去，

時序通信靠此圖。對象

方框?qū)ο竺戮€，

實線箭頭表消息。

垂直虛線表時間，

激活生命重順序。消息

同步、異步簡單的，

三個類別皆消息。

實心半邊與兩邊，

三類箭頭三消息。時間

垂直方向時間維，

自頂向下時間序。

對象下面生命線，

激活長度表時序。

————————

四、協(xié)作圖

協(xié)作也是表交互，

語義等價順序圖。

交互對象顯整體，

空間組織布置圖。

對象(圖)擴展協(xié)作圖，

消息傳遞是為主。

箭頭表示傳消息，

發(fā)送指向接收的。

名稱序號靠箭頭，

接收消息操作的。

消息名稱加序號，

冒號中間要隔起。消息多發(fā)：

對象消息可多發(fā)，

有時消息重順序。返回結(jié)果

返回結(jié)果可表示，

變量操作賦值系。主動對象

主動對象有權(quán)利，

面象其他法消息。

兩個以上為并發(fā)，

主動邊框給加黑，

強調(diào)作用請注意。消息同步

等到回信才再發(fā),

這種機制叫同步。

需要同步消息前，

再加消息要傳遞。

序號之間逗號分，

‘/’與消息相隔離。

————————————

五、活動圖

過程步驟要表述，

可以使用活動圖。

狀態(tài)圖形之擴展，

此類活動更突出。

圓角矩形表活動，

實心圓是起點圖，

公牛眼形為終結(jié)，

依次活動最突出。判定

條件引發(fā)活動列，

不同條件各自行。

表示方法有兩種，

用或不用小菱形。

分支各自注條件，

不同行為分的清。并發(fā)路徑信號

活動可以發(fā)信號，

信號接收活動興。

發(fā)送凸角五邊形，

接收凹角五邊形。

二者輸出與輸入，

信號相關(guān)記得清。泳道

可視維度能增加，

分別角色可視化。

把圖分為平行段，

稱為泳道形象化?；旌蠄D

圖符來自不同類，

有其長處無是非。

各種方式合一起，

綜合長處非新類。

——————————————

六、構(gòu)件圖

軟件系統(tǒng)一單元，

駐留系統(tǒng)叫構(gòu)件。

數(shù)據(jù)文件程序庫，

潛在重用仔細算。

建模構(gòu)件有好處，

利于開發(fā)與用戶。

系統(tǒng)結(jié)構(gòu)可清晰，

目標清楚都好辦。

編制文檔能明確，

便于重用才周全。構(gòu)件和接口

對象窗口即接口，

信息隱蔽或封裝

類的行為它體現(xiàn)，

成組操作記端詳。構(gòu)件類型

部署構(gòu)件是一類，

工業(yè)構(gòu)件也一種。

執(zhí)行構(gòu)件另一類，

幾個類別要分清。構(gòu)件圖

大框是個大矩形，

左邊2小套其中，

包含成員加上名，

細節(jié)信息更分明。接口表示法

矩形框里注信息，

空心箭頭來聯(lián)系。

連接虛線到實現(xiàn)，

兩類構(gòu)件系一起。

還有一種表示法，

實線構(gòu)件來聯(lián)系。

表示接口小圓圈，

這個表示也牢記。

除了實現(xiàn)有依賴，

導(dǎo)入接口來聯(lián)系。

構(gòu)件與其用虛線，

加上箭頭來表示。

————————————

七、部署