统一建模语言(UML)第1部分：基础结构

统一建模语言(UML)第1部分：基础结构

国家标准 GB/T28174.1一2011 统一建模语言(UML 第1部分:基础结构 Umirielmdelnglangge(U)一 Part1:Infrastrueture 2011-12-30发布 2012-06-01实施 国家质量监督检监检疫总局 发布 国家标准花管理委员会国家标准
GB/T28174.1一2011 目 次 前言 引言 范围 规范性引用文件 术语和定义、缩略语" 语言体系结构 语言形式体系 基础结构库(InfrastructureLibrary 3: 34 核心包:抽象包CoreAbstractions) 核心::基本的(Core:Basie 76 84 核心:构造((Core:(Constructs 核心::原子类型(Core:PrimitiveTypes) l0 129 11核心:外廓(Core:Profiles 132
GB/T28174.1一2011 前 言 GB/T28174《统一建模语言(UML)》分为4个部分 -第1部分:基础结构; 第2部分:上层结构; 第3部分:对象约束语言(OCL); 第4部分图交换 本部分为GB/T28174的第1部分 本部分按照GB/T1.1一2009给出的规则起草 本部分参考面向对象工作组(oMG)的(统一建模语言;:基础结构)2.0版 请注意本文件的某些内容可能涉及专利 本文件的发布机构不承担识别这些专利的贵任 本部分由全国信息技术标准化技术委员会(SAC/TC28)抛出并归口. 本部分起草单位北京大学、广东省广业信息产业集团有限公司、广东万维博通信息技术有限公司、 电子技术标准化研究所 本部分主要起草人;麻志毅、许立勇、周伟强、唐泽欢、江善东、高健
GB/T28174.1一2011 引 言 统一建模语言(UML)是一种可视化规约语言,用于定义和构造计算机信息系统的制品,并将其文 档化 它是一种通用建模语言,可以和所有主流的面向对象和面向构件的方法一起使用,并适用于所有 的应用领域和实现平台(如;cORBA、J2EENET等). 0.1统一建模语言不同版本之间的关系 由于UML的技术较新,所以该国际标准历经多次的版本演化,下面是UML在OMG的演化过程 1997 UML1.1 1998 UML1.2 1999 UUMLl.3 2001 UMI1.4 2003 UUML2.0 GB/T28174的本部分正文中的UMI均指UML2.0统一建模语言和GB/T28174 0.2关于对读者的建议 需要了解语言中的元模型构造物,利用这些构造物进行元模型扩展或者是构造新的建模语言的用 户可阅读基础结构部分(GB/T28174.1). 应用系统建模用户和建模工具制造方都需阅读上层结构(GB/T28174.2) 但要注意,该部分的内 容是交叉引用的,可不按目次顺序阅读 对于要精确地对模型进行约束的应用系统建模用户或要支持对象约束语言的建模工具制造方,需 阅读对象约束语言部分(GB/T28174.3) 支持在不同的软件工具间平滑且无缝地交换文档的建模工具制造方,需阅读图交互部分 0.3关于本部分 本部分的第4章和第5章描述了定义UML语言体系结构和规格说明的方法 本部分的第6章至第10章描述了元模型的基础结构库(Iafrast rastructureLibrary)的结构和内容,这 些元模型包括UML元模型和相关元模型,如元对象设施(MOF)和公共仓库元模型(CwM) 基础结 构库定义了UML的可重用元语言核心与元模型扩展机制 元语言核心能够用于制定各种元模型,包 括UMI、MOF和CwM 另外,基础结构库还定义了一种外廓扩展机制,当某些平台和建模领域不具 备元模型建模能力时,利用这种扩展机制可以为这些平台对UML.进行定制 基础结构库的最顶层包 如图1所示 核心包是基础结构库可重用部分的主体,而且被进一步细分,如图3所示 原子类型(PimitiveTypes)包比较简单,它包含若干预定义类型,预定义类型通常用于元模型 metamodeling)建模,因此它们不但用于基础结构库本身,而且用于MOF和UML等元模型(meta nmodels) 抽象包包括若干只含有少量元模型且粒度适当的包,它们中的大部分是抽象的 这个包的 目的是提供高可用的元类集,在定义元模型时被特化 构造包也包含若干粒度适当的包,且把抽象包的 多个方面集中在一起 构造包中的元类趋向于具体而不是抽象,并且适用于面向对象建模范式 来看 一下元模型,如MoF和UML,它们通常因为要自动输人核心中其他包的内容而引人构造包 基本包 (Basie)包括一个构造包的子集,它主要是为了使用XMI 外廓包(pie包含创建特定元模型外廓的机制,尤其是对UL的扩展 这种扩展机制是 MOF提供的通用扩展功能的子集
GB/T28174.1一2011 统一建模语言(UML) 第1部分基础结构 范围 GB/T28174的本部分规定了用于对各类软件系统进行可视化,详述、构造和文档化的统一建模语 言 本语言也可用于对其他领域进行建模 本部分适用于统一建模语言(UML)的基础语言构造物,包括讲述UML的体系结构、UML.的设计 原理以及如何应用这些原理来组织UML的方法 规范性引用文件 下列文件对于本文件的应用是必不可少的 凡是注日期的引用文件,仅注日期的版本适用于本文 件 凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件 GB/T28174.2统一建模语言(UML第2部分:上层结构 GB/T28174.3统一建模语言(UML第3部分;对象约束语言(0CL GB/T28174.4统一建模语言(UMI第4部分;图交换 术语和定义、缩略语 3.1术语和定义 下列术语和定义适用于本文件,也适用于GB/T28174.2,GB/T28174.3和GB/T28174.4 3.1.1 抽象类 abstractclasS 不能直接被实例化的类 相对语;具体类(3.1.49) 3.1.2 抽象abstractio 强调事物的一定特征而忽视无关的其他特征的结果 所定义的抽象与说察者的视角有关 3.1.3 动作actionm 行为规约的基础单元,用以描述所建模系统(计算机系统或现实世界系统)中的转换或处理， 动作 包含在活动中,活动提供动作的语境 见;活动(3.1.9) 3.1.4 动作序列actionsequenee 解析为一系列动作的表达式 3.1 .5 动作状态actionstate 表示原子动作执行的状态,通常为操作调用
GB/T28174.1一2011 3.1.6 激活 actiVation 动作执行的启动 3.1.7 主动类activeclas 其实例为主动对象的类 见;主动对象(3.1.8) 3.1.8 主动对象aetiveobjeet 可以执行其自己的行为而不要求方法调用的对象 有时把它称为“拥有控制线程的对象” 主动对 象响应来自其他对象的通信点,由主动对象的行为单独决定,而不是由调用对象决定 这暗示着主动对 象在一定程度上是自治的和交互式的 见:主动类(3.1.7)和控制)线程3.1.206) 3.1.9 活动aetiity 通过顺序化的从属单元(其基本元素是单个的动作),表示为执行流的参数化行为的规约 见动作(3.1.3) 3.1.10 活动图aetiitydiagram 使用控制和数据流模型描绘行为的图 3.1.11 活动者actor 参与者 在用况中使用的构造物,它定义了当一个用户或任何其他系统与所考虑中的本系统交互时所扮演 的一个角色 它是相互作用的实体的类型,但它本身是外部的事物 活动者可表示为人员用户,外部硬 件或其他事物 一个活动者不必表示为一个特定的物理实体 例如,单个物理实体可以扮演几个不同 的活动者,反过来,单个给定的活动者可以由多个物理实体扮 3.1. 12 聚集agregate 在聚合关系(整体一部分)中作为“整体”的类 见;聚合(3.1.13) 3.1.13 聚合aggregatiom 关联的一种特殊形式,它描述聚集(整体)和部件部分)间的整体一部分关系 见:组合(3.1.48). 3.1.14 分析analysis 系统开发过程的一个阶段,其主要目的是形成独立于实现考虑的问题域模型 分析注重于做什么， 设计注重于如何做 见;设计(3.1.63 3.1.15 分析时[期]analysistme 涉及在软件开发过程的分析阶段期间发生的事情
GB/T28174.1一2011 见设计时(3.1.64),建模时(3.1.120) 3.1.16 实参argument 实际参数actualparameter 对随后要解决的参数的绑定 一个独立的变量 3.1.17 制品artifact 产品produet 开发过程所使用或产生的一个物理信息片段 例如,模型,源文件、脚本、二进制可执行文件 可以 用制品构成可部署的构件的实现 相对语;构件(3.1.43) 3.1.18 关联assoeiation 在类目实例间可出现的关系 3.1.19 关联类assciationclas 兼有关联和类的性质的模型元素 可以把关联类看作是具有类的性质的关联,或看作具有关联的 性质的类 3.1.20 关联端asseiationend 关联的端点,它把关联连接到类目 3.1.21 属性attribute 类目的结构性特征,它刻画类目的实例 通过命名关系，一个属性把类目的一个实例与一个值或多 值联系起来 3.1.22 辅助类auxiliaryelass -种衍型化的类,通常通过实现从属的逻辑或控制流,它支持另外的更核心的或更基础的类 通常 将辅助类与焦点类一起使用,对于在设计阶段规约构件的辅助逻辑和控制流也有一定的作用 3.1.23 行为behavior 操作或事件的可观察的效果(包括结果) 它规约产生行为特征的效果的计算 可以采取若干形式 来描述行为;交互、状态机、活动或过程(一组动作. 3.1.24 行为图 behaviordiagram 描绘行为特征的一种图形式 3.1.25 行为特征behavioralfeature 模型元素的动态特征,例如操作或方法 3.1.26 行为模型倒面htatiurlmutdllspet 强调系统中的实例行为的模型侧面,包括实例的方法、协作和状态历史
GB/T28174.1一2011 3.1.27 二元关联binaryassoeiationm 两个类之间的关联 是n元关联的特例 3.1.28 绑定binding 通过为模板参数提供实参,从模板创建模型元素 3.1.29 布尔型boolean 取值范围为真或假的枚举类型 3.1.30 布尔表达式booleanexpresion 求值为布尔值的表达式 3.1.31 势 ardinality 集合中的元素个数 相对语;势域(3.1.123) 3.1.32 child 在泛化关系中,另一个元素(父)的特化 见:子类(3.1.193)和子类型(3.1.198) 相对语;父(3.1.138) 3.1.33 调用 call 调用类目上的一个操作的一种动作状态 3.1.34 class 类 描述一组对象的类目,这些对象共享关于特征、约束和语义的同一规约 3.1.35 类目elassirier -组某些方面相同的实例的集合 类目可以具有刻画其实例的特征 类目包含接口,类、数据类型 和构件 3.1.36 分类elassifieationm 实例到类目的指派 见动态分类(3.1.70,多重分类(3.1.121、静态分类(3.1.185) 3.1.37 类图elass sdiagram 显示一组说明性的静态)模型元素的图,例如,这样的元素可为类、类型以及它们的内容及关系 3.1.38 客户client 请求其他类目服务的类目
GB/T28174.1一2011 相对语供方(3.1.201. 3.1.39 协作collaboratiom 如何实现操作或像用况这样的类目的规约,这样的实现是由用特定的方法扮演特定的角色的一组 类目和关联实施的 见:交互(3.1.100 3.1.40 协作发生eollaborationoeeurrenee 协作的特殊使用,用以解释一个类目的各部件间或一个操作的各性质间的关系 它也可用以指示 协作如何表示类目或操作 一个协作发生指明了一组角色或连接件,按照给定的协作(由协作发生的类 型指定),它们在特定的类目或操作中进行合作 在一个类目或操作中,一个给定的协作可以有多个发 生,每一个都涉及一组不同的角色和连接件 一个给定的角色或操作可以出现在同一个或不同协作的 多个发生中 见:协作3.1.39) 3.1.41 通信图 communicationdiagram 注重于在生命线间交互的图,在图中描述的核心是内部结构的体系结构以及如何响应传递过来的 消息 通过用顺序号的模式给出消息的顺序 顺序图和通信图表达类似的信息,但表示的方式不同 见;顺序图(3.1.175) 3.1.42 编译时(期》copletime 涉及到在编译软件模块期间发生的事情 见;建模时(3.1.120、运行时(3.1.170 3.1.43 构件componemt 系统的模块化部分,它封装自己的内容,且它的声明在其环境中是可以替换的 构件利用提供和请 求接口定义自身的行为 这样,构件起类型的作用,其一致性由提供和请求接口来定义包含静态和动 态语义) 3.1.44 构件图eomponentdiagram 显示构件间的组织和依赖的图 3.1.45 组合类coposite 一个通过组合关系与一个或多个类发生关系的类 见:组合(3.1.48). 3.1.46 组合状态cmpositestate 由并发(正交)子状态或顺序(不相交)子状态组成的状态 见:子状态3.1.195) 3.1.47 组合结构图copositestrueturediagram 描述类目内部结构,包括该类目与系统其他部分的交互点的图 它图示了共同地执行容器类目的 行为的部件的配置 这种体系结构图规约了在特定语境中一组扮演部件(角色)的实例,以及它们所需 要的关系
GB/T28174.1一2011 3.1.48 comp0sition 组合 组成聚合 comp0siteaggregation 聚合的一种形式,它要求部分实例一次最多包含在一个组成类中,组成对象负责创建和销毁其部 分 组合可以是递归的 3.1.49 具体类 cOncreteclaSs 能直接被实例化的类 相对语;抽象类(3.1.1) 3.1.50 并发concurrenes 在同一时间段内两个或多个活动的发生 通过交错或同时执行两个或多个线程,实现并发 见:线程(3.1.206). 3.1.51 并发子状态 oneurrentsubstate 与包含在同一组合状态中的其他子状态同时存在的子状态 见;组合状态(3.1.46) 相对语:不相交子状态(3.1.67) 3.1.52 可连接元素eomneetableelememt 抽象元类,用以表示可以通过连接件链接的模型元素 见;连接件(3.1.53) 3.1.53 连接件eomneeor 使得能够在两个或多个实例间进行通信的链接 可用像指针这样简单的事物或像网络连接这样的 复杂事物实现链接 3.1.54 约束constraint 语义条件或限制 为了阐述一些模型元素的语义,约束可以用自然语言文本,数学形式化表示法或 机器可读的语言来表达 3.1.55 容器 c0ntainer 包含其他实例的实例,它提供访问或遍历其内容的操作 如数组、表或集合 a 包含其他构件的构件 b 3.1.56 包容层次eontainmenthierarehy 由模型元素以及其间的包容关系组成的命名空间层次 一个包容层次形成一张图 3.1.57 语境context 用于特定目的如规约操作)的一组相关建模元素的视图 3.1.58 数据类型datatype 其值没有标识的类型,即这样的值是纯值 数据类型包括内建的基本类型(如整型和串)和枚举 类型
GB/T28174.1一2011 3.1.70 动态分类d小ynamieclassification 一个实例从一个类目到另一个类目的指派 相对语:多重分类(3.1.121),静态分类(3.1.185. 3.1.71 元素elememt 模型的成分 3.1.72 actionm 进入动作 entry 在 个状态机中,当一个对象进人一个状态时有一个方法执行的动作,不考虑达到该状态所采取的 转换 3.1.73 枚举enumeration 是一种数据类型,其实例是命名值的列表 例如,RGBColor=red,green,blue) 布尔是一种预定 义的枚举,其值取自集合{alse,true 3.1.74 事件event 对有意义的发生的规约,该发生在时间和空间上有特定位置,并引起相关行为的执行 在状态图的 语境中,事件是能触发转换的发生 3.1.75 异常excepton -种特殊的信号,通常用以表示故障情形 异常的发送方使执行终止,并且执行由异常的接收者继 续,异常的接收者也可能是发送方本身 异常的接收者隐式地由执行期间的交互顺序决定,不显式地指 定它 3.1.76 执行发生exeeutionoeerenee 在交互图上表示的生命线中的一种行为单元 3.1.77 退出动作esitaetion 当对象退出状态机的某一状态时由方法执行的动作,而不管退出时所采取的转移 3.1.78 引出export 在包的语境中,使某一元素在所处命名空间之外可见 见可见性(3.1.228 相对语:引入(3.1.95). 3.1.79 表达式expressionm 计算某一特定类型的值的字符串 例如,表达式“(7+5*3)”计算“数”类型的值 3.1.80 扩展 extend 从扩展用况到基用况的一种关系,它详述了为扩展用况定义的行为如何拓广(遵守在扩展中定义的 条件)为基用况定义的行为 该扩展的行为被插人到基用况的扩展点处 基用况不依赖扩展用况的行 为的执行
GB/T28174.1一2011 见:扩展关系(3.1.81),包含(3.1.96). 3.1.81 扩展关系extension -种聚合关系,用来表明通过衔型扩展某个元类的性质,并提供可以方便地对类灵活地增剔行型的 能力 3.1.82 门面faeade -种衍型化的包,它仅包含对另一个包拥有的模型元素的引用 门面用于为包的某些内容提供“公 用视图” 3.1.83 特征feature -种性质,例如某个操作或者属性,它刻画了一个类目的实例 3.1.84 终[结]状态finalstate 一种特殊类型的状态它表明包含它的组合状态或者整个状态机的完成 3.1.85 激发fire 执行某一状态转移 见转移(3.1.213) 3.1.86 焦点类foeusclass -种衍型化的类;它定义了提供支特的一个或多个辅助类的核心逻辑或控制流 典狸地.,焦点类与 -个或多个辅助类一起使用 在设计阶段,它对规定构件的核心业务逻辑或控制流特别有用 见辅助类(3.1.22) 3.1.87 控制焦点focusofcontrol 在顺序图中图示一个时段的符号,在该时段内某个对象正在直接地或者通过一个下级过程执行 个动作 3.1.88 框架framework -种衍型包,其中的模型元素为整个系统或者部分系统规约了一个可复用的体系结构 典型地,框 架包括类、模式或模板 当框架对某个应用领域做特化时,有时称之为应用框架 见:模式(3.1.142) 3.1.89 可泛化元素generalizableelement -种可参与泛化关系的模型元素 见:泛化(3.1.90 3.1.90 泛化generalizationm 较一般类目与较特殊类目之间的一种分类学关系 每个较特殊类目的实例也是较一般类目的一个 间接实例 因此,较特殊类目间接地具有较一般类目的特征
GB/T28174.1一2011 见:继承(3.1.97). 3.1.91 守卫条件uarlconditonm 为使相关的转移能够激发而应得到满足的条件 3.1.92 实现implementation 对事物如何构造或进行计算的一种定义 例如,类是类型的一种实现,方法是操作的一种实现 3.1.93 实现类iplementationelass -种衍型化的类,它是按照某种程序设计语言,如c十+,Smaltalk.Java(其中实例或许不能有多 一个实现类提供了为一个类型定义的所有操作,且具有为该类型的操作 个类)的规定对类的实现 如果- 指定的同样的行为时,即称该实现类实施了此类型 见:类型(3.1.214) 3.1.94 实现继承implememtatiominheritamee 对较一般元素的实现的继承 包括对接口的继承 相对语;接口继承(3.1.104) 3.1.95 引入import 在包的语境中,展现对它们的类可以在某一给定包包括递归地嵌人其内的包)之内加以引用的包 的依赖 相对语:引出3.1.78 3.1.96 包含inelude 从基用况到包含用况的一种关系,它规定基用况的行为如何容纳包含用况的行为 包含用况的行 为包含在基用况中所定义的位置处 转用况依赖于包含用况行为的执行,但不依赖于其结构(即属性或 操作) 见;扩展(3.1.80. 3.1.97 继承imheritanee 较特殊的元素结合较一般元素的结构和行为的机制 3.1.98 初[始]状态initialstate -种特殊状态,它表明了到组合状态的默认状态的独立转移的源状态 3.1.99 实例 instance 具有唯一标识的、能对其应用一组操作并存储这些操作效果的状态的实体 见;对象(3.1.129 3.1.100 交互interactionm 为完成某一特定任务,对实例之间如何发送激励的一种规约 交互在协作的语境中定义 10
GB/T28174.1一2011 见协作(3.1.39 3.1.101 交互图interaetiondiagram 适用于侧重对象交互的若干类型的图的一种类属术语 它们包括通信图、顺序图和交互概览图 3.1.102 交互概览图interaetionoverviewdiagram 以一种活动图的变种来描述交互的图,这种方法关注并提高了对控制流的概览,其中控制流的每个 结点都可以是一个交互图 3.1.103 接口interface -个刻画某个元素的行为的命名的操作集合 3.1.104 接口继承interfaceinheritance 对某一较一般元素的接口的继承 不包括对实现的继承 相对语;实现继承(3.1.94) 3.1.105 内部转移internaltransitionm 表明不改变对象的状态而对事件做出响应的一种转移 3.1.106 层 layer 在同一抽象级上对类目或包进行的组织 层表示对体系结构的横向切片,而分区则表示纵向切片 相对语;分区(3.1.141) 3.1.107 生存线lifeline 在交互中代表一个独立参与实体的建模元素 一个生存线仅代表一个交互实体 3.1.108 链[接] ink 某一对象元组中的一种语义连接 关联的实例 见;关联(3.1.18) 3.1.109 链[接]端linkend 关联端的实例 见;关联端(3.1.20) 3.1.110 消息message 以期活动会随之发生,而对信息从一个实例到另一实例的传送的一种规约 用消息可规定对信号 的引发或对操作的调用 3.1.111 元类 metaclass -种实例为类的类 典型地元类用来构造元模型 3.1.112 元元模型meta-metamode -种定义用于表达元模型的语言的模型 元元模型与元模型之间的关系,类同于元模型与模型之 间的关系 11
GB/T28174.1一2011 3.1.113 元模型nmetamdel -种定义用于表达模型的语言的模型 3.1.114 元对象metaobjeet 在元建模语言中用于所有元实体的一种类属术语 例如,元类型,元类,元属性和元关联 3.1.115 方法method 操作的实现 它规定了与某一操作相关的算法或过程 3.1.116 模型侧面modelaspeet -种侧重于元模型的特定质量的建模维度 例如,结构模型侧面侧重于元模型的结构质量 3.1.117 模型细化nmodeleaboratiom 从已公布的模型生成知识库类型的过程 包括对接口和实现的生成,这允许基于被细化的模型实 例化和装人知识库(二者要相符) 3.1.118 模型元素modelelement -种元素,它是一个从被建模的系统中做出的抽象 相对语;视图元素(3.1.226) 3.1.119 模型库modelibrary 包含供其他包复用的模型元素的衍型化包 模型库不同于外廓之处在于;模型库不采用衍型和标 记定义来扩展元模型 模型库类似于某些程序设计语言中的类库 3.1.120 建模时(期modelngtime 涉及在软件开发过程的建模阶段所出现的事物 包括分析时和设计时 用法注;在讨论对象系统时,区分建模时与运行时的有关事物,常常是很重要的 见:分析时(3.1.15,设计时(3.1.64). 相对语;运行时(3.1.170) 3.1.121 多重分类multipleclassifieatiom 一个实例同时直接到多个类目上的指派 见静态分类(3.1.185)、动态分类(3.1.70) 3.1.122 多重继承multipleinherita ance 泛化的语义变种,其中一个类型可以有多个超类型 相对语;单继承(3.1.178 3.1.123 势域曾称多重性 mutiplieity 曾称多重性 对集合可取的势的范围的规约 势域可以对关联端、组成类中的部分,重复次数或为 12
GB/T28174.1一2011 其他目的给出规约 本质上,势域是非负整数的一个(可能无限)子集 相对语:势(3.1.31) 3.1.124 "元关联n-aryassciation 三个或更多类之间的一种关联 该关联的每个实例都是取自各类的一个"元组值 相对语:二元关联(3.1.27) 3.1.125 名[称] name 用于标识模型元素的一种字符串 3.1.126 命名空间 namespace 其中可定义和使用名称的模型部分 命名空间中的每一个名称的意义都是唯一的 见名[称](3.1.125 3.1.127 结点node 代表运行时计算资源的一种类目,它通常至少有一个存储器,且至少具备处理能力 运行时对象和 构件可以驻留在结点上 3.1.128 注释note 附加在一个元素或一个元素集合上的注解 注释没有语义 相对语;约束(3.1.54) 3.1.129 对象objeet 类的一个实例 见;类(3.1.34)、实例(3.1.99) 3.1.130 对象图objeetdiagram 由在某一时刻的对象以及其间关系所组成的一种图 对象图可视作类图或通信图的特例 见;类图(3.1.37),通信图(3.1.41 3.1.131 对象流状态objeetfowstate 活动图中的状态,它表示把某个对象从一个状态中的动作的输出传递到另一个状态中的动作的 输人 3.1.132 对象生存线objeetlifeline 在顺序图中,一种表示某一对象存在时期的线段 见:顺序图(3.1.175) 3.1.133 操作operation -种特征,它声明了可由类目的实例执行的一个服务 3.1.134 包 packnge -种将元素成组的通用机制 包可以嵌套在其他包内 13
GB/T28174.1一2011 3.1.135 包图package daugram -种图,它描绘了模型元素如何组织成包以及各包之间的依赖,包括包的引人和包的扩展 3.1.136 参数parameter 形[式]参[数]formal parameter 一个行为特征的实参 一个参数规定了传人和传出一个行为元素(如一个操作)调用的实参 一个 参数的类型限制了可以传送的值 相对语;变元(3.1.16) 3.1.137 参数化元素parameerizedelement 模板 template 带有一个或多个未绑定参数的类的描述符 3.1.138 父parent 在泛化关系中,对另一元素(即子)的泛化 见:子类(3.1.193)、子类型(3.1.198) 相对语;子(3.1.32) 3.1.139 部件part 代表一组实例的元素,这些实例被一个包容类目实例或者类目的角色所拥有 部件可以通过附着的连接件来连接在一起,并且指定在包容类目实例内创建的链实例的配置 见;角色(3.1.169) 3.1.140 参与partiepate 一个模型元素与一个关系或者一个具体化的关系的联系 例如,类在关联中的参与,参与者在用况中的参与 3.1.141 分区partiton 基于一组标准对于任何模型元素集合的分组 a)活动图:活动结点和边的分组 分区划分结点和边,以约束和显示所包含结点的视图 分区可 以共享内容 各分区经常和业务模型中的组织单元对应 也经常把它们用于在一个活动内的 结点之间分配特性和资源 b体系结构;一种在同一抽象级或跨分层的体系结构各层的有关类目或包的集合 分区表示对 体系结构的纵切片,层则表示横切片 相对语;层(3.1.106). 3 1.142 模式patterm 描述了一个设计模式的结构的模板协作 UML的模式要比那些设计模式团体使用的模式受到更 多限制 通常,设计模式包含更多的非结构化的方面,比如它们使用的启发和用法的折中 3.1.143 持久对象persistentobjeet -种在创建它的进程或线程不复存在后依然存在的对象 14
GB/T28174.1一2011 3.1.144 栓 pin -种表示数据值的模型元素,这些数据值在行为被调用时传人行为,当行为执行完成时从行为 返回 3 .1.145 端口port 类目的一个特征,它规定了一个在类目与其环境之间或者在类目(的行为)与其内部部件之间的特 定交互点 端口通过连接件来连接到其他端口上,通过连接件可以请求对类目的行为特征的调用 3.1.146 后置条件postcondition -种表达约束的条件,在某一操作完成之时条件应为真 3.1.147 幕类型powertype -种其实例又是另一个类目的子类的类目 因此幕类型是一种特别交织的元类;实例也是子类 3.1.148 前置条件preeondition -种表达约束的条件,在调用操作时条件应为真 3.1.149 rimitive 原子类型pr type 一种预定义的、没有任何相关子结构即不可分解)的数据类型,例如整型或字符串 它还可能具有 在UML定义之外的代数和操作,例如,数学上的 3.1.150 规程proeedure 过程 可以作为一个单元附着到模型部件上的动作集合,例如,方法体 因此当一个过程执行时,按照过 程参数的规约,获得一组数值作为实参,产生一组数值作为结果 3.1.151 进程process 过程 在一个操作系统中的一种重量级的并发和执行单元 操作系统包括重量级与轻量级两种进 a 程 如有必要,可以用衍型对实现加以区别 -种软件开发过程 用于开发系统的步骤和指南 b e)执行某一算法,或是做动态处理 相对语;线程(3.1.206) 3.1.152 外廓pile -种衍型包,其内含有为特定领域或目的采用扩展机制加以定制的模型元素,例如衍型、标记定义 和约束 外廓还可规定它所依赖的模型库和它所扩展的元模型子集 3.1.153 投影projieetion 从集合到其子集的一种映射 15
GB/T28174.1一2011 3.1.154 性质property 表征元素某一特性的命名值 性质有语义影响 在UMI.中预定义了一些性质;另一些可由用户" 定义 见;标记值(3.1.204) 3.1.155 伪状态peudrsate 在状态机中,一种虽有状态形式却无状态行为的顶点 伪状态包括初始顶点和历史顶点 3.1.156 物理系统physicealsystem a)模型的主体 b)连接起来的物理单元的集合,包括软件,硬件和人,它们被组织起来实现一个特定的目的 个物理系统可以被描述为一个或多个模型,可能从不同的视点加以描述 相对语:系统(3.1.203) 3.1.157 alirier 限定符qua -种关联属性或属性元组,其值将一组对象加以划分,这组对象与某一关联另一端处的一个对象 相关 3.1.158 实施realization 两个模型元素集合之间特化的抽象关系,其中一个集合表示规约(提供者),另一集合表示前者的实 实现可用于对模型进行逐步精化,最优化、转换,模板模型合成或框架组合,等等 现客户) 3.1.159 接收(消息 receiveamesSage 对来自发送对象的激发的处理 见:发送方(3.1.174,接收方(3.1.160) 1.160 3. 接收方 rreceiver 处理由发送对象传递的激发的对象 相对语;发送方(3.1.174). 3.1.161 接收receptionm 类目准备对收到信号做出反应的声明 3.1.162 参考 reference a)模型元素的指称 b类目中命名的槽,它可以简化到其他类目的导航 同义语;参数(3.1.136). 3.1.163 精化refinement 对已经在某一详细程度上描述的事物的更详细描述的关系 16
GB/T28174.1一2011 例如设计类是对分析类的精化 3.1.164 关系relationship 描述元素之间某种连接的抽象概念 关系的例子有关联和泛化 3.1.165 储存库repository 用来存储对象模型、接口及实现的设施 3.1.166 需求requirement 系统所需要的特征、性质或行为 3.1.167 责任responsib)ility 类目的契约或职责 3.1.168 重用reuse 对已经存在制品的使用 3.1.169 角色role 在参与特定语境的实体集合上定义的特征的命名集合 协作;由类或参加某种特定语境的部件所拥有的行为的命名集合 关联;与关联端的同义语,通常引用参与关联中的类目实例的子集 3.1.170 运行时[期]runtime 计算机程序或系统执行的一段时间 相对语;建模时(3.1.120) 3.1.171 场景scenario 说明行为的动作的特定序列 场景可用来说明交互或用况实例的执行 见:交互(3.1.100 3.1.172 语义变化点semanticvariationpoint 元模型的语义的变化点 它为解释元模型的语义提供一种有意的自由度 3.1.173 发送(消息 sendl amessage 从发送实例到接收实例的激发传递 见;发送方(3.1.174)、接收方(3.1.160) 3.1.174 发送方 Sender 向接收方实例传递激发的对象 相对语;接收方(3.1.160). 3.1.175 顺序图seneediaugrum 描绘交互的图,侧重于随着在生命线上消息对应的事件的发生所交换的消息顺序 17
GB/T28174.1一2011 与通信图不同的是,顺序图包括了时间序列但是不包括对象关系 顺序图既能以一种一般方式(描 述所有可能的场景)存在,也能以一种实例的方式(描述一个实际的场景)存在 顺序图和通信图表达了 相似的信息,但方式不同 见:通信图3.1.41 3.1.176 信号signal 对异步的激发的规约,异步的激发以异步的方式激起接收方的反应,而无需回复 接收对象根据其 接收的规定处理该信号 由发送请求承载的数据,以及通过引起发送请求的发送调用事件的发生传递 给它的数据,由信号实例的属性来表示 信号的定义独立于处理该信号的类目 3.1.177 特征标记signature 行为特征的名称和参数 特征标记可以包括一个可选的返回参数 3.1.178 单[一]继承singleinheritance 多继承mwltipleinheritanee 泛化的语义变种,其中一个类型只有一个父类型 相对语:多重继承(3.1.122) 3.1.179 槽slot -种规约,用来描述由实例的规约建模的实体,它具有针对特定的结构特征的值 3.1.180 软件模块sotwaremdwle 软件存储和操作的单元 软件模块包括源代码模块、二进制代码模块和可执行代码模块 3.1.181 规约(规格说明speciafieatiom 系统或其他类目的需求集合 相对语;实现(3.1.92) 3.1.182 状态state 对象在其生存周期中满足某一条件,进行某种活动或等待某一事件的条件或状况 3.1.183 状态机图statemachinediagram 描绘通过有限状态转换系统建模的离散行为的图 特别是,它描述对象或交互在其生存期间对事 件响应及其响应和动作的状态序列 见:状态机(3.1.184) 3.1.184 状态机statemachine 描述对象或交互在其生存期间对事件响应及其响应和动作的状态序列的行为 3.1.185 静态分类staticeassificationm 由实例到类目的指派,这一指派不能再更改为其他的类目 18
GB/T28174.1一2011 相对语;动态分类(3.1.70 3 .1.186 衍型stereotype 个类,它定义了现有的元类(或衍型)可以如何扩展,并使得特定平台或领域的术语或表示法,以 及其他东西可用于被扩展的元类 UL.预定义了一些衍型,其他的可由用户定义 衍型是UMI的一 种扩展机制 见:约束(3.1.54)、标记值(3.1.204) 3.1.187 激励 stimulIS 信息从一个实例到另一实例的传递,例如发出一个信号或调用一个操作 信号的接收通常认为是 -个事件 见:消息(3.1.110) 3.1.188 串 string 文本字符的序列 申的表示细节依赖于实现,可包括支持国际化字符和图形的字符集 3.1.189 stuetuaralfeature 结构特征 模型元素的静态特征,例如属性 3.1.190 结构模型侧面strueturalmodelaspeet 强调系统中对象的结构的模型方面,包括其类型,类、关系、属性和操作 3.1.191 结构图structurediagramm -种描绘规约中与时间无关的元素的图的形式 类图和构件图都是结构图的例子 3.1.192 子活动状态subaetiity state 活动图中的状态,用来表示具有一定持续时间的非原子的步骤序列的执行 3.1.193 子类subelass 在泛化关系中,对另一类 父类的特化 见泛化(3.1.90. 相对语;父类(3.1.199) 3.1.194 submachinestate 子机状态 状态机中等价于组合状态,但其里面的内容由另外的状态机描述的状态 3.1.195 子状态substate 作为组合状态一部分的状态 见并发子状态(3.1.51)、不相交子状态(3.1.67) 3.1.196 子包subpckage 包含在另一个包中的包 19
GB/T28174.1一2011 3.1.197 子系统subsystem 大型系统的层次分解单元 子系统通常间接的实例化 子系统的定义因领域和方法的不同而差异 很大,并且希望领域和方法外廓能对该构造进行特化 子系统可定义为具有规约元素和实现元素 3. 1.198 子类型subtype 在泛化关系中,对另一类型 -父类型的特化 见:泛化(3.1.90). 相对语:父类型(3.1.200). 3.1.199 父类superchas 子类的泛化 在泛化关系中,对另一类 见;泛化(3.1.90) 相对语;子类(3.1.193) 3.1.200 父类型supertype 子类型的泛化 在泛化关系中,对另一类型 见泛化(3.1.90. 相对语:子类型(3.1.198) 3.1.201 供方supplier 提供可由其他类目调用的服务的类目 相对语:客户(3.1.38). 3.1.202 同步状态synchstate 状态机中用来同步状态机的并发区域的顶点 1.203 3. 系统system 有组织的一组元素,每个元素在功能上作为一个单元,也是模型中的顶层子系统 3.1.204 标记值taggedvalue 以“名称值”对的形式对性质的精确定义 在标记值中,名称称为标记 UML中预定义了一些标 记;其他的可以用户自定义 标记值是UML的三种扩展机制之- 见;约束(3.1.54,衍型(3.1.186 3.1.205 模板template 同义语:参数化元素(3.1.137) 3.1.206 控制)线程threadofcontrolD) 遍历程序、动态模型或控制流的其他某种表示的单个的执行路径 也是用于主动对象的实现(作为 轻量进程)的衍型 20
GB/T28174.1一2011 见:进程(3.1.151 3.1.207 计时事件timeevent 表示自进人当前状态后所经过的时间的事件 见事件(3.1.74). 3.1.208 时间表达式timeepressiom 求值为时间的绝对或相对值的表达式 3.1.209 时序图timingdiagram" -种交互图,显示在线性时间上生命线(表示类目实例或类目角色)的状态或条件的变化 大多数 常见的用法是在显示对象在响应所接受的事件或激发时,对象状态随时间的变化 3.1.210 顶层 toplevel 在包容层次结构中指示最上层包的行型 顶层衍型定义了寻找省字的外部限制正如名称空间向 外“看”到的那样 例如,子系统opLevel表示子系统包容层次的顶端 3.1.211 踪迹traee 表明两个元素之间的历史的或进化关系的依赖,这两个元素表示同一概念,但没有从一个导出另一 个的特定规则 3.1.212 暂时对象transientobject 只在产生它的进程或线程的执行期间存在的对象 3.1.213 转移transitiom 两个状态之间的如下关系,当特定的事件发生并且满足特定的条件时,处于第一 -个状态的对象将执 行某些特定的动作并进人第二个状态 一旦有这样的状态变化,就说该转移被激发了 3.1.214 类型type 是一种衍型化的类,它描述对象域以及可应用到这些对象的操作,而不定义这些对象的物理实现 类型不可以包含任何方法,保持它自己的控制线程或是嵌套的也不行 然而,它可以具有属性和关联 尽管对象最多可以具有一个实现类,但它可以符合多个不同的类型 见实现类(3.1.93) 相对语;接口(3.1.103). 3.1.215 类型表达式typeesprestnm 求值为一个或多个类型的引用的表达式 3.1.216 未解释uninterpreted 对其实现没有在UML中描述的类型留下的占位符 每一个未解释的值都有一个相应的字符串 表示 21
GB/T28174.1一2011 3.1.217 使用usage -种依赖关系,其中的一个元素(客户)为了正确地运行或实现,要求另一元素(提供方)的存在 3.1.218 用况useease 对系统(或其他实体)要完成的动作序列包括变体)的规约,它们与系统的参与者交互 见,用况实例(3.1.220) 3.1.219 用况图 usecasediagram 描绘参与者、主题(系统、用况之间关系的图 3.1.220 用况实例 uSecaseinstance 用况中所描述的动作序列的执行 用况的实例 见,用况(3.1.218) 3.1.221 用况模型usecasemodel 利用用况描述系统的功能需求的模型 3.1.222 公用设施utility -种用类的声明的形式将全局变量和过程集合起来的衍型 它的属性和操作分别变为全局变量和 全局过程 公用设施不是一种基础的建模构造物,是为了方便编程而设立的 3.1.223 值 value 类型域中的元素 3.1.224 顶点 VerteX 状态机中转移的源或目标 顶点可以是一个状态或伪状态 见;状态(3.1.182)伪状态(3.1.155 3.1.225 iew 视图 从一个特定的视角或有利位置看到的模型的投影,并且忽略与该视角不相关的实体 3.1.226 视图元素vieweement -组模型元素的文本或(和)图形的投影 3.1.227 视图投影viewprojeetion 模型元素到视图元素的投影 视图投影为每个视图元素提供位置和样式 3.1.228 可见性visibilty -种枚举,其值(公用的,受保护的,或私用的)用来指明它所针对的模型元素如何在封装它的命名 空间之外被看到 22
GB/T28174.1一2011 3.2缩略语 CwM 公共仓库元模型(CommonwarehouseMetamodel 元对象设施(Meta-ObjectFacility) 5 对象管理组织(ObjectManagementGroup RT UML修订任务组(RevisionTaskForces) RF 提案请求(RequestforProposal UML 统一建模语言(UnifiedModelingLanguage) XMI XM1元数据交换(XMLMetadataInterehange) 语言体系结构 综述 本部分是通过采用形式规约技术的元建模方法定义的(也就是用元模型来规定组成UML的模 型) 虽然这种方法缺乏形式化规格说明方法应具备的一些严密性,但对大多数专业技术人员而言,它 具有更强的直观性和实用性 本章说明UML元模型的体系结构 以下各条概括了所遵循的设计原则,展示了如何运用这些原则来组织UML的基础结构和上层结 构 最后说明了UM1元模型如何与四层结构的元模型体系结构模式取得一致 4.2设计原则 UML元模型的体系结构设计遵循以下的设计原则 模块性 这一原则强调高内聚性和低耦合性,适用于将各构造分组为若干包,并将各特征组织 a 到元类之中 b分层 分层原则以两种方式运用于UML元模型 N 将包结构分层,以使元语言核心构造与使用它们的高级构造分离开来 2)四层元模型体系结构模式一致地适用于分离各抽象层的内容(尤其是实例化时 划分 划分原则用于组织同一层的概念域 对于基础结构库,采用细粒度的划分,以提供当前 和将来元建模标准所需的灵活性 对UMI元模型采用粗粒度划分,以增强包的内聚力并减 弱包之间的耦合性 可扩展性 UMl能以两种方式扩展 采用外廓定义新的UML方言,以便为特殊的平台(比如J2EE/EJB和.NET/COM)和 领域(比如金融、电信和航天)定制语言; 可以通过重用基础结构库包中的部分内容,并增加适当的元类和元联系来规定与UM 2 相关的新语言 前者定义了UML的新方言,后者定义了UML语言系列中的新成员 重用 提供一种细粒度的灵活的元模型库,用以定义UML元模型以及在体系结构上有关的 其他元模型,比如,元对象设施(MOF)和公共仓库模型(cwM) 4.3基础结构的体系结构 UML的基础结构是由基础结构库来定义的 基础结构库满足以下设计要求: 定义元语言核心,该核心可以重用以定义各种元模型,包括UMLMOF和CwM a b)在体系结构上使UML,MOF和XM衔接,这样模型互换得到充分支持 e)允许通过外廓定制UML.,并基于与UML相同的元语言核心来创建新语言(语言系列) 如图1所示,基础结构由InfrastructureLibrary包表示 基础结构库包由核心包(Core)和外廓包 Profile)组成,前者包括了建立元模型时所用的核心概念,后者定义了定制元模型的机制 23
GB/T28174.1一2011 nfrastnuctureLbrany Core Profles 图1基础结构库包 4.3.1核心(Core 核心包的首要作用是为了支持高重用性而特别设计的完整的元模型,而处于相同元层的其他元模 型(见4.,.)或者引人或者特化其特定的元类 UML.cwM相MoF如何依赖于共有核心,如图2所 示 由于这些元模型正好处于模型驱动的体系结构(MDA)的中心,所以此公共核心也可认为是MDA 的体系结构内核 其目的是使UML和其他MDA元模型重用该核心包的部分或全部这使其他元模 型可利用已经定义的抽象语法和语义 UML CwM Core MOF Profiles 图2公共核心包的作用 为了便于重用,将核心包细分为若干子包:原子类型包(PrimitiveType)、抽象包(Abstraction)、基 本包(EBasie)和构造包(Construct),如图3所示 Core PrimltiveTypes Abstractons Basic constructs 图3核心包 24
GB/T28174.1一2011 在接下来的章条中将看到,其中部分子包进一步划分为粒度更细的包,从而在定义一个新的元模型 时,可以挑选有关的部分 不过应该注意;选择特定的包意味着同时选择了依赖的包 原子类型包只包 含了少数已定义的在建元模型时常用的类型,是为满足UMI.和MOF的需要而专门设计的 其他元 模型可能需要其他的或相重叠的原子类型集 其余两个包的设计原理差别不大 抽象包大多包括抽象 元类,用来进一步特化或由很多元模型重用 对于想重用这种包的元模型很少做出假设,为此,也把抽 象包分为若干更小的包 另 -方面,构造包大多包括具体元类,主要用于面向对象的建模 构造包主要 由MOF和UML两者重用,并且成为衔接这两个元模型的重要部分 基本包表示几种构造,用作 UML,MOF和其他基于基础结构库的元模型所产生的XM的基础 核心包的第二个作用是用来定义创建元模型所用的建模构造 这通过对基础结构库(见“元模型的 分层”)中的元类进行实例化来实现 通过MOF对元类进行实例化,而基础结构库定义实际的元类 用来实例化UMLMOF和CwM中的元素,实际上是基础结构库自身的元素 从这个角度考虑,称基 础结构库是自我描述的或自反的 4.3.2外廓(Profiles) 如图1所示,外廓包依赖核心包,并定义了用于对现存的元模型进行裁减的机制,以适应特定的平 台,比如C十十,CORBA或EJB,或者实时、商业对象、软件过程建模等领域 虽然引人外廓的首要目标 是针对UML,但也可以和任何基于公共核心(即从其实例化而来)的元模型一起使用 外廓应基于 UML等所扩展的元模型上,单独使用意义不大 外廓已经与MOF的扩展机制相衔接,但提供了更便捷的限制方法来保证外廓的实现并且使用更 为直接,更容易得到工具厂商的支持 4.3.3UML和NoF之间的体系结构衔接 基础结构的一个主要目标一直是在体系结构上将UML和MoF衔接 实现这一目标的首选途径 是定义公共的核心,这在核心包中已予实现,这样模型元素就可以在UML和MoF间共享 第二种途 径是确保将MoF定义为基于用作元模型的MOF的模型,如图4所示 注意NMOF不仅仅用作UMI 的元模型,同时也用作CwM等其他语言的元模型 M3 metamodel MOF 《instanceon instanceoD ME 《metamodel)》 metamodel) UML cwM 图4在不同元层的UML和MoE 各元层间的关系将在“4.3.4”中详细说明 这里值得指出的是,UMl的每一模型元素都是MOF 中恰好一个模型元素的实例 注意,基础结构库InfrastructureLibrary同时在M2和M3两个元层上使 reLibrary 用,这是由于分别由UMI和MOF重用的缘故,如图2所示 在MOF的情况,lInfrt rastructur 中的元类按其本义使用,而在UML的情况,这些模型元素则增加了一些性质 产生这种差异的原因 25
GB/T28174.1一2011 是,当对多样性的应用建模时,其要求和建元模型时的要求总有细微的不同 例如,MOF定义了如何使用XML元数据交换(XM),使得UML模型在工具间相互转换 MOF 不仅为其自身,而且为CwM.UML和其他作为MOF实例的元模型的内省机制定义了自反接口(MOF Reflectid ion) 它更定义了作为外廓替代或与外廓联合来扩展元模型的机制(见第11章) 事实上,外 廓定义为MOF扩展机制的一个子集 4.3.4 上层结构的体系结构 UML上层结构元模型由UML包来规定,其中UM包分成处理结构性和行为性建模的包,如图5 所示 上述每个部分在GB/T28174.2的各章分别叙述 注意,有些包之间相互依赖,形成循环依赖性 这是由于顶层包之间的依赖性概括了其子包之间的所有联系;这些包的子包之间没有循环依赖性 CommonBehavors Classes Profiles StateMachines UseCases lnteractions AuxiliaryConstructs Activities ComposileStructures Acions Components Deployments 图5GB/28174.2上层结构的顶层包结构 4.3.5重用基础结构 本部分的基础结构规格说明的主要用途之一就是在创建其他元模型时进行重用 UML元模型重 用基础结构库(nfrastructurelibrary)采用两种不同的方式 UM元模型全部是InfrastruectureLibrary中定义的元元类的实例 UML元模型引人并特化Infr rastruetureLibrary中的所有元类 如同前面所讨论的一样,模型可以用作元模型,此处利用这一事实 InlfrastructureLibrary既可用 作元元模型,又可用作为元模型,所以从两方面进行重用 26

深入了解统一建模语言（UML）第1部分：基础结构GB/T28174.1-2011

UML是一种基于图形符号的标准化语言，旨在帮助软件工程师更好地了解和描述软件系统的不同方面。UML的第1部分：基础结构GB/T28174.1-2011定义了UML的核心概念和元素，包括用例、对象、类、状态、活动、组件等等。

在UML中，用例是指软件系统的某些功能，例如“用户登录”、“购买商品”等。每个用例都可以用一个流程图来表示，这个流程图叫做用例图。用例图展示了系统与不同角色之间的交互，例如系统与用户之间的交互。

对象是UML中的另一个重要概念，表示系统中的实例。对象有自己的属性和方法，可以与其他对象互动。类是对象的模板，用来描述对象的共同特征。状态则是指对象在不同时间点的状态。

活动是指系统中的某些操作或过程，例如“登录”、“结账”等。活动图用来展示这些操作或过程的流程。组件则是指系统中的部件，例如库存管理模块、订单管理模块等等。

总之，UML提供了一种可视化方式来描述软件系统的不同方面，从而帮助软件工程师更好地理解和设计系统。UML第1部分：基础结构GB/T28174.1-2011定义了UML的核心概念和元素，对于学习和使用UML的人来说是非常重要的参考资料。

统一建模语言(UML)第1部分：基础结构的相关资料

和统一建模语言(UML)第1部分：基础结构类似的标准

GB/T28174.4-2011

统一建模语言(UML)第4部分：图交换

2022/10/25 22:38:18 现行

GB/T28174.3-2011

统一建模语言(UML)第3部分：对象约束语言(OCL)

2022/10/25 22:19:48 现行

GB/T28174.2-2011

统一建模语言(UML)第2部分：上层结构

2022/10/25 22:01:18 现行

GB/T28174.1-2011

统一建模语言(UML)第1部分：基础结构

2022/10/25 21:42:32 现行