Prior to building an eLearning solution, I am determining whether to use an authoring package such as Captivate or Storyline or to create HTML pages which utilize JS calls for tracking. If I avoid using an authoring tool, I get flexibility in terms of the content and reuse of existing assets. For example, Storyline is outputting SWF files which I cannot pass around my team like a simple HTML page for review. However, I am new to SCORM.. and I am wondering is it feasible to get up to speed with implementing SCORM LMS tracking JS calls along with my custom HTML pages, or would the preferable approach be to start with an authoring tool?
Yes, it's very feasible if you're comfortable with HTML and JavaScript.
SCORM supports many complex scenarios, but the dirty secret of most e-learning development tools is they only use the most barebones elements of SCORM: bookmarking, completion status, score. Adding this level of barebones SCORM support to a hand-made HTML/JS course is really easy, and in the simplest cases should take only a couple of hours.
There are a lot of libraries to get you started so you don't have to reinvent the wheel or get caught up in some of the details, much like jQuery vs vanilla JS.
The organization that created SCORM provides a wrapper. They updated it in 2011; it's much better now, though it still suffers from global namespace pollution.
Andrew's post advocates Rustici Software's tools (he works there). They're great guys, SCORM and xAPI (Tin Can) experts, and their code is solid, but their code is not open-source, if that matters to you. (FWIW, they have a great online reference chart for SCORM run-time calls, I use it all the time.)
I've heard good things about JCA Solutions' products, but have not used their code myself.
In 2008 I wrote my own SCORM wrapper (open source, available on GitHub), which met my own needs -- your mileage may vary. I wrote it in part because I was dissatisfied with the wrapper provided by ADL at the time. Their wrapper suffered from global namespace pollution, and didn't provide any error handling. I noticed I kept writing the same error-checking and conditional logic to my courses over and over. I decided to move some of this to the wrapper in order to keep my course code minimal and DRY. If you're interested, I wrote a simple tutorial for adding SCORM to an HTML file using my wrapper (note this is a single HTML page, if you use multiple pages, you will need to use iframes to prevent accidentally killing the API connection).
My wrapper is old and not perfect, and I am not a self-promoter. I suggest you try all of the wrappers mentioned by the other posters and find one that feels most natural/intuitive to you, works best for your style of coding, and meets your licensing requirements. They all do a good job of shielding you from complexity and helping you get your course up and running.
Bottom line: you don't need to use off-the-shelf development tools, HTML is a great choice, and as you can see, there is a decent community available to help.
There is a way to use both methods and maintain re-usability. You can create smaller chunks of reusable content in an authoring tool, such as captivate. And string them together in SCORM packages. But looking retrospectively into my own experiences, I would have wanted to learn SCORM first. Captivate and other authoring tools cost money, whereas creating and coding your own packages is free and in most cases takes just as much time an knowledge to do so. There are resources out there for learning quickly, I used JCA Solutions and completed the course in about a week. I found this quicker and Easier than Captivates training. But that's me.
Best of luck.
There are some middle ground options for you to consider too:
Use an authoring tool and customize the output if you need to go beyond standard features. Most authoring tools have extensibility features built in.
Use Driver to handle your tracking and build the content from scratch.
Consider using Tin Can if you are creating the kinds of learning experiences common authoring tools aren't designed to create.
Knowing a little about SCORM is helpful, but don't re-invent the wheel.
There is a bit that goes into custom packages based on your needs. You have the benefit of deciding what browser support you want, if you want to use a template system, if you use your (roll your own) API, or a 3rd Parties like pipwerks, SCOBot (mine) or Rustici's.
Lack of accessibility, Flash content, and other options/limitations may take 3rd Party authoring systems out of contention.
And of course budget. You may need to move through Lectora, iSpring, Captivate and any number of possible systems to fill the time vs. budget gap.
© 2022 - 2024 — McMap. All rights reserved.