GB／T 39582-2020  试验测试开放数据服务

TODS标准制定的主要目的是减少项目成本和风险，为数据存储和使用提供一个稳定可靠的基础。 使用标准接口和数据模型，使异构环境中系统整合工作量更小，数据的交换更加简便。TODS标准的 基本要素见图1

TODS标准的基本要素

数据的交换一般存在如下问题： 数据项的格式不统一。例如，系统A期望交换数据项采用4字节的浮点数广场标准规范范本，而系统B则期 采用2学节的整数值，如果不改变其中一个系统（如软件系统），无法实现数据交换。 数据项的语义不统一。例如，尽管两个需要交换的系统都采用了标准的数据格式（如CSV 件），但要交换的数据项语义不一致，数据交换也无法实现。

数据的交换一般存在如下问题： 数据项的格式不统一。例如，系统A期望交换数据项采用4字节的浮点数，而系统B则期望 采用2字节的整数值，如果不改变其中一个系统（如软件系统），无法实现数据交换。 数据项的语义不统一。例如，尽管两个需要交换的系统都采用了标准的数据格式（如CSV文 件），但要交换的数据项语义不一致，数据交换也无法实现。

GB/T395822020

数据项的命名不规范。两个系统交换时，不规范数据项命名约定，造成数据的理解偏差，无法 实现数据交换。 缺少数据模型扩展机制。在解决了如上问题后，没有对数据模型建立扩展机制，也无法满足任 何试验数据交换的需求。 为克服上述问题，TODS提出了： 数据模型（包括基础模型和应用模型）。基础模型对数据进行分类，将数据与语义信息建立联 系，最后能够允许不同系统用相同方式解释相同的数据；应用模型是为了满足多个应用领域的 需要，通过从基础模型派生形成的模型，适应某个系统甚至项目的特殊需要。 应用程序编程接口。接口存取兼容TODS的系统或工具的数据；接口能够创建和存取某个实 际应用模型（元信息）的自我描述，从而实现对各种不同的系统数据进行操作。 基于ATF/XML的数据传输格式。该格式便于不同系统和不同平台之间进行TODS数据 （包括元信息）交换。 根据基础模型扩展形成应用模型的机制。该机制使得应用模型能够在不同公司/项目中实现 数据之间的映射

TODS从以下几个方面规范数据存取： 数据模型； 接口； 传输格式

TODS标准最主要和最重要的就是其数据模型。TODS数据模型分为“基础模型”和“应用模型”。 基础模型是一组预定义的基础元素及它们之间的基础关系。 每个基础元素表达一类信息。例如，TdmUnit是表达一个物理单位（如牛顿、开尔文等）信息的基 础元素，TdmMeasurementQuantity是表达一个被测物理量（如力、温度等）信息的基础元素。 每个基本关系代表了两个基础元素之间一种具有特定语义的联系。当TdmMeasurementQuantity 与TdmUnit两元素关联时，它们的关系能够明确表示当前物理量的单位。 基础模型对于TODS的各类应用而言是唯一的。 应用模型与具体应用有关。例如，风洞试验系统与发动机试验系统采用的应用模型是不同的。 应用模型明确了应使用哪些元素。例如，发动机试验会测量到温度、压力和力，且要使用SI单位开 尔文、帕尔卡和牛顿。被测量的温度、压力和力属于基础元素TdmMeasurementQuantity，被测量数据 的单位属于基础元素TdmUnit。被测量数据的物理量和单位之间存在关系， 虽然每个应用都有自已的应用模型，但该应用模型中所有的应用元素都知道自已是继承哪个基础 模型的元素。任何访问这类应用元素的软件不仅知道该应用元素的名称和数值，还知道该应用元素携

TODS提供一个与TODS数据模型紧密配合的专用接口。接口将客户端应用与服务端应用区 通过应用程序编程接口进行数据存取的方法见图2。

图2通过接口进行数据存取

服务端应用提供存储和检索数据的接口，客户端应用可以使用这些接口进行数据存储和检索。服 务端应用内部存储数据的方式完全由服务决定。服务实施质量会影响到它自身的表现，比如性能、存储 数据的大小以及客户端并发存取。 由于数据存储的完全封装，针对不同的应用领域，服务端应用可以决定持续存储是采用关系数据库 还是数据文件。这种封装允许构建服务应用程序，这些应用程序可以访问预先存在的数据（无论以何种 存储格式），并将它们呈现给任何客户端应用程序

传输格式（ATF/XML)可用于所有平台和操作系统，允许不同系统间传输数据，不会造成信息 丢。 几乎所有的系统或平台都支持普通ASCII文本作为信息表述方式，TODS采用ASCII编码作为 ATF/XML传输数据模型的文本编码。其确定的语法规则允许传输数据模型中所有信息。 ASCII的特性使TODS传输的数据模型文件非常大，ATF/XML允许将信息分成几个单独的 ASCII文件，甚至允许将大量数据存储在单独的二进制文件中，这些二进制文件的结构信息将会保存在 ASCII文件中。 服务端应用允许导人ATF/XML文件，也允许导出全部或部分的信息到ATF/XML文件。客户 瑞应用，可以采用TODS接口导人或导出ATF/XML文件。 ATF/XML主要应用于数据传输，例如，将独立的车内测量系统的测量数据传输到部门TODS服 务器。 使用ATF/XML的好处是可以通过任何应用程序轻松创建，不需要有软件接口或者数据库存储的 经验

基础模型、应用模型和实例之间的关系见图3。三者共同描述了存储数据的结构。真实值最终 在应用元素的实例中

由一组基础元素和元素之间的关系组成，基础模型

GB/T395822020

图3基础模型、应用模型和实例的关系

图4TODS基础元素

图5TODS基础元素集合

GB/T395822020

Column是用于存储测量结果的基础元素，一个测量可以包含几个这样的子矩阵，这些子矩阵 结合在一起组成一个大型的测量矩阵；TdmMeasurementQuantity代表在测量中使用到的量， 分别与TdmQuantity及TdmUnit相连；TdmVedioFile为存储测量中视频格式数据的基础元 素；TdmPictureFile为存储测量中图片格式数据的基础元素；TdmAffixFile为存储测量中其 他文件的基础元素。 f） 设备元素：TdmEquipmentType是设备分类的基础元素；TdmEquipment是设备信息的基础 元素；TdmEquipmentComponent是设备节点的基础元素。 g 安全元素：TdmSecurityGrade、TdmUser、TdmUserGroup是用于安全方面的基础元素。 h） 其他元素：TdmLog用于记录日志；TdmParameter和TdmParameterSet用于避免信息的穴余 存储。 i） 环境元素：TdmNameMap用于记载某个应用元素（例如语言版本）；TdmAttributeMap用于确 定某个应用属性；TdmFile代表TODS中描述数据文件的基础元素；TdmEnvironment是整个 服务环境描述的基础元素；TdmAny是一个没有特定含义的基础元素，它可以用来存储所有 与其他基础元素的含义不符的信息，但是其使用应十分小心，应优先使用其他基础元素存储 信息。 基础元素之间除了有特定的基础关系之外，每一个基础元素还有一组定义明确的基础属性。它们 细描述元素的特征值，基础属性可以是必选的或可选的。 每一个基础元素应有的基础属性是“名称”和“ID”，也可有“版本”“版本日期”和“说明”等属性。 某些基础元素有专门的基础属性，如TdmMeasurement有“测量开始”和“测量结束”基础属性， HmMeasurementQuantity有一些额外的基础属性，“数据类型”“类型大小”“次序”和用于处理存储测 数量数据的“大小”。

Column是用于存储测量结果的基础元素，一个测量可以包含几个这样的子矩阵，这些子矩阵 结合在一起组成一个大型的测量矩阵；TdmMeasurementQuantity代表在测量中使用到的量， 分别与TdmQuantity及TdmUnit相连；TdmVedioFile为存储测量中视频格式数据的基础元 素；TdmPictureFile为存储测量中图片格式数据的基础元素；TdmAffixFile为存储测量中其 他文件的基础元素。 设备元素：TdmEquipmentType是设备分类的基础元素；TdmEquipment是设备信息的基础 元素；TdmEquipmentComponent是设备节点的基础元素。 g 安全元素：TdmSecurityGrade、TdmUser、TdmUserGroup是用于安全方面的基础元素。 h 其他元素：TdmLog用于记录日志；TdmParameter和TdmParameterSet用于避免信息的穴余 存储。 环境元素：TdmNameMap用于记载某个应用元素（例如语言版本）；TdmAttributeMap用于确 定某个应用属性；TdmFile代表TODS中描述数据文件的基础元素；TdmEnvironment是整个 服务环境描述的基础元素；TdmAny是一个没有特定含义的基础元素，它可以用来存储所有 与其他基础元素的含义不符的信息，但是其使用应十分小心，应优先使用其他基础元素存储 信息。 基础元素之间除了有特定的基础关系之外，每一个基础元素还有一组定义明确的基础属性。它们 描述元素的特征值，基础属性可以是必选的或可选的。 每一个基础元素应有的基础属性是“名称”和“ID”，也可有“版本”“版本日期”和“说明”等属性。 某些基础元素有专门的基础属性，如TdmMeasurement有“测量开始”和“测量结束”基础属性， MeasurementQuantity有一些额外的基础属性，“数据类型”“类型大小”“次序”和用于处理存储测 量数据的“大小”。

应用模型应使用基础模型的元素构建，通过TODS服务存储或检索的应用模型信息。构建应用模 型意味着确定一组应用元素，每一个应用元素都与某一基础元素相关联，这样每一个需要存储的信息项 能够保存到某一应用元素中。 图6显示了从基础模型派生出来的应用模型示例

图6从基础模型派生出来的应用模型示例

GB/T395822020

每一应用元素都有一个进一步确定其特性的应用属性，一些属性在对应的基础元素中已确定， 另一些则是后来添加的； 每一应用元素与其他应用元素间存在着应用关系，一些关系已经在基础模型中以对应的基础 元素关系形式确定，另一些则是后来添加的。 TODS的数据传输和数据含义要保持一致，应遵守如下规则： 应用元素的含义通过对应的基础元素获得； 应用属性的含义通过最终与之对应的基础属性获得； 应用关系的含义通过最终与之对应的基础关系获得

数据模型决定了数据存储和检索的结构。基础模型和应用模型都不会存储任何（测量性或描述性 的）数值。它们只提供数据存储结构的“元信息”。如需存储真实值，应首先从应用元素派生出一个 实例。 实例能够存储每一个与应用元素相对应的应用属性值。此外，可以添加在应用元素中没有出现过 的新的实例属性。 按照图8给出的应用模型，测量系统可以建立如下实例： 应用元素Test的一个实例； 一应用元素Measurement的一个实例； 一应用元素Engine的四个实例， 测量会为每一个与Measurement相连的Engine设立一个关系属性，设立四个分别将测量与“发动 机1”"发动机2”"发动机3”发动机4”相连的关系，以及一个将Test与Measurement实例相连的关系。 为了进行每一个后续测量，应用元素Test要创建新的实例，实例要有新的名学，新的ID以及从开 始时间到结束时间的具体数值，而且要与测量的实例相关联

4.6应用程序编程接口

图8数据存储实例及与应用元素的关系

TODS提供统一的API，提供最先进的数据存取和最便捷的数据操作方法。 TODSAPI将客户端应用和服务端应用区分开来 TODSAPI是一套标准的接口，应用程序调用TODSAPI去操作数据模型及数据，一般情况下 TODSAPI通过访问远端服务器.进行数据交换。图9显示了其操作原理

GB/T395822020

图9访问TODS服务器的客户端应用

在TODS服务器中主要有两种信息类型： 数据本身（测量数据，测量设备的描述数据等）： 关于数据内容和这些数据结构的信息（元信息），以应用模型为代表，而应用模型自身则依赖基 础模型。 这两种信息都可以通过客户端应用访问，客户端应用从服务器中读取数据的典型顺序是： 通过TODSAPI与服务器相连； 读取元信息； 存取数据本身。 当确定TODS使用API时，应考虑以下通用需求： API隐藏客户端与服务器连接所用网络： API考虑某些客户端可能要与服务器进行大量数据交换的同时，其他客户端也可能都需要频 紧的存取数据，两种场景都不能让服务器或者网络过载； API适用于所有大型平台和编程语言，客户端应用和服务端应用的实现，可以自行选择应用平 台和操作环境； API允许进行事务处理操作，保证数据读取的一致性。 TODSAPI接口功能要求如下： API应能够存取与基础模型、应用模型和实例相关的所有信息； 基础模型应只用于提供信息，不能够通过接口修改，应用模型和实例应支持读写操作； API应只关心TODS数据模型确定的规则是否被遵守； API应提供能够进行访问控制的工具，某些数据操作只对有特别授权的客户开放； API应提供一个基本的搜索和选择功能，以减少网络流量，

作为TODS访问人口，API提供一个工厂接口

访问这个接口可以得到TODS全局的信息，允许请求一般的信息，并发起与服务器 用用户名和密码的认证字符串）

GB/T395822020

传输格式（ATF/XML)是描述以文本文件形式传输TODS信息的语法规范。它通常用于： 一将某个TODS数据库中的全部或部分信息传输给另一数据库； 当系统不能通过TODSAPI连接服务器或者暂时不能通过网络连接到服务器时，可以将信息 从系统中导出到ATF/XML文件，以供使用。 ATF/XML文件可以传输完整的应用模型及实例数据。ATF/XML当中不应包括基础模型的描 述。在ATF/XML中应给定基础模型的版本。 ATF/XML支持ASCII（字符3210..25510）和UTF8等多种文本格式，ASCII和UTF8在各平台 上有很强的通用性，ATF/XML能够在任何应用平台（操作系统）上传输。 ATF/XML允许将整个信息分成一组独立的文件，每个文件（除第一个外）都被另一个所包含。这 详处理的优点如下： 如果文件大小受到某个传输媒介的限制，传输可以采用几个连续步骤进行； 如果传输信道杂，则个小文件相对一个大文件更易于传输； 如果整个信息中有些部分的信息是不变的（如应用模型或者某些描述数据），只有信息的变化 部分需要额外磁盘空间，其不变部分能够在需要时随时调取。 ATF/XML允许单独存储海量数据，这些数据一般出现在本地列信息（真实测量值）应传输时。由 于ASCII格式传输数据所需空间是二进制格式传输数据的几倍，ATF/XML允许采用二进制格式传输 每量数据。为此，相应的ATF/XML文件包含这些二进制文件结构的说明，以及标准数据类型字节序 列的信息（即“首先写人文件流的是高字节还是低字节”等）。 ATF的XML文件采用UTF8字符集和其他字符集，一般情况下建议使用UTF8字符集。 引入XML文件进行数据交换和数据存储的优点有： XML文件格式对ATF/XML文件自动验证更为细致； 一查看和编辑XML的工具比较普及； XML应用广泛，XML将是一种可以长期使用的方法，能够保证TODS文件的稳定性。 ATF/XML在同一数据文件中提供数据模型描述，保证数据模型（元数据）与数据之间的一致性 确保在数据交换和存储时，数据可以被正确理解。其他特点如下： 文件头部分允许有版本、基础模型和来源系统的信息； XML语法能够更加清楚地传输引用信息，例如使用指针，这使得引用信息易于被自动工具 验证； 元信息附在标签上，使文件结构更加完善，更易于检查； ATF/XML文件是符合逻辑的文件，由一个或多个物理文件组成。 ATF/XML文件的整体结构可用图10表示

图10ATE/XML文件结构

TODS标准的内容由三部分构成： 数据模型（由基础模型、规则组成）； 接口（TODSAPI); 传输格式（TODSATF/XML)。 数据模型是基础，所有其他部分与数据模型相统一。TODS标准的组成如图11所示，其描述了数 居模型、应用、TODSAPI、物理存储（不 及应用模型之间的关系

图11TODS标准的组

所有组件依赖于基础模型和规则。 客户可根据具体应用需求，基于基础模型建立应用模型。基础模型与应用模型之间的映射关系就 是元信息。元信息与最终数据（实例信息）一起被存储， 数据模型是TODS标准的基础，数据模型的规范包括下列内容： 基础模型； 应用模型及具体应用模型的规则； 构建应用模型实例的规则。 它们之间的关系是：基础模型（→）应用模型（→）实例

基础模型的元素根据用法可分成环境、管理、测量及测量数据、描述数据、量与单位、试验件、设 全、其他数据等不同组别。根据应用需求，可由这些基础元素派生出相应的应用元素，

TdmNameMap（名称映射）； TdmAttributeMap（属性映射）； TdmFile(文件)。

GB/T395822020

采用下列元系构建测量数据及 TdmTest(试验）； TdmSubtest（子试验）； TdmTestTask(任务）

5.2.4测量及测量数据

采用下列元素构造测量（及评价）数据结果的数据模型： TdmMeasurement(测量); TdmMeasurementQuantity（测量参数）； TdmSubmatrix（测量数据文件）； TdmLocalColumn（通道数据）； TdmVedioFile视频数据）； TdmPictureFile(图片数据）； TdmAffixFile（附件数据）

采用下列元素构建试验补充说明的数据模型： 对于试验对象： TdmUnitUnderTest(被试件）； TdmUUTTrouble（试验件故障）； TdmUUTRecord（试验件运行记录）。 b）对于试验序列： TdmTestSequence（测试工艺）； TdmTestSequencePart（测试环节）。 对于试验设备： TdmTestEquipment（参试设备）； TdmEquipmentTrouble（设备故障）； TdmEquipmentRecord（设备运行记录）

采用下列元素构建量与单位的数据模型： TdmUnit(单位）； TdmQuantity（物理量）； TdmPhysicalDimension（物理量纲）； TdmUnitGroup(单位组）； TdmQuantityGroup（量分类）

采用下列元素构建试验件相关的数据模型：

中国标准出版社授权北京万方数据股份有限公司在中国境内（不含港澳台地区）

TdmProductModel（产品型号）； TdmProduct(产品）； TdmProductComponent（产品节点）； TdmUUTObj（试验件）； TdmUUTObjComponent（试验件节点）； TdmUUTObjectParameter（试验件参数）

采用下列元素构建设备管理的数据模型： TdmEquipmentType（设备分类）； TdmEquipment(设备）; TdmEquipmentComponent（设备节点）。

采用下列元素构建数据安全相关的数据模型： TdmUser(用户）； TdmSecurityGrade(密级）; TdmUserGroup(用户组）

针对其他数据的存储，提供下列元素： TdmAny（任意数据）； TdmLog（日志）； TdmParameter(参数）； TdmParameterSet（参数集）

针对其他数据的存储，提供下列元素！ TdmAny（任意数据）； TdmLog（日志）； TdmParameter（参数）； TdmParameterSet(参数集)

从基础模型中派生应用模型，应遵循几个规则：从基础元素派生应用元素的规则、派生元素命名 划、添加附加属性的规则

从基础模型中派生应用模型，应遵循几个规则：从基础元素派生应用元素的规则、 规则、添加附加属性的规则

5.3.2应用元素命名规则

基础模型→应用模型 注：符号“→”表示派生。 示例：TdmMeasurement→*autoFatigueMeasurenment（汽车疲劳测量） 派生的应用元素可根据项目的特定要求命名。在数据信息中要维护和保存派生应用元素与基础模 型间的关系。应用元素的名称不宜以“Tdm”开头，以便区别于基础元素的名称（“Tdm”是保留给基础 元素命名用的）

基础模型→应用模型 注：符号“→”表示派生。 示例：TdmMeasurement→*autoFatigueMeasurenment（汽车疲劳测量） 派生的应用元素可根据项目的特定要求命名。在数据信息中要维护和保存派生应用元素与基础模 型间的关系。应用元素的名称不宜以“Tdm”开头，以便区别于基础元素的名称（“Tdm”是保留给基础 元素命名用的）。

5.3.3构建应用模型

从基础模型产生一个或多个的应用元素有不同的规则。附加的规范限制哪些关系是允许的或规 注意以下三组基础元素采用不同的派生规则：

GB/T395822020

实例级的树状结构； 应用级的树状结构。 单个派生：从下列基础元素中只可能派生出一个应用元素，这些元素是基础模型中最重要的元素： TdmAttributeMap; TdmEnvironment; TdmLocalColumn; TdmMeasurement; TdmMeasurementQuantity; TdmNameMap; TdmPhysicalDimension; TdmQuantity; TdmQuantityGroup; TdmSubmatrix; TdmTest; TdmUnit; TdmUnitGroup; TdmUser; TdmUserGroup。 实例级的树状结构：示例见图12。

实例级的树状结构； 应用级的树状结构。 单个派生：从下列基础元素中只可能派生 TdmAttributeMap; TdmEnvironment; TdmLocalColumn; TdmMeasurement; TdmMeasurementQuantity; TdmNameMap; TdmPhysicalDimension; TdmQuantity; TdmQuantityGroup; TdmSubmatrix; TdmTest; TdmUnit; TdmUnitGroup; TdmUser; TdmUserGroup。 实例级的树状结构：示例见图12

图12实例级的树状结构

图12中，由基础模型的TdmTest、TdmSubtest构成了一个基础元素的树状结构，在派生树状应用 元素时，TdmTest中派生出一个应用元素aeTest，TdmSubtest派生1·n个AeSubtest应用元素。实 例级树状结构由一个应用元素的多个实例构造而成。在特殊情况下，可以不用TdmSubtest类型的应 用元素进行派生。从TdmMeasurement派生出来的应用元素只附加到“Test”族的最底层元素上，实现 对实例级树状结构的测量数据（TdmMeasurement）进行管理。 应用级树状结构：基础模型派生应用模型示例见图13

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

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

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

为了在同一个TODS数据存储中支持多语种，所有应用元素、应用属性及关系的名称可以有任意 数量的别名， 别名保存在两个实体TdmNameMap和TdmAttributeMap中。此外，实体TdmEnvironment有助 于实现多语言支持。 TdmNameMap：在从基础元素TdmNameMap派生的应用元素的每个实例中，为应用模型的实例 是供了可选的应用元素名称的列表，可以为应用元素构建别名列表。另外，这些实例中的每个实例都与 组“属性映射”相关，这些“属性映射”包含了该应用元素的应用属性的别名以及此应用元素的关系。 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可替代的客户和服务器数据类型