Scorm
Scorm
SCORM is a set of technical standards which specify how e-learning software should
be built. It is the de facto industry standard for e-learning interoperability.
What is SCORM?
SCORM is a set of technical standards for e-learning software products.SCORM tells programmers
how to write their code so that it can “play well” with other e-learning software. Specifically,
SCORM governs how online learning content and Learning Management Systems (LMSs)
communicate with each other. SCORM does not speak to instructional design or any other
pedagogical concern, it is purely a technical standard.
“Sharable Content Object” indicates that SCORM is all about creating units of online training
material that can be shared across systems. SCORM defines how to create “sharable content objects”
or “SCOs” that can be reused in different systems and contexts.
“Reference Model” reflects the fact that SCORM isn’t actually a standard. ADL didn’t write
SCORM from the ground up. Instead, they noticed that the industry already had many standards that
solved part of the problem. SCORM simply references these existing standards and tells developers
how to properly use them together.
The Cost of Content Integration
SCORM allows your e-learning software to “play well” with products from
other vendors.
Overview
SCORM is composed of three sub-specifications
Content Packaging
SCORM specifies that content should be packaged in a self-contained directory or a ZIP file. This
delivery is called a Package Interchange File (PIF). The PIF must always contain an XML file named
imsmanifest.xml (the “manifest file”) at the root. The manifest file contains all the information the
LMS needs to deliver the content. The manifest divides the course into one or more parts called
SCOs. SCOs can be combined into a tree structure that represents the course, known as the “activity
tree”. The manifest contains an XML representation of the activity tree, information about how to
launch each SCO and (optionally) metadata that describes the course and its parts.
Run-Time
The run-time specification states that the LMS should launch content in a web browser, either in a
new window or in a frameset. The LMS may only launch one SCO at a time. All content must be
web deliverable and it is always launched in a web browser. Once the content is launched, it uses a
well-defined algorithm to locate an ECMAScript (JavaScript) API that is provided by the LMS. This
API has functions that permit the exchange of data with the LMS. The CMI data model provides a
list of data elements (a vocabulary) that can be written to and read from the LMS. Some example
data model elements include the status of the SCO (completed, passed, failed, etc), the score the
learner achieved, a bookmark to track the learner’s location, and the total amount of time the learner
spent in the SCO.
More information on the SCORM Run-time
Sequencing
The sequencing specification allows the content author to govern how the learner is allowed to
navigate between SCOs and how progress data is rolled up to the course level. Sequencing rules are
represented by XML within the course’s manifest. Sequencing operates on a tracking model that
closely parallels the CMI data reported by SCOs during run-time. Sequencing rules allow the content
author to do things like:
Determine which navigational controls the LMS should provide to the user (previous/next
buttons, a navigable table of contents, etc).
Specify that certain activities must be completed before others (prerequisites).
Make some parts of a course count more than others toward a final status or score (creating
optional sections or providing question weighting).
Randomly select a different subset of available SCOs to be delivered on each new attempt (to
enable test banking, for instance).
Take the user back to instructional material that was not mastered (remediation).