把現有SCORM 1.2的教材轉換到SCORM 2004

今天跟顧問在聊天時，顧問提到一個問題,
"如果站在一個內容業者的立場,如果已經投資做了數門符合SCORM 1.2的教材，
如果明年開始導入SCORM 2004會不會需要很大的轉換功夫?"
相信這是很多業者心裡想問的問題,"如果導入SCORM 2004,我們的教材是不是都要重做了呢?,如果這些教材並不需要很複雜的sequencing rule之設計,是不是還要修改很多呢?"

深入分析,在SCORM 2004與SCORM 1.2兩個規範最大的不同點在於兩大部分,
Content Aggregation Model及Run-time Environment，
在Content Aggregation Model中,因為加入了sequencing rule所以複雜許多,
而Run-time Environment,則是因為IEEE修改了部分的API及Data model.

因此如果業者希望將一個符合SCORM 1.2的課程，在不用增加sequencing rule的前提之下，修改為符合SCORM 2004的課程,
在Content Aggregation Model中，因為不需要加入sequencing rule所以不需要額外之修改工作，但在Run-time Environment部分，可能就是最大的問題點了,
因為SCORM 2004中採用了IEEE 1484.x的標準,所以在API及Data model兩大部分都有修改，所以可能讓SCORM 1.2的教材無法順利回傳學習記錄，也就是會發生不相容的問題，而這個問題對於內容業者而言，是要花錢及時間之修改工作，反向思考，平台業者或可不可能有技術可以解決這個問題,也可以大大減少內容業者的重製功夫。

不過再仔細閱讀SCORM 2004之規範，API及data model部分，不難看出有許多部分是名稱的調整，初步看來，當名稱不同導致了不相容的問題，但從另一個角度而言，是否可以用技術方法克服，答案是肯定的，由程式設計的角度，可以設計開放兩個介面同時存取一份資料，並在程式主體中定義新舊不同標準之資料欄位對應關係，簡言之，這部分的問題亦可解決。日前我們在開發之SCORM 2004 compliant 平台時，我們就已經將這個問題考慮進來,所以應用底層架構技術進行兩個版本規範之資料對應，因此SCORM 1.2及SCORM 2004之相容性的確可以透過技術加以解決,對於內容業者應是一大福音。