SCORM (Sharable Content Object Reference Model)译做共享内容物件参考模型或共享元件参照模式，由ADL (Advanced Distribution Learning Initiative)整合各个学习标准制定而成。对数位内容教材的制作、内容开发提供一套共通的规范。ADL计划的主旨是在美国联邦政府各个部门、企 业、军事、教育和培训机构之间协同合作，为模组化网上教育内容和有关的工具创造业务和市场。美国政府在订定SCORM时，特别强调不再重新研发轮子 （Don't reinvent the wheel）。意思是不会提出新的规格，而是把重点摆在提出整合现有E-learning规范的架构模型。SCORM的演进由SCORM 1.0、SCORM 1.1、SCORM 1.2到SCORM 2004。
SCORM的实际内容包括内容包装模型（CAM），运行时环境支持（RTE）和排序与导航（SN）部分。三个部分呈层层递进关系，CAM模型是实现 SCORM的最基本要求，现在主要的网络课程比如美国的BlackBoard、中国北京师范大学开发的4A、webcl等网络教学平台均已经支持CAM模 型规范；而RTE建立在SCORM的内容包装模型基础之上，实现了对学习者过程性信息的采集和记录，为进一步实现排序和导航提供了基础；SN部分是 SCORM最后提出的规范，然而因为其技术实现的复杂性和脱离真正的人类认知和教学设计情况，现在没有完全支持SN规范的网络教学平台。
SCORM事实上是教学设计、自适应学习等诸多教育理念跟计算机软件技术，尤其是分布式服务技术紧密结合的产物，其提供的学习者数据模型成为诸多网络平台所遵循的实际规范，是教学设计领域的里程碑式贡献！
它具有以下四项主要的功能：
- 可重复使用性（Reusability）：同样的教材可以不去修改或经过稍微的修改，即可在不同地方重复去使用这份符合标准的教材，也可以轻易地合并教材于其他系统，或其他的教学内容。
- 容易取得教材（Accessibility）：透过这个标准的平台，学习者可以很容易的透过Internet网络或局域网路去存取教材，不受时间及空间的限制，轻易在本地或是远端读取课程的资讯或内容，进而达到学习的目的。
- 教材的可互通性（Interoperability）：因为SCORM的教材设计时，都遵循一个共同的标准设计出来的，因此教材可在不同平台上呈现出来，亦可透过不同的工具重新编辑。
- 教材的持续性（Durability）：教材不会因为科技进步或标准异动而无法使用，也就是真的具有良好的相容性。
-
SCORM标准课件的制作 关于SCORM标准，最主流的两个版本就是SCORM 1.2 和SCORM 2004（又称SCORM1.3）。现在SCORM 1.2更多一点。但下面介绍的制作工具都是同时支持SCORM 1.2和SCORM 2004版本的。 这是本人自己做的综合的PPT参考资料（SCORM学习与课件制作下载），前面是SCORM的理论学习，中间是SCORM课件的制作工具使用和详解，
-
来自网络SCORM标准 LMS介绍 基本上会有几个子系统： 1. 账号管理 2. 开课、选课管理 3. 讨论板系统 4. 作业、问卷、测验系统 其中最重要的是测验系统。如果你功力不够，短时间无法作一个好用的测验系统的话，可以先 focus 在作业与问卷系统上，而测验可以参考其它现有程序。. 如果你还想多同步的功能，可以再加个在线讨论室。没时间发展可以使用 Netmeeting 的方案或去找一个聊天
-
Simplify Scorm Simplify Scorm is a Javascript API for SCORM 1.2 and SCORM 2004 Run-Time Implementations. The purpose of this software is to provide a quick, easy way to implement both a SCORM 1.2 Run-
-
SCORM标准及支持SCORM标准学习平台的设计 一、 引言 Internet在各领域的普及为信息和知识的交流传播提供了便捷的途径，而网络更成为一个公共的传递平台，基于网络的学习内容几乎可以被任何媒体传递；基于网络的技术迅速成为学习技术的主流。而网络远程教育在这个时候成为了国际国内教育的主流发展方向。 网络学习与传统课堂学习方式相比，其主要有以下优点： （1）以学生的自主学习为主，教师指导为辅，从
-
一、摆放一个基础的Html视频页面 基本布局为 <body> <div id="header"><h1>标题</h1></div> <div id="video"><video>视频</video></div> <div id="footer"><p>页脚</p></div> </body> 处理标题： 如果标题有图片和文字，需要分居两侧，考虑到浏览器窗口在不同尺寸时，float布局会导致元素移
-
因工作需求，需要使用SCORM课件，所以必须实现SCORM标准提供的接口。从网上查询资料发现很多都是在web上使用JavaApplet去实现，但现在JavaApplet在大多数浏览器中都不再支持也不建议使用了，因此只能寻找另外的解决办法。 所以，在经过一段时间思考后发现，SCORM课件的标准接口需要在抓取页面上相应标准的API来实现对接的（SCORM1.2为API，SCORM2004为API_14
-
共享内存用于实现进程间大量的数据传输。 共享内存空间是在内存中单独开辟的一段内存空间。这段空间有自己特有的数据结构，包括访问权限、大小和最近访问时间等。 重要的数据结构 shmid_ds /*位于/usr/include/linux/shm.h*/ struct shmid_ds { struct ipc_perm shm_perm; /* 操作权限 */ in
-
有没有办法以可共享的格式(比如Json)指定Apache Flink CEP模式？ 我的用例是：开发一个规则引擎，允许用户自定义CEP模式，而无需编写大量Java代码，并轻松地与其他人共享模式。
-
Microsoft Office 是由 Microsoft(微软) 公司开发的一套基于 Windows 操作系统的办公软件套装。常用组件有 Word、Excel、PowerPoint等。
-
问题内容： 我已经用C ++编写了一个Python模块，并将其构建为共享对象库，并且运行良好。但是在弄清所有问题的同时，我注意到（通过strace）Python会寻找一些不同的变体。特别地，当我说时，Python按顺序搜索： foo（目录） foo.so foomodule.so foo.py foo.pyc 除了foomodule.so以外，这一切都是可以理解的。为什么Python会同时以nam
-
XmlHttp 是一套可以在 Javascript、VbScript、Jscript 等脚本语言中通过 http 协议传送或从接收 XML 及其他数据的一套 API。
-
我试图理解微服务。我想知道如何解决微服务架构中的一对多/多对多关系问题，以及最佳实践是什么。假设我想将学生课程应用程序转换为学生服务，将课程服务和学生服务对话转换为同一数据库中的学生表和课程服务对话课程表。 示例：学生可以注册许多课程，而且许多课程可以有许多学生（多对多关系）。我有2个微服务1：学生服务2：课程服务 学生服务有学生对象 课程服务具有课程对象 我知道学生服务部必须致电课程服务部才能获
-
在我的应用程序中，我将工具栏和状态栏设置为共享对象，如本文选项2所示 工具栏和选项卡的一般行为和轮廓非常好——唯一的问题是，当我移动到活动B时，工具栏的一些用户界面元素没有参与内容转换，特别是工具栏标题和菜单图标。 我尝试添加一个SharedElementCallback，并在其中循环工具栏和选项卡的子级，并将它们全部添加到渐变转换中——但这并不影响工具栏和选项卡内容的行为。 你知道怎么从这里开始
-
共享内存是两个或多个进程共享的内存。 但是，为什么我们需要共享内存或其他通信方式呢？ 重申一下，每个进程都有自己的地址空间，如果任何进程想要将自己的地址空间的某些信息与其他进程进行通信，那么只能通过IPC(进程间通信)技术进行。 我们已经知道，通信可以在相关或不相关的进程之间进行。 通常，使用管道或命名管道来执行相互关联的进程通信。 可以使用命名管道或通过共享内存和消息队列的常用IPC技术执行无关