SCORM排序和导航 (SN)
3. SCORM排序和导航(SN)
3.1概述
3.1.1简介
《SCORM 程序设计和导航 (SN) 》描述了符合SCORM的内容如何通过一系列的学习者或系统发起的导航事件来排序。内容的分支和流程可以通过在设计时预先定义一些有代表性的活动来描述，SCORM SN 还描述了符合SCORM的学习管理系统（LMS）如何通过随同学习者或系统发起的导航事件及其在运行时间环境的影响一起的内容开发工具来说明次序规则。
LMS基本的职责——在运行时间给内容对象（sco或微单元）排序，并且允许SCO指出导航要求。另外，提供给学习者导航控制指南。一般主题包括：
●排序概念和术语（如，学习活动、活动树、群）
●排序定义模型（如能被应用在活动上的排序规则的详细内容和需求）；
●排序行为模型（如LMS所采取行为的描述，该行为由相关的排序规则、学习尝试以
及学习内容决定的）；
●导航控制和要求
●导航数据模型
所谓排序就是对内容对象（SCOs或Assets）的发送次序进行排列，而且能够允许SCO 传递导航请求，为学习者提供导航控制能力。
●一个活动树描绘了一个概念上的内容结构；
●一个符合SCORM的LMS能够将内容组织转换成活动树；
●当一个学习者与活动树进行交互，则LMS必须评估排序请求以及跟踪学习者的信息
来决定学习活动的排序。也就是说，学习活动的排序由内容开发者以及学习者与内容对象交互结果两者所决定的。
内容和LMS之间的沟通促进了SCORM排序和导航基于学习者的选择和绩效将内容呈现给学习者的应用。在内容呈现给学习者时，这种沟通也使LMS能够跟踪学习者的进展和绩效。
排序定义模型提供关于排序的技术细节。详细解释内容开发时用于描述排序策略的排序信息。
排序行为详细描述如何跟踪信息的，以及学习者学习内容对象时的进步是如何影响跟踪信息的。
导航模型描述了一个运行时间数据模型，它能够使内容对象询问LMS顺序状态并且给LMS发出需要的导航要求。这一部分提供了关于LMS为学习者提供适合的导航控制的指南。
SCORM SN一书描述了LMS在运行时间排序内容对象的职责。SCORM语境中，内容对象是SCO（在运行时间可以沟通）或微单元（在运行时间不执行）。SCORM SN一书描述了如何将排序信息用于定义多样的排序策略，运行时如何将排序信息解释为顺序值，运行时学习者和内容对象交互触发的导航要求如何确定下一个要传递（运行）的内容对象。
3.1.2 SCORM排序概述
SCORM SN中的部分内容是基于IMS 简单排序(SS) 规范的，IMS SS定义了一些有限
数目的广泛应用的排序行为。IMS SS不是全部包含的。特别的，IMS SS是不从事但也无需排除基于人工智能的排序（artificial intelligence-based sequencing），基于时间进度的排序（schedule-based sequencing），排序要求脱离外部系统和服务的数据（sequencing requiring data from closed external systems and services），协作学习（collaborative learning），个别化学习（customized learning），或多种并行学习活动之间的同步（synchronization between multiple parallel learning activities）。
IMS SS只承认学习者的角色，并没有定义利用或依赖其它参与者（诸如教师、指导者或伙伴）的排序能力。SCORM SN不禁止其它参与者参与其中。但是，没有定义其它参与者的角色或其它参与者的参与触发的排序动作。
SCORM SN中定义了IMS SS规范是如何应用和在SCORM环境中扩展的。他定义了符合SCORM的LMS必须执行的处理运行时的排序信息。特别的，他描述了活动树中学习活动的分支和流程，基于学习者与运行的内容对象的交互结果和作者的顺序策略。SCORM不对LMS 何时如何创建活动树、活动树的内在呈现或运行时活动树的管理做要求。但是，SCORM CAM中定义了排序信息通过扩展SCORM 内容包装来呈现的方式，提供一个互操作机制来交换不同运行组件或LMS的内容结构和顺序信息。简言之，SCORM排序取决于：一个定义了的学习活动、活动树、一个定义了的排序策略、排序定义模型，和定义的行为在外部和系统触发的事件中的应用，SCORM排序行为。
3.1.3 SCORM导航概述
SCORM SN中也描述了学习者和系统是如何发起导航事件的，因而确认学习活动的传递。每个确定要传递的学习活动会和内容对象联系。SCORM RTE book 描述了确定的内容对象是如何开始运行的。对于给定的学习者和内容结构，运行的内容对象的顺序提供了唯一的学习体验（学习者和内容对象的交互）。SCORM RTE book 描述了LMS如何管理SCO的学习体验的，以及学习体验是如何影响活动树的。
导航呈现了学习者界面装置来触发导航事件。LMS提供这些装置，或是嵌入内容对象的。当学习者触发的这样的一个装置，LMS将事件转化成相应的导航要求，处理要求，，然后指出下一个要传递的学习活动。The SCORM SN book描述了SCO可能用于为LMS指出需要的导航要求的一个运行时间数据模型。
SCORM SN 中没有对用户接口的类型和样式强加任何要求，包括用户接口装置的得导航或访问辅助服务。用户接口的本质和学习者与LMS之间的交互机制是有意未指明的。诸如look and feel, presentation style and placement of user interface devices or controls 的主题是超出SCORM.范围的。但是，提供了建议来帮助减少SCORM Navigation Model的解释直到开发出一个正式的导航（和呈现）规范或标准。
3.2排序的概念
3.2.1内容结构与活动树的关系
内容结构表是教学设计团体用于描述学习体验中的层级关系的通用工具。IMS SS规范定义和应用了叫做活动树的相似概念来描述学习活动的结构。活动树允许SCORM排序和导航模型描述诸如独立执行的排序算法和行为之类的信息和处理要求。Figure 2.1a是活动树的一个例子。
另外，SCORM不要求编著工具和LMS如何执行活动树、或如何按照活动树改变教学设计方法论。但是，活动树是表示分等级的学习活动的实例和与特定排序行为的交互应用相应的排序信息的一般术语。
3.2.1.1从内容包中获取活动树
SCORM CAM定义了为学习内容的层级组织结构提供了一个结构，内容包中将内容组织结构的格式定义为一个单独的
由于SCORM排序行为按照结构化的学习活动定义，有意义的内容结构提供了活动树传递的必要起点。根据排序，内容组织结构表示一个、可互操作的、活动树的结构。内容组织结构（
定义模型元素可以用于内容项定义一个与需要的学习体验一直的特定排序运行时间行为。
上图描述了内容组织结构和活动树之间的关系，可以概括为以下方式：
1、活动树表示内容设计、编著和聚合过程产生的概念上的内容结构。基本上，活动树可以表示为SCORM 内容包中能够实现排序信息互换的一个内容组织结构。例如，一个编著工具可以执行表示个性化的内容层级的内部数据结构。这个结构取决于教学设计者预期定义的学习体验的教学设计程序或方法。完成开发过程后将其导入任何能够解析SCORM 内容包尤其是遵循内容包装应用组谱的系统中，编著工具就将其个别化的格式转变成SCORM CAM 中定义的格式。
2、符合SCORM 的LMS 将内容组织结构转化为活动树。一个活动树表示LMS 执行的反映学习活动定义的层级和内部表征的数据结构，包括每个学习者在层级中的每个活动的跟踪状况信息。
3、当学习者与活动树表征的内容交互时，LMS 通过评价排序和跟踪信息来确定学习活动的相关顺序，并呈现给学习者适合的学习活动。每个学习者学习相同内容结构时的体验是不同的，取决于内容开发者定义的排序信息和学习者与内容对象的交互。
3.2.1.2群Cluster
一个群（cluster ）是含有子活动的学习活动的特殊格式，这个术语用于多种排序行为中。一个群（c luster ）只包含一个母活动和多个直接的孩子，但是不包含她的孩子的后代。群（cluster ）的孩子是叶子活动或其他的群（cluster ）。一个叶子活动不是一个群（cluster ）。
图2.1.2a 是5个群的例子：
图：从内容包中获取活动树
群被认为是活动树的基本组成模块，排序定义模型中的一些元素是专门用于群的。群中的父活动包含群的排序策略信息。群的无群孩子（叶子活动）有相关的内容对象按照定义的排序策略与之关联。
3.2.1.3在内容包中使用子内容清单
SCORM CAM描述了子内容清单是如何用于聚合和分解学习内容的“块”的。内容包内容清单和它的任何内容清单可以包含一个定义了内容结构的内容组织。内容组织中的任何叶子
从内容组织结构中派生活动树的过程在前面描述过。在这个过程中叶子
虽然活动树的结构可以从内容组织的结构中派生，但是LMS何时派生活动树或如何在
内部表示它是SCORM不强求的。
3.2.2学习活动（Learning Activity）
IMS 简单排序(SS)规范是建立在学习活动概念的基础上的。一个学习活动（图2.2a）可以简单地描述为一个有意义的教学单元，在概念上是学习者在教学过程中“做”什么。一
个学习活动会给学习者提供学习资源，或者有许多子活动组成。
图2.2a，“Take Lesson”活动由三个子活动组成：“进行前测”、“内容体验”和“进行最终测试”。学习者在“Take Lesson”活动的过程中会体验这三个子活动。
子活动又有可能包含附加在不同层面嵌套的子活动。子活动不是由叫做叶子活动的附加
子活动组成的。叶子活动会有相关的内容对象。LMS将会确认传递的学习活动，它们的顺序是基于学习者在前面体验的学习活动、学习者目的和作者的排序信息的运行时间。
内容对象是学习者在叶子学习活动中体验的。当开始是在叶子学习活动时，将会为学习
者运行与之相关的内容对象，并且学习目的和学习者的会话也将开始。学习者体验的一系列
内容对象被称为一次学习体验。
所有的学习活动都有以下特征：
●学习活动的开始和结束是离散的；
●学习活动有已定义的完成和掌握情况；
●学习活动可以由子活动组成，可以嵌入到任何深度；
●学习活动如果有母活动的话，它就是在母活动情境中发生的。
3.2.2.1 Attempt
Attempt被定义为完成活动作出的努力，在努力的过程中，不满足任何学习目的或者满足多个学习目的。学习活动的Attempt总是发生在母活动的Attempt情境中的。有必要说明，对于给定的活动树在特定的时间只能有一个Attempt的子活动。所有子活动的前辈的Attempt 将会在叶子活动Attempt的过程中进行。当Attempt一个叶子活动时，可以假设与活动相应的内容对象已经启动了。
Attempt在确定了活动要传递时开始，在LMS的排序执行确认下一个要传递的活动时结束。活动的attempt与学习者attempt的活动的内容对象密切相关，SCORM RTE (2.1: Run-Time Environment (RTE)Management)为内容对象详细描述了temporal model。并不总是一个单一的attempt就有可能完成活动。有很多情况学习者希望延缓活动，稍后再开始。大部分情况中，遇到延缓的活动应该是活动现在attempt的继续而不是新的attempt。
Attempt一个活动的结果，或通过一些外部管理活动，活动的跟踪状态可以变化（参见4.2跟踪模型）。当活动的跟踪状态变化时，它的前辈的跟踪状态会受影响——这叫做Rollup （见4.6 Rollup动作）。
3.2.3排序会话的开始和结束（Starting and Stopping a Sequencing Session）
排序会话是在attempt活动树的根活动时开始的，直到attempt结束时结束。SCORM排序行为只指定可以开始排序会话中的导航要求，但是不说明那些导航要求是何时、如何被触发的。LMS通常发出一个识别系统事件的开始的导航要求，例如，登录、开始课程等。如果以前的排序会话是因为延缓所有导航要求结束的，建议LMS发出继续所有的导航要求而不是新开始。
在一些情况下，开始和继续所有的导航要求都不能成功，只有有效的选择导航要求才能开始排序会话。LMS的职能是提供触发有效的选择导航要求的机制。排序会话在退出活动树的根活动的排序要求时结束。这可以由退出全部（如注销）或延缓全部导航要求（如暂停）来实现，或者成功退出使用于活动树根部的排序规则（见4.5 Termination Behavior）。
3.2.4 跟踪活动状态
3.2.
4.1交互和不交互的内容（Communicative and Non-communicative Content）
SCORM排序行为取决于控制排序行为的排序跟踪状态模型的值。学习者每attempt一个活动时，活动应该有相关的状态跟踪数据。学习者与内容对象的交互可能影响活动的跟踪数据，跟踪数据是与内容对象相关的。跟踪数据在多种排序过程中影响他们的行为。
SCORM排序区分了交互的和不交互的内容。交互的内容可以通过SCORM Run-Time API与内容交流关于学习者交互的信息，而不交互的内容是不用SCORM Run-Time API的。SCORM排序支持基于“活动引发活动（activity-by-activity）”的这两种形式的内容。
SCO负责通过SCORM Run-Time API和SCORM Run-Time Environment Data Model与
学习者的进程交流。LMS可能不考虑不交流的学习者进程信息。对于微单元，LMS会自动基于已经定义的缺省值和动作来假设学习者进程信息。
3.2.
4.2延缓和继续活动（Suspending and Resuming Activities）
活动的attempt可以延缓并稍后开始。继续一个延缓的活动并不是重新attempt这个活动。可能在这个活动延缓的时候尝试其他的活动。可以在任何时间延缓多个活动。
延缓活动树的根活动的attempt导致LMS记住学习者在活动树中最后体验的活动以及结束会话时的状态。学习者可以稍后重新attempt活动树的根活动，这时学习者最后体验的活动也要重新开始。
3.2.
4.3保留数据(Data Persistence)
SCORM 和IMS SS都没有指定特定学习者和活动树的数据是如何在多种排序会话中保留的，例如，贯穿学习体验或多种登录会话。至少是在活动树的根活动当前的attempt结束之前有必要保留控制、跟踪和状态信息。这样attempt就可以跨越多个排序会话。LMS规定是否在超出这个时间也保留数据，这种策略是在SCORM的范围之外的。
3.2.
4.4学习目标(Learning Objectives)
学习目标是独立于学习活动的。SCORM不对与学习活动与学习目标如何相关加任何限制，也不定义内容对象是如何使用学习目标的。SCORM排序动作不对如何解释学习目标做任何假设（如，它是否有能力、是否必要、或者是否有共同的值等）。从跟踪的观点看，一些目标状态信息（目标满足状态和目标满足措施）是为每个与学习活动相关的学习目标保留的。
活动可以有多个目标。但是，SCORM SN Model没有对于活动相关的多个目标的语义或意义做任何假设。缺省情况下，为活动目标保留的目标状态信息对活动来说是本地的。为了共享目标状态信息，活动可以参照多个共享的对象。多个活动可以参照相同的共享目标，因而共享他的目标状态信息。全球共享的目标是可以在单一的活动树中共享的，或者他们可以在LMS的多个活动树中共享。对活动参照全球的共享对象有两个限制：
●本地目标可以从一个只能是一个全球共享目标中获取（读取）目标状态数据。
●对为给定活动定义的一些本地目标，两个本地目标不可以给同一个全球共享目标设
置（写）目标状态信息。
3.3排序定义模型（Sequencing Definition Model）
3.3.1排序定义模型概述
SCORM排序定义模型是来自IMS Simple Sequencing (SS) Specification的一个信息模型。IMS SS 排序定义模型定义了一些用于描述和影响多种排序行为的元素。另外，定义了除IMS SS Specification已经定义的之外的多个SCORM特殊元素提供扩展的、应用框架细节、行为和限制。
SCORM排序定义模型定义了一些元素，内容开发者可以使用这些元素定义排序动作。定义模型元素是在活动树的情境中用于学习活动的。每个元素都有一个缺省值，这是在缺少明确定义的值时任何排序执行假设的。SCORM 排序定义模型元素的影响只是在SCORM 排序行为使用的时候使用。一个符合SCORM的LMS必须支持与所有定义的排序定义模型元素相关的值产生的动作，包括明确声明的和缺省的值。标准化的排序动作在Sequencing
Behavior Pseudo Code（见附件C）中有详细说明。
SCORM不要求或暗示用于活动的Sequencing Definition Model元素的值在任何阶段是、成为或保持静态。只要元素的值域确定，LMS可以按照要求改变元素的值。尽管如此，一些Sequencing Definition Model元素在SCORM Sequencing Behavior中是和其他的有密切联系的。强烈建议LMS在改变SCORM Sequencing Definition Model元素的值的时候一定要小心，尤其是在动态的学习者体验过程中。
SCORM不要求SCORM Sequencing Definition Model元素用于学习活动的时间和方法。尽管如此，SCORM CAM book描述了这些元素是如何用于包装SCORM内容包中的内容组织的（见2.1.1），当处理内容包时建议用于活动树中活动的SCORM Sequencing Definition Model元素。这允许作者在内容组织中安排有意的排序动作，这样可以在使用SCORM内容包的系统中共同操作传递排序信息。
3.3.2排序控制模式（Sequencing Control Modes）
排序控制模式允许内容开发者影响导航要求如何用于一个群以及当处理排序要求时群的活动是如何被考虑的。需要时可以使用排序控制模式限制要求的学习体验。通过以下方式使用控制模式：
●在处理导航要求的过程中确定要求是否转变成有效的排序要求；
●在处理多种排序要求的过程中影响活动是如何传递的；
●在多种排序动作中影响跟踪信息的管理的。
表3.2A描述了可以使用的Sequencing Control Modes。Sequencing Control Modes可以用于活动树中的活动，但是如果用于叶子活动的时候Sequenc ing Control Choice, Sequencing Control Flow和Sequencing Control Forward Only modes没有影响。多种模式可以同时创建控制模式动作的结合。
表 3.2a: 顺序控制模式的描述
3.3.2.1排序控制选择(Sequencing Control Choice)
排序控制选择元素指出学习者可以任意以任何顺序选择群中活动，而没有限制。这个元素有一个布尔型的值。缺省时，对整个活动树中的任何活动，母活动有一个定义为TRUE 的Sequencing Control Choice 可以有效满足选择导航要求。有时候，内容开发者可能想允许学习者选择活动，但是只能是在特定的情况下。选择导航要求的有效对象可以有效地被限制使用Sequencing Control Choice Exit 元素（见3.2.2）限制选择控制的元素（见3.3），或Hidden From Choice Pre Condition Sequencing Rule （见3.4）。
LMS 必须提供给学习者一些选择学习活动的机制，这将会导致有母活动的活动的选择导航要求将Sequencing Control Choice 设为真。当学习者选择有效的学习活动时，排序行为穿过学习活动树直接到达想要的活动。将会确认要传递要求的活动，除非其他排序信息反对，并且将会为学习者运行与活动的相关内容对象。
“排序控制选择”控制模式对定义在叶子活动时没有影响。
图3.2.1a 描述了Sequencing Control Choice 元素的缺省行为。“母活动”将Sequencing
Control Choice设为“真”，所以子活动1—4是一个选择导航要求的有效目标。“母活动”不是“选择”导航请求的一个有效目标，除非他的母活动也有一个Sequencing Control Choice 设为“真”，或者他是活动树中的根活动。
如果学习者选择的群是选择导航要求的一个有效目标，至少两种结果中的一种可能会发生：
1、正如图3.2.2B描述的，选择导航请求的目标将排序控制流程设置为真。这就要求在一个预定树中考虑他的子活动，直到确定了要传递的叶子活动。在这个例子中，AAA是确定要传递的。
2、如图3.2.1c中描述的，选择导航要求的目标（活动BA）有一个排序控制流程定义为“假”。这时没有活动要传递（群是不能传递的）。因为活动BA的“排序控制选择”定义为“真”时，建议LMS为学习者提供直接选择活动BA的一个子活动的机制，但不能是活动BA。
3.3.2.2排序控制选择退出（Sequencing Control Choice Exit）
排序控制选择退出元素，今后提到时就作为选择退出，指出选择导航要求是否能指向不是影响的活动派生出的活动，因此导致影响的活动结束。选择退出只能用于现行的活动。这个元素包含一个布尔值。如果没有明确给活动定义的话，选择退出的缺省值是真。这表示当活动在进行时，学习者没有能力触发指向不是派生的活动的选择导航要求的能力。
例如，图3.2.2a中学习者现在是在学习活动AAB，它的选择退出的值是假。虽然AAB 的母活动的Sequencing Control Choice是真，但是AAB的兄弟是Choice navigation request 的一个有效对象。允许确定要传递AAA 或AAC会导致AAB结束，违反Choice Exit控制的意图。在这个例子中，活动AA也有一个Sequencing Control Flow是定义为真的，所以学习者可以触发一个活动AAB继续的或以前的导航要求来进行学习体验。
建议LMS不为学习者提供选择活动的机制，否则会导致违背选择退出控制模式。
3.3.2.3排序控制流程（Sequencing Control Flow）
排序控制流程元素表示系统指向的排序是通过群的子活动支持的。这个元素包含一个布尔值(True/False)。排序控制流程的缺省值，如果没有明确定义活动为假，换句话说，排序执行将不会基于继续和先前导航要求自动判断活动的子活动的顺序。
如果排序控制流程控制模式在群中定义为真，LMS必须为学习者要求继续下一个活动还是回到先前的活动提供一些机制。
有时，内容开发者可能不想触发内容对象中的Continue和Previous 导航要求。如果排序控制流程控制模式为群定义为真，并且内容开发者已经指出内容提供了自有的机制来发出Continue和Previous 导航要求，建议LMS不为学习者提供多余的机制来指出Continue和Previous 导航要求——这样做会导致导航控制的两种设置，这将会让学习者搞迷糊。
当定义在叶子活动中排序控制流程控制模式是没有影响的。
图3.2.3a中，母活动有一个排序控制流程设为真，所以以活动1开始，活动1—4将会在LMS排序执行相应的Continue 和Previous导航请求。
ADL注释：在这个例子中，如果母活动是活动树的根，当学习者体验活动1时一个后退的导航请求将会无效，因为它是活动树中的第一个叶子活动。同样，当学习者在体验活动4时Continue 导航请求会无效，因为它是活动树中的最后一个叶子活动。
3.3.2.4 Sequencing Control Forward Only
Sequencing Control Forward Only元素，今后提到时就作为Forward Only,，指出在群中子活动中系统控制的排序被限制为不允许Previous 导航要求和Choice 要求，他们都会向后面的方向移动。这个元素包含一个布尔型的值。缺省值是Forward Only,如果活动没有明确定义的话，就是False.
如果学习者现在体验的群中定义Forward Only 为真的话，建议LMS不为学习者提供允许指出Previous 导航请求的机制。
Forward Only 控制模式定义在叶子活动上是没有影响的。
如图3.2.4a,母活动中的Forward Only 被定义为真，所以学习者只可以以向前的方向体验活动1—4，以活动1为开始。在这个例子中，任何Previous 导航要求都不会执行，因为在Forward Only控制模式中他们是无效的。
如果活动的Forward Only定义为真的话，这个节点的子节点们总是以向前的顺序。例如，当因为Previous排序请求进入一个群时，第一个子活动，而不是最后一个子活动，将会是第一个要体验的。同样，如果学习者现在体验的群中Forward Only 和Sequencing Control Choice 都定义为真，学习者就不能通过Choice 导航请求指向现在活动的前面的兄弟。
3.3.2.5 Use Current Attempt Objective Information
Use Current Attempt Objective Information元素指出活动的子活动的Objective Progress Information在多种排序行为中是如何管理和使用的。这个元素包含一个布尔型的值。Use Current Attempt Objective Information元素的缺省值，如果没有为活动明确定义的话就是真。
如果群的Use Current Attempt Objective Information元素定义为假，LMS将会使用大多数进来群的子活动的attempt，即使这个信息在群先前的attempt中已经记录了。
Use Current Attempt Objective Information元素如果定义在叶子节点的话是不起作用的。
3.3.2.6 Use Current Attempt Progress Information
Use Current Attempt Progress Information 元素指出活动的子活动的Attempt Progress Information在多种排序行为中是如何管理和使用的。这个元素包含一个布尔型的值。如果活动没有明确定义的话，Use Current Attempt Progress Information 元素的缺省值就是真。
如果群的Use Current Attempt Progress Information 元素定义为假，那么LMS将使用群中子活动最近的attempt 的Attempt Progress Information，即使这个信息在群先前的attempt 中已经有定义。
Use Current Attempt Progress Information 元素如果是定义在叶子活动的话是不起作用的。
3.3.3 Constrain Choice Controls
缺省时，IMS SS Specification允许活动树中母活动的Sequencing Control Choice定义为真的活动是Choice导航请求的有效目标。在许多排序策略中使用这种弹性，这比其它的更有意义。ADL对其他情况和行为中Choice排序请求的进程定义了一些Constrained Choice
3.3.3.1 Constrain Choice
活动的Constrain Choice元素定义为真表明只有活动树中与活动的逻辑前后的活动相关的活动可以成功成为Choice sequencing request的目标。在活动树的任何点可以遇到Constrain Choice 元素定义为真的活动在Choice Sequencing Request Subprocess中横越执行。虽然允许Choice navigation要求指向任何有效的活动，遇到的Constrain Choice元素定义为真阻止了目标活动被确认要传递。这个元素包含一个布尔型的值。Constrain Choice元素如果没有明确定义的话缺省值为假。
Constrain Choice元素的目的是限制―Choice‖对象对活动树的那些逻辑“next”有效，这就阻止了学习者“jumping”到远处的内容，而没有体验一些必要的活动。例如，图3.3.1a,
为学习者预定的排序策略有序的进行活动：活动1, 活动2, 活动3, 最后是活动4，以这种顺序没有跳过任何活动。活动1的Constrain Choice定义为真，所以学习者不能跳过活动1的子活动而到达活动4的子活动。当要进行活动1时，只有活动1的a—c和活动2可以成为Choice sequencing request的目标。
ADL注释：在这个例子和任何Constrain Choice 元素的应用中，一些有效的Choice 导航请求是不变的，因为Constrain Choice 元素只影响Choice sequencing request的进程。例如，当试图进行活动1时，活动4的所有子活动仍然是Choice navigation request的有效对象，但是，选择一个将造成不确定要传递的活动，而是会导致排序例外。建议LMS尊重Constrain Choice element，不使User Interface导航设计指向会导致不确定要传递的活动的那些活动。
Constrain Choice元素定义在叶子活动是不起作用的。
3.3.3.2 Prevent Activation
活动的Prevent Activation元素定义真表明因为Choice排序请求尝试这个活动将不会开始。也就是说，有Prevent Activation 元素定义为真的的活动的后代将不会被确定为要传递的，除非已经到达了这个活动（例如，这个活动是现行的，或者这个活动是Current Activity）。这个元素包含一个布尔型的值。如果没有明确定义的话，Prevent Activation的缺省值是假。
Prevent Activation元素的目的是限制有效的―Choice‖对象为活动的直接孩子，这防止学习者跳到更深的内容中去，而没有首先学习一些必要的活动。例如图3.3.2a,为学习者预定的排序策略在允许选择活动1c的子活动之前到达活动1c。
ADL注释：在这个例子和任何Prevent Activation元素的使用中，一些有效的Choice导航请求是不变的，因为Constrain Choice元素只影响Choice sequencing request的进程。当试图运行活动树中任意一个活动时，所有活动1c的子活动仍然是Choice navigation request有效的目标，但是在没有到达Activity 1c之前选择一个就会导致没有确定要传递的活动，而会导致排序例外。建议LMS尊重Prevent Activation element，不使User Interface导航设置指向会导致没有确定要传递的内容的活动。
Prevent Activation元素定义在叶子活动上是不起作用的。
3.3.4排序规则描述（Sequencing Rule Description）
IMS SS Specification使用基于规则的排序模型。没有或多个排序规则可以用于活动，那些规则在多种排序行为的特定时间被判断。每种排序规则包含一些情况和相应的动作。使用跟踪信息的判断情况与活动相关。如果规则情况判断为真的话执行与规则的动作相关的行为。图3.4a描述了排序规则的结构(if [condition_set] then [action])。
3.3.
4.1 Condition Combination
可以组合个别情况创建一些情况来判断，这样任何一个单独的情况必须是真或者所有的情况必须是真，为了触发作为结果的动作。Table 3.4.1a 中为排序规则定义了Condition Combination element：
All (default value) –如果并且只能是所有的单独情况判断为真时，情况设置判断为
真。行为是逻辑与。
Any –如果任何单个情况判断为真，设置情况判断为真。行为是逻辑或。
3.3.
4.2 Rule Conditions
Rule Conditions 元素包含在排序规则定义了的活动情境的一些情况。Rule Conditions 元素由一个或多个Rule Condition 元素组成，这些元素组合是Condition Combination定义的用于Sequencing Rule的。每个Rule Condition 元素必须是限制的词汇记号中的成员，是基于跟踪模型的元素的。
ADL注释：SCORM 不要求LMS管理或保持持续的跟踪信息，因此，持续情况的判断不被兑现。在判断一个排序规则时，排序执行可以忽略所有或一些基于持续的情况。如果一个排序规则只使用基于持续的情况，排序执行可以忽略整个排序规则。内容开发者要注意在LMS不兑现排序规则时使用基于持续的情况。
Table 3.4.2a: Description of Rule Conditions
3.3.
4.3Rule Condition Referenced Objective
Rule Condition Referenced Objective 元素（见3.4.3a）用于特定的Rule Condition。它是用于确定活动定义的目标之外的那个目标应该在Rule Condition的判断中使用。RuleCondition Referenced Objective 只能用于下列用于Objective Progress Information（4.2: Tracking Model）情况：
?Satisfied
?Objective Status Known
?Objective Measure Known
?Objective Measure Greater Than
?Objective Measure Less Than
对于一个排序规则，如果上面的任何Rule Conditions,不明确参照一个目标，这个有Objective Contributes to Rollup (见 3.10)的目标缺省时为活动定义为真。
ADL注释：Rule Condition Referenced Objective 元素如果定义在除上面定义的Rule Conditions中时是不起作用的。
3.3.
4.4 Rule Condition Measure Threshold
Rule Condition Measure Threshold 元素(见表3.4.5a)用于特定的Rule Condition.它和Rule Condition Referenced Objective element结合使用定义一个方法比较Rule Condition判断。这个元素只用于以下情况：
?Objective Measure Greater Than: [objective measure] > [measure threshold]
?Objective Measure Less Than: [objective measure] < [measure threshold]
内容开发者应该记住比较时RuleCondition Measure Threshold element的大于(>)和小于(<)。没有定义的外在规则情况允许大于或等于(>=)或小于等于(<=)比较操作，但是这些在合适的情况中是可以通过取消使用“Not”操作来执行的。
ADL注释：Rule Condition Measure Threshold element如果定义在Rule Conditions other
3.3.
4.5 Rule Condition Operator
Rule Condition Operator元素是可以选择的元素，可以用于每个Rule Condition元素。它是一个一元的操作，用于Rule Condition判断之后。表3.4.5a描述了IMS SS支持的两个一元逻辑操作：
●NO-OP (default value) –Rule Condition判断的结果应该使用
●Not –Rule Condition判断的结果应该在使用之前取消。
3.3.
4.6 Rule Action
当Sequencing Rule的condition设置为真时，Rule Action元素（表3.4.6a, 3.4.6b and 3.4.6c）表示预定的LMS在多种排序行为中负责的行为或动作。动作设置通过三种赋值时间情况分类：
?Precondition Actions: 当通过活动树确定要传递的活动时使用。
?Post condition Actions: 当试图结束活动时使用。.
?Exit Actions: 在子孙活动的attempt 结束时使用。
Table 3.4.6a: Precondition Rule Actions
Table 3.4.6b: Postcondition Rule Actions
Table 3.4.6c: Exit Rule Actions
ADL注释：当处理基于?flow‘的排序请求(Continue, Previous, Start, and Retry)时，SCORM 不使用Stop Forward Traversal Rule动作；这个动作只用于当从Current Activity的活动前行是Choice sequencing请求的目标。进一步，更新排序行为来移动Stop Forward Traversal rule action各自的赋值（见附件C）
3.3.5 限制条件Limit Conditions
内容开发者可以定义limit conditions来描述允许传递的活动的情况。Limit conditions可以与活动相关，并且是基于活动的跟踪状态信息（见4.2 Tracking Model）。当遇到或超过一个limit condition时活动将不能传递。
SCORM只要求支持Limit Condition Attempt Limit 元素。SCORM不要求任何基于时间的limit conditions的赋值。因此LMS不要求管理数据或兑现Limit Conditions Check Process 任何可选择的部分的值。
3.3.5.1 Attempt Limits
在内容开发者想限制允许学习者进行学习活动的attempt的数目时可能有使用案例。