starUML用戶使用手冊

StarUML顧客手冊第一章StarUML概述 3StarUML是什么 3適合顧客的UML工具 3真正的UMD支持 3高可擴充及適應性 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導入模型片段 20導入框架（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用例UseCase 40關(guān)聯(lián)/直接關(guān)聯(lián) 42泛化Generalization 44創(chuàng)立多個繼承自參加者的子參加者 44依賴Dependency 45包含Include 45擴展Extend 46系統(tǒng)邊界SystemBoundary 47包Package 48附錄 49第一章StarUML概述本章包含StarUML?概述，StarUML?andUML的簡要介紹和StarUML?新特性及總體組織的綱要。什么是StarUML重要特性系統(tǒng)需求

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

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

第二章基本概念

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

模型、視與圖（Model,ViewandDiagram）

StarUML?清晰地辨別了模型、視與圖（Model,ViewandDiagram）的概念。模型是包含軟件模式信息的元素。視則是模型中信息的可視體現(xiàn)法，圖則是表達顧客特定設(shè)計思想的可視元素的集合。

項目與單元項目

在StarUML?中，項目是基本的管理單位。一種項目能夠管理一種或多個軟件模型，它是在任何軟件模型中都存在的頂級的包。普通地說，一種項目保存在一種文獻中。項目構(gòu)造

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

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

項目文獻

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

普通地說，一種項目保存在一種文獻中；同時，也有這樣的狀況，一種項目需要保存的多個更小的文獻中，方便多個開發(fā)者能夠工作于同一種項目。在這種狀況下，這個項目能夠用多個單元來管理。一種單元能夠有按等級劃分的構(gòu)造，還可下列面包含多個子單元。單元保存為.UML,可覺得項目文獻（.UML）或其它單元（.UNT）所引用。單元構(gòu)造

只有包、子系統(tǒng)和模型能夠構(gòu)成單元。這些包類型下的全部元素能夠保存在各自的單元文獻(.UNT)中。單元的層次構(gòu)造

只有一項目能夠管理其下的多個單元，一單元能夠管理多個子單元。由于父單元引用到子單元，因此全部單元有一種層級構(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服務器或簡樸的腳本文獻）實現(xiàn)新的功效與其它應用程序集成其它的插件（Add-In）功效辦法（approaches）

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

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

StarUML?中的框架（Frameworks）指表達類庫或應用程序框架的軟件模型，如MFL，VCL，JFC等。包含與使用框架使得顧客對于依賴于特定類庫或應用程序的軟件建模比較容易。框架（Frameworks）構(gòu)造

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

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

UML輪廓（profile）UML(UnifiedModelingLanguage（統(tǒng)一模型語言）)是如此的普通化，一致于能夠表達任何的思想和觀念?？赡苓@也是弱點來源之一，由于特定領(lǐng)域的觀念不容易具體表述。為克服這個弱點，StarUML?提供UML輪廓（profile）來擴充UML。通過在UML輪廓中直接應用這些概念StarUML?可輕松支持UML的擴充。UML輪廓（Profile）構(gòu)造UMLProfile由下列部分構(gòu)成：構(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?建議的擴充元素，目的類似于元素原型。但只使用于模型。預定義的元素作為模型原型出現(xiàn)在模型附加菜單上。托盤（）摸板是StarUML?建議的擴充元素，目的是使得顧客能夠增加托盤。

有關(guān)框架寫作的細節(jié)描述，參見StarUML?開發(fā)指南。UML輪廓的應用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ā)的新的附加模塊，把構(gòu)成模塊的文獻復制到<install-dir>\modules\子目錄下即可。在StarUML?中添加模塊StarUML?包含平臺服務器模塊。

StarUML?基本上提供UML原則輪廓，模塊及某些辦法和在次序圖和合作圖之間轉(zhuǎn)換的原則模塊。提供文檔和代碼生成器模塊。提供支持Java輪廓、J2SE和J2EE的框架、代碼生成器和反向工程模塊。提供支持C++輪廓,MFC框架，代碼生成和反向工程模塊。提供支持C#輪廓,NETBCL框架，代碼生成和反向工程模塊。提供對xml的支持模塊，支持導入導出，模型交換。提供Rose模塊，支持讀RationalRose文獻。提供型式（Pattern）模塊，支持設(shè)計模型。

第三章管理項目

本章具體描述項目管理過程。建立新項目、把項目的部分納入單元，先建或?qū)肽Ｐ推?，導入框架，包含或排除UML輪廓。管理項目管理單元使用模型片段導入框架使用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)和包管理元素一種軟件模型由諸多元素和圖構(gòu)成。把這些元素和圖組織到一起對于有效的管理是很重要的。StarUML?支持三種類型的組織元素（模型、子系統(tǒng)包），顧客根據(jù)其用途能夠合適地使用。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.從模型資源管理器選擇要包含導入單元的一種元素（項目、模型、包或子系統(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)立模型片段

導入模型片段創(chuàng)立模型片段

為方便其它顧客訪問或為了重用，一種項目的部分能夠保存為單獨的模型片段文獻。與單元不同，模型片段不為其它文獻所引用，也不參考其它文獻。它們是獨立的整體。模型片段能夠在任何時候包含到項目中。創(chuàng)立模型片段的過程

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

2.選擇[File（文獻）]->[Export（導出）]->[ModelFragment（模型片段）…]菜單。

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

導入模型片段保存在模型片段文獻中的元素能夠?qū)氲巾椖恐?。導入模型片段的副本，包含在模型片段中的元素到項目中，并不使用引用（references）。導入模型片段的過程

1.選擇[File（文獻）]->[Import（導入）]->[ModelFragment（模型片段）…]菜單。

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

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

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

導入框架（Framework）

為了在一種項目中使用框架，框架必須加載。一旦加載了框架，框架中所包含的全部元素都可用了。注意，框架中的單元普通是只讀文獻，普通不能直接修改。導入框架的過程

1.選擇[File（文獻）]->[Import（導入）]->[Framework（框架）…]菜單。

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

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

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

Note導入框架并不在項目中保存該框架。這個導入的框架在項目是引用的，在項目打開時總能出現(xiàn)。要刪除導入的框架，你不得不手工刪除有關(guān)的單元。

使用UML輪廓包含UML輪廓預先定義好的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)元素中由該輪廓引發(fā)的的原型、標記定義信息可能丟失，請操練時注意。輪廓管理器中出現(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體現(xiàn)式的。次序圖是面對實例體現(xiàn)式的。次序圖（角色）（SequenceDiagram(Role))次序角色圖表達角色概念尖的交互。次序角色。它是交互的直接表達，是協(xié)作關(guān)系內(nèi)ClassifierRoles的信息交互。同時次序圖是面對實例的交互，而次序角色圖是面對ClassifierRoles的交互。協(xié)作圖

(CollaborationDiagram)協(xié)作圖表達實例間的協(xié)作。它是CollaborationInstanceSet內(nèi)部的實例的協(xié)作模型的直接表達。協(xié)作角色圖是面對類元角色（ClassifierRole）的表達法，而協(xié)作圖是面對實例的表達法。協(xié)作圖（角色）（CollaborationDiagram(Role))協(xié)作角色圖表達角色概念間的協(xié)作。在協(xié)作圖中，它是類元角色的協(xié)作模型的直接表達。協(xié)作圖是面對實例的表達法，協(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)成軟件構(gòu)件的那些元素和實現(xiàn)軟件的那些元素都能夠用構(gòu)件圖來表達。布署圖

(DeploymentDiagram)布署圖表達表達物理計算機和設(shè)備硬件元素和及分派給它們的軟件構(gòu)件、過程對象。組合構(gòu)造圖（CompositeStructureDiagram)組合構(gòu)造圖是一種表達類元內(nèi)部構(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)立元素?；剀嚮螯c擊其它位置使變化生效注有關(guān)元素快捷對話框的具體描述，參見快捷對話框。調(diào)節(jié)大小與移動從圖形區(qū)你能夠調(diào)節(jié)圖的大小和位置，用特殊+光標鍵你能夠一點一點地調(diào)節(jié)大小和位置。調(diào)節(jié)視圖大小的過程單擊圖中的視圖。選擇了視圖后在中間點拖動鼠標指針修正大小。用鍵盤調(diào)節(jié)視圖大小的過程在圖上點擊視圖。顧客能夠用特定鍵+光標鍵來調(diào)節(jié)視圖大小。Shift+光標鍵能夠移動到指定單元格，用Shift+Alt一點一點移動調(diào)節(jié)位置。移動視圖的過程單擊鼠標在圖中選擇要移動的視圖。如果有幾個視圖，Ctrl+單擊選擇，或者拖動選擇一包含視圖的區(qū)域。單擊+光標鍵移動視圖到你想要移動到地方。單擊+光標鍵移動到目前的單元格，你能夠用單擊+光標鍵移一點點地移動視圖的位置。

通過快捷生成句法創(chuàng)立元素的過程從圖區(qū)選擇視圖。運行快捷對話框選擇后回車。在快捷對話框輸入一符號序列?？旖莘绞椒栃蛄型ㄟ^寫一串簡樸的文本，用快捷生成句法能夠生成一目的模型和關(guān)系。快捷生成句法的基本規(guī)則以下。DiagramType圖類型Notation符號CurrentElement目前元素Description描述類圖（ClassDiagram)部件圖

(ComponentDiagram)布署圖

(DeploymentDiagram)組合構(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)系的目的元素一起形成反映（stimulus）的鏈。->Object,ClassifierRole從目的元素到目前反映形成包含關(guān)系。

<->Object,ClassifierRole從目的元素到目前元素形成帶返回（return）的反映。

<-Stimulus,Message（從目的元素）在目前反映中形成子反映。

->Stimulus,Message（從目的元素）在目前反映中形成子反映。

<->Stimulus,Message（從目的元素）在目前反映中形成帶返回的子反映。

<~Stimulus,MessageMakesstimulus(comesfromtargetelement)infrontofcurrentstimulus.

~>Stimulus,Message（從目的元素）在目前反映前形成子反映。

<_Stimulus,Message（從目的元素）在目前反映后形成子反映。

_>Stimulus,Message（從目的元素離開）在目前反映后形成子反映。協(xié)作圖(CollaborationDiagram)協(xié)作圖（角色）

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

<->Object,ClassifierRole從目的元素到目前元素形成帶返回關(guān)系的反映。狀態(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粘貼為了粘貼而復制或剪切時，模型元素與視圖元素有明顯的區(qū)別。如果復制的是模型元素，它就不得不粘貼到模型元素下。在此狀況下，所選元素包含的的子元素都被一起復制。視圖能夠復制到同一圖內(nèi)或不同的圖內(nèi)。被復制的視圖元素只能復制到圖內(nèi)；它們不能復制到模型元素。復制與粘貼可能會由于視圖或圖的元素類型不同而有一定的限制。復制與粘貼模型元素的過程從模型資源管理器選擇要復制的元素；右鍵點擊選擇[Copy（復制）]菜單，模型元素被復制到剪貼板；從模型資源管理器選擇要被復制的模型元素要被粘貼到的元素；右鍵點擊選擇[Paste（粘貼）]菜單。被復制的元素被從剪貼板調(diào)出粘貼到選擇的元素。被復制的模型元素只能粘貼到能夠包含它們的元素。復制與粘貼視圖元素的過程從圖區(qū)選擇要復制的視圖元素（你能夠用鼠標在圖區(qū)拖拉選擇多個元素）。按下[Shift]鍵點擊視圖元素把所點擊的元素也加入到選擇里。）右鍵點擊選擇[Copy（復制）]菜單。視圖被復制到剪貼板。打開要復制到圖。（從模型或圖資源管理器雙擊視圖元素，從圖選項卡選擇視圖元素。）右鍵點擊選擇[Paste（粘貼）]菜單。要復制的視圖元素被復制到活動圖中。復制粘貼/不同類型的圖圖類型DiagramType復制/粘貼Copy/Paste類圖(ClassDiagram)元素能夠在Class,UseCase,Component,CompositeStructure,和Deployment圖之間自由復制。用例(UseCaseDiagram)元素能夠在Class,UseCase,Component,CompositeStructure,

和Deployment圖之間自由復制。次序圖

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

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

(狀態(tài)圖)元素只能在同一StateMachine圖內(nèi)復制。活動圖(ActivityDiagram)元素只能夠在相似的ActivityGraph內(nèi)復制。部件圖

(ComponentDiagram)元素能夠自由地在Class,UseCase,Component,CompositeStructure和Deployment圖之間復制。布署圖

(DeploymentDiagram)元素能夠自由地在Class,UseCase,Component,

CompositeStructure和Deployment圖之間復制。組合構(gòu)造圖(CompositeStructureDiagram)元素能夠在Class,UseCase,Component,CompositeStructure和Deployment圖之間自由復制。配備屬性模型元素包含多種屬性。顧客能夠通過編輯這些屬性，以多種方式變化模型?？捎玫膶傩砸韵拢簩傩灶愋蛯傩灶愋兔枋鯪ame名稱表達模型元素名稱。Stereotype構(gòu)造型表達模型元素的構(gòu)造型。TypeExpression類型體現(xiàn)式特殊類型的體現(xiàn)式。String字符串表達字符串。Boolean布爾表達真假值。Enumeration枚舉在各字面值中選一。.Reference引用表達特定元素。.Collection集合表達多個元素（通過集合編輯器可編輯）編輯名稱屬性在屬性編輯器中“Name”項中輸入元素名稱。名稱不能包含特殊字符":"。名稱在名稱空間內(nèi)必須是唯一的。例如，類名在一種包內(nèi)就必須是唯一的。如果名稱與其它元素沖突，警告信息就會出現(xiàn)。編輯構(gòu)造型屬性在屬性編輯器中的“Stereotype”（構(gòu)造型）項輸入構(gòu)造型名稱。構(gòu)造型名稱能夠是UML輪廓中定義的構(gòu)造型，也能夠非預定的簡樸的名稱。能夠用下面的辦法編輯構(gòu)造型屬性：輸入預定義的構(gòu)造型：輸入包含在目前項目中的UML輪廓中預定義的構(gòu)造型名稱。該構(gòu)造型是直接引用的。輸入非預定義的構(gòu)造型：輸入的構(gòu)造型未包含在目前項目包含的UML輪廓中。這個值只是簡樸的字符串值。從構(gòu)造型對話框選擇：打開構(gòu)造型對話框，從預定義的構(gòu)造型列表選擇一種構(gòu)造型。編輯類型體現(xiàn)式（TypeExpression）屬性。類型體現(xiàn)式屬性是包含在屬性（Attribute）、參數(shù)等之中的。在屬性編輯器中的“Type”項輸入類型體現(xiàn)式。能夠用下面的辦法來編輯類型體現(xiàn)式：輸入預定義類型名稱：輸入包含在目前元素的類元元素名稱（類classes、接口interfaces、信號signals,、異常exceptions、組件components,、節(jié)點nodes、子系統(tǒng)subsystems，等等）。這些元素直接被引用。輸入預定義的類型途徑名：直接輸入包含在目前項目中的類元元素的途徑名稱(如?::LogicalView::Package1::Class1?)。輸入非預定義類型名：輸入一種與目前項目中包含的任何類元無關(guān)的名稱。這個值只是個簡樸的字符串值。從選擇元素對話框選擇：打開選擇元素對話框，直接選擇一種預定義類型，或者選擇一種在輪廓中預定義的數(shù)據(jù)類型。模型元素文檔各個模型元素能夠撰寫具體的描述文檔。為模型元素寫文檔的過程從模型資源管理器或圖區(qū)選擇一種要包含描述文字的元素。在主窗口的檢查區(qū)選擇選[Documentation（文檔）]項卡。在可編輯區(qū)輸入描述文字

附加文獻或URL有關(guān)文獻或WebURL（網(wǎng)址）能夠附加到諸元素。附加的文獻或web頁能夠很容易地通過有關(guān)的應用程序或web瀏覽器訪問。附加文獻或URL的過程從模型資源管理器或圖區(qū)選擇元素。在主窗口的檢查區(qū)，選擇[Attachments（附加）]選項卡。右鍵單擊選擇[Add（添加）]菜單，或點擊工具條上的[Add（添加）]按鈕。在附加對話框輸入要附加的文獻的全途徑和文獻名或web頁的URL（或點擊右面的瀏覽器按鈕選擇瀏覽器窗口），點擊[OK]按鈕。

移除附加項的過程模型資源管理器或圖區(qū)選擇元素。在主窗口的檢查區(qū)，選擇[Attachments（附加）]選項卡。從列表選擇要刪除的附加項，右鍵選擇[Delete（刪除）]菜單，或點擊工具條上的刪除按鈕。統(tǒng)計約束諸元素能夠統(tǒng)計多重約束。約束是合用于元素的規(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)部構(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)⒓诱呙?，名與名之間用","隔開。

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è)端點。在快捷對話框，取消可導航復選框，關(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)容的由來。現(xiàn)在這里公布出來，望專家及有愛好的同好批評指正。

零、UML9圖歌訣

類與對象加用例，

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

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

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

一、用例

什么是用例

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

人機系統(tǒng)都能夠。

參加事件將如何？

使用場景即用例。

用例的包含

用例之中重復的，

抽取出來使獨立。

包含進去幾合一，

思路清晰好解決。

用例的擴充

已有擴充為新例，

額外環(huán)節(jié)加進去。

這是重用又一法，

擴展派生出新例。

用例的泛化

子到父類為泛化，

參加行為都能夠。

空心箭頭加連線，

繼承關(guān)系很明晰。

用例的分組

用例多了要分組，

層次類別才明晰。

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

父子系統(tǒng)成體系。

用例分析

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

初步類圖要獲取。

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

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

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

侯選用例可獲取。

都誰參加應列表，

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

逐步進一步問下去，

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

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

編程決策也得益。

用例的用途

預期行為來收集，

圖形工具強有力。

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

明確顧客心中疑。

理解顧客和領(lǐng)域，

用例高層先注意。

只重行為非實施，

系統(tǒng)邊界可明晰。

用例圖與文檔

文檔之中用例圖，

每例N頁來描述。

場景環(huán)節(jié)要清晰，

上層注釋不相符。

用例的細節(jié)追蹤

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

場景環(huán)節(jié)寫清晰。

前后條件莫忘記，

參加者里誰受益。

二、狀態(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)移。

能夠?qū)戇M狀態(tài)圖，

寫成布爾體現(xiàn)式。

子狀態(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)虛線分，

母子構(gòu)成彼此間。

歷史狀態(tài)

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

‘H’加圈做標記。

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

深淺故態(tài)可復憶。

消息與信號

對象之間要通信，

消息概念必須知。

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

對象之間來傳遞。

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

信號為類可承繼。

三、次序圖

什么是次序圖

對象之間有交互，

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

時間維度加進去，

時序通信靠此圖。

對象

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

實線箭頭表消息。

垂直虛線表時間，

激活生命重次序。

消息

同時、異步簡樸的，

三個類別皆消息。

實心半邊與兩邊，

三類箭頭三消息。

時間

垂直方向時間維，

自頂向下時間序。

對象下面生命線，

激活長度表時序。

————————

四、協(xié)作圖

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

語義等價次序圖。

交互對象顯整體，

空間組織布置圖。

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

消息傳遞是為主。

箭頭表達傳消息，

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

名稱序號靠箭頭，

接受消息操作的。

消息名稱加序號，

冒號中間要隔起。

消息多發(fā)：

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

有時消息重次序。

返回成果

返回成果可表達，

變量操作賦值系。

主動對象

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

面象其它法消息。

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

主動邊框給加黑，

強調(diào)作用請注意。

消息同時

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

這種機制叫同時。

需要同時消息前，

再加消息要傳遞。

序號之間逗號分，

‘/’與消息相隔離。

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

五、活動圖

過程環(huán)節(jié)要表述，

能夠使用活動圖。

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

這類活動更突出。

圓角矩形表活動，

實心圓是起點圖，

公牛眼形為終止，

依次活動最突出。

鑒定

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

不同條件各自行。

表達辦法有兩種，

用或不用小菱形。

分支各自注條件，

不同行為分的清。

并發(fā)途徑

信號

活動能夠發(fā)信號，

信號接受活動興。

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

接受凹角五邊形。

兩者輸出與輸入，

信號有關(guān)記得清。

泳道

可視維度能增加，

分別角色可視化。

把圖分為平行段，

稱為泳道形象化。

混合圖

圖符來自不同類，

有其優(yōu)點無是非。

多種方式合一起，

綜合優(yōu)點非新類。

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

六、構(gòu)件圖

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

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

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

潛在重用認真算。

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

利于開發(fā)與顧客。

系統(tǒng)構(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)有依賴，

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

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

加上箭頭來表達。

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

七、布署圖

布署圖里有節(jié)點，

能否執(zhí)行得分清。

節(jié)點表達立方體，

構(gòu)件接口在框中。

節(jié)點之間可連線，

連接信息構(gòu)造型。

關(guān)聯(lián)類型幾大類，

聚集依賴等等等。

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

八、類

類圖

類的表達用矩形，

屬性操作在其中。

其間使用分隔線，

動靜兩類才分明。（屬性和辦法）

屬性

附加信息可加入，

數(shù)據(jù)類型注清晰。

約束

花括號內(nèi)為約束，

滿足條件來標注。

附加注釋

類的旁邊可加注，

必要闡明更清晰。

如何獲取類

領(lǐng)域名詞和術(shù)語，

分析知識來獲取。

領(lǐng)域模型化為類，

名詞動詞都注