3SCROM排序和导航SN.docx
《3SCROM排序和导航SN.docx》由会员分享,可在线阅读,更多相关《3SCROM排序和导航SN.docx(77页珍藏版)》请在冰点文库上搜索。
3SCROM排序和导航SN
3.SCORM排序和导航(SN)
3.1概述
3.1.1简介
《SCORM程序设计和导航(SN)》描述了符合SCORM的内容如何通过一系列的学习者或系统发起的导航事件来排序。
内容的分支和流程可以通过在设计时预先定义一些有代表性的活动来描述,SCORMSN还描述了符合SCORM的学习管理系统(LMS)如何通过随同学习者或系统发起的导航事件及其在运行时间环境的影响一起的内容开发工具来说明次序规则。
LMS基本的职责——在运行时间给内容对象(sco或微单元)排序,并且允许SCO指出导航要求。
另外,提供给学习者导航控制指南。
一般主题包括:
●排序概念和术语(如,学习活动、活动树、群)
●排序定义模型(如能被应用在活动上的排序规则的详细内容和需求);
●排序行为模型(如LMS所采取行为的描述,该行为由相关的排序规则、学习尝试以及学习内容决定的);
●导航控制和要求
●导航数据模型
所谓排序就是对内容对象(SCOs或Assets)的发送次序进行排列,而且能够允许SCO传递导航请求,为学习者提供导航控制能力。
●一个活动树描绘了一个概念上的内容结构;
●一个符合SCORM的LMS能够将内容组织转换成活动树;
●当一个学习者与活动树进行交互,则LMS必须评估排序请求以及跟踪学习者的信息来决定学习活动的排序。
也就是说,学习活动的排序由内容开发者以及学习者与内容对象交互结果两者所决定的。
内容和LMS之间的沟通促进了SCORM排序和导航基于学习者的选择和绩效将内容呈现给学习者的应用。
在内容呈现给学习者时,这种沟通也使LMS能够跟踪学习者的进展和绩效。
排序定义模型提供关于排序的技术细节。
详细解释内容开发时用于描述排序策略的排序信息。
排序行为详细描述如何跟踪信息的,以及学习者学习内容对象时的进步是如何影响跟踪信息的。
导航模型描述了一个运行时间数据模型,它能够使内容对象询问LMS顺序状态并且给LMS发出需要的导航要求。
这一部分提供了关于LMS为学习者提供适合的导航控制的指南。
SCORMSN一书描述了LMS在运行时间排序内容对象的职责。
SCORM语境中,内容对象是SCO(在运行时间可以沟通)或微单元(在运行时间不执行)。
SCORMSN一书描述了如何将排序信息用于定义多样的排序策略,运行时如何将排序信息解释为顺序值,运行时学习者和内容对象交互触发的导航要求如何确定下一个要传递(运行)的内容对象。
3.1.2SCORM排序概述
SCORMSN中的部分内容是基于IMS简单排序(SS)规范的,IMSSS定义了一些有限数目的广泛应用的排序行为。
IMSSS不是全部包含的。
特别的,IMSSS是不从事但也无需排除基于人工智能的排序(artificialintelligence-basedsequencing),基于时间进度的排序(schedule-basedsequencing),排序要求脱离外部系统和服务的数据(sequencingrequiringdatafromclosedexternalsystemsandservices),协作学习(collaborativelearning),个别化学习(customizedlearning),或多种并行学习活动之间的同步(synchronizationbetweenmultipleparallellearningactivities)。
IMSSS只承认学习者的角色,并没有定义利用或依赖其它参与者(诸如教师、指导者或伙伴)的排序能力。
SCORMSN不禁止其它参与者参与其中。
但是,没有定义其它参与者的角色或其它参与者的参与触发的排序动作。
SCORMSN中定义了IMSSS规范是如何应用和在SCORM环境中扩展的。
他定义了符合SCORM的LMS必须执行的处理运行时的排序信息。
特别的,他描述了活动树中学习活动的分支和流程,基于学习者与运行的内容对象的交互结果和作者的顺序策略。
SCORM不对LMS何时如何创建活动树、活动树的内在呈现或运行时活动树的管理做要求。
但是,SCORMCAM中定义了排序信息通过扩展SCORM内容包装来呈现的方式,提供一个互操作机制来交换不同运行组件或LMS的内容结构和顺序信息。
简言之,SCORM排序取决于:
一个定义了的学习活动、活动树、一个定义了的排序策略、排序定义模型,和定义的行为在外部和系统触发的事件中的应用,SCORM排序行为。
3.1.3SCORM导航概述
SCORMSN中也描述了学习者和系统是如何发起导航事件的,因而确认学习活动的传递。
每个确定要传递的学习活动会和内容对象联系。
SCORMRTEbook描述了确定的内容对象是如何开始运行的。
对于给定的学习者和内容结构,运行的内容对象的顺序提供了唯一的学习体验(学习者和内容对象的交互)。
SCORMRTEbook描述了LMS如何管理SCO的学习体验的,以及学习体验是如何影响活动树的。
导航呈现了学习者界面装置来触发导航事件。
LMS提供这些装置,或是嵌入内容对象的。
当学习者触发的这样的一个装置,LMS将事件转化成相应的导航要求,处理要求,,然后指出下一个要传递的学习活动。
TheSCORMSNbook描述了SCO可能用于为LMS指出需要的导航要求的一个运行时间数据模型。
SCORMSN中没有对用户接口的类型和样式强加任何要求,包括用户接口装置的得导航或访问辅助服务。
用户接口的本质和学习者与LMS之间的交互机制是有意未指明的。
诸如lookandfeel,presentationstyleandplacementofuserinterfacedevicesorcontrols的主题是超出SCORM.范围的。
但是,提供了建议来帮助减少SCORMNavigationModel的解释直到开发出一个正式的导航(和呈现)规范或标准。
3.2排序的概念
3.2.1内容结构与活动树的关系
内容结构表是教学设计团体用于描述学习体验中的层级关系的通用工具。
IMSSS规范定义和应用了叫做活动树的相似概念来描述学习活动的结构。
活动树允许SCORM排序和导航模型描述诸如独立执行的排序算法和行为之类的信息和处理要求。
Figure2.1a是活动树的一个例子。
另外,SCORM不要求编著工具和LMS如何执行活动树、或如何按照活动树改变教学设计方法论。
但是,活动树是表示分等级的学习活动的实例和与特定排序行为的交互应用相应的排序信息的一般术语。
3.2.1.1从内容包中获取活动树
SCORMCAM定义了为学习内容的层级组织结构提供了一个结构,内容包中将内容组织结构的格式定义为一个单独的元素。
结构化层次中的每个内容项表示一个教学相关的学习单元。
内容项可以嵌入到任何深度并有学习分类标签。
例如,内容项可以是一个课程、一个模块、一个单元或一节课等。
为交换内容,层级内容结构按照内容包中的组织结构被列入清单。
由于SCORM排序行为按照结构化的学习活动定义,有意义的内容结构提供了活动树传递的必要起点。
根据排序,内容组织结构表示一个、可互操作的、活动树的结构。
内容组织结构(元素)是活动树的根节点,每个- 元素对应相应的学习活动。
排序定义模型元素可以用于内容项定义一个与需要的学习体验一直的特定排序运行时间行为。
上图描述了内容组织结构和活动树之间的关系,可以概括为以下方式:
1、活动树表示内容设计、编著和聚合过程产生的概念上的内容结构。
基本上,活动树可以表示为SCORM内容包中能够实现排序信息互换的一个内容组织结构。
例如,一个编著工具可以执行表示个性化的内容层级的内部数据结构。
这个结构取决于教学设计者预期定义的学习体验的教学设计程序或方法。
完成开发过程后将其导入任何能够解析SCORM内容包尤其是遵循内容包装应用组谱的系统中,编著工具就将其个别化的格式转变成SCORMCAM中定义的格式。
2、符合SCORM的LMS将内容组织结构转化为活动树。
一个活动树表示LMS执行的反映学习活动定义的层级和内部表征的数据结构,包括每个学习者在层级中的每个活动的跟踪状况信息。
3、当学习者与活动树表征的内容交互时,LMS通过评价排序和跟踪信息来确定学习活动的相关顺序,并呈现给学习者适合的学习活动。
每个学习者学习相同内容结构时的体验是不同的,取决于内容开发者定义的排序信息和学习者与内容对象的交互。
3.2.1.2群Cluster
一个群(cluster)是含有子活动的学习活动的特殊格式,这个术语用于多种排序行为中。
一个群(cluster)只包含一个母活动和多个直接的孩子,但是不包含她的孩子的后代。
群(cluster)的孩子是叶子活动或其他的群(cluster)。
一个叶子活动不是一个群(cluster)。
图2.1.2a是5个群的例子:
群被认为是活动树的基本组成模块,排序定义模型中的一些元素是专门用于群的。
群中的父活动包含群的排序策略信息。
群的无群孩子(叶子活动)有相关的内容对象按照定义的排序策略与之关联。
3.2.1.3在内容包中使用子内容清单
SCORMCAM描述了子内容清单是如何用于聚合和分解学习内容的“块”的。
内容包内容清单和它的任何内容清单可以包含一个定义了内容结构的内容组织。
内容组织中的任何叶子- 元素可以通过它的identifier参照一个或一个(sub)。
因为排序信息是按照结构化的学习活动应用的,一个有意义的内容结构为活动树提供了必要的起始点。
因此,为达到排序的目的,只有子内容清单参照与派生的活动树的子内容清单标示符。
任何参照学习资源的子内容清单是不影响活动树的派生的。
从内容组织结构中派生活动树的过程在前面描述过。
在这个过程中叶子- 元素可能会遇到参照的子内容清单。
叶子- 元素代表的学习活动应该被子内容清单中的内容组织(默认为元素)中定义的学习活动所代替。
图2.1.3a描述了这个过程的一个例子。
在这个过程中叶子- 元素表示一个群活动,这个群活动的孩子、标题和排序信息是从参照的子内容清单中默认的元素获得的。
虽然活动树的结构可以从内容组织的结构中派生,但是LMS何时派生活动树或如何在内部表示它是SCORM不强求的。
3.2.2学习活动(LearningActivity)
IMS简单排序(SS)规范是建立在学习活动概念的基础上的。
一个学习活动(图2.2a)可以简单地描述为一个有意义的教学单元,在概念上是学习者在教学过程中“做”什么。
一个学习活动会给学习者提供学习资源,或者有许多子活动组成。
图2.2a,“TakeLesson”活动由三个子活动组成:
“进行前测”、“内容体验”和“进行最终测试”。
学习者在“TakeLesson”活动的过程中会体验这三个子活动。
子活动又有可能包含附加在不同层面嵌套的子活动。
子活动不是由叫做叶子活动的附加子活动组成的。
叶子活动会有相关的内容对象。
LMS将会确认传递的学习活动,它们的顺序是基于学习者在前面体验的学习活动、学习者目的和作者的排序信息的运行时间。
内容对象是学习者在叶子学习活动中体验的。
当开始是在叶子学习活动时,将会为学习者运行与之相关的内容对象,并且学习目的和学习者的会话也将开始。
学习者体验的一系列内容对象被称为一次学习体验。
所有的学习活动都有以下特征:
●学习活动的开始和结束是离散的;
●学习活动有已定义的完成和掌握情况;
●学习活动可以由子活动组成,可以嵌入到任何深度;
●学习活动如果有母活动的话,它就是在母活动情境中发生的。
3.2.2.1Attempt
Attempt被定义为完成活动作出的努力,在努力的过程中,不满足任何学习目的或者满足多个学习目的。
学习活动的Attempt总是发生在母活动的Attempt情境中的。
有必要说明,对于给定的活动树在特定的时间只能有一个Attempt的子活动。
所有子活动的前辈的Attempt将会在叶子活动Attempt的过程中进行。
当Attempt一个叶子活动时,可以假设与活动相应的内容对象已经启动了。
Attempt在确定了活动要传递时开始,在LMS的排序执行确认下一个要传递的活动时结束。
活动的attempt与学习者attempt的活动的内容对象密切相关,SCORMRTE(2.1:
Run-TimeEnvironment(RTE)Management)为内容对象详细描述了temporalmodel。
并不总是一个单一的attempt就有可能完成活动。
有很多情况学习者希望延缓活动,稍后再开始。
大部分情况中,遇到延缓的活动应该是活动现在attempt的继续而不是新的attempt。
Attempt一个活动的结果,或通过一些外部管理活动,活动的跟踪状态可以变化(参见4.2跟踪模型)。
当活动的跟踪状态变化时,它的前辈的跟踪状态会受影响——这叫做Rollup(见4.6Rollup动作)。
3.2.3排序会话的开始和结束(StartingandStoppingaSequencingSession)
排序会话是在attempt活动树的根活动时开始的,直到attempt结束时结束。
SCORM排序行为只指定可以开始排序会话中的导航要求,但是不说明那些导航要求是何时、如何被触发的。
LMS通常发出一个识别系统事件的开始的导航要求,例如,登录、开始课程等。
如果以前的排序会话是因为延缓所有导航要求结束的,建议LMS发出继续所有的导航要求而不是新开始。
在一些情况下,开始和继续所有的导航要求都不能成功,只有有效的选择导航要求才能开始排序会话。
LMS的职能是提供触发有效的选择导航要求的机制。
排序会话在退出活动树的根活动的排序要求时结束。
这可以由退出全部(如注销)或延缓全部导航要求(如暂停)来实现,或者成功退出使用于活动树根部的排序规则(见4.5TerminationBehavior)。
3.2.4跟踪活动状态3.2.4.1交互和不交互的内容(CommunicativeandNon-communicativeContent)
SCORM排序行为取决于控制排序行为的排序跟踪状态模型的值。
学习者每attempt一个活动时,活动应该有相关的状态跟踪数据。
学习者与内容对象的交互可能影响活动的跟踪数据,跟踪数据是与内容对象相关的。
跟踪数据在多种排序过程中影响他们的行为。
SCORM排序区分了交互的和不交互的内容。
交互的内容可以通过SCORMRun-TimeAPI与内容交流关于学习者交互的信息,而不交互的内容是不用SCORMRun-TimeAPI的。
SCORM排序支持基于“活动引发活动(activity-by-activity)”的这两种形式的内容。
SCO负责通过SCORMRun-TimeAPI和SCORMRun-TimeEnvironmentDataModel与学习者的进程交流。
LMS可能不考虑不交流的学习者进程信息。
对于微单元,LMS会自动基于已经定义的缺省值和动作来假设学习者进程信息。
3.2.4.2延缓和继续活动(SuspendingandResumingActivities)
活动的attempt可以延缓并稍后开始。
继续一个延缓的活动并不是重新attempt这个活动。
可能在这个活动延缓的时候尝试其他的活动。
可以在任何时间延缓多个活动。
延缓活动树的根活动的attempt导致LMS记住学习者在活动树中最后体验的活动以及结束会话时的状态。
学习者可以稍后重新attempt活动树的根活动,这时学习者最后体验的活动也要重新开始。
3.2.4.3保留数据(DataPersistence)
SCORM和IMSSS都没有指定特定学习者和活动树的数据是如何在多种排序会话中保留的,例如,贯穿学习体验或多种登录会话。
至少是在活动树的根活动当前的attempt结束之前有必要保留控制、跟踪和状态信息。
这样attempt就可以跨越多个排序会话。
LMS规定是否在超出这个时间也保留数据,这种策略是在SCORM的范围之外的。
3.2.4.4学习目标(LearningObjectives)
学习目标是独立于学习活动的。
SCORM不对与学习活动与学习目标如何相关加任何限制,也不定义内容对象是如何使用学习目标的。
SCORM排序动作不对如何解释学习目标做任何假设(如,它是否有能力、是否必要、或者是否有共同的值等)。
从跟踪的观点看,一些目标状态信息(目标满足状态和目标满足措施)是为每个与学习活动相关的学习目标保留的。
活动可以有多个目标。
但是,SCORMSNModel没有对于活动相关的多个目标的语义或意义做任何假设。
缺省情况下,为活动目标保留的目标状态信息对活动来说是本地的。
为了共享目标状态信息,活动可以参照多个共享的对象。
多个活动可以参照相同的共享目标,因而共享他的目标状态信息。
全球共享的目标是可以在单一的活动树中共享的,或者他们可以在LMS的多个活动树中共享。
对活动参照全球的共享对象有两个限制:
●本地目标可以从一个只能是一个全球共享目标中获取(读取)目标状态数据。
●对为给定活动定义的一些本地目标,两个本地目标不可以给同一个全球共享目标设置(写)目标状态信息。
3.3排序定义模型(SequencingDefinitionModel)
3.3.1排序定义模型概述
SCORM排序定义模型是来自IMSSimpleSequencing(SS)Specification的一个信息模型。
IMSSS排序定义模型定义了一些用于描述和影响多种排序行为的元素。
另外,定义了除IMSSSSpecification已经定义的之外的多个SCORM特殊元素提供扩展的、应用框架细节、行为和限制。
SCORM排序定义模型定义了一些元素,内容开发者可以使用这些元素定义排序动作。
定义模型元素是在活动树的情境中用于学习活动的。
每个元素都有一个缺省值,这是在缺少明确定义的值时任何排序执行假设的。
SCORM排序定义模型元素的影响只是在SCORM排序行为使用的时候使用。
一个符合SCORM的LMS必须支持与所有定义的排序定义模型元素相关的值产生的动作,包括明确声明的和缺省的值。
标准化的排序动作在SequencingBehaviorPseudoCode(见附件C)中有详细说明。
SCORM不要求或暗示用于活动的SequencingDefinitionModel元素的值在任何阶段是、成为或保持静态。
只要元素的值域确定,LMS可以按照要求改变元素的值。
尽管如此,一些SequencingDefinitionModel元素在SCORMSequencingBehavior中是和其他的有密切联系的。
强烈建议LMS在改变SCORMSequencingDefinitionModel元素的值的时候一定要小心,尤其是在动态的学习者体验过程中。
SCORM不要求SCORMSequencingDefinitionModel元素用于学习活动的时间和方法。
尽管如此,SCORMCAMbook描述了这些元素是如何用于包装SCORM内容包中的内容组织的(见2.1.1),当处理内容包时建议用于活动树中活动的SCORMSequencingDefinitionModel元素。
这允许作者在内容组织中安排有意的排序动作,这样可以在使用SCORM内容包的系统中共同操作传递排序信息。
3.3.2排序控制模式(SequencingControlModes)
排序控制模式允许内容开发者影响导航要求如何用于一个群以及当处理排序要求时群的活动是如何被考虑的。
需要时可以使用排序控制模式限制要求的学习体验。
通过以下方式使用控制模式:
●在处理导航要求的过程中确定要求是否转变成有效的排序要求;
●在处理多种排序要求的过程中影响活动是如何传递的;
●在多种排序动作中影响跟踪信息的管理的。
表3.2A描述了可以使用的SequencingControlModes。
SequencingControlModes可以用于活动树中的活动,但是如果用于叶子活动的时候SequencingControlChoice,SequencingControlFlow和SequencingControlForwardOnlymodes没有影响。
多种模式可以同时创建控制模式动作的结合。
No.
Name
Description
ValueSpace
DefaultValue
1
SequencingControlChoice
顺序控制选择
IndicatesthataChoicenavigationrequestispermittedtotargetthechildrenoftheactivity.
允许选择导航要求针对活动的子活动
boolean
布尔型
True
2
SequencingControlChoiceExit
顺序控制选择退出
IndicatesthattheactivityispermittedtoterminateifaChoicesequencingrequestisprocessed.
如果处理选择排序要求,活动允许停止
boolean
布尔型
True
3
SequencingControlFlow顺序控制流程
IndicatestheFlowSubprocessmaybeappliedtothechildrenoftheactivity.
指出流程子进程可能用于活动的子活动
Boolean
布尔型
False
4
SequencingControlForwardOnly
前行顺序控制
Indicatesthatbackwardtargets(intermsofActivityTreetraversal)arenotpermittedforthechildrenoftheactivity.
指出向后的目标不允许指向活动的子活动
Boolean
布尔型
False
5
UseCurrentAttemptObjectiveInformation
使用现在尝试的目标信息
IndicatesthattheObjectiveProgressInformationforthechildrenoftheactivitywillonlybeusedinruleevaluationsandrollupifthatinformationwasrecordedduringthecurrentattemptontheactivity.
指出活动的子活动的目标信息进程只用于规则评价和rollup,如果这个信息在现在尝试的活动中被记录的话。
Boolean
布尔型
True
6
UseCurrentAttemptProgressInformation
使用现在尝试进程信息
IndicatesthattheAttemptProgressInformationforthechildrenoftheactivitywillonlybeusedinruleevaluationsandrollupifthatinformationwasrecordedd