文檔：
1.用戶需求
1.1業務需求html
在當今社會，各類事務愈來愈多，而做爲一個企業，須要對事務進行管理。管理起來有必定的難度，能夠用信息化的手段來處理這件本來十分複雜的事物，因此企業須要一個考勤管理系統。java
2.可行性分析
2.1技術可行性spring
Mysql+spring+Intellij IDEA+glassfish+javasql
使用spring框架的緣由是：集成的框架能夠省去不少時間來開發。數據庫
2.2經濟可行性設計模式
此係統開發只須要人工編寫代碼就能解決企業考勤問題，而考勤是每一個公司所須要的，故成本低易銷售經濟上可行架構
3.系統功能
（創建用戶數據庫，建立admin帳戶）框架
3.1.考勤模塊：提供員工登錄功能，在登錄後能夠進行打卡，修改密碼等功能。post
3.2.休假模塊：1.提供申請休假確認提交功能，對申請信息進行確認，並提交給領導進行審批。
2.提供領導審批功能，使部門經理能夠對本部門的申請休假進行審批。設計
3.3.考勤查詢模塊：1.提供員工考勤信息查詢的功能，員工登錄只可查詢本人考勤信息。
2.提供管理員查詢全部人的功能，根據輸入的條件（員工號，時間等）進行查詢。
3.4.人事模塊：員工信息的錄入、修改。
具體功能
1.員工登錄：
名稱、標識符 員工登陸
功能描述 員工輸入本身的工號和密碼，系統驗證是否正確，決定是否讓該員工登錄系統
實現要求 提供登陸界面
輸入 員工ID，員工密碼
處理 系統驗證所輸入的員工ID和員工密碼與後臺數據庫記錄是否正確
輸出 1所輸入的員工ID和員工密碼正確，則容許員工進入操做界面；
2.所輸入的員工ID和員工密碼不正確，則輸出錯誤信息，而且從新返回登錄界面。
補充說明 員工ID和員工密碼不能爲空
2.員工打卡：
名稱、標識符 員工打卡
功能描述 員工上班前和下班時點擊「打卡」按鈕，系統自動記錄下員工的ID和上班下班時間。
實現要求 提供「打卡」按鈕
輸入 當前的系統時間和員工ID
處理 1.系統時間、員工ID保存到數據庫.
2..提示打卡成功。
輸出 提示簽到成功.
補充說明 當天能夠重複打卡但只有第一次和最後一次有效
3.員工修改密碼
名稱、標識符 員工修改密碼
功能描述 讓員工能修改本身的登錄密碼
實現要求 提供修改密碼界面
輸入 員工舊密碼和新的密碼
處理 1.驗證舊密碼與系統數據庫所記錄的該員工編號的密碼是否一致
2.舊密碼正確，則用新密碼覆蓋舊密碼（入庫），並提示密碼修改爲功|
3.舊密碼不正確，則提示密碼不正確，請從新輸入舊密碼
輸出 1.舊密碼正確，提示修改爲功；
2.舊密碼不正確，提示密碼不正確，請從新輸入舊密碼，並從新返回修改|
4.員工申請請假
名稱、標識符 申請請假
功能描述 填寫、保存、修改請假單
實現要求 （1）能手工填入請假申請表單的內容
（2）能把請假詳細信息持久化（記錄到數據庫）
（3）提交審覈前能夠修改
輸入 員工ID，請假起止時間，理由
處理 對填寫的內容進行格式驗證，保存，待員工確認申請
輸出 提示申請信息保存成功
5.管理員審覈
名稱、標識符 審覈申請請假和出差
功能描述 對員工的申請表單進行審批
實現要求 頁面列出未審覈和已審覈的申請，未審覈的在前。
輸入 選擇未審覈的申請表單，輸入審覈的意見
處理 把表單置爲已審覈，並給申請人發送審覈意見（若是審批不一樣意，要說明緣由）
輸出 提示審覈是否成功
6.我的考勤信息查詢
名稱、標識符 我的考勤信息查詢
功能描述 按條件查詢我的考勤信息並顯示給客戶實現要求能夠按日期範圍查找
輸入 指定日期範圍
處理 驗證請求查找的日期範圍是否合理，從數據應查找符合條件的記錄
輸出 顯示查找結果
補充說明 員工號就是當前登陸用戶
7.全部人考勤信息查詢
名稱、標識符 全部人考勤信息查詢
功能描述 供管理員，按全部等條件查詢實現要求根據指定的條件進行查找（按日期、按全部）
輸入 查詢條件
處理 按查詢條件從數據庫查詢
輸出 在當前頁面顯示查詢結果
8.新增員工信息
名稱、標識符 新增員工信息
功能描述 經過該功能日後臺數據庫中新增員工信息實現要求根據信息輸入
輸入員 工工號、姓名、密碼、員工權限、聯繫電話
處理 驗證所輸入數據的有效性，再保存至數據庫
輸出 成功保存
補充說明 工號不能重複，也不能重複，姓名、員工權限不能爲空。
9.修改員工信息（此功能主要爲了修改員工密碼）
名稱、標識符 修改員工信息
功能描述 經過輸入工號修改數據庫中指定員工信息實現要求須要知道員工工號
輸入 先輸入員工工號，再輸入修改的信息
處理 驗證所輸入數據的有效性，再保存至數據庫輸出顯示修改爲功
補充說明 工號不能重複，也不能重複，姓名、員工權限不能爲空。
4.系統整體結構
以下用例圖：
如圖能實現以上幾個基本功能的系統結構。
5.系統設計模式
架構圖：
以上是spring的基本架構。主要包含表示層，業務邏輯層，數據訪問層和數據庫。
6.持久層設計
ER圖：
主要有三張數據表：員工信息、考勤信息（打卡信息）和請假信息。登陸時須要員工信息來驗證登錄，查詢考勤時須要打卡信息，請假時須要存儲請假信息。
另：爲了刪除時信息有挽回的餘地，每張表都多添加一個參數delete,delete=0時表示未刪除，刪除則delete=1。
原連接：https://www.cnblogs.com/xiaohuomiao/p/10802557.html