一、引言
傳統的排考通常是用手工方法,對過去學生人數少,師資、教師資源充沛的情況還可以應付,但是隨著近幾年高校擴招,學生人數急劇增加的情況出現,再繼續使用手工排考就比較困難了。常常會出現這樣或那樣的問題,一錯而動全局,并且容易泄露監考信息,常常浪費大量的時間和精力,降低工作效率。排考需要考慮考試考場,考試人數,監考老師、時間等諸多因素,尤其困難是要兼顧各因素,以保證不會出現時間、人員重排的情況。
二、系統需求分析
基于Web技術的排考系統既然可以借助于網絡進行,排考既可以在本地計算機實施,也可以在異地進行,大大拓展了安排的靈活性。監考人員可以根據教師資料庫中的內容即時生成,可避免過早泄露監考信息;可以對監考教師進行分類管理,以便合理安排監考教師的搭配,大大提高考務工作的效率;還可以根據監考分配情況,進行監考通知單的打印等操作。使用計算機進行排考,具有手工安排無法比擬的優點:
首先,排考系統是為學校每次考試前對學生、教室、教師的安排服務,排考系統能夠為用戶提供充足的學生、教室和教師信息。
其次,排考系統的效率高、安排迅速方便、智能化程度高、存儲量大、成本低等優點能夠極大地提高排考的效率和質量,也節省了人力資源,是使學校工作科學化、正規化的重要途徑。將信息系統技術應用到考務工作是將來校園數字化管理的發展趨勢。
三、系統流程設計
排考是一項復雜的工作,它需要根據學生信息進行分析管理,按照教務管理的要求,實現數據的錄入、報表輸出等。目前,多數高校都是通過手工處理完成制表、編排考場、考號、監考老師等工作。由于處理的數據量大,把大量的人力花費在枯燥無味的事務性數據、表格處理中,造成時間、人員等資源的浪費。隨著計算機科學技術的發展,自動化分配考試資源的管理系統應用而生。
系統可按照開課部門所開設課程進行考試安排,判斷專業班級的教學任務和學生選課情況沖突。在考試課程、時間、場地、監考教師等考試信息確定后打印監考教師任務通知單。系統也可以隨時安排學院大規模特殊考試,保證快捷準確的生成排考任務,隨機產生監考安排報表。針對排考系統的相關信息,設計安排考試的流程圖(如下圖1所示)。

系統可采用B/S結構設計。B/S開發模式基本不需要配置客戶端,系統更容易在網絡上發布,更新升級工作也只限定在有限的范圍內。隨著web開發技術的發展,B/S開發模式正在彌補其界面操作性差的弱點,它的發展優勢越來越明顯。本系統主要采用.NET技術來開發構造,設計采用標準化接口,硬件平臺采用標準網絡接口,采用開放式數據庫互連接口(ODBC),使本系統與其它應用系統容易實現互連。
四、系統數據庫設計
數據庫中存放排考所需的各種數據,包括考試班級、每個班級的考試課程及課程的主考教師、班級人數,教室及教室的座位數,監考教師名單,最后排定的監考表。數據庫由“數據庫維護”模塊代碼對原始數據進行輸人和修改,由“監考表顯示查詢”模塊代碼對監考表進行查詢。排考的數據表包括:
(1)課程表。反映上每門課的班級數,包括字段:課程名、上課班級、主考教師、任課教師。
(2)教室表。反映可安排使用的教室及大小,包括字段:教室編號、教室座位數。
(3)教師表。反映監考老師的姓名,并可記錄監考次數,包括字段:教師姓名、次數。
(4)班級表。反映參加考試班級的代碼和人數,包括字段:班級、人數。
(5)監考表。這是排監考程序執行完后,存放所有監考資料的總表,包括字段:時間、教室編號、班級、人數、課程名、主考教師、監考教師。
基于B/S的排考系統有著廣闊的前景,必將對傳統管理模式產生深遠影響。采用Internet應用模式并不一定要全部取代傳統的C/S結構,二者應用界限并不清晰,而且往往是互相補充、相輔相成的。事實上,排考系統采用B/S模式并不是要把所有的應用都轉到WebServer上來,而是要根據情況來選擇。