我真的对 SCORM 和 Tin Can API 感到困惑。客户希望符合 SCORM，而我所阅读的所有内容似乎都表明我应该将 Tin Can API 用作服务。来自 eFront 的一份参考资料指出，他们花了将近 18 个月的时间来实施旧的 SCORM 标准，但只用了一个月的时间来实施 Tin Can。
这两者有区别吗？站立 LRS 并在我们的 LMS 中使用 Tin Can 是否符合“SCORM”标准？
问问题
376 次
1 回答
4
两种不同的东西。
SCORM 由称为 CMI 对象的学生尝试数据模型组成，它是内容和 LMS 运行时 API 之间的 JavaScript 到 JavaScript 通信。数据通常在提交或终止时从客户端存储到 LMS 服务器。内容通过内容聚合模型或 zip 像小型便携式网站一样打包。这包括一个 xml (imsmanifest.xml) 和能够呈现页面的资产。内容 API 通常负责连接到 LMS 运行时，并启动必须遵守 SCORM 规范的通信。学生登录 LMS，LMS 在加载可共享内容对象之前准备学生尝试。更多的是分配的目录样式方法。
xAPI 或 TinCan 是一个更现代的转折点，它不仅仅支持基于 HTML 的技术，还可以建立一个“我做了这个”的风格声明，如果你查看 Activity Streams 或深入挖掘这一切的原因。对于 HTML，它将是更多针对端点的 AJAX 帖子（又名 OAuth 风格的 Restful Web 服务）。这意味着您的应用程序或网页等 .. 必须允许学生进行身份验证并向特定服务器报告。那里有少数 LRS 系统。
除此之外，这是一个采用问题，以及您的团队想要将正在构建或已经构建的内容带到哪里。SCORM 通常是将其发送到其他第 3 方 LMS 系统的首选。TinCan 现在处于采用阶段，因此您可以在谷歌上搜索有关价格和可用性的更多信息。
Rustici 制作了一个非商业的 SCORM 驱动程序，它支持 AICC、SCORM 1.2、SCORM 2004 和 xAPI。因此，根据项目资金的深度，您可能会在部署目标之间提出某种程度的故障转移。
祝你好运。
于 2014-11-04T04:37:45.997 回答