高校教務管理系統的測試及結果

趙鵬璋(西安培華學院 陜西 西安 710125)

根據筆者的項目調研，當前許多國家的高校，都非常重視教務管理系統的開發與應用，經過多年運行和在使用過程中的不斷改進，己處于較完善的穩定運行階段。和第二代教務管理系統以Windows3X、Windows9X作為操作系統平臺有所不同，第三代教務管理系統是以Windows2000Server、Linux或Unix為操作系統平臺，使用中型或大型數據庫系統進行開發，網絡通訊協議以TCP/IP為主，信息交換不局限于學校內部校園網，還可在廣域網上進行。一些高校使用JavaScript作為客戶端腳本語言來處理事件(當然也包括這個系統)，但是 JavaScript與 java不能直接交流，必須由 Session及 Request對象等稀缺資源來協助溝通，這是目前比較麻煩的事情。Groovy和EJB 3．0與java完全兼容，可以解決如多JavaScript與java不兼容所帶來的問題，將客戶端腳本語言升級為Groovy，不失為下一代腳本語言的較佳選擇。

筆者的調研主要是對系統功能的分析:一是創建Windows窗體;二是創建類。在從Project菜單中選擇選項并指定類的名稱之后，類被Visual Basic．NET IDE自動的聲明。通過使用關鍵字可以在相同的源文件添加多個類。ADO．NET使用一個包含組件的結構化的學習流程。下文所提及的術語，其定義遵照GB/T 11457標準。

1 參照標準和日期安排

參照標準:GB/T 11457—1995。教育應用術語:GB 8566—1995;教學技術軟件生存期過程:OGB 8567—1988*;教學管理軟件產品開發文件編制指南:GB 9385*;教學管理軟件需求說明編制指南:GB 9386—1988*;教學管理軟件測試文件編制指南:GB/T 12504—1990;教學管理軟件質量保證計劃規范:OGB/T 12505—1990;教學管理軟件配置管理計劃規范:OGB/T 14079—1993;教學軟件維護指南:OGB/T 14394—1993;教學管理軟件可靠性和可維護性管理:GB/T 16680一1996;軟件文檔管理指南:開發者企業規范、教學管理軟件開發者有關軟件工程的規范。

測試日期安排:在軟件開發完成之前，由我院系統軟件測試人員審核確定具體日期，單元測試2017年4月1日至2018年4月30日;集成測試(交互測試):2017年5月1日至2017年5月15日;系統測試:2017年4月16日至2017年5月10日。

2 測試具體內容

2．1軟件文檔檢查。提供檢查的文檔:網上學習檢查;網上教學檢查。文檔質量度量準則如下:完備性;正確性;簡明性;可追蹤性;自說明性;規范性。

2．2可行性測試。這里主要介紹限制性檢查、數據類型檢查、接口檢查。其中包括:檢查各程序模塊使用的接口方式是否一致，數據庫接口等外部接口是否符合要求以及特定的外部接口協議是否符合要求。其關鍵代碼如下(代碼為畫線測試):

MapInfo．Geometry．DPoint point1=new MapInfo．Geometry);//Map-Info．Geometry．DPoint point2=//((MultiPolygon)feature．Geometry)．GeometricCentroid;//MapInfo．Styles．SimpleLineStyle vLine=new MapInfo．Styles．)，2，cellColor);//MultiCurve multicurve= //MultiCurve．Create-Line(this．mapForm．mapControl．Map．GetDisplayCoordSys()，point1，point2);//Feature f=new Feature(multicurve，vLine);//MapInfo．Mapping．FeatureLayer workingLayer= //(MapInfo．Mapping．FeatureLayer)this．mapForm．mapControl．Map．Layers［tempLayerName］;//if(working-Layer! =null)//workingLayer．Table．InsertFeature(f);}

2．3軟件功能測試。進行教學管理軟件系統測試工作時，在做完功能演示后進行下列測試:界面(外觀)測試，功能測試。檢查該系統需求分析中描述的需求是否都得到滿足;系統是否缺乏需求分析中描述的重要功能;以及系統實際使用中不可缺少而需求分析中沒有做出描述的功能。如果存在遺產數據，則功能測試不能通過，要檢查遺產數據的轉換是否正確。另外進行了穩定性(強度)測試、強壯性(恢復)測試、安全性測試，檢驗系統是否有安全保密的漏洞。

2．4其它測試。界面(外觀)測試:界面簡潔，易操作。功能測試:能夠順利申請入信息庫，并且生成記錄和學習足跡。穩定性(強度)測試:數據輸入時偶爾會出現錯誤。強壯性(恢復)測試:部分設置功能有待完善。安全性測試:數據入庫過程非常安全。

3 測試結果和系統錯誤解釋

由于本系統需要實現一個觸發到流轉的過程，在實際應用時可能會出現許多意外事件，下面將會對可能出現的意外錯誤進行闡述及討論其解決方法。

3．1錯誤日志。在發生錯誤時，系統將發生錯誤的時間、發生錯誤的模塊等信息記錄下來，以便學校系統管理員及程序員對錯誤進行分析及糾正。錯誤日志存放的位置位于服務器UNDWRTDIR/log/error．log;日志中包括以下內容:發生錯誤時間;學生 ID;教學類型;模塊 ID;錯誤代碼;錯誤信息。

3．2系統信息提示。在系統運行過程中，操作員(系統管理員)會看到一些系統給出的提示信息。以下闡述一下系統將會給出的提示信息及其解決方法:系統管理員在保存申請單，并經復核后，系統提示“該申請單復核成功，并自動提交申請”操作員經復核后，系統提示“該學生申請書復核成功，并自動提交申請”;學校操作員接到該申請再進行審核處理，應在一段時間后對該申請單的真實內容及結果進行查詢。學校操作員在保存申請單后，系統提示“檢查申請條件失敗”或操作員在保存申請計算書后，系統提示“檢查申請條件失敗”，操作員應立即告之系統維護人員，系統維護人員通過錯誤日志error．log中的信息迅速解決問題。當學校的系統操作員進入系統時，系統提示“連接服務器失敗”。出現此問題時，說明目前系統網絡出現故障或學生信息庫設置出現問題。系統管理員員應立即通知系統維護人員進行維護。

4 測試結果分析

4．1系統評價。本系統按級別流轉審核的工作流設計，完全符合教學管理系統的加強管理、網上學習的職能，令各級教學職工和各二級院各司其職，有條不紊，并使得多層審核制度變得簡單易行。本系統在學校的程序擁有自動輪尋取數據的輔助功能，以及審核結果馬上觸發下發各二級院的實時作用。使得學校與各二級院之間的信息數據傳輸直接快捷，極大提高了網上學習和網上授課的效率。不足之處在于穩定性不足，維護困難，而且尚需要進行數據結構的優化。有些功能難以付諸現實。

在技術方面，此系統的計算模式采用了B/S結構和C/S結構相結合;使用J2EE或．NET作為開發平臺和運行平臺;后臺數據庫采用了多種數據庫，如規模較大的學校采用Oracle、SQLServer、Sybase等大型數據庫，規模較小的學校采用Access等小型數據庫;采用中問件、組件和模塊化設計技術，可以有選擇地定制校園信息。總的來說，本系統很好的配合了培華學院教學管理系統的建立、實施及完善，并將先進的管理技術和管理方法運用到學習和教學中，在技術上對網上學習把關。

4．2系統的發展構思。該系統所有服務器操作系統采用 WINDOWS SERVER 20012(64位)+System Center 2012;C/S客戶端程序將采用微軟最新的WPF技術開發設計，同時增加WCF數據服務中間層，所有的終端設備(例如手機、平板電腦)和其他的應用系統都將通過WPF進行數據交換。目前一些高校使用JavaScript作為客戶端腳本語言來處理事件(當然也包括這個系統)，但是JavaScript與java不能直接交流，這是目前比較麻煩的事情。Groovy和 EJB 3．0與java完全兼容，可以解決如多JavaScript與java不兼容所帶來的問題，將客戶端腳本語言升級為Groovy，不失為下一代腳本語言的較佳選擇。

5 結論

高校教務管理系統的主要功能是:在學校網絡平臺上建立中心數據庫，所有子系統(包括學校內網)都從中心數據庫中存取數據，實現信息的高度共享和同步;各子系統之間也就高度相關，數據共享，實現任何數據只需要輸入一次，也只能輸入一次的目標;實現了統一身份認證。各子系統和學校內網的使用統一的學號和教師號，登錄密碼)針對不同的操作權限，對學號和教師號進行角色授權。所有子系統按照工作流程進行相互關聯，并且相互制約。

科學的管理流程和管理職責是信息化的基礎，實現信息化應摒棄過去手工管理模式時代的不合理流程，這樣才能充分發揮信息化帶來的高效率的作用。因此，必須致力于工作、業務流程再造，理清管理職責和權限實現信息化不僅僅是為了提高工作效率，減輕繁重的學校工作，為學校老師和學生提供各種信息服務，還要達到規范教學管理的目的，以保證信息的準確性和可靠性，為使信息化起到規范管理的作用，必須在教學軟件的設計中設置種種制約，通過軟件實現制約化管理理念。一方面要保證數據的唯一性和準確性，另一方面要最大限度減少數據錄入的工作量。

可以說，我國大部分高校教育信息化的統籌管理機制尚未建立，有些高校雖然有教育信息化的軟件在運行，但多數都是各個職能部門各自為政，學校沒有一個教育信息化建設的統一規劃，例如教務處買了一個教學管理系統、財務處買了一個收費系統，兩個系統之間沒有任何關聯，數據也沒有實現實時的共享，頂多是用EXECL 導出和導入數據來間接的交換數據。即便是買了完整的高校管理系統軟件，由于各部門的業務流程不明確或者缺乏協調，使得管理系統軟件不能很好共享數據，各職能部門仍然是“信息孤島”。例如，對于在校生人數，招辦、財務處、學生處、教務處、各院系上報的數字都不一致，校領導也不知道相信誰報上的數字是準確的。解決上述問題的一個現實路徑，便是加快建設新型教務管理系統，以達到軟硬件資源的合理利用和共享。

［1］李永． 基于用戶體驗的教務教學管理系統設計研究［J］計算機產品與流通，2017( 9)

［2］葉勝強． 基于學分制的教務管理系統設計與實現［D］蘇州大學，2010

［3］余樂． MOOCs 教學管理系統研究與設計［J］電腦編程技巧與維護，2017( 4) ．

作者簡介:趙鵬璋( 1979． 11 － ) ，男，漢族，陜西興平人，任職于西安培華學院，大學本科、助理工程師，研究方向為電學、實驗室管理、計算機教學。