SCORM 创作工具
SCORM authoring tool
我正在开始一个新项目。该项目的目的是创建一个电子创作工具，用于在 SCORM Complaint 中构建课程。我是这个领域的新手，对此我一无所知。我对 Articulate 中的创作工具有所了解，我的客户也要求这样做。我了解内容创建，但我想了解如何将其导出为 SCORM 兼容课程？在此期间，我还了解了 xAPI 并了解它是一种增强的 SCORM。
谁能指导我理解这一点，
1) 如何从我的自定义创作工具创建内容并导出为 SCORM 投诉
2）用xAPI好还是SCORM好
3) SCORM 包如何与我定制的 LMS 通信？
4) 听说过 LRS，
我的自定义创作工具将在 React 中制作，存储将在 MondDB 中
任何帮助将不胜感激。谢谢！
格式庞大，没有快速参考指南。不同的创作工具具有不同的 scorm 支持深度。你应该从这个开始 document
要承担的工作量很大，尤其是一次完成。
1) SCORM 规范由多个部分组成。有一个打包部分和一个运行时部分。基础知识是您的包需要是一个 zip 文件，并且该 zip 需要包含向 LMS 指示它是什么类型的标准的特定文件以及关于包的其他元数据。对于 SCORM，这将被称为 imsmanifest.xml 文件。对于 xAPI，您很可能会使用 cmi5.xml（参见 cmi5）或 tincan.xml 文件（Articulate Storyline 在显示 "xAPI" 时导出的内容）。软件包的其他部分将取决于您的目标标准和该标准的版本（对于 SCORM 1.2、2004 第 2、3 或 4 版），意识到不同的 LMS 支持不同的标准和这些标准的不同程度。
一旦构建了要导入的包，内容本身（通常是 HTML 文件）将需要找到 SCORM 播放器提供的 JavaScript API（来自LMS）并根据需要存储或读取的内容进行特定调用，这是运行时部分。这些调用将再次取决于标准和版本。对于基于 xAPI 的软件包（tincan.xml 软件包或 cmi5 软件包），内容将根据启动时 URL 上提供的信息直接与 LRS 通信（没有内置JavaScript API).
2) 这完全取决于您的客户群是什么样子以及您打算捕获的数据类型。 SCORM 是一个更成熟的环境，具有更广泛的采用和更严格的指定，如果您需要捕获的信息适合其有限的信息模型，那么它仍然是一个很好的选择。如果您需要重要的数据可移植性 and/or 您需要捕获的信息超出合规性数据（pass/fail、完整和评分）and/or 交互数据（问题 + 答案），那么您应该考虑 x API，特别是通过 cmi5。
3) LMS 必须 提供一个 JavaScript API（由 SCORM 运行时指定），内容将用作其界面。 storage/retrieval 数据是 LMS 的特定实现，超出了 JavaScript API.
规范中包含的内容
4) 你真的没有在这里提出问题。
我建议您通过 http://scorm.com and http://xapi.com. And although it is a plug for my company's product, you may want to consider the Rustici Driver as it is a product (library) specifically designed to make it easy for an authoring tool to export content as SCORM 1.2, 2004, AICC, cmi5 or Tin Can (the latter two being xAPI). Once you have your tool up and running with minimal standards support you should consider testing it on Rustici's SCORM Cloud (it is free for this purpose), see http://cloud.scorm.com 熟悉这两套标准。
听起来你在谈论设计可编辑的内容；以及内容 "framework" 本身。
这是一项巨大的努力！这是巨大的支持！也就是说，人们会这样做。
为许多辅助主题构建了 CMS 系统后，我不得不分而治之。
我认为消化这个野兽的几种方法-数据，数据，数据
- 活动要求（交互类型）
- 设计（static/dynamic）这些交互
- view/facade显示可以改变。技术以光速发展。需要想出一个超级扎实的数据模型。
- 我会考虑这些如何通用，以及如何扩展它们以满足客户 goals/needs。一切都取决于可以发生多少定制（如果有的话）。
- 我开始将所有这些映射到 SCORM CMI 对象级调用。得分、进度、互动、目标等...
- 给自己一个邪恶的 SCORM 内容 API 库或自己编写一个。您将重复使用其中的许多调用，将它们融入您的所有交互中毫无意义
- 开始使用 SCORM Packaging .. 其中大部分必须在作者时定义。如果您的客户甚至使用，您需要大量阅读和大量功能。不要在有 0.1% 市场需求的地方开发。低垂的果实让你进入市场。
- 与充满热情的优秀人士为伍。你会需要它们。
就标准而言，一切都与便携性有关。如果您的客户去哪里，SCORM 直接与 LMS 合作。其他人使用一个 LRS，该 LRS 被编码为与他们在创作时设置的一个一起工作。你甚至可以两者都做。
除了 React 和 MongoDB，您还需要一些可以提升和转换所有这些内容的东西。
我正在开始一个新项目。该项目的目的是创建一个电子创作工具，用于在 SCORM Complaint 中构建课程。我是这个领域的新手，对此我一无所知。我对 Articulate 中的创作工具有所了解，我的客户也要求这样做。我了解内容创建，但我想了解如何将其导出为 SCORM 兼容课程？在此期间，我还了解了 xAPI 并了解它是一种增强的 SCORM。 谁能指导我理解这一点，
1) 如何从我的自定义创作工具创建内容并导出为 SCORM 投诉
2）用xAPI好还是SCORM好
3) SCORM 包如何与我定制的 LMS 通信？
4) 听说过 LRS，
我的自定义创作工具将在 React 中制作，存储将在 MondDB 中 任何帮助将不胜感激。谢谢！
格式庞大，没有快速参考指南。不同的创作工具具有不同的 scorm 支持深度。你应该从这个开始 document
要承担的工作量很大，尤其是一次完成。
1) SCORM 规范由多个部分组成。有一个打包部分和一个运行时部分。基础知识是您的包需要是一个 zip 文件，并且该 zip 需要包含向 LMS 指示它是什么类型的标准的特定文件以及关于包的其他元数据。对于 SCORM，这将被称为 imsmanifest.xml 文件。对于 xAPI，您很可能会使用 cmi5.xml（参见 cmi5）或 tincan.xml 文件（Articulate Storyline 在显示 "xAPI" 时导出的内容）。软件包的其他部分将取决于您的目标标准和该标准的版本（对于 SCORM 1.2、2004 第 2、3 或 4 版），意识到不同的 LMS 支持不同的标准和这些标准的不同程度。
一旦构建了要导入的包，内容本身（通常是 HTML 文件）将需要找到 SCORM 播放器提供的 JavaScript API（来自LMS）并根据需要存储或读取的内容进行特定调用，这是运行时部分。这些调用将再次取决于标准和版本。对于基于 xAPI 的软件包（tincan.xml 软件包或 cmi5 软件包），内容将根据启动时 URL 上提供的信息直接与 LRS 通信（没有内置JavaScript API).
2) 这完全取决于您的客户群是什么样子以及您打算捕获的数据类型。 SCORM 是一个更成熟的环境，具有更广泛的采用和更严格的指定，如果您需要捕获的信息适合其有限的信息模型，那么它仍然是一个很好的选择。如果您需要重要的数据可移植性 and/or 您需要捕获的信息超出合规性数据（pass/fail、完整和评分）and/or 交互数据（问题 + 答案），那么您应该考虑 x API，特别是通过 cmi5。
3) LMS 必须 提供一个 JavaScript API（由 SCORM 运行时指定），内容将用作其界面。 storage/retrieval 数据是 LMS 的特定实现，超出了 JavaScript API.
规范中包含的内容4) 你真的没有在这里提出问题。
我建议您通过 http://scorm.com and http://xapi.com. And although it is a plug for my company's product, you may want to consider the Rustici Driver as it is a product (library) specifically designed to make it easy for an authoring tool to export content as SCORM 1.2, 2004, AICC, cmi5 or Tin Can (the latter two being xAPI). Once you have your tool up and running with minimal standards support you should consider testing it on Rustici's SCORM Cloud (it is free for this purpose), see http://cloud.scorm.com 熟悉这两套标准。
听起来你在谈论设计可编辑的内容；以及内容 "framework" 本身。 这是一项巨大的努力！这是巨大的支持！也就是说，人们会这样做。
为许多辅助主题构建了 CMS 系统后，我不得不分而治之。
我认为消化这个野兽的几种方法-数据，数据，数据
- 活动要求（交互类型）
- 设计（static/dynamic）这些交互
- view/facade显示可以改变。技术以光速发展。需要想出一个超级扎实的数据模型。
- 我会考虑这些如何通用，以及如何扩展它们以满足客户 goals/needs。一切都取决于可以发生多少定制（如果有的话）。
- 我开始将所有这些映射到 SCORM CMI 对象级调用。得分、进度、互动、目标等...
- 给自己一个邪恶的 SCORM 内容 API 库或自己编写一个。您将重复使用其中的许多调用，将它们融入您的所有交互中毫无意义
- 开始使用 SCORM Packaging .. 其中大部分必须在作者时定义。如果您的客户甚至使用，您需要大量阅读和大量功能。不要在有 0.1% 市场需求的地方开发。低垂的果实让你进入市场。
- 与充满热情的优秀人士为伍。你会需要它们。
就标准而言，一切都与便携性有关。如果您的客户去哪里，SCORM 直接与 LMS 合作。其他人使用一个 LRS，该 LRS 被编码为与他们在创作时设置的一个一起工作。你甚至可以两者都做。
除了 React 和 MongoDB，您还需要一些可以提升和转换所有这些内容的东西。