使用tincan api和我们自己的LRS是否符合SCORM标准？

Question

我对SCORM和Tin Can API感到很困惑。客户希望符合SCORM标准，我读过的所有内容似乎都暗示我应该使用Tin Can API作为服务。 eFront的一篇文章称，他们花了将近18个月的时间来实施旧的SCORM标准，但仅用了一个月就实施了Tin Can。

这两个有区别吗？在我们的LMS中使用LRS和使用锡罐可以使用＆＃34; SCORM＆＃34;兼容？

Answer 1

两件事。

SCORM由一个名为CMI Object的学生尝试数据模型组成，它是内容与LMS Runtime API之间的JavaScript到JavaScript通信。数据通常在提交或终止时从客户端存储到LMS服务器。 内容通过内容聚合模型或zip打包为小型便携式网站。这包括xml（imsmanifest.xml）和能够呈现页面的资产。 Content API通常负责连接到LMS运行时，并启动必须遵守SCORM规范的通信。 学生登录LMS，LMS在加载可共享内容对象之前准备学生尝试。更多指定的目录样式方法。

xAPI或TinCan是一种更现代化的转折，它不仅能够使用基于HTML的技术来建立“我做过这样的事情”。样式语句，如果你查看Activity Streams或深入研究是什么让所有人都打勾。对于HTML，它将是针对端点的更多AJAX帖子（也称为OAuth样式的Restful Web服务）。这意味着您的应用或网页等必须允许学生进行身份验证并向特定服务器报告。那里有一些LRS系统。

除此之外，这是一个采用的问题，以及您的团队想要获取正在构建或已构建的内容的位置。 SCORM通常是将其发送到其他第三方LMS系统的首选。 TinCan现在正处于采用阶段，因此您可以在价格和可用性方面找到更多关于Google的信息。

Rustici制作了非商业SCORM驱动程序，支持AICC，SCORM 1.2，SCORM 2004和xAPI。因此，根据项目口袋的深度，您可以在部署目标之间进行一定程度的故障转移。

祝你好运。