GB/T 39582-2020
试验测试开放数据服务
1范围
本标准给出了试验测试开放数据服务的体系结构、基础模型、传输格式及应用程序编程接口。
本标准适用于试验测试数据管理系统建设，包括试验数据采集、存储、管理、分析、交换共享、数据应 用等。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。
凡是注日期的引用文件，仅注日期的版本适用于本文 件。
凡是不注日期的引用文件，其最新版本（包括的修改单）适用于本文件。
ISO 8601：2004数据元和交换格式信息交换日期和时间的表示（Data elements and inter- change formatsInformation interchange-Representation of dates and times) IEEE 754二进制浮点数算术标准（IEEE standard for binary floating-point arithmetic) 3术语、定义和缩略语
3.1术语和定义 下列术语和定义适用于本文件。
3.1.1 基础模型base model 一个整体的、独立于应用的逻辑数据模型。
注：该模型定文了在TODS语境下所管理的试验数据的结构、试验数据的基础元素，以及基础元素之间的关系。
它 由一个预先定文的基础元素的集合和一组这些元素应遵守规则的集合组成。
3.1.2 应用模型applicationmodel 为了实现试验测试开放数据服务，针对试验信息化行业的具体要求，由TODS基础模型扩展面成 的模型。
注：需遵守基础模型派生规则。
它由派生应用元素集合组成，每个元素从一个基础元素中派生。
应用程序编程接口applicationprogramminginterface 为一个计算机系统、数据库或应用提供的用于处理其他计算机程序的服务请求，或处理与其他计算 机程序数据交换的接口。
3.1.4 传输格式ASAM transfer formats extensible markuplanguage 基于XML.架构文件和扩展规则形成的XML的传输文件。
注：能够传输所要求的结构和实例信息，并以标准化格式存储的这种信息。
中国标准出版社授权北京万方数据股份有限公司在中国境内（不含港澳台地区）推广使用
GB/T 39582-2020 3.1.5 基础属性base attribute 描述基础元素的某个特性。
注：可以是名称、数据类型、含文等。
还提供下列相关信息：所派生出来的应用元素是否应指定各自的基稻应用属 性（由派生的必选属性关键字指定）：实例是否应为该属性提供取值。
3.1.6 基础元素base clement 基础模型集合中的一个条目。
注：每个基础元索都拥有一组通用的基础属性，也可以包括一些特定基础属性：此外，它有一个或多个基础关系，这 些基础关系将它链接到其他基础元素（甚至链接它白己）。
3.1.7 基础关系base relation 用于指定给定基础元索与其他基础元素（甚至与自身）关系的一般信息。
注：基础元索被用来创建派生应用元素，最终信息被存储在派生这些应用元素的实例中，基础关系捕述从该基础元 素深生出的应用元素实例的相关关系，基础关系具有名称、目标基础元素、基数、非常明确的含义，以及关 于所派生出来的应用元素是否应指定各自的基础应用关系（由强制属性关键字指定），并提供关于实例是否应 为其提供取值的信息（由可选关键字resp指定的相关实例）。
3.1.8 应用属性application attribute 一条用来指定相应实例派生应用元素特征的信息。
注：可以是派生的基础应用属性，也可以是扩展应用属性。
它具有名称、数据类型、基数、非常明确的含义（派生在 应用模型语境中），并提供关于实例是否应为其提供取值的信息。
3.1.9 应用元素applicationelement 用于具体的应用领域的应用模型内，定义条目集合中的一个条目。
注：它是从其中一个基础元素派生出来的。
拥有基础元素的属性（基础应用属性）和关系（基础应用关系）。
一个应 用元素可以拥有扩展属性和与任何应用元素的扩展关系。
3.1.10 应用关系applicationrelation 用于指定相应应用元素的一个实例与其他实例的关系信息。
注：它可以是一个深生基础应用关系，也可以是一个派生扩展的应用关系，它具有一个名称、一个目标应用元素、 一个基数、一个非常明确的含义（派生在应用模型语境中），并提供关于实例是否应为其提供取值的信息（相关 实例）。
3.1.11 逆关系inverse relation 一个关系（派生基础关系或派生应用关系）指定一个给定元素与其他（基础或应用）元素的关系。
注：其他元素通过本身指定与给定元素的关系识别这种关系。
3.1.12 必选的mandatory 从基础元素派生应用元素时，描述应用模型应继承基础属性或基础关系的关键字。
注：如果不设置关键字属性为必选的，则派生的应用元素不需要指定一个相应的基础应用属性或关系。
3.1.13 可选的optional 从基础元素派生应用元素时，描述应用模型可以选择继承基础属性或基础关系的关键字。
2
中国标准出版社授权北京万方数据股份有限公司在中国境内（不含港澳台地区）推广使用
GB/T 39582-2020 注：如果设置关键词属性为可选的，则相应的基于应用属性或关系的应用实例需要为该属性或关系提供值。
3.1.14 基础应用属性based application attribute 基础元素相应的基础属性派生的应用元素的属性。
注：其数据类型、基数、含义及实例是否应（或不应）为其提供取值，已经在派生基础模型中定文，并且不能改变（有 儿个例外）。
其名称可在应用模型设计派生阶段指定。
3.1.15 基础应用关系based applicationrelation 一个应用元素到另一个应用元素派生的基础应用关系。
注：这个关系对应于派生基础元素的基础关系，该基础元素用于派生目标应用元素，对其基数、含文及实例是否应 为其提供取值，已经在派生基础模型中定义，其名称可在应用模型设计派生阶段指定。
3.1.16 实例instance 用来存储信息、实例化一个派生应用元素，并存储派生应用属性和派生应用关系的值。
注：它可以增加扩展属性（派生实例属性）到应用元素指定的属性集合。
3.1.17 实例属性instance attribute 被用来进一步指定一个应用元素派生一个实例的特征的信息， 注：它扩展了应用模型派生定文的应用元素的属性集合。
它拥有一个名称、一个数据类型、一个值以及与单位的关 系（可选的），这些可以在使用期间指定，不同的实例可以有不同的实例属性集合。
3.2缩略语 下列缩略语适用于本文件。
AP1;应用程序编程接口(Application Programming Interface) ASAM：自动化与测量系统标准化协会（Association for Standardization of Automation and Meas- uring Systems) ASCIl:美国信息交换标准代码（American Standard Code for Information Interchange） ATF:传输格式（ASAM Transport Formats) CORBA：公共对象请求代理体系结构（Common Object Request Broker Architecture） CSV;逗号分隔值（Comma-separated Values) MIME：多用途互联网邮件扩展类型（Multipurpose Internet Mail Extensions) ODS：开放数据服务（OpenDataServices） OO-API:面向对象的应用程序编程接口(Object-oriented Application Programming Interface) S1,国际单位制(International System of Units) TODS：试验测试开放数据服务（Test OpenData Services） UTC：世界协调时间（CoordinatedUniversal Time） XML.,可扩展标记语言（Extensible Markup Language) 4概述 4.1TODS与ASAMODS的关系 TODS是在ASAMODS的基础上，采用与ASAMODS一致的技术方法，基于ASAMODS的基 础模型扩展出TODS基础模型，继承ASAMODS的数据交换标准（ATF/XML），参考ASAMODS数 中国标准出版社授权北京万方数据股份有限公司在中国境内（不含港澳台地区）推广使用
GB/T 39582-2020 据访间接口（OO-API）重新定义了TODSAP1。
4.2目标 TODS主要关注试验领域中试验数据的持续存储、访问以及数据交换。
TODS规定了数据信息的 模型结构、数据存取访问的服务接口以及数据交换标准，采用本标准，能够保证对试验数据管理系统进 行数据存取及系统间的数据交换。
试验中的数据管理系统包括： 一采集发动机、飞机等数据的数据采集系统； 一用于运行测试过程的测试控制系统： 用于数据持续存储维护的数据管理系统； 一支持数据分析挖掘的数据分析系统： 一支持数据交换共享的应用系统等。
存储和访问的典型数据包括： 测试控制系统的测试程序配置数据： 一测试设备及待测单元的描述数据； 测试台发动机上的测试数据、风润中飞机模型的测试数据等： -虚拟试验产生的数据； 测试分析评价工具产生的数据； 一试验对象或被测设备的标定数据。
4.3价值 TODS标准制定的主要目的是减少项目成本和风险，为数据存储和使用提供一个稳定可靠的基础。
使用标准接口和数据模型，使异构环境中系统整合工作量更小.数据的交换更加简便。
TODS标准的 基本要素见图1。
应用
TODS 数据模型 应用接口 传输格式
数据存储
图1TODS标准的基本要素 数据的交换一般存在如下间题： 数据项的格式不统一。
例如，系统A期望交换数据项采用4字节的浮点数，而系统B则期望 采用2字节的整数值，如果不改变其中一个系统（如软件系统），无法实现数据交换。
一数据项的语义不统一，例如，尽管两个需要交换的系统都采用了标准的数据格式（如CSV文 件），但要交换的数据项语义不一致，数据交换也无法实现。
中国标准出版社授权北京万方数据股份有限公司在中国境内（不含港澳台地区）推广使用
GB/T 39582-2020 数据项的命名不规范，两个系统交换时，不规范数据项命名约定，造成数据的理解偏差，无法 实现数据交换。
一缺少数据模型扩展机制。
在解决了如上问题后，没有对数据模型建立扩展机制，也无法满足任 何试验数据交换的需求。
为克服上述问题，TODS提出了： 数据模型（包括基础模型和应用模型）。
基础模型对数据进行分类，将数据与语义信息建立联 系，最后能够允许不同系统用相同方式解释相同的数据：应用模型是为了满足多个应用领域的 需要，通过从基础模型派生形成的模型，适应某个系统甚至项目的特殊需要。
一应用程序编程接口。
接口存取兼容TODS的系统或工具的数据：接口能够创建和存取某个实 际应用模型（元信息）的自我描述，从而实现对各种不同的系统数据进行操作。
一基于ATF/XML的数据传输格式。
该格式便于不同系统和不同平台之间进行TODS数据 （包括元信息）交换。
一根据基础模型扩展形成应用模型的机制。
该机制使得应用模型能够在不同公司/项目中实现 数据之间的映射。
4.4技术方法 4.4.1概述 TODS从以下儿个方面规范数据存取： 数据模型； 接口； 传输格式。
4.4.2数据模型 TOD...
