starUML用戶使用手冊(cè)

1、 IIStarUML用戶手冊(cè)TOC o 1-5 h z HYPERLINK l bookmark2第一章StarUML概述1 HYPERLINK l bookmark4StarUML是什么1適合用戶的UML工具1真正的UMD支持1高可擴(kuò)充及適應(yīng)性1 HYPERLINK l bookmark6主要特征1 HYPERLINK l bookmark8系統(tǒng)需求2第二章基本概念4 HYPERLINK l bookmark14模型、視與圖(Model,ViewandDiagram)4 HYPERLINK l bookmark16項(xiàng)目與單元4項(xiàng)目4單元5 HYPERLINK l bookmark28模塊5

2、HYPERLINK l bookmark38方法(approaches)6 HYPERLINK l bookmark42框架(Frameworks)6 HYPERLINK l bookmark46UML輪廓(profile)7第三章管理項(xiàng)目9 HYPERLINK l bookmark52管理項(xiàng)目9建立新項(xiàng)目9打開(kāi)項(xiàng)目10保存項(xiàng)目10關(guān)閉項(xiàng)目11 HYPERLINK l bookmark58用模型、子系統(tǒng)和包管理元素12 HYPERLINK l bookmark26使用模型片段(Fragments)17創(chuàng)建模型片段17導(dǎo)入模型片段18 HYPERLINK l bookmark72導(dǎo)入框架(Fra

3、mework)18使用UML輪廓21 HYPERLINK l bookmark78包含UML輪廓21 HYPERLINK l bookmark84排除UML輪廓21創(chuàng)建新圖22可用圖的類型22在圖中創(chuàng)建元素24在圖中創(chuàng)建視圖元素25在圖中編輯元素26配置屬性31第五章用圖建立模型37 HYPERLINK l bookmark136用UseCase圖建模37參與者（Actor）37 HYPERLINK l bookmark162用例UseCase38關(guān)聯(lián)/直接關(guān)聯(lián)40 HYPERLINK l bookmark182泛化Generalization42創(chuàng)建多個(gè)繼承自參與者的子參與者42 HYPER

4、LINK l bookmark184依賴Dependency43 HYPERLINK l bookmark194包含Inelude43 HYPERLINK l bookmark200擴(kuò)展Extend44 HYPERLINK l bookmark206系統(tǒng)邊界SystemBoundary45 HYPERLINK l bookmark210包Package46附錄47Miaoyj整理第1頁(yè)共62頁(yè)第一章StarUML概述本章包含StarUMLTM概述，StarUMLandUML的簡(jiǎn)要介紹和StarUMLT新特征及總體組織的綱要。什么是StarUML主要特征系統(tǒng)需求StarUML是支持UML（Uni

5、fiedModelingLanguage（統(tǒng)一模型語(yǔ)言）的建模平臺(tái)軟件?；赨ML1.4版本，提供11種不同類型的圖，而且采納了UML2.0的表示法（notation.）。它通過(guò)支持UML輪廓（profile）的概念積極地支持UMD（ModelDrivenArchitecture（模型驅(qū)動(dòng)結(jié)構(gòu)）方法。StarUML特點(diǎn)在于，用戶環(huán)境可定制，功能上的高度可擴(kuò)充。運(yùn)用StarUML，頂級(jí)領(lǐng)先的軟件模型工具之一，可以保證您的軟件項(xiàng)目高質(zhì)量、高效率。StarUML是什么適合用戶的UML工具StarUML提供了對(duì)用戶環(huán)境最大化可定制支持，通過(guò)定制所提供一些變量，可以適應(yīng)用戶開(kāi)發(fā)方法、項(xiàng)目平臺(tái)及各種編程語(yǔ)

6、言。真正的UMD支持軟件結(jié)構(gòu)是可以延續(xù)10年甚至更長(zhǎng)時(shí)間的重大過(guò)程。0MG（0bjectManagementGroup（對(duì)象管理組織）想用MDA技術(shù)創(chuàng)建平臺(tái)獨(dú)立的模型，允許平臺(tái)獨(dú)立的模型的需求自動(dòng)獲取,或者平臺(tái)獨(dú)立的模型生成的代碼自動(dòng)化。StarUML真正實(shí)現(xiàn)了UML1.4標(biāo)準(zhǔn)，而且用2.0的表示法，提供UML輪廓的觀念。允許創(chuàng)建平臺(tái)獨(dú)立的模型。通過(guò)簡(jiǎn)要的摸版文檔，用戶很容易得到他們的最終產(chǎn)品。高可擴(kuò)充及適應(yīng)性StarUML有高度可擴(kuò)充及適應(yīng)能力。為擴(kuò)充功能，該工具采用了插件（AddTn）框架。它提供訪問(wèn)全部的模型/原模型的功能，通過(guò)COM自動(dòng)化，菜單和選項(xiàng)也都是可擴(kuò)充的。而且用戶還可以根據(jù)他

7、們自己的方法論來(lái)創(chuàng)建自己的方法和框架。該工具還可以集成任何其他的外部工具。主要特征StarUML具有以下新特征特征描述準(zhǔn)確的UML標(biāo)準(zhǔn)模型StarUML嚴(yán)格堅(jiān)持OMG對(duì)軟件模型規(guī)定的的UML標(biāo)準(zhǔn)規(guī)格說(shuō)明?？紤]到事實(shí)上設(shè)計(jì)信息的結(jié)果可能會(huì)影響10Miaoyi整理第 頁(yè)共62頁(yè)年或更遠(yuǎn)，因而特定開(kāi)發(fā)商的不規(guī)則UML句法可能會(huì)很危險(xiǎn)。StarUMLm最大化遵循UML1.4標(biāo)準(zhǔn)和語(yǔ)義，并采用基于穩(wěn)定的元模型的UML2.0表示法。開(kāi)放的軟件模型格式真正的模型驅(qū)動(dòng)方法學(xué)與平臺(tái)的適用性極好的可擴(kuò)充性軟件模型校驗(yàn)功能好用的插件Add-Ins與很多有其私有格式的現(xiàn)存的產(chǎn)品不同，StarUML以標(biāo)準(zhǔn)的XML格式管

8、理所有的文件。代碼編寫(xiě)的結(jié)構(gòu)易讀，便于用XML分析器改變。XML是世界標(biāo)準(zhǔn)的，這是既定的事實(shí)，肯定地說(shuō)，這樣有很多的好處，也可以確保這樣的軟件模型十幾年后還仍然可以有用。StarUML真實(shí)地支持UML輪廓（Profile）。這樣最大化了對(duì)UML的的擴(kuò)展，可廣泛用在財(cái)務(wù)、國(guó)防、電子商務(wù)、保險(xiǎn)和航天諸領(lǐng)域的建立應(yīng)用模型。可以創(chuàng)建真正獨(dú)立于平臺(tái)的模型（PIM,PlatformIndependentModels）、特定平臺(tái)模型（PSM,PlatformSpecificModel），并且能以任意方式生成可執(zhí)行代碼。StarUML利用方法（approach）概念，創(chuàng)建的環(huán)境可以采用任何的方法學(xué)/過(guò)程。不僅

9、象.NET和J2EE平臺(tái)這樣的應(yīng)用框架模型，而且軟件模型的基本結(jié)構(gòu)（如4+1視圖模型等），都可輕松的定義。StarUML工具的所有功能都自動(dòng)支持MicrosoftCOM。支持COM的任何語(yǔ)言（VisualBasicScript,JavaScript,VB,Delphi,C+,C#,VB.NET,Python等）都可以用于控制StarUML或者用于開(kāi)發(fā)可集成的插件元素。建立軟件模型過(guò)程中，用戶可能會(huì)犯很多錯(cuò)誤。如果這些錯(cuò)誤在編碼階段之前還沒(méi)有得到更正，那是要付出很大代價(jià)的。為了避免這樣的問(wèn)題，StarUML可以自動(dòng)校驗(yàn)用戶開(kāi)發(fā)的軟件模型，便于較早發(fā)現(xiàn)錯(cuò)誤，無(wú)瑕疵地完成軟件開(kāi)發(fā)。StarUML包含

10、很多具備各種功能的很有用插件（Add-Ins）:生成編程語(yǔ)言的源代碼，把源代碼轉(zhuǎn)換成模型，導(dǎo)入RationalRose文件，與其他使用XMI的工具交換模型信息，并支持設(shè)計(jì)模式。這些插件為模型信息提供了附加的可重用性、多產(chǎn)性、靈活性及交互性。系統(tǒng)需求下面是運(yùn)行StarUML(tm)的最低系統(tǒng)需求IntelPentium233MHz或更高Windows2000,WindowsXP,或更高版本MicrosoftInternetExplorer5.0或更高版本128MBRAM（推薦256MB）110MB硬盤(pán)空間（推薦150MB空間）CD-ROM驅(qū)動(dòng)器SVGA或更高分辨率（推薦1024x768）鼠標(biāo)或其

11、他指引設(shè)備Miaoyj整理第4頁(yè)共62頁(yè)第二章基本概念本章介紹StarUML?的基本概念，這些都是有效運(yùn)用StarUML?所需要的。包括對(duì)模型、視圖、圖、項(xiàng)目、單元、方法、框架、模型塊及其差異以及UML輪廓。模型、視與圖(Model,ViewandDiagram)項(xiàng)目與單元(ProjectandUnit)模塊(Module)模型、視與圖(Model,ViewandDiagram)StarUML?清晰地區(qū)分了模型、視與圖(Model,ViewandDiagram)的概念。模型是包含軟件模式信息的元素。視則是模型中信息的可視表達(dá)法，圖則是表示用戶特定設(shè)計(jì)思想的可視元素的集合。項(xiàng)目與單元項(xiàng)目在Sta

12、rUML?中，項(xiàng)目是基本的管理單位。一個(gè)項(xiàng)目可以管理一個(gè)或多個(gè)軟件模型，它是在任何軟件模型中都存在的頂級(jí)的包。一般地說(shuō)，一個(gè)項(xiàng)目保存在一個(gè)文件中。項(xiàng)目結(jié)構(gòu)一個(gè)項(xiàng)目包含并管理下列子元素：項(xiàng)目子元素描述模型(Model)管理一軟件模型的元素。子系統(tǒng)(Subsystem)管理表示子系統(tǒng)的模型的元素。包(Package)管理元素所需的最一般的元素。項(xiàng)目文件項(xiàng)目文件以XML格式、.UML為擴(kuò)展名保存。StarUML?中，所創(chuàng)建的全部的模式、視、圖保存在一個(gè)項(xiàng)目文件中。一個(gè)項(xiàng)目也可以分開(kāi)來(lái)保存在多個(gè)單元中。項(xiàng)目文件中包含下Miaoyi整理第 頁(yè)共62頁(yè)列信息:項(xiàng)目中所用的UML輪廓(profiles)項(xiàng)目

13、所引用單元文件項(xiàng)目中包含的所有模塊的信息項(xiàng)目中包含的所有視與圖信息單元一般地說(shuō)，一個(gè)項(xiàng)目保存在一個(gè)文件中；同時(shí)，也有這樣的情況，一個(gè)項(xiàng)目需要保存的多個(gè)更小的文件中，以便多個(gè)開(kāi)發(fā)者可以工作于同一個(gè)項(xiàng)目。在這種情況下，這個(gè)項(xiàng)目可以用多個(gè)單元來(lái)管理。一個(gè)單元可以有按等級(jí)劃分的結(jié)構(gòu)，還可以下面包含多個(gè)子單元。單元保存為.UML，可以為項(xiàng)目文件(.UML)或其他單元(.UNT)所引用。單元結(jié)構(gòu)只有包、子系統(tǒng)和模型可以構(gòu)成單元。這些包類型下的所有元素可以保存在各自的單元文件(.UNT)中。單元的層次結(jié)構(gòu)只有一項(xiàng)目可以管理其下的多個(gè)單元，一單元可以管理多個(gè)子單元。由于父單元引用到子單元，所以全部單元有一個(gè)層

14、級(jí)結(jié)構(gòu)。模型片段(ModelFragments)模型片段是保存為單獨(dú)文件的項(xiàng)目的部分。只有模型、子系統(tǒng)和包這些項(xiàng)才能構(gòu)成模型片段。模型片段文件以“.MFG”擴(kuò)展名保存。模型塊文件可以輕易地在任何時(shí)候包含在任何項(xiàng)目文件中。模型片段和單元有實(shí)質(zhì)的不同，一旦包含在項(xiàng)目中，與項(xiàng)目其他部分相比,它們是以整體出現(xiàn)。模塊模塊是一種包，它提供了對(duì)StarUML(tm)新功能與特征的擴(kuò)充。模塊的創(chuàng)建可以是幾種新擴(kuò)充元素的結(jié)合。還有，不但可以為某用途對(duì)一個(gè)獨(dú)立的模塊配置擴(kuò)充元素，而且還可以在同一模塊中創(chuàng)建同一類型的擴(kuò)充元素。Miaoyi整理第 頁(yè)共62頁(yè)ModuleAppruacliModelFrameworkM

15、enuExtensionEventSubscriptionUMLProfile&NotationExtensionArid-InCOMObjectOptionEKtensicnExternalAPIMiaoyi整理第 #頁(yè)共62頁(yè)Miaoyi整理第 #頁(yè)共62頁(yè)StarUML?的模塊有下列功能：擴(kuò)展主菜單或彈出菜單添加新方法(approach)添加新輪廓(profile)通過(guò)構(gòu)造型(stereotype)或表示法(notation)的擴(kuò)充添加新元素通過(guò)(COM服務(wù)器或簡(jiǎn)單的腳本文件)實(shí)現(xiàn)新的功能與其他應(yīng)用程序集成其他的插件(Add-In)功能方法(approaches)對(duì)于軟件開(kāi)發(fā)有無(wú)數(shù)的方法

16、，每家公司和機(jī)構(gòu)都有其自己的方法，或者選擇使用一種適合于他們的開(kāi)發(fā)團(tuán)隊(duì)和項(xiàng)目的方法。應(yīng)用程序領(lǐng)域、編程語(yǔ)言和平臺(tái)對(duì)與開(kāi)發(fā)出的每個(gè)軟件都不同，所以，很多項(xiàng)在軟件開(kāi)發(fā)的建模階段就要配置好。StarUML?提供方法(approaches)的概念使得這些項(xiàng)配置更容易。方法的結(jié)構(gòu)方法(approaches)由下列項(xiàng)組成。方法組成部分描述項(xiàng)目結(jié)構(gòu)特定的項(xiàng)目的基本結(jié)構(gòu)。這個(gè)基本結(jié)構(gòu)可以用包、子系統(tǒng)和模型元素來(lái)設(shè)計(jì)。也可以用圖描述設(shè)計(jì)概要導(dǎo)入輪廓項(xiàng)目中自動(dòng)包含的默認(rèn)的UML輪廓。導(dǎo)入框架項(xiàng)目中自動(dòng)加載并包含默認(rèn)的框架。導(dǎo)入模型片段項(xiàng)目中自動(dòng)加載并包含的模型片段。框架(Frameworks)StarUML?中的

17、框架(Frameworks)指表示類庫(kù)或應(yīng)用程序框架的軟件模型，如MFL,VCL,JFC等。包含與使用框架使得用戶對(duì)于依賴于特定類庫(kù)或應(yīng)用程序的軟件建模比較容易。Miaoyj整理第7頁(yè)共62頁(yè)框架（Frameworks）結(jié)構(gòu)框架包含一個(gè)框架文件（.FRW）和一個(gè)或多個(gè)單元文件（.UNT）。組成部分描述框架文件（.FRW）框架文件包含單元所用UML輪廓（profile）信息。單元文件（.UNT）單元文件包含框架的實(shí)際模型信息。UML輪廓（profile）UML（UnifiedModelingLanguage（統(tǒng)一模型語(yǔ)言）是如此的一般化，一致于可以表示任何的思想和觀念。也許這也是弱點(diǎn)來(lái)源之一，因

18、為特定領(lǐng)域的觀念不容易詳細(xì)表述。為克服這個(gè)弱點(diǎn)，StarUML?提供UML輪廓（profile）來(lái)擴(kuò)充UML。通過(guò)在UML輪廓中直接應(yīng)用這些概念StarUML?可輕松支持UML的擴(kuò)充。UML輪廓（Profile）結(jié)構(gòu)UMLProfile由下列部分構(gòu)成：組成部分描述構(gòu)造型(Stereotype)構(gòu)造型附著于特定UML兀素，為的是進(jìn)一步明晰語(yǔ)義,提供擴(kuò)充屬性，使得建模更為準(zhǔn)確。構(gòu)造型不僅指定了圖標(biāo)文件來(lái)作為圖形表示，而且還通過(guò)定義擴(kuò)充表示法文件（.PNX），定義了表示法概要。擴(kuò)充表示法的更多細(xì)節(jié)，請(qǐng)參看開(kāi)發(fā)者指南。標(biāo)記定義(TagDefinition)默認(rèn)的UML屬性不足以精密建模時(shí)，標(biāo)記定義為這

19、些兀素提供補(bǔ)充信息。在StarUML?中，標(biāo)記定義既可以包含在特定的原型中，也可以獨(dú)立存在。數(shù)據(jù)類型數(shù)據(jù)類型默認(rèn)地包含在輪廓中。圖類型圖類型是StarUML?提出的擴(kuò)充兀素，為的是使用戶可以定義新的圖形類別。元素原型兀素原型是StarUML?提出的擴(kuò)充兀素，為了使用戶可以定義元素樣本，作為創(chuàng)建元素配置現(xiàn)存屬性的樣本。這些定義了的元素原型可以創(chuàng)建聯(lián)系到托盤(pán)（palette）的元素或者通過(guò)外部API創(chuàng)建元素。模型原型模型原型是StarUML?建議的擴(kuò)充兀素，目的類似于兀素原型。但只使用于模型。預(yù)定義的元素作為模型原型出現(xiàn)在模型附加菜單上。Miaoyi整理第 頁(yè)共62頁(yè)托盤(pán)()摸板是StarUML?

20、建議的擴(kuò)充元素，目的是使得用戶可以增加托盤(pán)。關(guān)于框架寫(xiě)作的細(xì)節(jié)描述，參見(jiàn)StarUML?開(kāi)發(fā)指南。UML輪廓的應(yīng)用UML輪廓(profile)可用于下列用途。OMG(ObjectManagementGroup(對(duì)象管理組織)也說(shuō)明了用于特定用途的UML輪廓標(biāo)準(zhǔn)。編程語(yǔ)言特定的UML輪廓；開(kāi)發(fā)方法(RUP,Catalysis,UMLComponents等)特定的UML輪廓；開(kāi)發(fā)領(lǐng)域(EAI,CRM,SCM,ERP)特定的UML輪廓；添加模塊(AdditionofModule)如果你安裝了用戶或第三方開(kāi)發(fā)商開(kāi)發(fā)的模塊，那么你可以使用StarUML?的擴(kuò)充功能。為了在系統(tǒng)中安裝新的附加模塊，并不需要

21、復(fù)雜的認(rèn)證。如果你想安裝模塊用戶或第三方開(kāi)發(fā)的新的附加模塊，把組成模塊的文件復(fù)制到modules子目錄下即可。在StarUML?中添加模塊StarUML?包含平臺(tái)服務(wù)器模塊。StarUML?基本上提供UML標(biāo)準(zhǔn)輪廓，模塊及一些方法和在順序圖和合作圖之間轉(zhuǎn)換的標(biāo)準(zhǔn)模塊。提供文檔和代碼生成器模塊。提供支持Java輪廓、J2SE和J2EE的框架、代碼生成器和反向工程模塊。提供支持C+輪廓,MFC框架，代碼生成和反向工程模塊。提供支持C#輪廓,NETBCL框架，代碼生成和反向工程模塊。提供對(duì)xml的支持模塊，支持導(dǎo)入導(dǎo)出，模型交換。提供Rose模塊，支持讀RationalRose文件。提供型式(Pat

22、tern)模塊，支持設(shè)計(jì)模型。第三章管理項(xiàng)目本章詳細(xì)描述項(xiàng)目管理過(guò)程。建立新項(xiàng)目、把項(xiàng)目的部分納入單元，先建或?qū)肽Ｐ推?，?dǎo)入框架，包含或排除UML輪廓。管理項(xiàng)目管理單元使用模型片段導(dǎo)入框架使用UML輪廓管理項(xiàng)目建立新項(xiàng)目為了新軟件開(kāi)發(fā)，必須建立新項(xiàng)目。也許你是完全白手起家開(kāi)始一個(gè)新項(xiàng)目，或許按特定的方式來(lái)開(kāi)始一個(gè)新項(xiàng)目。創(chuàng)建新項(xiàng)目的過(guò)程#1新項(xiàng)目1.選擇文件File-新項(xiàng)目NewProject菜單。2用默認(rèn)的方法(approach)創(chuàng)建新項(xiàng)目，根據(jù)方法不同，不同的輪廓/框架會(huì)包含或加載進(jìn)來(lái)。創(chuàng)建新項(xiàng)目的過(guò)程#2選擇新項(xiàng)目對(duì)話框：選擇文件File-選擇新項(xiàng)目SelectNewProject菜

23、單2系列可用方法列表出現(xiàn)在選擇新項(xiàng)目對(duì)話框中，從列表中選擇方法然后單擊OK按鈕。3.新項(xiàng)目就創(chuàng)建了，而且按所選擇的方法進(jìn)行了初始化。根據(jù)選擇方法的不同，不同的輪廓或框架被包含或加載進(jìn)來(lái)。Note可用方法列表可能因?yàn)榘惭b環(huán)境的不同而有所不同。要改變默認(rèn)的方法，打開(kāi)選擇新項(xiàng)目對(duì)話框，選擇一種方法，然后單擊選項(xiàng)“SetAsDefaultApproach”（設(shè)置為默認(rèn)方法）。打開(kāi)項(xiàng)目為了繼續(xù)保存的項(xiàng)目，項(xiàng)目文件必須先打開(kāi)。如果項(xiàng)目包含不只一個(gè)單元，所有相關(guān)的單元文件都要和項(xiàng)目一起打開(kāi)。打開(kāi)項(xiàng)目的過(guò)程選擇File（文件）-Open（打開(kāi)）菜單。在打開(kāi)項(xiàng)目對(duì)話框，選擇一個(gè)項(xiàng)目文件（.UML），單擊Open

24、（打開(kāi)）按鈕。3.選擇打開(kāi)的項(xiàng)目文件。Note項(xiàng)目也可以通過(guò)選擇打開(kāi)新項(xiàng)目對(duì)話框打開(kāi)。保存項(xiàng)目要保存對(duì)項(xiàng)目做出的任何改變，項(xiàng)目文件必須正確保存。你的工作可以保存為已經(jīng)存在的項(xiàng)目或保存為新項(xiàng)目。一個(gè)項(xiàng)目文件保存的時(shí)候，所有相關(guān)的單元信息都一起保存。保存項(xiàng)目過(guò)程1.選擇File（文件）-Save（保存）菜單。2如果沒(méi)指定項(xiàng)目文件名，保存項(xiàng)目文件對(duì)話框出現(xiàn)，輸入文件名，單擊save（保存）按鈕。3項(xiàng)目文件就保存了。把項(xiàng)目文件保存為另一文件的過(guò)程1.選擇File（文件）-SaveAs（另存為）菜單。2在保存為對(duì)話框輸入文件名，單擊save（保存）按鈕。3.項(xiàng)目就保存為另一文件了。Note如果項(xiàng)目包含一

25、個(gè)或多個(gè)單元，保存改變過(guò)的單元時(shí)，會(huì)出現(xiàn)對(duì)話框詢問(wèn)是否保存做出的改變，選擇Yes（是）和項(xiàng)目文件一起保存對(duì)所有單元做的修改。關(guān)閉項(xiàng)目不在需要編輯時(shí)，項(xiàng)目文件可以關(guān)閉。關(guān)閉項(xiàng)目的過(guò)程1.選擇File（文件）-Close（關(guān)閉）菜單。2如果項(xiàng)目文件在做出修改后沒(méi)有保存，用戶將被提示做出了修改，用戶可以選擇yes（是）,no（否）或cancel（取消）。3項(xiàng)目文件關(guān)閉，不再可用來(lái)編輯了。用模型、子系統(tǒng)和包管理元素一個(gè)軟件模型由很多元素和圖組成。把這些元素和圖組織到一起對(duì)于有效的管理是很重要的。StarUML?支持三種類型的組織元素（模型、子系統(tǒng)包），用戶根據(jù)其用途可以適當(dāng)?shù)厥褂谩tarUML?中的

26、成組元素成組元素描述模型模型表示特定用途（aspects）的物理系統(tǒng)。例如，可以表示特定層面的物理系統(tǒng)（如，分析層面，設(shè)計(jì)層面，用戶層面等）。子系統(tǒng)子系統(tǒng)由指定整個(gè)物理系統(tǒng)或它的部分的元素構(gòu)成。包包邏輯上組織并管理模型元素。它是極端泛化了的可以任何方式用來(lái)組織元素的元素。Miaoyi整理第 頁(yè)共62頁(yè)管理單元盡管一個(gè)項(xiàng)目可以用一個(gè)文件來(lái)管理，但是如果有很多開(kāi)發(fā)者一起工作，那么把它分成多個(gè)單元分別管理它們也許是方便的。這節(jié)敘述創(chuàng)建和管理單元的過(guò)程。創(chuàng)建單元合并單元保存單元?jiǎng)h除單元?jiǎng)?chuàng)建單元也許有必要保存一個(gè)項(xiàng)目的部分或單元作為一獨(dú)立的單元。例如，當(dāng)很多開(kāi)發(fā)人員工作于一個(gè)項(xiàng)目時(shí)，那么該項(xiàng)目可能分為多

27、個(gè)單元，用MicrosoftVisualSourceSafe或CVS管理。只有包、模型和子系統(tǒng)這三種元素可以保存為單元。創(chuàng)建新單元過(guò)程選擇要做成單元的元素（包、模型或子系統(tǒng)）。右鍵選擇Unit（單元）-SeparateUnit（分離單元）菜單。在保存對(duì)話框輸入單元文件名，單擊Save（保存）按鈕。4選擇的元素即被保存為單元。合并單元如果一個(gè)項(xiàng)目中的單元不必要再作為一個(gè)獨(dú)立單元管理，那么這個(gè)單元文件可以合并到項(xiàng)目中。合并單元的過(guò)程1從模型資源管理器選擇要包含導(dǎo)入單元的一個(gè)元素（項(xiàng)目、模型、包或子系統(tǒng)）。2.右鍵單擊Unit（單元）-UncontrolUnit（非控制單元）菜單。3該單元即被合并到

28、該項(xiàng)目或其父單元之中了。Note合并單元并不自動(dòng)刪除單元文件（.UNT）。如不再需要請(qǐng)手工刪除它。保存單元如果對(duì)一個(gè)單元做出了修改，就需要正確的保存。做出的修改可以保存到已經(jīng)存在的單元文件，也可以保存為另一個(gè)單元文件。保存單元的過(guò)程從模型資源管理器選擇要保存的單元。右鍵單擊選擇Unit（單元）-SaveUnit（保存單元）菜單單元文件就保存了。把單元保存為另一文件的過(guò)程1從模型資源管理器選擇要保存的單元。2.右鍵單擊選擇Unit（單元）-SaveUnitAs（單元另存為）菜單。3在另存單元為對(duì)話框輸入新的單元文件名，右鍵單擊Save（保存）按鈕。4.新的單元文件被保存。Miaoyi整理第 #頁(yè)

29、共62頁(yè)Miaoyi整理第 #頁(yè)共62頁(yè)Note它。另存單元文件并不刪除原來(lái)的單元文件。如果不再需要，請(qǐng)手工刪除Miaoyi整理第 頁(yè)共62頁(yè)刪除單元在一個(gè)項(xiàng)目中，如果一個(gè)單元不再需要了，那么這個(gè)單元可以刪除。刪除一個(gè)單元就刪除了其中所包含的全部元素，項(xiàng)目就不再自動(dòng)加載這個(gè)單元。請(qǐng)注意，如果你要把一單元加入到項(xiàng)目中，不再單獨(dú)管理它，請(qǐng)“合并單元”而不是“刪除單元”。刪除單元過(guò)程1要?jiǎng)h除一單元，從模型資源管理器選擇包含那單元的元素（包、模型、子系統(tǒng)）。2.右鍵單擊選擇Unit（單元）-DeleteUnit（刪除單元）菜單。3對(duì)話框出現(xiàn)后確認(rèn)你要?jiǎng)h除的單元，單擊Yes（是）按鈕。4該單元就完全從項(xiàng)

30、目中刪除了。Note從Edit（編輯）-DeleteFromModel（從模型刪除）菜單選擇包含要?jiǎng)h除的單元，效果也是一樣的。你需要確定是完全刪除該單元還是把該單元合并到項(xiàng)目里。刪除單元并不刪除單元文件，不再需要的話請(qǐng)手工刪除它。Miaoyi整理第 頁(yè)共62頁(yè)使用模型片段（Fragments）模型片段可用來(lái)保存項(xiàng)目的部分。創(chuàng)建模型片段導(dǎo)入模型片段創(chuàng)建模型片段為方便其他用戶訪問(wèn)或?yàn)榱酥赜?，一個(gè)項(xiàng)目的部分可以保存為單獨(dú)的模型片段文件。與單元不同，模型片段不為其他文件所引用，也不參照其他文件。它們是獨(dú)立的整體。模型片段可以在任何時(shí)候包含到項(xiàng)目中。創(chuàng)建模型片段的過(guò)程1從模型資源管理器選擇一個(gè)要做成模型

31、片段的包，子系統(tǒng)或模型。2.選擇File（文件）-Export（導(dǎo)出）-ModelFragment（模型片段）菜單。3在保存模型片段對(duì)話框輸入模型片段文件名，單擊Save（保存）按鈕。導(dǎo)入模型片段保存在模型片段文件中的元素可以導(dǎo)入到項(xiàng)目中。導(dǎo)入模型片段的副本，包含在模型片段中的元素到項(xiàng)目中，并不使用引用（references）。導(dǎo)入模型片段的過(guò)程1.選擇File（文件）-lmport（導(dǎo)入）-ModelFragment（模型片段）菜單。2在打開(kāi)模型片段文件對(duì)話框選擇要讀入的模型片段文件（.MFG）,單擊Open（打開(kāi)）按鈕。3選擇元素對(duì)話框出現(xiàn)，確定哪個(gè)元素包含要導(dǎo)入的模型片段。選擇要包含模型

32、片段的元素（包、子系統(tǒng)或模型），單擊OK按鈕。4模型片段即被加入到選擇的元素中。導(dǎo)入框架（Framework）為了在一個(gè)項(xiàng)目中使用框架，框架必須加載。一旦加載了框架，框架中所包含的全部元素都可用了。注意，框架中的單元通常是只讀文件，一般不能直接修改。導(dǎo)入框架的過(guò)程1.選擇File（文件）-lmport（導(dǎo)入）-Framework（框架）菜單。2在選擇導(dǎo)入框架對(duì)話框，選擇要導(dǎo)入的框架，單擊OK按鈕。3選擇元素對(duì)話框出現(xiàn)后，確定哪個(gè)元素包含要導(dǎo)入的框架。選擇要包含導(dǎo)入框架的元素（包，子系統(tǒng)或模型），單擊0K按鈕。Miaoyj整理第 頁(yè)共62頁(yè)4.該框架就被加入到所選擇的元素中了。Note導(dǎo)入框架并

33、不在項(xiàng)目中保存該框架。這個(gè)導(dǎo)入的框架在項(xiàng)目是引用的，在項(xiàng)目打開(kāi)時(shí)總能出現(xiàn)。要?jiǎng)h除導(dǎo)入的框架，你不得不手工刪除相關(guān)的單元。Miaoyj整理第 頁(yè)共62頁(yè)使用UML輪廓包含UML輪廓預(yù)先定義好的UML輪廓可以包含到當(dāng)前的項(xiàng)目中。一旦項(xiàng)目包含了UML輪廓，其中定義的原型、標(biāo)記定義和數(shù)據(jù)類型在項(xiàng)目都可以使用了。包含UML輪廓的過(guò)程1.選擇Model（模型）-Profiles（輪廓）菜單。2在項(xiàng)目管理器窗口，從左面的可用輪廓列表中選擇一個(gè)輪廓，點(diǎn)擊Inelude（包含）按鈕，然后單擊Close（關(guān)閉）按鈕。3.所選擇的輪廓就被包含到當(dāng)前項(xiàng)目中了。Note輪廓管理器中左面出現(xiàn)的列表也許因用戶安裝不同而有所

34、不同。排除UML輪廓項(xiàng)目中包含的UML輪廓也可以排除。一旦一個(gè)UML輪廓被排除了，其中定義的原型、標(biāo)記定義和數(shù)據(jù)類型在當(dāng)前項(xiàng)目就都不可以使用了。排除UML輪廓的過(guò)程1.選擇Model（模型）-Profiles（輪廓）菜單。2在輪廓管理器窗口，從右面包含的輪廓列表選擇要排除的，點(diǎn)擊Exclude（排除）按鈕，然后再點(diǎn)擊Close（關(guān)閉）按鈕。Miaoyi整理3所選擇的輪廓即被排除出當(dāng)前項(xiàng)目了。Note排除包含的輪廓同時(shí)，相關(guān)元素中由該輪廓引起的的原型、標(biāo)記定義信息可能丟失,請(qǐng)操練時(shí)注意。輪廓管理器中出現(xiàn)的可選輪廓列表可能因用戶安裝環(huán)境不同而不同。創(chuàng)建新圖StarUML支持11種類型的圖。用戶可根

35、據(jù)需要自由地創(chuàng)建、管理這些不同的圖。創(chuàng)建新圖的過(guò)程從模型資源管理器或繪圖區(qū)選擇一個(gè)要包含新圖的元素。右鍵單擊選擇AddDiagram（添加圖）菜單，選擇了圖的類型后新圖就創(chuàng)建了出來(lái)?？捎脠D的類型圖類型描述類圖是各種類相關(guān)的兀素靜態(tài)關(guān)系的可視表示。類圖不僅包含類,類圖(ClassDiagram)而且還包含接口、枚舉、包和各種關(guān)系、實(shí)例及其聯(lián)系。第22頁(yè)共62頁(yè)Miaoyj整理第 頁(yè)共62頁(yè)用例圖(UseCaseDiagram)用例圖是特定系統(tǒng)或?qū)ο笾杏美巴獠拷巧g關(guān)系的可視表示。用例表示系統(tǒng)功能以及系統(tǒng)如何冋外部角色父互的。順序圖(SequeneeDiagram)順序圖表示實(shí)例的父互。它是In

36、teractionlnstanceSet的直接表示，CollaborationlnstanceSet是InteractionlnstanceSet內(nèi)實(shí)例父互的集合。而順序角色圖是面向-ClassifierRole表達(dá)式的。順序圖是面向?qū)嵗磉_(dá)式的。順序圖(角色)(SequeneeDiagram(Role)順序角色圖表示角色概念尖的交互。順序角色。它是交互的直接表示，是協(xié)作關(guān)系內(nèi)ClassifierRoles的信息父互。冋時(shí)順序圖是面向?qū)嵗母富?，而順序角色圖是面向ClassifierRoles的父互。協(xié)作圖(CollaborationDiagram)協(xié)作圖表示實(shí)例間的協(xié)作。它是Collabor

37、ationlnstanceSet內(nèi)部的實(shí)例的協(xié)作模型的直接表示。協(xié)作角色圖是面向類元角色(ClassifierRole)的表示法，而協(xié)作圖是面向?qū)嵗谋硎痉?。協(xié)作圖(角色)(CollaborationDiagram(Role)協(xié)作角色圖表示角色概念間的協(xié)作。在協(xié)作圖中，它是類元角色的協(xié)作模型的直接表示。協(xié)作圖是面向?qū)嵗谋硎痉?，協(xié)作角色圖是面向類元角色的表示法。狀態(tài)圖(StatechartDiagram)狀態(tài)圖是通過(guò)狀態(tài)及其轉(zhuǎn)換表示的特定對(duì)象的靜態(tài)行為。盡管一般地說(shuō)狀態(tài)圖用于表示類的實(shí)例的行為，但它還可以用于表示其他元素的行為?；顒?dòng)圖(ActivityDiagram)活動(dòng)圖是狀態(tài)圖的一種特殊形

38、式，適合于表示動(dòng)作執(zhí)行流?；顒?dòng)圖通常用于表示工作流，常用于象類、包和操作等對(duì)象。構(gòu)件圖(ComponentDiagram)構(gòu)件圖表示軟件構(gòu)件之間的依賴。組成軟件構(gòu)件的那些兀素和實(shí)現(xiàn)軟件的那些元素都可以用構(gòu)件圖來(lái)表示。部署圖(DeploymentDiagram)部署圖表示表示物理計(jì)算機(jī)和設(shè)備硬件兀素和及分配給它們的軟件構(gòu)件、過(guò)程對(duì)象。組合結(jié)構(gòu)圖(CompositeStructureDiagram)組合結(jié)構(gòu)圖是一種表示類兀內(nèi)部結(jié)構(gòu)的圖。它包含在在系統(tǒng)于其他部分的父互點(diǎn)。注圖的類型可能因一元素與另一元素不同而不同。第24頁(yè)共62頁(yè)Miaoyi整理在圖中創(chuàng)建元素為了在圖中創(chuàng)建新元素，圖必須首先打開(kāi)。不

39、同類型的圖，托盤(pán)（pallet）中包含不同的圖的元素。每類圖中可用的圖元素彼此不同。由托盤(pán)創(chuàng)建圖的元素從托盤(pán)選擇要?jiǎng)?chuàng)建的元素類型。在圖中單擊要?jiǎng)?chuàng)建元素的位置。（拖動(dòng)能鼠標(biāo)選擇一區(qū)域確定新元素的大小。如果一個(gè)要?jiǎng)?chuàng)建的元素要和兩個(gè)元素連接到一起，確保連接準(zhǔn)確。）一次創(chuàng)建多個(gè)元素的過(guò)程從托盤(pán)選擇要?jiǎng)?chuàng)建的元素類型。在托盤(pán)中選擇Lock（鎖）項(xiàng)，再次點(diǎn)擊要?jiǎng)?chuàng)建的元素類型。創(chuàng)建多個(gè)元素。創(chuàng)建多個(gè)元素完成后，在托盤(pán)中選擇A三能H。注在圖中創(chuàng)建元素實(shí)際上涉及創(chuàng)建模型元素及其視圖元素。Miaoyj整理第 頁(yè)共62頁(yè)在圖中創(chuàng)建視圖元素在圖中創(chuàng)建視圖元素除了在圖中由托盤(pán)創(chuàng)建圖的元素之外，對(duì)于已經(jīng)存在的模型元素也可以

40、創(chuàng)建視圖元素。創(chuàng)建新視圖元素（拖拉方法）從模型資源管理器選擇要用新視圖元素表現(xiàn)的模型。拖動(dòng)模型元素把它放置到要?jiǎng)?chuàng)建新視圖元素的圖形區(qū)中（在此情況下，所有相關(guān)元素的連接自動(dòng)顯示）。注這種拖曳方法在對(duì)于某種類型的圖、模型元素可能不能用。不存在視圖元素也可以創(chuàng)建模型元素。關(guān)于創(chuàng)建模型元素的詳細(xì)描述，參見(jiàn)“創(chuàng)建模型元素”。Miaoyj整理第26頁(yè)共62頁(yè)在圖中編輯元素在圖區(qū)域可以直接編輯元素。編輯元素的過(guò)程1.雙擊圖區(qū)域中的視圖元素。在快捷對(duì)話框中，編輯元素名稱、可視屬性等，或者在所選擇的元素下點(diǎn)擊按鈕創(chuàng)建元素?；剀嚮螯c(diǎn)擊其他位置使改變生效注關(guān)于元素快捷對(duì)話框的詳細(xì)描述，參見(jiàn)快捷對(duì)話框。調(diào)整大小與移動(dòng)

41、從圖形區(qū)你可以調(diào)整圖的大小和位置，用特殊+光標(biāo)鍵你可以一點(diǎn)一點(diǎn)地調(diào)整大小和位置。調(diào)整視圖大小的過(guò)程1.單擊圖中的視圖。選擇了視圖后在中間點(diǎn)拖動(dòng)鼠標(biāo)指針修正大小。用鍵盤(pán)調(diào)整視圖大小的過(guò)程在圖上點(diǎn)擊視圖。2.用戶可以用特定鍵+光標(biāo)鍵來(lái)調(diào)整視圖大小。Shift+光標(biāo)鍵可以移動(dòng)到指定單元格,用Shift+Alt一點(diǎn)一點(diǎn)移動(dòng)調(diào)整位置。移動(dòng)視圖的過(guò)程單擊鼠標(biāo)在圖中選擇要移動(dòng)的視圖。如果有幾個(gè)視圖，Ctrl+單擊選擇，或者拖動(dòng)選擇一包含視圖的區(qū)域。單擊+光標(biāo)鍵移動(dòng)視圖到你想要移動(dòng)到地方。單擊+光標(biāo)鍵移動(dòng)到當(dāng)前的單元格，你可以用單擊+光標(biāo)鍵移一點(diǎn)點(diǎn)地移動(dòng)視圖的位置。Miaoyj整理第 頁(yè)共62頁(yè)通過(guò)快捷生成句

42、法創(chuàng)建元素的過(guò)程1.從圖區(qū)選擇視圖。2.運(yùn)行快捷對(duì)話框選擇后回車。在快捷對(duì)話框輸入一符號(hào)序列快捷方式符號(hào)序列通過(guò)寫(xiě)一串簡(jiǎn)單的文本，用快捷生成句法可以生成一目標(biāo)模型和關(guān)系?？旖萆删浞ǖ幕疽?guī)則如下。DiagramType圖類型Notation符號(hào)CurrentElement當(dāng)前元素Description描述類圖(ClassDiagram)部件圖(ComponentDiagram)部署圖(DeploymentDiagram)組合結(jié)構(gòu)圖(CompositeStructureDiagram)Classifier分類符目標(biāo)兀素與當(dāng)前兀素聯(lián)系到一起形成一個(gè)一般化的鏈。-Classifier分類符目標(biāo)兀素

43、與當(dāng)前兀素聯(lián)系到一起形成一個(gè)關(guān)聯(lián)的鏈。Classifier分類符與當(dāng)前兀素聯(lián)系的目標(biāo)兀素形成一個(gè)可通航的關(guān)聯(lián)的鏈。-Classifier與當(dāng)前兀素聯(lián)系的目標(biāo)兀素形成聚集的鏈。-Classifier從目標(biāo)兀素到當(dāng)前兀素形成聚集關(guān)系。-Classifier從目標(biāo)兀素到當(dāng)前兀素形成組合的鏈。-Classifier從目標(biāo)兀素到當(dāng)前兀素形成組合關(guān)系。Classifier與當(dāng)前兀素聯(lián)系的目標(biāo)兀素形成依賴的鏈。)-Classifier從目標(biāo)兀素到當(dāng)前兀素形成需求關(guān)系。-(Classifier與當(dāng)前兀素聯(lián)系的目標(biāo)兀素一起形成需求的鏈。-Classifier從目標(biāo)兀素到當(dāng)前兀素形成實(shí)現(xiàn)關(guān)系。-Classifie

44、r與當(dāng)前兀素聯(lián)系的目標(biāo)兀素一起形成實(shí)現(xiàn)的鏈。用例圖(UsecaseDiagram)()-UseCase與當(dāng)前兀素聯(lián)系的目標(biāo)兀素（參與者）一起形成通訊鏈。-()Actor與當(dāng)前兀素聯(lián)系的目標(biāo)兀素（用例外）一起形成通訊鏈。UseCase與當(dāng)前兀素聯(lián)系的目標(biāo)兀素一起形成包含的鏈。UseCase與當(dāng)前兀素聯(lián)系的目標(biāo)兀素一起形成擴(kuò)充的鏈。順序圖(SequeneeDiagram)順序圖(角色)(SeqeunceDiagram(Role)Object,ClassifierRole從目標(biāo)兀素到當(dāng)前反應(yīng)形成包含關(guān)系。Object,ClassifierRole從目標(biāo)兀素到當(dāng)前兀素形成帶返回（return）的反應(yīng)。

45、Stimulus,Message（從目標(biāo)兀素）在當(dāng)前反應(yīng)中形成子反應(yīng)。Stimulus,（從目標(biāo)兀素）在當(dāng)前反應(yīng)中形成帶Message返回的子反應(yīng)。Stimulus,Message（從目標(biāo)兀素）在當(dāng)前反應(yīng)前形成子反應(yīng)。Stimulus,Message（從目標(biāo)兀素離開(kāi)）在當(dāng)前反應(yīng)后形成子反應(yīng)。協(xié)作圖(CollaborationDiagram)協(xié)作圖(角色)(CollaborationDiagram(Role)Object,ClassifierRole從目標(biāo)兀素形成反應(yīng)關(guān)系。Object,ClassifierRole從目標(biāo)兀素到當(dāng)前兀素形成帶返回關(guān)系的反應(yīng)。狀態(tài)圖(StatechartDiagra

46、m)活動(dòng)圖(ActivityDiagram)State,ActionState目標(biāo)兀素與當(dāng)前兀素聯(lián)系一起形成轉(zhuǎn)換的鏈。*State,ActionState從目標(biāo)兀素（初始關(guān)系）到當(dāng)前兀素形成轉(zhuǎn)換關(guān)系。-State,ActionState目標(biāo)兀素（終止?fàn)顟B(tài)）與當(dāng)前兀素一起形成轉(zhuǎn)換鏈。-State,ActionState從目標(biāo)兀素（判斷）到當(dāng)前兀素形成轉(zhuǎn)換關(guān)系。-vState,ActionState目標(biāo)兀素（判斷）與當(dāng)前兀素一起形成轉(zhuǎn)換鏈。-(H)-(h)State,ActionState目標(biāo)兀素（歷史）與當(dāng)前兀素聯(lián)系一起形成轉(zhuǎn)換鏈。-(H*)-(h*)State,ActionState目標(biāo)兀素（

47、深歷史）與當(dāng)前兀素聯(lián)系一起形成轉(zhuǎn)換鏈。DecorationDecoration菜單。Actor用角色一次創(chuàng)建多個(gè)用例要一次創(chuàng)建多個(gè)關(guān)聯(lián)到參與者的用例，用參與者創(chuàng)建句法的快捷方式。1在參與者快捷對(duì)話框，在-()后輸入用例名。要?jiǎng)?chuàng)建多個(gè)用例，輸入方法相同，用，”隔開(kāi)用例名。2.按Enter鍵.幾個(gè)用例就創(chuàng)建了，并按垂直方向排列。用例UseCase語(yǔ)義用例構(gòu)造用于定義系統(tǒng)行為或者氣壓的語(yǔ)義實(shí)體而不展示其內(nèi)部結(jié)構(gòu)。每個(gè)用例指定一系列行為，包括變體，可執(zhí)行的實(shí)體，與參與者實(shí)體交互。創(chuàng)建用例的過(guò)程要?jiǎng)?chuàng)建用例，點(diǎn)擊Toolbox-UseCase按鈕，然后在主窗口上點(diǎn)擊要放置用例的地方。用例可以用文本、裝飾及

48、圖標(biāo)的方式表示。要改變用例的可視風(fēng)格，選擇Format-StereotypeDisplay下菜單項(xiàng)，或者選擇組合框中的按鈕。fcomc添加擴(kuò)展(Extension)的過(guò)程在用例可以擴(kuò)展的地方，一個(gè)擴(kuò)展點(diǎn)引用一個(gè)或一個(gè)位置集合。要編輯用例的擴(kuò)展點(diǎn)，點(diǎn)擊用例彈出菜單上的CollectionEditor.，或者點(diǎn)擊集合屬性的ExtensionPoints按鈕。輸入用例證規(guī)格說(shuō)明的過(guò)程要輸入用例的基本流(flow),可選流，選擇彈出TaggedValues.菜單或者按Ctrl+F7。在標(biāo)記值編輯器，選擇UseCaseSpecification項(xiàng)，輸入屬性。.由用例創(chuàng)建參與者的過(guò)程為了一次創(chuàng)建多個(gè)與用例

49、相關(guān)的參與者，可用快捷創(chuàng)建句法。1.雙擊用例，或者選擇這個(gè)用例，按Enter鍵。在快捷對(duì)話框()-后輸入?yún)⑴c者名,名與名之間用，”隔開(kāi)。2.按Enter鍵。幾個(gè)與該用例相關(guān)的參與者就創(chuàng)建了，并垂直排列。關(guān)聯(lián)/直接關(guān)聯(lián)語(yǔ)義關(guān)聯(lián)是兩個(gè)類元之間(包括一個(gè)類元到它自身的)的關(guān)系。創(chuàng)建關(guān)聯(lián)的過(guò)程要?jiǎng)?chuàng)建關(guān)聯(lián)，點(diǎn)擊Toolbox-UseCase-Associaten按鈕，在處窗口中從第一個(gè)元素拖動(dòng)，到第二個(gè)元素放下。創(chuàng)建直接關(guān)聯(lián)的過(guò)程過(guò)程與創(chuàng)建關(guān)聯(lián)一樣，只是按箭頭方向拖放。Actiir或者創(chuàng)建關(guān)聯(lián)，點(diǎn)擊關(guān)聯(lián)的參數(shù)者一側(cè)端點(diǎn)。在快捷對(duì)話框，取消可導(dǎo)航復(fù)選框，關(guān)聯(lián)就變成了直接的。創(chuàng)建與關(guān)聯(lián)/直接關(guān)聯(lián)相關(guān)的元素的

50、過(guò)程要?jiǎng)?chuàng)建與當(dāng)前元素相關(guān)的元素，可用快捷創(chuàng)建句法。1雙擊元素，在快捷對(duì)話框，在-或-輸入相關(guān)元素名。2按Enter鍵，幾個(gè)相關(guān)元素就創(chuàng)建了，并垂直排列。Miaoyi整理第 頁(yè)共62頁(yè)Miaoyj整理第 #頁(yè)共62頁(yè)泛化Generalization語(yǔ)義泛化是一中分類學(xué)關(guān)系。是一個(gè)較廣泛的元素（父類）和一個(gè)較特殊的元素（子類）之間的關(guān)系。較特殊的元素（子類）和第一個(gè)元素完全一致的，只是有些額外的信息。創(chuàng)建泛化的過(guò)程要?jiǎng)?chuàng)建泛化，點(diǎn)擊工具條Toolbox-用例UseCase-泛化Generalization按鈕。在主窗口中，從子元素起拖動(dòng)鼠標(biāo)，到父元素處放下。DFectedAssociation于Ge

51、neralizticin_亍DependencyIncludeExtendSystemBoundary創(chuàng)建多個(gè)繼承自參與者的子參與者要?jiǎng)?chuàng)建繼承自某個(gè)元素的多個(gè)元素,1在快捷對(duì)話框，字符串后而不是在用例UseCase-依賴Dependency按鈕，拖動(dòng)元素到依賴的元素放開(kāi)。創(chuàng)建當(dāng)前用例所依賴的其他用例的過(guò)程在快捷對(duì)話框，用字符串輸入依賴名，如下。g.c.這樣就在兩個(gè)元素之間創(chuàng)建了依賴關(guān)系。包含Include語(yǔ)義包含關(guān)系定義了一個(gè)用例包含了另一用例所定義的行為。創(chuàng)建包含的過(guò)程要?jiǎng)?chuàng)建包含關(guān)系，點(diǎn)擊工具條Toolbox-用例UseCase-包含Include按鈕。在主窗口拖動(dòng)包含元素到被包含元素。另A

52、ctor_|AssociatianjDirectedAsocation:GeneralizationTDependency或Include蔚Esitend創(chuàng)建當(dāng)前用例所包含的其他用例的過(guò)程在快捷對(duì)話框用-i字符串按如下方式輸入。這樣包含關(guān)系就在兩個(gè)元素之間創(chuàng)建了。擴(kuò)展Extend語(yǔ)義擴(kuò)展關(guān)系定義是，用例實(shí)例可以被擴(kuò)充，以增加擴(kuò)充的用例中所定義的附加的行為。創(chuàng)建擴(kuò)充的過(guò)程要?jiǎng)?chuàng)建擴(kuò)展，點(diǎn)擊工具條Toolbox-用例UseCase-擴(kuò)展Extend按鈕，在主窗口中拖動(dòng)擴(kuò)展元素到被擴(kuò)展的元素。創(chuàng)建擴(kuò)展當(dāng)前用例的其他用例在快捷對(duì)話框，用ve-字符串按如下方式輸入。這樣擴(kuò)展關(guān)系就在兩個(gè)元素之間創(chuàng)建了。系統(tǒng)

53、邊界SystemBoundary語(yǔ)義系統(tǒng)邊界是表示用例（邊界內(nèi)）與參數(shù)者（邊界之外）一種類型的劃分。它最典型的用法是這個(gè)系統(tǒng)的邊界。用例可以用來(lái)表示子系統(tǒng)和類，因而邊界比這個(gè)系統(tǒng)更明確。構(gòu)造型為頂層（topLevel）的包可以作為系統(tǒng)邊界。用例模型內(nèi)的名稱空間也同樣地表示用例的邊界。創(chuàng)建系統(tǒng)邊界的過(guò)程要?jiǎng)?chuàng)建系統(tǒng)邊界，點(diǎn)擊工具條Toolbox-用例UseCase-系統(tǒng)邊界SystemBoundary按鈕，從系統(tǒng)邊界的起點(diǎn)拖動(dòng)鼠標(biāo)，到系統(tǒng)邊界的右下放開(kāi)。.、IPackageOUs亡匚dseSystemBoundaryMain(UseCaseModeljf圍Mair鮎另ActorIAssociati

54、on_jDirectsdAsscciation”亍GeneralizationjDependency紛rncludee?Extend包Package語(yǔ)義包是一組模型元素。包可以嵌套在另外的包內(nèi)。一個(gè)包也許包含下級(jí)包以及其他種類的模型元素。所有種類的模型元素都可以組織到包里。創(chuàng)建包的過(guò)程要?jiǎng)?chuàng)建包，點(diǎn)擊工具條Toolbox-用例UseCase-包Package按鈕，然后點(diǎn)擊主窗口中要放置包的地方。Miaoyi整理第 頁(yè)共62頁(yè)Miaoyj整理第 #頁(yè)共62頁(yè)附錄UML綱要看了幾年的UML有關(guān)文檔，但是有時(shí)想想連九種類型的圖也記不全，于是想到編幾句歌訣來(lái)助記。這就是UML9圖歌訣”。后來(lái)想干脆編全了

55、，看看助記效果如何。這就是下面的全部?jī)?nèi)容的由來(lái)?，F(xiàn)在這里公布出來(lái)，望專家及有興趣的同好批評(píng)指正。零、UML9圖歌訣類與對(duì)象加用例，狀態(tài)順序活動(dòng)矣，協(xié)作構(gòu)件再部署，統(tǒng)一建模9圖齊。一、用例什么是用例系列事件誰(shuí)發(fā)起？人機(jī)系統(tǒng)都可以。參與事件將如何？Miaoyj整理第 頁(yè)共62頁(yè)Miaoyj整理第 #頁(yè)共62頁(yè)使用場(chǎng)景即用例。用例的包含用例之中重復(fù)的，抽取出來(lái)使獨(dú)立。包含進(jìn)去幾合一，思路清晰好處理。用例的擴(kuò)充已有擴(kuò)充為新例，額外步驟加進(jìn)去。這是重用又一法，擴(kuò)展派生出新例。用例的泛化子到父類為泛化，參與行為都可以?？招募^加連線，繼承關(guān)系很明晰。用例的分組用例多了要分組，層次類別才明晰。相關(guān)打包包一起

56、，父子系統(tǒng)成體系。用例分析開(kāi)始交談進(jìn)領(lǐng)域，初步類圖要獲取。注意名詞新術(shù)語(yǔ)，相關(guān)動(dòng)詞也要記。詢問(wèn)如何用系統(tǒng)？侯選用例可獲取。都誰(shuí)參與應(yīng)列表，看清用例誰(shuí)發(fā)起。逐步深入問(wèn)下去，不斷發(fā)掘新用例。有助界面之設(shè)計(jì)，編程決策也得益。用例的用途預(yù)期行為來(lái)收集，圖形工具強(qiáng)有力。其他類別相結(jié)合，明確用戶心中疑。理解用戶和領(lǐng)域，用例高層先注意。只重行為非實(shí)施，Miaoyj整理第 頁(yè)共62頁(yè)Miaoyj整理第 #頁(yè)共62頁(yè)系統(tǒng)邊界可明晰。用例圖與文檔文檔之中用例圖，每例N頁(yè)來(lái)描述。場(chǎng)景步驟要清晰，上層注釋不相符。用例的細(xì)節(jié)追蹤發(fā)起與者加用例，場(chǎng)景步驟寫(xiě)清晰。前后條件莫忘記，參與者里誰(shuí)受益。二、狀態(tài)圖狀態(tài)圖對(duì)象時(shí)序改狀

57、態(tài)，展示變化狀態(tài)圖。變化序列起終點(diǎn)，對(duì)象單一莫疏忽。圓角矩形表狀態(tài)，箭頭實(shí)線表遷移。實(shí)心圓點(diǎn)為起點(diǎn)，牛眼圓圈為終點(diǎn)。狀態(tài)的轉(zhuǎn)移細(xì)節(jié)：事件和動(dòng)作狀態(tài)變化之行為，引發(fā)變化之事件，二者/來(lái)分開(kāi)，都可加到轉(zhuǎn)移線。還有事件無(wú)觸發(fā)，活動(dòng)結(jié)束無(wú)轉(zhuǎn)移，此類都叫無(wú)觸發(fā)。特殊情形要牢記。狀態(tài)的轉(zhuǎn)移細(xì)節(jié)：保護(hù)條件保護(hù)條件另細(xì)節(jié)，滿足條件才轉(zhuǎn)移。可以寫(xiě)進(jìn)狀態(tài)圖，寫(xiě)成布爾表達(dá)式。子狀態(tài)狀態(tài)之中有狀態(tài)，其中就叫子狀態(tài)。順序并發(fā)兩形式，單一狀態(tài)為母體。順序子狀態(tài)順序子態(tài)較簡(jiǎn)單，依次逐個(gè)來(lái)出現(xiàn)。并發(fā)子狀態(tài)并發(fā)子態(tài)也不難，兩個(gè)狀態(tài)同出現(xiàn)。并發(fā)子態(tài)虛線分，母子組成彼此間。歷史狀態(tài)歷史狀態(tài)也需知，H加圈做標(biāo)記。實(shí)線連回記憶態(tài)，深淺

58、故態(tài)可復(fù)憶。消息與信號(hào)對(duì)象之間要通信，消息概念必須知。觸發(fā)也是發(fā)消息，對(duì)象之間來(lái)傳遞。能觸發(fā)的叫信號(hào)，信號(hào)為類可承繼。三、順序圖什么是順序圖對(duì)象之間有交互，發(fā)生起訖順序圖。時(shí)間維度加進(jìn)去，時(shí)序通信靠此圖。對(duì)象方框?qū)ο竺戮€，實(shí)線箭頭表消息。垂直虛線表時(shí)間，激活生命重順序。消息同步、異步簡(jiǎn)單的三個(gè)類別皆消息。實(shí)心半邊與兩邊，三類箭頭三消息。時(shí)間垂直方向時(shí)間維，自頂向下時(shí)間序。對(duì)象下面生命線，激活長(zhǎng)度表時(shí)序。四、協(xié)作圖協(xié)作也是表交互，語(yǔ)義等價(jià)順序圖。交互對(duì)象顯整體，空間組織布置圖。對(duì)象（圖）擴(kuò)展協(xié)作圖消息傳遞是為主。箭頭表示傳消息，發(fā)送指向接收的。名稱序號(hào)靠箭頭，接收消息操作的。消息名稱加序號(hào)，冒號(hào)中間要隔起