文档介绍：目次
1 概述 1
范围 1
目的 1
2 规范性引用文件 1
3 定义 1
4 应用模型 8
数据访问模型 8
通用数据操作 8
和具体应用相关的数据操作的例子 9
5 一致性模型 9
一致性的分层模型 10
只规定“一致”够吗 10
只规定“严格一致”够吗 10
两个都要规定 10
6 数据元素的强制属性 10
必需数据元素 10
可选数据元素 11
条件数据元素 11
扩展数据元素 11
必需和可选 12
扩展和保留 12
7 数据元素的生命期属性 12
过时数据元素 12
保留数据元素 13
强制/生命期的递归/上下文属性 13
8 对一致性分类的总结 14
9 一致性用词模板 14
一致性层次 14
编码的一致性 15
API的一致性 16
协议的一致性 16
数据应用程序的一致性 16
10 既是严格一致又是一致的数据应用程序 18
11 对扩展的处理 19
数据元素“核心集”的概念 19
处理一般性问题的方法 22
DLTS-
一个数据模型,在对它及其绑定进行标准化的时候,都会涉及扩展的问题。换句话说,就是同标准的一致性问题。一致性问题是一个很重要的问题,因为它和数据模型的互操作性有直接的关系。本规范就是想通过描述一种通用的扩展技术,为数据模型及其绑定标准的开发者提供有效的指导。对于现代远程教育的其它标准,在处理扩展(即一致性)问题时,应参考本规范。
概述
范围
本指导规范规定了一些通用的扩展技术,用于数据模型及其绑定的标准化。在本文中,“扩展”是指在某个标准范围以外的情况。这些技术一般都涉及多个应用领域。
目的
本指导规范的目的在于为数据模型及其绑定标准的开发者提供一定的指导。规范描述了一些通用的技术,用于满足用户,供应商和工业界在技术及商业上的不同利益。
本指导规范涉及几个互操作的问题。互操作的层次是和标准的一致性层次相关的。但是,一致性和互操作性之间还有一些细微的差别:一致性是指某种实现(或一个系统)相对于某个标准(或规范)的要求的满足程度。互操作性是指两个或更多实现系统之间的成功交互以及这些交互在某种程度上的自动化。举个例子,以下是几种可能的互操作的场景:
场景1:某个实现只能和其它严格一致的实现达到互操作。如:某个实现可能只包含标准所规定的特征,不使用扩展或其它属性特征。
场景2:某个实现和来自同一个供应商,用户或组织的其它实现达到互操作。
场景3:某个实现能和大范围的扩展达到互操作。这种扩展可以是用户定义的,供应商定义的,组织定义的和/或工业界定义的。
扩展的使用及标准化为新兴技术融入主流技术提供了一条通用的途径。例如:用户,供应商,组织,工业界等需要标准以外的特征(扩展)来满足他们特定的需要。严格一致的实现不允许使用扩展,但是一致的实现可以使用扩展,只要能满足实现和数据互操作的要求即可。当某种扩展被广泛使用后,那么在将来对标准做出修改时可以把这些特征集成到标准中。因此,现在作为扩展被使用特征将来可能成为严格一致的实现所必要的东西。
规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准,然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本标准。
版本对于本规范的适用性。对于没有时间规定的引用标准,本规范默认使用引用标准的最新版本。
IEEE :“学****技术的指导草案——数据扩展技术”
DLTC-2:“词汇表”
RFC 822:
IETF RFC 2068:“超文本传输协议”(HTTP/)
W3C XML:“扩展标记语言”
ISO/IEC 11404(1996):“语言无关的数据类型”
ANSI (1998):“信息交换中日期和时间的表示”
ANSI (1990):“信息交换中字符串的表示”
ANSI (1998):“数据表示的元数据模型”
ISO/IEC 11179
ISO/IEC 8601
定义
下面的定义是和DLTC-2——“词汇表”及相关参考文献相一致的。
通过规范性引用集成的定义
下面的术语和它们的定义是通过正规引用的方式集成进来的:
IEEE :“学****技术的指导草案——数据扩展技术”。
D