GB/T 29805-2013 信息技术 学习、教育和培训 学习者模型

　　ICS 35. 240. 99 L 67

　　中 华 人 民 共 和 国 国 家 标 准

　　GB/T 29805—2013

　　信息技术 学习、教育和培训

　　学习者模型

　　Information technology—Learning,education and training—

　　Learnermodel

　　2013-11-12发布 2014-05-01实施

　　中华人民共和国国家质量监督检验检疫总局中 国 国 家 标 准 化 管 理 委 员 会

　　

　　发

　　

　　布

　　GB/T 29805—2013

　　目 次

　　前言 Ⅲ

　　引言 Ⅳ

　　1 范围 1

　　2 规范性引用文件 1

　　3 术语和定义 2

　　4 符合性 5

　　5 学习者概念模型 12

　　6 语义 17

　　7 学习者信息定义 24

　　Ⅰ

　　GB/T 29805—2013

　　前 言

　　本标准按照 GB/T 1. 1—2009给出的规则起草 。

　　请注意本文件的某些内容可能涉及专利 。本文件的发布机构不承担识别这些专利的责任 。

　　本标准由中华人民共和国教育部提出 。

　　本标准由全国信息技术标准化委员会(SAC/TC28)归 口 。

　　本标准起草单位 :华南理工大学 、清华大学 、中国标准化研究院 、中国电子技术标准化研究院 。

　　本标准主要起草人 :奚建清 、陈天 、文志康 、张杨 、郑莉 、李秀 、安颖莲 、易文植 、刘颖 、张荫芬 、余云涛 、隋媛 。

　　Ⅲ

　　GB/T 29805—2013

　　引 言

　　信息技术的发展带来了学习 、教育和培训技术的全面革新 ,数字化学习越来越广为接受 ,成为传统学习 、教育和培训模式的新发展 。

　　本标准重点解决信息技术 学习 、教育和培训标准体系中的以下问题 :

　　a) 使任何年龄 、背景 、地域 、学习方式 、学校或工作环境的学习者 , 能够创建基于标准的个人学习者信息库 。这个信息库可以在他们的整个教育 、学习经历中以及工作生涯中使用 。

　　b) 提高学习者信息数据的可移植性 。

　　c) 使内容管理和学习管理系统能为学习者提供更为个性化和有效的学习体验 。

　　d) 为数据的安全 、私密和完整性提供一个框架 。

　　Ⅳ

　　GB/T 29805—2013

　　信息技术 学习、教育和培训

　　学习者模型

　　1 范围

　　本标准规定了学习者模型的语法和语义 、学习者个人信息 、学业信息 、管理信息 、关系信息 、安全信息 、偏好信息 、绩效信息和作品集信息模型 。

　　本标准适用于为不同特征的学习者信息库的建设并且在不同系统之间实现对学习者信息的迁移和共享 ,提高学习者信息数据的可移植性 , 同时保证用户数据安全 、隐私和完整 。

　　2 规范性引用文件

　　下列文件对于本文件的应用是必不可少的 。凡是注 日期的引用文件 ,仅注 日期的版本适用于本文件 。凡是不注日期的引用文件 ,其最新版本(包括所有的修改单)适用于本文件 。

　　GB/T 2261. 1 个 人 基 本 信 息 分 类 与 代 码 第 1 部 分 : 人 的 性 别 代 码 (GB/T 2261. 1—2003, ISO 5218:1977,IDT)

　　GB/T 2261. 3 个人基本信息分类与代码 第 3部分 :健康状况代码

　　GB/T 2659 世界各国和地区名称代码(GB/T 2659—2000,eqvISO 3166-1:1997)

　　GB/T 3304 中国各民族名称的罗马字母拼写法和代码

　　GB/T 4762 政治面貌代码

　　GB/T 4880. 1 语 种 名 称 代 码 第 1 部 分 : 2 字 母 代 码(GB/T 4880. 1—2005, ISO 639-1: 2002, MOD)

　　GB/T 5271. 36 信 息 技 术 词 汇 第 36 部 分 : 学 习 、教 育 和 培 训 (GB/T 5271. 36—2012, ISO/IEC 2382-36:2008,IDT)

　　GB/T 7408 数据元和交换格式 信息交换 日期和时间表示法(GB/T 7408—2005,ISO 8601: 2000,IDT)

　　GB/T 8563. 1 奖励 、纪律处分信息分类与代码 第 1部分 :奖励代码

　　GB/T 8563. 3 奖励 、纪律处分信息分类与代码 第 3部分 :纪律处分代码

　　GB 13000 信息技术 通用多八位编码字符集(UCS)

　　GB/T 16835 高等学校本科 、专科专业名称代码

　　GB/T 18221 信 息 技 术 程 序 设 计 语 言 、环 境 与 系 统 软 件 接 口 独 立 于 语 言 的 数 据 类 型(GB/T 18221—2000,ISO/IEC 11404:1996,IDT)

　　GB/T 21365 信息技术 学习 、教育和培训 学习对象元数据

　　GB/T 21366 信息技术 学习、教育和培训 参与者标识符(GB/T 21366—2008,ISO/IEC 24703: 2004,IDT)

　　GB/T 22081 信息技术 安全技术 信息安全管理实用规则(GB/T 22081—2008,ISO/IEC 27002: 2005,IDT)

　　ISO/IEC 15945 信息技术 安全技术 支持数字签名应用的 TTP 服务规范(Information tech- nology Security techniques Specification ofTTP services to support the application of digital signa- tures)

　　1

　　GB/T 29805—2013

　　3 术语和定义

　　GB/T 5271. 36中界定的以及下列术语和定义适用于本文件 。

　　3. 1

　　安全边界 securityperimeter

　　隔离 “内部 ”与 “外部 ”的连续 、封闭的部分 。安全边界的 “内部 ”是安全的 。 而 “外部 ”则不一定是安全的 。

　　3. 2

　　安全管理员 security administrator

　　安全边界内负责安全管理的人 。

　　3. 3

　　安全强度 security strength

　　描述安全边界实现情况的安全度量 。

　　注 : 下面几点特征可描述安全强度 :

　　— 质量标准 :提供了什么样的安全标准? 安全标准的例子 :最低安全 ,可审计 ,可验证的设计 。

　　— 偶然性 :系统受侵犯时会发生什么? 哪些保护将生效? 哪些回退点是可用的? 受侵害的程度如何?

　　— 惩罚 :对安全机构的入侵者将发生什么?

　　示例 :安全强度也关心加密密钥使用的位数 。

　　3. 4

　　绑定 binding

　　从一个框架或标准到另一个框架或标准的应用或映射 。

　　3. 5

　　编码 coding

　　a) 在信息交换中 ,信息的格式化或结构化表示 。

　　示例 :信息编码 。

　　b) 按某一结构表示信息的过程 。

　　3. 6

　　学习者记录 learnerrecord

　　本标准定义的学习者信息集合 。

　　3. 7

　　学习者应用 learnerapplication

　　运用与本标准符合的 API、编码或协议的信息技术应用 。

　　3. 8

　　代理 agent

　　代表人行为或动作的自动化系统 。

　　3. 9

　　访问 access

　　应用程序读写数据的过程 。

　　3. 10

　　访问者 accessor

　　试图访问安全边界内资源的用户 、系统 、代理或其他实体 。

　　2

　　GB/T 29805—2013

　　3. 11

　　分解操作 decomposition operation

　　从容器中把信息类型实例分离 。

　　3. 12

　　互操作性 interoperability

　　两个或多个系统之间交换信息或功能的能力 。

　　3. 13

　　解释(数据) interpret(data)

　　依据标准处理数据以得到其语义 。

　　3. 14

　　聚合(数据类型 ,数值) aggregate(data type,value)

　　一个生成的数据类型 ,其数值由其他构件数据类型的数值组成 ,在这一意义上对所有组件值的操作都是有意义的 。

　　3. 15

　　漫游(访问、系统) nomadic(access、system)

　　a) 服务的一种连续性形式 ,通过这种形式 ,服务可以跨越不同的地点和时间段 。

　　b) 部分时间与子系统或相关系统的通讯网络断开 。

　　注 : 也被称为 “随时连通 ”、“随时漫游 ”。

　　3. 16

　　粒度 granularity

　　有关对象的大小 、尺度及其详细程度等特征的描述 。

　　3. 17

　　命名空间 namespace

　　封装不同变量或者符号的抽象容器 ,不同命名空间里面的变量名称可能相同 。

　　3. 18

　　生成 generate

　　把数据按其语义转换成适合数据交换的形式 。

　　示例 :按照概念模型 ,对数据结构[见 3. 23定义 b)]进行序列化 ,而不按照特定编码展现数据 。

　　3. 19

　　实现 implementation

　　a) 抽象的工作实例 。

　　b) 低层次的抽象 。

　　c) 生成实现的过程 。

　　3. 20

　　实现定义行为(值) implementation-defined behavior(value)

　　未指定的行为或未指定的值 ,这些行为或值需要在实现时做出选择 。

　　3. 21

　　数据对象 data object

　　在数据访问的概念模型中的数据处理单位 。

　　3. 22

　　数据集 dataset

　　数据结构[3. 23定义 a)]的实例 。

　　注 : 数据集是独立绑定的 。

　　3

　　GB/T 29805—2013

　　3. 23

　　数据结构 datastructure

　　a) 零个或多个数据元素聚集而成的数据类型 。

　　b) 零个或多个数据元素聚集而成的实例 。

　　注 : 一个数据结构可以是更高水平的数据结构中的一个元素 。

　　示例 :一条记录 、一个集合 、一个序列 、一个列表 、一个数组 。

　　3. 24

　　数据类型 data type

　　由不同的值组成的集合的一个属性 ,该属性描述这些不同的值所具有的共同特点以及所能施加的操作 。

　　3. 25

　　数据实例 data instance

　　以某种绑定呈现的数据集 。

　　3. 26

　　数据应用 data application

　　数据互操作性标准内功能模块的实现 。

　　注 1: 在这个定义下 ,一个功能模块也可以叫做 “信息技术系统 ”。

　　注 2: 给出一个数据互操作性标准称为 D,一个标准 的 D 数 据 应 用 和 标 准 的 D 应 用 是 不 同 的 。后 者 是 包 括 标 准 D的任何信息技术的实现 ,而前者是一个有限定的信息技术系统 。

　　示例 :数据信息库 、数据读取 、数据写入 。

　　3. 27

　　体验 experience

　　学习者在学习活动中对事物的认识和亲身经历 。

　　3. 28

　　信息库 repository

　　信息的集合 ,并且实现信息与数据存取控制机制(如检索 、索引 、存储 、恢复和安全)集 。

　　3. 29

　　信息类型 information type

　　在具体应用系统领域中的信息种类 。

　　3. 30

　　学习者标识 learner identifier

　　与学习者相关的标志 。

　　注 : 学习者可以 拥 有 多 于 一 个 学 习 者 标 识 符 , 即 多 个 标 识 符 。 单 个 或 多 个 标 识 符 的 方 案 不 在 本 标 准 说 明 。 见GB/T 21366。

　　3. 31

　　学习者实体 learnerentity

　　与学习系统进行交互的单个的学习者 ,或者一组视做单个实体的学习者 。

　　3. 32

　　用户 user

　　人 、其代理人或与信息技术系统进行交互的代理 。

　　3. 33

　　语义 semantics

　　对应的解释和含义 。

　　4

　　GB/T 29805—2013

　　3. 34

　　远程(访问、系统) distance(access、system)

　　通过网络的应用 ,受通讯系统的带宽或延迟所限制 。

　　3. 35

　　最低峰值 smallestpermitted maximum

　　SPM

　　用于由实现定义的值 ,指最大值的可允许最小数 。

　　示例 :X元素字符串长度的最低峰值是 17。

　　4 符合性

　　4. 1 基本原理

　　符合性 ,一方面与数据集的结构有关 ,另一方面与系统的行为有关 。换言之 ,符合性既有非行为性的范围也有行为性的 ,两者都很重要 。“行为 ”是一般意义上的 ,例如 ,一个数据集不一定有 “行为 ”,但是在数据集的周边 ,存储 、提取 、生成和解释数据集的实现都出现 “行为 ”— 并注明 “未定义 ”“实现定义 ”和 “未指定 ”。

　　注 : 在本标准中 ,“应 ”解释为对一个实现的要求 ;反 过 来 , “不 应 ”表 示 禁 止 。不 属 于 要 求 或 被 禁 止 的 行 为 就 是 未 定义的 。未定义行为在本标准中以 “未定义行为 ”表示或以行为的具体定义表示 。

　　4. 2 符合性级别

　　4. 2. 1 基本说明

　　以下各条定义完全符合本标准的实现和符合的实现 。在符合性的上下文中 ,术语 “支持”“使用”“测试 ”“访问 ”和 “探测 ”将 在 编 码 符 合 性(4. 4) 、API符 合 性(4. 5) 、协 议 符 合 性(4. 6) 和 数 据 应 用 符 合 性(4.7)中进行定义 。

　　区分 “完全符合本标准 ”和 “符合本标准 ”的实现 ,对于定位互操作性和扩展的需求是十分必要的 。本标准给出提高互操作性的说明 。扩展是应用户 、供应商 、院校和行业的需要而产生 ,并且扩展 :

　　— 不是由本标准直接指定的 ;

　　— 遵循其他标准的规定 ;

　　— 可能在本标准未来的版本中试用 。

　　4. 2. 2 子集

　　最少支持一个学习者信息类型(个人 、学业 、管理 、关系 、安全 、偏好 、绩效 、作品集) 的实现 。不支持全部学习者信息类型的实现应在实现符合性声明和符合性标签中简要说明支持哪一个子集 。见符合性标签(4. 3) 。

　　注 : 实现应使用自动化技术来传送子集信息 , 以避免互操作性问题 。

　　4. 2. 3 完全符合本标准的实现

　　完全符合本标准的实现应至少符合其中一种情况 :完全符合本标准的编码 、完全符合标准的 API、完全符合本标准的协议 ,或完全符合本标准的数据应用 。

　　一个完全符合标准的实现 :

　　— 应支持所有必备和可选数据元素 ;

　　— 不应使用 、测试 、访问或探测任何扩展性特性或扩展数据元素 ;

　　5

　　GB/T 29805—2013

　　— 不应超出本标准指定的界限或最低峰值 ;

　　— 不应解释和生成依赖于任何未规定 、未定义 、由实现定义或本地规定行为的数据元素 。

　　注 : 扩展特性和扩展数据元素的使用是未定义行为 。

　　4. 2. 4 符合本标准的实现

　　符合本标准的实现应至少是其中之一 :符合本标准的编码 、符合本标准的应用编程接口 、符合本标准的协议或符合本标准的数据应用 。

　　符合本标准的实现 :

　　— 应支持所有必备和可选数据元素 ;

　　— 如经实现和数据交换双方的批准 ,只要完全符合本标准的实现的意义和行为保持不变 ,可以使用 、测试 、访问或探测扩展特性或扩展数据元素 ;

　　— 不应支持或使用那些改变完全符合本标准的实现的含义或行为的扩展特性和扩展数据元素 ;

　　— 如实现允许 ,可以超出规定指定的界限或最低峰值 ;

　　— 可以解释和生成依赖于任何实现定义 、本地规定或未规定行为的数据元素 。

　　注 1: 扩展特性和扩展数据元素的使用是未定义行为 。

　　注 2: 所有完全符合本标准的实现也都是符合本标准的实现 。

　　注 3: 如果一个实现 ,用扩展的方法重新定义标准的特性时 ,且这些特性改变了完全符合本标准的实现的 含 义 或 行为 ,则该实现不符合本标准 。

　　4. 2. 5 不符合本标准的实现

　　不是符合本标准的实现是不符合的实现 。

　　4. 2. 6 数据元素的约束

　　4. 2. 6. 1 基本说明

　　数据元素有 4种约束属性 :必备 、可选 、条件和扩展 。约束属性与数据结构[见 3. 23定义 b) ,下同]的有效性相关 。

　　4. 2. 6. 2 必备数据元素

　　数据结构要求必备数据元素应是有效的 。所有数据集和数据实例都应包含这些元素 。所有数据应用都应支持这些元素 。

　　不支持或不包含一个或多个必备元素的实现是不符合本标准的实现 。

　　4. 2. 6. 3 可选数据元素

　　有效的数据结构允许使用可选数据元素 ,但并非必备的 。数据集和数据实例允许并非必备包含这些数据元素 。 因为所有数据信息库和数据读取器都应支持所有有效的数据集 ,相应地 ,数据信息库和数据读取器也应支持所有的可选数据元素 。这有点含糊不清 , 因为 “可选 ”并不是对数据信息库和数据读取器而言 — 约束属性 “可选 ”是对于数据结构的有效性而言(此处的 “可选 ”是对于数据集可选) 。数据书写器生成和产生每个数据实例时 ,应能够支持可选元素 。

　　不支持一个或多个可选数据元素的应用是不符合的实现 。

　　如果实现包含或支持可选数据元素 ,则它们的使用是由本标准指定 。

　　包含或支持可选数据元素的实现 ,若其包含或支持这些可选数据元素的方法以与标准不符合 ,也是不符合本标准的实现 。“可选 ”并不意味着实现可用任何方法处理数据元素(“在任何实现的选择 ”) ;如果数据元素已实现 ,则本标准也详细说明其要求 。

　　6

　　GB/T 29805—2013

　　4. 2. 6. 4 条件数据元素

　　只在特定条件下被定义并包含在一个数据结构中的数据元素 。

　　4. 2. 6. 5 扩展数据元素

　　扩展数据元素不能在完全符合本标准的实现中出现 。

　　只要该实现支持每个扩展数据元素 ,扩展数据元素可在符合本标准的实现中出现 。

　　示例 1:实现允许和使用特定扩展数据元素 。

　　示例 2:数据交换双方允许使用特定数据元素 。

　　示例 3:没有使用其他扩展数据元素 。

　　对于支持扩展数据的符合实现而言 ,这些元素各自都有约束属性 。

　　示例 1:必备扩展数据元素 。

　　示例 2:可选扩展数据元素 。

　　示例 3:条件扩展数据元素 。

　　扩展数据元素范围内 ,约束属性决定的数据结构的合法性 ,例如 ,可选扩展数据元素 :

　　— 数据元素不是使数据结构合法的必要条件 ;

　　— 是用于支持扩展数据元素的符合实现 。

　　注 : 必备扩展数据元素可以导致互操作性问题 , 因为备选扩展数据元素 。

　　1) 要使数据结构有效应有该数据元素 ;

　　2) 用于支持该扩展数据元素的符合实现 。换言之 ,

　　— 只有支持这种扩展数据元素的实现才可互操作 ;

　　— 完全符合本标准的实现不可互操作 , 因为对于互操作性是应有扩展元素 。

　　不存在既支持扩展数据元素或扩展特性 ,又支持所有语义互操作性的一般技术和方法 ;仅存在支持扩展数据元素的具体技术和方法 ,如 ,在上述范围内 。

　　在上述情况外(不支持的环境中) ,使用扩展数据元素将导致未定义行为 ,可能会是 :

　　— 适当的 。例如 ,如果该数据元素并不重要 ,则忽略它 ;

　　— 不适当的 。例如 , 即使是一个重要的数据元素 ,如安全分类 ,也忽略它 ;

　　— 无害的 。例如 ,错误信息 ;

　　— 中断的 。例如 ,许多错误信息 ;

　　— 可预测的 。例如 ,一个程序出错 、非正常退出 ,或无缘故 “挂起 ”;

　　— 不可预测的 。例如 ,一个程序出错 、非正常退出 ,突然退出 ,或无缘故 “挂起 ”。

　　处理未定义行为并没有普遍适用的方法 。处理未定义行为的具体方法 ,可能有好的效果 ,也可能有副作用 ,也可能两者都有 。

　　一些绑定 “放松 ”对无法识别的数据元素的处理 。通常 ,扩展数据元素引致未定义行为 ,但有些绑定“放松 ”对实现定义行为的要求 ,或忽略未知扩展数据元素— 这两种 “放松 ”处理要求(实现定义行为 ,忽略未知或扩展数据元素)可减少中断 。

　　扩展数据元素既是约束(数据模型)特性 ,也是符合性水平特性(完全符合本标准的与符合本标准的) 。

　　4. 2. 7 约束/生命期的递归/前后关系

　　数据元素的约束属性和生命期属性适用于数据元素本身 ,但仅间接适用于它的子元素 。在一个数据元素和其子元素的存在范围内 ,每个子元素都有它各自的约束和生命期属性(处于其他属性之中) 。前后关系和约束/生命期属性的确定是递归的 ,可用于所有数据元素 。

　　示例 :一个数据元素 X是可选的 ,且 X有两个子元素 : Y是 必 备 的 而 Z 是 可 选 的 。设 P. Q代 表 子 元 素 P 的 子 元 素

　　Q,那么 :

　　7

　　GB/T 29805—2013

　　— 如果 X不存在 ,那么 X. Y 和 X. Z不可能存在 ;反之亦然 ,如果 X. Y 和 X. Z存在 ,则 X存在 ;

　　— 如果 X存在 ,那么符合本标准的数据实现就应有 X. Y;

　　— 如果 X存在 ,那么所有符合本标准的实现可存在 X. Z;

　　— 如果 X存在且 X. Y不存在 ,那么实现就是不符合本标准的 。

　　因此 ,如果 X存在则 Y仅变为必备的 。

　　4. 3 符合性标签

　　符合性标签是实现符合性声明的概括 。通过手工 、半自动和自动的方法 ,符合性标签可用于传递实现符合性声明的信息 。关联或附加符合性标签的方法和技术都不在本标准之内 。

　　如果一个实现并不支持所有信息类型 ,符合性标签应用 “单字母列表子集 ”(见 5. 1 中的单字母列表)的符号来说明支持哪一个子集 。例如 ,仅支持学习者偏好信息(M) 和学习者绩效信息(G) 的实现 ,可用 “MG子集 ”表示该子集 。

　　符合性标签中绑定的描述 ,应按照编码 、API和协议的顺序列出各绑定 。列出的编码 、API和协议 ,每一个编码绑定应与每一个 API绑定同时有效 ;每一个 API绑定应与每一个协议绑定同时有效 ; 每 一个编码绑定应与每一个协议绑定同时有效 。

　　注 1: 如果所有列出的编码 、API和协议的组合不是同时有效的 ,那么要用复合符合性标签指出符合性声明 。

　　示例 1:“XML和 DNVP编码/Java和 JavaScriptAPI”表示该实现 与 所 有 4 个 的 任 意 组 合 符 合 :XML-Java、DNVP- Java、XML-JavaScript、DNVP-JavaScript。

　　示例 2:在之前的例子中 ,如果该实现不支持 XML-JavaScript的组合 ,可以用两个符合性标签“XML和 DNVP编码/ Java API”和“DNVP编码/JavaScriptAPI”描述实现的符合性声明 。

　　以下是各种实现的汇总 ,可用于实现符合性声明及其符合性标签中 :

　　— 完全符合本标准的学习者[子集]数据集 :不依赖于绑定 ;所有必备数据元素应存在 ;一些可选数据元素可以存在 ;扩展数据元素不可以存在 。

　　— 符合本标准的学习者 [子集]数据集 :不依赖于绑定 ;所有必备数据元素应存在 ;一些可选数据元素可以存在 ;一些扩展数据元素可以存在 。

　　— 完全符合本标准的学习者[子集]绑定数据实例 :绑定应指定 ;所有必备数据元素应存在 ;一些可选数据元素可以存在 ;扩展数据元素不可以存在 。

　　— 符合本标准的学习者[子集]绑定数据实例 :绑定应指定 ;所有必备数据元素应存在 ;一些可选数据元素可以存在 ;可以存在一些扩展数据元素 。

　　— 完全符合本标准的学习者[子集]绑定数据信息库 :绑定应指定 ;应支持存储/提取所有必备数据元素属性 ,应支持存储/提取所有可选数据元素 ; 数据交换应用不可以存 储/提 取 扩 展 数 据元素 。

　　— 符合本标准的学习者[子集]绑定数据信息库 :绑定应指定 ;应支持存储/提取所有必备数据元素属性 ,应支持 存 储/提 取 所 有 可 选 数 据 元 素 ; 数 据 交 换 应 用 可 以 存 储/提 取 一 些 扩 展 数 据元素 。

　　— 完全符合本标准的学习者[子集] 绑定数据读取器 : 绑定应指定 ; 仅可解释必备和可选数据元素 ,但是不可以解释扩展数据元素 。

　　— 符合本标准的学习者[子集]绑定数据读取器 :绑定应指定 ; 可解释必备和可选数据元素 ,也可以解释一些扩展数据元素 。

　　— 完全符合本标准的学习者[子集]绑定数据书写器 :绑定应指定 ;应生成所有必备数据元素 ; 可以生成可选数据元素 ;不可以生成扩展数据元素 。

　　— 符合本标准的学习者[子集]绑定数据书写器 :绑定应指定 ;应生成所有必备数据元素 ; 可以生成可选数据元素 ;可以生成扩展数据元素 。

　　— 完全符合本标准的学习者[子集]绑定 API环境 :绑定应指定 ;应支持所有必备性和可选性数

　　8

　　GB/T 29805—2013

　　据元素 ,API绑定的应用不可以探测扩展数据元素和扩展服务 。

　　— 符合本标准的学习 者[子 集] 绑 定 API环 境 : 绑 定 应 指 定 ; 应 支 持 所 有 必 备 性 和 可 选 性 数 据元素 。

　　— 完全符合本标准的学习者[子集]绑定 API应用 :绑定应指定(按编码 、API和协议的顺序) ;应支持所有必备和可选数据元素 ;不可以探测扩展数据元素和扩展服务 。

　　— 符合本标准的学习者[子集]绑定 API应用 :绑定应指定(按编码 、API和协议的顺序) ;应支持所有必备性和可选性数据元素 ;可以在数据交换双方和本标准外的规范的允许范围内使用扩展数据元素和扩展服务 。

　　— 完全符合本标准的学习者[子集]绑定协议 :绑定应指定(按编码 、API和协议的顺序) ;应支持所有必备和可选数据元素 ;协议绑定的应用不可以探查扩展数据元素和扩展服务 。

　　— 符合本标准的学习者[子集]绑定协议 :绑定应指定(按编码 、API和协议的顺序) ;应支持所有必备和可选数据元素 ;可以在数据交换双方和本标准外的规范的允许范围内使用扩展数据元素和扩展服务 。

　　注 2: 一个实现可能会在它的实现的符合性声明(ICS)中作多于一种的符合性声明 。

　　4. 4 编码符合性

　　4. 4. 1 符合性的定义

　　完全符合本标准的学习者编码应至少是以下的一种 :完全符合本标准的数据集 ,或完全符合本标准的数据实例 。

　　符合本标准的学习者编码应至少是以下的一种 :符合本标准的数据集 ,或符合本标准的数据实例 。

　　4. 4. 2 数据集符合性

　　数据集符合性是独立于绑定的 。

　　完全符合本标准的数据集应是 :

　　— 结构上独立于绑定 ;

　　— 完全符合本标准的功能性 、概念模型和语义 ;

　　— 应包含所有必备数据元素 ;

　　— 可以包含可选数据元素 ;

　　— 不包含扩展数据元素 。

　　符合本标准的数据集应是 :

　　— 结构上独立于绑定 ;

　　— 符合本标准的概念模型和语义 ;

　　— 应包含所有必备数据元素 ;

　　— 可以包含可选数据元素 ;

　　— 可包含扩展数据元素 。

　　数据集的符合性评估应通过以下途径进行 :

　　— 以 GB/T 18221符号描述数据集 ;

　　— 校验是否符合本标准的要求 。

　　4. 4. 3 数据实例符合性

　　完全符合本标准的数据实例应 :

　　— 是完全符合本标准的数据集 ;

　　9

　　GB/T 29805—2013

　　— 起码完全符合一种学习者编码 。

　　符合本标准的数据实例应 :

　　— 是符合本标准的数据集 ;

　　— 起码符合一种学习者编码 。

　　注 1: 术语 “学习者编码 ”在以上两段中被使用 ,而它的要求在 4. 3“符合性标签 ”的第三段中指定 。

　　注 2: 完全符合/符合本标准的数据集 、完 全 符 合/符 合 本 标 准 的 编 码 , 和 完 全 符 合/符 合 本 标 准 的 数 据 实 例 的 区 别

　　在于 :

　　a) 数据集是独立于绑定的数据实例 ;

　　b) 编码可以引用一个数据实例 、一个数据实例集合或一个数据实例语法 ;

　　c) 一个完全符合/符合本标准的数据实例与特定的绑定相关 。

　　在符合性范围内 ,术语 “支持 ”和 “使用 ”分别在每个学习者编码绑定中定义 。

　　在符合性范围内 ,术语 “测试”“访问 ”和 “探测 ”都定义为空操作 ,就是说 ,对于数据实例符合性 , “测试 ”“访问 ”和 “探测 ”不进行任何操作也没有任何效果 。

　　除了 3个应用符合性(信息库 、数据读取器 、数据书写器) ,还有第四种符合性 :数据实例 。用户要为特定的数据实例声明符合性 。

　　4. 5 API符合性

　　完全符合本标准的学习者 API应起码完全符合一种学习者 API绑定 。

　　符合本标准的学习者 API应起码符合一种学习者 API绑定 。

　　注 1: API绑定的符合性范式有两部分组成 :API应用和 API环境 。

　　学习者 API应与第 5 章 “学习者概念模型 ”、第 6章 “语义 ”和第 7章 “学习者信息定义 ”的数据类型符合 。

　　定义 :支持 ,使用 ,测试 ,访问 ,探测 。

　　对于数据交换的参与者 , 以下术语在 API符合性范围中定义 :

　　— 一个 “支持 ”特性是一个可被 API环境实现并可被任何学习者 API的应用使用的特性 ;

　　— 一个特性若被学习者 API的应用读 、写或操作 ,则称其被 “使用 ”;

　　— 如果一个学习者 API的应用询问所说特性的是否存在 ,则该特性被 “测试 ”;

　　— 如果一个学习者 API的应用试图读取或写入与特性相关的数据 ,则称该特性被 “访问 ”;

　　— 如果一个学习者 API的应用 ,试图通过在 “安全 ”环境下使用某特性(参阅以上 “使用 ”) , 暗中测试它是否存在 ,而没有引起未定义行为 ,则该特性被 “探测 ”。

　　注 2: API符合性对 API绑定和使用 API绑定的应用都有要求 ,换言之 ,基于 API符合性而对实现的符合性评估是由适当的 API定义和用途确定 。

　　4. 6 协议符合性

　　完全符合本标准的学习者协议应与至少完全符合一个学习者协议绑定 。

　　符合本标准的学习者协议应与至少符合一个学习者协议绑定 。

　　学习者 API应与第 5 章 “学习者概念模型 ”和第 6 章 “语义 ”的数据类型符合 ,并且应定义方法 ,建立和解除对通讯网络的支持 。

　　定义 :支持 、使用 、测试 、访问 、探测 。

　　关于学习者符合性 , 以下术语在协议符合性范围内中定义 :

　　— 如果一个特性可被任何学习者协议的应用使用 ,则称这个特性被 “支持 ”;

　　— 如果一个特性被学习者协议的应用读 、写或其他操作 ,则称其被 “使用 ”;

　　— 如果一个学习者协议的应用查询所说特性的是否存在 ,则该特性被 “测试 ”;

　　— 如果一个学习者协议的应用试图读取或写入与特性相关的数据 ,则该特性被 “访问 ”;

　　10

　　GB/T 29805—2013

　　— 如果一个学习者协议的应用 ,通过试图在 “安全 ”环境下使用某特性(参阅以上 “使用 ”) , 暗中测试它是否存在 ,而没有引起未定义行为 ,则该特性被 “探测 ”。

　　注 : 协议符合性对协议绑定和使用协议绑定的应用都有要求 ,就是说 ,基于协议符合性而对实现的符合性评估是由适当的协议定义和用途确定 。

　　4. 7 数据应用符合性

　　4. 7. 1 完全符合本标准的数据应用

　　对于所有完全符合的应用 :

　　— 必备特性应存在(或应可用) ,而且应符合本标准 。

　　— 可选特性可以存在(或可用) ,如果存在(或可用)的话 ,应符合该标准 。

　　— 扩展的特性不可以直接被使用或不能被测试其存在性或可用性 。

　　注 1: 由于特性隐藏在实现中的 ,完全符合本标准的应用可能会间接使用扩展特性 。

　　注 2: 一个完全符合本标准的应用可以是最少符合 ,对于本标准来说却能得到最好的互操作性 。完全符合本标准的

　　实现涉及以下 :

　　a) 特性的最小集合的评估 、量度或可用性 ;

　　b) 数据应用中没有使用特性探测 ;

　　c) 数据应用中没有使用扩展特性集合 。

　　4. 7. 2 符合本标准的数据应用

　　对于所有符合的数据应用 ,

　　— 必备特性应该存在(或应该可用) ,且应该符合本标准 。

　　— 可选特性可以存在(或可用) ,如果存在(或可用)的话 ,应该符合本标准 。

　　— 扩展特性可以存在(或可用) ,可以对其存在性(或可用性)而进行测试 ,它们的使用和行为应是实现定义的 。

　　注 : 符合本标准的数据应用可能更有用 ,但对于本标准来说却减弱了互操作的可能 。符合性涉及到以下 :

　　a) 特性的最小集合的评估 ,量度 ,或可用性 ;

　　b) 在实现允许的前提下 ,扩展特性的存在(或可用性)的特性探测 ,且/或之前与之(扩展特性)符合 ;

　　c) 在本标准以外指定的扩展特性 。

　　4. 7. 3 数据应用的多样性

　　共有三类完全符合/符合本标准的应用 :数据信息库 、数据读取器和数据书写器 。

　　应用符合性共有三种不同的场合 :数据信息库 、数据读取器和数据书写器 。供应商和管理人员或信息库要给出符合性声明(“本学习者信息库与规范符合 ”) 。供应商要为工具提供符合性声明(数据读取器 ,“这是符合本标准的学习者数据读取器 ,用于导入数据 ”;数据书写器 ,“这是符合本标准的学习者数据书写器 ,用于导出数据 ”,或兼而有之) 。

　　4. 7. 4 数据信息库

　　数据信息库是存储和提取数据对象的数据应用 。

　　完全符合本标准的数据信息库应 :

　　a) 能接收数据集以备提取 ;

　　b) 对所接收的数据集使用完全符合的数据解释 ;

　　c) 把数据集存放到持久的存储设备中 ,并舍弃扩展数据 ;

　　d) 根据请求 ,发送以前保存的数据集 ;

　　11

　　GB/T 29805—2013

　　e) 生成完全符合本标准的数据集 ,发送出去 ;

　　f) 且至少完全符合本标准一个学习者编码绑定和至少完全符合本标准的一个学习者 API或学习者协议绑定 。

　　注 1: 一个完全符合本标准的数据信息库并不要求 “保留 ”扩展数据元素 ,就是说 ,数据交换不应该依赖于 扩 展 元 素持久化到完全符合本标准的数据信息库 ,但是也不禁止这种情况 。

　　符合本标准的数据信息库应 :

　　a) 能接收数据集以备提取 ;

　　b) 对所接收的数据集使用符合的数据解释 ;

　　c) 把数据集存放到持久的存储设备中 ,保留扩展数据 ;

　　d) 根据请求 ,发送以前保存过的数据集 ;

　　e) 生成符合本标准的数据集 ,发送出去 ;

　　f) 且至少符合本标准的一个学习者编码绑定和至少符合本标准的一个学习者 API或学习者协议绑定 。

　　注 2: 符合本标准的数据信息库可以添加 、删除或修改被存储的扩展数据元素以备以后提取 。

　　注 3: 符合本标准的数据信息库可以存储部分扩展数据 ,但并不要求存取所有扩展数据 。

　　注 4: 符合本标准的数据信息库可以存取数据集以外的数据对象 。

　　4. 7. 5 数据读取器

　　数据读取器是一种数据的应用 ,它处理数据的过程为 :

　　a) 消费数据 ,这些数据基于外部数据源 ;

　　b) 解释阶段 1得到的数据 ,继而产生数据集 ,置于数据应用程序内部 。

　　注 1: 理论上 ,数据读取器 分 两 个 阶 段 处 理 信 息(消 费 和 解 释) , 但 是 实 现 的 设 计 并 不 受 限 制 , 可 以 分 任 意 个 阶 段进行 。

　　完全符合完全符合的数据读取器所解释的数据应至少完全符合一个本标准的绑定 。

　　注 2: 完全符合本标准的数据读取器不解释扩展数据元素 。

　　注 3: 根据本标准的绑定 ,完全符合本标准的数据读取器可以 “忽略 ”数据扩展 ,例如 ,完全符合本标准的数据读取器可以消费扩展数据却忽略(不解释)它 。

　　符合本标准的数据读取器应用解释的数据应至少符合一个本标准的绑定 。

　　注 4: 符合本标准的数据读取器可解释扩展数据元素 。

　　4. 7. 6 数据书写器

　　数据书写器是一种数据应用 ,包括从数据集中生成数据并产生数据 。

　　注 1: 理论上 ,数据书写器 分 两 个 阶 段 处 理 信 息(生 成 和 产 生) , 但 是 实 现 的 设 计 并 不 受 限 制 , 可 以 分 任 意 个 阶 段进行 。

　　完全符合本标准的数据书写器生成的数据应至少完全符合一个本标准的绑定 。

　　注 2: 完全符合本标准的数据书写器不生成扩展数据元素 。

　　符合本标准的数据书写器应生成的数据应至少符合一个本标准的绑定 。

　　注 3: 符合的本标准数据书写器可生成扩展数据元素 。

　　5 学习者概念模型

　　5. 1 学习者信息框架

　　学习者信息框架如图 1所示 。

　　12

　　GB/T 29805—2013

　　图 1 学习者信息框架

　　图 1 中 ,本标准是学习者信息的一个子集 ,共分为八类信息 。每类信息包含最基本的必要信息和应用系统自定义的扩展信息 。这八类信息为 :

　　— 个人信息 :

　　是基本的个人信息 ,这类信息一般与学习系统或者学习过程没有直接联系 ,部分信息属于个人隐私 ,是保密的 。

　　— 学业信息 :

　　是与学习者的学习相关的一些信息 。

　　— 管理信息 :

　　是学习者在学习系统中的简要管理信息 。

　　— 关系信息 :

　　是描述学习者与其他学习技术系统用户(如教师 、代理或其他学习者)之间关系的信息 。

　　— 安全信息 :

　　是有关学习者安全凭证的信息 。

　　— 偏好信息 :

　　是学习环境或者学习者个人的一些可促进人机交互或者个性化服务的信息 。

　　— 绩效信息 :

　　学习者的学习经历 、学习结果等的信息 。

　　— 作品集信息 :

　　是学习者的代表性作品及其引用的集合 ,用于描述和证明学习者的能力和成就 。

　　注 1: 应用可以扩展或合并这八类信 息 。应 用 可 以 利 用 数 据 库 的 键 ,把 分 散 的 信 息 类 型 的 信 息 库 联 系 在 一 起 。 例如 ,一个学习者个人信息的信息库利用学习者标识与学习者绩效信息的信息库联系在一起 。

　　注 2: 本标准并不要求这八种信息类型分散 ,但是许多实现都为了满足安全 、管理 、调整和系统性能的要求而进行分散存储 。

　　单字母列表如下 :

　　—L= 学习者学业信息 ,助记字母是学习 Learning 的 L。

　　—N= 学习者个人信息 ,助记字母是名字““Name”的”N。

　　—A= 学习者管理信息 ,助记字母是管理“Administration”的 A。

　　—R= 学习者关系信息 ,助记字母是关系“Relations”的 R。

　　—S= 学习者安全信息 ,助记字母是安全“Security”的 S。

　　—M = 学习者偏好信息 ,助记字母是我的“配置“M”(y)configuration”的 M。

　　—G= 学习者绩效信息 ,助记字母是成绩 Grades 的 G。

　　—W = 学习者作品集信息 ,助记字母是作品“Works”的 W 。

　　13

　　GB/T 29805—2013

　　信息类型的原理概况 :

　　以下的每项提出一系列问题 ,例如 ,不仅有 “本地 ”和 “远程 ”的信息 ,还有许多级别和变化 。

　　— 本地和远程

　　学习者信息到学习者有不同的距离 。本地信息 ,表现为在线可用 、高性能访问和安全限制较少 。远程信息 ,则常以间或可用 、较低性能访问和安全限制多为特征 。可试把本地校园服务器和远程校园服务器作比较 。

　　— 私有和公开

　　学习者信息有不同的隐私和公开级别 。本标准很大程度受用户 、机构和互联网对保密问题的关注所影响 。保密性问题是 :提供什么信息给谁? 学习者规范的安全范例会以<须知>作指导 。可试比较学习者个人信息(保密信息)和学习者偏好信息(公用信息) ; 或比较(有限制) 公开的和(有限制)私有的绩效信息 。

　　— 学习过程和其他用途

　　学习者信息可以提取对学习技术系统有用和必备的信息及其他信息 , 以便优化学习经历 。调整学习内容的顺序可改善学习过程 。试比较绩效信息(必要的或有助于改善学习过程)和个人信息(改善学习过程不必要的) 。

　　— 内容生成和学习者生成

　　学习者信息可以由学习技术系统生成 、学习者自己生成 ,或两者共同生成 ,或由其他生成 ,或兼而有之 。试比较学习者绩效信息(利用学习内容生成)和学习者作品集信息(由学习者创建和维护) 。

　　5. 2 信息类型与数据信息库

　　一个信息库可以存储一种或多种信息类型 。一个数据集可以存储一种或多种数据类型 。

　　示例 1:分离的数据信息库 :符合性实现对每一种信息类型有一个数据信息库 :一个学习者个人信息库 ,一个学业信息库 ,一个管理信息库 ,一个关系信息库 ,一个安全信息库 ,一个学习者偏好信息库 ,一个学习者绩效信息库 、一个学习者作品集信息库 。

　　示例 2:组合的数据信息库 :符合性实现有一个 信 息 库 存 放 所 有 类 型 学 习 者 信 息 。 在 以 下 例 子 中 , 安 全 管 理 员 不 限制对 “学习者偏好方面 ”的访问(例如 ,学习者偏好信息) ,而限制对 “学习者个人方面 ”(例如 ,学 习 者 个 人 信 息) 访 问 。 由此 ,学习者个人信息可 “保密 ”而学习者偏好信息则 “公开 ”,都可在同一个信息库中进行访问 。用户或应用程序并没有意识到是在同一个信息库中访问的所有信息类型 。

　　5. 3 数据访问模型

　　学习者数据集是学习技术系统中相关学习者信息的集合 。这些信息包括一种或多种类型的信息 :个人 、学业 、管理 、关系 、安全 、偏好 、绩效和作品集 。

　　学习者数据集的数据交换受以下因素影响 :

　　— 学习者编码

　　学习者数据集可以根据学习者编码绑定进行编码 。 通过学习者编码规范以外的方法达成共识 ,数据交换各方可更方便地进行数据交换 。

　　— 学习者应用编程接 口 (API)

　　应用编程接口绑定是影响数据交换的控制传输机制(控制从主叫传到被叫) 。

　　— 学习者协议

　　协议绑定既是控制传输机制又是数据传输机制 。

　　这些绑定合起来称为 “学习者编码 、API和协议 ”。

　　注 1: 学习者数据应用可以使用多于一种学习者编码 、API和协议 。

　　以下是数据访问的概念模型 :

　　14

　　GB/T 29805—2013

　　— 数据对象模型

　　一个数据对象应至少是一个数据元素或一个由实现定义的对象 。

　　— 数据存储模型

　　数据 ,包括数据集 ,可以存储在一个数据对象里 ,通过一个或多个标识符进行引用 。

　　— 数据提取模型

　　数据 ,包括数据集 ,可以从数据对象中提取 ,通过一个或多个标识符进行引用 。

　　— 数据归类模型

　　作为数据元素的数据对象应有一种数据类型 。数据类型可以指定值域 、表达方式 、编码 、存储 、梗概 、向其他类 型 的 转 换 、方 法 和 操 作 。 学 习 者 数 据 元 素 的 数 据 类 型 的 定 义 由 本 标 准 根 据GB/T 18221的符号和语义给出 。

　　— 数据属性模型

　　数据属性是实现定义的对象 ,与数据对象相关 。如同数据对象 ,属性也可被访问 。

　　注 2: 属性(“attributes”)也被称为“特性 ”(“properties”) 。

　　— 数据信息库访问模型

　　学习者绑定定义了所有对数据信息库的访问 。

　　— 数据信息库安全模型见 5. 6。

　　— 数据持续模型

　　数据对象的生存期应是由实现定义 。

　　— 数据导向模型

　　数据结构导向的技术在学习者绑定中定义 。

　　— 数据识别模型

　　识别 、加注标签 、命名空间及其相关技术应是实现定义 。

　　— 数据引用模型

　　信息库为以后的去引用 ,可以创建对数据对象的引用 。 引用的命名规则 、生存期和引用范围应是实现定义的 。

　　— 数据去引用模型

　　信息库可以根据引用访问数据对象 ,例如 ,去除一个引用 。去引用的方法是实现定义的 。

　　— 数据索引模型

　　信息库的索引方法是实现定义的 。

　　注 3: 术语 “索引 ”用于数据库系统范围中 ,例如 ,组织数据库记录的方法 。

　　— 数据搜索模型

　　信息库的搜索方法是实现定义的 。

　　5. 4 远程、分布和漫游系统

　　作为在全局命名空间内查找 、存储和提取信息的基础 ,远程特性需要全局命名空间 。命名空间的规则和分辨方法应是实现时定义的 。

　　分布的方式有两种 :单一信息库存储一种或多种信息类型 , 多个信息库的操作同单一信息库 。 同步 、复制 、提交 、回滚和倒退的方法应是实现定义的 。

　　间断连接的游离用户允许漫游特性 。保持服务的动态质量和连接的持续性的方法应是实现定义的 。

　　5. 5 粒度水平的相互关系

　　学习者绩效信息的不同粒度水平的相互关系应是实现定义的 。

　　示例 :如果一个老师改变了一门课的成绩(较小粒度/密度) ,什么时候平均成绩(较大粒度/密度)会自动变化呢?

　　15

　　GB/T 29805—2013

　　5. 6 信息安全模型

　　安全性是由安全边界定义和界定的 。 以下特性应是实现定义的 :

　　— 安全边界的范围 。

　　— 内向安全威胁的属性 、类型和可接受程度 。

　　— 外向安全威胁的属性 、类型和可接受程度 。

　　— 安全强度 。

　　— 安全特性的参数化 、设置 、协商和降低 。

　　— 安全边界一体化的管理 。

　　互操作性约定在本标准以外定义 。

　　注 : 信息安全模型与 GB/T 22081符合 。

　　以下是在概念模型中定义的安全特性 :

　　— 基于会话视图的信息安全模型 。安全特性是基于每个会话 、每个视图 。 每次安全会话由访问者(要求访问的用户或代理)发起 。访问者输入安全凭证 ,用于验证或授权访问者或两者 。一个视图代表学习者信息的一部分(这里的 “视图 ”与数据库中的 “视图 ”相似) 。每一个已建立的视图代表一次会话 。就是说 ,“会话 ”表示访问过程 ,而 “视图 ”表示访问的范围 。

　　— 信息安全参数协商模型 。会话前 、会话期间和会话后的安全参数 , 由数据交换双方商定 。安全参数在学习者绑定中定义 。

　　— 信息安全扩展模型 。无法预知会否使用附加的安全特性 。安全扩展的合并方法在学习者绑定中定义 。

　　— 访问控制模型 。访问者可以(单独或集体地)读 、写 、新建 、删除数据元素或改变数据元素的属性 。如果有其他方法 ,应是实现定义的 。

　　— 识别模型 。识别学习者的方法应是实现定义的 。

　　— 验证模型 。验证用户的方法不在本标准范围内 。

　　— 去标识模型 。 除了学习者个人信息 ,所有信息都要去除标识 。用户和他们的信息去除标识的方法不在本标准范围内 。注意 :管理员 ,或者学习者 ,有责任选择适当的学习者标识 ,不泄漏学习者的身份 。例如 ,选择学习者的姓名作为标识 , 以去除标识观点 ,不是个好办法 。有很多好方法可用于去标识 ,包括短时间使用随机数 。

　　— 授权模型 。授权操作的方法应是实现定义的 。

　　— 委托模型 。委托管理 、授权或凭证的方法应是实现时定义的 。

　　— 接受模型 。接受的方法应是实现定义的 。

　　— 拒绝模型 。拒绝数据 、用户和凭证的方法应是实现时定义的

　　— 保密模型 。注意 :本标准未指定保密模型和保密要求 ,但支持安全的架构和途径 , 以实现各种各样的保密架构 。

　　— 机密模型 。本标准未指定机密模型和机密要求 ,但支持访问控制和划分信息类型 , 以实现各种各样的机密架构 。

　　— 加密模型 。本标准未指定加密模型和加密要求 ,但支持安全的架构和技术 , 以整合多种加密模型和技术 。

　　— 数据完整性模型 。本标准未指定数据完整性模型和数据质量要求 ,但支持保障信息的架构和途径 , 以实现各种各样数据完整性架构 。

　　— 证书的确认 。本标准不要求确认学习者绩效信息或作品集信息 ,但支持参数设定 , 以 自动确认两种学习者信息 。

　　— 数字签名模型 。本标准未指定数据签名模型和数据签名要求 ,但支持多个签名架构和技术 , 以

　　16

　　GB/T 29805—2013

　　整合各种各样的数字签名模型 、政策和技术 。数字签名模型与 ISO/IEC 15945协调 。

　　6 语义

　　6. 1 基本说明

　　无论选择哪一个学习者绑定和学习者编码 ,学习者信息的含义都是一样的 。

　　注 1: 绑定和编码的选择是为了方便数据交换的参与者 。

　　注 2: 学习者编码绑定定义了本章中每个数据类型的映射 。

　　注 3: 学习者 API绑定定义了本章中每个操作和数据类型的映射 。

　　注 4: 学习者协议绑定定 义 了 本 章 中 每 个 操 作 和 数 据 类 型 的 映 射 , 而 且 为 建 立 和 拆 除 通 信 支 撑 网 络 定 义 了 各 种方法 。

　　注 5: 在整章中都会使用简写“SPM”,其意思是 “最 低 峰 值 ”。SPM 给 符 合 的 实 现 设 定 下 限 , 除 非 预 先 安 排 ,应 用 不能让实现的设定超出 SPM范围 。

　　6. 2 一般的数据操作

　　学习者信息应支持以下对数据集的数据管理操作 :

　　— 创建操作

　　新建某个数据类型的实例 ,如个人信息 。

　　注 1: 比较在应用的内存空间中 ,暂存中和数据库中创建的记录的生存期 。

　　— 删除操作

　　把一个数据类型的实例从储存器中丢弃 。

　　注 2: 比较删除一个记录的各种技术 :擦除 、懒惰存储管理 、垃圾回收 。

　　— 擦除操作

　　擦除一个数据类型的内容 ,且不可恢复 。

　　注 3: 删除操作只实现了数据对应用程序的不可用 ,并没有实现数据的不可恢复性 。

　　— 复制操作

　　以同样内容新建一个数据类型的实例 。

　　— 转移操作

　　通过改变信息的存储(隐式标签转换)或改变标签(显式标签转换) ,改变与数据类型实例相关的标签 。

　　示例 : 隐式标签的转换可能会受将数据从源复制到 目标并删除源数据的影响(如将第 15个元素复制到第 3 个) 。显式标签转换会受改变某信息目录中标签的影响 。

　　— 标签操作

　　创建(或删除)与信息实例相关的名字 ,名字由 “调用方 ”指定 。

　　— 导向操作

　　用一种命名方法(绝对的 ,相对的 ,完全的 ,渐进的)为数据类型的实例定位 。

　　— 查找操作

　　查找与搜索条件相匹配的数据类型实例 ,并通过引用 、标签或拷贝返回找到的信息 。

　　— 引用操作

　　为一个数据类型实例创建句柄 。

　　注 4: 标签操作和引用操作的差别调用程序指定标签的名字 ,而被调用者指定引用的名字 。

　　— 去引用操作

　　以句柄(引用操作创建)访问数据类型实例 。

　　— 集合操作

　　17

　　GB/T 29805—2013

　　连结若干实例(一种或多种数据类型)到一个容器内 。

　　— 分解操作

　　从一个容器中提取出数据类型的实例 。

　　学习者模型绑定定义了管理访问数据的操作方法及该操作的有效性 。

　　注 5: 有些操作可能无法执行 ,例如 :在只读媒介上创建或删除数据 。在一些情况下 ,这些操作 需 要 存 在 ,但 是 使 用

　　它们会导致运行错误 ,例如 :一个 API应支持创建操作 ,但是当创建操作被尝试执行时会导致错误 。

　　6. 3 具体应用数据操作

　　学习者信息应支持以下对数据集的具体应用数据操作 :

　　— 查找操作

　　按照一定规则 ,学习者记录可被查找 。例如 ,“哪些学习者成绩在 60分以下?”,“哪些学习者的作品集中包含视频文件?”

　　— 累积操作

　　学习者记录可被累积 、聚集或分析 。例如 ,“三年级学生成绩的平均分是多少?”, “个别学习者的平均分是多少?”

　　— 时间压缩和扩展操作

　　学习者记录可以是不同的粒度水平 。 时间压缩将记录缩为较大粒度水平 。 时间扩展通过插补 ,创建更细粒度水平的记录 。例如 ,通过期中成绩和期末成绩可以计算出一个最终成绩 ,经过压缩后 ,数据集缩减到只剩最终成绩 。

　　— 排序操作

　　对学习者记录可根据某种准则进行排序 。例如 ,可按用户名字的字母顺序排序 。

　　— 连接操作

　　多个表可以通过指定列连接起来 。

　　学习者绑定定义了访问应用具体数据的操作方法及该操作的有效性 。

　　注 : 应用程序如果使用这些操作 ,应先检测实现是否支持这些操作 。见 API绑定 、协议绑定 、信息库说明 , 以获得更多信息 。

　　6. 4 数据兼容性

　　学习者信息可以支持以下对数据集的数据兼容性操作 :

　　— 数据类型的升级

　　将低级别的值 ,转换为高级别 。 例如 , 整数转换为实数 ; 长度为 10 的字符数组转换为长度为20的字符数组 ;记录{姓名 、地址}转换为超集记录{姓名 、地址 、电话} 。

　　— 数据类型的降级

　　将高级别的值 ,转换为低级别 。例如 , 实数转换为整数 ; 长度为 20 的字符数组转换为长度为10的字符数组 ;记录{姓名 、地址 、电话}转换为子集记录{姓名 、地址} 。

　　— 数据类型的转换

　　把值从一种数 据 类 型 转 换 为 另 一 种 数 据 类 型 。 例 如 , 整 数 转 换 为 字 符 串 ; {姓 、名 } 转 换 为{姓名} 。

　　— 文本格式化

　　数值转换为文本表达或文本表达转换为数值 。

　　学习者绑定定义了访问数据兼容性的操作方法及该操作的有效性 。

　　注 : 应用程序如果使用这些操作 ,应先检测实现是否支持这些操作 。见 API绑定 、协议绑定 、信息库说明 , 以获得更多信息 。

　　18

　　GB/T 29805—2013

　　6. 5 数据类型

　　6. 5. 1 基本说明

　　本条介绍的数据类型是用于举例解释本标准所定义的信息 ,注意不是规定了一个信息在应用实现中的取值类型 。

　　6. 5. 2 基本数据类型的定义

　　表 1是被各类学习者信息引用的基本数据类型及其定义 。

　　表 1 基本数据类型及其定义

　　编号

　　类型名称

　　解 释

　　类型定义

　　1

　　字符串

　　以两个字节为单位

　　characterstring(GB 13000)

　　2

　　字节串

　　以一个字节为单位

　　octetstring

　　3

　　情境标签

　　其元素可以描述数据元素被引用的情境值的意义应在实现时进行定义

　　context_label_type= characterstring //SPM :500

　　4

　　数组列表

　　多个数组元素的简写

　　arraylist(type_spec,size) =

　　array(0. . size-1) of(type_spec)

　　//N个数据类型 ,N= size //type_spec:某种数据类型

　　5

　　多语言字符串

　　其元 素 是 一 种 标 明 所 用 语 言 的 字 符 串 。 其 中locale指明字符串所使用的语种 。

　　见 GB/T 2659

　　mlstring_type= record

　　( string:

　　characterstring(GB 13000) , //SPM :1000

　　locale:

　　characterstring(GB 13000) //SPM : 255

　　)

　　6

　　多语言字符串数组

　　由多语言字符串组成的数组

　　mlstring_array_type(limit)=

　　array(0. . limit-1) of(mlstring_type)

　　7

　　名值对

　　由属性名和取值构成的偶对 :

　　1) bucket_name: 名字-值对的名字部分 。

　　2) bucket_value: 名字-值对的取值部分

　　bucket_type= record

　　( bucket_name:

　　characterstring(GB13000) ,//SPM : 200

　　bucket_value:

　　octetstring //SPM : 4096

　　)

　　19

　　GB/T 29805—2013

　　表 1 (续)

　　编号

　　类型名称

　　解 释

　　类型定义

　　8

　　标识符

　　连结数据库数据 的 内 部 标 识 符 。标 识 符 的 含 意 、名域 、范围和识别方法都应在实现时进行定义 :

　　1) context_label: 引用这种数据元素的情境 。

　　2) identifier_type: 标识符的类型 。

　　3) identifier_value: 标识符的值

　　learner_identifier_type= record

　　( context_label:

　　context_label_type, identifier_type:

　　identifier_type_type, identifier_value:

　　octetstring //SPM