CSA ISO/IEC TR 29163-3:15 (R2024)

1.1.3.1 The SCORM Content Aggregation Model (CAM) Book

The SCORM CAM book [18] defines responsibilities and requirements for building content aggregations (i.e., the process of assembling, labeling and packaging content). The book contains information on creating content packages, applying metadata to the components in the content package and applying sequencing and navigation details in the context of a content package. Several dependencies span from the SCORM CAM book to the SCORM RTE book. Metadata is "data about data". Metadata can be used to describe the different components of the SCORM content model (Content Aggregations, Content Organizations, Activities, SCOs and Assets). Metadata, a form of labeling, enhances search and discovery of these components. At this time, there are no defined relationships between metadata and the SCORM Run-Time Environment Data Model. For these reasons, metadata is not discussed in detail in the SCORM RTE book. This relationship may change as SCORM evolves. A Content Package, in a general sense, bundles content objects with a content structure that is described by a manifest. A SCORM Content Package may represent a SCORM course, lesson, module or may simply be a collection of related content objects that may be stored in a repository. The manifest, an essential part of all SCORM Content Packages, is contained in an Extensible Markup Language (XML)-based file named imsmanifest.xml. This file, similar in many ways to a "packaging slip", describes the contents of the package and may include an optional description of the content structure. SCORM Content Packages may include additional information that describes how an LMS is intended to process the Content Package and its contents. Some of these elements are utilized by the SCORM RTE model

• Content object launch locations and launch parameters are also described as elements in a SCORM Content Package. These elements are essential to the launch and delivery of content objects. The SCORM RTE book details these elements and their effects on launching content objects
• Several elements in a SCORM Content Package affect initialization and management of a content object's run-time data model. The SCORM RTE book details these data model elements and the required LMS behaviors
• Other elements in a SCORM Content Package describe initial values for specific elements of a content object's run-time data model. The SCORM RTE book details these data model elements and their initialization behavior
• When a SCORM Content Package includes a description of content structure, sequencing information elements may be added to define an intended approach to sequencing the package's content objects.

A SCORM Content Package may include User Interface (UI) elements that are intended to provide guidance to an LMS on how certain UI navigation controls are to present, enabled or hidden. When a content object is launched, as defined in this book, these elements may be used, in conjunction with sequencing information (refer to the SCORM SN book), to present the correct (at the time of rendering) UI navigation controls (e.g., "Continue" or "Previous" user interface controls). For a better understanding of how all of the elements described above are specified in a SCORM Content Package, refer to the SCORM CAM book

1.1.3.2 The SCORM Sequencing and Navigation (SN) Book

The SCORM SN book is based on the IMS Simple Sequencing (SS) Specification [17], which defines a method for representing the intended behavior of an authored learning experience such that any SCORM conformant LMS will sequence discrete learning activities consistently. The SCORM SN model defines how the IMS SS specification is applied and it is extended in a SCORM environment. It defines the required behaviors and functionality that SCORM conformant LMSs must implement to process sequencing information at run-time. More specifically, it describes the branching and flow of learning activities in terms of an Activity Tree, based on the results of a learner's interactions with launched content objects and an authored sequencing strategy. An Activity Tree is a conceptual structure of learning activities managed by the LMS for each learner. The SCORM SN book describes how learner

• and system-initiated navigation events can be triggered and processed, resulting in the identification of learning activities for delivery. Each learning activity identified for delivery will have an associated content object. The SCORM RTE model describes how identified content objects are launched. The sequence of launched content objects, for a given learner and content structure, provides a learning experience (learner interaction with content objects); the SCORM RTE Model describes how the LMS manages the resulting learning experience and how that learning experience may affect the Activity Tree. 1.2. Run-Time Environment Overview This book defines the SCORM RTE model, which details the requirements for launching content objects, establishing communication between LMSs and SCOs, and managing the tracking information that can be communicated between SCOs and LMSs. In the context of SCORM, content objects are either:
• SCOs, which communicate during run-time, or
• Assets, which do not communicate during run-time. The SCORM RTE book describes a common content object launch mechanism, a common communication mechanism between content objects and LMSs, and a common data model for tracking a learner's experience with content objects. These aspects create an environment where several of the ADL "-ilities" are satisfied. For example, content objects that communicate through the standardized communication mechanism can be moved from LMS to LMS without modification to their communication attempts; this increases learning object portability and durability, thereby lowering the cost of development, installation and maintenance. The SCORM RTE defines a model that picks up at the point when a specific content object has been identified for launch. The actual identification of the content object to be launched is out of scope of this book and can be found in the SCORM SN book [11]. This book only deals with the management of the run-time environment, which includes:
• The delivery of a content object to the learner's Web browser (i.e., launch);
• If necessary, how a content object communicates with the LMS; and
• What information is tracked for a content object and how the LMS manages that information.

The following sections explain the relationships between the SCORM RTE book and the remaining SCORM books. In addition, frequently used terminology will be introduced at a high level to eliminate the need for the reader to become an expert in the entire SCORM to understand this book. This, however, is not an effective method to learn and apply SCORM and its concepts as a whole. It is strongly recommended that each SCORM book be read to more fully understand the purpose, details, relationships and advantages of all of the SCORM concepts. SCORM was developed to enable the development of content objects that are reusable and interoperable across multiple LMSs. For this to be possible, there must be a common way to launch and manage content objects, a common mechanism for content objects to communicate with an LMS and a predefined language or vocabulary forming the basis of the communication. As illustrated in Figure 1.2 a, these three aspects of the RTE are Launch, API and Data Model. The Launch process defines a common way for LMSs to start Web-based content objects. The term "content object" is used generically here to describe any piece of content that can be launched for a learner. In SCORM, there are two types of content objects: SCOs and Assets. The launch process defines procedures and responsibilities for the establishment of communication between the launched content object and the LMS. The communication mechanism is standardized with a common API. The API is the communication mechanism for informing the LMS of the conceptual communication state between a content object and an LMS (e.g., initialized, terminated and/or in an error condition), and is used for retrieving and storing data (e.g., score, time limits, etc.) between the LMS and the SCO. A Data Model is a standard set of data model elements used to define the information being tracked for a SCO, such as the SCO's completion status or a score from an assessment such as a quiz or a test. In its simplest form, the data model defines data model elements that both the LMS and SCO are expected to "know about." The LMS must maintain the state of SCO's data model elements across learner sessions, and the SCO must utilize only these predefined data model elements to ensure reuse across multiple systems