| ||
![]() | ||
| ||
![]() | ||
![]() SCORM序列與導航概述(SN)
使用序列和導航在內容和LMS間通訊是非常容易的,如在運行時(shí)基于學(xué)習者的選擇以及學(xué)習進(jìn)展上提供學(xué)習內容。使用序列與導航機制,當學(xué)習內容遞送的學(xué)習者面前時(shí), LMS就能夠跟蹤學(xué)習者的學(xué)習進(jìn)展和學(xué)習成績(jì)。 SCORM序列概述 SCORM序列的部分是基于IMS的簡(jiǎn)單序列(SS)規范所定義的。SCORM SN定義了如何在SCORM環(huán)境中應用和擴展IMS SS規范。它定義了一些必須的行為以及在運行時(shí)一個(gè)符合SCORM結構的LMS必須處理的序列信息。更明確的說(shuō),它描述了一個(gè)學(xué)習活動(dòng)樹(shù)中的學(xué)習流程和學(xué)習分支,這些分支與流程是根據學(xué)習者與內容對象互動(dòng)的結果以及內容作者的序列規則。 SCORM沒(méi)有規定在運行時(shí)LMS何時(shí)、何地、怎樣創(chuàng )建活動(dòng)樹(shù),以及在內部怎樣描繪和管理活動(dòng)樹(shù)。 SCORM序列依賴(lài):一個(gè)定義好的學(xué)習活動(dòng)結構;活動(dòng)樹(shù);定義好的序列策略,序列定義模型;SCORM序列行為; SCORM導航概述 導航表現為存在的用戶(hù)接口可以觸發(fā)導航事件。導航可以由LMS提供,也可以由內容對象自行提供。當一個(gè)學(xué)習者觸發(fā)了(導航)事件,LMS將事件轉換為導航請求,處理請求,然后或許將下一個(gè)學(xué)習活動(dòng)發(fā)送給學(xué)習者。 SCORM沒(méi)有規定導航所使用的用戶(hù)界面(UI)。 序列概念 內容結構和內容樹(shù) 使用圖能清晰表示內容結構,它能展示一次學(xué)習嘗試中的內容層次關(guān)系。在IMS SS規范中定義了一個(gè)名為活動(dòng)樹(shù)的簡(jiǎn)單概念,它描述了學(xué)習活動(dòng)的結構?;顒?dòng)樹(shù)允許用SCORM序列和導航模型來(lái)描述信息和處理請求。 活動(dòng)樹(shù)如下圖所示: ![]() SCORM沒(méi)有規定LMS必須用樹(shù)結構來(lái)描繪活動(dòng)樹(shù),以及何時(shí)、如何建立活動(dòng)樹(shù)。所以的實(shí)現都是由LMS自行決定。 SCORM CAM為學(xué)習內容的組織定義了一個(gè)層次結構。在內容包中,內容組織是由單個(gè)的<organization>來(lái)表示的。每一個(gè)在層次結構中的條目(item)都表示為一個(gè)有結構的學(xué)習單位。條目(item)能夠嵌套任意的深度,而且可以代表一個(gè)學(xué)習分類(lèi),例如:一個(gè)課程、一個(gè)模塊、一堂課等等。 因為SCORM序列是定義在有結構的學(xué)習活動(dòng)上的,這意味著(zhù)必須為活動(dòng)樹(shù)提供一個(gè)開(kāi)始點(diǎn)。內容組織(<organization>元素)是活動(dòng)樹(shù)的根,每一個(gè)<item>相應為一個(gè)活動(dòng)。序列定義模型元素能被應用于item元素上,為之定義一個(gè)在運行時(shí)的序列動(dòng)作。 ![]() 內容組織和活動(dòng)樹(shù)之間的關(guān)系可以用以下幾點(diǎn)描述:
簇(Cluster) Cluster專(zhuān)指那些含有子活動(dòng)的的活動(dòng)。 一個(gè)Cluster包含單親活動(dòng)和它的直接子活動(dòng),不包含后代(孫代和孫代以后)的活動(dòng)。所以一個(gè)葉子活動(dòng)不會(huì )是一個(gè)簇。 簇在活動(dòng)樹(shù)里面是一個(gè)基本建構快,而且很多序列定義模型都應用于簇上。在簇上,它的父活動(dòng)將包含有關(guān)序列規則的信息。 ![]() 在內容包中使用子清單 定義在內容結構中的內容組織能夠包含一個(gè)(子)清單。一個(gè)<item>元素能夠在其作用域內使用標識符來(lái)引用一個(gè)<resource>元素或一個(gè)(子)<manifest>元素。 當處理一個(gè)葉子活動(dòng)引用了(子)清單的時(shí)候,它的內容組織結構與活動(dòng)的樹(shù)轉換需要做更多的事。引用(子)清單的葉子<item>必須被(子)清單中的內容組織所替換(默認是子清單中的<organization>)。 如下圖所示: ![]() 學(xué)習活動(dòng) 一個(gè)學(xué)習活動(dòng)可以為學(xué)習者提供一個(gè)學(xué)習資源,或許它還包含幾個(gè)靜態(tài)的子活動(dòng)。如下圖: ![]() 子活動(dòng)可以包含子活動(dòng),而且這種嵌套任意層。不包含子活動(dòng)的活動(dòng)稱(chēng)為葉子活動(dòng),葉子活動(dòng)總有一個(gè)內容對象與之關(guān)聯(lián)。LMS總是根據學(xué)習者先前的學(xué)習活動(dòng)、學(xué)習目的以及內容作者定義的序列信息,在運行時(shí)確定學(xué)習活動(dòng)的序列。 嘗試(Attempts) 嘗試是指完成一次學(xué)習活動(dòng)所做的努力,在嘗試期間,沒(méi)有達到或者達到了一些學(xué)習的目標。在給定的時(shí)間內,活動(dòng)樹(shù)中有且僅有一個(gè)葉子活動(dòng)能被嘗試。當一個(gè)活動(dòng)被確認后,LMS將運行學(xué)習活動(dòng),一次學(xué)習嘗試開(kāi)始,當活動(dòng)結束的時(shí)候,LMS會(huì )根據序列信息來(lái)確定下一個(gè)學(xué)習活動(dòng)。 作為在一個(gè)學(xué)習活動(dòng)上的一個(gè)嘗試,或通過(guò)外部的管理行為,一個(gè)學(xué)習活動(dòng)的跟蹤狀態(tài)能被改變。當一個(gè)學(xué)習活動(dòng)的跟蹤狀態(tài)改變了,活動(dòng)的祖先活動(dòng)的跟蹤狀態(tài)也可能受到影響——這稱(chēng)為Rollup。 開(kāi)始和結束一個(gè)序列會(huì )話(huà) 一個(gè)序列會(huì )話(huà)從活動(dòng)樹(shù)的根活動(dòng)開(kāi)始,直到學(xué)習嘗試結束。SCORM規范僅僅定義了哪些導航請求能開(kāi)始一個(gè)序列會(huì )話(huà),而沒(méi)有規定何時(shí)以及怎樣觸發(fā)這些導航請求。一般上,一些LMS會(huì )將導航請求識別為系統事件,例如登錄、開(kāi)始課程等等。 活動(dòng)狀態(tài)跟蹤 SCORM序列動(dòng)作依賴(lài)于序列跟蹤狀態(tài)模型中的值,根據該值來(lái)控制序列動(dòng)作。對于學(xué)習者每一個(gè)學(xué)習活動(dòng)上的嘗試而言,學(xué)習活動(dòng)將會(huì )和一個(gè)跟蹤狀態(tài)數據所關(guān)聯(lián)。學(xué)習者和內容對象進(jìn)行交互,可能會(huì )影響到與該學(xué)習內容對象相關(guān)聯(lián)的那個(gè)學(xué)習活動(dòng)的跟蹤數據。跟蹤數據被用于在處理不同的序列時(shí)影響他們的動(dòng)作。 延緩和恢復活動(dòng) 在一個(gè)學(xué)習活動(dòng)上的嘗試可以被延緩,并且在將來(lái)的某一時(shí)刻恢復。對于一個(gè)學(xué)習活動(dòng)而言,恢復一個(gè)被延緩的活動(dòng)不能記為新的一次嘗試。當學(xué)習者延緩一個(gè)學(xué)習嘗試時(shí),LMS需要保存該活動(dòng)的最后狀態(tài),并且結束學(xué)習嘗試,當學(xué)習者在某一時(shí)刻再度恢復該學(xué)習嘗試時(shí),LMS必須同時(shí)將上次所保存學(xué)習活動(dòng)的狀態(tài)恢復,以保證學(xué)習者繼續上次的學(xué)習嘗試。 數據持久 SCORM和IMS SS都沒(méi)有規定怎樣使數據(例如序列信息和跟蹤狀態(tài)數據)持久保存,所以數據持久的策略由LMS自行定義。 學(xué)習目標 學(xué)習目標和學(xué)習活動(dòng)是互相分離的。SCORM沒(méi)有限制學(xué)習目標與學(xué)習活動(dòng)如何關(guān)聯(lián),也沒(méi)有定義內容對象如何使用學(xué)習目標。SCORM沒(méi)有假定學(xué)習目標的解釋?zhuān)ɡ缬少Y格,掌握了,簡(jiǎn)單了解等等)。 學(xué)習活動(dòng)由一個(gè)以上的學(xué)習目標與之關(guān)聯(lián)。默認一個(gè)活動(dòng)的學(xué)習目標狀態(tài)信息位于活動(dòng)本身,為了共享目標狀態(tài)信息,多個(gè)活動(dòng)能引用多個(gè)全局的共享目標。在LMS中全局共享目標可以被單個(gè)活動(dòng)樹(shù)所關(guān)聯(lián),也可以被多個(gè)活動(dòng)樹(shù)所關(guān)聯(lián)。 概述 SCORM數列定義模型定義了一些元素的集合,內容開(kāi)發(fā)者使用該集合可以定義特定的序列動(dòng)作。模型元素能被應用于在活動(dòng)樹(shù)上下文中的學(xué)習活動(dòng)。每個(gè)元素都有一個(gè)默認值。序列定義模型元素僅能影響SCORM序列行為。 序列控制模式
強制選擇控制
序列規則描述
Rule Action 界限條件
輔助資源 Rollup規則描述
Rollup控制
...... 序列行為 IMS SS規范包含了兩種定義在活動(dòng)樹(shù)中每一個(gè)活動(dòng)上的數據模型,一是維護一個(gè)活動(dòng)的狀態(tài)的數據模型,二是當一個(gè)處理一個(gè)活動(dòng)的時(shí)候內容開(kāi)發(fā)者所定義的序列意圖的數據模型。序列處理利用了三個(gè)模型的信息,三個(gè)模型分別是:
序列行為互相之間是獨立的,每一個(gè)序列行為可以由其他序列行為和子行為組成,但是不能直接依賴(lài)其他的行為,就是說(shuō)一個(gè)序列行為不能直接調用其他的序列行為。 跟蹤模型 為了對學(xué)習活動(dòng)進(jìn)行有條件的序列化,學(xué)習者與發(fā)布的內容對象的交互信息必須被維護和管理。IMS SS規范描述了必須對活動(dòng)樹(shù)中的每一個(gè)活動(dòng)進(jìn)行維護。描述這些跟蹤信息的的數據模型元素稱(chēng)為跟蹤模型。SCORM沒(méi)有規定表現和管理跟蹤模型是如何實(shí)現的。 一個(gè)跟蹤模型是一個(gè)動(dòng)態(tài)序列狀態(tài)信息的集合,它和活動(dòng)樹(shù)中每個(gè)活動(dòng)以及學(xué)習者相關(guān)聯(lián)。SCORM定義了所有跟蹤模型元素的默認值。在一次學(xué)習體驗中,根據當前的學(xué)習內容對象與學(xué)習者交互的情況,跟蹤模型將被更新。 SCORM運行時(shí)數據模型被用來(lái)作為學(xué)習者和內容對象交互通信的基礎。一些SCORM運行時(shí)環(huán)境數據模型元素和跟蹤模型的數據元素相符和。 下圖顯示了活動(dòng)樹(shù)、特定的活動(dòng)的跟蹤信息、活動(dòng)相關(guān)聯(lián)的內容對象以及運行時(shí)內容對象集合間的概念上的關(guān)系。 ![]() 所有的活動(dòng)都關(guān)聯(lián)相關(guān)的跟蹤狀態(tài)信息,這些信息與不同的學(xué)習者相關(guān)聯(lián)。如果某些活動(dòng)關(guān)聯(lián)了SCO,則他們會(huì )有通信的聯(lián)系,LMS會(huì )通過(guò)與SCO通信來(lái)管理跟蹤模型。而對于A(yíng)ssets而言,由于沒(méi)有通信的關(guān)系,所以一些預定義信息來(lái)幫助LMS管理Assets相關(guān)聯(lián)活動(dòng)的跟蹤信息。 改變一個(gè)活動(dòng)的跟蹤模型元素的值也許會(huì )影響到其父活動(dòng)的跟蹤模型元素的值。由于子活動(dòng)的跟蹤狀態(tài)改變而導致重新評估本身跟蹤狀態(tài)所做的處理稱(chēng)為Rollup。 LMS必須維護每一個(gè)定義好的活動(dòng)的跟蹤狀態(tài),而對于SCO來(lái)說(shuō),LMS必須能將SCO的運行時(shí)數據映射到適當的跟蹤模型元素上去。 ![]() 一個(gè)跟蹤模型定義了下列跟蹤信息的集合:
Object Progress Information //活動(dòng)狀態(tài)模型 //序列定義模型 LMS會(huì )為提供一個(gè)用戶(hù)接口(UI)裝置集,用戶(hù)利用該集合可以發(fā)送導航請求。內容開(kāi)發(fā)者可以指定LMS為用戶(hù)提供哪些接口集合。用戶(hù)接口裝置的外觀(guān)呈現,風(fēng)格以及放置位置等內容,SCORM并沒(méi)有規定。 觸發(fā)導航請求 SCORM導航模型僅僅應用與學(xué)習活動(dòng)間的導航。SCORM導航模型不會(huì )應用于SCO中的多個(gè)頁(yè)面間的導航,這是由SCO來(lái)完成的。 SCORM定義了一個(gè)能被觸發(fā)的導航事件集合,這些事件可以由LMS和內容對象提供的用戶(hù)接口裝置觸發(fā),也可以由SCO直接觸發(fā)。 導航事件:
處理導航請求 當學(xué)習者或內容對象通過(guò)某種機制觸發(fā)了一個(gè)導航請求,LMS會(huì )處理相應的導航請求,并調用序列系統。導航處理的結果總是下列幾種中的一種: 如果導航請求是在活動(dòng)樹(shù)中結束當前的學(xué)習嘗試,則LMS需要處理Exit All導航請求。 忽略導航請求 處理導航請求
//通過(guò)導航來(lái)結束一個(gè)內容對象 |
聯(lián)系客服