Docstoc

Technology Plan Scorm

Document Sample
Technology Plan Scorm Powered By Docstoc
					SCORM 2004 Enterprise E­Learning Architecture
       Oklahoma Department of Career & Technology Education 
                                                    2006.03.14




                1
Table of Contents

     The Integration Challenge ............................................................................................. 3
     The Ultimate Goal ......................................................................................................... 5
     SCORM Dreams vs. Reality .......................................................................................... 6
     Bending the SCORM ..................................................................................................... 6
     Breaking the SCORM .................................................................................................... 7
     A Modified SCORM Infrastructure ................................................................................. 8
     Appendix 1: Definitions .................................................................................................. 12
     Appendix 2: Related Reading ........................................................................................ 15
     Appendix 3: Related Software ....................................................................................... 16
     Appendix 4: Architecture Overview Diagram ................................................................. 17




                                                                         2
The Integration Challenge 
     E­learning cannot be successful in a vacuum.  E­learning leverages existing technology to deliver 
     existing training that meets existing goals.  E­learning does not force a re­tooling of existing IT 
     infrastructure or human resources development.  It does; however, require that these systems exist.   

     Existing Training Development
     Training developers that are successful with in­person training programs already possess the skills 
     necessary to deploy and manage e­learning.  The e­learning medium should not force philosophical 
     changes on existing training development strategies.  The primary goal is to extend existing training 
     frameworks to encompass e­learning.

     Educational Objectives
     Reusing educational objectives consistently across the enterprise requires a standard format and 
     application model.  IMS, the leading international e­learning standards body, provides a specification 
     called the Reusable Definition of Competency or Educational Objective (RDCEO).  The RDCEO 
     specification provides a ready­to­go model for defining objectives across the enterprise.  E­learning 
     initiatives that implement the SCORM depend on a catalog of RDCEOs to complete the metadata 
     requirements for content.  

     However, these RDCEOs provide little additional value if they are not placed within a larger framework of 
     competencies and job descriptions that drive the organization.  Defining objectives and nesting them 
     beneath a hierarchy of competencies unlocks the re­usability of these items.  Competencies that exist for 
     multiple jobs share a set of RDCEOs, SCOs, and assessment items.  RDCEOs, and the context 
     provided by a competency framework for employees is beyond the SCORM.  However, the SCORM will 
     not thrive without these additional frameworks.

     Content
     Representing content consistently across the enterprise requires a specification for creating and moving 
     content in and out of disparate systems.  The SCORM leverages the IMS standard for content packaging 
     to achieve this goal.  A lesson authored to the SCORM may contain any type and number of files, but it 
     must be accompanied by a set of XML documents that identify it as a SCO.  Systems that import or 
     export these content packages utilize this information to describe the content's purpose to the delivery 
     system.

     Carnegie Mellon's Learning Systems Architecture Lab (LSAL) has published numerous guides designed 
     to assist instructional designers with the creation of content that conforms to the SCORM.  LSAL's 
     SCORM Content Developer's Guide is a must read for training developers that intend to implement the 
     SCORM.  The Content Developer's Guide outlines a process for extending existing training development 
     practices to produce SCOs. 

     The SCORM enables training developers to benefit from content re­use.  It follows that training 
     developers must be able to identify and capitalize on opportunities for re­use.  Taking advantage of 
     these opportunities requires a knowledge management system that relates competencies, objectives, 
     and SCOs throughout the enterprise. 

     Assessment
     Representing assessment consistently across the enterprise requires a specification for creating and 
     delivering assessments.  IMS has created the Question Test Interoperability specification to meet this 
     challenge.  QTI formatted assessments are expressed in XML files and they can be moved in and out of 


                                                     3
QTI­aware applications throughout the enterprise.   

It is important to realize that the SCORM does not address assessment.  QTI­formatted assessments 
can be delivered through a SCORM compliant LMS as SCOs.  However, the dominant method for 
delivering on­line assessments involves a separate delivery system.  Test delivery that occurs alongside 
course delivery is accomplished through an LMS­specific feature set or a separate web service such as 
Questionmark's Perception product.

The key to integration with other facets of the SCORM is chunking each assessment into an item bank 
that resides with the SCO it supports.  Within the knowledge management system, objectives 
(RDCEOS), content (SCOs), and test items (QTI) should reside together.  This facilitates the rapid 
discovery and re­use of all training assets within the enterprise.  

             The QTI standard is not a formal part of the SCORM.  Furthermore, QTI has its own rich 
             communication and presentation model.  Including a QTI document within a SCORM 
             content package will do little good unless the receiving system supports the import and 
             delivery of QTI documents.



Existing Information Technology
E­learning projects must leverage existing IT resources to be successful.  E­learning, as it relates to IT 
infrastructure, has to do with delivery vehicles and integration.  However, deploying a Learning 
Management System to enable web delivery is the last task that your IT staff should complete in support 
of an e­learning initiative.  The first task is the standardization of e­learning business objects and 
integration with existing IT systems.     

Standard representations of e­learning people, e­learning results, and e­learning content must be 
approved.  These e­learning specific objects must then be integrated with their representations in the 
existing enterprise architecture.  This is best accomplished by extending people, results, and content 
objects within existing business systems.  

People
Representing people consistently throughout the enterprise is the goal of the Internet2 research 
consortium's MACE­Dir working group.  The MACE­Dir group has published a set of enterprise 
authentication standards and tools that provide a road­map for extending existing authentication systems 
to represent people in an inter­operable manner.  

Results
Representing results consistently throughout the enterprise requires a standard for data collection that 
supersedes specific pedagogies.  The CMI data model, developed by the Aviation Industry CBT 
Committee, forms the basis of the SCORM data model.  The SCORM data model standardizes how 
LMS products track student data.  Integration with existing training data systems requires services that 
translate CMI data into a format acceptable to those training systems.

Content
Representing content consistently throughout the enterprise requires a standard for packaging and 
describing content.  The SCORM Content Package is a standardized approach to managing content as 
it moves in and out of systems throughout the enterprise.  The SCORM allows for rich metadata to be 
expressed via the IEEE LOM (Learning Object Metadata) and attached to objects within a content 
package.  Services that handle content within the enterprise can utilize this metadata to associate 
content objects with educational objectives, organizational goals, courses, etc..  


                                                4
     Standardization and integration of these e­learning business objects is the first task of an existing IT 
     staff in support of an e­learning initiative.  Once this task has been completed, an IT staff can deploy 
     Learning Management Systems with confidence.


The Ultimate Goal
     The ultimate goal is a comprehensive infrastructure for e­learning.  Achieving this goal requires both a 
     detailed implementation plan and a vision for the outcome.  The desired outcome has to include the 
     formal definition and rigorous preservation of the link between educational objectives, content, and 
     assessment.  Every standard implemented and every technology tool deployed must support and enable 
     this relationship.  The stronger the link is between these objects, the stronger the e­learning initiative 
     becomes.  Technology infrastructures and team collaboration become focused as this link materializes. 
     ISDs design courseware in accordance with instructional goals, media developers focus their creative 
     energy, and psychometrists build frameworks that accurately measure outcomes.




                               Diagram 1 – Critical Link



SCORM Dreams vs. Reality
     The SCORM provides specifications for packaging content, and a model for communication between 
     that content and the Learning Management System (LMS) that delivers it.  The SCORM does not; 
     however, standardize every aspect of content design, development, and delivery.  Instead, it strives to 
     codify the minimum set of features and processes necessary to ensure the reusability of content across 
     multiple delivery vehicles.

     The dream of the SCORM is the creation of a large pool of learning objects that are well­defined, and 
     context neutral.  Training developers address training needs by selecting and sequencing a collection of 
     objects from the pool.  No re­authoring of the content is necessary for reuse, and a single learning object 
     may be delivered via  multiple SCORM compliant LMS products.  Course managers can create unlimited 
     course pathways based on the same content, and the learner tracking model remains consistent for all 
     SCORM­based objects.  This facilitates uniform reporting models for all courses regardless of delivery 


                                                      5
    vehicle.

    The reality of the SCORM is far more challenging.  SCORM­based content objects use ECMAScript to 
    communicate with the LMS during delivery.  Inconsistent support for ECMAScript across browsers can 
    prevent the accurate reporting of student scores, time within lessons, and a host of other valuable 
    progress indicators.  Course developers leveraging learning objects originally created for other courses 
    struggle with the inconsistent visual styles of the objects.  In addition, the heterogeneity of the media 
    present in the objects produces a daunting list of required software for the end­user (Flash, Java, 
    Quicktime, etc.).  

    Training developers may be able to package a collection of learning objects, but they cannot control the 
    learner's pathway through the objects without a SCORM 2004 compliant LMS product.  SCORM 1.2 
    (SCORM 2004's predecessor) enjoys the greatest industry traction, but it does not include support for 
    content sequencing.  As a result, most organizations find themselves without the SCORM 2004 runtime 
    they need to leverage the sequencing capabilities of the SCORM. In addition, the vast majority of 
    SCORM­ready content available for purchase is formatted for SCORM 1.2.  




Bending the SCORM
    Reference not Replication
    The SCORM Package Interchange Format (PIF), is a compressed folder of resources that can be 
    imported or exported out of a SCORM compliant software system.  SCORM packages are typically used 
    to move copies of courses and lessons in and out of SCORM software systems.  However, the fact that 
    these packages contain copies of the content is problematic.  Creating 20 sections of the same course 
    will create 20 copies of the course content within the LMS.  Subsequent changes to the “master” course 
    will necessitate changes to all 20 copies.  The resulting content management nightmare clearly defeats 
    the intent of the SCORM.  

    The solution is to reference content, rather than replicate content, when constructing a SCORM 
    package.  Referencing content involves embedding links in SCORM packages to content stored on a 
    central server.  SCORM packages that reference content create courses that can be centrally managed. 
    However, some LMS products may not properly import a SCORM package that does not contain any 
    references to local files within the package.  Rigorous testing should be performed on the organization's 
    candidate LMS products to determine what degree of content referencing their SCORM features will 
    support.

    Content Resolution
    Reference­only SCORM packages should utilize some form of content resolution.  Content resolution 
    assigns a unique identifier to every resource and stores its actual location in a database.  SCORM 
    packages contain references to a resolution service with the unique identifier embedded.  An example 
    URL might look something like this:

    http://www.example.com/resolver/38a52be4­9352­453e­af97­5c3b448652f0 

    The content resolution service would lookup the actual location of the content, fetch it, and return it to the 
    browser.  Content resolution allows repository managers to move or restructure the storage of content 
    over time without breaking existing content references.  Complex content resolution services may also 
    select a secondary or tertiary content storage location in the event of a failure at the primary location.



                                                      6
    The leading open implementation of this service is the Handle service created by the Corporation for 
    National Research Initiatives (CNRI).  

    Content as XML
    The SCORM deliberately avoids specifying a format for content.  However, any organization that intends 
    to invest in content development should set standards for its creation.  XML is, by far, the most flexible 
    and future­proof format for e­learning content.  However, not all e­learning content files can be stored as 
    XML.  Video and audio files, for example, must be stored as binary files.  

    XML is suitable for storing text­based data, and a wealth of tools exist to manage content stored in this 
    format.  Content stored in XML format can be transformed into context appropriate formats.  This 
    transformation capability eliminates the visual inconsistencies inherent in SCORM content reuse.  SCOs 
    created at different times for different purposes can be transformed into the same layout.  This separates 
    content from presentation and gives course developers flexibility.

    The key to taking advantage of XML as a content format is to provide content authors with XML 
    authoring, conversion, and management tools that lower the learning curve associated with this 
    technology.  There are a number of outstanding content management and document management 
    systems that leverage XML as the raw storage format.  These enterprise applications move 
    organizations away from simple file management to true knowledge management.



Breaking the SCORM
    Breaking the SCORM involves disregarding or supplanting portions of the model with in­house tools and 
    processes.  Typically, this is done in an effort to compensate for a weakness in the model.  One such 
    weakness is the SCORM's dependence on ECMAScript to facilitate communication between content and 
    the LMS.  Solving this problem involves utilizing another communication vehicle such as Java, ActiveX, 
    or Flash.  The goal of deviating from the SCORM in this way is to increase the reliability of data reporting 
    within courses. 

    SCORM 1.2 requires that content call LMSInitialize() and LMSFinish() via ECMAScript code embedded 
    within the content.  These functions launch and close each lesson respectively.  Content developers that 
    embed applets or media within courseware can leverage additional communication protocols.  Often, 
    these protocols are more reliable and feature­rich than the SCORM's ECMAScript runtime. Of course, 
    the LMS must support these additional protocols.   

    SCOs created using this approach might deliver a quiz score to the LMS directly from within a Flash quiz 
    rather than through the SCORM ECMAScript runtime.  The obligatory LMSInitialize() and LMSFinish() 
    calls could also be embedded within this SCO for true SCORM 1.2 conformance.  However, a SCORM 
    LMS will not complain if they are missing.  The LMS will simply not collect any data for that lesson via 
    the SCORM runtime.  Most LMS products already support web services as a method for communication 
    between the LMS and other enterprise systems.  Integrating a Java applet or Flash animation with 
    existing LMS web services is generally trivial.

    Unfortunately, customizing content communication to leverage an LMS­specific web service contradicts 
    the goal of LMS vendor independence.  This can be addressed with an in­house web service designed 
    to integrate with embedded media and the protocols they offer.  A custom web service could also provide 
    a SCORM 2004 sequencing engine to SCORM 1.2 LMS products.  The custom web service would 
    facilitate per user conditional branching independent of the LMS delivering the content.    Decoupling the 
    sequencing engine from the LMS product allows the sequencing engine to support multiple LMS 


                                                     7
     systems, and eventually evolve into a delivery vehicle for additional services such as chat, file transfer, 
     and help desk applications.



A Modified SCORM Infrastructure
     The Architecture Overview Diagram (Appendix 4) illustrates the major components of an infrastructure 
     based on the SCORM modifications presented in this document.

     Document Repository
        ➢ Staffing the Repository 
          The flow of documents in and out of the repository is managed by a group of repository 
          managers that set policy and enforce the structure of the information stored within the 
          repository.  Repository managers create and disseminate metadata standards for repository 
          documents, and they convert electronic documents into XML files for import into the repository. 
          Repository managers also collaborate with IT support staff to define the organization's 
          transformation requirements for XML files. 

             IT staff manage the hardware and software infrastructure necessary to host the document 
             repository.  Software developers create XSL documents that the repository uses to transform 
             XML files into any number of desired formats.  Examples might include web page output for 
             inclusion in a portal, PDF output for printing, and alternate XML formats for inclusion in Java or 
             Flash based e­learning engines. 

         ➢   IT Infrastructure
             The core of the infrastructure is a document repository that facilitates file storage and the 
             transformation of XML documents residing within the repository.  Both binary and XML­formatted 
             files are stored in the repository and metadata is associated with any or all of these resources. 
             The document repository allows for full text indexing and searching of documents based on 
             either content or metadata.  Catalogs and indexes of the repository's contents can be generated 
             and published via organizational portals.  Most importantly, the repository allows for the 
             transformation of XML documents into multiple delivery formats.  The repository separates the 
             creation and management of XML files from their transformation so that both technical and 
             content contributors can easily  collaborate on repository documents.

                           Document repositories do not exist to serve e­learning alone.  To the repository, an 
                           LMS is simply another consumer of repository resources.  Portals, presentations, 
                           and emails are examples of additional delivery vehicles for repository resources.  In 
                           the same way, a repository does not store e­learning content exclusively. 
                           Contracts, emails, and logo graphics are examples of general use content that a 
                           document repository might store.
  
     Digitization 
         ➢ Staffing Digitization
             Organizational knowledge exists in many formats, and document digitization makes it possible to 
             import current resources into a new document repository.  Classifying, digitizing, and archiving 
             organizational knowledge is the job of a trained digitization professional.  These professionals 
             convert paper­based resources into repository documents via specialized high­capacity 
             scanning equipment.

         ➢   IT Resources

                                                       8
    High capacity scanning equipment drastically reduces the cost and effort required to import 
    organizational knowledge into a document repository.  A centralized document digitization 
    bureau requires multiple dedicated sheet­fed scanning stations.  A sample scanning station 
    might include:

    (1) Workstation                                 (1)  Fujitsu fi­4990C Scanner
          3.0+ Ghz Processor
          2+ GB RAM                                 (1)  HP Scanjet 8200
          500+ GB SCSI RAID 5
          DVD­R/W
          19+ inch LCD
          Windows XP Professional 
          OmniPage Office & Paperport

    The brand and model of both the workstation and the flatbed scanner are flexible, but the Fujitsu 
    fi­4990C sheet­fed scanner is a best­of­breed product used by large libraries and digitization 
    centers around the world.

➢   Digitization Case Study
    The Oklahoma Department of Career and Technology Education is located in the north­central 
    Oklahoma town of Stillwater. The department provides leadership, resources, and assures 
    standards of excellence for a comprehensive statewide system of career and technology 
    education. That system offers programs and services in 29 technology center districts operating 
    on 56 campuses, 398 comprehensive school districts, 25 skill centers and three juvenile 
    facilities.  CareerTech's web­based training offerings serve over 20,000 students each year, and 
    content developed for online delivery leverages industry standards and best practices.

    CareerTech's digitization group processes thousands of pages of curriculum and documentation 
    every month using high capacity sheet­fed Fujitsu scanners.  Each scanner is capable of 
    digitizing 90 pages per minute at up to 400 dpi.  Output formats include Group­4 TIFF, PDF, 
    XML, and Microsoft Word.  CareerTech's paper to XML conversion is a two step process:




    1. TIFF images acquired from the scanner are converted to Microsoft Word format via 
       Scansoft Paperport
    2. Microsoft Word Documents are converted to XML documents via Infrae's DocmaServer 
       product.  The resulting XML documents conform to the Silva DTD and can be imported 
       directly into CareerTech's Silva document repository. 

    This process results in greater than 99% accuracy in OCR text conversion, but the OCR process 
    does not automatically convert and place images within the resulting Word or XML documents. 
    Inline images must be manually processed by extracting them from TIFFs with Adobe 


                                            9
        Photoshop.  This approach to bulk document digitization allows a single scanning station to 
        convert several hundred pages of curriculum to XML in a single day. 

Content Resolution
   ➢ Staffing Resolution
      Content resolution maps global unique identifiers (GUIDs) to their actual URLs within the 
      repository.  The relationship between these values will be maintained by content owners.

    ➢   IT Resources
        Content resolution services are available as off­the­shelf software systems.  However, there may 
        be integration advantages to creating an in­house solution.   Given the simplicity of the service, 
        it is reasonable that a single developer could create a content resolution service in the 
        organization's preferred language in as little as one day's time.  Once completed, the service 
        must be hosted on an Internet accessible server that can handle a large and consistent HTTP 
        load. 

Delivery Vehicles
    ➢ Learning Management System
       The technical requirements for an LMS drop significantly if a customized Java or Flash runtime 
       is utilized to deliver content.  Virtually any LMS product can deliver an end­user experience that 
       mirrors the SCORM 2004 runtime if reporting and sequencing are handled by a separate web 
       service that “wraps” the content.  Diagram 2 – Flash Runtime illustrates how an embedded flash 
       runtime would function.




                                               10
Diagram 2 – Flash Runtime

       The Flash wrapper consists of an html file with an embedded swf file.  The embedded swf loads 
       the contents of a small xml control file, which provides the swf with the information it needs to 
       load content and contact the Runtime application.  The Flash wrapper then loads content XML 
       files via HTTP and communicates with the Runtime via SOAP or Flash's native “remoting” 
       protocol.  The wrapper imposes sequencing rules and communicates tracking data by calling 
       remote functions within the Runtime.  All tracking data is deposited in the tracking database.

       Creating SCORM packages to leverage this delivery system requires the generation of an html 
       and xml file for each lesson within a course.  A SCORM packager, such as Reload, can be 
       employed to package a SCORM course from these files.  These packages are then imported 
       into an LMS product, and a copy of the manifest is imported into the Runtime application.  This 
       dual upload creates the course within the LMS and registers data tracking for the course within 
       the Runtime.




                                              11
APPENDIX 1 : Definitions
       1.    Web­Based Training (WBT): A type of training that is similar to computer­based training (CBT); 
             however, it is delivered over the Internet using a web browser. Web­based training frequently 
             includes interactive methods, such as bulletin boards, chat rooms, instant messaging, 
             videoconferencing, and discussion threads. WBT is usually a self­paced learning medium, 
             however some systems allow for online testing and evaluation at specific times.
       2.    Computer­Based Training (CBT): Also called computer­assisted instruction (CAI) is a type of 
             education in which the student learns by executing special training programs on a computer. 
             CBT is especially effective for training people to use computer applications because the CBT 
             program can be integrated with the applications so that students can practice using the 
             application as they learn.
       3.    Sharable Content Object Reference Model (SCORM): is a collection of standards and 
             specifications for web­based e­learning. It defines how client side content and a host system 
             called the Run­time Environment (commonly a function of a Learning Management System, or 
             LMS) may communicate with each other, as well as how content may be packaged into a 
             transferable ZIP file. SCORM 2004 introduces a complex idea called sequencing ­ rules that 
             specify the order a learner may experience content objects in.
       4.    IEEE:  The Institute of Electrical and Electronics Engineers or IEEE (pronounced as eye­triple­e) 
             is an international non­profit, professional organization for the advancement of technology 
             related to electricity. It has the most members of any technical professional organization in the 
             world, with more than 360,000 members in around 175 countries.
       5.    AICC:  The Aviation (All Encompassing) Industry CBT (Computer­Based Training) Committee 
             (AICC) is an international association of technology­based training professionals. The AICC 
             develops guidelines for aviation industry in the development, delivery, and evaluation of CBT 
             and related training technologies.
       6.    IMS Global:  (usually known as IMS) is a non­profit standards organization concerned with 
             establishing interoperability for learning systems and learning content and the enterprise 
             integration of these capabilities. Their mission is to "support the adoption and use of learning 
             technology worldwide".
       7.    Objectives:  A learning objective is a statement of what the learners will be expected to do once 
             they have completed a specified course of instruction. It prescribes the conditions, behavior 
             (action), and standard of task performance for the training setting. The objective is sometimes 
             referred to as performance or behavioral objectives. For example, knowledge is a state of mind 
             which cannot be directly measured. This requires an indirect method of evaluation, that of 
             observing behavior or performance.
       8.    Content:  In the context of WBT, content consists of electronic text, images, video, etc..  These 
             media assets are integrated and presented to support learning objectives.
       9.    Assessment items: The components that make up an assessment.  For example, the 
             questions that make up a test could be referred to as items.  IRT (Item response theory) 
             emphasizes that discrete item responses are taken to be observable manifestations of a trait or 
             attribute, the existence of which is hypothesized and must be inferred from the manifest 
             responses.  In other words, individual question responses can indicate specific competencies.
       10.   Reusable Definition of Competency or Educational Objective (RDCEO):  The Reusable 
             Definition of Competency or Educational Objective (RDCEO) specification provides a means to 
             create common understandings of competencies that appear as part of a learning or career 
             plan, as learning pre­requisites, or as learning outcomes.
       11.   Metadata:  is defined as the attributes required to fully or adequately describe a Learning 
             Object. Relevant attributes of Learning Objects to be described include type of object, author, 
             owner, terms of distribution, and format. Where applicable, LOM may also include pedagogical 
             attributes, such as teaching or interaction style, grade level, mastery level, and prerequisites. It is 


                                                      12
    possible for any given "learning object" to have more than one set of LOM.
12. Competency:  is the condition or state of being authorized, or being capable of doing 
    something.    The vague nature of this definition leads to confusion with the term objective.  In 
    practice, a student will complete many objectives before gaining competency.
13. SCO: The Sharable Content Object is the smallest chunk of instruction that the SCORM tracks. 
    It is roughly analogous to a lesson.
14. XML:  The Extensible Markup Language (XML) is a W3C­recommended general­purpose 
    markup language for creating special­purpose markup languages, capable of describing many 
    different kinds of data.
15. SCORM Runtime:  An ECMAScript driven communication architecture and data model for 
    facilitating communication between content and an LMS during delivery.
16. LMS: A Learning management System (LMS) is a software system designed to facilitate 
    teachers in the management of educational courses for their students, especially by helping 
    teachers and learners with course administration. The system can often track the learners' 
    progress, which can be monitored by both teachers and learners. While often thought of as 
    primarily tools for distance education, they are most often used to supplement the face­to­face 
    classroom.
17. ECMAScript:  is a scripting programming language, standardized by Ecma International in the 
    ECMA­262 specification. The language is widely used on the web, and is often referred to as 
    JavaScript or JScript, although those two languages are extensions of the ECMA­262 standard.
18. Question Test Interoperability (QTI):  The IMS Question & Test Interoperability (QTI) 
    specification describes a data model for the representation of question (assessmentItem) and 
    test (assessmentTest) data and their corresponding results reports.
19. CMI Data Model:  Computer Managed Instruction data set and rules that govern AICC content 
    to LMS communication.  This model has been integrated with the SCORM.
20. Internet2:  Internet2 or UCAID (University Corporation for Advanced Internet Development) is a 
    non­profit consortium which develops and deploys advanced network applications and 
    technologies, mostly for high­speed data transfer. "Internet2" is a registered trademark. It is led 
    by 207 universities [1] in the United States and partners from the networking (Cisco Systems), 
    publishing (Prous Science) and technology industries (such as Comcast, Intel, Sun 
    Microsystems). Some of the technologies it has developed include IPv6, IP multicasting and 
    quality of service.
21. MACE­Dir:  Part of Internet2's Middleware initiative.  Middleware, or "glue," is a layer of software 
    between the network and the applications. This software provides services such as 
    identification, authentication, authorization, directories, and security. The Internet2 Middleware 
    Initiative (I2­MI) promotes standardization and interoperability and is working toward the 
    deployment of core middleware services at Internet2 universities. 
22. IEEE LOM: The applicable Standard for LOM is "IEEE P1484.12". The full name of the Standard 
    is: "Standard for Information Technology — Education and Training Systems — Learning 
    Objects and Metadata". "IEEE" stands for "Institute of Electrical and Electronics Engineers". 
    The yet­to­be­finalized standard specifis the syntax and semantics of LOM, and focuses on the 
    minimal set of attributes, needed to allow Learning Objects to be managed, located, and 
    evaluated. The standards will accommodate the ability for locally extending the basic fields and 
    entity types, and the fields can have a status of obligatory (must be present) or optional (maybe 
    absent).
23. XSL:  the eXtensible Stylesheet Language is a set of language technologies for defining XML 
    document transformation and presentation
24. Java:  is an object­oriented programming language developed by James Gosling and 
    colleagues at Sun Microsystems in the early 1990s. The language, which was designed to be 
    platform independent, is a derivative of C++ with a simpler syntax, a more robust runtime 
    environment and simplified memory management.


                                            13
25. J2EE:  Java Platform, Enterprise Edition or Java EE (formerly known as Java 2 Platform, 
    Enterprise Edition or J2EE up to version 1.4), is a programming platform—part of the Java 
    platform—for developing and running distributed multi­tier architecture Java applications, based 
    largely on modular software components running on an application server. The Java EE platform 
    is defined by a specification. Java EE is also considered informally to be a standard because 
    providers must agree to certain conformance requirements in order to declare their products as 
    Java EE compliant; albeit with no ISO or ECMA standard.
26. Flash:  or simply Flash, refers to both the Macromedia Flash Player and to a multimedia 
    authoring program used to create content for it as well as games or movies created using the 
    program. The Flash Player, developed and distributed by Adobe Systems (formerly by 
    Macromedia), is a client application available in most web browsers. It features support for 
    vector and raster graphics, a scripting language called ActionScript and bidirectional streaming 
    of audio and video.
27. HTTP:  HyperText Transfer Protocol (HTTP) is the method used to transfer or convey information 
    on the World Wide Web. The original purpose was to provide a way to publish and receive 
    HTML pages.




                                          14
APPENDIX 2 : Related Reading

       ➢   SCORM 2004 Content Developer's Guide 
           URL: http://www.lsal.cmu.edu/lsal/expertise/projects/developersguide/developersguide/guide­
           v1p1­20050405.pdf 
       ➢   SCORM 2004 2nd Edition Specification
           URL:  http://www.adlnet.gov/downloads/70.cfm
       ➢   IMS Reusable Definition of Competency or Educational Objective ­ Information Model
           URL:  http://www.imsglobal.org/competencies/rdceov1p0/imsrdceo_infov1p0.html
       ➢   IMS Question and Test Interoperability Overview
           URL:  http://www.imsglobal.org/question/qtiv2p1pd/imsqti_oviewv2p1pd.html
       ➢   IMS Simple Sequencing Information and Behavior Model
           URL:  http://www.imsglobal.org/simplesequencing/ssv1p0/imsss_infov1p0.html
       ➢   IMS Content Packaging Overview
           URL:  http://www.imsglobal.org/content/packaging/cpv1p2pd/imscp_oviewv1p2pd.html
       ➢   IEEE LOM Draft Standard
           URL:  http://ltsc.ieee.org/wg12/files/LOM_1484_12_1_v1_Final_Draft.pdf




                                                15
APPENDIX 3 : Related Software

       ➢   Reload SCORM Content Packager
           URL: http://www.reload.ac.uk/
       ➢   Silva CMS
           URL:  http://www.infrae.com
       ➢   Atutor LMS
           URL:  http://www.atutor.ca
       ➢   Handle Content Resolution Service
           URL:  http://www.handle.net




                                               16
APPENDIX 4 : Architecture Overview Diagram




                                 17

				
DOCUMENT INFO
Shared By:
Categories:
Tags:
Stats:
views:2
posted:8/16/2011
language:English
pages:17
Description: Technology Plan Scorm document sample