1、:J:CS 35.080 lL 77 GB 中华人民共和国国家标准GB/T 28174.1-2011 2011-12-30发布统一建模语言(UML)第1部分:基础结构Unified modeling language(UML)一Part 1 : Infrastructure 中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会2012-06-01实施发布GB/T 28174.1-2011 目次前言. 1 引言. . II 1 范围-2 规范性引用文件13 术语和定义、缩略语14 语言体系结构235 语言形式体系296 基础结构库(InfrastructureLibrary) 33 7
2、 核心包.抽象包(Core:Abstractions) 34 8 核心.基本的(Core: Basic) 76 9 核心.构造(Core: Constructs)创刊核心.原子类型(Core: PrimitiveTypes) 129 1 核心.外廓(Core:Profiles) 132 GB/T 28174.1-2011 前言GB/T 28174(统一建模语言(UML)分为4个部分:一一一第1部分:基础结构;一一第2部分:上层结构;-一第3部分:对象约束语言(OCL); 第4部分:图交换。本部分为GB/T28174的第1部分。本部分按照GB/T1. 1-2009给出的规则起草。本部分参考面向对
3、象工作组(OMG)的统一建模语言:基础结构)2.0版。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本部分由全国信息技术标准化技术委员会(SAC/TC28)提出并归口。本部分起草单位:北京大学、广东省广业信息产业集团有限公司、广东万维博通信息技术有限公司、中国电子技术标准化研究所。本部分主要起草人:麻志毅、许立勇、周伟强、唐泽欢、江善东、高健。I GlB/T 28174.1-2011 引统一建模语言CUML)是一种可视化规约语言，用于定义和构造计算机信息系统的制品，并将其文档化。它是一种通用建模语言，可以和所有主流的面向对象和面向构件的方法一起使用，并适用于所有
4、的应用领域和实现平台(如:CORBA、J2EE，.NET等)。o. 1 统一建模语言不同版本之间的关系由于UML的技术较新，所以该国际标准历经多次的版本演化，下面是UML在OMG的演化过程:1997 UMLl. 1 1998 UMLl. 2 1999 UMLl. 3 2001 UMLl. 4 2003 UML2.0 GB/T28174的本部分正文中的UML均指UML2.0统一建模语言和GB/T28174。0.2 关于对读者的建议需要了解语言中的元模型构造物，利用这些构造物进行元模型扩展或者是构造新的建模语言的用户可阅读基础结构部分CGB/T28174.1)。应用系统建模用户和建模工具制造方都需
5、阅读上层结构CGB/T28174.2)。但要注意，该部分的内容是交叉引用的，可不按目次顺序阅读。对于要精确地对模型进行约束的应用系统建模用户或要支持对象约束语言的建模工具制造方，需阅读对象约束语言部分(GB/T28174.3)。支持在不同的软件工具间平滑且元缝地交换文档的建模工具制造方，需阅读图交互部分。0.3 关于本部分本部分的第4章和第5章描述了定义UML语言体系结构和规格说明的方法。本部分的第6章至第10章描述了元模型的基础结构库(Infrastr山tureLibrary)的结构和内容，这些元模型包括UML元模型和相关元模型，如元对象设施CMOF)和公共仓库元模型CCWM)。基础结构库定
6、义了UML的可重用元语言核心与元模型扩展机制。元语言核心能够用于制定各种元模型，包括UML、MOF和CWM。另外，基础结构库还定义了一种外廓扩展机制，当某些平台和建模领域不具备元模型建模能力时，利用这种扩展机制可以为这些平台对UML进行定制。基础结构库的最顶层包如图l所示。核心包是基础结构库可重用部分的主体，而且被进一步细分，如图3所示。原子类型CPrimitiveTypes)包比较简单，它包含若干预定义类型，预定义类型通常用于元模型C metamodeling)建模，因此它们不但用于基础结构库本身，而且用于MOF和UML等元模型C metamodels)。抽象包包括若干只含有少量元模型且粒度
7、适当的包，它们中的大部分是抽象的。这个包的目的是提供高可用的元类集，在定义元模型时被特化。构造包也包含若干粒度适当的包，且把抽象包的多个方面集中在一起。构造包中的元类趋向于具体而不是抽象，并且适用于面向对象建模范式。来看一下元模型，如MOF和UML，它们通常因为要自动输入核心中其他包的内容而引人构造包。基本包CBasic)包括一个构造包的子集，它主要是为了使用XMI。外廓包Cprofiles)包含创建特定元模型外廓的机制，尤其是对UML的扩展。这种扩展机制是MOF提供的通用扩展功能的子集。H 1 范围统一建模语言CUML)第1部分:基础结构GB/T 28174.1 2011 GB/T28174
8、的本部分规定了用于对各类软件系统进行可视化、详述、构造和文档化的统建模语言。本语言也可用于对其他领域进行建模。J一一二二本部分适用于统一建模语言(叨例如吨彗主物油峙川L的体系结构、UML的设计原理以及如何应用这些原理3 74.4。3. 1. 1 抽象类咖啡actt.ss 不能直接被实相对语:具体类(3;3. 1. 2 抽象abstractio 3. 1. 3 动作action 行为规约的基础单元，用以描述所建模系统(计算机系统或现实世界系统)中的转换或处理。功作包含在活动中，活动提供动作的语境。见:活动(3.1.9)。3. 1. 4 动作序列action sequence 解析为一系列动作的表
9、达式。3. 1. 5 动作状态action state 表示原子动作执行的状态，通常为操作调用。GB/ll 28174.1-2011 3. 1. 6 激活activation 动作执行的启动。3. 1. 7 主动类active class 其实例为主动对象的类。见:主动对象(3.1.8)。3. 1. 8 主动对象active object 可以执行其自己的行为而不要求方法调用的对象。有时把它称为拥有控制线程的对象。主动对象响应来自其他对象的通信点，由主动对象的行为单独决定，而不是由调用对象决定。这暗示着主动对象在一定程度上是自治的和交互式的。见:主动类(3.1. 7)和(控制)线程(3.1.
10、206)。3. 1. 9 活动activity 通过顺序化的从属单元(其基本元素是单个的动作)，表示为执行流的参数化行为的规约。见:动作(3.1.3)。3. 1. 10 活动图activity diagram 使用控制和数据流模型描绘行为的图。3. 1. 11 活动者actor 参与者在用况中使用的构造物，它定义了当一个用户或任何其他系统与所考虑中的本系统交互时所扮演的一个角色。它是相互作用的实体的类型，但它本身是外部的事物。活动者可表示为人员用户、外部硬件或其他事物。一个活动者不必表示为一个特定的物理实体。例如，单个物理实体可以扮演几个不同的活动者，反过来，单个给定的活动者可以由多个物理实体
11、扮演。3. 1. 12 聚集aggregate 在聚合关系(整体部分)中作为整体的类。见:聚合(3.1. 13)。3. 1. 13 聚合aggregation 关联的一种特殊形式，它描述聚集(整体)和部件(部分)间的整体部分关系。见:组合(3.1.48)。3. 1. 14 分析analysis 系统开发过程的一个阶段，其主要目的是形成独立于实现考虑的问题域模型。分析注重于做什么，设计注重于如何做。见:设计(3.1.63)。3. 1. 15 分析时C期analysis time 涉及在软件开发过程的分析阶段期间发生的事情。2 见:设计时(3.1.64)，建模时(3.1.120)。3. 1. 16
12、 实参argument 实际参数actual parameter 对随后要解决的参数的绑定。一个独立的变量。3. 1. 17 制品artifact 产品product GB/T 28174.1-2011 开发过程所使用或产生的一个物理信息片段。例如，模型、源文件、脚本、二进制可执行文件。可以用制品构成可部署的构件的实现。相对语:构件(3.1.43)。3. 1. 18 关联association 在类目实例间可出现的关系。3. 1. 19 关联类association c1ass 兼有关联和类的性质的模型元素。可以把关联类看作是具有类的性质的关联，或看作具有关联的性质的类。3. 1. 20 关联
13、端association end 关联的端点，它把关联连接到类目。3. 1. 21 属性attribute 类目的结构性特征，它刻画类目的实例。通过命名关系，一个属性把类目的)个实例与一个值或多值联系起来。3. 1. 22 辅助类auxiliary c1ass 一种衍型化的类，通常通过实现从属的逻辑或控制流，它支持另外的更核心的或更基础的类。通常将辅助类与焦点类一起使用，对于在设计阶段规约构件的辅助逻辑和控制流也有一定的作用。3.1.23 行为behavior 操作或事件的可观察的效果(包括结果)。它规约产生行为特征的效果的计算。可以采取若干形式来描述行为:交互、状态机、活动或过程(一组动作)
14、。3. 1. 24 行为图behavior diagram 描绘行为特征的一种图形式。3. 1. 25 行为特征behavioral feature 模型元素的动态特征，例如操作或方法。3. 1. 26 行为模型侧面behavioral model aspect 强调系统中的实例行为的模型侧面，包括实例的方法、协作和状态历史。3 GlB/1l 28174.1-2011 3. 1. 27 二元关联binary association 两个类之间的关联。是11元关联的特例。3. 1. 28 绑定binding 通过为模板参数提供实参，从模板创建模型元素。3. 1. 29 布尔型boolean 取值
15、范围为真或假的枚举类型。3. 1. 30 3. 1. 31 势一组某些方面相同的实例附和构件。3. 1. 36 分类c1 assification 实例到类目的指派。千二号目可以具有刻画其实如明班。类目包含接口、类、数据类型见:动态分类(3.1.70)、多重分类(3.1.121)、静态分类(3.1.185)。3. 1. 37 类图c1ass diagram 显示一组说明性的(静态)模型元素的图，例如，这样的元素可为类、类型以及它们的内容及关系。3. 1.38 客户c1 ient 请求其他类目服务的类目。4 相对语:供方(3.1.201)。3.1.39 协作coIlaboration GB/T
16、28174.1-2011 如何实现操作或像用况这样的类目的规约，这样的实现是由用特定的方法扮演特定的角色的一组类目和关联实施的。见:交互(3.1. 100)。3. 1. 40 协作发生collaboration occurrence 协作的特殊使用，用以解释一个类目的各部件间或-个操作的各性质间的关系。它也可用以指示协作如何表示类目或操作。一个协作发生指明了一组角色或连接件，按照给定的协作(由协作发生的类型指定)，它们在特定的类目或操作桌边看管在在二平类自在中，一个给定的协作可以有多个发生，每个都涉及一组不同的程和连接蚌工二斗才后立曲角色或操哥出现在同一个或不同协作的多个发生中。3. 1. 4
17、1 3. 1. 44 4句件图3. 1. 45 组合类composite -一一-一一一个通过组合关系与-个或多个类发生关系的类。见:组合(3.1. 48)。3. 1. 46 组合状态composite state 由并发(正交)子状态或顺序(不相交)子状态组成的状态。见:子状态(3.1. 195)。3. 1. 47 组合结构图composite structure diagram 描述类目内部结构，包括该类目与系统其他部分的交互点的图。它图示了共同地执行容器类目的行为的部件的配置。这种体系结构图规约了在特定语境中一组扮演部件(角色)的实例，以及它们所需要的关系。5 Gl/1 28174.1-
18、2011 3. 1. 48 组合composition 组成聚合composite aggregation 聚合的一种形式，它要求部分实例一次最多包含在一个组成类中，组成对象负责创建和销毁其部分。组合可以是递归的。3. 1. 49 具体类concrete class 能直接被实例化的类。相对语:抽象类(3.1. 1)。3. 1. 50 并发concurrency 在同一时间段内两个或多个活动的发生。通过交错或同时执行两个或多个线程，实现并发。见:线程(3.1.206)。3. 1. 51 并发子状态concurrent substate 与包含在同一组合状态中的其他子状态同时存在的子状态。见:组
19、合状态(3.1.46)。相对语:不相交子状态(3.1.67)。3. 1. 52 可连接元素connectable element 抽象元类，用以表示可以通过连接件链接的模型元素。见:连接件(3.1. 53)。3. 1. 53 连接件connector 使得能够在两个或多个实例间进行通信的链接。可用像指针这样简单的事物或像网络连接这样的复杂事物实现链接。3. 1. 54 约束constraint 语义条件或限制。为了阐述一些模型元素的语义，约束可以用自然语言文本、数学形式化表示法或机器可读的语言来表达。3. 1. 55 窑器container a) 包含其他实例的实例，它提供访问或遍历其内容的操
20、作。如数组、表或集合。b) 包含其他构件的构件。3. 1. 56 包容层次containment hierarchy 由模型元素以及其间的包容关系组成的命名空间层次。一个包容层次形成一张图。3. 1.57 语境context 用于特定目的(如规约操作)的一组相关建模元素的视图。3. 1. 58 数据类型data type 其值没有标识的类型，即这样的值是纯值。数据类型包括内建的基本类型(如整型和串)和枚举类型。6 GB/T 28174.1-2011 3. 1. 59 委托delegation 一个对象把消息发给另一个对象让其响应的能力。委托是继承的一种替代方案。相对语:继承(3.1.97)。3
21、. 1. 60 依赖dependency 两个建模元素之间的关系，其中一个建模元素(独立元素)的改变会影响另一建模元素(依赖元素)。3. 1. 61 部署图deployment diagram 描述系统执行的体系结构的图。它把系统制品表示为结点(通过通信路径连接结点能创建具有任意复杂性的网络)。结点通常以嵌套的方式定义，并表示硬件设备或软件执行环境。见:构件图(3.1. 44)。3. 1. 62 派生元素derived element 能从其他元素计算出的模型元素，说明它是为了清晰可见，或者说为了设计的目的包含了它，即使它没有添加什么语义信息。3. 1. 63 设计design 系统开发过程的
22、一个阶段，其主要目的是决定怎样实现系统。在设计期间所做的策略和技术决策，用于满足所要求的系统功能需求和质量需求。3. 1. 64 设计时(期)design time 涉及在系统开发过程的设计阶段发生的事情。见:建模时(3.1. 120)。相对语:分析时(3.1. 1日。3. 1. 65 开发过程development process 在系统开发期间，为特定目的而进行的一组部分有序的步骤，如构造模型或实现模型。3. 1.66 图diagram一组模型元素的图形表示，大多数情况下绘制为由弧(关系)和顶点(其他模型元素)组成的连通图。GB/T 28174.2的附录A列出了UML所支持的各种图。3.
23、1. 67 不相交子状态di啡。intsubstate 不能与包容在同一组合状态内的其他子状态同时存在的子状态。见:组合状态(3.1.46)。3. 1. 68 分布单元distribution unit 一组被分配到一个进程或一个处理器的对象或构件集合。可以用运行时组成类或聚集表示分布单元。3. 1. 69 域domain用一组概念和术语刻画的知识领域或活动领域，由该领域的实践者理解。7 GB/f 28174.1-2011 3. 1. 70 动态分类dynamic c1 assification 一个实例从一个类目到另一个类目的指派。相对语:多重分类(3.1.121)，静态分类(3.1. 18
24、5)。3. 1. 71 元素element 模型的成分。3. 1. 72 进入动作entry action 在一个状态机中，当一个对象进入土问时有二个峙执行的动作，不考虑达到该状态所采取的转换。3.1.73 /亏/-乞L枚举enumeration/仁/./于/是一种数据类型4其实倒定命名值的列表。例如，RGBColor=r时，3. 1. 77 3. 1. 78 引出export -飞在包的语境中，使某一元素在所处命名空间之外可见。见:可见性(3.1.228)。相对语:引入(3.1.95)。3. 1.79 表达式expression 计算某一特定类型的值的字符串。例如，表达式0+5於3)计算数类
25、型的值。3. 1. 80 扩展extend 从扩展用况到基用况的一种关系，它详述了为扩展用况定义的行为如何拓广(遵守在扩展中定义的条件)为基用况定义的行为。该扩展的行为被插入到基用况的扩展点处。基用况不依赖扩展用况的行为的执行。8 GB/T 28174.1-20门见:扩展关系(3.1.81)，包含(3.1. 96)。3. 1. 81 扩展关系extension 一种聚合关系，用来表明通过衍型扩展某个元类的性质，并提供可以方便地对类灵活地增删衍型的能力。3. 1. 82 门面facade 一种衍型化的包，它仅包含对另一个包拥有的模型元素的引用。门面用于为包的某些内容提供公用视图。控制焦点在顺序图
26、中个动作。框架framework 川段的符号，在该时段内某个对象正在直接地摆着通边石一个下级过程执行一一种衍型包，其中的模型元素施予京姑如昨新茄后一个可复用的体系结构。典型地，框架包括类、模式或模板。当框架对某个应用领域做特化时，有时称之为应用框架。见:模式(3.1. 142)。3. 1. 89 可泛化元素generalizable element 一种可参与泛化关系的模型元素。见:泛化(3.1. 90)。3. 1. 90 泛化generalization 较一般类目与较特殊类目之间的一种分类学关系。每个较特殊类目的实例也是较一般类目的一个间接实例。因此，较特殊类目间接地具有较一般类目的特征。
27、9 GB/T 28174.1-20门见:继承(3.1. 97)。3. 1. 91 守卫条件guard condition 为使相关的转移能够激发而应得到满足的条件。3. 1. 92 实现implementation 对事物如何构造或进行计算的一种定义。例如，类是类型的一种实现，方法是操作的一种实现。3. 1. 93 实现类implementation class 一种衍型化的类，它是按照某种程序设计语言，如c+ + , Smalltalk, J ava (其中实例或许不能有多个类)的规定对类的实现。如果一个实现类提供了为一个类型定义的所有操作，且具有为该类型的操作指定的同样的行为时，即称该实现
28、类实施了此类型。见:类型(3.1.214)。3. 1. 94 实现继承implementation inheritance 对较一般元素的实现的继承。包括对接口的继承。相对语:接口继承(3.1. 104)。3. 1. 95 引入import 在包的语境中，展现对它们的类可以在某一给定包(包括递归地嵌入其内的包)之内加以引用的包的依赖。相对语:引出(3.1.78)。3. 1. 96 包含include 从基用况到包含用况的一种关系，它规定基用况的行为如何容纳包含用况的行为。包含用况的行为包含在基用况中所定义的位置处。基用况依赖于包含用况行为的执行，但不依赖于其结构(即属性或操作)。见:扩展(3.
29、1.80)。3. 1. 97 继承inheritance 较特殊的元素结合较一般元素的结构和行为的机制。3. 1. 98 初f始状态initial state 一种特殊状态，它表明了到组合状态的默认状态的独立转移的源状态。3. 1. 99 实例instance 具有唯一标识的、能对其应用一组操作并存储这些操作效果的状态的实体。见:对象(3.1. 129)。3. 1. 100 交互interaction 为完成某一特定任务，对实例之间如何发送激励的一种规约。交互在协作的语境中定义。10 GB/T 28174.1-20门见:协作(3.1.39)。3. 1. 101 交互图interaction d
30、iagram 适用于侧重对象交互的若干类型的图的一种类属术语。它们包括通信图、顺序图和交互概览图。3. 1. 102 交互概览图interaction overview diagram 以-种活动图的变种来描述交互的图，这种方法关注并提高了对控制流的概览，其中控制流的每个结点都可以是一个交互图。3. 1. 103 接口interface 一个刻画某个元素的行为的命名的操作集合。3. 1. 104 接口继承interface inheritance 对某一较一般元素的接口的继承。不包括对实现的继承。相对语:实现继承(3.1. 94)。3. 1. 105 内部转移internal transiti
31、on 表明不改变对象的状态而对事件做出响应的一种转移。3. 1. 106 层layer在同二抽象级上对类目或包进行的组织。层表示对体系结构的横向切片，而分区则表示纵向切片。相对语:分区(3.1.141)。3. 1. 107 生存线Iifeline 在交互中代表一个独立参与实体的建模元素。二个生存线仅代表一个交互实体。3. 1. 108 链接link 某一对象元组中的一种语义连接。关联的实例。见:关联(3.1. 18)。3. 1. 109 链接端Iinkend 关联端的实例。见:关联端(3.1. 20)。3. 1. 110 消息message 以期活动会随之发生，而对信息从一个实例到另实例的传送
32、的一种规约。用消息可规定对信号的引发或对操作的调用。3. 1. 111 元类metacIass 一种实例为类的类。典型地元类用来构造元模型。3. 1. 112 元元模型meta-metamodel 一种定义用于表达元模型的语言的模型。元元模型与元模型之间的关系，类同于元模型与模型之间的关系。11 GS/T 28174.1-2011 3. 1. 113 元模型metamodel 一种定义用于表达模型的语言的模型。3. 1. 114 元对象metaobject 在元建模语言中用于所有元实体的一种类属术语。例如，元类型、元类、元属性和元关联。3.1.115 方法method 3. 1. 120 建模
33、时(期)涉及在软件开发址3. 1. 121 多重分类multiple classification 一个实例同时直接到多个类目上的指派。见:静态分类(3.1. 185)、动态分类(3.1. 70)。3.1.122 多重继承multiple inheritance 泛化的语义变种，其中一个类型可以有多个超类型。相对语:单继承(3.1. 178)。3. 1. 123 势域(曾称多重性)multiplicity 曾称多重性。对集合可取的势的范围的规约。势域可以对关联端、组成类中的部分、重复次数或为12 GB/T 28174.1-2011 其他目的给出规约。本质上，势域是非负整数的一个(可能无限)子集
34、。相对语:势(3.1.31。3. 1. 124 n元关联n-ary association 三个或更多类之间的一种关联。该关联的每个实例都是取自各类的一个n元组值。相对语:二元关联(3.1.27。3. 1. 125 名C称Jname 用于标识模型元素的一种字符串。3. 1. 126 命名空间nam四pace其中可定义和使用名批见:名【称J(3.1. 1 3. 1. 127 3. 1. 130 3. 1. 131 对象流状态object f10w -、飞-活动图中的状态，它表示把某俨输入。3. 1. 132 对象生存钱object lifeline 在顺序图中，一种表示某一对象存在时期的线段。见
35、:JII页序图(3.1. 175)。3. 1. 133 操作operation 一种特征，它声明了可由类目的实例执行的一个服务。3. 1. 134 包package一种将元素成组的通用机制。包可以嵌套在其他包内。13 GB/T 28174.1-2011 3. 1. 135 包图package diagram 一种图，它描绘了模型元素如何组织成包以及各包之间的依赖，包括包的引人和包的扩展。3.1.136 参数parameter 形C式丁参数formal parameter 一个行为特征的实参。一个参数规定了传入和传出一个行为元素(如一个操作)调用的实参。一个参数的类型限制了可以传送的值。相对语:
36、变元(3.1. 16)。3. 1. 137 参数化元素parameterized element 模板template 带有一个或多个未绑定参数的类的描述符。3. 1. 138 父parent在泛化关系中，对另一元素(即子)的泛化。见:子类(3.1. 193)、子类型(3.1.198)。相对语:子(3.1. 32)。3. 1. 139 部件part 代表一组实例的元素，这些实例被一个包容类目实例或者类目的角色所拥有。部件可以通过附着的连接件来连接在一起，并且指定在包容类目实例内创建的链实例的配置。见:角色(3.1.169)。3. 1. 140 参与participate 一个模型元素与一个关系
37、或者一个具体化的关系的联系。例如，类在关联中的参与，参与者在用况中的参与。3. 1. 141 分区partition 基于一组标准对于任何模型元素集合的分组。a) 活动图:活动结点和边的分组。分区划分结点和边，以约束和显示所包含结点的视图。分区可以共享内容。各分区经常和业务模型中的组织单元对应。也经常把它们用于在一个活动内的结点之间分配特性和资源。b) 体系结构:一种在同一抽象级或跨分层的体系结构各层的有关类目或包的集合。分区表示对体系结构的纵切片，层则表示横切片。相对语:层(3.1. 106)。3. 1. 142 模式pattern 描述了一个设计模式的结构的模板协作。UML的模式要比那些设
38、计模式团体使用的模式受到更多限制。通常，设计模式包含更多的非结构化的方面，比如它们使用的启发和用法的折中。3. 1. 143 持久对象persistent object 一种在创建它的进程或线程不复存在后依然存在的对象。14 GB/T 28174.1-20门3. 1. 144 栓pin二种表示数据值的模型元素，这些数据值在行为被调用时传入行为，当行为执行完成时从行为返回。3. 1. 145 :y号口port 类目的个特征，它规定了一个在类目与其环境之间或者在类目(的行为)与其内部部件之间的特定交互点。端口通过连接件来连接到其他端口上，通过连接件可以请求对类目的行为特征的调用。3. 1. 146
39、 后置条件postcondition 一种表达约束的条件，在某一操作完成之时条件应为真。3. 1. 147 喜类型powertype 种其实例又是另一个类目的子类的类目。因此幕类型是一种特别交织的元类:实例也是子类。3. 1. 148 前置条件precondition 种表达约束的条件，在调用操作时条件应为真。3. 1. 149 原子类型primitive type 一种预定义的、没有任何相关子结构(即不可分解)的数据类型，例如整型或字符串。它还可能具有在UML定义之外的代数和操作，例如，数学上的。3. 1. 150 规程procedure 过程可以作为一个单元附着到模型部件上的动作集合，例如
40、，方法体。因此当个过程执行时，按照过程参数的规约，获得一组数值作为实参，产生-组数值作为结果。3. 1. 151 进程process 过程a) 在一个操作系统中的二种重量级的并发和执行单元。操作系统包括重量级与轻量级两种进程。如有必要，可以用衍型对实现加以区别。b) 一种软件开发过程一-用于开发系统的步骤和指南。c) 执行某一算法，或是做动态处理。相对语:线程(3.1.206)。3. 1. 152 外廓profile 一种衍型包，其内含有为特定领域或目的采用扩展机制加以定制的模型元素，例如衍型、标记定义和约束。外廓还可规定它所依赖的模型库和它所扩展的元模型子集。3. 1. 153 投影proj
41、ection 从集合到其子集的一种映射。15 GB/T 28174.1-2011 3. 1. 154 性质property 表征元素某一特性的命名值。性质有语义影响。在UML中预定义了一些性质;另一些可由用户定义。见:标记值(3.1.204)。3. 1. 155 伪状态pseudo-state 在状态机中，一种虽有状态形式却无状态行为的顶点。伪状态包括初始顶点和历史顶点。3. 1. 156 物理系统physical system a) 模型的主体。b)连接起来的物即阮的相对语:发送方(3.1.174)。3. 1. 161 接收reception 类目准备对收到信号做出反应的声明。3.1.162
42、 参考reference a) 模型元素的指称。b) 类目中命名的槽，它可以简化到其他类目的导航。同义语:参数(3.1.136)。3. 1. 163 精化refinement 对已经在某一详细程度上描述的事物的更详细描述的关系。16 例如:设计类是对分析类的精化。3. 1. 164 关系relationship 描述元素之间某种连接的抽象概念。关系的例子有关联和泛化。3. 1. 165 储存库repository 用来存储对象模型、接口及实现的设施。3. 1. 166 需求requirement 系统所需要的特征、性质或行为。3. 1. 167 责任responsibility 类目的契约或职
43、责/ 3. 1. 168 3. 1. 172 3. 1. 173 发送(消息)send (a message) 从发送实例到接收实例的激发传递。见:发送方(3.1. 174)、接收方(3.1. 160)。3. 1. 174 发送方sender 向接收方实例传递激发的对象。相对语:接收方(3.1. 160)。3. 1. 175 顺序图sequence diagram GB/T 28174.1-2011 描绘交互的图，侧重于随着在生命线上消息对应的事件的发生所交换的消息顺序。17 GB/1r 28174.1-2011 与通信图不同的是，顺序图包括了时间序列但是不包括对象关系。顺序图既能以一种一般方
44、式(描述所有可能的场景)存在，也能以一种实例的方式(描述一个实际的场景)存在。顺序图和通信图表达了相似的信息，但方式不同。见:通信图(3.1.41。3. 1. 176 信号signal 对异步的激发的规约，异步的激发以异步的方式激起接收方的反应，而无需回复。接收对象根据其接收的规定处理该信号。由发送请求承载的数据，以及通过引起发送请求的发送调用事件的发生传递给它的数据，由信号实例的属性来表示。信号的定义独立于处理该信号的类目。3. 1. 177 特征标记signature 行为特征的名称和参数。特征标记可以包括一个可选的返回参数。3. 1. 178 单一继承single inheritance
45、 多继承multiple inheritance 泛化的语义变种，其中一个类型只有一个父类型。相对语:多重继承(3.1.122)。3. 1. 179 槽slot一种规约，用来描述由实例的规约建模的实体，它具有针对特定的结构特征的值。3. 1. 180 软件模块software module 软件存储和操作的单元。软件模块包括源代码模块、二进制代码模块和可执行代码模块。3. 1. 181 规约(规格说明)speciafication 系统或其他类目的需求集合。相对语:实现(3.1.92)。3. 1. 182 状态state 对象在其生存周期中满足某一条件、进行某种活动或等待某一事件的条件或状况。
46、3. 1. 183 状态机图state machine diagram 描绘通过有限状态转换系统建模的离散行为的图。特别是，它描述对象或交互在其生存期间对事件响应及其响应和动作的状态序列。见:状态机(3.1. 184)。3. 1. 184 状态机state machine 描述对象或交互在其生存期间对事件响应及其响应和动作的状态序列的行为。3. 1. 185 静态分类static classification 由实例到类目的指派，这一指派不能再更改为其他的类目。18 G/T 28174.1-2011 相对语:动态分类(3.1.70)。3.1. 186 衍型stereotype 一个类，它定义了
47、现有的元类(或衍型)可以如何扩展，并使得特定平台或领域的术语或表示法，以及其他东西可用于被扩展的元类。UML预定义了一些衍型，其他的可由用户定义。衍型是UML的一种扩展机制。见:约束(3.1.54)、标记值(3.1.204)。3. 1. 187 激励stimulus 信息从一个实例到另一实例的传递，例如发出一个信号或调用一个操作。信号的接收通常认为是一个事件。见:消息(3.1. 110)。3. 1. 188 串string文本字符的序列。串的表示细节依赖于实现，可包括支持国际化字符和图形的字符集。3. 1. 189 结构特征stuctuaral feature 模型元素的静态特征，例如属性。3
48、. 1. 190 结构模型侧面structural model aspect 强调系统中对象的结构的模型方面，包括其类型、类、关系、属性和操作。3. 1. 191 结构图structure diagram 一种描绘规约中与时间无关的元素的图的形式。类图和构件图都是结构图的例子。3. 1. 192 子活动状态subactivity state 活动图中的状态，用来表示具有一定持续时间的非原子的步骤序列的执行。3. 1. 193 子类subclass 在泛化关系中，对另一类一一父类的特化。见:泛化(3.1.90)。相对语:父类(3.1.199)。3. 1. 194 子机状态submachine state 状态机中等价于
