GBT27926.1-2011金融服务金融业通用报文方案库输入输出方法和格式规范.pdf 22页

'ICS03．060A11g园中华人民共和国国家标准GB／T27926．1—2011金融服务金融业通用报文方案第1部分：库输入输出方法和格式规范Financialservices--Universalfinancialindustrymessagescheme---Part1：Overallmethodologyandformatspecificationsforinputsandoutputsfromtherepository2011—12-30发布(IS020022—1：2004，MOD)2012—05—01实施宰瞀鳃紫瓣訾糌瞥星发布中国国家标准化管理委员会“1” GB／T27926．1—2011目次前言⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯引言⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯1范围⋯⋯····⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯2规范性引用文件⋯⋯·⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·⋯·-3术语和定义⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯···⋯⋯····4符合GB／T27926的业务交易和报文集的开发方法5库内容⋯⋯⋯⋯···⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯6库输入⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯7库输出⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯827926的未来发展⋯⋯⋯⋯⋯⋯⋯⋯····⋯·-参考文献⋯⋯⋯⋯···⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯IⅡ●，●0如M¨：2" 刖昌GB／T27926．1—2011GB／T27926{(金融服务金融业通用报文方案》由以下5部分构成：——第1部分：库输入输出方法和格式规范；——第2部分：注册机构的角色及职责；——第3部分：建模导则；——第4部分：XML设计规则；——第5部分：反向工程。本部分为GB／T27926的第1部分。本部分修改采用IsO20022-1：2004((金融服务金融业通用报文方案第1部分：ISO20022库输入输出方法和格式规范》(英文版)。本部分与ISO20022—1：2004标准的主要差异如下：a)标准名称由《金融服务金融业通用报文方案第l部分：ISO20022库输入输出方法和格式规范》修改为《金融服务金融业通用报文方案第1部分：库输入输出方法和格式规范》；b)删除7．3条有关“注册机构也可以个性化服务方式，以结构化语言或可处理的格式提供库信息”；c)删除8．1条有关“与ISO15022的关系”部分。为与我国实际情况保持一致及便于使用，本部分还做了下列编辑性修改：a)“ISO20022的本部分”改为“GB／T27926的本部分”；b)删除国际标准前言。本部分由中国人民银行提出。本部分由全国金融标准化技术委员会(sAc／Tc180)负责归口。本部分负责起草单位：中国金融电子化公司。本部分参加起草单位：中国人民银行、中国证券监督管理委员会、国家开发银行、中国工商银行、中国农业银行、中国建设银行、交通银行、博时基金管理有限公司、深圳证券通信公司、申银万国证券股份有限公司。本部分主要起草人：王平娃、陆书春、李曙光、赵志兰、马小琼、全红、王毛路、龚维萍、成永德、林松、李迎辉、张砚、王德英、巫禄芳、施轶倩。 GB／T27926．1—2011引言20世纪90年代中期，人们强烈地意识到，证券业参与者之间进行信息交换的国际标准急需复审，目的是：(1)缩短新的标准化报文集投人市场的时间；(2)提高“直通处理”能力。ISO15022制定了一些必要的原则，可向不同用户群提供支持其特定应用的报文定义工具。这些工具包括：——系列语法和报文设计规则；——惟一标识交换业务元素及其表示形式的数据域字典；——由行业按照上述域和规则制定的报文目录。为适应行业发展的需要，虽然数据域字典和报文目录仍根据ISO15022的要求进行维护，但其内容不包括在ISO15022中。注册机构(RA)负责提供并根据行业参与者的需要在必要时对这些内容进行更新。21世纪初，随着IP(因特网协议)网络的广泛使用以及xML(可扩展标记语言)的出现，相关的技术已成为电子通信中事实上的开放式技术标准。因此，非常有必要对ISO15022进行扩展，以便为整个金融业中采用标准XML语法制定报文规范提供公共平台。同时，为了保护平台不受语法变更的影响，有必要将报文分拆为业务元素和技术表示两部分。因此，当利用原始ISO15022系列工具集时，27926提议：——采用建模方法(如，基于形式符号的UML统一建模语言)以一种与语法无关的形式提取、分析和描述业务领域、业务过程、业务交易、业务参与者、业务角色、业务信息和相关报文流图及报文定义，使行业能够交换所需信息，以实现其业务目标；——规定建模语言中报文定义转换成标准语法表示形式的设计规则。GB／T27926发布时，所有电子文档(包括电子STP报文子集)的优选语法为XML[-万维网协会(W3C)定义]。根据金融行业的要求，该设计规则可进行扩展以涵盖今后其他的开放式语法。上述方法与其他行业报文的开发方法是一致的。在此方法下，完整的业务模型和衍生的信息交换报文将存储在中央库中，并由注册机构(RA)进行维护。GB／T27926库为行业参与者提供了下述内容：——金融业务过程目录，包括：·金融业务模型描述；·金融业务交易描述，包括报文定义；·以协商一致的语法表示的报文方案(如xML)。——金融数据字典，包括：·用于业务领域、业务过程、业务交易和报文集合的业务概念、数据类型及报文概念。这种灵活的框架允许用户群根据国际公认的方法建立业务交易和报文集，并转换到使用通用语言(如xML)来描述。如果存储在GB／T27926库中现有的业务交易和报文定义未体现其需求，用户群可协商使用其他业务交易和报文定义，并根据在数据字典中注册的项，设计这些内容。用户群可向注册机构(RA)提交这些业务交易和报文定义。如果必要，由标准管理组支持的注册机构(RA)将校验这些提交的业务交易和报文定义，更新库，并根据针对XML语言或未来其他开放式语言协议的GB／T27926语法设计规则，生成相应的语法输出。包含一个公共语法解决方案(如，XML)的金融业务模型和报文定义的通过，推动了端对端直通交易处理过程，该公共模型和报文定义体现了用户群的业务需求。此外，已通过的业务模型和报文定义，为其他业务转换为被认可的GB／T27926语法报文方案(如，XML)提供了参考。实际上，使用其他语Ⅱ GB／T27926．1—2011法报文方案的群体可将其行业报文集内容与现有GB／T27926库中的内容进行关联。这些内容间的关系可作为“融合文件”提供给用户群。标准分成业务标准和技术标准两部分，将促进任何所需转换机制的融合和发展。27926包括：——建模方法综述(第1部分)；——库内容综述(第1部分)；——注册机构(RA)接受的有关扩充／修改数据字典和业务过程目录输入的综述(第1部分)；——注册机构(RA)公开提供的库输出信息的概述(第1部分)}——注册机构(RA)的责任、服务级别和程序，包括标准管理组的角色以及注册管理组和监督管理(第2部分)；——用于构造符合GB／T27926的业务交易和报文集的建模导则(第3部分)；——注册机构使用的将符合GB／T27926的报文定义转换为GB／T27926语法方案的语法设计规则。现行文件中应规定特定语法，例如：为GB／T27926报文方案和报文实例的生成使用的“xML设计规则”(第4部分)。注：用于在GB／T27926业务过程目录中注册报文定义，由注册机构(RA)发布的语法报文方案，包括了语法参考。根据此参考，可以对由OB／T27926语法设计规则所有人在过程实现时生成的语法报文方案进行比较，以验证过程实现同设计规则的符合程度。——反向工程导则，描述了如何从现有行业报文集中提取相关信息，以便向GB／T27926注册机构(RA)提交等效的符合GB／T27926要求的业务交易和报文集(第5部分)。27926注册机构(RA)保留有数据字典和业务过程目录的一系列提交模板，该模板不包含在27926标准中。当用户向注册机构(RA)提交GB／T27926入库申请时，应使用这些模板。注：虽然GB／T27926处理的是金融行业参与者之间的信息交换标准化问题，但应明确该标准不能直接处理ISO开放系统互连模型(OSI模型)七层中的任何一层。实际上，可以说GB／T27926从OSI-模型结束的地方开始，即27926是对OSI应用层传输的“文件”内容(即报文内容)进行标准化。报文内容的标准化采用两个独立层的方法进行处理。这两个独立的层为：(1)“语法层”，即传输信息物理表示形式的标准化．处理的是与XML、扩展7775、EDIFACT或其他语法使用相关的内容；(2)“语义层”，即传输信息含义的标准化。虽然这些层已经包含在ISO15022中，但GB／T27926使这些层的标准化更为规范化，并使两层之间的分离更清晰和完整。该规范方法的引入促进了：(1)现有行业报文集的互操作性和集中化；(2)业务领域和市场实践的复用性；(3)标准业务交易和报文集的稳定性。GB／T27926的另一个要点是开放式语法的引人(如，XML)，使标准中无需再描述特定语法的技术要求(如，ISO15022中的扩展7775)。Ⅲ 1范围金融服务金融业通用报文方案第1部分：库输入输出方法和格式规范GB／T27926．1—2011GB／T27926的本部分包括以下内容：——建模方法综述；——库内容综述；——注册机构(RA)接受的库输入的综述，该输入用于扩充／修改库中数据字典和业务过程目录；——注册机构(RA)公开提供的库输出的综述。符合GB／T27926标准规范的业务交易和报文集可用于行业参与者(金融行业和其他行业)之间在任何通讯网络上的电子数据交换。与网络相关的规则，如，报文确认和报文保护的内容不包含在GB／T27926的范围之内。2规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。GB／T27926．2—2011金融服务金融业通用报文方案第2部分：注册机构的角色和职责(ISO20022—2：2004，IDT)GB／T27926．5—2011金融服务金融业通用报文方案第5部分：反向工程ISO15022—1：1999证券报文方案(数据域字典)第1部分：数据域和报文设计规则及导则ISO15022—2：1999证券报文方案(数据域字典)第2部分：数据域字典和报文目录的维护UML(统一建模语言)版本1．4一对象管理组xML(可扩展标记语言)1．o(第2版)W3C2000年10月6日推荐一万维网协会3术语和定义3．1下列术语和定义适用于GB／T27926的本部分。注：这些术语与UML定义的术语不完全相同，业务参与者businessactor在特定业务过程或交易中扮演一个或多个业务角色的实体业务用户。示倒：银行、公司。注1。业务参与者可以是人、组织或基础设施。注2：业务参与者类属业务概念，存储在数据字典中，见图1。 GB／T27926．1—20113．2数据字典业务概念数据类型报文概念业务联系If关系到I来潺于业务组件报文组件来源于业务元素l报文元蠢删I、7l规则I编码If类型为＼其值为／类型为业务参与者数据类型I扮演基于l业务角色I数据类型表示形式l变更历史记录2图1数据字典业务领域businessarea紧密关联的业务活动的集合，该集合向各业务参与者提供自完备的业务价值。示例：证券交易前、付费发起。注1：一个业务领域可包含其他业务领域(即等级结构)，在最底层结构中，会包含一系列业务过程。注2：业务领域存储在业务过程目录中。见图2和图3。图2库结构 3．33．43．5GB／T27926．1—2011图3业务过程目录通用模型业务联系businessassociation两个业务组件之间的关系。示倒：一方为一个账户提供服务。洼1：业务联系类属业务概念，存储在数据字典中。在数据字典中，业务联系与其相应的两个业务组件相关联。其含义仅能在与两个业务组件结合在一起时才能够明确描述。注2：两个特定业务组件之间可存在多个业务联系。见图1。业务组件businesscomponent一个或部分关键业务概念的表示形式，由专门的业务元素表征。示例：账户、交易、相关方。注1：业务组件类属业务概念，存储在数据字典中。注2：一个业务组件与其他业务组件可能存在一个或多个业务联系。见图1。业务概念businessconcept具有业务含义的字典项。示倒：业务参与者、业务角色、业务组件、业务元素、业务联系。见图1和图2。3 GB／T27926．1--20113．6业务元素businesselement业务组件的业务属性。示例：账户状态、成交价格、交易日期和时间。洼：业务元素类属业务概念，存储在数据字典里，与其所属的业务组件相关联。其含义必须与所属业务组件结合在一起时才能准确描述。见图1。3．7业务信息businessinformation包括业务组件、业务元素和业务联系的统称。3．8业务信息图businessinformationdiagram表示一系列业务组件、业务元素和业务联系的图表。3．9业务模型businessmodel业务领域或部分业务领域的抽象描述，该描述体现了与业务领域或部分业务领域相关的主要业务过程和业务概念。3．10业务过程businessprocess业务领域内的主要业务活动，该活动会对一个或多个行业参与者产生可显示其达成业务目标的有形结果。示例：证券认购、交易匹配。注1：一个业务过程可包含其他业务过程，例如：在分级结构中。注2：业务过程存储在业务过程目录中。见图3。3．11业务过程图businessprocessdiagram表示特定业务领域中的一系列业务过程、业务参与者和业务角色的图表。3．12业务过程目录businessprocesscatalogue27926库的组成部分，该部分包含所有业务过程和业务交易相关内容。注：该目录包含的内容。包括业务领域、报文定义及其具体实现。见图2和图3。3．13业务角色businessrole在特定业务过程或业务交易中，业务参与者扮演的角色。示倒：账户拥有者、顾客。注：业务角色类属业务概念，存储在数据字典中。见图1。3．14业务交易businesstransaction满足特定业务过程和／或业务领域的信息交换需求及交互需求的特定解决方案。注：该内容基于报文的使用。见图2和图3。4 GB／T27926．1—20113．15目录项catalogueitem在业务过程目录中被惟一标识的项。3．16编码code数据类型“编码”中的所有可能值的有限列举中的一个可能值，其可指定给一业务元素或报文元素。示例：“INDI”是数据类型“比率状态码(RateStatusCode)”的一个可能值，表示一个指标。注：编码存储在数据字典中，并与其相关的数据类型相关联。其含义必须与对应的数据类型一起才能被准确描述。见图1。3．17融合文档convergencedocumentation表述GB／T27926报文定义、报文组件、报文元素、业务组件，业务联系和／或业务元素与其他行业报文集中定义的项之间关系的文件集。注：行业报文集包括ISO15022报文集。3．18数据字典datadictionary27926库的组成部分，该部分包含了在进行业务过程建模和报文定义时，可复用的所有项。注：数据字典包含业务概念、报文概念和数据类型。见图1和图2。3．19字典项dictionaryitem存储在数据字典中的项。3．20数据类型datatype明确规定业务元素或报文元素有效取值范围的项。示例：GB／T16711(银行业务银行电信报文银行标识代码(BIC)》。注1：有效值的范围可通过格式要求(如，文本类型)或通过所有可能值的详尽列举(如，编码列表或对一标准编码方案的参考)而进行定义。数据类型存储在数据字典中。注2：该定义在语义上等效于ISO11179—1：1999中3．26“数据元值的数据类型”的定义。该定义仅适用于27926中的特定术语。见图1和图2。3．21数据类型表示形式datatyperepresentation数据类型的类别，通过实现和处理所需的一组技术信息来描述。示例：编码、文本、金额、标识符。注1：在数据字典中给出了有效数据类型表示的完整列表。注2：该定义在语义上等效于ISO11179：1999中3．60(值域、数据类型以及必要情况下的计量位或字符集的集合)“表示形式”的定义。见图1。3．22图表diagram信息的图解表示，以对文本进行补充描述。注：在编制符合GB／T27926的业务交易和报文集时，使用图表阐明了GB／T27926库中特定信息的含义。S GB／T27926．1—20113．23行业报文集industrymessageset(金融)行业内定义和使用的报文集。示倒：FIXV4．3报文集。3．24ISO15022报文羹ISO15022messageset根据ISO15022—1和ISO15022—2标准定义的行业报文集，该报文集存储在ISO15022—1报文目录里。3．25库repository由数据字典和业务过程目录构成的库。注：GB／T27926库并不等同于IS015022—1数据域字典和报文目录。如第8章中的解释，IS015022—1和ISO15022—2数据域字典和报文目录中所包含的信息将会转移到GB／T27926库。见图2。3．26市场惯例marketpractice源于特定(通常是区域性的)交易或协议及普遍实践的一系列规则。注：涵盖特定报文功能的报文定义同市场惯例有细微差别：在与报文定义相关的结构和／或规则上，可以有一定变化。3．27报文message在业务交易范围内，业务参与者或业务角色之间交换的结构化信息。示倒：执行通知、买单、贷记转账。3．28报文组件messagecomponent组成报文定义的可复用的字典项。示例：交易细节(包含业务组件“交易”的若干相关属性)。洼1：该内容通常与业务组件相联系，并由特定报文元素进行描述，注2：报文组件类属报文概念，存储在数据字典中。见图1。3．29报文概念messageconcept用于报文定义的字典项。注：包括报文组件、报文元素或规则(当在报文组件范围内定义时)。见图1和图2。3．30报文定义messagedefinition报文结构的规范化描述。注：报文定义按照报文组件的树形结构建立，在业务过程目录里报文定义被惟一标识。见图3。3．31报文定义图messagedefinitiondiagram报文结构的图解描述。6 GB／T27926．1—20113．32报文元素messageelement报文组件的特性，在报文组件内具有惟一含义。示例：交易日期和时间(作为报文组件“交易细节”的一部分)。注：报文元素类属报文概念，存储在数据字典中，并类属于特定的报文组件。其含义必须在与报文组件相结合时才能准确描述。见图1。3．33报文流图messageflowdiagram描述在业务参与者或业务角色间交换的一系列有序报文的图表。注：报文流图在业务过程目录里被惟一标识。见图3。3．34报文功能messagefunctionality用报文定义描述的报文用途。注1：现有行业报文集(包括IS015022—1和IS015022—2报文集)中的报文通常是多功能的，即这些报文可用于多种用途。GB／T27926．3建模导则包括了避免出现多功能性的导则。注2：多功能示例：ISO150221：1999报文“MT502”可作为买单、卖单、撤单、修改订单的指令。3．35报文规则messagerule在报文定义级上规定的特定限制。洼：报文规则存储在业务过程目录里，并与其相应的报文定义相关联。其含义必须在与报文定义相结合时，才能被准确描述。3．36报文集messageset报文定义的集合。3．37模型model对事实简单而规范的描述，为更好地描述和理解特定事实而建立。3．38规则rule特定交易或报文组件中定义的限制条件，用于描述适用于该组件和／或相关组件的特定条件。示倒：在订单报文内，请求发送日期应为未来日期。注：规则类属业务概念和报文概念，存储在数据字典中，并与其对应的业务组件或报文组件相关联。其含义必须在与相应的业务组件或报文组件相结合时，才能准确描述。见图1。3．39语法报文方案syntaxmessagescheme以特定语法来定义报文的可处理的语法符号。注1：如，对于XML，方案可以是XMLDTD或XMLSchema，可用作报文校验的工具。注2：语法报文方案存储在业务过程目录里。见图3。7 GB／T27926．1—20114符合GB／T27926的业务交易和报文集的开发方法4．1概述开发方法由5个活动构成：——业务分析，关注于给定业务领域中业务目标的详尽理解；——需求分析，关注于发现给定业务领域中与业务过程相关的信息交换和交互需求；——逻辑分析和逻辑设计，规定了满足特定的信息交换和交互需求的业务交易和报文集；——独立于任何物理实现的业务交易和报文集的定义，包括报文流图和报文定义；——技术设计，指以适当的语法完成报文定义和报文规则的物理实现，例如：采用XML。在开发符合GB／T27926标准的业务交易和报文集时，上述5个活动是层层推进反复迭代的。4．2业务分析业务分析的目的是理解业务领域，并据此进行符合GB／T27926标准的业务交易和报文集的开发。对业务过程和这些过程所需的业务信息进行描述，有助于明确参与这些过程的业务用户(在建模中作为业务参与者和业务角色)存在的信息交换问题。这些信息交换问题将成为需求分析的主要动力。明确业务领域中需要处理的业务信息，对于以后的报文设计同样重要——因为报文定义将包含与这些业务信息相关的数据元素。业务分析阶段的关键目标包括：——明确和定义业务领域；——理解业务领域的日常业务；——定义业务领域内业务过程的结构和动态过程；——提取业务过程内处理的业务概念；——确保用户、业务专家和报文开发者对业务领域有共同理解。业务分析涉及的主要活动包括：——根据其目标、范围、边界对业务领域进行定义；——发现和分析业务过程；——发现和分析所有与业务领域相关的业务概念，这一活动可导致对现有业务组件的复用或修改，以及产生新的业务组件和业务元素；——生成的业务模型的一致性验证。4．3需求分析需求分析的目的是明确符合GB／T27926的业务交易和报文集编制中涉及与信息交换相关的需求。需求分析活动采用“黑盒””模式，以避免进行需求分析时，过早处理架构性问题(这些问题在后续活动中处理)。需求分析的关键目标包括：——明确需解决的信息交换问题；——提炼要开发的业务交易和报文集的范围；——准确定义要开发的业务交易和报文集的预期属性(功能性，与业务参与者和业务角色的交互关系)。1)“黑盒”模式即不对报文流和报文定义进行定义。该模式仅关注在执行业务过程时对“谁需要什么”进行定义。因此，此模式也不对如何在正确时间获得正确用户的信息进行定义。 需求分析阶段的主要活动包括：——明确待开发的业务交易和报文集的目标——需求描述。GB／T27926．1—20114．4逻辑分析逻辑分析的目的是规定将要开发的业务交易和报文集的细节，也就是说，关注的焦点将从“黑盒”模式转移到“白盒”’模式。业务交易和报文集还是从纯粹的业务角度描述。重点仍旧停留在语义上(即，基本业务含义)而非语法(即，如何对报文和一系列验证规则进行物理表述)。所有分析结果均源自需求。逻辑分析的关键目标包括：——确定可能的报文流；——确定报文的业务内容；——确定适用于不同报文流和报文的不同规则。逻辑分析阶段的主要活动包括：——从需求提炼出具体的业务交易，明确报文、报文流及与这些报文流相关的规则；——明确报文的业务内容以及编制报文流和报文的规则；逻辑分析阶段应给出报文定义的初稿。4．5逻辑设计逻辑设计的目的是将逻辑分析结果进一步提炼以使其规格化(即，精确无误)，并确认可复用的项(如，报文组件和报文元素)。逻辑设计同时提炼业务交易和报文集的静态部分(即报文的精确结构)和动态部分(即涉及业务角色之间所有交互活动的精确描述)。静态部分也称为“报文设计”。逻辑设计的关键目标包括：——明确用于创建相应报文定义的可复用的报文组件和报文元素；——定义应创建的新的可复用的报文组件；——设计报文定义的结构；——明确业务角色间交互作用的各个方面。报文设计阶段的主要活动包括：——明确报文信息；——明确可复用的报文组件以建立报文定义，该报文组件源于相应的业务组件。该活动可导致数据字典内新的报文组件的产生；——形成规范的报文定义；——业务角色问交互活动的规范描述。4．6技术设计技术设计的目的是建立报文定义的物理实现。一些明确详细的设计规则被用来建立报文定义的物理表示，其中，报文定义来源于交付的报文设计”。技术设计关键的交付物：——以特定语法表达的一组GB／T2"／926语法报文方案(如，xML)。这些语法报文方案是在逻辑2)。白盒4模式即需要了解业务交易和报文集的所有详细信息。该模式关注对报文流和报文定义如何定义，这些报文流和报文定义需要获取正确时间对正确用户的信息。3)注意，该方法使得报文集(如在逻辑分析和设计阶段中定义的)与最终物理表示形式有所不同。以易于将来的语法研究达到更先进的技术水平。9 GB／1r27926．1—201L设计过程中，将GB／T27926语法设计规则用于报文定义设计时产生的。4．7反向工程反向工程的目的是保证GB／T27926库涵盖现有行业报文集的业务功能。反向工程的关键目标包括：——扩充GB／T27926库，以涵盖现有行业报文集的所有功能；——促进行业报文集向等效的符合GB／T27926的业务交易和报文集靠拢。反向工程的主要活动包括：——明确行业报文集和GB／T27926库内容之间的不同和差异；——明确为涵盖已确认的不同和差异，而需对GB／T27926库进行的更新；——将上述更新提交给GB／T27926注册机构(RA)；——行业报文集和GB／T27926库存储信息间的等效化的归档(以便于向符合GB／T27926的业务交易和报文集的融合)。5库内容5．1GB／T27926库结构图2给出了GB／T27926库的结构框图。如图所示，GB／T27926库主要包含两部分：业务过程目录和数据字典。数据字典包括业务概念、报文概念和数据类型。所有这些项称为字典项并可复用。整个数据字典应版本受控。业务过程目录按照业务领域进行组织。不同业务领域的信息交换需求和交互需求由具体业务交易决定。所有储存在业务过程目录中的项称为目录项。在业务过程目录中，业务交易版本受控。业务过程目录的版本基于单一数据字典版本之上。图2也给出了字典项和目录项之间的主要关系：——在数据字典中：报文概念来源于业务概念；——在业务过程目录中：业务交易支持业务领域；——在业务过程目录和数据字典之间：业务领域用业务概念进行描述，同时，业务交易主要由报文概念组成。所有字典项和目录项在库内被惟一标识、注册和管理。这些项是第4章所述方法产生的结果。GB／T27926库包含历史变更记录(该记录包含这些项的“changeIog(变更El志)”)，该记录反映这些项的生命周期。历史变更记录由注册机构(RA)维护和控制。下述历史变更记录信息与每条变更项相关联：——变更类型：标识历史变更记录的目的，通过项的创建、修订和删除来表示。——申请人：标识向注册机构(RA)提交项变更申请的用户机构或社团。申请人联系信息会被存储在下述信息域：组织、公司、联系人、地址、电话号码和电子邮箱等。——誉代：当适用时，指出由此项替代的项。——变更描述：变更的业务理由和动机。——变更日期：变更注册的日期。5．2数据字典5．2．1概述如图1所示，数据字典包含字典项，即业务概念、数据类型和报文概念。每个字典项由一些特定的10 GB／T27926．1—2011描述性信息进行描述并具有包含生命周期信息的历史变更记录。图1也给出了字典项之间的主要关系：——业务组件包含业务元素和规则；一一业务联系定义了两个业务组件之间的关系；——一个业务参与者能扮演多重业务角色，一个业务角色可由多个业务参与者扮演——报文组件包含报文元素和规则；一编码是特定数据类型的一个可能值；数据类型定义了业务元素和报文元素有效取值的范围；——数据类型基于数据类型表示形式；一报文组件来源于业务组件；一报文元素来源于业务元素。5．2．2字典项列表5．2．2．1业务概念数据字典包含以下业务概念，这些概念反映了在业务分析和需求分析活动期间定义和使用的字典项的本质属性。这些业务概念构成了业务领域建模的基础项：业务组件；——业务元素；——业务联系；——规则(在业务组件范围中定义)；——业务参与者；——业务角色。5．2．2．2数据类型数据类型的目的是明确规定业务元素或报文元素的有效取值范围。数据类型根据有限的数据表示形式进行分类，如，金额、标识符、数量、编码、I；I期、时间和文本。27926数据字典里给出了数据表示形式的完整列表。每个数据类型表示形式规定了如下信息：——用于所有数据类型的基本类型，这些数据类型基于数据类型表示形式给出。例如：·基于数据类型表示形式“text”的数据类型用“string”作为基本类型；·基于数据类型表示形式“amount”的数据类型用“real”作为基本类型。一应给出用于分辨由同一数据类型表示形式给出的数据类型的附加信息。该附加信息将限制可用于特定数据类型的可能值的集合。通过下述两种方式实现：1)通过详尽列举，或参考列表，清楚定义可能值列表。对于数据类型表示形式“code”，注册机构(RA)可采用已有编码的列表，或者在GB／T27926库内定义新的编码列表。当为后者时，所有编码应为1到4个字母数字字符；2)规定格式描述(如，通过定义字符串长度)。一一示例：·基于数据类型表示形式“Identifier”的数据类型，给出了包含该标识符可能值的列表(如，数据类型“ISIN”在“ISIN目录”下包含它的可能值)；·基于数据类型表示形式“text”的数据类型，规定了允许的最大长度(如，数据类型“Max35Text”在其他数据类型中用于街区名称时，最多有35个字符)。11 GB／T27926．1—2011如果编码列表由GB／T27926注册机构(RA)进行维护，数据类型表示形式“Code”的数据类型的可能值列表应包含在数据字典中。5．2．2．3报文概念数据字典包含以下类型的报文概念，报文概念反应了在逻辑分析和逻辑设计活动中，定义和使用的字典项的本质属性。它们构成了报文定义的基本项。——用于建立报文定义的报文组件均为可复用的字典项。一个报文组件通常源于一个单一的业务组件。报文组件也可理解为用于报文定义的业务组件的“视图(view)”。几个报文组件可源于同一业务组件。这些报文组件会由于所含报文元素的不同或特定限制(如，特殊规则或限制的多样性)而有所不同。在特殊情况下，一个报文组件可基于一组相关业务组件，或者可根据报文特定理由进行定义而不需源于任何业务组件。——规则(在报文组件范围中定义)；——报文元素：通常源于与报文组件对应的业务组件中的业务元素。一个报文组件中的报文元素可源于多个相关业务组件。这些报文元素被关联到对应业务组件中的相关业务元素。在特殊情况下，报文元素可根据报文特定情况进行定义而不需源于任何业务元素。报文元素的取值可由数据类型或其他报文组件进行定义。5．2．3字典项注册状态每个字典项含有一个“注册状态”。注册状态包括：——临时注册：字典项等待一个或多个标准管理组(见GB／T27926．2)的最后批准。注册机构可以通知字典项的用户群，该项在近期将可能变为“已注册”状态(根据GB／T27926．2定义的时限)。——已注册：符合GB／T27926的字典项已被批准并可使用。——废止[(删除日期>]：认为该字典项不再符合GB／T27926，可不再注册更新到GB／T27926库。但是，只要该项在其他字典项或目录项中仍被使用，数据字典将保留该字典项。注册机构可以通过选项(删除日期>通知用户群，该字典项将在(删除日期>规定的时间内，从数据字典中删除。5．2．4字典项描述信息每个字典项由以下信息描述”：——名称：字典项的正式名称(惟一性在第3章中定义)。可包含版本信息。——足义：字典项含义的准确描述。——删除日期：从库中删除废止字典项的日期。——别名：在特定上下文中，字典项的其他名称。该内容包括缩写形式。——示例：业务环境下字典项的使用举例。——多进笸：指明字典项是否是必选的、可选的，和／或可重复的。该信息仅用于业务组件里的业务元素，报文组件里的报文元素，报文定义里的报文组件，以及业务组件间的业务联系。5．2．5数据字典生命周期注册机构会定期向公众公布数据字典的最新版本。公布的数据字典包括处于临时注册，已注册或4)列表内容并不详尽，但给出了向注册机构提交申请时所需信息的大致范围。12 GB／T27926．1—2011废止[<删除日期)]”状态的所有字典项。注册机构可以籍此通知字典项的用户群，近期哪些项将被注册哪些项将被废止。任何时候，官方公布的应是数据字典的最新版本。它代替任何之前公布的数据字典并包含业务过程目录当前版本中参考的所有字典项。注册机构也将发布数据字典的存档文件。存档文件中仅包含已注册或废止[(删除日期)]的字典项”。用户群可以籍此获得官方不再支持的字典项信息。历史变更记录(见5．1)与数据字典同时发布。历史变更记录反映了字典项的演变情况。5．3业务过程目录5．3．1概述如图3所示，业务过程目录包括业务领域。业务领域能通过业务过程更详细地描述。不同业务领域和业务过程中的信息交换需求和交互需求由业务交易支持，这些业务交易包括报文流图中可能的报文流的详细描述。报文流图包含一个或多个报文，每个报文在报文定义中进行描述，报文定义也被转化为GB／T27926语法报文方案。当报文定义用于支持业务括动的信息交换需求时，每个报文定义与下述环境信息相关联：——特定的报文流图，本身用于支持业务交易；——特定的业务领域，特定业务过程的潜在细节。所有这些信息用于理解有关业务过程和／或业务领域中报文定义的准确功能、角色和应用。5．3．2目录项列表目录中可包括下述内容：——业务领域；——业务流程；——业务交易；——报文流图；——报文定义；——GB／T27926语法报文方案。5．3．3目录项注册状态每个目录项含有一个“注册状态”。注册状态包括：——临时注册：目录项等待标准管理组的(见GB／T27926．2)的最后批准。注意，与字典项不同，该状态下的目录项不对用户群开放(见5．3．5)，仅对负责批准的标准管理组开放。——已注册：符合GB／T27926标准的目录项已被批准。——废止[(删除日期>]：不再认为该目录项符合GB／T27926标准，且可以不再注册更新到库。但是，只要该项仍在使用，目录项将会被保留在业务过程目录中。注册机构可以通过选项(删除日期)通知用户群，目录项将在规定的(删除日期)，从业务过程目录中删除。5．3．4目录项描述信息每个目录项由以下信息描述7’5)(删除日期)在出版日期之后。6)(删除日期)在存档日期之后。7)列表内容并不详尽，但给出了向注册机构(RA)提交申请时所需信息的大致范围 GB／T27926．1—2011——名称：目录项的正式名称，可包含版本信息。——定义：目录项含义的准确描述。——删除日期：从厍中删除废止的目录项的日期。——示例：业务环境下目录项的使用举例。5．3．5业务过程目录生命周期注册机构会定期向公众公布业务过程目录的最新版本。公布的业务过程目录包括处于临时注册，已注册或废止[(删除日期)P状态的所有目录项。临时注册的目录项不能通过公开的业务过程目录获得。然而，负责目录项批准的标准管理组(见GB／T27926．2)，可以通过注册机构以不同的离线方式获得必要的文件。任何时候，官方公布的应是业务过程目录的最新版本。它代替任何之前出版的业务过程目录，且配套最新版数据字典。注意，如果其所有相关目录项和字典项均处于已注册状态，则业务交易应处于已注册状态。注册机构也将发布业务过程目录的存档文件。用户群以籍此可以获得官方不再支持的目录项信息。历史变更记录(见5．1)与业务过程目录同时发布。历史变更记录反映了目录项的演变情况。5．4字符集，命名惯例，语言以下约束条件适用于字典项和目录项的命名：——应采用一个或多个连在一起的英语单词命名，最好为业务缩写；——名称仅包含字母表中的大写和／或小写数字字母字符，即字符集[a-z]、[A—z]和[o一9]——项名称不能以数字字符开头；——当几个英语单词连接形成一个项名称时，应采用“camelcase”规范，即：·每个单词以大写字母开头；·删除单词之闯的所有空格。示倒：StreetName，NoticeOfExecution．相关的描述信息应以英文给出。提交的字典项和目录项的准确命名由注册机构进行管理，以保证库的完整性。6库输入6．1概述本章提供了向注册机构提交关于更新数据字典或业务过程目录申请的详细描述。包括以下内容：——提交申请类型；——提交格式；——提交方式。有关提交申请和注册机构的详细信息见GB／T27926．2。6．2提交申请类型可提交以下类型8)(删除日期)在出版日期之后。14 GB／T27926．1—2011——创建：申请增加新的字典项或目录项。·该申请用于以下字典项：业务组件、业务参与者、业务角色、业务组件内的业务元素、业务组件间的业务联系、业务组件范围内的规则、数据类型、编码、报文组件、报文组件内的报文元素以及报文组件范围内的规则；·该申请用于以下目录项：业务领域、业务领域内的业务过程、业务过程或业务领域的业务交易、业务交易的报文流图、报文流图中的报文定义以及报文定义范围内的报文规则。——修改：申请修改任何现有字典项或目录项的组成(如，报文定义)或属性(如，名称、定义、同义词等)。——删除：申请删除任何现有的字典项或目录项。申请方应考虑到字典项或目录项的删除应Eh注册机构批准。注册机构应确保库的一致性和完整性，因此，可拒绝破坏数据字典或业务过程目录完整性和一致性的请求；如，不能从库里删除这样的业务组件，该业务组件来源于一个或多个发布的业务过程中仍旧使用的报文组件。6．3提交格式应按照由注册机构(RA)定义并在GB／T27926网站上发布的模板，向注册机构(RA)提交申请。为了阐明申请，可在申请中加入以规范化图形建模符号表示(如，UML)的图形和图片。GB／T27926网站上给出了符合标准的图形格式。出现争议时，注册管理组对公布模板或附件格式的一致性具有最终决定权。6．4提交方式可提交申请的方式如下：——e—mail，发送提交申请和附加的图形描述文件到注册机构网站。随着技术的发展，注册机构也可接受其他的提交方式。GB／T27926网站上应列出全部合法的提交方式。7库输出7．1概述注册机构应负责向公众提供获得GB／T27926库信息的公开途径。通过该途径用户可查找、确认现有符合GB／T27926的业务交易和报文集并获得其完整描述。7．2库输出类型注册机构应通过以下输出方法，提供获取GB／"r27926库信息的途径。——交互查找／查询：·数据字典，给出查询所有字典项的访问途径并显示各字典项之间的关系，如图1所示；·业务过程目录，给出查询所有目录项的访问途径并显示各目录项之间的关系，如图3所示。——可下载的预定义文件，包括以下信息：·数据字典，列出具有全部相关信息的所有字典项(如，名称、定义等)；·业务过程目录(业务过程和其相关业务交易、报文流图、报文定义和GB／T27926语法报文方案)。 GB／T27926．1—20117．3输出格式27926网站的“webquery(网络查询)”界面应免费提供交互查询。27926网站应以至少下述一个格式，免费提供可下载的信息：——RTF：——HTML；——PDF。注册机构也可以个性化服务方式，以结构化语言或可处理的格式提供GB／T27926库信息。827926的未来发展8．1文档文档应依据GB／T27926．2和ISO规范过程进行维护。8．2语法将业务标准与其物理表示分离将降低未来可能由别的开放式语法代替XML所产生的影响。这种影响将仅限于用新的语法设计规则代替XML语法设计规则，以及如何应用新的语法设计规则进行报文定义。 参考文献GB／T27926．1--2011[1]GB／T16711银行业务银行电信报文银行标识代码(BIC)(GB／T16711--1996ISO9362：1994，IDT)[2]ISO／TR7775证券报文类型方案E3]ISO11179—1信息技术元数据注册(MDR)第1部分：框架'