馬秀麟,朱艷濤,張倩
(北京師范大學(xué)教育技術(shù)學(xué)院,北京100875)
隨著教育信息化的普及,學(xué)習(xí)管理系統(tǒng)(Learning Management System,簡稱為LMS,也叫教學(xué)服務(wù)平臺)已經(jīng)成為教師組織教學(xué)活動的重要助手,學(xué)習(xí)者通過LMS查看作業(yè)要求并提交作業(yè)文檔,教師利用LMS發(fā)布作業(yè)內(nèi)容并批閱作業(yè)、實時反饋評價信息,已經(jīng)成為多數(shù)LMS的基本功能。從目前應(yīng)用LMS開展輔助教學(xué)的情況看,盡管絕大多數(shù)的LMS都提供了作業(yè)管理功能,但在作業(yè)批閱、成績登記方面并沒有能充分地考慮一線教師的需求,使作業(yè)批閱的過程較復(fù)雜,不能精確地反饋教師的批閱思路。
調(diào)研主流的LMS,絕大多數(shù)LMS平臺都提供了作業(yè)管理模塊。在面向?qū)W習(xí)者的前臺界面中,主要包括了瀏覽作業(yè)內(nèi)容、把作品文件提交到網(wǎng)絡(luò)磁盤(遠(yuǎn)端文件柜)、提交作業(yè)、查看評語和成績等功能(如圖1所示)。而在面向教師的后臺界面中,則主要包括發(fā)布作業(yè)內(nèi)容、檢查作業(yè)提交情況、批閱作業(yè)、登記成績等功能。
然而,作為一線教師,在應(yīng)用各種LMS平臺開展教學(xué)的過程中,筆者卻發(fā)現(xiàn)大多數(shù)的LMS在作業(yè)管理模塊的設(shè)計中僅僅按照開發(fā)人員的思路提供了相關(guān)功能,卻沒有充分地考慮一線教師的具體需求。在教師評閱作業(yè)的過程中,多數(shù)平臺都沒有提供直接在作業(yè)頁面上撰寫評語的功能,導(dǎo)致教師只能在作業(yè)審查完畢才撰寫總結(jié)性的評價,使學(xué)習(xí)者獲得的反饋信息不夠精確、詳細(xì),不利于學(xué)習(xí)者準(zhǔn)確地掌握作業(yè)中的不足,影響了學(xué)習(xí)效果。綜合分析作業(yè)評閱模塊中存在的問題,突出表現(xiàn)為以下3個方面,其根源在于在LMS的設(shè)計中,針對作業(yè)評閱模塊的用戶體驗、技術(shù)支持都存在不足。
1.作業(yè)評閱模塊的工作流程過于簡單
調(diào)研發(fā)現(xiàn),大多數(shù)LMS對作業(yè)評閱模塊采取了如圖1所示的處理模式。
在圖1中,當(dāng)教師登錄LMS平臺并進(jìn)入到作業(yè)評閱模塊后,針對某個作業(yè)項,教師可獲取作業(yè)文檔的列表。在教師雙擊其中的某份作業(yè)時,系統(tǒng)就會把該作業(yè)下載到本地磁盤上并打開這份文檔,然后教師可對此電子文檔仔細(xì)審查。
在教師審查了整個電子文檔之后,才能進(jìn)入到登分界面,在登分界面下集中撰寫評語并給出成績 (如圖2)。為了保證評語的完整性,在審查作業(yè)文檔的過程中,教師必須要用心記住作業(yè)中的每一個不當(dāng)之處,每一處遺漏都直接影響著作業(yè)評閱的質(zhì)量。
2.教師無法在作業(yè)文檔中直接批注
在這種模式下,由于批閱作業(yè)是先把作業(yè)文檔下載到本地,然后才開始處理的,而且位于本地的文檔不再回傳到服務(wù)器中。因此,即使教師在這些文檔中進(jìn)行了批注或修訂,這些批注也不能被學(xué)習(xí)者看到。所以,在審查作業(yè)的過程中,教師不能直接在學(xué)習(xí)者的作業(yè)文檔中直接做批注和修訂,而是需要用心記憶作業(yè)中的每個不當(dāng)之處。直到審查完畢,才能在登分界面下集中登記各種謬誤,這就對教師的記憶力有極高的要求。
3.教師難以向?qū)W習(xí)者精確地指出作業(yè)中的謬誤
由于教師不能直接在作業(yè)文檔中邊審查邊批注,只能在整個作業(yè)都看完后,統(tǒng)一在登分界面下撰寫評語和成績,導(dǎo)致教師需要花費(fèi)較多的精力去描述各個出錯位置。然而,當(dāng)作業(yè)文件很龐大或者出現(xiàn)了較多的謬誤時,教師很難精確地記憶所有的不當(dāng)之處,在登分界面下也很難準(zhǔn)確地描述出問題位置和問題的詳情,學(xué)習(xí)者也就難以清晰地理解教師的評閱意圖。
從另一個視角來看,由于教師在登分界面內(nèi)集中給出的建議通常是綜合性的,針對具體內(nèi)容的指導(dǎo)意見不足,致使學(xué)習(xí)者難以準(zhǔn)確地領(lǐng)會謬誤的細(xì)節(jié),部分學(xué)習(xí)者甚至錯誤地理解了教師評語的含義或出錯位置,嚴(yán)重影響了教學(xué)效果。
2010年底,筆者就一線教師對北師大校內(nèi)幾個LMS平臺的滿意度向教師們發(fā)放調(diào)查問卷。調(diào)研發(fā)現(xiàn),62%的教師對作業(yè)評閱模塊的便利性表達(dá)了自己的不滿,希望新版本的LMS能夠解決這一問題。
1.對作業(yè)管理模式實施改革的基本思路
從作業(yè)文檔的類型看,70%以上的文檔是Word類型文件,10%的文檔為Excel類型文件,其他類型的文檔約占20%。因此,筆者認(rèn)為,針對作業(yè)評閱中的問題,其重點在于解決Word文檔和Excel文檔的在線批閱與修訂,并以保留修訂痕跡的模式保存回LMS服務(wù)器,以便學(xué)習(xí)者隨時查閱。
為此,筆者認(rèn)為,可借助一種ActiveX控件實現(xiàn)對Office文檔的在線批注與修訂,并把帶有批注和修訂痕跡的批閱文檔存儲到LMS服務(wù)器中,即在評閱作業(yè)的網(wǎng)頁中嵌入一個ActiveX控件,在瀏覽器中教師可借助此控件打開Office文檔,并直接對作業(yè)文檔進(jìn)行批注和修訂;當(dāng)教師完成了批注修訂后,再利用這個ActiveX控件把帶有批注和修訂痕跡的文檔上傳到LMS服務(wù)器的特定位置,[1]以便學(xué)習(xí)者查閱。其基本思路如圖3所示。
2.作業(yè)管理模塊設(shè)計中的關(guān)鍵問題
能否成功地實現(xiàn)作業(yè)管理模塊的改革,其關(guān)鍵點在于以下兩個方面:
(1)盡可能減少教師的操作工作量、降低操作的復(fù)雜性。從教師開始選擇待評閱的作業(yè)到教師實施批注、進(jìn)而把修訂后的文檔上傳到服務(wù)器中,這個過程應(yīng)盡可能簡單。諸如為修訂后的文檔指定文件名、設(shè)置上傳文件的存儲位置、登記上傳文件到后臺數(shù)據(jù)庫中等功能都應(yīng)該由程序代碼自動實現(xiàn),不需教師手工操作。
(1)應(yīng)兼顧模塊的功能和兼容性。ActiveX控件的兼容性要比較強(qiáng),能夠兼容大多數(shù)類型的Word文檔,而且此控件應(yīng)具備上傳全部內(nèi)容的功能。
改革作業(yè)管理并實現(xiàn)在線評閱的核心是選擇合用的ActiveX控件,并對此控件進(jìn)行恰當(dāng)配置,然后編寫程序代碼,使之與已有的作業(yè)管理模塊銜接起來。
1.選擇合用的ActiveX控件
對支持在線標(biāo)注和修訂Office文檔的ActiveX控件進(jìn)行調(diào)研,筆者發(fā)現(xiàn)免費(fèi)控件主要有兩家:微軟公司的DSOFramer控件和北京點聚的WebOffice。通過對比這兩個控件,筆者發(fā)現(xiàn):DSOFramer控件是微軟公司前幾年的產(chǎn)品,現(xiàn)在已經(jīng)不再提供后續(xù)支持,它只支持Office 2003以前版本的Word文檔。[2]而WebOffice能夠較好地支持Word 2003和Word 2007格式的文檔,而且能夠在Windows XP和Windows 7下較好地運(yùn)行。因此,本研究選擇了兼容性較好的WebOffice控件。
2.在教師機(jī)的客戶端注冊WebOffice控件
盡管WebOffice控件支持在線注冊,允許教師客戶端在訪問 “作業(yè)批閱頁面”時自動從LMS服務(wù)器下載WebOffice.ocx文檔并在線注冊,然而為保護(hù)客戶機(jī)的安全性,許多瀏覽器都被設(shè)置為“拒絕下載并安裝ActiveX控件”,導(dǎo)致客戶端無法自動下載并安裝WebOffice.ocx控件。因此,為保證在線評閱功能的正常使用,在教師使用本模塊前,建議先在教師客戶端中手工安裝并注冊WebOffice.ocx控件。
首先,從LMS平臺中下載控件文件WebOffice.ocx;然后,把WebOffice.ocx復(fù)制到教師客戶機(jī)Windows系統(tǒng)的System32文件夾中;第三,在Windows系統(tǒng)中執(zhí)行命令:regsvr32 weboffice.ocx,即可把weboffice.ocx注冊到Windows系統(tǒng)內(nèi)。
3.在LMS服務(wù)器中重新開發(fā)作業(yè)評閱模塊
(1)針對Office文檔的在線評語要求開發(fā)帶有WebOffice控件的網(wǎng)頁(zypy.aspx)
在LMS服務(wù)器上,針對擴(kuò)展名為doc/docx、xls/xlsx的作業(yè)文檔,設(shè)計專門網(wǎng)頁,實現(xiàn)作業(yè)評閱功能。其思路是:在網(wǎng)頁中嵌入WebOffice控件并初始化為審閱狀態(tài)的修訂模式,以便評閱作業(yè)的教師可以利用預(yù)置的WebOffice控件呈現(xiàn)作業(yè)文檔的內(nèi)容,并能直接使用其批注和修訂功能。[3]作業(yè)評閱界面的最終效果圖如圖4所示。
實現(xiàn)此功能的相關(guān)的代碼如下:
上述段落中的代碼“”負(fù)責(zé)在網(wǎng)頁中建立一個WebOffice控件,命名為myOffice,并定義了此控件的寬度和高度。而在Object控件前面的javascript代碼中,函數(shù)myOffice_NotifyCtrl-Ready()對這個控件進(jìn)行了初始化,并在函數(shù)中利用“wbo.LoadOriginalFile("<%=fn%>","doc");”內(nèi)的變量fn指定了即將處理的作業(yè)文件的名稱;命令“wbo.Set-TrackRevisions(1);wbo.ShowRevisions(1);”負(fù)責(zé)把控件直接設(shè)計為修訂模式,以便保留教師對文檔的修訂痕跡并在文檔中顯示出修訂痕跡。
(2)在WebOffice控件之前附加“回傳已批閱文檔到服務(wù)器”的按鈕(zypy.aspx)
(3)接受上傳文件并在服務(wù)器上保存文檔(Upload. aspx.cs中的C#代碼)
在upload.aspx對應(yīng)的C#文檔中,開發(fā)了接收修訂后文檔的代碼,此代碼的功能是:接受WebOffice控件提供的文件名、文件類型和修訂后的文件內(nèi)容,并把此內(nèi)容保存到以學(xué)習(xí)者學(xué)號命名的文件夾中。其主要代碼如下:[4]
4.對在線評閱模塊的補(bǔ)充說明(1)在線評閱模塊的文件構(gòu)成針對Office類型的文檔,其作業(yè)評閱模塊主要由兩個子模塊構(gòu)成,即“作業(yè)評閱”和“文件上傳”。
“作業(yè)評閱”子模塊的內(nèi)容主要是zypy.aspx,其功能是提供了一個內(nèi)嵌的WebOffice控件,并初始化為修訂模式,然后在WebOffice控件之前附加了把修訂后的文件“上傳到服務(wù)器”的按鈕。最終操作界面如圖4所示。
“文件上傳”子模塊的代碼包含于upload.aspx.cs中,其核心功能是接受WebOffice的內(nèi)容,并把WebOffice中的最終內(nèi)容(包括修訂的痕跡)保存到服務(wù)器上的指定文件夾中。由于本模塊的功能主要由服務(wù)器后臺操作來實現(xiàn),因此其代碼都是C#語句。
(2)對修訂后文檔的處理
在LMS的作業(yè)評閱模塊中,除了要把圖4所示的評閱內(nèi)容上傳到服務(wù)器上以學(xué)習(xí)者學(xué)號為標(biāo)志的文件夾中,還要在其后臺數(shù)據(jù)庫中登記此文檔的文件名,以便學(xué)習(xí)者在登錄本LMS后,能夠在作業(yè)列表之中得到相應(yīng)的超鏈接,并通過此鏈接打開評閱文檔,及時看到教師對自己作業(yè)的詳細(xì)評價。
從LMS的設(shè)計看,多數(shù)LMS系統(tǒng)都比較關(guān)注功能的完備性,總是把資源管理、作業(yè)管理、交互功能、資源導(dǎo)航等功能都考慮得面面俱到,但對一線用戶的體驗卻考慮較少。本研究從一線教師的需求出發(fā),對LMS中作業(yè)在線評閱、痕跡保留等問題的技術(shù)方案進(jìn)行了探索。本研究涉及的代碼已經(jīng)在Windows Server 2003+ASP. NET的教學(xué)平臺上調(diào)試,并在Windows XP或Windows 7的客戶端、IE7.0以上的平臺上測試通過,已經(jīng)進(jìn)入了實用階段。本研究能夠支持Word2003/2007、Excel2003/ 2007作業(yè)文檔,具有一定的實用價值,并在實際應(yīng)用中取得了良好的效果。
[1]田亞麗.基于C#和DSOFramer實現(xiàn)文件在線擬稿和痕跡保留[J].昆明冶金高等??茖W(xué)校學(xué)報,2010(9).
[2]康晶,施榮華.基于ActiveX的Web OA痕跡保留技術(shù)[J].現(xiàn)代計算機(jī),2006(8).
[3]張娟,范琪,毛子良,許金泉.基于B/S模式下的圖文混排技術(shù)的研究[J].云南大學(xué)學(xué)報,2010(32).
[4]馬秀麟,李葆萍,張倩.動態(tài)網(wǎng)站設(shè)計與開發(fā)[M].北京:清華大學(xué)出版社,2011.