是否使用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？

回答

相關問題