基于MVC的學校考勤管理系統

董育林　倪青香

摘 要：目前高校學生上課考勤都是以任課老師上課點名，記錄學生上課出勤情況，學期末根據上課出勤表及作業登記表對學生平時成績打分，然后把數據上交到各院系。學生請假以傳統的寫請假條的形式向各自班班主任請假，時間長的請假，要班主任、院系領導都批準方能生效。還有對教師的是否到職，院系無法對其進行監督。

關鍵詞：考勤；接口；時間

1 引言

在上課點名的這種的模式在目前高校管理中暴露出了許多弊端：一是學生請假不方便；二是學生請假對任課老師不透明，造成對學生上課出勤誤記的情況；三是學生上課出勤表對班主任不透明，班主任很難知道本班學生上課的出勤情況，不便于與學生及時有效的溝通；四是學生對自己整個學期的上課出勤情況沒有整體的統計信息。五是院系領導、學校領導更加把握不住學生上課的出勤情況。

2 用戶的特點

考勤對象信息：此信息是由學生信息管理系統提供，對應班級考勤和每個學生的考勤。教師用戶：系統中的教師用戶負責對學生的考勤及對學生考勤成績的查詢。該用戶對計算機的操作比較熟悉，受過高等教育，對系統的使用只需簡單的培訓即可。

3 假定和約束

系統經費限制：自籌經費，解決開發過程中所需的各種費用。開發期限：2008-10-5至2008-11-15。開發人數：1個項目經理和4個開發人員、2個測試人員。硬件設備：5臺個人PC、一臺打印機及布網所需的網絡設備。

3.1 對性能的規定

3.1.1 精度

系統中的輸入輸出數據的精度要求按照考勤現實的實際要求確定，考勤的精度控制在整數范圍，并且最小單位進位為1，如：51。系統的考勤時間的進位單位為時，系統以總的考試時間上依次遞增記時。在考勤分析時，計算班級或某單位的考勤人數時以精確到整數。

3.1.2 時間特性要求

響應時間：每一步動作反應時間在10ms以內（在網速足夠快的基礎上）；更新處理時間：每一次的更新處理時間少于1秒（在網速足夠快的基礎上）。數據的轉換和傳送時間：數據的轉換時間低于1ms，傳送時間少于1秒（在網速足夠快的基礎上）。考勤更新時間：系統參數機動設置，原則上不得低于2分鐘每次。默認設置為5分鐘更新一次，更新的目的保存考勤結果。

3.1.3 靈活性

系統的設計采用RUP的軟件設計思想，可以應對用戶需求變更而改變系統的設計。設計模式采用MVC設計。系統的靈活性主要體現在：

操作方式上的變化：可以滿足用戶的各種操作，如鍵盤操作、鼠標操作、服務器端的遠程操作。

運行環境的變化：能夠滿足Windows2000以上操作系統環境的操作，瀏覽器上的系統運行可以滿足explorer等。

同其他軟件的接口的變化：系統與其他軟件的接口采用了專門的類模塊負責，當相應的接口發生變化時，只需修改專門的接口類模塊。

計劃的變化或改進：當用戶的需求發生變更時，系統可以根據用戶的新要求調整開發計劃及進度。

4 考勤系統的接口設計

4.1 用戶界面

采用目前非常流行的Windows風格，如窗口、菜單、對話框、滾動條等，并對鼠標提供支持。

4.2 軟件接口

運行于Windows2000以上操作系統 瀏覽器：5.0以上版本

4.3 硬件接口

支持一般的PII或更高檔微機、筆記本電腦。

4.4 內部接口

初始化模塊；關閉系統模塊；系統考勤功能模塊；系統信息功能模塊；基本信息管理模塊。

5 運行設計

5.1 運行模塊組合

模塊命名方式按照相應模塊結合特性制定。命名方式為Mx和Mx.y，其中數字x相同的模塊為同類模塊。如M1，M2.3等。

5.2 運行控制

本軟件控制流程：先由用戶啟動，通過身份驗證后，登錄系統，并調用系統功能模塊，等待鍵盤和鼠標事件，響應相應的鍵盤和鼠標事件就是調用相應的功能模塊。管理員可以對系統中的所有數據進行管理和操作，教師可以對學生進行考勤和查詢考勤情況以及對課表的查詢等，學生只能通過自己的用戶名和密碼查詢自己的考勤情況和課表安排。

5.3 運行時間

各模塊運行時間均用控制在1～2s。由于系統采用消息驅動方式，將有效提高計算機的利用率。

[參考文獻]

[1]陳平.《軟件設計師教程（第2版）》[M].清華大學出版社，2006.

[2]全國計算機專業技術資格考試辦公室.《軟件設計師歷年試題分析與解答》[M].清華大學出版社，2011.

[3]劉振巖.《基于.NET的WEB程序設計》[M].電子工業出版社，2006.