UML标准元素

简介: 标准元素是为约束,构造型和标签而预定义的关键字。它们代表通用效用的概念,这些通用效用没有足够的重要性或者与核心概念存在足够的差异用以包含在UML 核心概念中。

标准元素是为约束,构造型和标签而预定义的关键字。它们代表通用效用的概念,这些通用效用没有足够的重要性或者与核心概念存在足够的差异用以包含在UML 核心概念中。
它们和UML 核心概念的关系就如同内建的子例程库和一种编程语言的关系。它们不是核心语言的一部分,但它们是用户在使用这种语言时可以依赖的环境的一部分。列表中也包括了表示法关键字——出现在别的模型元素的符号上但代表的是内建模型元素而不是构造型的关键字。为关键字列出了表示法符号。
1. 访问(access)
(授权依赖的构造型)
两个包之间的构造型依赖,表示目标包的公共内容对于源包的名称空间是可以访问的。
见访问(access)。
2. 关联(association)
(关联端点的构造型)
应用于关联端点(包括链结的端点和关联角色的端点)上的一个约束,声明对应的实例是通过一个实际的关联可见的,而不是象参数或者局部变量一样通过暂时链。
见关联(association)、关联端点(association end)、关联角色(association role)。
3. 变成(become)
(流联系的构造型)
其源和目标代表不同时间点的相同实例的构造型依赖,但源和目标有潜在的不同的值,状态实例和角色。从A 到B 的一个变成依赖意味着在时间/空间上的一个不同的时刻实例A 变成B,可能具有了新的值,状态实例和角色。变成的表示法是一个从源到目标的一个虚箭头,带有关键字 become。
见变成(become)。
4. 绑定(bind)
(依赖符号上的关键字)
代表绑定联系的依赖上的关键字。它后面跟着由括弧括起逗号分割的参数列表。
见绑定(binding)、绑定元素(bound element)、模板(template)。
5. 调用(call)
(使用依赖的构造型)
源是一个操作而目标也是一个操作的构造型依赖。调用依赖声明源操作激发目标操作。调用依赖可以把源操作连接到范围内的任何目标操作,包括封闭类元和别的可见类元的操作,但不限制在这些操作上。
见调用(call)、,使用(usuage)。
6. 完全(complete)
(泛化上的约束)
应用于一个泛化集合的约束,声明所有的孩子已经被声明(尽管有的可能被省略)而附加的孩子不应该在后面声明。
见泛化(generalization)
7. 复制(copy)
(流联系的构造型)
源和目标是不同的实例,但有相同的值,状态实例和角色的构造型流联系。从A 到B 的复制依赖意味着B 是A 的一个精确复本。A 中的特征改变不必反映到B 中。复制表示法是一个从源到目标的箭头,带有关键字 copy。
见访问(acess)、复制(copy)。
8. 创建(create)
(行为特征的构造型)
一个构造型行为特征,表示指定的特征生成该特征所附的类元的一个实例。
(事件的构造型)
一个构造型事件,该事件表示生成一个实例,该实例封装了事件类型所作用的状态机。创建只能作用于该状态机顶层的初始转换。实际上,这是唯一可以作用于初始转换的触发源。
(使用依赖的构造型)
创建是表示客户类元创建了提供者类元的实例的构造型依赖
见创建(creation)、使用(usuage)。
9. 派生(derive)
(抽象依赖的构造型)
源和目标通常是相同类型的构造型依赖,但不一定总是相同类型。派生依赖声明源可以从目标计算得到。源可以为设计原因如效率而实现,尽管逻辑上它是冗余的。
见派生(derivation)、导出元素(derived element)。
10. 销毁(destroyed)
(行为特征的构造型)
表明指定的特征销毁了该特征所附的类元的一个实例的构造型行为特征。
(事件构造型)
表示封装了事件类型所作用的状态机的实例被销毁的构造型事件。
见销毁(destruction)。
11. 被销毁的(destroyed)
(类元角色和关联角色上的约束)
表示角色实例在封闭交互执行开始时存在而在执行结束之前被销毁。
见 关联角色(association role)、类元角色(classifier role)、合作(collaboration)、销毁(destruction)。
12. 互斥(disjoint)
(泛化上的约束)
作用于泛化集合的约束,声明对象不能是该泛化集合里的多个孩子的实例。这种情况只会出现在多继承中。
见 泛化(generation)
13. 文档(document)
(组件的构造型)
代表一个文档的构造型组件。
见 组件(component)
14. 文档编制(documentation)
(元素上的标签)
对所附的元素进行的注释,描述或解释。
见 注释(comment)、字符串(string)
15. 枚举(enumeration)
(类元符号上的关键字)
枚举数据类型的关键字,它的细节声明了由一个标识符集合构成的域,那些标识符是该数据类型的实例的可能取值。
见 枚举(enumeration)
16. 可执行(executable)
(组件的构造型)
代表一个可以在某结点上运行的程序的构造型组件。
见 组件(component)
17. 扩展(extend)
(依赖符号上的关键字)
表示用例之间的扩展联系的依赖符号上的关键字。
见 扩展(extend)
18. 虚包(facade)
(包的构造型)
只包含对其他包所具有的元素进行的引用的构造型包。它被用来提供一个包的某些内容的公共视图。虚包不包含任何它自己的模型元素。
见 包(package)
19. 文件(file)
(组件的构造型)
文件是一个代表包含源代码或者数据的文档的构造型组件。
见 组件(component)
20. 框架(framework)
(包的构造型)
包含模式的构造型包。
见 包(package)。
21. 友员(friend)
(授权依赖的构造型)
一个构造型依赖,它的源是一个模型元素,如操作,类或包,而目标是一个不同的包模型元素,如类或包。友员联系授权源访问目标,不管所声明的可见性。它扩展了源的可见性,使目标可以看到源的内部。
见 访问(access)、友员(friend)、可见性(visibility)
22. 全局(global)
(关联端点的构造型)
应用于关联端点(包括链结端点和关联角色端点)的约束,声明由于和链结另一端的对象相比,所附的对象具有全局范围而可见。
见 关联(assciation)、关联端点(association)、合作(collaboration)
23. 实现(implementation)
(泛化的构造型)
一个构造型泛化,它表示客户继承了提供者的实现(它的属性,操作和方法)但没有把提供者的接口公共化,也不保证支持这些接口,因此违反可替代性。这是私有继承。
见 泛化(generalization)、私有继承(private inhitance)
24. 实现类(implementationClass)
(类的构造型)
一个构造型类,它不是一个类型,它代表了某种编程语言的一个类的实现。一个对象可以是一个(最多一个)实现类的实例。相反,一个对象可以同时是多个普通类的实例,随时间得到或者丢失类。实现类的实例也可以是零个或者多个类型的实例。
见 实现类(implementation class)、类型(type)
25. 隐含(implicit)
(关联构造型)
关联的构造型,说明该关联没有实现(只是概念上)。
见 关联(association)
26. 导入(import)
(授权依赖的构造型)
两个包之间的构造型依赖,表示目标包的公共元素加到源包的名称空间里。
见 访问(access)、导入(import)
27. 包含(include)
(依赖符号上的关键字)
表示用例之间的包含联系的依赖符号上的关键字。
见 包含(include)
28. 不完整(incomplete)
(泛化上的约束)
不完整是应用于一个泛化集合的约束,它声明不是所有的孩子都已经被声明,后面还可以增加额外的孩子。
见 泛化(generalization)
29. 的实例(instanceOf)
(依赖符号上的关键字)
其源是一个实例而目标是一个类元的源联系。从A 到B 的这种依赖意味着A 是B 的一个实例。它的表示法是一个带有关键字 instanceOf 的虚箭头。
见 描述(descriptor)、实例(instance)、的实例(instance of )
30. 实例化(instantiate)
(使用依赖的构造型)
类元之间的构造型依赖,这些类元表明客户的操作创建提供者的实例。
见 实例化(instantiation)、使用(usuage)
31. 不变量(invariant)
(约束的构造型)
必须附在类元或联系集合上的一个构造型约束。它表明必须为类元或联系以及它们的实例维持约束的条件。
见 不变量(invariant)
32. 叶(leaf)
(泛化元素和行为特征的关键字)
不能有后代也不能被重载的元素,即不是多态的元素。
见 叶(leaf)、多态(polymorphic)
33. 库(library)
(组件的构造型)
代表静态或者动态库的一个构造型组件。
见 组件(component)
34. 局部(local)
(关联端点的构造型)
关联端点,链结端点或者关联角色端点的构造型,它声明所附的对象在另一端对象的局部范围里。
见 关联(association)、关联端点(association end)、合作(collaboration)、暂时链(transient link)
35. 位置(location)
(类元符号上的标签)
支持该类元的组件。
(组件实例符号上的关键字)
组件实例所在的结点实例。
见 组件(component)、位置(location)、结点(node)
36. 元类(metaclass)
(类元的构造型)
一个构造型类元,它表明这个类是某个其他类的元类。
见 元类(metaclass)
37. 新(new)
(类元角色和关联角色上的约束)
表示角色的实例在封闭交互执行过程中被创建,在执行结束后依然存在。
见 关联角色(association role)、类元角色(classifier role)、合作(collaboration)、创建(creation)
38. 重叠(overlapping)
(泛化上的约束)
应用于一个泛化集合的约束,它声明一个对象可以是泛化集合里的多个孩子的实例。这种情况只在多继承或多类元中出现。
见 泛化(generalization)
39. 参数(parameter)
(关联端点的构造型)
关联端点(包括链结端点和关联角色端点)的构造型,它声明所附的对象是对另一端对象操作的调用的一个参数。
见 关联角色(association role)、类元角色(classifier role)、合作(collaboration)、参数(parameter)、
暂时链(transient link)
40. 持久(persistence)
(类元、关联和属性上的标签)
表示一个实例值是否比生成它的过程存在的更久。值是持久或者是暂时的。如果持久被用在属性上,就可以更好的确定是否应该在类元里保存属性值。
见 持久对象(persistent object)
41. 后置条件(postcondition)
(约束的构造型)
必须附在一个操作上的构造型约束。它表示在激发该操作之后必须保持该条件。
见 后置条件(postcondition)
42. 强类型(powertype)
(类元的构造型)
一个构造型类元,它表示该类元是一个元类,该元类的实例是别的类的子类。
(依赖符号上的关键字)
其客户是一个泛化集合而提供者是一个强类型的联系。提供者是客户的强类型。
见 强类型(powertype)
43. 前置条件(precondition)
(约束的构造型)
必须附在一个操作上的构造型约束,在激发该操作时该条件必须被保持。
见 前置条件(precondition)
44. 过程(process)
(类元的构造型)
一个构造型类元,它是一个代表重量进程的主动类。
见 主动类(active class)、过程(process)、线程(thread)
45. 细化(refine)
(抽象依赖上的构造型)
代表细化联系的依赖上的构造型。
见 细化(refinement)
46. 需求(requirement)
(注释的构造型)
声明职责或义务的构造型注释。
见 需求(requirement)、职责(responsibility)
47. 职责(responsibility)
(注释上的构造型)
类元的协议或者义务。它表示为一个文本字符串。
见 职责(responsibility)
48. 自身(self)
(关联端点的构造型)
关联端点(包括链结端点和关联角色端点)的构造型,声明一个从对象到其自身的伪链结,目的是为了在交互中调用作用在相同对象上的操作。它没有暗含实际的数据结构。
见 关联角色(association role)、类元角色(classifier role)、合作(collaboration)、参数(parameter)、
暂时链(transient link)
49. 语义(semantics)
(类元上的标签)
对类元含义的声明。
(操作上的标签)
对操作含义的声明。
见 语义(semantics)
50. 发送(send)
(使用依赖的构造型)
其客户是一个操作或类元,其提供者是一个信号的构造型依赖,它声明客户发送信号到某个未声明目标。
见 发送(send)、信号(signal)
51. 构造型(stereotype)
(类元符号上的关键字)
用来定义构造型的关键字。其名称可能用作别的模型元素上的构造型名称。
见 构造型(stereotype)
52. 桩(stub)
(包的构造型)
一个构造型包,它代表一个只提供另外一个包的公共部分的包。
注意该词汇也被UML 用来描述桩转换。
见 包(package)
53. 系统(system)
(包的构造型)
包含系统模型构成的集合的构造型包,它从不同的视点描述系统,不一定互斥——在系统声明中的最高层构成物。它也包含了不同模型的模型元素之间的联系和约束。这些联系和约束没有增加模型的语义信息。相反它们描述了模型本身的联系,例如需求跟踪和开发历史。一个系统可以通过一个附属子系统构成的集合来实现,每个子系统有独立的系统包里的模型集合来描述。一个系统包只能包含在一个系统包里。
见 包(package)、模型(model)、系统(system)
54. 表(table)
(组件的构造型)
代表一个数据库表的构造型组件。
见 组件(component)
55. 线程(thread)
(类元的构造型)
是一个主动类的构造型类元,它代表一个轻量控制流。注意该词汇具有更广的含义,可以表示任何独立并发的执行。
见 主动类(active class)、线程(thread)
56. 跟踪(trace)
(抽象依赖的关键字)
代表跟踪联系的依赖符号上的关键字。
见 跟踪(trace)
57. 暂时(transient)
(类元角色和关联角色上的约束)
声明角色的一个实例在封闭交互的执行过程中被创建,但在执行结束之前被销毁。
见 关联角色(association)、类元角色(classifier role)、合作(collaboration)、创建(creation)、销
毁(destruction)、暂时链(transient link)
58. 类型(type)
(类的构造型)
和应用域对象的操作一起声明实例(对象)的域的构造型类。一个类型不可能包含任何方法,但是它可以有属性和关联。
见 实现类(implementation class)、类型(type)
59. 使用(use)
(依赖符号上的关键字)
代表使用联系的依赖符号上的关键字。
见 使用(usage)
60. 效用(utility)
(类元的构造型)
没有实例的构造型类元。它描述了一个由类范围的非成员属性和操作构成的集合。
见 效用(utility)
61. 异或(xor)
(关联上的约束)
作用在由共享连到同一个类上的关联构成的集合上的约束,它声明任何被共享的类的对象只能有一个来自这些关联的链结。它是异或(不是或)的约束。
见 关联(axxociation)

目录
相关文章
|
uml
<十>面向对象分析之UML核心元素之关系
关系        --->在UML中关系是非常重要的语义,它抽象出对象之间的联系,让对象构成特定的结构。        一,关联关系(association)         --->关联关系是用一条直线表示的。
1027 0
|
uml
<十一>面向对象分析之UML核心元素之组件
组件一:概念        --->组件是系统中实际存在的可更换部分,它实现特定的功能,符合一套接口标准并实现一组接口。        --->组件代表系统中的一部分物理实施。包括软件代码(源代码,二进制代码或可执行代码)或其等价物(如脚本或命令文件)        --->在UML的定义中,组件之间唯一的关系就是依赖。
891 0
|
uml
<十二>面向对象分析之UML核心元素之节点和设备
节点,设备一:概念        ---->是带有至少一个处理器,内存以及可能还带有其他设备的处理元素。在实际工作中,一般说来服务器,工作站或者客户机都可以称为一个节点。        ---->节点就是应用程序的部署单元。
898 0
|
uml C++
<九>面向对象分析之UML核心元素之设计类,类,属性,方法,可见性
设计类         --->设计类是系统实施中一个或多个对象的抽象。        --->设计类已经直接映射到实现代码了,因此设计类依赖于实施语言。另一方面,设计类来源于前期的系统分析,在统一过程中,类不是品空想像出来的。
1011 0
|
uml 测试技术
<五>面向对象分析之UML核心元素之边界
一:基本概念        ---->边界在UML图符里的定义只是一个简单的矩形,四个边决定了边界的内外。参与者,用例和边界相生相克。        ---->边界是一个很重要的概念,和封装的概念师出同门。
964 0
|
uml
<六>面向对象分析之UML核心元素之业务实体
一:基本概念          ---->业务实体类(class)的一种版型。特别用于在业务建模阶段建立领域模型。业务实体是业务模型中非常重要的一个因素,它为问题领域中的关键概念建立概念化的理解。是人们认识问题领域的重要手段。
1197 0