GB／T 39582-2020标准规范下载简介

GB／T 39582-2020 试验测试开放数据服务.pdf简介：

GB/T 39582-2020是中国国家标准中的一个技术规范，全称为《试验测试开放数据服务技术要求》。这个标准主要规定了试验测试领域中开放数据服务的实施要求和规范，包括数据的采集、处理、存储、发布、使用等方面。

"试验测试开放数据服务"指的是将试验测试过程中产生的大量数据以开放、共享的方式提供给公众或特定用户，以便于科研、教育、产业等领域进行数据分析、研究和应用。这不仅有利于数据的充分利用，提高数据价值，也能促进科研创新、推动产业发展。

该标准旨在促进试验测试数据的公开透明，鼓励数据的开放共享，推动数据驱动的决策和服务，提升试验测试行业的整体效率和水平。同时，也为数据安全和隐私保护提出了相应的准则和措施。

GB／T 39582-2020 试验测试开放数据服务.pdf部分内容预览：

图13针对测试序列的应用级树状结构

TdmTestSequencePart派生多个应用元素构建实例级中存在的树状结构。此外，从TdmTestSe quence中可以尽可能多地派生出所需的应用元素。 对于从TdmAny、TdmLog、TdmParameter和TdmParameterSet派生的应用元素，通过与应用建 立关联关系，也可以构建应用模型（也包括树状结构）

5.3.4映射基础模型和应用模型

为了在同一个TODS数据存储中支持多语种，所有应用元素、应用属性及关系的名称可以有任意 数量的别名， 别名保存在两个实体TdmNameMap和TdmAttributeMap中。此外，实体TdmEnvironment有助 于实现多语言支持。 TdmNameMap：在从基础元素TdmNameMap派生的应用元素的每个实例中JC∕T 672-1997 汽车后窗电热玻璃，为应用模型的实例 是供了可选的应用元素名称的列表，可以为应用元素构建别名列表。另外，这些实例中的每个实例都与 组“属性映射”相关，这些“属性映射”包含了该应用元素的应用属性的别名以及此应用元素的关系。 TdmAttributeMap：从基础元素TdmAttributeMap派生的应用元素的每个实例，都包含一个应用 属性或应用元素关系的可选名称列表。可以为应用元素或元素关系建立别名列表。 TdmEnvironment：对于这个实体，任何数据集中只应出现一个实例，该实例被用来支撑Tdm NameMap实例（反过来又作为TdmAttributeMap实例的支撑），并被用来存储以下全局说明： 测试的层次结构级别数； 别名中替代项的含义.包括指定官方语言代码

5.3.5应用元素之间的关系

5.3.5.1父子关系

5.3.5.2INFO关系

GB/T395822020

如果在元素之间找到这种关系，其中一个元素指定与关系SUBTYPE的关系，而另一个元素指定 关系SUPERTYPE。一个SUPERTYPE实例可以引用任何数量的SUBTYPE实例，一个SUBTYPE 实例只能引用一个SUPERTYPE实例。 虽然类似面向对象编程语言的继承概念，但是它们在多个方面表现不同

如果在元素之间找到这种关系，其中二个元素指定与关系SUBTYPE的关系，而另二个元素指 系SUPERTYPE。一个SUPERTYPE实例可以引用任何数量的SUBTYPE实例，一个SUBTY 列只能引用一个SUPERTYPE实例。 虽然类似面向对象编程语言的继承概念，但是它们在多个方面表现不同

5.4模型中的属性和关系

与元素类似，在应用级和实例级的属性也有规则。应用领域范围广泛，不可能规定基础模型内的所 性。下列规则控制基础属性的命名及特定应用属性的增加。 所有从一个模型级转变为下一个模型级的，可以添加属性。 基础模型 →应用模型 ★实例 基础属性 基础应用属性 基础应用属性的值 扩展的应用属性 扩展的应用属性的值 实例属性的值 规则如下： 基础应用属性的名称可以与相应的基础属性的名称不同； 可以在应用模型内添加具体应用属性； 任何实例都可以添加属性。在这种情况下，属性名称、类型及取值是必要的，它们存储在数 据内

规则如下： 基础应用属性的名称可以与相应的基础属性的名称不同； 可以在应用模型内添加具体应用属性； 任何实例都可以添加属性。在这种情况下，属性名称、类型及取值是必要的，它们 据内

5.4.2所有基础元素的共同属性

每个应用元素有一个应用属性集。 一个应用属性既可以是一个基础应用属性，也可以是一个扩展的应用属性。 基础应用属性是已经存在于相应基础元素中的属性。在一个应用模型内，可以赋予这种基础应用 属性一个指定的名称（相应的基础属性的名称）；其含义和数据类型由相应的基础属性赋予，除以下情况 外不能改变： 表1规定了几个基础属性的替代数据类型，服务器及客户应用应支持这些替代数据类型。由 应用模型设计师决定使用哪种数据类型。除了基础模型给定的替代数据类型之外，服务器及 客户应用不应使用其他数据类型替代基础模型给定的数据类型

表1可替代的客户和服务器数据类型

表2指定了儿个基础属性的替代 数据类型，并由服务器传输，客户端应用应 在新设计的应用模型中不准许使用

表2指定了儿个基础属性的替 数据类型，并由服务器传输，客户端应 的应用模型中不准许便用

表2可替代的服务数据类型

应用元素的属性值存储在对应的实例中 22 中国标准出版社授权北京万方数据股

GB/T395822020

与属性类似，在TODS模型中也有关系规则。 从基础模型级转变到应用模型级，可以添加关系。 基础模型 →应用模型 实例 基础关系 基础应用关系 基础关系的引用实例的IDs 扩展的应用关系 引用实例的IDS 规则如下： 基础应用关系的名称可以与相应的基础关系的名称不同。这种命名信息存储在元信息内 可以在应用模型中添加特定于项目的应用关系。这种信息也存储在元信息内。 任何实例都不应添加关系（属性除外）。 适用于继承机制的特殊关系规则见5.7.1。

们的基数也可以互不相同。 e) 基础元素TdmMeasurementQuantity拥有一个基础关系，被称为“channel”，该基础关系可以 被用来引用一台测试设备（或其中一个零件）。这些基础元素可能有多个应用元素，应建立三 个关系，这些基础应用关系的名称应互不相同，它们的基数是（0：1)或（1：1）。 扩展应用关系是一种在相应的基础元素中没有对应关系的关系。扩展应用关系的关系类型始终为 “INFO”。根据需要，可以向应用元素添加任意多个扩展的应用关系。对其命名没有限制，可以根据需 要指定引用的应用元素和关系的基数。 基数有一个限制：扩展应用关系不应设置为从一个应用元素到自身的N：M关系。 应用模型可以指定扩展的应用关系集合，每个扩展的应用关系拥有预定义名称、引用的应用元素， 基数和定义良好的含义。 综上，完整的应用关系集合由基础应用关系和扩展应用关系组成

在大多数情况下，数据类型的名称应大写。在整个TODS标准中，数据类型枚举类型的名称为 大写。 如果代表相同的数据类型，数据类型编号总是一样的。在任何上下文中，数据类型到其物理表示的 映射都应相同。在Java、C十十、Pascal或任何语言和平台中实现，数据类型都应映射到16位整数数据 类型。 基础模型和API中的数据类型的名称，以及数据类型枚举的名称不总是相同的。表3对基础模型 与API的数据类型名称及数据类型的编号进行了比较，同时说明了ASAM统一数据类型与TODS使 用的数据类型之间的对应关系，

表3TODS规范内的数据类型

GB/T395822020

GB/T395822020

5.6应用程序编程接口

5.6.1.1应用程序编程接口在TODS的定位

GB/T395822020

API提供与硬件及数据格式（如文件或数据库)无关的TODS组件；所有API数据的存取由TODS API转发到数据服务器。在此过程中，TODSAPI从硬件相关的描述中抽取不同计算机平台的TODS 数据类型（例如4字节的整数）。TODSAPI将与服务器相关的描述转换为与客户端相关的描述， TODSAPI不改变信息的内容和结构。 TODS服务器实施实际的数据存取路由。除了支持ATF格式之外，还应支持能够通过TODS API提供给客户的其他格式（外来格式）。API的用途在5.6.2中说明

5.6.1.2API的任务和一般注意事项

API提供支持应用的功能，根据基础模型规则，有一些函数可以创建应用模型。TODS将一些关于 应用模型的基本信息与数据一起存储在服务器中。 写入、读取及变更数据也是API的一部分功能。API操作对象主要可以细分为以下三组： a）基础元素； b）应用元素； ）实例。 基础元素和应用元素定义了将在应用程序中使用的数据类型。TODS定义基础模型及基础元素， 基础元素定义了数据结构，基础模型定义了数据元素之间的所有关系。每个基础元素定义了独立于应 用的基础属性，这些基础属性包含在从该基础元素派生出来的每个应用元素中。应用元素能够增加其 他具体应用所需的属性。 在每个应用元素中，对所有关于应用模型的信息进行编码。应用将要处理的数据作为属性值存储 在这些应用元素的实例中。除了相应的应用元素明确定义的属性之外，一个实例还应包含自身实例的 具体属性。 示例：基础元素、应用元素及实例，如图15所示。 图15表明了基础元素有两个基础属性。从该基础元素中，创建了一个应用元素“Vehicle”，该应用元素使用基础属 生"name”（不变）和“description”（现在命名为“shortdesc”），并增加两个额外属性（扩展应用属性）“driver”和 "vehicletype”。基础元素和应用元素都不保存属性值。创建了应用元素“Herbie”的实例，它包含了每个应用属性的值 还增加了另外一个属性（一个实例属性)命名为"color”及相对应的值，该实例属性是专属于这个实例的，其他实例可以不 用它

DB13／T 5012-2019标准下载图15基础元素、应用元素及实例

基础元素、应用元素及实

5.6.1.3数据模型的要求

TODS定义了基础模型，应从基础模型中构建应用模型。在定义一个新的应用模型过程中，T( 务器应保证与基础模型和其规则的一致性。读取时，应通过最便捷的方式重新创建存储的应用模 于应用，需要提供简易方法存取完整数据

5.6.1.4基于应用的API要求和典型用法

5.6.1.5物理存储的要求

DB34∕T 5029-2015 建筑遮阳工程技术规程GB/T395822020

物理存储要求实际上是支持相应平台上相应文件格式的数据服务器的要求。下面的情况应重新 命名： a 数据服务器不能写人数据； 数据服务器，特别是外来格式服务器，通常不支持写人的TODS所有数据类型，在读取数据 时.存储的数据需要支持TODS数据类型

除了前面的要求之外，还有以下一般要求： a） API功能应与机器无关； b） API功能的调用应与实施无关； C 不应假设将待处理的数据完全存储在内存中； d 值矩阵和视图的创建非常复杂并耗时（例如，连接、合并或排序），应通过在内存中存储足够的 信息，避免每次数据存取时重新创建； 版本管理应同时考虑当前应用模型从基础模型派生的基础模型版本