GB∕T 27926.1-2021 金融服务 金融业通用报文方案 第1部分：元模型.pdf

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

1、ICS 03.060 CCS A 11 中华人民共和国国家标准GB/T 27926.1-2021/ISO 20022-1:20 13 代替GB/T27926.1-2011 金融服务金融业通用报文方案第1部分:元模型Financial services-U niversal financial industry message scheme一Part 1:Metamodel 2021-07-20发布(ISO 20022-1:20 13,IDT)国家市场监督管理总局Lg.-/;-国家标准化管理委员会保叩2022-02-01实施G/T 27926.1-2021/ISO 20022-1:20 13 目

2、次前言I引言.皿1 范围.2 规范性引用文件3 术语和定义4 类型库-5 元模型包116库227 注册298 库输出.30附录A(规范性)类型库31附录B(规范性)元模型53参考文献.184 G/T 27926.1-2021/ISO 20022-1:20 13 目。吕本文件按照GB/T1.1-2020标准化工作导则第1部分:标准化文件的结构和起草规则的规定起草。本文件是GB/T27926金融服务金融业通用报文方案的第1部分。GB/T27926已经发布了以下部分:第1部分:元模型;一一第2部分:UML 概况;一一第3部分:建模导则;第4部分XMLSchema生成;第5部分:反向工程;一一第6部分

3、:报文传输特性;一一第7部分:注册;第8部分:ASN.1生成。本文件代替GB/T27926.1-2011金融服务金融业通用报文方案第1部分:库输入输出方法和格式规范)，与GB/T27926.1-2011相比，除结构调整和编辑性改动外，主要技术变化如下:a)增加了类型库一章(见第4章);b)增加了元模型包一章(见第5章);c)增加了库一章(见第6章);d)增加了注册一章(见第7章);e)更改了库输出(见第8章，2011年版的第7章);f)删除了GB/T27926的未来发展(见2011年版的第8章hg)增加了规范性附录类型库的内容(见附录A);h)增加了规范性附录元模型的内容(见附录B)。本文件使

4、用翻译法等同采用ISO20022-1:2013金融服务金融业通用报文方案第1部分:元模型与本文件中规范性引用的国际文件有一致性对应关系的我国文件如下:一-GB/T27926.2-2021 金融服务金融业通用报文方案第2部分:UML概况CISO 20022-2:2013,IDT)。为便于使用，本文件还做了下列编辑性修改:增加了国内报文库的注(见8.1)。本文件由中国人民银行提出。本文件由全国金融标准化技术委员会(SAC/TC180)归口。本文件起草单位:中国金融电子化公司、中国外汇交易中心暨全国银行间同业拆借中心、中国工商银行股份有限公司、中国农业银行股份有限公司、中国建设银行股份有限公司、中国

5、人民银行重庆营业管理部、中国银联股份有限公司、中央国债登记结算有限责任公司、跨境银行间支付清算有限责任公司、招商银行股份有限公司、中国证券登记结算有限责任公司、中国光大银行股份有限公司。本文件主要起草人:杨富玉、曲维民、李曙光、杨倩、魏猛、茅廷、胡冰冰、缪章娟、游彦青、刘圣杰、刘启滨、吴潇、杨艳、陈建强、张鹏程、魏成、古建新、宋增宝、何飞。I G/T 27926.1-2021/ISO 20022-1:20 13 H 本文件及其所代替文件的历次版本发布情况为:2011年首次发布为GB/T27926.1-2011;本次为第一次修订。G/T 27926.1-2021/ISO 20022-1:20 1

6、3 引GB/T 27926定义了一个可伸缩的、系统的过程，以确保整个金融业的报文描述一致性。目的是精确和完整地描述金融业报文传递的外部可观察的方法，这种方式可独立地与运行报文传递进行验证。ISO 20022的产生是建立在开放技术标准的基础上，通常技术标准的发展速度比行业本身快。因此，该文件采用了模型驱动的方法，其中行业报文集模型能够从报文技术的发展中独立分离出来。ISO 20022伴随万维网在商业上的广泛采用而出现。可扩展标记语言(XML)以Web上文档表示形式的事实标准出现，并成为ISO20022的第一种语法。GB/T 27926由以下部分构成:第1部分:元模型;一一第2部分:UML 概况;

7、第3部分:建模导则;第4部分XMLSchema生成;一一第5部分:反向工程;第6部分:报文传输特性;第7部分:注册;一一第8部分:ASN.l生成。与GB/T29726-2011相比修订其中5部分，新增3部分，新增部分为:第2部分:UML 概况;第6部分:报文传输特性;一一第8部分:ASN.l生成。GB/T 27926-2021金融服务金融业通用报文方案)8个部分等同采用ISO20022:2013的8个部分。除报文技术标准外，建模过程被进一步细化为兰层，这也是本文件基于四层的原因:范围层、概念层、逻辑层和物理层。第一层、第二层和第三层是用统一建模语言(UML)描述的，因为它得到了广泛的支持并支持

8、多层的抽象。根据本文件创建的模型是独立于技术的，因为它们不需要任何特定的物理表达式或实现。这些模型旨在描述报文交换的所有部分，构成了报文交换参与者之间协议的定义。本文件定义了一种方法，该方法描述了建模人员创建和维护这些模型的过程。ISO 20022旨在构建一套规范、完整的报文开发方案，提高金融业信息交换开发效率和降低报文运行维护成本，拟由以下几部分组成。一一第1部分:元模型。在元对象工具(MOF)中描述所有模型和库的元模型，目的是介绍建模方法综述、库内容综述、注册机构可接受的库输入输出的抽象描述。第2部分:UML概况。涵盖UML概要文件，是一个通用UML的基础，它是为本标准定义的特定子集(当U

9、ML被选择来定义模型时使用)。目的是描述扩展集的定义、整体结构、元模型各层到UML实现所涉及的元类属性，以便报文开发者更好地理解UML扩展集及其各层级的 UML实现。一一第3部分:建模导则。描述了为本文件产生模型的建模方法。目的是向建模人员说明报文模型建立的步骤，确保业务组件/元素、报文组件/元素、业务交易和报文定义的一致性。该部分是针对第1部分、第2部分关于建模方面业务的具体实现。囚G/T 27926.1-2021/ISO 20022-1:20 13 N 一一第4部分:XMLSchema生成。目的是介绍XMLSchema生成规则，用于将逻辑层模型转换为语法描述的物理层。第5部分:反向工程。涵

10、盖了逻辑模型对齐和现有报文语法的反向工程。目的是介绍反向工程中的主要阶段以及各阶段的输入、输出以及活动。一一第6部分:报文传输特性。目的是介绍业务交易和报文定义所需要的报文传输系统的参数，明确报文不同传输模式下的参数差异。第7部分:注册。描述了管理模型注册和物理语法实现的过程。目的是说明申请机构和注册机构双方的职责和注册流程。一一第8部分:ASN.l生成。该部分给出了ASN.l语法生成规则，以便通过ASN.l将逻辑层模型转换为物理层描述。G/T 27926.1-2021/ISO 20022-1:20 13 金融服务金融业通用报文方案第1部分:元模型1 范围本文件描述了以下方面内容:建模方法综述

11、;库内容综述;一一注册机构可接受的库输入的抽象描述(该输入用于扩充/修改库中数据字典和业务过程目录);一一注册机构公开提供的库输出的抽象描述。本文件适用于符合ISO20022的业务交易和报文集在金融行业参与者之间进行电子数据交换，其独立于任何特定的通信网络。网络依赖规则，如报文确认和报文保护的内容不包含在ISO20022范围之内。2 规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件;不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。ISO 20022-2金融服务金融业通用报文方案第2部分:UML概

12、况CFinancial services-Uni-versal financial industry message scheme-Part 2:UML profile)Zachman 企业架构框架Zachman发展研究机构CTheZachman Framework for Enterprise Ar chitecture-Zachman Institute for Framework Advancement)W3C推荐:XMLSchema第2部分:数据类型第2版，2004年10月28日CW3C Recommen-dation:XML Schema Part 2:Datatypes Secon

13、d Edition,28 October 2004)3 术语和定义下列术语和定义适用于本文件。3.1 地址Address 对一个报文端点位置的识别和有效解析。注:地址的目的是高效确定端点定位。这是地址与其他标识的区别所在，其他标识仅用来识别某物。3.2 金额amount 某种货币按照指定货币单位而统计的数量。注:货币单位明示或暗示均可。GB/T 27926.1-2021/ISO 20022-1:20 13 3.3 二进制binary 由W3C推荐:XMLSchema第2部分:数据类型指定的，从base64Binary的值域空间中获取的任何一组值。3.4 布尔值boolean 由W3C推荐:XM

14、LSchema第2部分:数据类型指定的，从boolean的值域空间中获取的任何一组值。3.5 3.6 3.7 3.8 3.9 3.10 3.11 3.12 2 广播列表BroadcastList 报文端点(经地址识别)的参考集合，用于报文广播。洼1:广播列表由报文传输系统(提供了一种维护广播列表的机制)管理。注2:集合意味着地址的列表是无序的，每个地址只可出现一次。业务领域BusinessArea 紧密关联的业务活动的集合，该集合向各业务角色提供自完备的业务价值。示例:证券交易前、支付发起。注:业务领域存储在业务过程目录中。业务关联BusinessAssociation 两个业务组件之间的关系

15、。示例:一方为一个账户提供的服务。洼1:业务关联类属业务概念。其含义仅能在两个业务组件结合在一起时才能被明确地描述。注2:两个特定业务组件之间可存在多个业务关联。业务关联端BusinessAssociationEnd 业务关联的端点，端点的作用是将业务关联与业务组件连接起来。业务属性BusinessAttribute 基于业务组件或数据类型定义的业务元素(不同于业务关联端，后者总是基于其他业务组件定义)。示例:账户标识、电话号码。业务组件BusinessComponent 一个关键业务概念或其中部分内容的表示。示例:账户、交易、相关方。注1:业务组件类属业务概念，由具体的业务元素表征，存储在数

16、据字典中。注2:一个业务组件与其他业务组件可能存在一个或多个语义关系。业务组件踪迹BusinessComponentTrace 报文组件类型/报文元素与派生出该报文组件类型/报文元素的业务组件之间的语义关系。业务概念BusinessConcept 在概念层所定义的具有业务含义的数据字典项。GB/T 27926.1-2021/ISO 20022-1:20 13 3.13 业务元素BusinessElement 业务组件的属性(该属性在业务组件范围内具有独特的含义)。示例:账户状态、成交价格、交易日期和时间。3.14 业务元素踪迹BusinessElementTrace 报文元素与派生出该报文元素

17、的业务元素之间的语义关系。3.15 业务过程BusinessProcess 业务角色在业务领域内从事的还未定义的业务活动。其中，业务领域内的每个业务过程执行一种类型的业务活动，一个业务过程可能包含或扩展其他的业务过程。3.16 3.17 3.18 3.19 3.20 3.21 3.22 示例:证券认购、交易匹配。注1:一个业务过程可能包括其他业务过程，例如在分级结构中。注2:业务过程存储在业务过程目录中。业务过程目录BusinessProcessCatalogue ISO 20022库的组成部分，包含与业务过程和业务交易相关的全部项。注:该目录包含的内容，从业务领域到报文定义及其具体实现的相关

18、项目。业务过程踪迹B usinessProcessTrace 业务交易和其所基于的业务过程之间的关系。业务角色BusinessRole 在特定业务过程或业务交易中，业务参与者扮演的功能角色。示例:账户所有者、买方。注1:业务角色类属业务概念，存储在数据字典中。注2:一个业务参与者在不同的业务过程中可扮演不同的业务角色。业务角色踪迹BusinessRoleTrace 业务交易中的实际参与者与业务过程所标识的业务角色之间的关系。注:业务过程派生出业务交易。业务交易BusinessTransaction 满足特定业务过程和业务领域的信息交换需求及交互需求的特定解决方案。注:该内容通常基于报文实例的使

19、用。业务交易踪迹BusinessTransactionTrace 一个业务交易与其具体实现之间的关系。选择组件ChoiceComponent 可重复使用的字典项，即用于收集报文定义的构建模块，它由报文元素的选项组成。注1:它通常与一个业务组件相连。3 G/T 27926.1-2021/ISO 20022-1:20 13 注2:选择组件存储在数据字典中。3.23 编码Code 为简洁和/或语言的独立性，可用于代表或替换一个确定值或属性文本的字符串(字母、数字或符号)。3.24 编码集CodeSet 用来标识一个属性所有值组合的若干代码的完整列举集合。3.25 编码集踪迹CodeSetTrace

20、两个编码集之间的语义关系，其中派生编码集作为一个业务元素类型，而被派生的编码集作为一个报文元素类型。3.26 约束条件Constraint 应被普遍遵守的规则，即适用约束所需的所有条件都是已知的。示例:一个账户要具有账户所有者。3.27 融合文档ConvergenceDocumentation 表述ISO20022的报文定义、报文组件类型、报文元素、业务组件和/或业务元素与其他行业报文集中定义的项之间关系的文档。3.28 3.29 3.30 3.31 会话Conversation 报文端点间的一个或多个报文实例的交换。注:在同步会话中，报文发送端会阻碍会话中的其他传输报文的发送或接收。在传输报

21、文发送期间，同步等待这个被发送的传输报文的响应，而在异步会话中则不是这样。数据字典DataDictionary 库的组成部分，该部分包含了在进行业务过程建模和报文定义活动时可复用的所有项。注:数据字典包含业务概念、报文概念和数据类型。数据类型DataType 一系列没有同一性的值的表示法。日期date 由W3C推荐:XMLSchema 第2部分:数据类型指定的，从date的值域空间中获取的任何一组值。3.32 日期时间dateTime 由W3C推荐:XMLSchema 第2部分:数据类型指定的，从dateTime的值域空间中获取的任何一组值。4 GB/T 27926.1-2021/ISO 20

22、022-1:20 13 3.33 天day由W3C推荐:XMLSchema 第2部分:数据类型指定的，从gDay的值域空间中获取的任何一组值。3.34 十进制decimal 由W3C推荐:XMLSchema 第2部分:数据类型指定的，从Decimal的值域空间中获取的任何一组值。3.35 持续时间duration 由W3C推荐:XMLSchema 第2部分:数据类型指定的，从duration的值域空间中获取的任何一组值。3.36 外部模式ExternalSchema 可重复使用的字典项，其允许引用到ISO20022报文定义外部的定义结构。示例:在XML中，其被转换为一个XML架构的any元素，

23、而外部结构通过另一个XML架构被定义。3.37 标识符集IdentifierSet 库外部未列举的值的集合，每个值在一个识别方案中都能将一个对象与同一个识别方案中的其他对象完整地区分开。3.38 指示符indicator 标识一个对象的实例仅有的两种可能状态的完全相互排斥值的列表。3.39 行业报文集ind ustry M essageSet 部分金融行业定义和使用的非ISO20022的报文集。示例FIXv5报文集。3.40 ISO 15022报文集ISO 15022MessageSet 根据ISO15022-1和ISO15022-2定义的规则创建的行业报文集，该报文集存储在ISO15022报

24、文目录里。3.41 3.42 3.43 报文关联端M essageAssocia tionEnd 指定报文关联角色的一类报文元素。报文属性MessageAttribute 从属于数据类型或者报文组件类型的报文元素。报文模块MessageBuildingBlock 报文定义的参数，其在报文定义范围内具有唯一的意义。注:报文模块不可重复使用，只有在特定的报文定义中才具有意义。5 G/T 27926.1-2021/ISO 20022-1:20 13 3.44 报文编排MessageChoreography 在业务交易中对报文实例交换的精确、完整的描述，描述了对话中报文实例的序列和关联，包括参与者之间

25、交互的约束条件。3.45 3.46 3.47 3.48 3.49 注:每个业务交易都具有各自的报文编排。报文组件M essageComponent 可重复使用的字典项，即用于收集报文定义的模块，它由一系列报文元素组成。示例:交易细节，它包含相关的业务组件Trade的若干属性。报文组件类型MessageComponentType 报文组件、外部模式或者选择组件。注1:当报文组件类型具有业务意义时，报文组件类型即与报文组件相连。注2:报文组件类型类属报文概念，存储在数据字典中。报文概念M essageConcept 在报文定义中使用的数据字典项，但它不是数据类型。报文定义M essageDefin

26、i tion 报文实例结构的规范化描述。注1:报文定义按照报文组件类型和数据类型的树形结构建立。在业务过程目录里报文定义被唯一标识。注2:一个报文定义可有数个市场惯例。报文定义标识符MessageDefinitionldentifier ISO 20022命名空间内的报文定义的唯一标识，用于识别报文定义所属的业务领域及其所覆盖的报文功能、特点和版本。3.50 报文定义踪迹MessageDefinitionTrace 报文定义与其作为语法报文方案的物理实现之间的关系。注:这一关系在ISO20022-4中有阐述。3.51 3.52 6 报文元素MessageElement 报文组件/选择组件的参数

27、，在报文组件/选择组件范围内具有唯一意义。示例:交易日期和时间，作为报文组件TradeDetails的一部分。注:报文元素类属报文概念，存储在数据字典中，并从属于特定的报文组件/选择组件。其含义应在与报文组件/选择组件相结合时才能准确描述。报文实例M essagelnstance 报文定义的实例，是在业务交易范围内，业务角色间交换的一组结构化信息。示例:执行通知、买单、贷记转账。注:针对库中的相关报文定义，报文实例被预计为有效的。这意味着根据语法报文方案、约束条件/规则和为该报文定义注册的市场惯例，报文实例都是有效的。3.53 3.54 3.55 3.56 3.57 3.58 3.59 报文集

28、MessageSet 报文定义的集合。注:同一个报文集的报文定义不必类属同一业务领域。报文传输M essageTransmission G/T 27926.1-2021/ISO 20022-1:20 13 在业务交易的范围内，信息从一个参与者传递到另一个参与者。报文传输模式M essageTransmissionM ode 为报文传输参数属性设定的一组值。注1:报文传输模式在库中被命名并注册。每个报文传输参数被赋予一个值。注2:一个报文传输模式能与多个业务交易关联。报文传输模式用于报文传输参数设置常用组合的组织。报文传输系统M essageTransportS ystem 接收从报文发送端来的

29、传输报文，并将其传输，递送给报文接收端的一种机制。洼1:报文传输系统负责给每个收件人递送传输报文。注2:报文传输系统旨在将报文端点和所有报文传输系统的服务提供者的责任进行明确划分。报文发送端或提供报文传输系统的独立服务提供者能完成该任务。报文传输系统可链接在一起形成单独的一个报文传输系统。报文类型踪迹M essageTypeTrace 业务交易中报文传输与其相应的报文定义之间的关系。报文端点MessagingEndpoint 报文传输系统中能发送和接收传输报文的可访问的节点。注:一个报文端点有一个地址。月month由W3C推荐:XMLSchema 第2部分:数据类型指定的，从gMonth的值域

30、空间中获取的任何一组值。3.60 月日MonthDay 由W3C推荐:XMLSchema 第2部分:数据类型指定的，从gMonthDay的值域空间中获取的任何一组值。3.61 参与者Participant 业务角色在业务交易中的参与。3.62 数量quantity 非货币单位的计数，可能包括分数。3.63 比率rate 一个测量的数量或金额与另一个测量的数量或金额的比值。7 G/T 27926.1-2021/ISO 20022-1:20 13 示例:美元每小时、美元每欧元。3.64 接收receive 对发送方传递的内容的处理。3.65 库Repository所有库概念被存储的地方。3.66

31、库概念Reposi toryConcept ISO 20022报文定义开发过程中已经定义的存储在库中的资料。3.67 发送send 从发送方到接收方的内容传递。3.68 字符串string 由W3C推荐:XMLSchema 第2部分:数据类型指定的，从string的值域空间中获取的任何一组值。3.69 3.70 3.71 语法报文方案SyntaxessageScherne 用于以特定语法定义的报文实例结构的可处理的语法符号。注1:对于XML，报文方案可是XMLDTD或XMLSchema，且可用作报文实例的验证工具。洼2:语法报文方案存储在业务过程目录里。文本text 有限的字符集。时间tirn

32、e 由W3C推荐:XMLSchema 第2部分:数据类型指定的，从time的值域空间中获取的任何一组值。3.72 3.73 3.74 3.75 8 顶级目录条目TopLevelCatalogueEntry 业务过程目录中不能为库中其他项所从属的条目。顶级字典条目TopLevelDictionary Entry 字典中不能为库中其他项所从属的条目。踪迹trace 表示相同概念但具有不同却又相关语境的两个对象之间的关系。传输报文Transportessage 报文传输系统中报文架构的实例文档。G/T 27926.1-2021/ISO 20022-1:20 13 3.76 年year由W3C推荐:X

33、MLSchema 第2部分:数据类型指定的，从gYear的值域空间中获取的任何一组值。3.77 年月yearMonth 由W3C推荐:XMLSchema 第2部分:数据类型指定的，从gYearMonth的值域空间中获取的一系列值。4 类型库类型库涵盖了元模型和建立模型所使用的原始数据类型。类型库包括XSDCXMLSchema定义)内置数据类型和枚举值，分别见图1、图2。有关这些包的更多详细信息见附录A。9 G/T 27926.1-2021/ISO 20022-1:20 13 国即Eah盲主驾EE回-Z主皇邑Z呈XSD内置数据类型图110 G/T 27926.1-2021/ISO 20022-1

34、:20 13 pac:kage Dlagrams 圄Enumeratlo叫5 元模型包5.1 总则 Me.ageValid8onLevel NO VALlDATION SYNTAX VALlD SCHEMA VALlD MESSAGE VALlD RULE VALlD MARKET PRACTICE VALlD BUSINESS PROCESS VALlD COMPLETELY VALlD sender Async:hronic:ity ENDPOINT SYNCHRONOUS CONVERSATION SYNCHRONOUS ASYNCHRONOUS Me.ageDeliveryOrder

35、EXPECTED_CAUSAL_ORDER FIFO ORDERED UNORDERED Me.ageCa.ung UNICAST MULTICAST BROADCAST ANYCAST Rec:eiver Async:hronic:ity ENDPOINT SYNCHRONOUS CONVERSATION SYNCHRONOUS ASYNCHRONOUS Proc:es.Content SKIP STRICT LAX Reg阳tr8onstatusPROVlSIONALLY REGISTERED OBSOLETE REGISTERED MessageValid8onResults REJEC

36、T REJECT AND DELlVER DELIVER DeliveryAssuranc:e AT LEAST ONCE EXACTLY ONCE AT MOST ONCE Aggreg8on Durab耐tyMe.ageValid8onOnOff NONE SHARED COMPOSITE DURABLE PERSISTENT TRANSIENT VALlDATION ON VALlDATION OFF 图2数据类型枚举值元模型描述了根据ISO20022建立模型的结构。所有根据ISO20022生成的模型都要遵守这一元模型。5.2 IS020022:TypeLibrary元模型的使用元模型导

37、人IS020022:TypeLibrary Package及其子包，这些都在附录A中定义。它使用其中定义的类型来定义元模型，图3展示了元模型的层级结构。注IS020022:类型库包CIS020022:TypeLibrary Package)并不包含在IS020022:元模型包(IS020022:M eta model Package)中，因为该类型库包在元模型和ISO20022-2定义的UML扩展集当中都有使用，而这些也都导人IS020022:类型库包(IS020022:TypeLibrary Package)中。IS020022:类型库:XMLSchema包(IS020022:TypeLib

38、rary:XMLSchema Package)涵盖了W3CXML Schema内置数据类型的定义，其使得建11 G/T 27926.1-2021/ISO 20022-1:20 13 模者能在UM叽r1L和MOF模型中使用这些数据类型。pa础ekage问吨呐ams叫$叫I咀函t喇师唰R川M川吁唰F问l山Le Metunodel Seope。ConeeptualTransform耐。Coneeptuallevel|阳刚，I St8e I ConceptualT ologlulTransform8on a 图3层级结构5.3 层级Typelibrary A import忡元模型中的模型拥有四个层级，

39、逐层实现见表1。这四个层级是基于Zachman框架的前四个层级。12 G/T 27926.1-2021/ISO 20022-1:20 13 表1元模型层级层级名称关注点范围层对业务领域及其相关的业务过程中的业务目标有全面的了解通过定义业务交易、业务活动以及与这些业务过程相关的报文编排，确定语义形式，发现与这概念层些业务过程相关的交流和交互逻辑层不考虑技术，创建报文和系统的精确描述物理层用可实施的技术，创建报文和系统的精确描述Zachman框架还有另外两个层级，这两个层级也得到了本标准制定者的支持。对于被建模的业务领域，每个层级都完整、准确地被建模。层级的数目不能增加或减少。注1:增加或移除层级

40、将导致冗余或间断。各个层级不连贯。注2:如实现层级不发生变化，任何概念都不可能出现在一个以上的层级中。除了最终实现外，各个层级之间没有关联。除了实现的顺序，层级之中没有隐含的顺序。各个层级可用任何顺序完成。注3:这个框架可能在建模方法中受到进一步的限制。注4:各个层级不相互涵盖。注5:用来解释不同层级的元类详见附录B。5.3.1 范围层范围层的目的是了解业务领域，而符合ISO20022的业务交易和报文集正是为业务领域开发的。描述业务过程有助于识别业务参与者(建模为业务角色)之间存在的信息交换问题，因为业务参与者参加了这些过程。这些信息交换问题将成为概念层的主要驱动器。识别业务领域所处理的业务信

41、息对于后面的逻辑层也非常重要，因为报文定义将包含与该业务信息相关的数据元素，见图4。13 G/T 27926.1-2021/ISO 20022-1:20 13 p 瞅a咿g伊e0问i阳a叩9归r阳am叫s叫圄Sco。pev晴叫e创1 BusinessRole 10.产5.3.2 概念层5.3.2.1 创建所有项的语义模型(静态部分)O.产included+includer卜L主二二 0.*IBusinessProcess I+extender 图4范围层概念层先使用黑匣子视角，以避免过早地解决实现过程中遇到的结构问题。黑匣子视角意味着不必尝试定义业务交易和报文定义。其重点仅在于为了执行业务过程

42、定义谁需要什么不必尝试定义如何在适当的时候为合适的业务用户获取信息。应首先定义业务交易中包含的所有业务概念，见图5。14 G/T 27926.1-2021/ISO 20022-1:20 13 p.ck.ge Diagrams 匾ConceptualStatic 抖叫;二?mIIYPe0.1+complexType o.产+elemen舵。时exto.产+element I ordered B1I.;.EI.t+cardinality:Cardinality 1 +isDerived:boolean 1=false businessElements+associat仙。main Business

43、AssocillonEnd Either AnEndAOr AnEndB+aggregation:Aggregation 1 1+endlB+associationFbrEndB+associ 0.1!0.1 阿letaclassBu割nessAssocillon付letaclassBusinessA.钮ributeBusinessAttributeHasExactlyOne Type,NoDerivingCodeSetType 0.1 I+simpleType DatilTyp.图5概念静态层5.3.2.2 确定信息交换相关要求(动态部分)通过制定业务交易与即将开发的报文集的细节来定义动态部

44、分(亦即，所有涉及的参与者之间的充分互动的过程描述)。这说明 着重点从黑匣子视角转移到了白匣子视角白匣子视角意味着将调查业务交易和报文集的所有细节。现在的重点是定义报文流和报文定义，以便在适当的时候为合适的业务用户获取所需信息，见图6。15 G/T 27926.1-2021/ISO 20022-1:20 13 阳kageDiagralTlS 圄C叫i峭n叫令subTransaclion咂Metaclass，cMetadass,阳阳附ss町Trans跚优回伽佣l忡+仿bu刷8111阳槐剧sTran町创ns阳s例M阳臼邸s刽州ageTI阶州向ran创n附m恻s州H附同刚u蜘附m叫叫，10.+n附罔

45、阳s饲町a盼呐伊Parti创M削1叫刷t唱i唰恻p闵阳阳a町an唰，1惚唰制t惚刨刷s纣州H阳阳阳恻1怕阳iavel创M削川v畸叫e创Un咱呻呻酬n邸邸1u圳川nq刚ue州N阳阳阳恻a町创m叫n附1盼畸q，阳1I+ma础剧x刻i阳mumCI阳ockVari阳a捕tion:d山ur阳a剖硝tion1川1甘!今busin础Transaclion1 1.;.T.;.l+maximumMessageSize:positivelnteger 1 I+busin部sTransaclionl+messageCasting:MessageCasting 1+messageDeliveryOrder:Messa

46、geDeliveryO耐r1+messageDelive酬ndow:duration 1+messageSendingWindow:duration 1+messageValidationLevel:MessageValidationLevel 1+messageValidationOnOff:MessageValidationOnOff 1+messageValidationResuns:MessageValidationResults 1+陀ceiverAsynchroni:Rec脚erAsynchronid1+senderAsynchronid:SenderAs明lchronid甘111

47、+parenlTransaction 0.1|如击险t臼rdinali:Cardina叫。，令recelVer+senler 1 I,RHU冒伪、，i-臼唰LMhE2UE，咱肉川-AHV始-HMnueEe order创)+Iransmission 10.send哑Metadass，1 喇喇ransm叫Mes即Transmission|+m叫内peD叫on:刷ng11+recelYes I cM1由dm|Rec创veI+receive 图6概念动态层5.3.3 逻辑层逻辑层的目的是创建带有其报文定义的报文集:报文集的参数仍然是从纯业务角度来确定;其目的从定义业务交易和报文集的动态部分转向定义其静

48、态部分(亦即，报文实例的精确结构)，这是在报文定义图表中完成的。逻辑层见图7。16 G/T 27926.1-2021/ISO 20022-1:20 13 Metadass MessageComponent 5.3.4 物理层Metadass Mess崎eOe筒时岱佣酬ti饵er1.Metadass Mess句eBuilding剧ockM笛sageBu画dingBlockHasExactlyOneTypeMetadass MeasgeElement 户mplexType0.1 I:NoMoreThanOneTrace+cardinality:Cardinality(1)+isDerived:bo

49、olean(1)=false+lisTechnical:boolean(1)=trace-isEmptyO 0.1.1.+s肝lPleType0.1+SimpleType+町准ssageAttribute1,何嗣sageAltributeMetadass MessageAttribute M饵但AttributeHasExactlyOneType图7逻辑层物理层以适当的语法(例如XML)提供报文定义和约束条件/规则的物理实现。特定的设计规则用于从逻辑层的产出成果打造报文定义的物理表征，见图8。物理层的主要产出成果为:一整套ISO20022语法报文方案;一一报文编排。17 G/T 27926.1

50、-2021/ISO 20022-1:20 13 package Diagrams 匾SyntaxA巾饱cts TopLee/Catllloflle&tty T opLevelCatalogueEntries 付letaclassMessageChoreograpl1y 句nUxMessageScheme图8语法成果5.4 模型转换模型转换受到了OMG的MDA(模型驱动结构)原则的启发。为了保持一致性并便于实现，每个层级与紧随其后的层级都会进行模型转换。示例:概念层可被转换到逻辑层。每个层级的模型通过设置的踪迹转换到下一个层级。每条踪迹都是从一个层级到下一个层级的映射，踪迹见图9，转换层级见表2