☆ 梁德銘
(龍巖第一中學,福建龍巖 364000)
隨著教育信息化技術的不斷發(fā)展、精益化管理要求的不斷提高以及和諧校園建設的現實需求,許多中小學校都開始著手部署考勤管理系統(tǒng)。當前,市場上的考勤管理系統(tǒng)一般都由“軟件+考勤機+身份介質”組成,特點為:基于公司用戶為需求原型開發(fā);需要部署數量不等的考勤機;根據身份介質的不同,其造價差異巨大。
本文針對中小學校特殊的用戶需求,提出了一種經濟、有效的純軟件考勤解決方案。系統(tǒng)采用ASP+ACESS技術設計,以出勤異常信息為處理核心,采用考勤員錄入出勤信息為系統(tǒng)應用模式,以犧牲部分的信息實時性為代價換取系統(tǒng)顯著的經濟性。
對于中小學校來說,目前,市場上主流的考勤管理系統(tǒng)并不適用。主要體現在以下方面。
(1)數據模型不適用:主流考勤管理系統(tǒng)以員工上下班的時間點為考察對象,每人每日最多四個數據,而中小學校需要考察師生每節(jié)課的出勤情況,以每日7節(jié)課計算,至少需要考察14個時間點。另外,數據模型也無法表達教師的代課、調課等特殊的異常信息。
(2)操作繁瑣:以每日 7節(jié)課計算,采用“ 身份介質”為數據采集方式,每個師生每日需要操作14次。如果只考察師生的上下班或上下學,又不足以真實反映師生的真實出勤情況。
(3)存在代刷問題:出于成本的考慮,學校會采用IC卡為身份介質,代刷現象就無法避免。
(4)購置和運行成本高:相對于純軟件的系統(tǒng),主流的考勤管理系統(tǒng)需要在校園內部署眾多的考勤終端,為每個師生配發(fā)IC卡,所以,需要付出更高的購置成本。部署后,終端及IC卡不可避免地會出現各種故障,所以,又存在較高的人力成本、資金成本。
基于以上分析,我們可以很容易地得到中小學校對考勤管理系統(tǒng)的需求,即系統(tǒng)能記錄每一節(jié)課、每一個師生的出勤異常信息,能提供豐富的統(tǒng)計報表、滿足低成本需求、操作及運維簡便、最大限度地避免虛假數據。
通過需求分析,我們進一步分析純軟件考勤管理系統(tǒng)的可行性。
(1)經濟上的可行性:從管理系統(tǒng)的經濟效益上來評價,部署一套系統(tǒng)的成本主要包括產品成本、部署成本、培訓成本、維護成本等。純軟件的考勤管理系統(tǒng)的開發(fā)規(guī)模相對較小,所以,購置成本較低,有條件的學校甚至可以自己開發(fā)。軟件采用大眾化的ASP+ACCESS技術設計,加上能考慮部署考勤管理系統(tǒng)的學校往往都擁有校園網和網絡管理教師,所以,其他成本基本可以忽略。
(2)技術上的可行性:系統(tǒng)采用 Dreamweaver MX為開發(fā)平臺,它是一種簡單、方便的編程工具,支持ASP代碼開發(fā),能快捷地編輯出美觀的頁面,支持與數據庫的交互,提供代碼的測試功能。中小學校師生數較少,采用APS+ACCESS技術設計可以滿足軟件性能要求。
(3)管理上的可行性:系統(tǒng)規(guī)模較小,又采用大眾化的ASP+ACCESS技術設計,沒有考勤機和考勤介質需要管理維護。管理者事實上不會隨時關注出勤異常信息,采用出勤信息一日一報或半天一報完全可以滿足管理需求。對中小學校來說,指定有責任心的考勤員編輯出勤信息比師生自己刷卡更能保證數據的真實性。所以,管理上完全可行。
系統(tǒng)由考勤查詢后臺、考勤員后臺及管理員后臺三個部分組成(如圖1)。其中,考勤查詢平臺主要提供考勤信息的查詢,其代碼設計直接從考勤員后臺克隆而來,只要去除其中的編輯功能即可。考勤員后臺主要提供考勤員對考勤信息的編輯、報表的導出。管理員后臺包含了系統(tǒng)的全部功能,由系統(tǒng)管理、出勤管理、學生庫管理、教師庫管理、公告管理5個部分組成。

圖1 系統(tǒng)總體構架
系統(tǒng)由系統(tǒng)管理、出勤管理、學生庫管理、教師庫管理、公告管理5個部分組成(如圖2),本文只對關鍵設計展開闡述。
(1)出勤日報編輯模塊:該模塊包含了出勤日報的新增、修改、刪除、查詢、導出功能。出勤日報指的是每個班級每日的一條出勤記錄,不管班級每日的出勤情況是否正常,考勤員都必須填報。該模塊在系統(tǒng)中被使用的頻次最高,所以,其操作的便捷性和考勤管理的靈活性對于系統(tǒng)的推廣應用至關重要。
在操作的便捷性上,系統(tǒng)提供多種靈活的日報編輯方式,如果出勤正常,考勤員只需要點擊新增按鈕,系統(tǒng)自動生成該班(如果系統(tǒng)配置為按年級設置考勤員,則為年段所有班級)當日的出勤日報;如果出勤異常,考勤員可以按出勤正常一樣操作,然后修改,也可以直接錄入出勤異常的教師或學生的信息完成日報錄入。
在考勤管理的靈活性上,系統(tǒng)提供了當日填報(自動編輯當日數據)或不限日填報(可以編輯任何日期數據)兩種方式。如果管理者希望半天填報一次,只需在系統(tǒng)中配置填報方式為當日填報,考勤員在中午錄入上午數據,下午如果有出勤異常數據,則在傍晚修改該條日報,否則,傍晚就不用操作。
(2)教師/學生出勤異常詳單模塊:該模塊提供對詳細異常信息的新增、修改、刪除、查詢、導出功能。
(3)教師/學生出勤異常統(tǒng)計模塊:該模塊提供以學期為時間段的教師及學生各類異常出勤信息的統(tǒng)計、統(tǒng)計數據的導出。
(4)系統(tǒng)參數設置模塊:包括日報填報方式是否只能當日填報、每日最大開課節(jié)數、每周最大開課天數、考勤員是按每班級還是每年級設置。
(5)批量導入教師/學生信息模塊:利用學校教務部門提供的EXCEL格式師生名單,通過該功能一次性導入所有師生信息。
(6)維護學生信息模塊:提供對學生信息的新增、修改、刪除、查詢、導出功能。對每年度的年級信息變更特別設計了批量操作,極大提高了系統(tǒng)的易用性。
本系統(tǒng)中,教師庫管理、學生庫管理、系統(tǒng)管理三個模塊為出勤管理模塊提供基礎數據,以實現考勤員編輯日報時全部通過選擇完成,既實現了操作的便捷性又保證了信息表達的一致性。EXCEL格式數據的導入導出是本系統(tǒng)設計的另一個亮點,利用導入功能可以幫助用戶快速配置基礎數據,利用導出功能可以滿足更加復雜的統(tǒng)計需求及打印需求。系統(tǒng)的出勤信息數據通過擁有考勤員權限的學生采集、編輯而得。

圖2 系統(tǒng)功能模塊
數據庫設計是否合理,將直接影響系統(tǒng)的開發(fā),合理的數據庫設計,不但可以加快代碼的編寫,在需求變更時,也可以有效縮短修改周期。
根據系統(tǒng)功能需求,設計如下數據表:出勤日報、管理員、公告、年級、班級、學年、學科、教師表、學生表、教師出勤異常類型、學生出勤異常類型、教師出勤異常記錄、學生出勤異常記錄共13個表。其中,學生表中的kqy字段用于標識考勤員身份,出勤日報、學生出勤異常記錄及教師出勤異常記錄組合表達某班某天的出勤信息。
為了保證數據表之間數據的一致性,利用ACCESS的關系功能,建立表之間的關系(如圖3)。存在一對多“級聯刪除相關記錄”關系的表有:出勤日報與教師出勤異常記錄、出勤日報與學生出勤異常記錄、教師表與教師出勤異常記錄、學生表與學生出勤異常記錄,其余為一對多的“級聯更新相關字段關系”。

圖3 數據表關系圖
本系統(tǒng)在筆者單位運行一年多來,運行穩(wěn)定,為保證學校正常教學秩序,及時發(fā)現師生異常教學行為提供有力的保障,為學年末師生的各種考核提供了可靠、便捷的數據支持。
[1]李洪進,鄧世昆.基于ASP.NET與SQL Server2005的在線考試系統(tǒng)[J].網絡安全技術與應用,2010,(8):66-67.
[2]瞿哲.基于ASP的學籍管理系統(tǒng)的設計與實現[J].網絡安全技術與應用,2010,(8):76-78.
[3]李恒武,郭義喜,王志剛.基于ASP的課程網站管理系統(tǒng)分析與設計[J].網絡安全技術與應用,2011,(11):64-66.