GB∕T 27926.2-2021 金融服务 金融业通用报文方案 第2部分：UML概况.pdf

《GB∕T 27926.2-2021 金融服务 金融业通用报文方案 第2部分：UML概况.pdf》由会员分享，可在线阅读，更多相关《GB∕T 27926.2-2021 金融服务 金融业通用报文方案 第2部分：UML概况.pdf（96页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、ICS 03.060 CCS A 11 中华人民共和国国家标准GB/T 27926.2-2021/ISO 20022-2:20 13 金融服务金融业通用报文方案第2部分:UML概况Financial services-U niversal financial industry message scheme一Part 2:UML profile 2021-07-20发布(ISO 20022-2:20 13,IDT)国家市场监督管理总局Lg.-/;-国家标准化管理委员会保叩2022-02-01实施GB/T 27926.2-2021/ISO 20022-2:2013 目次皿凹11123四川义足hv

2、签L际的叫川和定U型规到类确射止国明映构件被素文.何元才用义如的咋引定是型川性和集模dw中八围范语展何A对范规术扩言言才录考前引12345附参I GB/T 27926.2-2021/ISO 20022-2:2013 目。吕本文件按照GB/T1.1-2020标准化工作导则第1部分:标准化文件的结构和起草规则的规定起草。本文件是GB/T27926金融服务金融业通用报文方案的第2部分。GB/T27926已经发布了以下部分:第1部分:元模型;一一第2部分:UML概况;一一第3部分:建模导则;第4部分:XMLSchema生成;一一第5部分:反向工程;一一第6部分:报文传输特性;第7部分:注册;第8部分:

3、ASN.1生成。本文件使用翻译法等同采用ISO20022-2:2013金融服务金融业通用报文方案第2部分:UML概况。与本文件中规范性引用的国际文件有一致性对应关系的我国文件如下:一-GB/T27926.1-2021金融服务金融业通用报文方案第1部分:元模型CISO20022-1:2013,IDT)本文件由中国人民银行提出。本文件由全国金融标准化技术委员会(SAC/TC180)归口。本文件起草单位:中国金融电子化公司、中国外汇交易中心暨全国银行间同业拆借中心、中国工商银行股份有限公司、中国农业银行股份有限公司、中国建设银行股份有限公司、中国人民银行重庆营业管理部、中国银联股份有限公司、中央国债

4、登记结算有限责任公司、跨境银行间支付清算有限责任公司、招商银行股份有限公司、中国证券登记结算有限责任公司、中国光大银行股份有限公司。本文件主要起草人:杨富玉、曲维民、李曙光、杨倩、魏猛、茅廷、胡冰冰、缪章娟、游彦青、刘圣杰、刘启滨、吴潇、杨艳、陈建强、张鹏程、魏成、古建新、刘书元、宋增宝、何飞。囚G/T 27926.2-2021/ISO 20022-2:20 13 引GB/T 27926定义了一个可伸缩的、系统的过程，以确保整个金融业的报文描述一致性。目的是精确和完整地描述金融业报文传递的外部可观察的方法，这种方式可独立地与运行报文传递进行验证。ISO 20022的产生是建立在开放技术标准的基

5、础上，通常技术标准的发展速度比行业本身快。因此，该文件采用了模型驱动的方法，其中行业报文集模型能够从报文技术的发展中独立分离出来。ISO 20022伴随万维网在商业上的广泛采用而出现。可扩展标记语言(XML)以Web上文档表示形式的事实标准出现，并成为ISO20022的第一种语法。GB/T 27926由以下部分构成:第1部分:元模型;一一第2部分:UML 概况;第3部分:建模导则;一一第4部分XMLSchema生成;第5部分:反向工程;一一第6部分:报文传输特性;第7部分:注册;一一第8部分:ASN.l生成。与GB/T29726-2011相比修订其中5部分，新增3部分，新增部分为:一一第2部分

6、:UML 概况;第6部分:报文传输特性;第8部分:ASN.l生成。GB/T 27926-2021金融服务金融业通用报文方案)8个部分等同采用ISO20022:2013的8个部分。除报文技术标准外，建模过程被进一步细化为兰层，这也是本文件基于四层的原因:范围层、概念层、逻辑层和物理层。第一层、第二层和第三层是用统一建模语言(UML)描述的，因为它得到了广泛的支持并支持多层的抽象。根据本文件创建的模型是独立于技术的，因为它们不需要任何特定的物理表达式或实现。这些模型旨在描述报文交换的所有部分，构成了报文交换参与者之间协议的定义。本文件定义了一种方法，该方法描述了建模人员创建和维护这些模型的过程。I

7、SO 20022旨在构建一套规范、完整的报文开发方案，提高金融业信息交换开发效率和降低报文运行维护成本，拟由以下几部分组成。N 第1部分:元模型。在元对象工具(MOF)中描述所有模型和库的元模型，目的是介绍建模方法综述、库内容综述、注册机构可接受的库输入输出的抽象描述。第2部分:UML概况。涵盖UML概要文件，是一个通用UML的基础，它是为本标准定义的特定子集(当UML被选择来定义模型时使用)。目的是描述扩展集的定义、整体结构、元模型各层到UML实现所涉及的元类属性，以便报文开发者更好地理解UML扩展集及其各层级的 UML实现。第3部分:建模导则。描述了为本文件产生模型的建模方法。目的是向建模

8、人员说明报文模型建立的步骤，确保业务组件/元素、报文组件/元素、业务交易和报文定义的一致性。该部分是针对第1部分、第2部分关于建模方面业务的具体实现。一一第4部分:XMLSchema生成。目的是介绍XMLSchema生成规则，用于将逻辑层模型转换GB/T 27926.2-2021/ISO 20022-2:2013 为语法描述的物理层。第5部分:反向工程。涵盖了逻辑模型对齐和现有报文语法的反向工程。目的是介绍反向工程中的主要阶段以及各阶段的输入、输出以及活动。一一第6部分:报文传输特性。目的是介绍业务交易和报文定义所需要的报文传输系统的参数，明确报文不同传输模式下的参数差异。一一第7部分:注册。

9、描述了管理模型注册和物理语法实现的过程。目的是说明申请机构和注册机构双方的职责和注册流程。第8部分:ASN.l生成。该部分给出了ASN.l语法生成规则，以便通过ASN.l将逻辑层模型转换为物理层描述。V GB/T 27926.2-2021/ISO 20022-2:2013 金融服务金融业通用报文方案第2部分.UML概况1 范围本文件定义了UML扩展集。实质上，本文件定义了如何使用UML创建符合ISO20022元模型的模型，元模型的定义见ISO20022-1。据此，它定义了基于UML元模型的具体语法，它并不排除元模型的其他具体语法，例如文本具体语法。扩展集定义了如何用UML表示元模型的每一个范围

10、层元素(第一层人业务层元素(第二层)和报文层元素(第三层)，以及跨越各个层级的元模型元素。扩展集涵盖了除以下部分的所有元模型的包:一一IS020022:元模型概念层报文传输(lS020022:Metamodel:ConceptualLevel:MessageTransport);IS020022:元模型逻辑层反向(lS020022:Metamodel:LogicalLevel:Reversing);IS020022:元模型逻辑层到物理层转换CIS020022:Metamodel:LogicalToPhysicalTransformation);IS020022:元模型物理层CIS020022:

11、Metamodel:PhysicalLeveD。扩展集还涵盖了IS020022:TypeLibrary包，元模型在一定程度上依赖此包。本部分仅在使用UML时适用。2 规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件;不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。ISO 20022-1金融服务金融业通用报文方案第1部分:元模型(Financialservices-U ni versal financial industry message scheme-Part 1:MetamodeD 3 术语

12、和定义3.1 ISO 20022-1界定的以及下列术语和定义适用于本文件。元模型metamodel1)ISO 20022元模型。1)此处定义的术语为themetamodel(该元模型)而不是metamodel(元模型)，其原因是有时会使用术语UML元模型此时如果用ISO20022元模型代替元模型就不正确了，因为替换的结果就会成为UMLISO 20022元模型。GB/T 27926.2-2021/ISO 20022-2:20 13 3.2 扩展集profile ISO 20022的UML扩展集。3.3 UML元模型UML metamodel 对象管理组织COMG)的UML元模型。4 扩展集是如何

13、被明确规定的4.1 总则本条介绍了用于明确规定扩展集的技术。4.2 扩展集包的结构扩展集的内部包结构与元模型的内部包结构类似，鉴于元模型的顶级包是IS020022:Metamodel，扩展集的顶级包为IS020022:Profile。以下是IS020022:Profile包内的顶级包:a)IS020022:扩展集范围层(lS020022:Profile:ScopeLeveD;b)IS020022:扩展集数据类型CIS020022:Profile:DataTypes);c)IS020022:扩展集概念层CIS020022:Profile:ConceptualLeveD;d)IS020022:扩展

14、集逻辑层CIS020022:Profile:LogicalLeveD;e)IS020022:扩展集概念层到逻辑层转换CIS020022:Profile:ConceptualToLogical-Transformation)。IS020022:Profile:Conceptual包涵盖两个包:IS020022:扩展集概念动态(lS020022:Profile:Conceptual:Dynamic);一-IS020022:扩展集概念静态CIS020022:Profile:Conceptual:Static)。IS020022:Profile包导人两个包:一一IS020022:类型库枚举(lS020

15、022:TypeLibrary:Enumerations);一一IS020022:类型库:XML架构CIS020022:TypeLibrary:XMLSchema)。注IS020022:Profile包并不包含与IS020022:Metamodel:ScopeToConceptual包相对应的包，因为扩展集不必为了实现元模型包而定义构造类型。4.3 扩展集规范的基本组织第5章系统概述了元模型，定义了每个元模型元素如何映射到UMLC不包含扩展集未涵盖的元模型包，元模型包罗列在范围中)。在每个元模型包中，元类以字母顺序排列，包内包含的所有数据类型也以字母顺序2)排列。针对每个元类和数据类型，对应的

16、UML元素都有定义。在概述了IS020022:Metamodel包及其子包后，第5章还涵盖了IS020022:TypeLibrary包及其子包，定义每个元素如何映射到UML。在很多情况下，元素如何映射到UML的定义见附录A中定义的构造类型和标签定义。4.4 元模型和UML的属性一一标签定义2 本文件按照每个元类概述元模型的同时，列举了元类的各个属性以及用UML建模该属性的方法。2)元模型包及其所涵盖的包中的数据类型为用于指定元模型的数据类型。与之相反，IS020022:TypeLibrary 包及其所涵盖包中的数据类型是建模者用于指定符合ISO20022的金融模型。GB/T 27926.2-2

17、021/ISO 20022-2:2013 某些情况下，定义所涉及的属性可映射到附录A中给出的标签定义。4.5 元模型属性对应现有UML属性通常，来自元模型的元类属性与对象管理模型的UML规范中已经定义的UML属性相对应。本文件明确定义了这些对应关系。在这种情况下，无需再界定一个标签定义以实现用UML表达的属性。大多数情况下，扩展集定义了对应的UML属性是UML规范中一个关联的不带导航的成员端，意味着该属性无法在符合ISO20022相关的UML模型中获得。本质上，意味着元模型支持反向指针，而UML不能，而且也没有必要定义一个标签来填补这一空白。通过标签值来追踪和设定反向指针的任务完全落在建模者身

18、上，除非带有此反向指针的特定知识的附加代码已加入到UML工具中。4.6 关联端UML l.x有一个称作关联端的元类，而UML2.x不具 备此元类，该元类已经被关联的memberEnd C成员端)属性所取代。因此，本部分经常提到一个关联的成员端而UML1.x中提到的是关联端。所有其他属性名称出现在叙述性文本中时仍都用引号括起来，为了阅读方便，当提到该属性时已经把引号省略掉。4.7 约束规则扩展集约束规则用OCL表达。这些约束规则成为扩展集实现ISO20022元模型的必要条件，而这些约束规则限制了UML建模者的自由，不符合这些约束规则的UML模型不符合ISO20022。4.8 数字附录A中对扩展集

19、构造类型和标签定义的界定也包含了数字，这些数字利用UML扩展集表示法，以图形的方式描绘了构造类型和标签定义。这些数字同时也描述了构造类型所扩展的UML元类和适用构造类型的父类。在MOF元模型和UML扩展集的规范中，图表复制叙述文本中的某些信息很典型。叙述文本是规范性的，而图表为非规范性的。4.9 建模者如何选择创建所需的UML图表ISO 20022-3完整描述了何时使用哪些UML图表。5 将元模型的元素映射到UML5.1 总则定义了元模型中的每个元素如何在UML中得以实现。5.2 IS020022:Metamodel的UML实现5.2.1 总则本条定义了IS020022:Metamodel包的

20、元素如何映射到UML。5.2.2 元类:业务过程目录CMetaclass:BusinessProcessCatalogue)一一对应的UML元素:A BusinessProcessCatalogue)-stereotyped Packaged。元类属性的映射:3 GB/T 27926.2-2021/ISO 20022-2:20 13 库:在扩展集中未实现3)顶级目录条目:对应于UML包的packagedElement属性，其指向 TopLevelCatalogueEntry)-stereotyped UML元素，被BusinessProcessCatalogue)-stereotyped Pa

21、ckage所包含。5.2.3 元类:编码集CMetaclass:CodeSet)对应的UML 元素:A CodeSet)-stereotyped Enumeration。一一元类属性的映射。标识方案:通过 CodeSet)的identificationScheme标签定义获取。编码:对应于UML枚举的ownedLiteral属性，其指向 Code)-stereotyped Enumeration-Literals。派生:对应位于UML的命名元素和依赖元类之间的关联的提供方依赖成员端(关联的另一成员端被命名为提供方)0 CodeSet)-stereotyped Enumeration是命名元素，

22、相当于提供方，而Trace)-stereotyped Dependency相当于提供方依赖角色(另一个 CodeSet)stereotyped Enumeration是依赖的客户端)。踪迹:对应UML的命名元素和依赖元类之间的关联的客户依赖成员端(关联的另一成员端被命名为客户)0 CodeSet)-stereotyped Enumeration是命名元素，相当于客户而 Trace)-stereotyped Dependency相当于客户依赖C另一个CodeSet)-stereotyped Enu-meration是依赖提供方)。长度(继承自文本):通过 CodeSet)的长度标签定义获取。最小

23、长度(继承自文本):通过 CodeSet)的最小长度标签定义获取。最大长度(继承自文本):通过 CodeSet)的最大长度标签定义获取。5.2.4 元类:编码CMetaclass:Code)对应的UML 元素:a Code)-stereotyped EnumerationLiteral。元类属性的映射:编码值:对应不透明表达式的body属性，为UML枚举字符提供说明的作用。5.2.5 元类:约束规则CMetaclass:Constraint)对应的UML元素:a Constraint)-stereotyped Constraint。元类属性的映射:表达式:对应不透明表达式的body属性，为UM

24、L约束规则提供说明的作用;一一表达式语言:对应不透明表达式的language属性，为UML约束规则提供说明的作用。5.2.6 元类:数据字典CMetaclass:DataDictionary)4 一一对应的UML元素:a DataDictionary)-stereotyped Package。一一元类属性的映射:一一库:在扩展集4)中未实现;一一顶级字典条目:对应于UML包的packagedElement属性，该属性指向 DataDic 3)其在扩展集中未实现的原因是扩展集中没有明确的元素与元模型的库元类相对应(见5.2.的。4)其在扩展集中未实现的原因是扩展集中没有明确的元素与元模型的库元类

25、相对应(见5.2.的。GB/T 27926.2-2021/ISO 20022-2:2013 tionary)-stereotypedPackage包含的 TopLevelDictionaryEntry)-stereotyped UML 元素。5.2.7 元类:标识符集(Metaclass:IdentifierSet)一一构造类型:an OdentifierSet)-stereotyped Class。元类属性的映射:标识方案:通过OdentifierSet)的标识方案标签定义获取;长度(继承自文本):通过 IdentifierSet)的长度标签定义获取;最小长度(继承自文本):通过 Ident

26、ifierSet)的最小长度标签定义获取;最大长度(继承自文本):通过 IdentifierSet)的最大长度标签定义获取。5.2.8 元类:库(Metaclass:Reposi tory)一一对应的UML元素:没有对应的UML元素。符合ISO20022的模型未包含明确的与元模型的库元类相对应的元素，整个的ISO20022库隐式地实现该元类。元类属性的映射:N/A。5.2.9 元类:库概念(Metaclass:Reposi toryConcept)一一对应的UML元素:由RepositoryConcept)Stereotype中的某个具体的派生构造而成的一个命名元素。元类属性的映射。名称:对应

27、命名元素的name属性。定义:对应UML元素的ownedComment属性。命名元素是一个派生元素，因此继承了ownedComment属性。ownedComment是 一类注释，而definition表示Comment的body属性。示例:通过 RepositoryConcept)的example标签定义获取。注册状态:通过 RepositoryConcept)的registrationSta tus标签定义获取。删除日期:通过 RepositoryConcept)的removalDate标签定义获取。语义标记:通过 RepositoryConcept)的semanticMarkup标签定义获

28、取。约束规则:对应Constraint)-stereotyped UML约束规则。对于每一 个UML约束规则，constrainedElement属性值指向拥有该约束规则的库概念。5.2.10 元类:顶级目录条目(Metaclass:TopLevelCatalogueEntry)一一对应的UML元素:被 TopLevelCatalogueEntry)Stereotype的某个具体的派生元素构造的一个命名元素。元类属性的映射:一一业务过程目录:对应owner属性，这是UML命名元素从元素继承来的，指向一个Bus inessProcessCatalogue)-stereotyped Package

29、。5.2.11 元类:顶级字典目录(Metaclass:TopLevelDictionaryEntry)一一对应的UML元素:被 TopLevelDictionaryEntry)Stereotype的某个具体的派生元素构造的一个命名元素。元类属性的映射:一一数据字典:对应owmer属性，这是UML命名元素从元素继承来的，指向 DataDic-GB/T 27926.2-2021/ISO 20022-2:20 13 tionary)-stereotyped Package。5.2.12 元类:踪迹(M etaclass:Trace)一一对应的UML 元素:a Trace)-stereotyped

30、Dependency。一一元类属性的映射:踪迹没有自身的属性。5.2.13 数据类型:基数(Metaclass:Cardinality)对应的UML 元素:MultiplicityElement。元类属性的映射:一一排序:对应多重性元素的isOrdered属性;一一唯一:对应多重性元素的isUnique属性;一一最大出现频率:对应多重性元素的upperValue属性。如果最大出现频率包含UNBOUNDED，那么upperValue就是带有infinity值的无限自然数;最小出现频率:对应多重性元素的lowerValu e属性。5.3 IS020022:Metamodel:ScopeLevel的

31、UML实现5.3.1 总则本条定义了IS020022:Metamodel:ScopeLevel包的元素如何映射到UML。5.3.2 元类:业务过程(Metaclass:BusinessProcess)一一对应的UML 元素:a BusinessProcess)-stereotyped UseCase。一一元类属性的映射:一一业务角色:对应 BusinessRole)-stereotyped Actor与 BusinessProcess)-stereo typed UseCase之间的一个关联的参与者成员端;一一被包含项:对应UML包含元类中的includingCase属性，通过用例的inclu

32、de属性获取;包含项:对应UML的包含与用例元类之间的关联的非通用成员端，其中非通用成员端是includingCase;一一扩展项:对应UML的扩展与用例元类之间的关联的非通用成员端，其中非通用成员端是extendedCase;一一被扩展项:对应UML扩展元类的extendedCase属性，通过用例的extend属性获取;一一业务过程踪迹:对应用例从行为分类器那里继承的ownedBehavior属性，指向BusinessProcess)-stereotyped U seCasey拥有的 BusinessTransaction)-stereotyped Inter-action5)5.3.3 元

33、类:业务角色(Metaclass:BusinessRole)6 对应的UML元素:a BusinessRole)-stereotyped Actor。元类属性的映射:一一一业务过程:对应BusinessRole)-stereotyped Actor与 BusinessProcess)-stereo typed UseCase之间的一个关联的用例成员端;一一业务角色踪迹:对应 BusinessRole)-stereotyped Actor实例的使用，代表了 Busi-5)在元模型中，这种关系通过业务过程踪迹元类被获取，该元类将业务过程与业务交易联系起来。GB/T 27926.2-2021/ISO

34、 20022-2:2013 nessTransaction)-stereotyped Interaction6l中的一条生命线7)。5.4 IS020022:Metamodel:ScopeToConceptualTransformation的UML实现5.4.1 总则本条定义了IS020022:Metamodel:ScopeToConceptualTransformation包的元素如何映射到UML。注:扩展集通过现有的UML元素执行了该包的元类的所有属性，因此附录A中没有定义该包元素所对应的构造类型。5.4.2 元类:业务过程踪迹CMetaclass:BusinessProcessTrace

35、)对应UML:BusinessProcess)-stereotyped U seCase与 BusinessTransaction)-stere otyped interaction之间的一个链接。该链接是行为分类器与行为8l之间的UML元模型关联的一个实例。元类属性的映射:一一业务过程:对应于UML交互从行为那里继承的context属性，将 BusinessTransac-tion)-stereotyped interaction指定给 BusinessProcess)-stereo typed U seCase9l;业务交易:对应于用例从行为分类器那里继承的ownedBehavior属性，

36、将 Busi-nessProcess)-stereotyped U seCase指定给 BusinessTransaction)-stereotyped Inter actlOns。5.4.3 元类:业务角色踪迹CMetaclass:BusinessRoleTrace)对应的UML元素:对应 BusinessRole)-stereotyped Actor的一个实例与 BusinessTransaction)stereotyped Interaction的一个生命线的绑定。一一元类属性的映射:业务角色:指向一个BusinessRole)-stereotyped Actor;参与者:指向一个 Bu

37、sinessTransaction)-stereotyped interaction。5.5 IS020022:Metamodel:ConceptualLevel:Dynamic的UML实现5.5.1 总则本条定义了IS020022:Metamodel:ConceptualLevel:Dynamic包的元素如何映射到UML。5.5.2 元类:业务交易CMetaclass:BusinessTransaction)一一对应的UML元素:a BusinessTransaction)-stereotyped Interaction。元类属性的映射:业务过程踪迹:对应UML交互从行为继承的context

38、属性，指向拥有 BusinessTransac-们在元模型中，这种关系通过业务角色踪迹元类获取，该元类将业务角色与参与者联系起来。7)如后文说明，元模型的参与者元类映射到UML的生命线元素。的UML没有定义UseCaseC用例)与InteractionC交互)间的链接的可视表示形式，但UML工具通常提供了一种通过属性表或模型资源管理器窗口来创建链接的方法。的UML元模型的ow口edBehavior C自有行为)属性是关联的一个端点，该端点从另一方向不能通达;也就是说，该关联没有反向指针从交互往回指向自己的用例。但是，交互从行为继承的context属性能够往回通向自己的用例。7 GB/T 279

39、26.2-2021/ISO 20022-2:20 13 tion)-stereotyped Interaction的BusinessProcess)-stereotyped UseCase;报文传输模式:通过用于定义 BusinessTransaction)Stereotype的标签定义获取;父交易:如果parentTransaction指向最外层的业务交易，那么parentTransaction属性对应交互片段的e口closinglnteraction属性;反之则对应交互片段的enclosingOperand属性;参与者:对应UML交互的lifeline属性，指向 BusinessTrans

40、action)-stereotyped Interaction的 Participant)-stereotyped Lifelines;子交易:指向交互的fragment属性;踪迹:扩展集未实现该踪迹，这一属性是Zachman架构从逻辑层到物理层的映射，不在本扩展集的范围之内;传输:对应UML交互的message属性，指向 MessageTransmission)-stereotyped Mes-sage。5.5.3 元类:报文传输(Metaclass:MessageTransmission)对应的UML 元素:a MessageTransmission)-stereotyped Messag

41、e。一一元类属性的映射。业务交易:对应UML报文的interaction属性，指向拥有 MessageTransmission)-stereotyped Message的 BusinessTransaction)-stereotyped Interaction。一一派生:间接指向 MessageDefinition)-stereotyped Signal。其指向信号的间接途径如下:报文通过receiveEvent属性指向一个报文发生规范(报文端的一个子类)。相应地，报文发生规范又通过报文发生规范的event属性指向一个发送信号事件。随之，发送信号事件又通过signal属性0)指向一个信号。一一

42、报文类型描述:通过 MessageTransmission)的messageTypeDescription标签定义获得。接收:对应UML报文的receiveEvent属性11)。一一发送:对应UML报文的sendEvent属性。5.5.4 元类:报文传输模式(Metaclass:MessageTransportMode)8 一一对应UML元素:扩展集将传输报文模式的属性实现为 BusinessTransaction)Stereotype 的标签定义。事实上，扩展集将业务交易和报文传输模式元类合并为一个UML元素，称作 BusinessTransaction)Stereotyped Intera

43、ction。元类属性的映射:一一有限通信延迟:通过 BusinessTransaction)的boundedCommunicationDelay的标签定义获取;业务交易:在扩展集12)中未实现;一一传送保证:通过 BusinessTransaction)的deliveryAssura盯e标签定义获取;一一持续性:通过BusinessTransaction)的durability标签定义获取;最大时钟变化:通过 BusinessTransaction)的maximumClockVariation标签定义获取;10)在UML中，报文与信号的绑定需要很多交错在一起的实例化关联，因此UML工具通常会利

44、用用户界面提供快捷方式，使建模者能够实现这种结合，而不必有意识地实例化每个关联。11)元模型的receive属性有多重性0.兴，UML报文的receiveEvent属性有多重性0.1，后者在使用带有UML的ISO20022时引入了一个限制规定，而该限制规定在概念上不属于ISO20022。12)businessTransaction属性没有执行的原因正如上所说，扩展集将业务交易与报文传输模式元类合并为一个UML元素，称作 BusinessTransaction)-stereotyped Interactiono GB/T 27926.2-2021/ISO 20022-2:2013 一一最大报文规

45、格:通过 BusinessTransaction)的maximumMessageSize标签定义获取;一一报文投递:通过 BusinessTransaction)的messageCasting标签定义获取;报文递送顺序:通过 BusinessTransaction)的messageDeli veryOrder标签定义获取;报文递送窗口:通过 BusinessTransaction)的messageDeliveryWindow标签定义获取;报文发送窗口:通过 BusinessTransaction)的messageSendi吨Window标签定义获取;一一报文验证层级:通过 BusinessTr

46、ansaction)的messageValidationLevel标签定义获取;报文验证开关:通过 BusinessTransaction)的messageValidationOnOff标签定义获取;一一报文验证结果:通过 BusinessTransaction)的messageValidationResults标签定义获取;接收端异步性:通过 BusinessTransaction)的receiverAsynchronici ty标签定义获取;一一发送端异步性:通过 BusinessTransaction)的senderAsy盯hronicity标签定义获取。5.5.5 元类:参与者CMet

47、aclass:ParticipanO 一一对应的UML元素:属于BusinessTransaction)-stereotyped Interaction一部分的 Partici-pant)-stereotyped Lifeline。元类属性的映射:一一业务角色踪迹:对应 BusinessRole)-stereotyped Actor的一个实例与交互中的一个生命线的绑定，这种用法使该属性指向参与者;业务交易:对应生命线的interaction属性，指向附带了Participant)-stereotyped Life line的 BusinessTransaction)-stereotyped I

48、nteraction;一一基数:通过Participant)的minimumOccurre盯e和maximumOccurre盯e标签定义获取;接收:对应 MessageTransmission)-stereotyped Message的receiveEvent属性，Participant)-stereotyped Lifeline是其receiver;一一发送:对应 MessageTransmission)-stereotyped Message的sendEvent属性，Par-ticipant)-stereotyped Lifeline是其sender。5.5.6 元类:接收CMetacla

49、ss:Receive)一一对应的UML元素:MessageTransmission)-stereotypedUML Message的receiveEvent 属性。元类属性的映射:一一报文传输:对应引发接收事件的 MessageTransmission)-stereotyped Message;一一接收端:对应实际上接收了 MessageTransmission)-stereotyped Message的 Partici-pant)-stereotyped Lifeline。5.5.7 元类:发送CMetaclass:Send)一一对应的UML元素:MessageTransmission)-s

50、tereotyped UML Message的sendEvent 属性。元类属性的映射:9 GB/T 27926.2-2021/ISO 20022-2:20 13 一一报文传输:对应引起发送事件的 MessageTransmission)-stereotyped Message;发送端:对应实际上发送了 MessageTransmission)-stereotyped Message的 Partici pant)-stereotyped Lifeline。5.6 IS020022:Metamodel:ConceptualLevel:Static的UML实现5.6.1总则本条定义了IS02002