现代远程教育技术规范.docx

资源描述

目次 1 范围 1 2 规范性引用文件 1 3 术语和定义 1 3.1 合成一体的定义与规范性引用 1 3.2 抽象 1 3.3 抽象—实现边界 1 3.4 抽象—实现层 1 3.5 实际的实现 1 3.6 管理者 1 3.7 绑定 1 3.8 总线 1 3.9 总线符号 1 3.10 编码 2 3.11 合作 2 3.12 概念实现 2 3.13 控制流 2 3.14 控制协议 2 3.15 控制存储 2 3.16 数据流 2 3.17 数据处理 2 3.18 数据协议 2 3.19 数据转换过程 2 3.20 数据存储 2 3.21 设计优先权 2 3.22 开发者 2 3.23 远程学习系统 2 3.24 分布式系统 3 3.25 译码 3 3.26 流程 3 3.27 实现 3 3.28 在测试下实现 3 3.29 交互(学习技术) 3 3.30 学习者 3 3.31 学习者实体 3 3.32 学习体验 3 3.33 漫游学习 3 3.34 漫游 3 3.35 单向流 3 3.36 首要设计观点 3 3.37 过程 4 3.38 次要设计观点 4 3.39 受益者 4 3.40 存储 4 3.41 系统构件 4 3.42 系统符号 4 3.43 文本描述 4 3.44 双向流动 4 3.45 缩写词 4 4 一致性 5 4.1 确定符合DLTS的系统构件 5 4.2 一致性的标志 5 5 体系结构 6 5.1 细化层 7 5.2 学习者与环境交互 7 5.3 有关学习者的设计特征 7 5.4 系统构件 7 5.5 受益者的观点 7 5.6 可操作的构件与互操作性 8 6 系统构件 8 6.1 构件组织 8 6.2 学习者实体 9 6.3 学习偏好 9 6.4 行为 10 6.5 评价 10 6.6 由评价存储或提取的绩效信息 11 6.7 学习者记录 11 6.8 系统的指导者接收的绩效/偏好信息 11 6.9 系统指导者存储的绩效/偏好信息 12 6.10 评估信息 12 6.11 指导者 12 6.12 查询 14 6.13 学习资源 14 6.14 分类信息 14 6.15 由发送构件接受的资源定位器 15 6.16 由发送构件传送的资源定位器 15 6.17 学习内容 16 6.18 发送 16 6.19 交互情景 17 6.20 多媒体 17 6.21 人的多重角色 18 6.22 概念实现与实际实现 18 7 受益者观点和优先权 18 7.1 抽象—实现边界 18 7.2 表示观点与优先权的符号 19 8 可操作的构件与互操作性 20 8.1 抽象——实现边界 21 8.2 规范的发展过程 21 8.3 协调技术的活动性 22 附录A （资料性附录）有关学习者的影响 23 A.1 学习者与环境交互 (资料性的) 23 A.2 系统描述 23 A.3 学习者实体 23 A.4 环境 24 A.5 有关学习者的设计观点 24 附录B （资料性附录）受益者映射图解 24 B.1 在受益者之间建立一致性 24 B.2 按复杂性决定受益者的顺序 25 B.3 极少的独立构件 25 B.3.1 以学习者为中心 26 B.3.2 以评估为中心 26 B.3.3 记录，认证 27 B.3.4 学习者个性 27 B.3.5 学生管理系统 28 B.3.6 任务模型，从学习到工作 29 B.3.7 以机构为中心 29 B.3.8 学习内容分类，元数据 30 B.3.9 实体论，专家系统 30 B.3.10 数字化图书馆 31 B.3.11 学习对象 32 B.3.12 内容启动 32 B.3.13 以内容为中心 33 B.3.14 内容对象 33 B.3.15 内容包装 34 B.3.16 内容开发者 35 B.3.17 数字化音频和视频 35 B.3.18 多媒体搜索和检索 36 B.3.19 外围设备 37 B.3.20 合作、异步学习 37 B.3.21 多重角色学习、小组学习 38 B.3.22 图标约定 39 B.4 许多重叠的从属构件 39 B.4.1 辅导、指导 40 B.4.2 电子绩效支持系统 40 B.4.3 交互环境 41 B.4.4 模拟 42 B.4.5 学习的工具到工具通信 43 B.4.6 编列、前需和必备知识 43 B.4.7 以课程为中心 44 B.4.8 内容管理系统、娱乐系统 45 B.4.9 学习管理系统 45 B.4.10 实验、探索 46 B.4.11 智能授导工具 47 B.4.12 远程学习、分布式学习、漫游学习 47 B.5 多重的、平行的和/或递归的构件 48 B.5.1 相同学习者的平行会话 48 B.5.2 学生老师 49 B.5.3 多层进程改进 50 B.6 相关的产业 50 B.6.1 人的因素、用户接口 51 B.6.2 数据收集和分析 51 B.6.3 IT 决策支持应用 51 B.6.4 专家系统、智能系统 52 B.6.5 娱乐、多媒体系统 52 B.6.6 控制和反馈系统 53 B.7 规范开发组织 53 B.7.1 DLTS—1体系架构和参考模型工作小组 54 B.7.2 DLTS—2术语表工作小组 54 B.7.3 DLTS—11 学习者模型工作小组 55 B.7.4 DLTS—13 学生身份标识工作小组 55 B.7.5 DLTS—15 终身学习质量系统工作小组 56 B.7.6 DLTS—14 学力定义工作小组 56 B.7.7 DLTS—7 课件互换工作小组 57 B.7.8 DLTS—8 课程编列工作小组 57 B.7.9 DLTS—9 内容包装工作小组 58 B.7.10 DLTS—3 学习对象元数据工作小组 59 B.7.11 DLTS—25本地化工作小组 59 B.7.12 DLTS—4 语义和互换绑定工作小组 60 B.7.13 DLTS—5 数据互换协议工作小组 60 B.7.14 DLTS—20 教学管理工作小组 61 B.7.15 DLTS—17 平台与媒体标准引用工作小组 62 B.7.16 DLTS—18 工具/代理通信工作小组 62 B.8 总结 63 参考文献 616 现代远程教育技术规范（DLTS）体系结构规范（草案） 1　范围该规范为以信息技术支撑的学习、教育和训练系统指定了一个高级别的体系结构，它描述了高层系统的设计和这些系统的构件。本规范涵盖了很宽泛的系统范围，有我们熟知的学习技术、教育和训练技术、计算机化训练、计算机辅助教学、智能授导和元数据等。该规范具有教育无关性、内容无关性、文化无关性和平台无关性。本规范还(1)提供了用于理解现存和未来系统的框架, (2)通过识别关键的系统接口来提高互操作性和可移植性, (3) 整合那些至少在5-10年内仍适应于新的技术和学习技术系统的技术水平。该规范既不具有说明性，也不具有唯一性。 2　规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。 3　术语和定义 3.1　合成一体的定义与规范性引用注释：下面是本规范所使用的主要术语表，本术语表正在与DLTS—2术语文件进行协调中，其网站为：本术语表的服务目的在于定义本规范的某些关键术语。随着教育研究、训练、学习技术和信息技术的技术发展，本规范将会得到改进。 3.2　抽象 (1)概念或是对相关事例特性的总结概括。(2) 产生抽象概念（1）的过程。参见：抽象—实现边界；实现 3.3　抽象—实现边界 (1) 抽象与实现之间的相互映射。 (2) 在不同粒度水平的边界。参见：抽象；实现；细化层。 3.4　抽象—实现层参见：细化层。 3.5　实际的实现参见：实现的定义（1） 3.6　管理者该条款是资料性的，不是规范性的负责选购系统、管理系统、管理机构的人。 3.7　绑定从一个框架/规范到另一个框架/规范的应用或映射。 3.8　总线在公共的命名空间内与公共的控制协议通信，但可能在成员之间随着数据协议的不同而变化的子系统集合。 3.9　总线符号系统分解为子系统后用总线将其连接起来的技术描述。总线符号在下述情况中是非常有用的：系统有许多子系统；子系统的功能或角色还未定义或随时间而不断变化；子系统之间的连接是动态的连接或按需连接。参见：系统符号；文本描述。 3.10　编码 (1) 在信息交换中对信息所做的形式化或结构化表示。参见：译码 (2) 在某种结构中表示信息的过程。 3.11　合作在DLTS中，在学习者实体中个体学习者之间的沟通。 3.12　概念实现参见：实现的定义（2） 3.13　控制流信息流的开始、终止或改变过程。参见：数据流。 3.14　控制协议表明开始和终止信息流的动作、响应、信息和处理状态。参见：数据协议。 3.15　控制存储为控制信息的信息存储。例如：一个事件的日志是一个控制存储。参见：数据存储；存储。 3.16　数据流信息流代表了系统或子系统的主要输入和/或输出。参见：控制流；流程。 3.17　数据处理把输入数据转化为输出数据，或者是，将数据和控制的混合输入转化为数据和控制的混合输出。 3.18　数据协议表明子系统之间的信息流的动作、响应、信息和处理状态。参见：控制协议 3.19　数据转换过程参见：数据过程 3.20　数据存储为数据信息的信息存储。例如：数据库是一种数据存储 3.21　设计优先权从产生最大效果到最小效果的技术设计观点的级别。参见：首要设计观点；次要设计观点。 3.22　开发者该条款是资料性的，不是规范性的学习内容和/或软件的创建者 3.23　远程学习系统该条款是资料性的，不是规范性的学习技术系统 (1)至少一个DLTS系统构件流（学习偏好，行为，绩效和偏好信息，评估信息，查询，分类信息，定位器，学习内容，多媒体，交互情景）作为首要设计观点， (2)上述流程的首要设计观点至少包括下列观点之一：网络延迟、可靠性、带宽、响应性和有效性。 3.24　分布式系统该条款是资料性的，不是规范性的几个地理位置上不同的但作为一个系统来对待的构件集合。 3.25　译码 .比特和字节的格式及信息的表示。参见：编码。 3.26　流程从一个系统或子系统到另一个系统或子系统的信息传输。参见：控制流；数据流。 3.27　实现 (1) 抽象概念的表现事例，同义词：实际实现。 (2) 低水平的抽象，同义词：概念实现。 (3) 在(1) 或(2)中形成实现的过程。参见：抽象；细化层。 3.28　在测试下实现在一致性测试时，系统得以测试。 3.29　交互(学习技术) 学习者与系统之间的信息交换。 3.30　学习者依靠学习技术系统获取知识或技能的个体。 3.31　学习者实体可以表示单个学习者，或利用学习技术系统进行交互的学习者小组作为单个的实体。参见：学习者。 3.32　学习体验该条款是资料性的，不是规范性的在学习者学习过程中围绕学习者发生的事件。因为学习本身很复杂，所以很难确定包括学习体验在内的所有事情。 3.33　漫游学习该条款是资料性的，不是规范性的学习者跨越不同的会话期，或不同的地点获取持续服务的学习形式。例如：学习者每年在学校有不同的教师；学习者不时地改变学习机构。 3.34　漫游该条款是资料性的，不是规范性的（1）跨越不同的会话期，或不同地点的持续服务。（2）一种有时处于连接状态的网络通信特征。 3.35　单向流信息以单一的方向由一个系统或子系统流向另一个系统或子系统。在连接多重系统或子系统的情形下，单向流有单一的起点或单一的终点，或者两者均有。参见：流程；双向流。 3.36　首要设计观点对系统实现本身产生最大影响的技术开发的主要焦点。可能有一个以上的首要设计观点。参见：设计优先权；次要设计观点。 3.37　过程将一个活动系统的输入转换为输出的构件。 3.38　次要设计观点在形成首要设计观点后，技术开发的下一步关注焦点。参见：设计优先权；首要设计观点。 3.39　受益者该条款是非标准化的，资料性的。 (1)任何确有兴趣的人、组织或实体。(2)具有共同兴趣的一群人、一群组织、一批实体等。例1：通过使用已有的受益者的图表或创建新的图表，每位DLTS的受益者可确定他们自己的观点。例2：一位内容开发者的受益者代表了所有在内容开发方面有兴趣的人的想法。 3.40　存储用于存储信息的一个非活动的系统构件。参见：控制存储；数据存储。 3.41　系统构件在系统符号、过程、存储或流程中。 3.42　系统符号一种将系统分解为由流程连接的过程和存储的子系统的描述性技术。参见：总线符号；文本描述。注意：当存在一些相对少的子系统，每一个子系统的功能或角色是定义好了的，并且子系统之间的连接是确定且不变的时候，系统符号是十分有用的。 3.43　文本描述一种运用文字而不是图形来描述系统和子系统的功能的技术。参见：总线符号；系统符号。如果一个子系统的边界不便于定义，或总线符号和系统符号不充分，那么文本描述是有用的。 3.44　双向流动信息在系统或子系统之间从两个方向进行流动。参见：流程；单向流。 3.45　缩写词 ANSI: 美国标准委员会 API: 应用编程接口 GII: 全球信息的基础结构 ICS: 实现一致性声明 IEC: 国际电工委员会 IEEE: 电气和电子工程师协会 ISO: 国际标准化组织 LMS: 学习管理系统 DLTS:现代远程教育技术标准 LTSC: 学习技术标准委员会 QoS: 服务质量 4　一致性一致性实现应完成形式上的实现一致性声明（ICS）。一致性的实现应包括除了学习者实体之外至少一个DLTS系统构件。对于具有一致性实现中的每一个过程或存储，实现也应符合过程或存储的输入流与输出流的要求。 4.1　确定符合DLTS的系统构件 ICS应确定DLTS的系统构件（第三层）特征与实现相一致。（在括号中的字母代码是DLTS系统构件的缩写） DLTS 学习者实体(LE) DLTS 从学习者实体到评估的行为数据流(B) DLTS 评价过程(E) DLTS 从评价到指导的评估数据流 (A) DLTS 在评价和学习者记录之间的绩效数据流 (P) DLTS 学习者记录数据存储 (R) DLTS 从学习者记录到指导者的绩效和偏好数据流 (P1) DLTS 从指导者到学习者记录的绩效和偏好数据流(P2) DLTS 在学习者实体和指导者之间的学习偏好 (LP) DLTS 指导过程(C) DLTS 从指导到学习资源的查询控制流 (Q) DLTS 学习资源数据存储(LR) DLTS 从学习资源到指导的分类信息数据流(QI) DLTS 从指导到发送的定位数据流(L1) DLTS 发送过程 (D) DLTS 从发送到学习资源的定位控制流(L2) DLTS 从学习资源到发送的学习内容数据流 (LC) DLTS 从发送到评价的交互情景数据流 (IC) DLTS 从发送到学习者实体的多媒体数据流(M) ICS应该确定其系统和子系统，并描述这些系统和子系统到可用的DLTS特征的影射。注意：鼓励使用DLTS第四层的符号来实现，该层在第七条款的受益者观点和优先权中得到描述。 4.2　一致性的标志一致性的标志可以作为ICS的速记来使用。如果使用该标志，应采用下列格式之一： “符合DLTS所有构件” “符合DLTS 构件x1-x2-x3-…” “符合DLTS 构件除了x1-x2-x3-…” 这里第一种格式指明所有的DLTS系统构件与实现相一致第二种格式指明只有某些DLTS系统构件与实现相一致第三种格式指明除了某些DLTS系统构件外的所有构件与实现相一致 x1-x2-x3是DLTS系统构件缩写的用连字号分隔的列表。例1：一致性标志“符合 DLTS所有构件”表明实现与所有DLTS系统构件一致。例2：在学习环境中使用的万维网浏览器的一致性标志可能是“符合DLTS 构件 E-A-C-L1-D-IC”。例3：学习媒介“演奏者” 的一致性标志，如刚插入一片CD-ROM，可能写着“符合DLTS构件除了LR”——学习资源是唯一缺少的构件。 5　体系结构该条款是资料性的，是非标准化的. 体系结构的五个细化层已经指定，但只有第三层（系统构件）在该规范中是标准化的。该体系结构在广泛的学习领域具有适用性。这些细化层从最高级别到最低级别依次为：学习者和环境交互（资料性的）：指明学习者通过与环境的交互对知识和信息的掌握、迁移、交换、陈述、发现等等。有关学习者的设计特征（资料性的）：涉及学习者对学习技术系统设计产生的影响。系统构件（标准化的）：正如在有关学习者的设计特征中所指出的那样，描述基于构件的体系架构。实现观点和优先权（资料性的）：参照系统构件层次子集从不同的视角描述学习技术系统。可操作的构件和互操作性——编码、APIs和协议（资料性的）：正如在受益者的观点中所指明的那样，描述一般的“即插即用”（互操作的）的构件和基于学习技术架构的信息技术接口。投资人观点/优先权第4层有关学习者的设计特征第2层环境交互第1层学习者/环境交互 L L L 学习者实体第3层 DLTS系统构件 L1 QI LP B M P1 P A D LE E C LR R IC Q LC L2 第5层编码 APIs 协议需求 ® 功能性 ® 概念模型 ® 语义 å â æ APIs 编码协议 ¯ ¯ ¯ 调用协定数据格式通信层 P2 图1　 DLTS 抽象实现层。在该规范中仅有第三层（系统构件）是标准化的。开发者的观点（资料性的）这五层抽象—实现层指明了设计的优先权，如设计顺序是从最重要到最不重要。开发者直观地认识到诸如：学习技术系统（第二层）中人的特征会对系统设计产生深远的影响，又如：特殊的多媒体格式（第五层）具有小范围可交换性的特点。第三层（系统构件）可以用来分析在学习技术系统中主要子系统间的互操作性要求。管理者的观点（资料性的）这五层代表了技术分析领域的五个独立的部分。如：独立于一个实现（如：编码、APIs和一个实现的协议—第五层）来讨论一个抽象（如：DLTS系统构件——第三层）。换言之，即使第三层包括诸如“评价”和“指导”构件，这些构件仍是概念上的，因为在实际实现中没有必要指出“评价”和“指导”是可分的、可确定的构件。第三层（系统构件）是在该规范中唯一被标准化的层次。教师和学习者的观点（资料性的） DLTS层次有助于把大框架从细节中分离出来。层次的使用有助于读者逐步明白问题。 5.1　细化层学习技术系统体系架构被描述为从最高级别到最低级别的五个连续的细化层。每层在不同的水平描述了一个系统。较低级层次是较高级层次的实现；较高级层次是较低级层次的抽象。 5.2　学习者与环境交互该层从信息技术的观点强调最高层（更一般的）的功能性：学习者经过一段学习体验后具有新的或不同的知识。在信息技术中，被解释为一个子系统（环境）把信息传送给另一子系统（学习者），即一个交互。学习者与环境交互并不想表现学习或学习过程中当前的理论。它表现了学习技术系统的信息技术观点，有助于公共的、便于理解的软件工程分析和设计技术。该规范的目的，主要在于强调信息技术。 5.3　有关学习者的设计特征该层关心学习者对学习技术系统设计产生的影响。参见附件A，有关学习者的影响，作出了补充解释。 5.4　系统构件 DLTS确定了四个过程：学习者实体、评价、指导和发送；两类存储：学习者记录和学习资源；在这些构件中有十三种信息流：行为观察、评估信息、绩效和偏好信息（三次）、查询、分类信息、定位器（两次）、学习内容、多媒体、交互情景、学习偏好。简而言之，总的操作有下列形式：(1) 学习风格、策略和方法等作为学习偏好在学习者和其它的受益者之间协商和沟通； (2) 学习者在多媒体交互的情景中被观察和评价； (3)评价产生评估或绩效信息； (4)绩效信息存储在学习者的历史数据库中； (5) 指导者评审学习者的评估、偏好、历史绩效及未来学习目标等信息； (6) 为了得到合适的学习内容指导者通过查询和分类信息搜寻学习资源； (7) 指导者从可用的分类信息里精选定位器并把定位器传送给发送过程，如：课程计划； (8) 基于定位器的传送过程从学习资源中精选学习内容并将学习内容通过交互的多媒体方式传递给学习者。多重角色在所给的学习情景中，在系统构件和个体间没有必要一一对应起来。一个个体可能代表所处学习情景里的多个系统构件，如：代表学习者实体的个体可能在自定步调的学习环境中代表指导者。同样，多个个体可以代表所处学习情景里的单个系统构件，如：由几个人组成的合作学习小组可代表一个学习实体。多样的学习体验虽然单一的构件集合已被描述，但在所给的学习情景中可能同时存在不同的学习体验。如：虽然只有一门“物理”课程供学习者参加，但由数学系和计算机科学系联合开设的这门课程可培养两种不同的学习体验，另一示例就是课堂上的学生老师：“学习者”教学（通过他们自己的学习体验），教师也是“学习者”（不同的学习体验）。 5.5　受益者的观点附件B，受益者映射图解，包括120个以上受益者的观点总结——这些观点表述明确、具有代表性，且从DLTS的观点看是经过评审的。下列观点并不详尽，这个分析的结论是：(1)验证和确认在重要的系统、受益者和机构中DLTS的构件，(2)发现在不同的系统、受益者和行业中哪些DLTS构件是重要，哪些是不重要的，(3)指出在高层与低层之间设计观点的不同优先权。因为该层指出了特殊的设计观点：哪一种观点、看法或子集与低层设计相关，所以受益者的观点层被认为是一个单独的细化层。 5.6　可操作的构件与互操作性虽然可操作的构件与互操作性的主要领域是通过几种符号来确定，但一般通过编码、APIs和协议来描述。虽然了解哪些互操作性标准（编码、APIs和协议）正在使用会提高我们对系统的了解并有助于我们认识其潜在的互操作性，但系统必须合理的整合与配置以达到真正的互操作性。条款8，可操作的构件和互操作性，提供了关于技术标准如何与DLTS相关联以及创建和协调技术工作的开发过程的总结。实际的编码、API、协议等标准的说明在DLTS的范围外。 6　系统构件该条款描述学习技术系统体系结构的过程、存储和流程。用边界、输入、过程（功能性）和输出等术语来描述过程。用信息存储的类型和搜索、提取及更新等方法来描述存储。用连通性（单向、双向、静态连接、动态连接等）和流程的信息类型来描述流程。DLTS系统构件用Yourdon符号来描述。 DLTS系统构件为学习技术系统确定关键性互操作性接口。DLTS不为特殊的学习技术系统确定所有的互操作性接口（如：特定的应用或操作平台的互操作性接口）。DLTS不为相关的系统诸如内容开发或管理系统确定互操作性接口。子条款6.22，概念实现与实际实现，解释了如何使用DLTS以便在实际实现中确定关键性互操作性接口。正如在该规范的其他地方所解释的那样，描述用来指定一般的构件，符号的用意在于确定一般的特征。学习技术系统中的实际实现可能不会与这些构件边界正好吻合，但它们代表了实现的变化。如：许多商业性学习管理系统把评价、发送和指导过程组合成单一的对话表示工具。这种结合是由实现和商业效益引起的，但从概念上来讲，构件是分离的，并且一些实现令构件分离。这种结合类似于汽车，操纵装置与油门一起位于驾驶者前，但从概念上来讲是分离的；有些实现把构件分开（如：消防车就把操纵装置与油门分开）。开发者的观点（资料性的）每个DLTS构件在技术细节上均被描述：通过功能性及其接口来描述过程和存储；用连通性（构件相连）和流程的信息类型来描述流程。管理者的观点（资料性的）每个DLTS构件均被描述。该条款包括学习技术系统关键性接口的技术描述。关键性接口的识别与建立，提高了系统和构件的互操作性。教师和学习者的观点（资料性的）该条款描述每个DLTS系统构件的技术细节，提供了精确的技术规范。发送评价指导学习资源多媒体行为学习偏好学习者记录评估定位器学习者实体查询 (新的) 绩效 (当前的) 绩效/ 偏好 (历史的/目标) 分类信息定位器学习内容交互情景 6.1　构件组织图2　 DLTS 系统构件 DLTS 系统构件是: 过程：学习者实体、评价、指导、发送。存储：学习者记录、学习资源。流程：学习偏好、行为、评估信息、绩效和偏好信息（三次）、查询、分类信息、定位器（两次）、学习内容、多媒体、交互情景。贯穿该规范的始终DLTS构件的名称将冠以前缀“DLTS”，以便当上下文不明确时把他们与相应的一般名词中区别开来。如：“DLTS多媒体”与“多媒体”。在一些场合下，“过程”、“存储”或“流程”将被使用以阐明术语的用途（如：“评价过程”与“评价”） 6.2　学习者实体发送评价指导学习资源多媒体行为学习偏好学习者记录评估定位器学习者实体查询 (新的) 绩效 (当前的) 绩效/ 偏好 (历史的/目标) 分类信息定位器学习内容交互情景图3　学习者实体（一个过程）：人类学习者的抽象学习者实体过程是人类学习者的抽象。学习者实体可以代表单个的学习者、独自学习的学习者小组、合作学习的学习者小组、以不同角色参与学习的学习者小组等等。学习者实体接受多媒体信息展示，他们的行为可被观察。在该抽象层，多媒体展示和可视行为是分开图示的。实际实现中可能将这些特征组合到一个或多个人机接口模块（如：视窗系统）、会话表示模块（如：浏览器）、授导工具（如：专门的应用）、实验和探索式实验室等。学习偏好与指导者进行协商。 6.3　学习偏好 . 发送评价指导学习资源多媒体行为学习偏好学习者记录评估定位器学习者实体查询 (新的) 绩效 (当前的) 绩效/ 偏好 (历史的/目标) 分类信息定位器学习内容交互情景图4　学习偏好（一个数据流）：所有感兴趣的当事人参与学习偏好讨论学习者实体、导师和他们的代理人协商学习偏好。除了学习者外，父母、老师、导师、雇主和机构均可参加学习偏好的协商中。学习偏好很大程度上与文化适应性、生理限制（如：盲人、聋人）与认知限制有关。例如：学习者实体选择偏好（单向协商）；指导者选择偏好（单向协商）；学习者实体与指导者均选择偏好（双向协商）；外在的权威（如：父母、老师、机构、课件开发者）选择偏好。 6.4　行为发送评价指导学习资源多媒体行为学习偏好学习者记录评估定位器学习者实体查询 (新的) 绩效 (当前的) 绩效/ 偏好 (历史的/目标) 分类信息定位器学习内容交互情景图5　行为（一个数据流）：对学习者实体的行为编码和译码 DLTS行为系统构件把学习者实体构件传送给评价构件。它提供关于学习者活动的原始信息，实时记录并用于评价学习成果。在评价过程中，行为通过相关的交互情景被框定在合适的情景中和行为反应范围内。行为编码是关于行为信息是如何被组织的，如：键盘敲击、鼠标点击、声音反应、选择、书面反应。编码代表独立于学习内容的学习者实体行为。例1：一个“控制轮”（一种圆形的轮子）可能被用于飞机飞行模拟和自动驾驶模拟。一种公共的行为编码可能是轮子移动的度数。当然，轮子移动X度对于飞行模拟而言有着与驾驶模拟完全不同的含义。行为编码是关于行为信息如何用位和字节表示。例2：行为编码诸如键盘敲击可能有几种译码。ASCII八位字节或扫描编码可能是不同的译码。单一的译码诸如ASCII可用于不同的编码：书面反应和鼠标点击均可用ASCII译码。 6.5　评价发送评价指导学习资源多媒体行为学习偏好学习者记录评估定位器学习者实体查询 (新的) 绩效 (当前的) 绩效/ 偏好 (历史的/目标) 分类信息定位器学习内容交互情景图6　评价（一个过程）：由行为产生评估和绩效信息的过程学习者实体的可视行为是评价过程的输入。评价过程产生评估信息（如：“学习者处于什么位置”）并把评估信息传给指导者。评价过程产生绩效信息并存储在学习者记录中。评价过程用交互情景为学习者实体的行为提供用于准确评价的内容。例如：某一学习者实体被要求从多选题中进行选择，正确答案是“#2”，但评价过程没有交互情景与正确行为（如：键击“2”）相关联，此情景是键击“2”或“#2”是正确答案——学习内容提供情景（“正确答案是#2”）。 6.6　由评价存储或提取的绩效信息发送评价指导学习资源多媒体行为学习偏好学习者记录评估定位器学习者实体查询 (新的) 绩效 (当前的) 绩效/ 偏好 (历史的/目标) 分类信息定位器学习内容交互情景图7　绩效（一个数据流）：从评价输出，作为学习者实体的历史信息存储在学习者记录中。评价过程可发送或更新学习者记录里的绩效信息（如：“问题17，回答正确，计时85秒”）。发出的绩效信息的精确度没有指定（如：评价过程可发出每次鼠标点击的信息抑或是每学期少许信息）。 6.7　学习者记录发送评价指导学习资源多媒体行为学习偏好学习者记录评估定位器学习者实体查询 (新的) 绩效 (当前的) 绩效/ 偏好 (历史的/目标) 分类信息定位器学习内容交互情景图8　学习者记录（一个数据存储）：存储和提取过去的、现在的和未来的（目标）绩效信息。学习者记录存储绩效信息。绩效信息可来源于评价过程（如：课程上的评分）和指导者（如：认证）。学习者记录可保存过去的信息（如：学习者的历史记录），也能保存现在的（如：挂起和恢复会话的当前评估）和未来的（如：教学法、学习者或雇主目标）信息。 6.8　系统的指导者接收的绩效/偏好信息

展开阅读全文