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

我对SCORM和锡罐API非常困惑。一位客户想要符合SCORM标准，而且我读过的所有内容似乎都表明我应该使用Tin Can API作为服务。 eFront的一位参考人士表示，他们花了将近18个月的时间来实施旧的SCORM标准，但仅用了一个月的时间来实施锡罐。是否使用tincan api和我们自己的LRS使我们符合SCORM？

这两者有什么不同吗？在我们的LMS中站立LRS和使用锡罐是否符合“SCORM”标准？

来源

2014-11-04 Brandon Runyon

编辑删除意见bating声明。 – 2014-11-04 15:40:01

两件不同的事情。

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

xAPI或TinCan是一种更为现代化的功能，它不仅可以使基于HTML的技术建立一个'我做过'样式声明，如果您查看活动流或更深入地了解是什么使得全部打勾。对于HTML来说，它将会是针对端点的更多AJAX帖子（又名OAuth风格的Restful web服务）。这意味着你的应用程序或网页等。必须允许学生进行身份验证并向特定服务器报告。那里有一些LRS系统。

除了所有的事情，这是一个收养的问题，以及你的团队想要采取正在构建或已经构建的内容。 SCORM通常是将其发送到其他第三方LMS系统的首选。 TinCan现在处于采用阶段，因此您可能会发现更多关于价格和可用性的信息。

Rustici制作了非商业SCORM驱动程序，它支持AICC，SCORM 1.2，SCORM 2004和xAPI。因此，取决于项目口袋的深度，您可能会在部署目标之间达到某种级别的故障转移。

祝你好运。

来源

2014-11-04 04:37:45 Mark

白皮书规格通常可以让团队在18个月或更长时间内正确实施。因此，如果您只是一名内容开发人员，或者仅仅是一名应用程序开发人员，那么您并未参与提及的18个月的声明。构建LRS或LMS将需要一些时间，主要是因为您阅读规范并试图从头开始实施。或者你买你的方式到顶部。 – Mark 2014-11-04 19:16:11

SCORM似乎确实有可能分散您的用户体验及其结果数据。我从专有课件的角度来看待它，而且似乎提供SCORM是失去对我的用户体验和数据的控制以及失去控制课程源头的秘诀。你能想象人们将Rosetta Stone课程分发给任何想要它的人吗？也许这不适合我。 IDK – 2014-11-04 23:57:11

最后你选择你向SCORM报告的内容。如果您想存储交互和目标，则需要将很多内容存入您的内容中，以便报告该类型的内容。如果你已经有了一个相互竞争的策略，你就必须通过调整这种或那种方式的努力。通常，教师可以重新启动内容来检查学生的入学情况。所以他们可以在学生与之互动时看到它。但是，这又要求内容开发人员将其编入课件中。 – Mark 2014-11-05 18:33:20

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

回答

相关问题