| Table of Contents |
|---|
Functional and Nonfunctional Specifications
Description of IHRDC’s Stub Courses
Since 2004, IHRDC has offered SCORM courses that are hosted on regional world wide servers. These courses allow administrators to have the most up-to-date content on their systems without having to go through the trouble of making image, video and text re-uploads on a quarterly basis. We call these stub based courses.
The learning system uploads these stub courses as a zip file, but only uploads the portion that communicates with the learning management system (LMS) as well as required manifest files. The effective server size is of the course package is around 21kb. All course and SCORM file functionality updates happen from IHRDC’s regional servers.
SCORM courses communicate with an LMS by using javascript and a set of predefined calls that are required to take place. This communication happens in a file that is included in the course package called learningunit.htm. This file also captures the learner’s completion by an encrypted querystring of SCORM completion runtime calls and redirects that the LMS. Essentially the communication between IHRDC courses and a LMS is a combination of full duplex and half duplex.
Technical Specifications for IHRDC Courseware
- All IHRDC courses are SCORM compliant with versions 1.2 and 2004 3rd Edition.
- The IPIMS SCORM 1.2 library was certified by ADL
- Most courses require a minimum of IE7 and work well with modern browsers of Firefox and Chrome. Additionally, courses require javascript and should be able to navigate windows, frames and iframes across domains
- Operations and Maintenance courses contain macromedia flash and are not well suited to browsers or mobile devices that do not support such plug-ins
- All IHRDC courses use javascript to communicate with a licensee’s learning management system. No IHRDC courses use java to communicate
- Because IHRDC courses communicate with another server, the files can be configured to communicate via http or https. This is important if the LMS communicated with the learners browser in a secure protocol
- All libraries except Operations and Maintenance have SCORM packages that average around 5kb. Operations and Maintenance courses are between 5-250MB in size
- SCORM courses for IPIMS, Petroleum Online and Business Essentials use a framed approach to display courses that are served from another domain
- IHRDC Business Essentials and Operations and Maintenance courses support bookmarking, while the IPIMS and Petroleum Online (PO) library do not offer that feature at this time. IPIMS and PO offer a more sophisticated visual history of the learner’s progress.
Functional and Nonfunctional Requirements for IHRDC Courseware
- REQ1. All images, video and audio should be functional in the course, and no errors should be reported by the browser to the learner
- REQ2. Courseware should report a pass/fail and numeric grade which should match what the learner experienced in the course.
- REQ3. When answering all the documented answers correctly, the course should report a 100%
- REQ4. If the pretest is failed, the learner must pass the post-test to pass the course
- REQ5. If the pretest is passed, the course should report passed the course
- REQ6. The pretest can only be accessed once
- REQ7. The content section of the course should bookmark the learner’s last position
- REQ8. When exiting part way through a pretest or post test, the course should make an attempt to close the course window
- REQ9. When exiting the pretest or post test the learner should be able to return to the course and complete the course. Exiting the pretest would bar the learner from reentering the pretest since only one attempt is allowed. Exiting the post test prematurely would force the learner to start from the beginning of the assessment
- REQ10. Courseware should have no executable or server side file types
- REQ11. All courses should use SCORM conformant runtime calls
Excel Metadata/Documentation of Courseware
This document can be found from the link below. Additional information like Description, Mastery SCORE and suggested time in course are also included.
URLs for IHRDC Courses Running on a Licensee’s LMS
- www.ipims.com (IPIMS Courses Only)
- www.petroleumonline.com (PO Courses Only)
- ihrdc.mindedge.com (BEES Courses Only)
- ihrdc.mindedgeonline.com (BEES Courses Only)
- www.ipims.eu (IPIMS Courses on EU Server)
- www.ipims.asia (IPIMS Courses on Indonesian Server)
- eu.petroleumonline.com (PO Courses on EU Servers)
- www.petroleumonline.asia (PO Courses on Indonesian Servers)
Support Sites
http://els-support.ihrdc.com/hc/en-us
Email Address Domain
SCORM runtime API Calls made by IHRDC Courses by Library.
...
IPIMS-BK
...
IPIMS-AL
...
BEES
...
O&M
...
PO
...
SCORM 1.2
...
SCORM 2004 3rd ED
...
X
...
X
...
X
...
X
...
X
...
LMSInitialize
...
Initialize
...
X
...
X
...
X
...
X
...
X
...
LMSFinish
...
Terminate
...
X
...
X
...
X
...
X
...
X
...
LMSCommit
...
Commit
...
X
...
X
...
X
...
X
...
X
...
LMSGetLastError
...
GetLastError
...
X
...
X
...
X
...
X
...
X
...
LMSGetErrorString
...
GetErrorString
...
X
...
X
...
X
...
X
...
X
...
LMSGetDiagnostic
...
GetDiagnostic
...
X
...
X
...
X
...
X
...
cmi.core.student_id
...
cmi.learner_id
...
X
...
X
...
X
...
X
...
X
...
cmi.core.student_name
...
cmi.learner_name
...
X
...
X
...
cmi.core.credit
...
cmi.credit
...
X
...
X
...
X
...
X
...
X
...
cmi.core.lesson_location
...
cmi.lesson_location
...
X
...
cmi.core.lesson_status
...
cmi.completion_status
...
X
...
X
...
cmi.success_status
...
X
...
X
...
X
...
X
...
X
...
cmi.core.score.raw
...
cmi.score.raw
...
X
...
X
...
X
...
X
...
X
...
cmi.core.score.max
...
cmi.score.max
...
X
...
X
...
X
...
X
...
X
...
cmi.core.score.min
...
cmi.score.min
...
X
...
cmi.core.exit
...
cmi.exit
...
X
...
X
...
X
...
X
...
X
...
cmi.core.session_time
...
cmi.session_time
...
X
...
cmi.suspend_data
...
cmi.suspend_data
...
X
...
X
...
X
...
X
...
X
...
cmi.launch_data
...
cmi.launch_data
...
X
...
cmi.core.interactions
...
cmi.interactions
...
X
...
X
...
cmi.scaled.score
IHRDC Course Testing Error Severity Indicators
SEVERITY1. The courseware crashes or the defect causes non-recoverable conditions.
SEVERITY2. A major portion of the course is unusable due to failure or incorrect functionality. These defects cause serious problems such as a lack of functionality, or insufficient or unclear error messages that can have a major impact to the learner, prevents other areas of the course from being used or tested, etc. These defects have a work around, but the work around is inconvenient or difficult
SEVERITY3. Incorrect functionality of course or process. There is a simple work around for this defect
SEVERITY4. This defect is minor or cosmetic in nature generally documentation errors
Recommended Testing Steps on Courses
Please see this document. Testing_Steps.xls
Frequently Asked Questions
...
- Most IHRDC reports will show learners that have started a course while most major LMS vendors provide reports on assigned users and those that have completed courses. IHRDC can't tell which users are assigned a course in your on premesis LMS, we can only see when they launch courses. IHRDC courses are specifically distributed to your organization with a 50 digit unique identifier and we use that ID to match launch request back to you. When the usage comes to IHRDC, we get the users name and learner ID. You should be able to see those users in your assignment reports or general employee lists. Some more detailed records are stored for shorter periods of time which can help your team narrow down where the usage came from.
- Completions: If you notice completion differ between IHRDC reports and your LMS reports or you don't have the same scores. There are a few cases we have identified where this is more likely to happen. Its first helpful to understand the communication flow.
- A learner completes the course with the score of an 88.
- This information is communicated to the browser along with the minimum score, maximum score, time in course and the lesson status
- The browser then communicated this information to another portion of the browser which is controlled by IHRDC's course player
- IHRDC's player communicates this information to a LMS component on the user's browser
- The LMS component communicates the info to your LMS, where it is put into a database
Overall for our recommended specification browser/computer and network, we have timed this process takes on average less than 0.15 seconds or twice as fast as your can blink your eyes. But with slower network conditions, a browser or computer that is bogged down with tasks, we have seen that communication take 2-3 seconds or more. If a user closes the browser before that information has been sent, you will see this discrepancy. In nearly all cases, a user can reenter the course and the information will be resent. Most of our courses will notify the user if we detect that there was a communication error as well.
...
Frequently Asked Questions by Learners
...
This document has moved to: https://els-support.ihrdc.com/hc/en-us/categories/
...
...
...
Job Aides to Manage Requests by Learners
If you have an internal support team, this document might be good to review to help them support courses from IHRDC.
https://ihrdc.securevdr.com/share/view/785583afd8374295
SCORM References
...