后使用快捷导航没有帐号？
只需一步，快速开始
查看: 4674|回复: 1
StarUML中的关联线怎样画直？
UID497082在线时间 小时积分741帖子离线17435 天注册时间
高级会员, 积分 741, 距离下一级还需 259 积分
本帖最后由 chanding 于
17:09 编辑
如图，类图中的关联线画不直，如何画直它？另外，表示一到多的数字１和*怎么画？类中的省略号怎么画？
(3.63 KB, 下载次数: 22)
17:07 上传
UID684220在线时间 小时积分8帖子离线17435 天注册时间
新手上路, 积分 8, 距离下一级还需 42 积分
那张图还不如放个屁呢！！！！！！！！！！！！！！！！！！！！！！1
Powered by用staruml表示内部类【转】
用staruml表示内部类：
在别的uml软件中都有明确的符号表示，如：用符号表示内部类，而在staruml中没有这样的符号，在网上搜了好久，没有找到答案，最后经过自己的亲自尝试终于找到了staruml表示内部类的方法，
1，如下图：
2，要在上图中的Outer类中建一个内部类Inner
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。类图及绘制工具:StarUML - 简书
类图及绘制工具:StarUML
Unified Modeling Language (UML)又称统一建模语言或标准建模语言，是始于1997年一个OMG标准，它是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格，到构造和配置。
面向对象的分析与设计(OOA&D，OOAD)方法的发展在80年代末至90年代中出现了一个高潮，而就是这个高潮的产物。
OMG：对象管理组织(Object Management Group)
UML由3个要素构成：UML的基本构造块、支配这些构造块如何放置在一起的规则和运用于整个语言的公用机制。
UML有3种基本的构造块：事物、关系和图。事物是对模型中最具有代表性的成分的抽象，包括结构事物，如:类（Class）、接口（Interface）、协作（Collaboration）、用例（UseCase）、主动类（ActiveClass）、组件（Component）和节点（Node）；行为事物，如交互（Interaction）、态机（Statemachine）、分组事物（包，Package）、注释事物（注解，Note）。关系用来把事物结合在一起，包括:依赖、关联、泛化和实现关系。UML中有九种建模的图标，即：用例图、类图、对象图、顺序图、协作图、状态图、活动图、组件图、配置图用例图 Use case diagrams 描述了作为一个外部的观察者的视角对系统的印象。强调这个系统是什么而不是这个系统怎么工作。用例图与情节紧紧相关的。情节scenario是指当某个人与系统进行互动时发生的情况。
用例图在三个领域很有作用：1.决定特征（需求）。当系统已经分析好并且设计成型时，新的用例产生新的需求；2.客户通讯。使用用例图很容易表示开发者与客户之间的联系；3.产生测试用例。一个用例的情节可能产生这些情节的一批测试用例。
类图 Class diagram 通过显示出系统的类以及这些类之间的关系来表示系统。类图是静态的———它们显示出什么可以产生影响但不会告诉你什么时候产生影响。
UML类的符号是一个被划分成三块的方框：类名，属性，和操作。抽象类的名字，是斜体的。类之间的关系是连接线。
类图有三种关系：1.关联association－表示两种类的实例间的关系。如果一个类的实例必须要用另一个类的实例才能完成工作时就要用关联。在图中，关联用两个类之间的连线表示；2.聚合aggregation－当一个类属于一个容器是的一种特殊关系。聚合用一个带菱形的连线，菱形指向具有整体性质的类。在我们的图里，Order是OrderDetails的容器；3.泛化generalization－一个指向以其他类作为超类的继承连线。泛化关系用一个三角形指向超类。Payment是Cash，Check和Credit的超类。
包和对象图为了简单地表示出复杂的类图，可以把类组合成包packages。一个包是UML上有逻辑关系的元件的集合。
顺序图为交互图，是动态的(它们描述了对象间的交互作用)。
顺序图将交互关系表示为一个二维图。纵向是时间轴，时间沿竖线向下延伸。横向轴代表了在协作中各独立对象的类元角色。类元角色用生命线表示。当对象存在时，角色用一条虚线表示，当对象的过程处于激活状态时，生命线是一个双道线。
消息用从一个对象的生命线到另一个对象生命线的箭头表示。箭头以时间顺序在图中从上到下排列。
协作图协作图也是互动的图表。他们像序列图一样也传递相同的信息，但他们不关心什么时候消息被传递，只关心对象的角色。在序列图中，对象的角色放在上面而消息则是连接线。
对象角色矩形上标有类或对象名（或者都有）。类名前面有个冒号（：）。协作图的每个消息都有一个序列号。顶层消息的数字是1。同一个等级的消息（也就是同一个调用中的消息）有同样的数字前缀，再根据他们出现的顺序增加一个后缀1，2等等。
状态图对象拥有行为和状态。对象的状态是由对象当前的行动和条件决定的。状态图statechart diagram显示出了对象可能的状态以及由状态改变而导致的转移。状态是用圆角矩形来表示的。转移则是使用带箭头的连线表示。触发转移的事件或者条件写在箭头的旁边。初始状态（黑色圆圈）是开始动作的虚拟开始。结束状态也是动作的虚拟结束。事件或条件触发动作时用（/动作）表示。动作的结果决定了下一步的状态。
活动图 activity diagram 活动图是一个很特别的流程图。活动图和状态图之间是有关系的。状态图把焦点集中在过程中的对象身上，而活动图则集中在一个单独过程动作流程。活动图告诉了我们活动之间的依赖关系。转移可能分支branch成两个以上的互斥的转移。保护表达式（在[ ]中）表示转移是从一个分支中引出的。分支以及分支结束时的合并merge在图中用菱形表示。转移也可以分解fork成两个以上的并行活动。分解以及分解结束时的线程结合join在图中用粗黑线表示。
组件图组件 component
是代码模块。组件图是是类图的物理实现。
配置图 Deployment diagrams 显示软件及硬件的配置。物理上的硬件使用节点nodes表示。每个组件属于一个节点。组件用左上角带有两个小矩形的矩形表示。
这里就主要讲解一下类图的要点：
UML类图常见的几种关系:
泛化（Generalization）是一种继承关系，表示一般与特殊的关系，它指定了子类如何特化父类的所有特征和行为。例如：人是动物的一种，即有人的特性也有动物的共性。箭头指向：带三角箭头的实线，箭头指向父类
实现（Realization）是一种类与接口的关系，表示类是接口所有特征和行为的实现.箭头指向：带三角箭头的虚线，箭头指向接口
关联（Association)是一种拥有的关系，它使一个类知道另一个类的属性和方法；如：老师与学生，丈夫与妻子关联可以是双向的，也可以是单向的。双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头。代码体现：成员变量箭头及指向：带普通箭头的实心线，指向被拥有者
老师与学生是双向关联，老师有多名学生，学生也可能有多名老师。但学生与某课程间的关系为单向关联，一名学生可能要上多门课程，课程是个抽象的东西他不拥有学生。?特殊情况：自身关联
聚合（Aggregation）聚合是整体与部分的关系，且部分可以离开整体而单独存在。如车和轮胎是整体和部分的关系，轮胎离开车仍然可以存在。聚合关系是关联关系的一种，是强的关联关系；关联和聚合在语法上无法区分，必须考察具体的逻辑关系。代码体现：成员变量箭头及指向：带空心菱形的实心线，菱形指向整体
组合(Composition)是整体与部分的关系，但部分不能离开整体而单独存在。如公司和部门是整体和部分的关系，没有公司就不存在部门。组合关系是关联关系的一种，是比聚合关系还要强的关系，它要求普通的聚合关系中代表整体的对象负责代表部分的对象的生命周期。代码体现：成员变量箭头及指向：带实心菱形的实线，菱形指向整体
依赖(Dependency)是一种使用的关系，即一个类的实现需要另一个类的协助，所以要尽量不使用双向的互相依赖.代码表现：局部变量、方法的参数或者对静态方法的调用箭头及指向：带箭头的虚线，指向被使用者
各种关系的强弱顺序：
泛化 = 实现 & 组合 & 聚合 & 关联 & 依赖
棒子国的产品 优点：跨平台，在mac下也可以用，和windows下效果一样，很方便和统一。
棒子国?? 产品 StarUML
操作界面很宽阔 想怎么画就怎么画
在侧边栏，选择相应的对象进行添加：
选择相应的对象进行添加
未点击要添加的对象前，鼠标状态提示：
点击要添加的对象后，鼠标状态提示：
点击要添加的对象后
接下来就可以添加对象的，如下图：(添加一个类)
再为该类添加属性、方法：
设置类的属性、方法
在绘制界面上使用“delete”按键删除无效。所有对象的删除 必须右键点击删除！！ 或者使用快捷键：Command + “delete”
1.右键点击删除！！ 2.快捷键：Command + “delete”
其他操作就自己去摸索吧！这些操作性的东西玩一下就会了！StarUML绘图效果 及 其中的格式附加绘图?：类图各个关系的强弱顺序
StarUML绘图效果 及 格式
哎~~！公司叫我写SDK，还要画类图。之前完全没搞过，一脸懵逼~！人都憔悴了~大概讲解一下类图和StarUML的基本使用！
后续如有细节的操作！日后自会添加~
goyohol's essay1.UML分为：
1)静态建模：系统基础和系统固定框架结构，这些图形往往是“静态”的。
类图(Class Diagram)：常用来分析业务概念用例图(Use Case Diagram)：常用对象图(Object Diagram)：不常用构件图(Component Diagram)：偶尔用部署图(Deployment Diagram)：偶尔用
包图(Package Diagram)：不常用
2)动态建模：描述的是某种行为，是“动态”的。
活动图(Activity Diagram)：偶尔用状态机图(State Machine Diagram)：同上时序图(Sequence Diagram)：常用通讯图(Communication Diagram)：不常用时间图(Timing Diagram)：不常用
活动者：用户
用例：核心功能
表示某个（些）用户能够执行哪些功能。
用例图EA的功能比startUML更加丰富，相对来说约束也会多很多，我还是挺喜欢EA的效果的。
捕捉一段时间范围内多个对象之间的交互信息，&强调信息交互的时间顺序。
startUML和Ea是无法表示时序图的返回值，这个图形他们大同小异。
4.构件图（组件图）（虚线表示依赖）
表示组件之间的关系
&部署软件应用的物理设备信息
6.活动图（类似流程图）
&相对来说我更喜欢EA的表示效果，相比之下offic的viso效果更加不错。
本文已收录于以下专栏：
相关文章推荐
1、综述（What）
StarUML是一种生成类图和其他类型的UML图表的工具。本文是一个使用StarUML创建类图(Java语言描述)的简明手册。
StarUML(简称SU)，是一种创建UML类...
1 What is Class Diagram?在UML 2.0的13种图形中，类图是使用频率最高的UML图之一。Martin Fowler在其著作《UML Distilled: A Brief Gu...
人生苦短，都说必须python，那么我分享下我是如何从小白成为Python资深开发者的吧。2014年我大学刚毕业..
类图(Class Diagram)是面向对象系统建模中最常用和最重要的图，是定义其它图的基础。
这学期接触了《系统设计与分析》这门课，重要，但是觉得挺不好学的，因为好像很多决策都不存在很明确的界限。所以，多思多想多交流吧，看一些相关的案例还是有些帮助的。现在把自己学习时的一些想法与大家分享，初写...
先介绍一下startUML
StarUML（）的前身是Plastic，从1996年开始开发。1998年开始，Plastic转变为UML建模工具。200...
1.   综述：StarUML是一种生成类图和其他类型的统一建模语言(UML)图表的工具。这是一个用Java语言描述的创建类图的简明手册。StarUML(简称SU)，是一种创建UML类图，并能够自动生...
UML即Unified Modeling Language，中文译为统一建模语言或标准建模语言，它是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析...
他的最新文章
讲师：董西成
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)1530人阅读
StarUML（17）
.cn/s/blog_eirt.html
本章详细描述创建与编辑图形元素的过程。包括用模型资源管理器组织模型结构。
创建新图&&&&---StarUML用户手册&第四章&用StarUML管理模型
StarUML支持11种类型的图。用户可根据需要自由地创建、管理这些不同的图。
创建新图的过程
从模型资源管理器或绘图区选择一个要包含新图的元素。
右键单击选择[AddDiagram（添加图）]菜单，选择了图的类型后新图就创建了出来。
可用图的类型
(Class Diagram)
类图是各种类相关的元素静态关系的可视表示。类图不仅包含类，而且还包含接口、枚举、包和各种关系、实例及其联系。&
(Use Case Diagram)
用例图是特定系统或对象中用例及外部角色间关系的可视表示。用例表示系统功能以及系统如何同外部角色交互的。
(Sequence Diagram)
顺序图表示实例的交互。它是InteractionInstanceSet的直接表示，CollaborationInstanceSet是InteractionInstanceSet内实例交互的集合。而顺序角色图是面向-ClassifierRole表达式的。顺序图是面向实例表达式的。
顺序图（角色）（Sequence Diagram(Role))
顺序角色图表示角色概念尖的交互。顺序角色。它是交互的直接表示，是协作关系内ClassifierRoles的信息交互。同时顺序图是面向实例的交互，而顺序角色图是面向ClassifierRoles的交互。
(Collaboration Diagram)
协作图表示实例间的协作。它是CollaborationInstanceSet内部的实例的协作模型的直接表示。协作角色图是面向类元角色（ClassifierRole）的表示法，而协作图是面向实例的表示法。
协作图（角色）（Collaboration Diagram(Role) )
协作角色图表示角色概念间的协作。在协作图中，它是类元角色的协作模型的直接表示。协作图是面向实例的表示法，协作角色图是面向类元角色的表示法。
(Statechart Diagram)
状态图是通过状态及其转换表示的特定对象的静态行为。尽管一般地说状态图用于表示类的实例的行为，但它还可以用于表示其他元素的行为。
(Activity Diagram)
活动图是状态图的一种特殊形式，适合于表示动作执行流。活动图通常用于表示工作流，常用于象类、包和操作等对象。
(Component Diagram)
构件图表示软件构件之间的依赖。组成软件构件的那些元素和实现软件的那些元素都可以用构件图来表示。
(Deployment Diagram)
部署图表示表示物理计算机和设备硬件元素和及分配给它们的软件构件、过程对象。
组合结构图（Composite StructureDiagram)
组合结构图是一种表示类元内部结构的图。它包含在在系统于其他部分的交互点。
图的类型可能因一元素与另一元素不同而不同。
在图中创建元素
在图中创建元素
为了在图中创建新元素，图必须首先打开。不同类型的图，托盘（pallet）中包含不同的图的元素。每类图中可用的图元素彼此不同。
由托盘创建图的元素
从托盘选择要创建的元素类型。
在图中单击要创建元素的位置。（拖动能鼠标选择一区域确定新元素的大小。如果一个要创建的元素要和两个元素连接到一起，确保连接准确。）
一次创建多个元素的过程
从托盘选择要创建的元素类型。
在托盘中选择[Lock（锁）]
项，再次点击要创建的元素类型。
创建多个元素。
创建多个元素完成后，在托盘中选择
在图中创建元素实际上涉及创建模型元素及其视图元素。
在图中创建视图元素
在图中创建视图元素
除了在图中由托盘创建图的元素之外，对于已经存在的模型元素也可以创建视图元素。
创建新视图元素（拖拉方法）
从模型资源管理器选择要用新视图元素表现的模型。
拖动模型元素把它放置到要创建新视图元素的图形区中（在此情况下，所有相关元素的连接自动显示）。
这种拖曳方法在对于某种类型的图、模型元素可能不能用。
不存在视图元素也可以创建模型元素。关于创建模型元素的详细描述，参见“创建模型元素”。
在图中编辑元素
在图中编辑元素
在图区域可以直接编辑元素。
编辑元素的过程
双击图区域中的视图元素。
在快捷对话框中，编辑元素名称、可视属性等，或者在所选择的元素下点击按钮创建元素。
回车或点击其他位置使改变生效
关于元素快捷对话框的详细描述，参见快捷对话框。
调整大小与移动
调整大小与移动
从图形区你可以调整图的大小和位置，用特殊+光标键你可以一点一点地调整大小和位置。
调整视图大小的过程
单击图中的视图。
选择了视图后在中间点拖动鼠标指针修正大小。
用键盘调整视图大小的过程
在图上点击视图。
用户可以用特定键+光标键来调整视图大小。Shift+光标键可以移动到指定单元格，用Shift+Alt一点一点移动调整位置。
移动视图的过程
单击鼠标在图中选择要移动的视图。如果有几个视图，Ctrl+单击选择，或者拖动选择一包含视图的区域。
单击+光标键移动视图到你想要移动到地方。单击+光标键移动到当前的单元格，你可以用单击+光标键移一点点地移动视图的位置。
通过快捷生成句法创建元素
通过快捷生成句法创建元素
通过快捷生成句法创建元素的过程
从图区选择视图。
运行快捷对话框选择后回车。
在快捷对话框输入一符号序列。
快捷方式符号序列
通过写一串简单的文本，用快捷生成句法可以生成一目标模型和关系。快捷生成句法的基本规则如下。　
Diagram Type
Notation符号
Current Element
Description
类图（Class Diagram)
(Component Diagram )
(Deployment Diagram)
组合结构图(Composite Structure Diagram)
Classifier分类符
目标元素与当前元素联系到一起形成一个特殊化的链。
Classifier分类符
目标元素与当前元素联系到一起形成一个一般化的链。
Classifier分类符
目标元素与当前元素联系到一起形成一个关联的链。
Classifier分类符
从目标元素到当前元素形成可通航的关联关系。
Classifier分类符
与当前元素联系的目标元素形成一个可通航的关联的链。
Classifier
与当前元素联系的目标元素形成聚集的链。&
Classifier
从目标元素到当前元素形成聚集关系。
Classifier
从目标元素到当前元素形成组合的链。&
Classifier
从目标元素到当前元素形成组合关系。
Classifier
从目标元素到当前元素形成依赖关系。
Classifier
与当前元素联系的目标元素形成依赖的链。
Classifier
从目标元素到当前元素形成需求关系。
Classifier
与当前元素联系的目标元素一起形成需求的链。
Classifier
从目标元素到当前元素形成实现关系。
Classifier
与当前元素联系的目标元素一起形成实现的链。
(Usecase Diagram)
与当前元素联系的目标元素（参与者）一起形成通讯链。
与当前元素联系的目标元素（用例外）一起形成通讯链。
从目标元素到当前元素形成包含关系。
与当前元素联系的目标元素一起形成包含的链。
从目标元素到当前扩展形成包含关系。
与当前元素联系的目标元素一起形成扩充的链。
(Sequence Diagram)
顺序图（角色）(Seqeunce Diagram(Role))
Object, ClassifierRole
与当前元素联系的目标元素一起形成反应（stimulus）的链。
Object, ClassifierRole
从目标元素到当前反应形成包含关系。
Object, ClassifierRole
从目标元素到当前元素形成带返回（return）的反应。
Stimulus, Message
（从目标元素）在当前反应中形成子反应。&
Stimulus, Message
（从目标元素）在当前反应中形成子反应。&&
Stimulus, Message
（从目标元素）在当前反应中形成带返回的子反应。
Stimulus, Message
Makes stimulus(comes from target element) in front of currentstimulus.
Stimulus, Message
（从目标元素）在当前反应前形成子反应。
Stimulus, Message
（从目标元素）在当前反应后形成子反应。
Stimulus, Message
（从目标元素离开）在当前反应后形成子反应。
(Collaboration Diagram)
协作图（角色）
(Collaboration Diagram(Role))
Object, ClassifierRole
与当前元素联系的目标元素一起形成反应链。
Object, ClassifierRole
从目标元素形成反应关系。
Object, ClassifierRole
从目标元素到当前元素形成带返回关系的反应。
(Statechart Diagram)
(Activity Diagram)
State, ActionState
从目标元素到当前元素形成转换关系。
State, ActionState
目标元素与当前元素联系一起形成转换的链。
State, ActionState
从目标元素（初始关系）到当前元素形成转换关系。
State, ActionState
目标元素（终止状态）与当前元素一起形成转换链。
State, ActionState
从目标元素（判断）到当前元素形成转换关系。
State, ActionState
目标元素（判断）与当前元素一起形成转换链。
State, ActionState
目标元素（历史）与当前元素联系一起形成转换链。
-(H*) -(h*)
State, ActionState
目标元素（深历史）与当前元素联系一起形成转换链。
State, ActionState
从目标元素到当前元素（结合）形成转换关系。
State, ActionState
目标元素(with Fork)与当前元素联系一起形成装换链。
拷贝与粘贴
拷贝与粘贴
为了粘贴而复制或剪切时，模型元素与视图元素有明显的区别。如果复制的是模型元素，它就不得不粘贴到模型元素下。在此情况下，所选元素包含的的子元素都被一起复制。视图可以复制到同一图内或不同的图内。被复制的视图元素只能复制到图内；它们不能复制到模型元素。复制与粘贴可能会因为视图或图的元素类型不同而有一定的限制。
复制与粘贴模型元素的过程
从模型资源管理器选择要复制的元素；
右键点击选择[Copy（复制）]菜单，模型元素被复制到剪贴板；
从模型资源管理器选择要被复制的模型元素要被粘贴到的元素；
右键点击选择[Paste（粘贴）]菜单。被复制的元素被从剪贴板调出粘贴到选择的元素。
被复制的模型元素只能粘贴到可以包含它们的元素。
复制与粘贴视图元素的过程
从图区选择要复制的视图元素（你可以用鼠标在图区拖拉选择多个元素）。按下[Shift]键点击视图元素把所点击的元素也加入到选择里。）
右键点击选择[Copy（复制）]菜单。视图被复制到剪贴板。
打开要复制到图。（从模型或图资源管理器双击视图元素，从图选项卡选择视图元素。）
右键点击选择[Paste（粘贴）]菜单。要复制的视图元素被复制到活动图中。
复制粘贴/不同类型的图
图类型Diagram Type
复制/粘贴Copy/Paste
类图(Class Diagram)
元素可以在Class, UseCase, Component,CompositeStructure, 和 Deployment 图之间自由复制。
用例(UseCase Diagram)
元素可以在Class, UseCase, Component,CompositeStructure,& 和Deployment图之间自由复制。
(Sequence Diagrams)
元素不能复制或粘贴。
(Collaboration Diagrams)
元素不能复制或粘贴。
Statechart Diagram
元素只能在同一StateMachine图内复制。
活动图(Activity Diagram)
元素只可以在相同的ActivityGraph内复制。
(Component Diagram)
元素可以自由地在Class, UseCase, Component,CompositeStructure和Deployment图之间复制。
(Deployment Diagram)
元素可以自由地在 Class, UseCase,Component,& CompositeStructure和Deployment图之间复制。
组合结构图(CompositeStructure Diagram)
元素可以在Class, UseCase, Component,CompositeStructure 和 Deployment 图之间自由复制。
模型元素包含各种属性。用户可以通过编辑这些属性，以各种方式改变模型。可用的属性如下：
表示模型元素名称。
Stereotype构造型
表示模型元素的构造型。
TypeExpression类型表达式
特殊类型的表达式。
String字符串
表示字符串。
Boolean布尔
表示真假值。
Enumeration枚举
在各字面值中选一。.
Reference引用
表示特定元素。.
Collection集合
表示多个元素（通过集合编辑器可编辑）
编辑名称属性
在属性编辑器中“Name”项中输入元素名称。名称不能包含特殊字符&:&。名称在名称空间内必须是唯一的。例如，类名在一个包内就必须是唯一的。如果名称与其他元素冲突，警告信息就会出现。
编辑构造型属性
在属性编辑器中的“Stereotype”（构造型）项输入构造型名称。构造型名称可以是UML轮廓中定义的构造型，也可以非预定的简单的名称。可以用下面的方法编辑构造型属性：
输入预定义的构造型： 输入包含在当前项目中的UML轮廓中预定义的构造型名称。该构造型是直接引用的。
输入非预定义的构造型：
输入的构造型未包含在当前项目包含的UML轮廓中。这个值只是简单的字符串值。
从构造型对话框选择： 打开构造型对话框，从预定义的构造型列表选择一个构造型。
编辑类型表达式（TypeExpression）属性。
类型表达式属性是包含在属性（Attribute）、参数等之中的。在属性编辑器中的“Type”项输入类型表达式。可以用下面的方法来编辑类型表达式：
输入预定义类型名称： 输入包含在当前元素的类元元素名称（类classes、接口interfaces、信号signals,、异常exceptions、组件components,、节点nodes、子系统subsystems，等等）。这些元素直接被引用。
输入预定义的类型路径名：
直接输入包含在当前项目中的类元元素的路径名称(如?::Logical View::Package1::Class1?)。
输入非预定义类型名： 输入一个与当前项目中包含的任何类元无关的名称。这个值只是个简单的字符串值。
从选择元素对话框选择：
打开选择元素对话框，直接选择一个预定义类型，或者选择一个在轮廓中预定义的数据类型。
模型元素文档
模型元素文档
各个模型元素可以撰写详细的描述文档。
为模型元素写文档的过程
从模型资源管理器或图区选择一个要包含描述文字的元素。
在主窗口的检查区选择选[Documentation（文档）]项卡。
在可编辑区输入描述文字
附加文件或URL
附加文件或URL
相关文件或Web URL（网址）可以附加到诸元素。附加的文件或web页可以很容易地通过相关的应用程序或web浏览器访问。
附加文件或URL的过程
从模型资源管理器或图区选择元素。
在主窗口的检查区，选择[Attachments（附加）]选项卡。
右键单击选择[Add（添加）]菜单，或点击工具条上的[Add（添加）]按钮。
在附加对话框输入要附加的文件的全路径和文件名或web页的URL（或点击右面的浏览器按钮选择浏览器窗口），点击[OK]按钮。& & && & &&
& && & && & && &&
移除附加项的过程
模型资源管理器或图区选择元素。
在主窗口的检查区，选择[Attachments（附加）]选项卡。
从列表选择要删除的附加项，右键选择[Delete（删除）]菜单，或点击工具条上的删除按钮。
诸元素可以记录多重约束。约束是适用于元素的规则。它们可以用易于理解的范式语言来写。或者依据UML定义的OCL(Object Constraint Language（对象约束语言）)语法来写。
添加约束的过程
选择一个要添加约束的元素。
右键单击，选择[ConstraintEditor（约束编辑器）…]菜单。
在约束编辑器，单击[Add（添加）]按钮。 && & && & && & &在约束对话框，输入名称和内容，然后单击[OK]按钮
删除约束的过程
选择要为之删除约束的元素。
右键单击并选择[约束编辑器Constraint Editor（约束编辑器）…]菜单。
在约束编辑器，从列表选择要编辑的约束，然后点击[Edit（编辑）]按钮。
在约束对话框，编辑名称与内容，点击[OK]按钮。
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：231123次
积分：3960
积分：3960
排名：第8251名
原创：141篇
转载：114篇
评论：23条
(1)(1)(1)(2)(1)(10)(11)(2)(1)(3)(1)(4)(2)(2)(1)(3)(5)(2)(2)(3)(5)(14)(16)(54)(13)(63)(32)
(window.slotbydup = window.slotbydup || []).push({
id: '4740881',
container: s,
size: '200,200',
display: 'inlay-fix'