JR-T 0107.2—2014 统计数据和元数据交换(SDMX)第2 部分:信息模型 UML 概念设计.pdf
- 文档编号:14661424
- 上传时间:2023-06-25
- 格式:PDF
- 页数:116
- 大小:1.97MB
JR-T 0107.2—2014 统计数据和元数据交换(SDMX)第2 部分:信息模型 UML 概念设计.pdf
《JR-T 0107.2—2014 统计数据和元数据交换(SDMX)第2 部分:信息模型 UML 概念设计.pdf》由会员分享,可在线阅读,更多相关《JR-T 0107.2—2014 统计数据和元数据交换(SDMX)第2 部分:信息模型 UML 概念设计.pdf(116页珍藏版)》请在冰点文库上搜索。
JR/T0107.22014/ISO17369-2:
2013JR20140828实施20140828发布ICS35.240.01A11备案号:
中华人民共和国金融行业标准统计数据和元数据交换(SDMX)第2部分:
信息模型UML概念设计Statisticaldataandmetadataexchange(SDMX)Part2:
Informationmodel:
UMLconceptualdesign(ISO17369-2:
2013,Informationmodel:
UMLconceptualdesign,IDT)中国人民银行发布JR/T0107.22014/ISO17369-2:
2013I目次前言.III引言.IV1范围.12术语和定义.13介绍.23.1建模技术和图解.23.2总体功能性.24执行者和用例.34.1执行者和用例.44.2用例图.45SDMX基础包.105.1引言.105.2标识、版本和维护.105.3数据类型.135.4项目方案模式.165.5结构模式.186具体项目方案.256.1引言.256.2继承视图.256.3代码表.256.4概念方案.276.5类别方案.306.6组织方案.336.7项目方案关联.367数据结构定义和数据集.387.1介绍.387.2继承视图.387.3数据结构定义关联视图.407.4数据集相关性视图.498立方体.578.1背景.578.2在信息模型中对cube的支持.579元数据结构定义和元数据集.57JR/T0107.22014/ISO17369-2:
2013II9.1背景.579.2继承.589.3元数据结构定义.609.4元数据集.6510层级代码方案.7010.1范围.7010.2继承.7110.3关系.7211结构集和映射.7411.1范围.7411.2结构集.7411.3结构映射.7711.4项目方案映射.8011.5混合代码表映射.8312约束条件.8512.1范围.8512.2继承.8512.3约束条件.8613数据提供.9413.1类图.9413.2图解.9514进程.9814.1介绍.9814.2模型-继承和关系视角.9815转换和表达式.10015.1范围.10015.2模型-继承视角.100附录A(资料性附录)SDMX信息模型中关于UML的简要指南.104参考文献.110JR/T0107.22014/ISO17369-2:
2013III前言JR/T0107统计数据和元数据交换(SDMX)分为七个部分:
第1部分:
框架;第2部分:
信息模型UML概念设计;第3部分:
SDMX-ML模式和文档;第4部分:
SDMX-EDI语法和文档;第5部分:
注册表规范逻辑功能和逻辑接口;第6部分:
SDMX技术说明事项;第7部分:
Web服务用法指南。
本部分为JR/T0107的第2部分。
本部分按照GB/T1.1-2009规则起草。
本部分等同采用ISO17369-2:
2013统计数据和元数据交换(SDMX)第2部分:
信息模型UML概念设计。
本部分由中国人民银行提出。
本部分由全国金融标准化技术委员会(SAC/TC180)归口。
本部分起草单位:
中国人民银行调查统计司、中国金融电子化公司。
本部分主要起草人:
盛松成、徐诺金、姚力、巴运红、任全忠、潘润红、李曙光、韩建国、贾树辉、李兴锋、吴隽、廖燕平、王媛、司燕翔、刘蔚、刘运、邓琳莹、李静。
JR/T0107.22014/ISO17369-2:
2013IV引言统计数据和元数据交换(SDMX)标准由SDMX国际组织发起并提出。
SDMX国际组织是由国际清算银行(BIS)、经济合作与发展组织(OECD)、欧盟统计局(Eurostat)、欧洲中央银行(ECB)、国际货币基金组织(IMF)、联合国(UN)和世界银行(WB)七个国际组织联合建立,其制定发布的统计数据和元数据交换标准规定了统计人员在采集、处理和交换统计数据时所使用的统计概念和方法,规范了对外披露统计信息时统计数据的机构范围、地理区域、存流量性质、时间属性、频度以及文件格式等内容。
SDMX标准提供了统计数据及元数据交换和共享的标准化格式,可以达到更好地扩展和高效率使用的目的。
目前SDMX标准主要应用领域为部分国家中央银行和统计部门。
本部分的作用在于规范我国金融统计标准体系的内部处理和对外发布,促进金融统计的互联互通、信息共享和业务协同,提高信息共享的效率,满足金融综合统计的需要。
JR/T0107.22014/ISO17369-2:
20131统计数据和元数据交换(SDMX)第2部分:
信息模型UML概念设计1范围本部分规定了SDMX信息模型,包括SDMX基础包、具体项目方案、关键字族、立方体和元数据结构定义和元数据集、层级代码方案、结构集和映射、数据约束和供应等。
附录A中给出了UML指南以及针对不熟悉用关键字族的方法描述统计数据结构的人员的指南。
本部分适用于金融统计中数据和元数据的交换和共享。
2术语和定义本标准第1部分的以及下列术语和定义适用于本文件。
2.1数据流定义dataflowdefinition标识了数据结构定义并可能与分类中一个或多个专题域有关(该内容有助于根据分类模式查找数据)。
注:
在SDMX中,根据数据流定义报告或发布数据集。
根据报告周期性或数据集中允许的可能关键字内容的子集,约束条件可附加给数据流定义。
2.2元数据流定义metadataflowdefinition与数据流定义非常类似,但其描述、分类并限制的是元数据集。
2.3提供协议provisionagreement描述了数据供应方提供数据集和元数据集方式的信息集合。
注:
可以与数据或元数据流定义非常类似的方式对供应协议进行限制。
因此,数据供应方可表述为其提供了一个覆盖一系列特定国家和主题的特殊数据流。
重要的一点是,已注册数据或元数据的实际来源附加于供应协议中(以URL形式给出)。
使用术语“协议”的原因是该信息可作为“服务等级协议”的基础被理解。
然而,在SDMX中,和任何类合同信息不同(该内容不在本技术规范范围内)的是,其以信息元数据支持技术系统。
2.4报告分类reportingtaxonomy允许组织链接(可能以分级方式)一系列立方体或数据流定义,这些立方体或数据流定义组合构成完整的数据或元数据“报告”。
注:
该报告分类支持基本的报告,通常这些报告构成了异构数据的复合立方体,也可支持其他收集和报告功能,以及通过出版物中的数据或元数据支持出版规范(如年鉴)。
JR/T0107.22014/ISO17369-2:
201323介绍3.1建模技术和图解用于SDMX信息模型(SDMX-IM)的建模技术是统一建模语言(UML),附录A给出了SDMX-IM所用UML结构的概述。
UML图允许显示类时带有属性和操作(有时称作方法)中的一个或两个。
本部分中,因为没有操作,所以不显示操作(见图1、图2)。
图1隐藏操作的类在有些图中,尽管一些类可能有属性,但会隐藏,这样做是为了图的清晰。
使用的原则是:
定义了类且它的属性和关联也定义了时,属性将一直出现在类图表上;在其它图表上,如继承图表,为了清晰度,可能隐藏类的属性。
图2隐藏操作和属性的类注意,在任何情况下,从超类中继承的属性都不在子类中显示。
表1的结构用于类、属性、关联的定义中。
表1定义类类特特征征说说明明ClassNameattributeNameassociationName+roleName“特征”栏的内容包括或解释了下面的类的结构特征之一:
是否是一个抽象类。
抽象类用斜体Courier字体显示;该类的超类(如果有);该类的子类(如果有);Attribute:
用Courier字体显示;Association:
用Courier字体显示。
如果关联是来自于超类之间的关联,则格式是/associationName;Role:
+roleName用Courier字体显示。
“说明”栏提供对类或特征的简短定义或解释。
可能在描述中使用UML类名,如果这样,它们用正常字体,且两个字之间有空格,例如类CodeList应写成CodeList。
3.2总体功能性3.2.1信息模型包JR/T0107.22014/ISO17369-2:
20133SDMX信息模型(SDMX-IM)是一个概念化的元模型,从该模型中开发了语法的具体实现。
该模型由一组功能包构成,这种构造形式有助于理解、重用和维护模型。
另外,为了帮助理解,每个包都可以被认为是在三个概念层之一中:
SDMX基础层(SDMXBaselayer)由结构定义层(StructuralDefinitionslayer)和报告和分发层(ReportingandDisseminationlayer)使用的基本块组成;结构定义层由所需的支持数据和元数据报告和分发的结构化工具的定义组成;报告和分发层由用于报告和分发的数据和元数据容器的定义组成。
实际上,层没有隐式或显式的结构功能,因为任意包能使用其它包里的任何部分。
3.2.2本部分的三层结构本部分主要支持用立方体(cube)结构类型的知识系统进行数据分析,如OLAP系统(Onlineanalyticalprocessing),其中包括:
元数据结构定义;元数据集;层级代码表;数据和元数据配置;加工过程;制图;约束条件;支持注册信息的构念。
此外,用术语“数据结构定义”取代了术语“关键字族”,是因为这两个术语是用于不同地方的同义词。
本部分使用术语“数据结构定义”,见图3。
数据集元数据集数据和元数据供应报告和分发数据结构定义元数据结构定义概念方案类别方案代码表层级代码方案转换和表达式结构映射过程结构定义标识、项目方案、组件结构、关联SDMX基础包图3SDMX信息模型包结构另外,针对基于场景的注册表的额外包见注册表接口规范。
对于这些信息在图4中显示,其中包括:
订阅和通知;注册;发现。
注:
注册功能所需的不仅限于这三个包,注册功能也需要使用信息模型中的其他包。
数据集元数据集数据和元数据供应订阅和通知注册发现报告和分发数据结构定义元数据结构定义概念方案类别方案代码表层级代码方案转换和表达式结构映射过程结构定义标识、项目方案、组件结构、关联SDMX基础包图4SDMX信息模型(包含注册的包结构)4执行者和用例JR/T0107.22014/ISO17369-2:
201344.1执行者和用例为了开发数据模型,有必要了解该功能,以支持从需求定义得到结果。
这些定义在用例模型里。
用例模型由执行者和用例组成,见下面的定义。
执行者执行者定义一套连贯的角色,系统的用户与系统交互时可承担这些角色。
执行者实例可以是个体或者外部系统。
用例用例定义一套实例,这里每个实例是系统运行的一个序列动作,产生一个可观察的结果值给一个特定的执行者。
模型的总体目的是支持数据和元数据的报告,分发和汇总统计数据和相关元数据的字段交换。
为了实现这一点,该模型需要支持这一进程的三个基本方面:
结构定义和供应定义的维护;数据、元数据的发布(报告)和利用(使用);访问数据、元数据,以及结构定义和供应定义。
本部分包含前两个方面,关于注册表逻辑模型的标准是关于最后一个方面的。
4.2用例图4.2.1维护结构和供应定义4.2.1.1用例维护数据和元数据结构与供应定义的用例见图5。
图5维护数据和元数据结构与供应定义的用例JR/T0107.22014/ISO17369-2:
201354.2.1.2图解为了应用程序发布和使用数据和元数据,必须定义结构和数据及元数据允许的内容并使之对于应用程序是可用的,就像支持实际进程的发布和使用的定义一样。
这是维护机构的责任。
所有被维护的产物由维护机构维护。
为了方便,维护机构执行者分为两个执行者的角色:
维护结构的定义;维护供应的定义。
这两个功能可由同一人执行,或者至少由同一个维护组织执行,由于定义的目的不同,因此使用角色已经进行了区分:
结构定义用来定义数据及元数据在被报告和分发时的格式以及被许可的内容,同时供应定义支持报告和分发的进程(报告内容,对象以及时间)。
在一个基于场景的组织里面,至少结构定义可以被共享,重要的是维护机构的方案由一个尽责的组织(这里叫做CommunityAdministrator(组织管理员)维护,因此维护代理的ID必须是唯一的。
4.2.1.3定义针对结构和供应定义维护的执行者和用例表见表2。
表2针对结构和供应定义维护的执行者和用例表执执行行者者用用例例说说明明组织管理员CommunityAdministrator负责管理整个组织的通用结构定义的组织。
维护维护机构方案MaintainMaintenanceAgencyScheme维护机构方案的建立和维护。
维护机构MaintenanceAgency负责维护结构化的内容,如代码表,概念方案,数据结构定义,元数据结构定义,数据和元数据配置内容例如数据供应方和数据流定义。
子角色是:
结构定义维护机构供应定义维护机构结构定义维护机构负责维护结构定义。
JR/T0107.22014/ISO17369-2:
20136StructuralDefinitionsMaintenanceAgency维护结构定义MaintainStructureDefinitions结构定义的维护。
对被维护的每个结构产物,本用例有子类用例。
维护代码表MaintainCodeList维护概念方案MaintainConceptScheme维护类别方案MaintainCategoryScheme维护数据结构定义MaintainKeyFamily(DataStructureDefinition)维护元数据结构定义MaintainMetadataStructureDefinition维护立方体结构MaintainCubeStructure数据结构定义(关键字族)的建立和维护,元数据定义和立方体结构,及他们使用的支持工具,如代码表和概念方案。
JR/T0107.22014/ISO17369-2:
20137维护层级代码方案MaintainHierarchicalCodeScheme维护报告分类MaintainReportingTaxonomy供应定义维护机构ProvisioningDefinitionsMaintenanceAgency负责维护数据和元数据定义。
维护供应定义MaintainProvisioningDefinitions供应定义的维护。
对于被维护的每个结构产物,本用例有子类用例。
维护数据供应者MaintainDataProvider维护数据流定义MaintainDataflowDefinition维护元数据流定义MaintainMetadataflowDefinition维护立方体定义MaintainCubeDefinition工具的建立和维护,该类工具支持数据和元数据供应的定义,如数据供应方列表,数据流定义,立方体定义,及将数据供应方和数据流及元数据流连接的供应协议。
JR/T0107.22014/ISO17369-2:
20138维护供应协议MaintainProvisionAgreement4.2.2发布和使用数据及元数据4.2.2.1用例数据和元数据的发布及使用的执行者和用例见图6。
图6数据和元数据的发布及使用的执行者和用例注:
数据和元数据的发布和使用遵照结构定义(其定义格式和允许的内容)和提供定义(其为使用者定义使数据和元数据可使用的过程)的说明4.2.2.2图解注意,在本图中“发布”数据和元数据被视为和“报告”数据和元数据一样。
在某些情况下,使这些数据可用的操作满足两种功能。
发布汇总数据和为了使数据发布者做这些及为了使用应用程序来处理数据和元数据,必须知道其结构。
此外,使用应用程序可能为了向数据访问者介绍而需要访问(引用)JR/T0107.22014/ISO17369-2:
20139元数据,以便数据更好理解。
因为有这些数据,提供的元数据也必须按照维护的结构进行格式化。
数据访问者和元数据访问者直到数据和元数据发布才能使用它,因此有一个“数据源”或“元数据源”放在“使用”和“发布”用例之间。
在任何数据和元数据发布和使用的情况下,发布和使用程序都必须访问维护的供应定义。
这些定义可能像谁在什么时间提供什么数据和元数据给谁一样简单,或者,由于特定的供应方提供的数据和元数据及资料来源(在数据共享的环境下,数据和元数据被从数据源“拉”出来)有约束而更复杂些。
4.2.2.3定义定义见表3。
表3定义执执行行者者用用例例说说明明数据发布者DataPublisher负责按照规定的数据结构定义和有关的供应定义发布数据。
发布数据PublishData发布一个数据集。
这可能是一个物理数据集或者可能在访问数据源时使数据可用,例如一个能处理查询的数据库。
数据使用者DataConsumer数据的用户。
可能是一个人(消费者)通过使用界面访问,或者可能是一个应用程序,如统计生产系统。
使用数据UsesData使用按照结构定义进行格式化的数据和按照供应定义使之可用的数据。
数据通常连接到放在不同位置且被独立地发布和维护的元数据。
元数据发布者MetadataPublisher负责按照规定的元数据结构定义和有关的供应定义发布参考元数据。
JR/T0107.22014/ISO17369-2:
201310发布参考元数据PublishReferenceMetadata发布一个参考元数据集。
这可能是一个物理元数据集或者可能在访问元数据源时使元数据可用,例如一个能处理查询的元数据存储库。
元数据使用者MetadataConsumer元数据的用户。
可能是一个人(消费者)通过使用界面访问,或者可能是一个应用程序,如统计生产系统或分发系统。
使用元数据UsesMetadata使用按照结构定义进行格式化的元数据和通过供应定义使元数据可用的元数据。
5SDMX基础包5.1引言SDMX基础包中的构件由支持模型中许多其它结构的基本构建块组成。
因为这个原因,包里的许多类是抽象的(即仅派生的子类有实例)。
建立SDMX基础包动机如下:
这是标识模型中的基础原型的“最佳实践”;对的常见结构和“模式”进行标识,可使得更容易理解;对模式进行标识,便于重复使用。
在这章视图里的每一个类图都归类于不同的透视图的SDMX基础包。
这里有具体模式的详细视图,另外,概述还给出了类之间的继承和类之间的关系。
5.2标识、版本和维护5.2.1类图SDMX标识、维护和版本见图7。
JR/T0107.22014/ISO17369-2:
201311图7SDMX标识、维护和版本5.2.2图解5.2.2.1叙述这一组类形成了SDMX对象管理方面的核心。
它们提供了派生类可重新使用的特征如标识、版本等等。
所有从抽象类AnnotableArtefact派生的类可能有注解(或注):
可为所有SDMX-ML元素增加注解。
注解用于描述SDMX结构的附加信息。
信息形式可能是一个URL参考文件和/或多种语言的文本(由InternationalString的关联表示)。
IdentifiableArtefact是一个抽象类,其由需要fir标识的基本属性构成。
基于IdentifiableArtefac的具体类全部继承唯一标识的性能。
它们亦继承带注解的性能。
另外,+description和+name角色支持多语言说明和所有基于IdentifiableArtefac的对象的命名。
InternationalString支持在多语言地区(地区类似于语言,但却包含地理上的差异,如加拿大法语、美国英语等)的说明的表达式。
LocalisedString支持在一个地区的说明的表达式。
VersionableArtefact是一个继承自IdentifiableArtefact的抽象类且给它所有的派生类增加版本性能。
MaintainableArtefact通过到MaintenanceAgency的关联给它的派生类另外增加被维护的性能。
其可能规定工具是草案还是具有final属性的终稿。
从AnnotableArtefact到MaintainableArtefact的继承链允许SDMX类继承从简单的注解到身份标识到版本和维护等它们需要的特征。
5.2.2.2定义JR/T0107.22014/ISO17369-2:
201312定义见表4。
表4定义类类特特征征描描述述AnnotableArtefact基本的继承子类是:
IdentifiableArtefact从它派生出的类的对象可以有附加的注释。
Annotation一个对象的附加的描述性信息。
Id注释的标识符。
同一个被注释的对象有多个注释时,可以区别一个注释和其它注释。
Title用于标识注释的标题。
Type指定注释如何被处理。
url外部描述性文本的链接。
+text国际化字符串,提供注释的多语言文本信息。
IdentifiableArtefact父类是AnnotableArtefact基本的继承子类是:
NameableArtefact可以识别所有派生类。
同时对所有派生类进行注释,因为它是AnnotableArtefact的子类。
Id对象的唯一标识符。
Uri通用源标识符,可以分解或不分解。
Urn通用源名称用于注册表:
所有需注册的对象都有一个urn。
NameableArtefact父类是IdentifiableArtefact基本的继承子类是:
VersionableArtefact除识别和注释外,还对所有派生类提供名称和描述。
+description通过InternationalString类,提供多语言的描述。
+name通过InternationalString类,提供多语言的名称。
InternationalStringInternationalString集合了各地字符串,并支持各地文本。
LocalisedStringLocalisedString支持一个地区的文本描述(本地类似于语言,但包括地理变化,例如加拿大、法国、美国、英国等)。
Label字符串的标签。
Locale字符串的地理所在地,例如法国,加拿大。
VersionableArtefact父类是NameableArtefact基本的继承子类是:
MaintainableArtefact对所有派生对象提供版本信息。
JR/T0107.22014/ISO17369-2:
201313Version版本字符串,遵从一贯规定。
ValidForm版本起始有效期。
ValidTo版本终止日期。
MaintainableArtefact父类是VersionableArtefact集合所有基本结构元数据内容的抽象类,这些基本结构元数据由代理进行维护。
Final定义所维护内容是草稿还是最终的。
IsExternalReference如果设定为“true”,表明对象内容在外部保存。
StructureURLSDMX-ML
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- JR-T 0107.22014 统计数据和元数据交换SDMX第2 部分:信息模型 UML 概念设计 JR 0107.2 2014 统计数据 数据 交换 SDMX 部分 信息 模型 概念 设计
![提示](https://static.bingdoc.com/images/bang_tan.gif)
链接地址:https://www.bingdoc.com/p-14661424.html