下一代SCORM標準的新動向|下一代廠房標準

來源:公文書信 發布時間:2019-08-17 04:58:31 點擊:

  下一代SCORM標準的新動向——ADL TLA和Experience API解讀李青 孔沖   [摘 要] 隨著信息技術和教育實踐的發展,SCORM標準在e-Learning應用中的局限性越來越明顯。ADL已經開始著手研制一種全新的學習標準——TLA,以彌補前者的不足,Experience API是TLA的前期成果,主要用于學習經歷跟蹤和記錄。文章在文獻分析和案例研究的基礎上,介紹了TLA及其運行時實現——Experience API的主要內容,分析了該標準應用到e-Learning中的優勢和不足,以及其與SCORM標準的差異。
  [關鍵詞] Experience API; SCORM標準; 學習技術規范; 數字化學習資源
  [中圖分類號] G434 [文獻標志碼] A
  [作者簡介] 李青(1977—),男,江蘇鎮江人。副教授,博士,主要從事遠程教育、數字化學習環境、移動學習等研究。 E-mail:zjliqing@126.com。
  一、引 言
  隨著信息技術和多媒體技術的發展,e-Learning已成為一種流行的學習方式。但正是由于學習資源的豐富性和多樣性,使得其難以共享和重復利用。為了解決這一問題,美國國防部資助的ADL項目組于15年前制定和發布了可共享內容對象參考模型(Sharable Content Object Reference Model,簡稱SCORM),該標準在e-Learning行業內得到了廣泛應用,迅速成為該領域的事實標準。遵循該標準的學習資源具有高可訪問性、適應性、可承受性、持久性、互操作性、可重用性等特點。[1]經過十多年的實踐和演進,SCORM已成為當前e-Learning領域應用最為廣泛的學習技術標準。[2]
  但是,隨著信息化教學實踐和學習技術的進步,該標準也暴露出一些缺陷和不足。例如,它基于單向信息傳遞模式,無法滿足個性化學習的需求;在概念模型上只針對“物化資源”的共享進行設計,忽略了“人力資源”的因素;在對學習資源的描述上基于靜態的元數據模型,只能對最通用的屬性進行描述,無法根據不同的學科領域和應用場景擴展。[3]
  針對SCORM標準的諸多局限,ADL和教育軟件社區合作,著手開發新一代的學習技術架構規范。ADL在美國奧蘭多的iFest 2012會議上正式命名了SCORM的下一代規范架構——培訓和學習體系架構(Training & Learning Architecture,簡稱TLA),及其運行時應用程序接口規范——Tin Can API(后更名為Experience API)。[4]TLA不僅可應用于在線學習,也可以應用到離線學習,甚至于真實世界中的學習中。它不僅重新定義了e-Learning的概念模型,而且將針對e-Learning的各個環節陸續開發出若干個相互關聯的規范,納入到TLA的框架體系中。而Experience API是TLA系列規范中的第一個,也是其中最核心的規范,它定義了整個規范體系的運行架構和實現方法。本文將從定義、概念模型、運行環境和應用等方面對其作詳細的解讀和分析。
  二、文獻研究
  從發布第一個公開版本到現在,SCORM已經經歷了十多年的發展歷史,并廣泛應用于e-Learning和企業培訓領域。國內關于SCORM標準的研究較多,在CNKI中以“SCORM”為關鍵詞檢索,總計約有279篇論文,其中期刊論文有135篇。我國關于SCORM標準的研究主要集中在以下幾個方面。一是對SCORM的解讀和發展綜述,如余勝泉等較為詳細地闡述了SCORM的內容聚合模型CAM和運行時環境RTE,[5]田成龍等介紹了SCORM的發展歷程和SCORM 2004中新增的編列和導航功能。[6]二是將SCORM應用到資源建設中的研究,包括課件制作、課程開發、資源庫建設、學習工具開發等,如黃宗江等采用SCORM標準和XML語言定義網絡課件,增強了課件在不同平臺的可移植性,[7]彭紹東分析了SCORM2004中關于“學習路徑”設計的三原理。[8]三是對SCORM在學習管理系統的應用研究,如戴欣設計和實現了基于SCORM規范的智能化通用教學平臺;[9]劉麗明將社交網絡的部分功能加入到基于SCORM標準的社會性學習平臺當中。[10]四是關于SCORM在移動學習方面的應用,如姚佳豆在SCORM研究的基礎上,提出了設計、開發移動學習資源所必須遵循的基本原則和移動學習資源的教學設計框架;[11]郭林開發了基于SCORM標準的移動學習管理系統MLMS,詳細描述了該系統的體系結構、各模塊的設計細節和關鍵技術。[12]從以上文獻研究結果可以看出,SCORM經過多年的發展,其應用在我國已經全面展開,在基于SCORM的學習平臺或學習管理系統以及資源建設等方面都有了豐富的案例和研究。從2007年開始,隨著移動通信技術的發展,研究人員開始關注移動學習方面,希望通過研究擴展SCORM標準,使之較好地應用于移動學習。
  筆者同時也利用IEEE文獻數據庫和Google學術搜索檢索了國外對于SCORM標準研究和應用的一般情況。國外的學習管理系統和制作工具基本上都支持SCORM標準,典型的學習管理系統有Blackboard、Moodle、OLAT和ATutor等,課件制作工具有Adobe e-Learning Suite2、Articulate套件以及“串流大師”等,開源打包工具以Reload Editor為代表。上文中國內學者關注的四個領域在國外同樣也得到了關注,而且國外的學者更多的是對SCORM標準的語義和擴展的研究,如Bohl等人分析了SCORM標準的技術特色、主要優勢以及不足之處;[13]NaraePark等提出一種數字化活動控制模型,能有效地以圖形化的形式定義SCORM的內容聚合模型和序列的編列條件;[14]Wen-Chih Chang等針對SCORM缺少完整評估機制的不足,通過使用SPC表擴展SCORM在評估方面的功能。[15]上述研究集中于對SCORM標準本身的探討,或是對其補充和改進等,這是國內研究較少的地方。而關于SCORM在學習管理系統(或教學平臺)以及資源建設方面的研究,無論是國內還是國外都比較多。   三、SCORM的不足和新標準的制定
  目前流行的SCORM版本為SCORM1.2和SCORM2004兩個版本。十五年的實戰檢驗暴露出SCORM的許多問題。首先SCORM的結構過于復雜,其數據存儲于LMS中,只能通過LMS內部的工具調用,未提供外部訪問接口,因此無法提取和共享。其次,SCORM標準未提出數據持久化的要求,數據在會話結束后可能不被記錄保存。因此,在脫機狀態或是不能總是在線的狀態下,功能受到很大影響。再次,SCORM需要通過LMS來保存和管理內容,并通過瀏覽器遞送。這對于移動應用、虛擬實驗等軟件的開發者來說很不方便。此外,SCORM不支持用戶創建的內容,或是第三方發布的內容,無法滿足在學習中整合社會化學習活動的需求。
  基于上述原因,SCORM規范對于學習內容包裝和編列的定義及其實現方式在一定程度已經不能滿足學習技術發展的要求。針對當前數字化學習內容和學習活動設計的需要,ADL和e-Learning社群內的一些專家認為應改進SCORM標準并且簡化其結構,具體應該針對下面一些方面作出改良和優化。[16]
  (1) 將學習內容和LMS解耦,內容可以從任何地方獲取或訪問,而非依賴于LMS作為其發布環境,最好能夠支持分布式的內容。
  (2) 以通用的概念模型統整e-Learning實踐,做到“教學法中立”,可適應大部分教學模式的需要,無論是課堂教學、探究性學習活動還是游戲化學習模式都可以使用。
  (3) 擴展學習內容的格式和遞送方式,使其不局限于HTML和JavaScript,不局限于通過Web方式遞送。學習內容的開發者可以根據需要使用各種形式的內容,包括社交網絡媒體。
  (4) 支持離線使用,提供無狀態會話的能力,不需要總是連接到服務器以跟蹤和記錄學習活動,偶爾的連線或是脫機方式應均可正常使用。
  (5) 支持多平臺的互操作和導入導出,可在多種設備中平穩過渡。例如,在筆記本電腦上記錄學習活動,在移動設備上查看記錄。學習活動的記錄應該能夠更新和同步。
  四、TLA和Experience API
  (一)TLA架構
  TLA旨在描述一個通用的、高度抽象的學習和培訓框架,[17][18] 它是對e-Learning的新解讀,ADL當前和計劃中所有的技術項目、規范和標準都將納入到TLA的范圍內。TLA是一種獨立于教學平臺、教學法、文化倫理以外的中立架構,因而具有廣泛的適應性。TLA的頂層架構包括四個部分。
  1. 學習經歷跟蹤(Experience Tracking):跟蹤學習者學習經歷的技術,如Experience API,用于彌補現有技術僅關注某一課程的學習記錄而無法記錄不同類型學習經歷的不足。
  2. 學習者檔案(Learner Profile):描述學習者信息的技術,包括愛好、能力、經驗等信息。
  3. 內容代理(Content Brokering):關注描述、發現和傳遞內容的技術。
  4. 能力認證(Competency Infrastructure):提供認證、學習目標定義、能力、任務、標準和條件相關的技術,這些信息都能被機器讀取和理解。
  TLA包含數個旨在為美國國防部和其他相關方提供e-Learning解決方案的項目,這些項目最終將整合為一體。[19]TLA第一階段的研究成果為記錄學習經歷跟蹤技術,包括新的運行時API、新的數據模型、新的數據模型格式/語法,以及新的通信協議,其后將逐漸擴展到其他三個部分。
  (二)Experience API
  作為TLA架構中的第一個規范,ADL將新的運行時API命名為“Experience API”。該規范定義了學習體驗的“活動流(Activity Stream)”,這和Twitter以及Facebook中呈現的社交活動流類似。通過跟蹤這些活動流,我們可以分析學習行為和學習表現。新的API引入了對移動設備、游戲、社交網絡、虛擬世界和模擬環境的支持,可以跟蹤跨平臺和跨設備的學習經歷。原來不被LMS支持的學習活動類型,如“觀看YouTube”、“發微博”和“上傳視頻”等都可以被記錄下來。這樣,學習可以作為真實生活的一部分被分析和理解,改變了SCORM時代只有在LMS中的學習才被認可的狀態。
  Experience API的早期版本被命名為Tin Can API(后文簡稱為TCAPI),最早可追溯到2012年4月的ADL下一代SCORM會議。同年7月,工作小組將Tin Can API更名為Experience API(后文簡稱為XAPI)①,并于10月發布了該規范的0.95版。規范中將Experience API定義為:“一種簡單的、輕量級的技術規范。可以讓任何被許可的參與者存儲和檢索可擴展的學習記錄、學習者信息和學習經歷檔案,而這一功能和其具體實現的平臺無關。”對此,我們可作進一步的分析(見圖1)。
  1. XAPI簡單靈活,適用性強,打破了原有學習內容包裝規范的許多限制。
  2. XAPI記錄和檢索的內容具有多樣性和可擴展性,可以是移動學習、虛擬世界、嚴肅游戲、真實世界的活動等,幾乎包含所有的學習方式產生的學習記錄。
  3. XAPI是平臺中立的,可在任何情況下實現該接口的平臺存儲和共享數據。
  4. XAPI為系統之間的交互提供了一種簡單的詞匯表,使之能進行安全通訊。
  ADL委托e-Learning領域中的知名廠商Rustici Software公司作為主要參與者發起了Tin Can計劃。“Tin Can”原指一種聽筒玩具,項目發起人以之命名是希望建立起一種標準制定者和e-Learning產業界的雙向對話機制。整個規范的制定過程是開放和協作的,教育軟件社區發揮了很大的作用。約有350名代表參加了項目啟動會議,幾十個機構、組織和個人積極活躍地參加了標準內容的撰寫,他們之中既有LMS開發商、課件制作工具開發商、內容提供商,也有來自政府以及學術領域的專家。[20]   標準化組織間的協作也是規范制定過程中的一個亮點。另一個著名的學習技術標準化組織——AICC在XAPI開發中采取了合作策略。由于XAPI能夠滿足其在模擬訓練軟件方面的要求,AICC將在其最新版的CMI5標準中整合XAPI,作為下一代AICC CMI系統的運行時協議。AICC在訓練和模擬軟件上有很大的優勢,它的加入有利于XAPI標準的完善,這種合作對雙方社區都是有益的。
  (三)Experience API的存儲機制——LRS
  XAPI規范還定義了一個新的術語用于描述學習內容的存儲機制——學習記錄存儲(Learning Record Store,簡稱LRS)。LRS類似于數據庫,可用來存儲和維護學習者的學習記錄。這類記錄在XAPI中被稱為“Statement”,數據以個人學習記錄或成績單的形式存儲,不同的學習活動產生的記錄均可傳送到LRS中存儲。XAPI對于LRS的實現是非常靈活的,僅作了抽象定義,雖然目前已經實現的大部分LRS都基于LMS,但實際上它可以是任何可用于存儲的系統,包括比LMS更加簡單的獨立應用程序。由于其既可以單獨存在又可以嵌入到LMS中,因此LMS、報告工具或其他的LRS都可以訪問LRS存儲的數據。而且,LRS之間可以共享數據,學習者的數據可以從一個組織傳遞到另一個組織,例如某人想把自身培訓記錄傳送到自己的LRS和雇主的LRS中。
  五、Experience API的概念模型和運行時實現
  (一)概念模型
  XAPI基于下面的概念模型:人們通過學習內容或者與他人的互動進行學習。這些對內容的操作和互動活動可以發生在任何地方,并且會發出學習事件已經完成的信號。這些信號將被系統或應用程序記錄,隨后以一定的格式發送并記錄到LRS中,LRS負責存儲并且與其他獨立的或LMS內部的LRS共享這些記錄(見圖2)。
  Statement是Experience API的核心,其結構非常簡單,采用“Actor+Verb+Object”的形式來描述一個學習活動。所有的學習活動都以這種結構描述和存儲,如“小明(Actor)完成(Verb)了四級英語模擬練習(Object)”,或者“Christie(Actor)experienced(Verb)the Berlin Wall(Object) in Second Life.”。不論采用何種語言編寫,這種描述結構都是穩定和通用的。為了保證XAPI具有分布式的特性,Statement在邏輯結構上是不可變的,但聲明所引用的活動內容是可變的。
  除了上面提到的“Actor+Verb+Object”結構,Statement還可以包含情境信息,例如“Steve Completed Company Induction Training With A Result of 85% on 21st Feb 2012 at 14:35”。這種方式使XAPI實現了SCORM的所有功能,而且提供了一個更靈活的框架。
  在一條statement中,屬性的排列順序是可變的,聲明的書寫格式可以是JSON或XML格式。下面我們以一條簡單的聲明“Brian Experienced Synchronized Swimming”為例,了解一下如何用JSON格式編碼Statement:
  { "actor": { "objectType": "Agent",
  "name":"Brian",
  "mbox":"mailto:brian@example.com"},
  "verb": {
  "id":"http://adlnet.gov/expapi/verbs/experienced",
  "display":{ "en-US":"experienced" } },
  "object":{
  "id":"http://www.example.com/xapi/activities/
  synchronized-swimming",
  "definition":{
  "name":{ "en-US":"synchronized swimming"}}}
  }
  (二) Statement詳解
  根據XAPI規范的定義,Statement中可包含十種屬性,除了前面提到的Actor、Verb、 Object這三個必選項外,還可包括結果、時間戳、存儲、授權等其他七項可選屬性,可根據需要決定是否使用。下面是對這些屬性的詳細解釋。
  1. ID(標識符):數據類型為UUID,由活動提供者生成,若Statement中不包含ID,則由LRS自動分配。該標識符在系統中是唯一的,以此保證其所屬的Statement在整個系統中的唯一性。該項不是必選項,在某些場合可省略。
  2. Actor(操作者):學習活動中的活動執行者。Actor中包含5種屬性,其中ObjectType是必選選項,它的值通常為“Agent”;Name是可選項,Mbox、Mbox_sha1sum、Openid和Account等四者應具有唯一性,用于標志Agent。例如,前面例子中Actor屬性的值為“Brian”,這個名字可能會有多人使用,而不具有唯一性。但是,配合Mbox則只可能有一人的電子郵件地址是brian@example.com。一條Statement中只能使用其中的一項作為識別屬性,不能同時使用,否則無效。
  3. Verb(動詞):它描述操作者和對象之間的動作。XAPI沒有指定在規范中使用的特定動詞(Voided除外,參考后面的屬性10),而是定義了如何創建和使用動詞的方法,這樣使得動詞的使用具有很大的靈活性。但在實現該規范時,ADL公布了一組可供大家廣泛使用的動詞表,建議活動提供者優先考慮使用這組動詞,以獲得在不同系統中遷移的一致性。Statement中的Verb包括“Id”和“Display”兩個子屬性(見表1)。   需要注意的是,URI指向的詞匯表應能夠識別特定環境下的語義,而不是單詞本身。例如,單詞“Fire”在“Fired A Weapon”、“Fired A Kiln”、“Fired An Employee”等三句話中具有不同含義。URI表示特定的含義時不依賴于任何特殊的語言種類。
  4. Object(對象):可以是操作人的活動、Agent或者另一個Statement,也就說Statement之間可以嵌套。需注意的是,Object中必須包含“ObjectType”,用于指明對象的類型,未指定則默認為“活動”。由于對象的嵌套比較復雜,本文主要討論對象是活動的情況。該項包含Id和Definition等子屬性:Id定義了一個說明活動類型的URI,任何使用該URI的活動在語意上都是一致的,Definition用于可以更詳細描述活動的內容。
  5. Result(結果):表示Statement的測試結果,如完成度、是否成功或者得分情況。該項同樣是可擴展的,包含XAPI允許的任意測量結果。
  6. Context(上下文情境):為Statement提供添加上下文信息。學習經驗指導者的信息記錄在Instructor項中,學習經驗發生在哪一個團隊活動中,則記錄在Team項中,或者包含其他一些更廣泛的活動。
  7. Timestamp(時間戳):記錄學習活動發生的時間,格式遵循ISO-8601標準。記錄時間可能會與系統時間不一致,如發生在系統外的正式或非正式學習時間。
  8. Stored(存儲時間):記錄LRS存儲學習記錄的時間,即Statement添加到LRS的時間,格式同樣為ISO-8601。在任意一條Statement中,上文提到的時間戳很可能不同于該項記錄的LRS存儲時間,這是由于記錄延遲或Statement傳播到其他系統時延時造成的。
  9. Authority(授權):該項用于聲明哪些系統或個人有權使用某條Statement,并判定其有效性。授權者可能是一個Agent對象(代表驗證用戶如“Brian”),或者是三方的OAuth開放授權,XAPI主要使用后者。Statement中接收OAuth授權必須將應用程序和用戶配對組合為Group對象。
  10. Voided(無效):該項將Statement標記為無效。前文提到,基于XAPI的分布式特性,Statement在邏輯上是不可變的。由于其不能被系統修改或刪除,所以能保證系統收集到的數據是準確的。但是,學習活動發出的Statement并不總是合法的,編寫錯誤或者是其他的因素將導致一些Statement無效。在這種情況下需使用Voided動詞,將Statement標記為無效。若活動提供者想要將一條無效Statement轉為有效,需使用新的ID重新發布。
  (三)運行時通信
  在運行時環境中,XAPI通過統一的編碼、標明版本信息的文件頭以及并發控制和身份驗證等三種方式保證通信安全。數據傳輸基于RESTful架構,XAPI中的Statement子API主要使用PUT、POST、GET方法,其余的子API則采用PUT、GET和DELETE方法,能夠有效地保證數據的傳輸,具體解釋如下。
  1. Encoding(編碼方式):XAPI采用統一的編碼方式,所有字符都以UTF—8編碼和解釋,因此對于拉丁語言以外的語種,需要考慮編碼轉換的問題。
  2. Version Header(版本頭信息):通過標明版本頭的方式,保證請求能得到正確的響應。HTTP頭的名稱是“X-Experience-API-Version”,用來構建客戶請求。通常版本的請求和響應是相匹配的,客戶端應盡可能使用XAPI規范的最新版本以獲得最大兼容性。
  3. Concurrency(并發控制):為了防止API的調用者在舊數據基礎上更新引起變化而導致丟失數據的問題,XAPI用PUT方法覆蓋現有的數據時會使用HTTP1.1中的ETag,實現較好的并行控制。
  4. Authentication(身份驗證):為了保證通信的安全性,LRS將支持身份驗證,主要通過OAuth 1.0 (rfc5849)、HTTP Basic認證和通用訪問卡等三種方式。
  XAPI中需要考慮各種復雜的身份驗證場景和技術。在所有場景中均一致采用由LRS負責或是授權的方式。授權由聲明的合法性決定,基于憑證確定執行何種操作。在實際應用中,我們可以使用上述身份認證方法的任何一種認證。但是,為了在互操作性和安全性之間取得平衡,大部分的LRS傾向于支持身份驗證機制,或者限制已知的用戶及已注冊的應用程序使用某一種特定的驗證方法。例如,關注安全性的LRS管理員可能會拒絕使用基于HTTP Basic認證的PLAIN-TEXT明文簽名。作為替代,管理員使用OAuth認證的最低限度是至少使用HMAC-SHA1或RSA-SHA1加密簽名方法,以提高互操作安全性。
  六、Experience API的應用案例
  雖然XAPI目前仍舊處于預發布狀態,并未正式推出,但是各大e-Learning軟件開發商、學習管理系統開發商、出版社、評估軟件開發商、教育游戲軟件開發者等各類教育軟件提供方均已參與了早期開發和實現工作。Tin Can項目網站(http://tincanapi.com/)上列出了目前已實現XAPI的數十家公司和機構,包括Articulate,Blackboard,CourseMill,EPIC,GoMo Learning等公司,下面我們將列舉兩個XAPI的應用案例供大家參考。
  (一)Articulate StoryLine
  Articulate StoryLine是由美國Articulate公司推出的e-Learning多媒體互動課件制作軟件。該制作工具可以使任何人甚至是沒有技術基礎的用戶可以創建和發布課件,并加入了引人入勝的互動效果、測試、評估,可以讓課題內容專家、培訓師和教學設計人員等每個人參與到e-Learning中,成為教學和培訓的主角。StoryLine提供了對于Tin Can API的支持。在課件制作完成后的發布頁面,選擇LMS的類型為“Tin Can API”,并填寫相關的元數據,如標題、描述、發布地址和標識符等信息,即可導出Tin Can格式的內容包。學員可通過iPad上的Articulate Mobile Player瀏覽課程內容包,實現對其的跟蹤和管理。任何支持Tin Can的學習管理系統都可以實現對學員的跟蹤,無論他們以臺式機、筆記本還是iPad瀏覽課程。   (二)Tappestry
  美國Float Mobile Learning公司結合XAPI規范開發了基于iPhone和iPad的企業級社交學習應用——Tappestry(如圖3所示),并采用XAPI跟蹤記錄非正式學習的經歷。Tappestry能夠記錄用戶日常的生活學習活動,并能隨時返回到前次學習中斷的地方。該軟件鼓勵用戶反思日常生活經驗,整理他們做過的事情以及從中學到的知識;也可跟蹤學習記錄并分類,便于檢索;還可使用社交網絡如Facebook、Twitter和郵箱賬戶登錄并分享學習活動。Tappestry記錄學習活動、創建Statement并發送到云端的LRS;可建立和管理個人檔案,并能搜索他人的公開檔案;還提供了分組學習的功能,支持合作學習活動。若遇到社區內大部分成員都熱衷的問題,用戶可以公開該問題的討論結果,使該學習活動能夠發揮最大的價值。活動的記錄可以分享到其他LRS中,并同步該用戶的學習進度到所有設備中,避免由于系統不能共享信息而讓用戶從頭開始學習的現象。
  使用XAPI開發的教學軟件具有跟蹤學習記錄、與人共享學習信息、構建學習小組等優勢。其他支持XAPI接口的教學軟件還有Litmos公司的學習管理系統和Media Technics公司的Book On Publish項目等。有關應用案例的詳細信息可參考Tin Can API的官方網站http://tincanapi.com/what-is-tin-can/adopters/。
  七、發展趨勢、不足及展望
  TLA(含XAPI)是一套全新的技術規范,它的出現將會改變現有的數字化學習方式。首先,它彌補了SCORM的不足,將學習內容從瀏覽器中解放出來。其次,它可跟蹤記錄移動學習、模擬器、虛擬世界、教育游戲、真實世界、經驗性學習、社會性學習、離線學習以及協作學習等幾乎所有類型的學習活動。此外,它具有平臺無關性的特征,任何設備都可以發送Statement,不同設備間可相互交流。最后,它具有數據交換的自由,允許不同的LRS相互交流、共享記錄,該特性使得個人學習經驗能夠跟隨自己從一個LRS(或組織)到另一個LRS。學習者可擁有自己的“個人數據儲物柜”,用于存儲個人學習信息。[21]這些優點都有利于該規范的推廣和應用。
  那么,現有的SCORM用戶是否需要遷移到XAPI中來?這就需要根據實際情況考慮。如果SCORM已經能夠滿足你的需要,你有現成的內容,現成的LMS,而且客戶沒有新的要求,那么可以停留在SCORM上。因為SCORM經歷了多年的發展后,很穩定、很標準,資源豐富,工具和開發人員都很成熟。但是很多組織和機構可能會做兩手準備:在繼續使用SCORM的同時著手將XAPI作為一個新選擇,而非唯一選擇。XAPI在2013年的3月份發布了1.0版本,并在5月份開始標準化的相關工作。TLA并不會完全取代SCORM,SCORM本身并不會消亡,它仍舊有很多可取之處,未來TLA也會將SCORM的內容包整合到TLA中,并添加更加豐富和個性化的學習體驗。
  對于游戲、虛擬實驗、手機應用的開發者,XAPI是較好的技術架構之一,因為XAPI對于這類應用的支持更好。它不需要通過Web的形式就能遞送內容,不需要嵌入網頁,也不需要在使用時總是保持會話狀態。對于希望跟蹤非正式學習或是自主學習的開發者來說,XAPI也是更好的選擇。XAPI采用目前流行的實現技術,和多數社交網站、Web2.0應用一致。它支持類似社交網站中的“我喜歡”按鈕的功能。此外,它不依賴LMS發布和管理課程,我們可直接使用YouTube、Wikipedia和TED中的內容。對于希望跟蹤和分析大數據的開發者來說,XAPI也提供了強大的功能。LRS提供了外部數據訪問接口,可以使用LRS中的數據構建分析工具或者分析報告,常見的數據包括登錄頻率、訪問高峰時段和學習者的互動行為等。
  TLA和XAPI對于國內教育信息技術研究和開發也有十分重要的意義。對于標準的應用者來說,TLA特別是XAPI在推廣的初期就已經對市場產生了很大的影響,該規范很可能會成為以后數十年的國際通用標準。因此,我們現在就需要開始為新標準的應用和兼容提前作技術探索和儲備。而對于信息技術標準的研究者來說,它的學術意義更為重要。類似SCORM標準以及IMS系列標準,國內的CELTS標準經過長時間的應用也逐漸暴露出一些問題,TLA針對SCORM的改良有利于我們認清現有技術標準的不足,并為現行標準的升級換代提供實現方法和參考依據。
  需要注意的是,任何規范在設計時都要考慮其平衡性,往往在專注于某一領域時將導致其在其他領域的妥協,XAPI也不完美。正是由于其增加了新功能而暴露出了一些問題,例如動詞的變化、安全和隱私的復雜性、存儲和管理大量的數據時難以保證效率等。[22]從標準制定和普及的角度看,對該規范的修訂和完善將是一個漫長的過程。
  [參考文獻]
  [1] 百度百科.SCORM詞條[EB/OL].[2013-01-03].http://baike.baidu.com/view/834676.htm.
  [2] 楊現民,余勝泉.泛在學習環境下的學習資源信息模型構建[J].中國電化教育,2010,(9):72~78.
  [3] 程罡,徐瑾,余勝泉.學習資源標準的新發展與學習資源的發展趨勢[J].遠程教育雜志,2009,(04):6~12.
  [4] [17] ADL. Introducing the Training and Learning Architecture[EB/OL].[2013-01-03]. http://www.adlnet.gov/introducing-the-training-and-learning-architecture-tla.
  [5] 余勝泉,余暉.可共享內容對象參考模型研究[J].現代遠程教育研究,2003,(1):47~64.   [6] 田成龍,郝建平,黃濤,李星新.國際技術標準SCORM發展綜述.[J]軍械工程學院學報,2010,(4):56~58.
  [7] 黃宗江,王兆青.基于SCORM標準的網絡課件設計[J].浙江理工大學學報,2008,(1):70~74.
  [8] 彭紹東.基于SCORM標準的“學習路徑”設計[J].現代教育技術,2010,(8):114~119.
  [9] 戴欣,申瑞民,申麗萍.基于SCORM規范的智能化通用教學平臺的實現[J].計算機工程與應用,2002,(21):129~132.
  [10] 劉麗明.基于SCORM標準的社會性學習平臺設計與開發[D].天津:天津師范大學,2012:1~6.
  [11] 姚佳豆.基于SCORM標準的移動學習資源的設計與開發[D].北京:北京交通大學,2011:27~38.
  [12] 郭林.基于SCORM2004的移動學習系統的研究與實現[D].北京:北京郵電大學,2011:7~58.
  [13] Bohl,O.,Scheuhase,J.,Sengler,R ,Winand,U.. The Sharable Content Object Reference Model (SCORM)——A Critical Review. Proceedings. International Conference on Computers in Education, 2002,(2):950~951.
  [14] NaraePark,HyunaKim,Kwanghoon Kim,Hwajung Park,Junchul Chun,Yeiseon Hwang. An eLearning Activity Control Model for SCORM’s Sequencing Prerequisites[J]. Semantics, Knowledge and Grid, 2008,(8):322~329.
  [15] Wen-Chih Chang,Hui-Huang Hsu,Shih, T.K.,Liang-Yi Chung,Yu-Wen Yen. Using SPC Table to Strengthen SCORM Compliant Assessment[J]. Advanced Information Networking and Applications, 2007,(7):825~830.

推薦訪問:不厭其煩 不厭其煩 不厭其煩
上一篇:曾國藩的“微博”|曾國藩全集
下一篇:最后一頁

Copyright @ 2013 - 2018 韓美范文網- 精品教育范文網 All Rights Reserved

韓美范文網- 精品教育范文網 版權所有 湘ICP備11019447號-73

大胖彩票 宁海县 | 苏尼特右旗 | 广丰县 | 松潘县 | 罗甸县 | 赫章县 | 石渠县 | 盐源县 | 资源县 | 大余县 | 石景山区 | 普宁市 | 龙口市 | 资讯 | 保康县 | 读书 | 盈江县 | 广德县 | 昭平县 | 迁安市 | 大安市 | 湛江市 | 高台县 | 余庆县 | 琼海市 | 洪湖市 | 长岛县 | 洪洞县 | 高碑店市 | 内江市 | 繁昌县 | 黄大仙区 | 赞皇县 | 宜黄县 | 儋州市 | 收藏 | 泸州市 | 元谋县 | 大方县 | 云阳县 | 福泉市 | 韶山市 | 哈尔滨市 | 航空 | 新营市 | 新乡县 | 社会 | 贵南县 | 公主岭市 | 平和县 | 阳江市 | 萨嘎县 | 灵寿县 | 台安县 | 香格里拉县 | 灌云县 | 南川市 | 黄梅县 | 泰安市 | 衡山县 | 阿拉善右旗 | 宁国市 | 马公市 | 阿城市 | 昌宁县 | 衡阳县 | 耿马 | 报价 | 隆尧县 | 垦利县 | 宁明县 | 攀枝花市 | 云安县 | 墨竹工卡县 | 晋中市 | 永康市 | 苏尼特左旗 | 双牌县 | 德州市 | 南通市 | 武隆县 | 延寿县 | 彰化市 | 青阳县 | 那曲县 | 藁城市 | 上林县 | 西峡县 | 甘肃省 | 通河县 | 左云县 | 同心县 | 涪陵区 | 黄山市 | 玉龙 | 新河县 | 平遥县 | 乐亭县 | 东方市 | 调兵山市 | 本溪市 | 天柱县 | 中阳县 | 北碚区 | 平谷区 | 彰化市 | 兰州市 | 贺兰县 | 临夏县 | 蓬安县 | 巨野县 | 买车 | 颍上县 | 原平市 | 甘谷县 | 贞丰县 | 南皮县 | 济源市 | 和静县 | 历史 | 长武县 | 罗甸县 | 修武县 | 密山市 | 伊金霍洛旗 | 神木县 | 凭祥市 | 洛浦县 | 广州市 | 汪清县 | 昭苏县 | 岗巴县 | 松江区 | 城口县 | 新竹市 | 池州市 | 马山县 | 汉源县 | 比如县 | 靖江市 | 晋江市 | 延寿县 | 新河县 | 镇宁 | 祁阳县 | 沂水县 | 宁夏 | 枝江市 | 分宜县 | 维西 | 高邑县 | 丘北县 | 翁牛特旗 | 南乐县 | 广南县 | 乌拉特后旗 | 南岸区 | 日喀则市 | 宝兴县 | 肃宁县 | 玉田县 | 庄浪县 | 汨罗市 | 赫章县 | 县级市 | 玉环县 | 延庆县 | 军事 | 马山县 | 交口县 | 江川县 | 义马市 | 巴塘县 | 高台县 | 津南区 | 阿拉善左旗 | 南城县 | 建昌县 | 通榆县 | 漳浦县 | 阿巴嘎旗 | 且末县 | 凤冈县 | 池州市 | 皮山县 | 南昌市 | 临高县 | 台前县 | 祥云县 | 景宁 | 奎屯市 | 永泰县 | 嘉祥县 | 定陶县 | 罗田县 | 嘉禾县 | 新建县 | 定兴县 | 江口县 | 平远县 | 上犹县 | 澳门 | 梁山县 | 浦江县 | 井研县 | 建平县 | 遂溪县 | 博野县 | 康平县 | 台山市 | 石泉县 | 扎赉特旗 | 如皋市 | 泰州市 | 克山县 | 通河县 | 屯门区 | 渝中区 | 济源市 | 东港市 | 瓮安县 | 盐山县 | 鄄城县 | 新宾 | 河西区 | 东明县 | 韩城市 | 庄河市 | 翼城县 | 安福县 | 鹰潭市 | 宜都市 | 许昌县 | 平度市 | 淮北市 | 古蔺县 | 化德县 | 砚山县 | 邵东县 | 凌源市 | 通州区 | 资中县 | 宁波市 | 九龙坡区 | 睢宁县 | 汕头市 | 民丰县 | 教育 | 新竹市 | 保德县 | 靖州 |