starUML用户使用手册Word格式.docx
《starUML用户使用手册Word格式.docx》由会员分享，可在线阅读，更多相关《starUML用户使用手册Word格式.docx（55页珍藏版）》请在冰豆网上搜索。
XML是世界标准的，这是既定的事实，肯定地说，这样有很多的好处，也可以确保这样的软件模型十几年后还仍然可以有用。
真正的模型驱动
StarUML™真实地支持UML轮廓〔Profile〕。
这样最大化了对UML的的扩展，可广泛用在财务、国防、电子商务、保险和航天诸领域的建立应用模型。
可以创立真正独立于平台的模型（PIM，PlatformIndependentModels）、特定平台模型（PSM，PlatformSpecificModel），并且能以任意方式生成可执行代码。
方法学与平台的适用性
StarUML™利用方法〔approach〕概念，创立的环境可以采用任何的方法学/过程。
不仅象.NET和J2EE平台这样的应用框架模型，而且软件模型的根本构造〔如4+1视图模型等〕,都可轻松的定义。
极好的可扩大性
StarUML™工具的所有功能都自动支持Microsoft。
支持的任何语言（VisualBasicScript,JavaScript,VB,Delphi,C++,C#,VB.NET,Python等）都可以用于控制StarUML™或者用于开发可集成的插件元素。
软件模型校验功能
建立软件模型过程中，用户可能会犯很多错误。
如果这些错误在编码阶段之前还没有得到更正，那是要付出很大代价的。
为了防止这样的问题，StarUML™可以自动校验用户开发的软件模型，便于较早发现错误，无瑕疵地完成软件开发。
好用的插件Add-Ins
StarUML™包含很多具备各种功能的很有用插件〔Add-Ins〕：
生成编程语言的源代码，把源代码转换成模型，导入RationalRose文件，与其他使用XMI的工具交换模型信息，并支持设计模式。
这些插件为模型信息提供了附加的可重用性、多产性、灵活性及交互性。
系统需求
下面是运行StarUML（tm）的最低系统需求
Intel®
Pentium®
233MHz或更高
Windows®
2000,WindowsXP™,或更高版本
Microsoft®
InternetExplorer5.0或更高版本
128MBRAM（推荐256MB）
110MB硬盘空间〔推荐150MB空间〕
CD-ROM驱动器
SVGA或更高分辨率〔推荐1024x768〕
鼠标或其他指引设备
第二章根本概念
本章介绍StarUML?
的根本概念，这些都是有效运用StarUML?
所需要的。
包括对模型、视图、图、工程、单元、方法、框架、模型块及其差异以及UML轮廓。
模型、视与图〔Model,ViewandDiagram〕
工程与单元〔ProjectandUnit〕
模块〔Module〕
模型、视与图〔Model,ViewandDiagram〕
StarUML?
清晰地区分了模型、视与图〔Model,ViewandDiagram〕的概念。
模型是包含软件模式信息的元素。
视那么是模型息的可视表达法，图那么是表示用户特定设计思想的可视元素的集合。
工程与单元
工程
在StarUML?
中，工程是根本的管理单位。
一个工程可以管理一个或多个软件模型，它是在任何软件模型中都存在的顶级的包。
一般地说，一个工程保存在一个文件中。
工程构造
一个工程包含并管理以下子元素：
工程子元素
模型〔Model〕
管理一软件模型的元素。
子系统〔Subsystem〕
管理表示子系统的模型的元素。
包〔Package〕
管理元素所需的最一般的元素。
工程文件
工程文件以XML格式、.UML为扩展名保存。
StarUML?
中，所创立的全部的模式、视、图保存在一个工程文件中。
一个工程也可以分开来保存在多个单元中。
工程文件中包含以下信息：
工程中所用的UML轮廓〔profiles〕
工程所引用单元文件
工程中包含的所有模块的信息
工程中包含的所有视与图信息
单元
一般地说，一个工程保存在一个文件中；
同时，也有这样的情况，一个工程需要保存的多个更小的文件中，以便多个开发者可以工作于同一个工程。
在这种情况下，这个工程可以用多个单元来管理。
一个单元可以有按等级划分的构造，还可以下面包含多个子单元。
单元保存为.UML,可以为工程文件〔.UML〕或其他单元〔.UNT〕所引用。
单元构造
只有包、子系统和模型可以构成单元。
这些包类型下的所有元素可以保存在各自的单元文件（.UNT）中。
单元的层次构造
只有一工程可以管理其下的多个单元，一单元可以管理多个子单元。
由于父单元引用到子单元，所以全部单元有一个层级构造。
模型片段〔ModelFragments〕
模型片段是保存为单独文件的工程的局部。
只有模型、子系统和包这些项才能构成模型片段。
模型片段文件以“.MFG〞扩展名保存。
模型块文件可以轻易地在任何时候包含在任何工程文件中。
模型片段和单元有实质的不同，一旦包含在工程中，与工程其他局部相比，它们是以整体出现。
模块
模块是一种包，它提供了对StarUML（tm）新功能与特征的扩大。
模块的创立可以是几种新扩大元素的结合。
还有，不但可以为某用途对一个独立的模块配置扩大元素，而且还可以在同一模块中创立同一类型的扩大元素。
的模块有以下功能：
扩展主菜单或弹出菜单
添加新方法〔approach〕
添加新轮廓〔profile〕
通过构造型〔stereotype〕或表示法〔notation〕的扩大添加新元素
通过〔效劳器或简单的脚本文件〕实现新的功能
与其他应用程序集成
其他的插件〔Add-In〕功能
方法〔approaches〕
对于软件开发有无数的方法，每家公司和机构都有其自己的方法，或者选择使用一种适合于他们的开发团队和工程的方法。
应用程序领域、编程语言和平台对与开发出的每个软件都不同，所以，很多项在软件开发的建模阶段就要配置好。
提供方法〔approaches〕的概念使得这些项配置更容易。
方法的构造
方法〔approaches〕由以下项组成。
方法组成局部
特定的工程的根本构造。
这个根本构造可以用包、子系统和模型元素来设计。
也可以用图描述设计概要
导入轮廓
工程中自动包含的默认的UML轮廓。
导入框架
工程中自动加载并包含默认的框架。
导入模型片段
工程中自动加载并包含的模型片段。
框架〔Frameworks〕
中的框架〔Frameworks〕指表示类库或应用程序框架的软件模型，如MFL，VCL，JFC等。
包含与使用框架使得用户对于依赖于特定类库或应用程序的软件建模比拟容易。
框架〔Frameworks〕构造
框架包含一个框架文件〔.FRW〕和一个或多个单元文件（.UNT）。
组成局部
框架文件〔.FRW〕
框架文件包含单元所用UML轮廓〔profile〕信息。
单元文件（.UNT）
单元文件包含框架的实际模型信息。
UML轮廓〔profile〕
UML（UnifiedModelingLanguage〔统一模型语言〕）是如此的一般化，一致于可以表示任何的思想和观念。
也许这也是弱点来源之一，因为特定领域的观念不容易详细表述。
为克制这个弱点，StarUML?
提供UML轮廓〔profile〕来扩大UML。
通过在UML轮廓中直接应用这些概念StarUML?
可轻松支持UML的扩大。
UML轮廓〔Profile〕构造
UMLProfile由以下局部构成：
构造型〔Stereotype）
构造型附着于特定UML元素，为的是进一步明晰语义，提供扩大属性，使得建模更为准确。
构造型不仅指定了图标文件来作为图形表示，而且还通过定义扩大表示法文件（.PNX），定义了表示法概要。
扩大表示法的更多细节，请参看开发者指南。
标记定义（TagDefinition）
默认的UML属性缺乏以精细建模时，标记定义为这些元素提供补充信息。
在StarUML?
中，标记定义既可以包含在特定的原型中，也可以独立存在。
数据类型
数据类型默认地包含在轮廓中。
图类型
图类型是StarUML?
提出的扩大元素，为的是使用户可以定义新的图形类别。
元素原型
元素原型是StarUML?
提出的扩大元素，为了使用户可以定义元素样本，作为创立元素配置现存属性的样本。
这些定义了的元素原型可以创立联系到托盘〔palette〕的元素或者通过外部API创立元素。
模型原型
模型原型是StarUML?
建议的扩大元素，目的类似于元素原型。
但只使用于模型。
预定义的元素作为模型原型出现在模型附加菜单上。
托盘〔〕
摸板是StarUML?
建议的扩大元素，目的是使得用户可以增加托盘。
关于框架写作的细节描述，参见StarUML?
开发指南。
UML轮廓的应用
UML轮廓（profile）可用于以下用途。
OMG〔ObjectManagementGroup〔对象管理组织〕〕也说明了用于特定用途的UML轮廓标准。
编程语言特定的UML轮廓；
开发方法（RUP,Catalysis,UMLponents等）特定的UML轮廓；
开发领域〔EAI,CRM,SCM,ERP〕特定的UML轮廓；
添加模块（AdditionofModule）
如果你安装了用户或第三方开发商开发的模块，那么你可以使用StarUML?
的扩大功能。
为了在系统中安装新的附加模块，并不需要复杂的认证。
如果你想安装模块用户或第三方开发的新的附加模块，把组成模块的文件复制到<
install-dir>
\modules\子目录下即可。
中添加模块
包含平台效劳器模块。
StarUML?
根本上提供UML标准轮廓，模块及一些方法和在顺序图和合作图之间转换的标准模块。
提供文档和代码生成器模块。
提供支持Java轮廓、J2SE和J2EE的框架、代码生成器和反向工程模块。
提供支持C++轮廓,MFC框架，代码生成和反向工程模块。
提供支持C#轮廓,NETBCL框架，代码生成和反向工程模块。
提供对xml的支持模块，支持导入导出，模型交换。
提供Rose模块，支持读RationalRose文件。
提供型式〔Pattern〕模块，支持设计模型。
第三章管理工程
本章详细描述工程管理过程。
建立新工程、把工程的局部纳入单元，先建或导入模型片段，导入框架，包含或排除UML轮廓。
管理工程
管理单元
使用模型片段
导入框架
使用UML轮廓
管理工程
建立新工程
为了新软件开发，必须建立新工程。
也许你是完全白手起家开场一个新工程，或许按特定的方式来开场一个新工程。
创立新工程的过程#1—新工程
1.选择[文件File]->
[新工程NewProject]菜单。
2.用默认的方法（approach）创立新工程，根据方法不同，不同的轮廓/框架会包含或加载进来。
创立新工程的过程#2—选择新工程对话框：
[选择新工程SelectNewProject…]菜单
2.一系列可用方法列表出现在选择新工程对话框中，从列表中选择方法然后单击[OK]按钮。
3.新工程就创立了，而且按所选择的方法进展了初始化。
根据选择方法的不同，不同的轮廓或框架被包含或加载进来。
Note
可用方法列表可能因为安装环境的不同而有所不同。
要改变默认的方法，翻开选择新工程对话框，选择一种方法，然后单击选项“SetAsDefaultApproach〞〔设置为默认方法〕。
翻开工程
为了继续保存的工程，工程文件必须先翻开。
如果工程包含不只一个单元，所有相关的单元文件都要和工程一起翻开。
翻开工程的过程
1.
选择[File〔文件〕]->
[Open〔翻开〕…]菜单。
2.
在翻开工程对话框，选择一个工程文件（.UML），单击[Open〔翻开〕]按钮。
3.
选择翻开的工程文件。
工程也可以通过选择翻开新工程对话框翻开。
保存工程
要保存对工程做出的任何改变，工程文件必须正确保存。
你的工作可以保存为已经存在的工程或保存为新工程。
一个工程文件保存的时候，所有相关的单元信息都一起保存。
保存工程过程
1.选择[File〔文件〕]->
[Save〔保存〕]菜单。
2.如果没指定工程文件名，保存工程文件对话框出现，输入文件名，单击[save]〔保存〕]按钮。
3.工程文件就保存了。
把工程文件保存为另一文件的过程
1．选择[File〔文件〕]->
[SaveAs〔另存为〕…]菜单。
2．在保存为…对话框输入文件名，单击[save〔保存〕]按钮。
3．工程就保存为另一文件了。
如果工程包含一个或多个单元，保存改变过的单元时，会出现对话框询问是否保存做出的改变，选择[Yes〔是〕]和工程文件一起保存对所有单元做的修改。
关闭工程
不在需要编辑时，工程文件可以关闭。
关闭工程的过程
[Close〔关闭〕]菜单。
2.如果工程文件在做出修改后没有保存，用户将被提示做出了修改，用户可以选择yes〔是〕,no〔否〕或cancel〔取消〕。
3.工程文件关闭，不再可用来编辑了。
用模型、子系统和包管理元素
一个软件模型由很多元素和图组成。
把这些元素和图组织到一起对于有效的管理是很重要的。
支持三种类型的组织元素〔模型、子系统包〕，用户根据其用途可以适当地使用。
中的成组元素
成组元素
模型
模型表示特定用途（aspects）的物理系统。
例如，可以表示特定层面的物理系统〔如，分析层面，设计层面，用户层面等〕。
子系统
子系统由指定整个物理系统或它的局部的元素构成。
包
包逻辑上组织并管理模型元素。
它是极端泛化了的可以任何方式用来组织元素的元素。
管理单元
尽管一个工程可以用一个文件来管理，但是如果有很多开发者一起工作，那么把它分成多个单元分别管理它们也许是方便的。
这节表达创立和管理单元的过程。
创立单元
合并单元
保存单元
删除单元
创立单元
也许有必要保存一个工程的局部或单元作为一独立的单元。
例如，当很多开发人员工作于一个工程时，那么该工程可能分为多个单元，用MicrosoftVisualSourceSafe或CVS管理。
只有包、模型和子系统这三种元素可以保存为单元。
创立新单元过程
1.选择要做成单元的元素〔包、模型或子系统〕。
2.右键选择[Unit〔单元〕]->
[SeparateUnit〔别离单元〕]菜单。
3.在保存对话框输入单元文件名，单击[Save〔保存〕]按钮。
4.选择的元素即被保存为单元。
合并单元
如果一个工程中的单元不必要再作为一个独立单元管理，那么这个单元文件可以合并到工程中。
合并单元的过程
1.从模型资源管理器选择要包含导入单元的一个元素〔工程、模型、包或子系统〕。
2.右键单击[Unit〔单元〕]->
[UncontrolUnit〔非控制单元〕…]菜单。
3.该单元即被合并到该工程或其父单元之中了。
合并单元并不自动删除单元文件（.UNT）。
如不再需要请手工删除它。
保存单元
如果对一个单元做出了修改，就需要正确的保存。
做出的修改可以保存到已经存在的单元文件，也可以保存为另一个单元文件。
保存单元的过程
1.
从模型资源管理器选择要保存的单元。
2.
右键单击选择[Unit〔单元〕]->
[SaveUnit〔保存单元〕]菜单
3.
单元文件就保存了。
把单元保存为另一文件的过程
1.从模型资源管理器选择要保存的单元。
2.右键单击选择[Unit〔单元〕]->
[SaveUnitAs〔单元另存为〕…]菜单。
3.在另存单元为对话框输入新的单元文件名，右键单击[Save〔保存〕]按钮。
4.新的单元文件被保存。
另存单元文件并不删除原来的单元文件。
如果不再需要，请手工删除它。
删除单元
在一个工程中，如果一个单元不再需要了，那么这个单元可以删除。
删除一个单元就删除了其中所包含的全部元素，工程就不再自动加载这个单元。
请注意，如果你要把一单元参加到工程中，不再单独管理它，请“合并单元〞而不是“删除单元〞。
删除单元过程
1.要删除一单元，从模型资源管理器选择包含那单元的元素〔包、模型、子系统〕。
[DeleteUnit〔删除单元〕]菜单。
3.对话框出现后确认你要删除的单元，单击[Yes〔是〕]按钮。
4.该单元就完全从工程中删除了。
从[Edit〔编辑〕]->
[DeleteFromModel〔从模型删除〕]菜单项选择择包含要删除的单元，效果也是一样的。
你需要确定是完全删除该单元还是把该单元合并到工程里。
删除单元并不删除单元文件，不再需要的话请手工删除它。
使用模型片段〔Fragments〕
模型片段可用来保存工程的局部。
创立模型片段
导入模型片段
创立模型片段
为方便其他用户访问或为了重用，一个工程的局部可以保存为单独的模型片段文件。
与单元不同，模型片段不为其他文件所引用，也不参照其他文件。
它们是独立的整体。
模型片段可以在任何时候包含到工程中。
创立模型片段的过程
1.从模型资源管理器选择一个要做成模型片段的包，子系统或模型。
2.选择[File〔文件〕]->
[Export〔导出〕]->
[ModelFragment〔模型片段〕…]菜单。
3.在保存模型片段对话框输入模型片段文件名，单击[Save〔保存〕]按钮。
保存在模型片段文件中的元素可以导入到工程中。
导入模型片段的副本，包含在模型片段中的元素到工程中，并不使用引用〔references〕。
导入模型片段的过程
[Import〔导入〕]->
2.在翻开模型片段文件对话框选择要读入的模型片段文件〔.MFG〕，单击[Open〔翻开〕]按钮。
3.选择元素对话框出现，确定哪个元素包含要导入的模型片段。
选择要包含模型片段的元素〔包、子系统或模型〕，单击[OK]按钮。
4.模型片段即被参加到选择的元素中。
导入框架〔Framework〕
为了在一个工程中使用框架，框架必须加载。
一旦加载了框架，框架中所包含的全部元素都可用了。
注意，框架中的单元通常是只读文件，一般不能直接修改。
导入框架的过程
[Framework〔框架〕…]菜单。
2.在选择导入框架对话框，选择要导入的框架，单击[OK]按钮。
3.选择元素对话框出现后，确定哪个元素包含要导入的框架。
选择要包含导入框架的元素〔包，子系统或模型〕，单击[OK]按钮。
4.该框架就被参加到所选择的元素中了。
导入框架并不在工程中保存该框架。
这个导入的框架在工程是引用的，在工程翻开时总能出现。
要删除导入的框架，你不得不手工删除相关的单元。
使用UML轮廓
包含UML轮廓
预先定义好的UML轮廓可以包含
升级会员 