(高清版)GBT 27926.2-2021 金融服务　金融业通 用报文方案　第2部分：UML概况

GB/T27926.2—2021/ISO20022-2:2013金融服务金融业通用报文方案Part2:UMLprofile(ISO20022-2:2013,IDT)国家市场监督管理总局国家标准化管理委员会IGB/T27926.2—2021/ISO20022-2:2013 Ⅲ 12规范性引用文件 13术语和定义 14扩展集是如何被明确规定的 25将元模型的元素映射到UML 3附录A(规范性)构造类型和标签的定义 ⅢGB/T27926.2—2021/ISO20022-2:2013本文件是GB/T27926《金融服务金融业通用报文方案》的第2部分。GB/T27926已经发布了-—第5部分：反向工程；本文件使用翻译法等同采用ISO20022-2:2013《金融服务金融业通用报文方案第2部分： GB/T27926.1—2021金融服务金融业通用报文方案第1部分：元模型(ISO20022-1:2013,IDT)GB/T27926.2—2021/ISO20022-2:2013ISO20022的产生是建立在开放技术标准的基础上，通常技术标准的发展速度比行业本身快。因此，该文件采用了模型驱动的方法，其中行业报文集模型能够从报文技术的发展中独立分离出来。ISO20022伴随万维网在商业上的广泛采用而出现。可扩展标记语言(XML)以Web上文档表示形式GB/T27926由以下部分构成：——第1部分：元模型；——第3部分：建模导则；——第6部分：报文传输特性；——第8部分：ASN.1生成。 第8部分：ASN.1生成。GB/T27926—2021《金融服务金融业通用报文方案》8个部分等同采用ISO20022:2013的8个部分。各层到UML实现所涉及的元类属性，以便报文开发者更好地理解UML扩展集及其各层级是针对第1部分、第2部分关于建模方面业务的具体实现。——第4部分：XMLSchema生成。目的是介绍XMLSchema生成规则，用于将逻辑层模型转换VGB/T27926.2—2021/ISO20022-2:2013———第5部分：反向工程。涵盖了逻辑模型对齐——第6部分：报文传输特性。目的是介绍业务交易和报文定义所需要的报文传输系统的参数，明确报文不同传输模式下的参数差异。——第7部分：注册。描述了管理模型注册和物理语法实现的过程。目的是说明申请机构和注册——第8部分：ASN.1生成。该部分给出了ASN.1语法生成规则，以便通过ASN.1将逻辑层模型1GB/T27926.2—2021/ISO20022-2:2013金融服务金融业通用报文方案本文件定义了UML扩展集。实质上，本文件定义了如何使用UML创建符合ISO20022元模型扩展集定义了如何用UML表示元模型的每一个范围层元素(第一层)、业务层元素(第二层)和报文层元素(第三层),以及跨越各个层级的元模型元素。扩展集涵盖了除以下部分的所有元模型的包：(ISO20022::Metamodel::ConceptualLevel::MessageTransport); ISO20022::元模型：逻辑层：反向(ISO20022::Metamodel::LogicalLevel::Reversing);(ISO20022::Metamodel::LogicalToPhysicalTransformation);(ISO20022::Metamodel::PhysicalLevel)。扩展集还涵盖了ISO20022::TypeLibrary包，元模型在一定程度上依赖此包。本部分仅在使用UML时适用。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文本文件。ISO20022-1金融服务金融业通用报文方案第1部分：元模型(Financialservices—Universalfinancialindustrymessagescheme—Part1:Metamodel)ISO20022-1界定的以及下列术语和定义适用于本文件。元模型metamodel¹ISO20022元模型。2GB/T27926.2—2021/ISO20022-2:20133.2扩展集profileISO20022的UML扩展集。3.3UML元模型UMLmetamodel对象管理组织(OMG)的UML元模型。4扩展集是如何被明确规定的本条介绍了用于明确规定扩展集的技术。扩展集的内部包结构与元模型的内部包结构类似，鉴于元模型的顶级包是ISO20022:Metamodel,扩展集的顶级包为ISO20022::Profile。以下是ISO20022::Profile包内的顶级包：a)ISO20022::扩展集：范围层(ISO20022::Profile::ScopeLevel);b)ISO20022::扩展集：:数据类型(ISO20022::Profile::DataTypes);c)ISO20022::扩展集：:概念层(ISO20022::Profile::ConceptualLevel);d)ISO20022::扩展集：逻辑层(ISO20022::Profile::LogicalLevel);e)ISO20022::扩展集：:概念层到逻辑层转换(ISO20022::Profile::ConceptualToLogical-Transformation)。ISO20022::Profile::Conceptual包涵盖两个包： ISO20022::扩展集：:概念：动态(ISO20022::Profile::Conceptual::Dynamic);——ISO20022::扩展集：概念：静态(ISO20022::Profile::Conceptual::Static)。ISO20022::Profile包导入两个包：-——ISO20022::类型库：枚举(ISO20022::TypeLibrary::Enumerations);——ISO20022::类型库：:XML架构(ISO20022::TypeLibrary::XMLSchema)。注：ISO20022::Profile包并不包含与ISO20022::Metamodel::ScopeToConceptual包相对应的包，因为扩展集不必为了实现元模型包而定义构造类型。第5章系统概述了元模型，定义了每个元模型元素如何映射到UML(不包含扩展集未涵盖的元模在概述了ISO20022::Metamodel包及其子包后，第5章还涵盖了ISO20022::TypeLibrary包及本文件按照每个元类概述元模型的同时，列举了元类的各个属性以及用UML建模该属性的方法。2)元模型包及其所涵盖的包中的数据类型为用于指定元模型的数据类型。与之相反，ISO20022::TypeLibrary包及其所涵盖包中的数据类型是建模者用于指定符合ISO20022的金融模型。3GB/T27926.2—2021/ISO20022-2:2013某些情况下，定义所涉及的属性可映射到附录A中给出的标签定义。4.5元模型属性对应现有UML属性通常，来自元模型的元类属性与对象管理模型的UML规范中已经定义的UML属性相对应。本文件明确定义了这些对应关系。在这种情况下，无需再界定一个标签定义以实现用UML表达的属性。味着该属性无法在符合ISO20022相关的UML模型中获得。本质上，意味着元模型支持反向指针，而UML不能，而且也没有必要定义一个标签来填补这一空白。通过标签值来追踪和设定反向指针的任务完全落在建模者身上，除非带有此反向指针的特定知识的附加代码已加入到UML工具中。UML1.x有一个称作关联端的元类，而UML2.x不具备此元类，该元类已经被关联的“mem- 时已经把引号省略掉。扩展集约束规则用OCL表达。这些约束规则成为扩展集实现ISO20022元模型的必要条件，而这些约束规则限制了UML建模者的自由，不符合这些约束规则的UML模型不符合ISO20022。附录A中对扩展集构造类型和标签定义的界定也包含了数字，这些数字利用UML扩展集表示法，以图形的方式描绘了构造类型和标签定义。这些数字同时也描述了构造类型所扩展的UML元类和适用构造类型的父类。在MOF元模型和UML扩展集的规范中，图表复制叙述文本中的某些信息4.9建模者如何选择创建所需的UML图表ISO20022-3完整描述了何时使用哪些UML图表。5将元模型的元素映射到UML定义了元模型中的每个元素如何在UML中得以实现。5.2ISO20022::Metamodel的UML实现本条定义了ISO20022::Metamodel包的元素如何映射到UML。——元类属性的映射：4GB/T27926.2—2021/ISO20022-2:2013《(TopLevelCatalogueEntry>)-stereotypedUML元素，被<(BusinessProcessCatalogue)>-stereotypedPackage所包含。 对应的UML元素：A(《CodeSet)>-stereotypedEnumeration。Literals。stereotypedEnumeration是依赖的客)-—元类属性的映射：-—对应的UML元素：a<<Constraint>>-stereotypedConstraint。-—库：在扩展集中未实现；5GB/T27926.2—2021/ISO20022-2:2013tionary>)-stereotypedPackage包含的〈(TopLevelDictionaryEntry>)-stereotypedUML——对应的UML元素：没有对应的UML元素。符合ISO20022的模型未包含明确的与元模型 对应的UML元素：由(<RepositoryConcept>》Stereotype中的某个具体的派生构造而成的一定义：对应UML元素的“ownedComment”属性。命名元素是一个派生元素，因此继承了“ownedComment”属性。“ownedComment”是一类注释，而“definition”表示Comment的“body”属性。约束规则：对应(Constraint>>-stereotypedUML约束规则。对于每一个UML约束规则，“constrainedElement”属性值指向拥有该约束规则的库概念。——对应的UML元素：被(<TopLevelCatalogueEntry>>Stereotype的某个具体的派生元素构造inessProcessCatalogue)>-stereotypedPackage。——对应的UML元素：被<<TopLevelDictionaryEntry>>Stereotype的某个具体的派生元素构造——数据字典：对应“owner”属性，这是UML命名元素从元素继承来的，指向<(DataDic-6GB/T27926.2—2021/ISO20022-2:2013tionary)>-stereotypedPackage。 ——最大出现频率：对应多重性元素的“upperValue”属性。如果最大出现频率包含“UN-BOUNDED”,那么“upperValue5.3ISO20022::Metamodel::ScopeLevel的UML实现本条定义了ISO20022::Metamodel::ScopeLevel包的元素如何映射到UML。——对应的UML元素：a<<BusinessProcess>)-stereotyped-—被包含项：对应UML包含元类中的“includingCase”属性，通过用例的“include”属性“includingCase”;“extendedCase”;nessProcess>)-stereotypedUseCasey拥有的<<BusinessTransaction>>-stereotypedInter-action⁵。-—业务过程：对应<<BusinessRole)>-stereotypedActor与<(BusinessProcess>>-stereotyped-—业务角色踪迹：对应<(BusinessRole)>-stereotypedActor实例的使用，代表了(《Busi-7GB/T27926.2—2021/ISO20022-2:2013nessTransaction>>-stereotypedInteraction)中的一条生命线7。5.4ISO20022::Metamodel::ScopeToConceptualTransformation的UML实现本条定义了ISO20022::Metamodel::ScopeToConceptualTransformation包的元素如何映射到UML。注：扩展集通过现有的UML元素执行了该包的元类的所有属性，因此附录A中没有定义该包元素所对应的构造——对应UML:《〈BusinessProcess>>-stereotypedUseCase与《<BusinessTransaction>>-stereotypedinteraction之间的一个链接。该链接是行为分类器与行为8之间的UML元模型关联——业务过程：对应于UML交互从行为那里继承的“context”属性，将<<BusinessTransac-tion)>-stereotypedinteraction指定给<(BusinessProcess>>-stereotypedUseCase⁹);—-—业务交易：对应于用例从行为分类器那里继承的“ownedBehavior”属性，将〈<Busi-nessProcess>)-stereotypedUseCase指定给(《BusinessTransaction>>-stereotypedInter-actions。stereotypedInteraction的一个生命线的绑定。5.5ISO20022::Metamodel::ConceptualLevel::Dynamic的UML实现本条定义了ISO20022::Metamodel::ConceptualLevel::Dynamic包的元素如何映射到UML。——对应的UML元素：a<(BusinessTransaction)》-stereotyped业务过程踪迹：对应UML交互从行为继承的“context”属性，指向拥有<(BusinessTrans8)UML没有定义UseCase(用例)与Interaction(交互)间的链接的可视表示形式，但UML工具通常提供了一种9)UML元模型的“ownedBehavio该关联没有反向指针从交互往回指向自己的用例。但是，交互从行为继承的“context”属性能够往回通向自己8GB/T27926.2—2021/ISO20022-2:2013tion>>-stereotypedInteraction的〈(BusinessProcess>>-stereotypedUseCase;参与者：对应UML交互的“lifeline”属性，指向<<BusinessTransaction>>-stereotypedInteraction的(<Participant>>-stereotypedLifelines;——对应的UML元素：a<<MessageTransmission>)-stereotypedMessage。-—业务交易：对应UML报文的“interaction”属性，指向拥有〈(MessageTransmission>>-stereotypedMessage的<<BusinessTransaction)>-stereotypedInteraction。—-—派生：间接指向(<MessageDefinition>>-stereotypedS号事件又通过“signal”属性0指向一个信号。——报文类型描述：通过《(MessageTransmission>>的“messag——对应UML元素：扩展集将传输报文模式的属性实现为<<BusinessTransaction>)Stereotype的标签定义。事实上，扩展集将业务交易和报文传输模式元〈<BusinessTransaction>》StereotypedInteraction。11)元模型的“receive”属性有多重性0..*,UML报文的“receiveEvent”属性有多重性0..1,后者在使用带有UML12)“businessTransaction”属性没有执行的原因正如上所说，扩展集将业务交易与报文传输模式元类合并为一个9GB/T27926.2—2021/ISO20022-2:2013-—报文投递：通过<(BusinessTransaction>>的“messageCasti-—报文递送顺序：通过<(BusinessTransaction>>的“messageDeliveryOrder”标签定义获取；-—报文递送窗口：通过《(BusinessTransaction>>的“messageDeliveryWindow”标签定义——报文发送窗口：通过〈<BusinessTransaction>>的“messageSendingWindow”标签定义——报文验证层级：通过(《BusinessTransaction>>的“messageValidationLevel”标签定义-—报文验证开关：通过<(BusinessTransaction>>的“messageValidationOnOff”标签定义——报文验证结果：通过<<BusinessTransaction>>的“messageValidationResults”标签定义 pant)>-stereotypedLifeline。——业务角色踪迹：对应<(BusinessRole>>-stereotypedActor的一个实例与交互中的一个生——基数：通过<<Participant>>的“minimumOccurrence”和“maximumOccurrence”标签定义——接收：对应〈<MessageTransmission>>-stereotypedMessage的“receiveEvent”属性，〈<Participant>)-stereotypedLifeline是其“receiver”;ticipant)>-stereotypedLifeline是其“sender”。——对应的UML元素：〈<MessageTransmission>)-stereotypedUMLMessage的“receiveEvent”pant>>-stereotypedLifeline。——对应的UML元素：<(MessageTransmission>)-stereotypedUMLMessage的“sendEvent”GB/T27926.2—2021/ISO20022-2:2013 报文传输：对应引起发送事件的(<MessageTransmission>>-stereotypedMessage;--—发送端：对应实际上发送了<<MessageTransmission>>-stereotypedMessage的<<Partici-5.6ISO20022::Metamodel::ConceptualLevel::Static的UML实现本条定义了ISO20022::Metamodel::ConceptualLevel::Static包的元素如何映射到UML。 对应的UML元素：以<(BusinessElement)>-stereotypedProperties为端点的一个关联——元类属性的映射：——A端：对应UML关联实例的“navigableOwnedEnd”多值属性的第一个元素，该属性是个排序集合；——B端：对应UML关联实例的“navigableOwnedEnd”多值属性的第二个元素。——对应的UML元素：a<<BusinessElement>>-stereotypedProperty,它是关联的成员端。——元类属性的映射：——聚合：对应UML属性的“aggregation”属性(见5.11.1,定义了元模型的AggregationEnu-meration如何映射到UML的AggregationKindEnumeration); 对应的UML元素：a<<BusinessElement>)-stereotypedProperty,它不是关联的成员端——元类属性的映射： ——复杂类型：对应UML属性的“type”属性，指向〈<BusinessComponent>>-stereotypedClass。UML属性仅有一个单一“type”属性与业务属性的四个属性都映射到单一的UML“type”属性并不冲突。——对应的UML元素：a<(BusinessComponent>)-stereotypedClass¹4。13)尽管“owningAssociation”是一个单值属性，但“associationForEndA”和“associationForEndB”都对应UML属性的“owningAssociation”属性，其原因是元模型规定了“与associationForEndA”和“associationForEndB”其中的一个不为空。同时要注意业务联系端充当“B端”的功能，通过“associationForEndB”属性向回指向其业务14)能够使用UML实例图给((BusinessComponent>)-stereotypedClasses的M0示例建模。GB/T27926.2—2021/ISO20022-2:2013ponentType>)-stereotypedClass是依赖的客户端)。Class'sProperties。“type”。(<BusinessComponent)>-stereotypedClass是类型，类型元素是所有“navigable-OwnedEnds”的集合，(<BusinessComponent)>-stereotypedClass是它的类型。Component>)-stereotypedClass是其中一个分类器，从属于泛化的“specific”成员端。eElement>>-stereotypedProperty是依赖的客户端)。Property的〈<BusinessComponent>>-——基数：对应UML属性元类继承的UML元类多重性元素的属性(元类的基数数据类型，5.7ISO20022::Metamodel::ConceptualToLogicalTransformation的UML实现本条定义了ISO20022::Metamodel::ConceptualToLogicalTransformation包的元素如何映射到UML。stereotypedProperty对于〈<BusinessComponent>>-stereotypedClass的(<Trace>>-——元类属性的映射：stereotypedClass之后的<<MessageElement>)-stereotypedProperty)对于<(Business-Component>)-stereotypedClass的<(Trace)>-stereotypedDependency的供应方端；GB/T27926.2—2021/ISO20022-2:2013eotypedClass的<(Trace)>-stereotypedDependency的客户端。 stereotypedProperty的<〈Trace)>-stereotyped eotypedEnumeration的<(Trace>>-stereotypedDependency。-—对应的UML踪迹：对应一个<<MessageTransmission)>-stereotypedMessage与一个<<Mes-sageDefinition>)-stereotypedSignal的绑定。报文传输：指向一个〈<MessageTransmission)-stereotypedMessage¹6(见5.5.3,定义了〈<MessageTransmission>>-StereotypedMessage如何通过UML元模型的关联实例绑定〈<MessageDefinition)>-StereotypedSignal)。5.8ISO20022::Metamodel::LogicalLevel的UML实现本条定义了ISO20022::Metamodel::LogicalLevel包的元素如何映射到UML。d15)扩展集使用UML元模型的关联实例实现了“messageTransmission”属性，我们期待着能够通过使用相同关联文定义指向了报文传输；本质上来看，“messageDefinition”是GB/T27926.2—2021/ISO20022-2:2013——对应的UML元素：a<(ChoiceComponent)>-stereotypedClass。none。——对应的UML元素：a<<MessageElement)>-stereotypedProperty,-—复杂类型：对应此属性的“type”属性，指向(《MessageComponentType)>-stereotyped-Class;注：报文属性的这4个属性在元模型中都有0..1多重性，有约束规则限定其中的某一个不为空。因此，一个UML-—对应的UML元素：a<<MessageBuildingBlock>>-stereotypedProperty,它是(<MessageDefini-tion>>-stereotypedSignal和<<MessageComponentType>)-stereotypedClass之间关联的一个成员端。该成员端位于关联的<(MessageComponentType>>-stereotypedClass的一侧。关联17)尽管“owningAssociation”是一个单值属性，但“与目标的关联”和“与来源的关联”都能对应UML属性中的GB/T27926.2—2021/ISO20022-2:2013在除5.8.8的其余部分被称为“theAssociation”。 -—基数：对应<MessageBuildingBlock>>-stereotypedProperty的基数。——对应的UML元素：a<(MessageComponent>>-stereotyped (MessageComponentType>>-stereotypedClass是命名元素，作Component>>-stereotypedClass是依赖的提供方端)。——报文模块：对应<(MessageComponentType>>-stereotyp——对应的UML元素：a<<MessageDefinition》)-stereotypedsign——报文模块：对应<(MessageDefinition>>-stereotypedSignal与一个<(Mess种表现形式中该<<MessageDefinition>)-stereotypedClass是“utilizedElement”属性。——踪迹：扩展集中未实现。原则上，这一属性通过报文指向信号路径的反转指向一个《(MessageTransmission)>-stereotypedMessage;这一路径在5.5.3中对报文传输的“派18)能够使用UML实例图给((MessageComponentType>)-stereotypedClasses的M0实例建模。19)能够使用UML实例图给((MessageDefinition>>-stereotypedSignals的M0实例建模。GB/T27926.2—2021/ISO20022-2:2013关联的链接没有将信号往回指向报文。展集中报文定义标识符的实例成为了一个字符串，该字符串设定了报文定义标识符四个属性的编码值。该字符串被获取到“报文定义标识符”标签定义中。此字符串的格式在ISO20022-3中有规定。——对应的UML元素：<<MessageElement>>-——元类属性的映射。的另一成员端被命名为“客户”)。〈(Mesment)>-stereotypedProperty是依赖的提供方端)。-—基数：对应UML的属性元类从多重性元素继承来的属性(元类的基数数据类型，涉及相——组件情境：对应UML属性的“class”属性，指向拥有<<MessageElement>>-stereotypedProperty的〈(MessageComponentType》)-stereotypedClass。——被派生：对应UML属性中的“isDeriComponent>)-stereotypedProperty是依赖的提供方端)。--—对应的UML元素：a<(MessageSet>)-stereotypedArtefact。——元类属性的映射：—-—报文定义：对应UML表现形式实例的“utilizedElement”UML属性，该实例通过UML属性表现形式与(<MessageSet>)-stereotypedArtefact相链接。“FpML”。GB/T27926.2—2021/ISO20022-2:20135.9ISO20022::Metamodel::DataTypes的UML实现对于ISO20022::Metamodel::DataTypes包中元素的每个数据类型，扩展集都定义了对应的带有相同非限定名的构造类型。这些构造类型中每一个都扩展了UML数据类型元类，都被涵盖在-—货币识别：通过<(Amount>>的“currencyldentification”标签定义获取。——对应的UML元素：a<(Quantity>>-stereotypedDataType。——对应的UML元素：a<(Rate)>-stereotypedDataType。——对应的UML元素：a<<Text>)-stereotypedDataType。5.10ISO20022::TypeLibrary::XMLSchema的UML实现——扩展集导入了ISO20022::TypeLibrary::XMLSchema包23)。符合ISO20022的UML模型——base64Binary;——Boolean;———date;———dateTime;23)ISO20022-1定义的ISO20022::TypeLibrary::XMLSchema包中涵盖了W3CXML架构内置数据类型，其所采取的形式能让建模者以UML和MOF模型的方式使用这些数据类型。GB/T27926.2—2021/ISO20022-2:2013——decimal;———duration;—-—gDay;——gMonthDay;——gYear;——gYearMonth;——string;使用该子集的任何元素作为<(BusinessElement>>-stereotypedUMLAttribute的类型或〈《MessageElement>>-stereotypedUMLAttribute²4的类型。内置数据类型列表中的位置一致):——〈(Binary》);——<《Day》>;——((Month)>;——<<MonthDay)>;——(<Text)>;)。构限定面，因为标签定义的非限定名与对应的XML架构限定面的名称一致。连同扩展集中的一些标签定义，属于ISO20022::TypeLibrary::XMLSchema,但却不属于这个子集。GB/T27926.2—2021/ISO20022-2:2013而XMLSchema数据类型有着广受计算机行业支持的优势。符合扩展集的UML模型不仅能够用于生成ISO20022-4所规定的XML,也可用于生成其他类型，例如基于EDIFACT或基于JSON的定义。5.11ISO20022::TypeLibrary::Enumerations的UML实现正如在4.2中说明的，扩展集导入并重复使用了ISO20022::TypeLibrary::Enumerations包。扩但是，扩展集并没有真正使用被涵盖在枚举包中的聚合枚举，因为UML有一个几举。本节的其余部分用来解释扩展集如何将聚合枚举映射到相应的UML枚举。——对应的UML元素：AggregationKind。——枚举的枚举字符的映射：聚合的枚举字符通过名称和语义完全对应UML的聚合种类枚举的GB/T27926.2—2021/ISO20022-2:2013(规范性)构造类型和标签的定义A.1总则本附录定义了前面各章节所提到扩展集的构造类型和标签定义。每节对应一个扩展集包，包括扩展集包中构造类型的定义和构造类型的标签定义。标准的UML<<profile>>构造类型应用于每个包。在每个包分项的最前面部分，有一个非规范性的构造类型和标签定义的UML类表。扩展集中定义的所有构造类型都是公众可见性的。每个扩展集定义一个标签，会同时给每个标签定义25)的UML属性赋值。对于一些UML属性，扩展集会给所有的标签定义界定相同的值。表A.1没有依此列出每个标签定义的属性和值，而是仅一次列出属性和值。属性值聚合无派生否只读否静态否唯一是可见性公众可见表A.1给出了ISO20022::Profile包的内部结构，并展示了导入的包。A.2构造类型和标签细则A.2.1ISO20022包(PackageISO20022)见表A.2。A.2.2ISO20022::扩展集包(PackageISO20022::Profile)见表A.3。20GB/T27926.2—2021/ISO20022-2:2013适用的构造类型((profile))描述扩展集包示例见图A.1,ISO20022层级构造类型示例见图A.2。ProfileDataTypesTypeLlbraryConceptualLevelLogicalLevel《<import>>Enumeratlons<<profle>>ConceptualToLogicalTransformationScopeLevelStatlcDynamlcXMLSchema没有范围到概念转换包，因为没有构造类型对应于ISO20022::Metamodel::ScopeToConceptualTransformation包图A.1扩展集包示例GB/T27926.2—2021/ISO20022-2:2013DiagramnameISO20022LevelStereotyps<<<<enumeraion>>CodeSetPROMSONAIIYREGSIEREDREGSIERHD+idntificationSchemearyURI[1]+lengthnonNegativeInteger[0..1]+minLengthnonNegativelnteger[0..1]+maxLengthnonNegativelntegca[0..1]+pattemstring[0..1]立+exampestring(0..7+registatonStahsRegistationSahs[1FPROVISIONALLY_REGISTERED+ramovalDatesting[0..1]+semanticMarkupstring[0..1BusinessProcessCatalogue(base_Classgeneralization>isEmptyo;+identificationSchemeanyURI[1]+lengthnonNegativeInteger[0..i]+minLength;nonNegativeInteger[0..1]+maxLength:nonNegativelnteger[0..1]+pattenstring[0..1jCodeTopLeveIDictionaryEntryTopLevelCatalogueFntry《<stercotype>>DataDictionaryConstraintk业务过程目录ISO20022层级构造类型示例见表A.4。属性值限定名ISO20022::Profile::Busine抽象拥有者父类一个<(BusinessProcessCatalogue>>-stereotypedPackage只能被一个<<BusinessProcessCatalogue>>-ster-见表A.5。GB/T27926.2—2021/ISO20022-2:2013属性值容器ISO20022::Profile::BusinessProcessCatalogue语言主体not(base_Package.nestingPackage.oclIsUndefined())impliesbase_Package.nestingPackage.oclIsTypeOf(BusinessProcessCatalogue)——合法拥有业务过程目录描述一个<《BusinessProcesCatalogue)>-stereotypedPackagealogue>)-stereotyped。见表A.6。的所有子包都应是<(BusinessProcessCat-属性值情境ISO20022::Profile::BusinessProcessCatalogue语言主体base_Package.nestedPackage-)forAll(pkglpkg.oclIsTypeOf(BusinessProcessCatalogue))A.2.2.2构造类型编码描述见表A.7。属性值限定名抽象类拥有者父类标签定义编码名称。见表A.8。GB/T27926.2—2021/ISO20022-2:2013属性值类型ISO20022::TypeLibrary::XMLSchema::string拥有者默认值多重性1排序MustBeLiteralOfCodeSetEnumeration〈<Code>)-stereotypedEnumerationLiteral应是一个<<CodeSet>>-stereotypedEnumeration的部分。见表A.9。属性值情境语言主体base_EnumerationLiteral.owner.oclIsTypeOf(CodeSet)见表A.10。表A.10属性值限定名抽象类拥有者父类ISO20022::Profile::TopL标签定义——identificationScheme见表A.11。24GB/T27926.2—2021/ISO20022-2:2013属性值类型ISO20022::TypeLibrary::XMLSchema::anyURI拥有者ISO20022::Profile::C默认值多重性1排序见表A.12。属性值类型ISO20022::TypeLibrary::XMLSchema::nonNegativeInteger拥有者ISO20022::Profile::CodeSet默认值多重性排序见表A.13。属性值类型ISO20022::TypeLibrary::XMLSchema::nonNegativeInteger拥有者ISO20022::Profile::C默认值多重性排序——minLength见表A.14。属性值类型ISO20022::TypeLibrary::XMLSchema::nonNegativeInteger拥有者ISO20022::Profile::C默认值多重性排序 patternGB/T27926.2—2021/ISO20022-2:2013见表A.15。属性值类型ISO20022::TypeLibrary::XMLSchema::string拥有者ISO20022::Profile::C默认值多重性排序见表A.16。属性值限定名抽象类拥有者父类约束规则MustBeOpaqueExpression见表A.17。表A.17属性值情境ISO20022::Profile::Constraint语言主体base_Constraint.specification.oclIsKindOf(OpaqueExpression)A.2.2.5构造类型数据字典见表A.18。GB/T27926.2—2021/ISO20022-2:2013属性值限定名抽象类拥有者父类约束规则拥有。见表A.19。属性值情境ISO20022::Profile::DataDictionary语言主体not(base_Package.nestingPackage.oclIsUndefined())impliesbase_Package.nestingPackage.oclIsTypeOf(DataDictionary)——DataDictionaryLegalToOwn一个<<DataDictionary>>-stereotyped见表A.20。Package的所有子包应都是(<DataDictionary>)-stereotyped。属性值情境ISO20022::Profile::DataDictionary语言主体base_Package.nestedPackage-)forAll(pkglpkg.oclIsTypeOf(DataDictionary))描述见表A.21。GB/T27926.2—2021/ISO20022-2:2013属性值限定名ISO20022::Profile::IdentifierSet抽象类拥有者父类ISO20022::Profile::TopLevelDictionaryEntry——identificationScheme见表A.22。属性值类型ISO20022::TypeLibrary::XMLSchema::anyURI拥有者ISO20022::Profile::IdentifierSet默认值多重性1排序——length见表A.23。属性值类型ISO20022::TypeLibrary::XMLSchema::nonNegativeInteger拥有者ISO20022::Profile::IdentifierSet默认值多重性排序GB/T27926.2—2021/ISO20022-2:2013属性值类型ISO20022::TypeLibrary::XMLSchema::nonNegativeInteger拥有者ISO20022::Profile::IdentifierSet默认值多重性排序见表A.25。属性值类型ISO20022::TypeLibrary::XMLSchema::nonNegativeInteger拥有者ISO20022::Profile::IdentifierSet默认值多重性排序pattern见表A.26。属性值类型ISO20022::TypeLibrary::XMLSchema::string拥有者ISO20022::Profile::IdentifierSet默认值多重性排序IdentifierSetSubclassingProhibited见表A.27。GB/T27926.2—2021/ISO20022-2:2013表A.27属性值情境ISO20022::Profile::IdentifierSet语言主体base_Class.generalization-)isEmpty()A.2.2.7构造类型库概念见表A.28。表A.28属性值限定名ISO20022::Profile::RepositoryConcept抽象类拥有者ISO20022::ProfileNamedElement父类标签定义——example见表A.29。表A.29属性值类型ISO20022::TypeLibrary::XMLSchema::string拥有者ISO20022::Profile::RepositoryConcept默认值多重性排序——objectIdentifier见表A.30。GB/T27926.2—2021/ISO20022-2:2013属性值类型ISO20022::TypeLibrary::XMLSchema::string拥有者ISO20022::Profile::RepositoryConcept默认值多重性1排序见表A.31。属性值类型ISO20022::TypeLibrary::Enumerations::RegistrationStatus拥有者ISO20022::Profile::RepositoryConcept默认值PROVISIONALLY_REGISTERED多重性1排序False见表A.32。属性值类型ISO20022::TypeLibrary::XMLSchema::string拥有者ISO20022::Profile::RepositoryConcept默认值多重性排序——semanticMarkup见表A.33。属性值类型ISO20022::TypeLibrary::XMLSchema:istring拥有者ISO20022::Profile::RepositoryConcept默认值多重性排序GB/T27926.2—2021/ISO20022-2:2013——NoOperationsInClassExtensions见表A.34。属性值情境ISO20022::Profile::RepositoryConcept语言主体base_NamedElement.oclIsKindOf(Class)base_NamedElement.oclAsType(Class).ownedOperation-)isEmpty()见表A.35。属性值情境ISO20022::Profile::RepositoryConcept语言主体(notremovalDate.oclIsUndefineRegistrationStatus::OBSOLETEA.2.2.8构造类型顶级目录条目描述见表A.36。属性值限定名ISO20022::Profile::TopLevelCatalogueEntry抽象类拥有者ISO20022::ProfileNamedElement父类ISO20022::Profile::RepositoryConceptCatalogueEntryOwnershipGB/T27926.2—2021/ISO20022-2:2013描述一个<<TopLevelCatalogueEntry>>alogue>>-stereotypedPackage所拥有。属性值情境ISO20022::Profile::TopLevelCat语言主体owner.ocllsTypeOf(BusinessProcessCatalogue)A.2.2.9构造类型顶级字典条目表A.38属性值限定名ISO20022::Profile::TopLevelDictionaryEntry抽象类拥有者ISO20022::ProfileNamedElement父类ISO20022::Profile::RepositoryConcept约束规则DictionaryOwnership一个<<TopLevelDictionaryEntry>)-stereotypedUMLElement只能被一个<<DataDictionary>>-stereotypedPackage所拥有。见表A.39。表A.39属性值情境ISO20022::Profile::TopLevelDictionaryEntry语言主体owner.oclIsTypeOf(DataDictionary)见表A.40。55GB/T27926.2—2021/ISO20022-2:2013适用的构造类型见表A.41。适用的构造类型)概念层动态构造类型示例见图A.3。DigramnameConceptualDynamicStereotypesRepositoryConcept[NamedElement]TopLevelCatalogueEntry[NamedElement]《<stereotype>>[Interaction]+boundedCommunicationDeay:duration[1]+deliveryAssurance:DeliveryAssurance[1]+durability:Durability[1]+maximumClockVariation:duration[1]+maximumMessageSize:nonNegativeInteger[1]+messageCasting:MessageCasting[1]+messageDeliveryOrder:MessageDeliveryOrder[1]+messageDeliveryWindow.duration[1]+messageSendingWindow:duration[1]+messageValidationLevel:MessageValidationLevel[1]+messageValidationOnOff:MessageValidationOnOf[1]+receiverAsynchronicity:ReceiverAsynchronicity[1]+senderAsynchronicity:SenderAsynchronicity[1][Message]+messageTypeDescription:string[1]Participant[Lifeline]+minimumOccurrence:string[1]+maximumOccurrence:string[1]图A.3概念层动态构造类型示例GB/T27926.2—2021/ISO20022-2:2013属性值限定名ISO20022::Profile::ConceptualLevel::Dynamic::Busines抽象类拥有者ISO20022::Profile::Concep父类ISO20022::Profile::Top——boundedCommunicationDelay见表A.43。属性值类型ISO20022::TypeLibrary::XMLSchema::duration拥有者ISO20022::Profile::ConceptualLevel::Dynamic::BusinessTransaction默认值多重性1排序—-—deliveryAssurance见表A.44。属性值类型ISO20022::TypeLibrary::Enumerations::DeliveryAssurance拥有者ISO20022::Profile::ConceptualLevel::Dynamic::BusinessTransaction默认值多重性1排序——durability见表A.45。GB/T27926.2—2021/ISO20022-2:2013属性值类型ISO20022::TypeLibrary::Enumerations::Durability拥有者ISO20022::Profile::ConceptualLevel::Dynamic::BusinessTransaction默认值多重性1排序——maximumClockVariation见表A.46。属性值类型ISO20022::TypeLibrary::XMLSchema::duration拥有者ISO20022::Profile::ConceptualLevel::Dynamic::BusinessTransaction默认值多重性1排序见表A.47。属性值类型ISO20022::TypeLibrary::XMLSchema::nonNegativeInteger拥有者ISO20022::Profile::ConceptualLevel::Dynamic::BusinessTransaction默认值多重性1排序见表A.48。属性值类型ISO20022::TypeLibrary::Enumerations拥有者ISO20022::Profile::ConceptualLevel::Dynamic::Busines默认值多重性1排序GB/T27926.2—2021/ISO20022-2:2013见表A.49。属性值类型ISO20022::TypeLibrary::Enumerations::MessageDeliveryOrder拥有者ISO20022::Profile::ConceptualLevel::Dynamic::BusinessTransaction默认值多重性1排序 messageDeliveryWindow见表A.50。属性值类型ISO20022::TypeLibrary::XMLSchema::duration拥有者ISO20022::Profile::ConceptualLevel::Dynamic::BusinessTransaction默认值多重性1排序见表A.51。属性值类型ISO20022::TypeLibrary::XMLSchema::duration拥有者ISO20022::Profile::ConceptualLevel::Dynamic::BusinessTransaction默认值多重性1排序——messageValidationLevel见表A.52。GB/T27926.2—2021/ISO20022-2:2013属性值类型ISO20022::TypeLibrary::Enumerations::MessageV拥有者ISO20022::Profile::ConceptualLevel::Dynamic::Busines默认值多重性1排序—-—messageValidationOnOff见表A.53。属性值类型ISO20022::TypeLibrary::Enumerations::MessageValidationOnOff拥有者ISO20022::Profile::ConceptualLevel::Dynamic::BusinessTransaction默认值多重性1排序-——messageValidationResults见表A.54。属性值类型ISO20022::TypeLibrary::Enumerations::MessageValidationResults拥有者ISO20022::Profile::ConceptualLevel::Dynamic::BusinessTransaction默认值多重性1排序——receiverAsynchronicity见表A.55。属性值类型ISO20022::TypeLibrary::Enumerations::ReceiverAsynchronicity拥有者ISO20022::Profile::ConceptualLevel::Dynamic::BusinessTransaction默认值多重性1排序GB/T27926.2—2021/ISO20022-2:2013见表A.56。属性值类型ISO20022::TypeLibrary::Enumerations::SenderAsynchronicity拥有者ISO20022::Profile::ConceptualLevel::Dynamic::BusinessTransaction默认值多重性1排序A.2.4.3构造类型报文传输见表A.57。属性值限定名ISO20022::Profile::ConceptualLevel::Dynamic::MessageTransmission抽象类false拥有者ISO20022::Profile::ConceptualLevel::DynamicMessage父类ISO20022::Profile::RepositoryConcept标签定义——messageTypeDescription见表A.58。属性值类型ISO20022::TypeLibrary拥有者ISO20022::Profile::ConceptualLevel::Dynamic::Message默认值多重性1排序A.2.4.4构造类型参与者见表A.59。GB/T27926.2—2021/ISO20022-2:2013属性值限定名ISO20022::Profile::ConceptualLevel::Dynami抽象类拥有者ISO20022::Profile::Concep父类标签定义——maximumOccurrence见表A.60。属性值类型ISO20022::TypeLibrary::XMLSchema::string拥有者ISO20022::Profile::ConceptualLevel::Dynamic::Participant默认值多重性1排序-—minimumOccurrence见表A.61。属性值类型ISO20022::TypeLibrary::XMLSchema::string拥有者ISO20022::Profile::ConceptualLevel::Dynamic::Participant默认值多重性1排序见表A.62。40GB/T27926.2—2021/ISO20022-2:2013概念层静态构造类型示例见图A.4。DiagramnameConceptualStaticStereotypesRepositoryConcept(Profile)[NamedElement](Profile)BusinessElement图A.4概念层静态构造类型示例见表A.63。表A.63属性值限定名ISO20022::Profile::ConceptualLevel::Static::Busi抽象类拥有者ISO20022::Profile::Conc父类ISO20022::Profile::TopL约束规则在业务组件中不准许进行运算。见表A.64。41GB/T27926.2—2021/ISO20022-2:2013表A.64属性值情境ISO20022::Profile::ConceptualLevel::Static::BusinessComponent语言主体base_Class.ownedOperation-)isEmpty()——GeneralizationsMustBeAmongBusinessComponents是一个(<BusinessComponent)>-stereotypedC见表A.65。属性值情境ISO20022::Profile::ConceptualLevel::Static::BusinessComponent语言主体base_Class.generalization-)forAll(general.oclIsTypeOf(BusinessComponent)andspecific.oclIsTypeOf(BusinessComponent)———PropertiesMustBeBusinessElements一个<<BusinessComponent)>-stereotypedClass的属性应被<(BusinessElement)>的一个具体子类所构造化。见表A.66。属性值情境ISO20022::Profile::ConceptualLevel::Static::BusinessComponent语言主体base_Class.ownedAttribute-)forAll描述见表A.67。42GB/T27926.2—2021/ISO20022-2:2013属性值限定名ISO20022::Profile::ConceptualLevel::Static::BusinessElement抽象类拥有者ISO20022::Profile::ConceptualLevel::StaticProperty父类ISO20022::Profile::RepositoryConcept——AssociationEndsMustBeNavigable一个<《BusinessElement>)-stereotypedassociationend应是通用的，且另一端也应是构造化的〈(BusinessElement>)。见表A.68。属性值情境ISO20022::Profile::ConceptualLevel::Static::BusinessElement语言OCL2.0主体not(base_Property.association.oclIsUndefined())implies(base_Property.association.navigableOwnedEnd-)includes(base_Property)andbase_Property.opposite.oclIsTypeOf(BusinessElement)——OwnerIsAB