1、企 業 考 勤 管 理 系 統總 體 設 計目錄1 緒論1.1 研究的背景1.2 研究的目的與意義1.3 研究思路與主要內容1.4 研究技術簡介1.4.1 JAVA1.4.2 MySQL1.4.3 Eclipse2 國內外研究現狀-2.1 國內研究現狀2.2 國外研究現狀3 企業考勤管理系統分析與總體設計3.1 企業考勤管理系統可行性研究3.2 企業考勤管理系統需求分析3.2.1 完善數據流圖3.2.2 細化數據流圖3.3 企業考勤管理系統總體設計3.3.1 設計方案的選擇3.3.2 軟件結構設計4 數據庫設計4.1 數據庫概念模型設計4.2 數據庫邏輯模型設計-4.3 數據庫物理模型設計5

2、系統實現5.1 考勤界面5.2 員工登錄 -5.2.1 員工個人信息界面-5.2.2 員工請假申請界面5.2.3 員工出差申請界面5.2.4 員工出勤情況界面5.3 管理員登錄5.3.1 員工管理界面5.3.2 部門管理界面5.3.3 考勤信息導出界面5.3.4 管理員密碼修改界面1 緒論1.1 研究的背景近年以來，不僅經濟總量增長迅速，私營企業的數量也在與日俱增，但在管理水平上卻沒有與數量的增長達到持平。以考勤管理為例，企業大多數仍處于原始人工紙質方式記錄企業員工每日出勤情況。這種考勤方式存在先天的弊端，方式繁瑣，準確性、透明性、實時性差等，受人為因素影響大，甚至出現監管人員因個人因素導致考

3、勤情況存在不平等現象，造成企業員工存在僥幸心理或代考勤情況的出現，不利于企業員工的管理。且由于人工考勤的方式，需要增加紙張與人工的成本，一定程度上增加了企業的運行成本。伴隨著日益發展擴大的企業，人工考勤的弊端日益顯現，企業的運行效率與效益都會受到很大的影響。在21世紀的今天，隨著信息化技術的發展，信息化社會正逐漸形成，越來越多的應用于實際生活中，信息化技術的革命也促進了社會各個方面的進步。這也要求企業進行轉變，而利用信息化技術管理企業就成為企業在實際競爭中的當務之急，在經過摸索和實踐之后，信息技術在企業中的充分應用，可以很好的改善這一窘境。企業規模的擴大，員工數量的增多，使得傳統人工紙質的考勤

4、方式不再能適應日益繁雜的企業考勤管理工作，這也從另一方面顯示著信息化的考勤管理系統出現的必然性，與此同時，計算機技術的發展與普及，也變相的為考勤管理系統的發展打下良好的基礎。1.2 研究的目的與意義本文研究的主要目的與意義是基于信息化技術的實際應用，通過實際生活中的案例，將信息化技術融入生活，為企業設計考勤管理系統，節約企業運行成本，提高企業運行效率與效益。1.3 研究思路與主要內容行政主管（考勤）考勤管理系統職員系統管理員數據庫 圖1-1 企業考勤管理系統總體設計框架1.4 研究技術簡介1.4.1 JAVAJAVA是一種可以撰寫跨平臺應用軟件的面向對象的程序設計語言，是由Sun Micros

5、ystems公司于1995年5月推出的Java程序設計語言和Java平臺（即JavaEE, JavaME, JavaSE）的總稱。Java自面世后就非常流行，發展迅速，對C+語言形成了有力沖擊。Java 技術具有卓越的通用性、高效性、平臺移植性和安全性，廣泛應用于個人PC、數據中心、游戲控制臺、科學超級計算機、移動電話和互聯網，同時擁有全球最大的開發者專業社群。在全球云計算和移動互聯網的產業環境下，Java更具備了顯著優勢和廣闊前景。1.4.2 MySQLMySQL是一個關系型數據庫管理系統，由瑞典MySQL AB公司開發，目前屬于Oracle公司。Mysql是最流行的關系型數據庫管理系統，在

6、WEB應用方面MySQL是最好的RDBMS(Relational Database Management System：關系數據庫管理系統)應用軟件之一。關聯數據庫將數據保存在不同的表中，而不是將所有數據放在一個大倉庫內，這樣就增加了速度并提高了靈活性。MySQL所使用的SQL語言是用于訪問數據庫的最常用標準化語言。MySQL軟件采用了雙授權政策，它分為社區版和商業版，由于其體積小、速度快、總體擁有成本低，尤其是開放源碼這一特點，一般中小型網站的開發都選擇MySQL作為網站數據庫。由于其社區版的性能卓越，搭配PHP和Apache可組成良好的開發環境。1.4.3 EclipseEclipse 是

7、一個開放源代碼的、基于Java的可擴展開發平臺。就其本身而言，它只是一個框架和一組服務，用于通過插件組件構建開發環境。幸運的是，Eclipse 附帶了一個標準的插件集，包括Java開發工具（Java Development Kit，JDK）。2 國內外研究現狀2.1 國內研究現狀隨著企業的快速發展，相應的各種信息也日益增長，原始的人工考勤已滿足不了企業的需求，在此情況下，企業不約而同的引入考勤管理軟件，也使考勤管理系統的開發得到很大的發展。而目前仍有很多企業的這項工作還處于傳統手工紙質階段，信息資源的數字化程度低，大部分歷史積累的數據，尚未數字化。不利于科學管理和決策。傳統企業考勤管理都是以企

8、業前臺紙質打卡機或簽到為主，記錄員工出勤情況，每周根據出勤表及登記表對員工平時出勤情況獎懲，然后把數據上交到企業負責人。傳統的員工請假方式需要經過多人的同意，請假困難也是員工的煩惱之一。這種的模式在目前企業管理中暴露出了許多弊端：一是員工請假不方便；二是員工請假對主管人員不透明，造成對員工出勤誤記的情況；三是員工出勤表對分管經理、總經理不透明，分管經理、總經理很難知道企業的出勤情況，不便于與員工及時有效的溝通；四是員工對自己整個工作周的出勤情況沒有整體的統計信息。2.2 國外研究現狀國外的考勤管理軟件發展早，成熟度高，國內與之相比，還有很大的距離。早在七十年代末，美國就建成了NSFNET（國家

9、科學基金網），其課題的申報及課題的進展情況匯報都在網上進行。其信息化考勤管理系統也十分完善，企業各個部門的員工可以通過一臺終端機完成上班、下班、因公外出、隱私請假等的全過程。目前，國際上已具規模的企業均已大規模引入考勤管理系統，信息化的考勤管理系統正發揮著巨大的作用，為企業提高工作效率與效益做出巨大貢獻。所有這些無不證明，信息化的考勤管理系統在企業的各個方面都有很高的應用。3 企業考勤管理系統分析與總體設計3.1 企業考勤管理系統可行性研究考勤管理有它自己的專門知識和術語。必須學習了解有關考勤處理的基本知識，并且要掌握考勤處理的大概情況。行政部門每天處理考勤情況，根據考勤記錄，編制當天考勤情況

10、表和遲到早退懲罰情況表，并張貼到告示板。新系統的邏輯模型可以通過對正在使用的系統進行調查的基礎上獲得。如圖3-1所示：行政主管（考勤）考勤管理系統職員系統管理員數據庫 報表考勤記錄確認信息 報表圖3-1 邏輯模型圖在這個高層次的數據流圖上列出了“職員”，它既是數據流的源點又是終點。系統輸出一些報表給行政主管，因此“行政主管”也是數據的終點。接下來就是基本系統模型的細化，系統主要功能的敘述。如圖3-2所示：考勤2報表事務數據產生報表行政主管處理事務收集數據驗證數據職員確認信息職員考勤數據4531圖3-2 基本系統模型細化圖從圖可知，系統務必完成的3個主要功能有“處理事務”、“確認信息”和“產生報

11、表”，圖中的“考勤管理系統”由這3個主要功能代表。此外，數據流圖的細化過程中還加入了3個數據存儲。處理事務需要“事務數據”；另外，“產生報表”和“處理事務”不在同一時間段，因此還需要“報表”來數據存儲；同理，“確認信息”與“處理事務”也需要“考勤數據”來數據存儲。3.2 企業考勤管理系統需求分析對目標系統提出完整、準確、清晰、具體的要求是需求分析必須完成的任務。在這個階段，分析員應在高層功能級數據流圖的基礎上開發更精確的數據流圖，同時還要建立數據字典。這些文檔是需求分析結束的標準。本階段會嚴格定義許多實際被忽略了的系統元素。3.2.1 完善數據流圖在可行性分析階段建立的功能級數據流圖中，一些數

12、據存儲及變換的具體含義尚未明確。必須對系統作進一步的分析，逐步對尚未明確的步驟進行定義。從上一階段可以看出，流向數據終點“職員”的數據流是“考勤數據”，而“考勤數據”這個數據流的含義和組成，我們并不十分清晰和明確。從職員考勤數據表中可以看出，這個數據流包含：職員姓名、職員號、當天是否遲到、上一天是否早退、本月遲到次數、本月早退次數、連續遲到次數、連續早退次數和獎懲措施（與職員對應）。對這個數據流圖進行從下往上的回溯分析，可以確定每個數據項的來源。“考勤數據”可由變換4“確認數據”得到，同時，變換4的基本功能是輸出已經記錄的數據，不能改變數據。繼續回溯，回到數據儲存“考勤數據”，數據儲存只是保存

13、數據的場所，所包含的數據項和相關的輸入/輸出數據流相同，不會更改。更進一步回溯到變換3“處理事務”時，可知確認數據是由這個變換框計算出來，因此，需要對該變換設計相應的算法。從系統設計要求中可得：確認數據=職員姓名+職員號+當天是否遲到+上一天是否早退+本月遲到次數+本月早退次數+連續遲到次數+連續早退次數+獎懲措施。這些數據可以從行政管理部門得到，但怎么得到數據還不太清楚，下一步應該確定這些數據的終端來源。在一步一步的分析和劃分系統中的數據元素，了解來源和算法。在這個過程中，相關數據的信息需要記錄在數據字典中，算法需要記錄在IPO圖中。3.2.2 細化數據流圖許多數據項在考勤管理系統中解釋，為

14、了清晰明確的了解這些數據是怎么得到的，必須確認數據的算法。已知：確認數據=職員姓名+職員號+當天是否遲到+上一天是否早退+本月遲到次數+本月早退次數+連續遲到次數+連續早退次數+獎懲措施。這些數據一部分從行政管理部門獲得，另一部分是從人事檔案得來，但行政部門不管轄人事檔案。在數據流圖中缺少人事檔案的數據存儲，因此，需要加入取名為“人事數據”的數據存儲。經觀察，系統中沒有人事數據的存在，經過再次了解訪問，這些人事數據從人事部門獲得。但人事部門表示，這些數據也不是一成不變，因此，需要一個新的變換“修改人事數據”。數據流圖的再次完善，如圖3-3所示：考勤2報表事務數據產生報表行政部門處理事務收集數據

15、驗證數據職員確認信息職員考勤數據4531修改人事數據人事部門人事數據6圖3-3 數據流圖與上述分析得出的考勤管理系統的數據流圖相應的數據字典如下。（1）數據流描述事務=職員姓名+職員號+考勤考勤數據=職員姓名+職員號+當天是否遲到+上一天是否早退+本月遲到次數+本月早退次數+連續遲到次數+連續早退次數+獎懲措施人事數據=職員姓名+職員號+性別+歷史考勤數據報表=考勤匯總+獎懲匯總+考勤簽收表（2）數據存儲描述數據存儲名：事務數據文件組成：事務數據組織：職員號大小順序為主，部門號大小順序為輔數據存儲名：人事數據文件組成：人事數據組織：職員號大小順序為主，部門號大小順序為輔數據存儲名：考勤數據文件

16、組成：考勤數據組織：職員號大小順序為主，部門號大小順序為輔（3）變換描述變換名：收集數據變換編號：1輸入數據流：事務數據輸出數據流：事務數據變換邏輯：職員考勤信息與職員對應變換名：驗證數據變換編號：2輸入數據流：事務數據輸出數據流：事務數據變換邏輯：職員考勤信息的校對檢查，確保數據一致變換名：處理事務變換編號：3輸入數據流：事務數據、人事數據輸出數據流：考勤數據、報表變換邏輯：獲得事務數據、獲得人事數據、驗證考勤信息、更改歷史考勤數據，編寫確認信息表、編寫報表變換名：確認信息變換編號：4輸入數據流：考勤數據輸出數據流：確認信息變換邏輯：考勤信息通知員工，進行確認變換名：產生報表變換編號：5輸入

17、數據流：考勤數據輸出數據流：考勤匯總表、獎懲匯總表、考勤簽收表變換邏輯：匯總考勤數據確認表中的各個項目，產生相應報表變換名：修改人事數據變換編號：6輸入數據流：修改數據項輸出數據流：修改后的人事數據變換邏輯：需要修改的數據項，進行修改接下來，就需要對現在的數據流圖的每一個變換進行檢查，若某個變換還是比較復雜，不好理解，就應該對這個變換進行分解，若全都比較容易理解，則不需要改動。這樣，通過功能細化分解來達到細化數據流圖的目的。若將比較復雜的變換分解成若干個子功能后，這些子功能就成了較低層次的數據流圖的變換，也應有相應的數據存儲和數據流。為了便于追蹤，分解出來的子功能應該根據原功能進行編號，以此類

18、推。數據字典也應在分解完畢后進行補充。在該考勤管理系統中，對變換3“處理事務”進行分解，分解后,最終的數據流程圖如下圖3-4所示：當天是否遲到 3.13.2人事部門修改人事數據取數據人事數據驗證考勤信息人事數據事務數據事務數據21收集數據驗證數據 職員考勤45更改歷史考勤數據考勤數據寫確認信息表寫報表前一天是否早退報表產生報表行政部門考勤數據確認信息職員3.33.43.53.63.76圖3-4 最終數據流圖3.3 企業考勤管理系統總體設計系統總體設計的基本任務就是解決系統應該如何實現的問題，設計出組成系統的物理元素程序、文件、數據庫、人工過程和文檔等等，并確定每個模塊的組成以及模塊之間的關系。

19、3.3.1 設計方案的選擇在完成的數據流圖的基礎上，需要劃分出自動化邊界和非自動化邊界，從而衍生出多個初步方案，在經過比較分析之后，選擇一個最優化方案向使用部門和企業負責人匯報。劃分邊界后的企業考勤管理系統，如圖3-5所示：當天是否遲到 3.13.2人事部門修改人事數據取數據人事數據驗證考勤信息人事數據事務數據事務數據21收集數據驗證數據 職員考勤45更改歷史考勤數據考勤數據寫確認信息表寫報表前一天是否早退報表產生報表行政部門考勤數據確認信息職員3.33.43.53.63.76圖3-5 邊界劃分圖如圖所示，“收集數據”，“確認信息”，“修改人事數據”可以用人工處理，其余部分可在系統中自動化處理

20、。 3.3.2 軟件結構設計軟件結構設計的主要目的是為了把系統內部各種電腦無法自動處理的功能關系轉化成程序模塊之間的控制關系。（1） 復查并確定數據流圖的類型。考勤管理系統的數據流圖擁有比較明顯的輸入、中心處理和輸出三個部分，因此，屬于變換型的數據流圖。“事務數據”、“人事數據”是邏輯輸入，“考勤數據”、“報表”是邏輯輸出。（2） 設計上層模塊。上層模塊中的主控模塊為“考勤制度管理系統”，可以分成輸入、中心處理和輸出三個子模塊。如圖3-6所示：輸入模塊中心處理考勤制度管理系統輸出模塊圖3-6 主控模塊分解圖（3） 分解上層模塊中、下層模塊。上圖所示的中心處理模塊與變換“處理事務”相對應，而變換

21、“處理事務”分解后的數據流圖又包括“取數據”“驗證考勤信息”“當天是否遲到”“更改歷史數據”“前一天是否遲到”“寫確認信息表”“寫報表”等7個功能。所以中心處理模塊分解后的“考勤管理系統”分層結構圖如圖3-7所示：人事考勤制度管理系統取數據驗證考勤信息當天是否遲到更改歷史數據前一天是否遲到寫確認信息表寫報表事務事務數據人事數據考勤信息當天信息考勤信息前一天信息考勤信息考勤信息報表圖3-7 分層結構圖由圖可見，“考勤管理系統”模塊總是最先開始運行。系統調用“取數據”模塊讀取數據。然后把控制權歸還“考勤管理系統”模塊。再接著，“考勤管理系統”模塊將控制權轉給“驗證考勤信息”模塊，完成驗證之后又將控

22、制權返回“考勤管理系統”模塊。以此類推，最后由“考勤管理系統”模塊結束處理。在軟件設計中，對考勤數據的處理規則是：只有把所有的有關數據全部收集完畢，才能確認一名員工的考勤情況。根據這條規則可知，確認考勤情況時，事務數據、人事數據和考勤數據等有關數據缺一不可。但在取數據這一處理中，概念較為復雜，進一步分解為如圖3-8所示：取數據取事務數據取人事數據取歷史數據事務數據職員號人事數據職員號歷史數據職員號圖3-8 取數據分解圖至此，只有“寫報表”模塊的功能還需要進一步考慮。因為需要各種報表（當天考勤表、獎懲表、考勤確認表、當月考勤匯總表）的匯總，因此需要在數據處理完畢后才能產生需要的報表。這就要求在軟

23、件結構中增加一個“打印”模塊，在適當的時候打印上述兩類報告，完成系統的輸出功能。另外，系統在進行初始化設置之后才能輸入相關數據。分解完各模塊后，匯總的結構圖如圖3-9所示：初始化考勤輸入修改考勤制度管理系統處理前一天是否遲到寫確認信息表更改歷史數據寫報表當天是否遲到驗證考勤信息取數據打印取人事數據取事務數據取歷史數據當天考勤表獎懲表考勤確認表當月考勤匯總表圖3-9 考勤制度管理系統結構匯總圖4 數據庫設計4.1 數據庫概念模型設計對于一個信息管理系統來說，數據庫的概念模型設計是首要部分，數據庫設計的好壞，效率的高低，將直接影響該信息管理系統的運行效果。數據庫概念模型設計的是否合理，對數據的存儲

24、、保證數據完整一致、提取數據等具有重要的作用。如圖4-1，則是本數據庫的概念模型。部門負責人部門介紹部門名稱部門ID號管理員賬號密碼ID號日期是否請假是否出差是否早退是否曠工是否遲到考勤信息姓名電話部門號密碼員工圖4-1 概念模型圖4.2 數據庫邏輯模型設計邏輯模型在數據庫的設計中是非常重要的部分，在這一部分，主要任務是對概念模型圖的轉換。需要解決的問題主要有兩方面：(1)概念模型圖中各實體的屬性；(2)設計各實體間的關系與屬性之間的關系。概念模型圖轉換成關系模型如下：管理員信息（管理員賬號、管理員ID號、管理員密碼）考勤信息（員工ID號、日期、是否請假、是否出差、是否遲到、是否早退、是否曠工

25、）員工信息（員工ID號、姓名、電話、密碼、部門號）部門信息（部門號、部門介紹、部門名稱、部門負責人）4.3 數據庫物理模型設計在對系統信息的需求分析基礎上，可以得到清晰的邏輯數據庫結構，由此，我們可以設計出數據庫的物理結構。（1） staff表（員工信息表）圖4-1 staff表（2） manager表（管理員信息表）圖4-2 manager表（3） department表（部門信息表）圖4-3 department表（4） attendance-date表（日記錄信息表）圖4-4 attendance-date表（5） attendance表（考勤信息表）圖4-5 attendance表（6

26、） errand表（出差信息表）圖4-6 errand表（7） leave表（請假信息表）圖4-7 leave表5 系統實現5.1 考勤界面由于條件限制，沒有指紋機一類的外接設備，因此設計成輸入員工號打卡界面，輸入已有的員工號，點擊打卡后會顯示成功，輸入未知員工號后則會顯示ID不存在。圖5-1 打卡界面圖5-2 打卡成功界面圖5-3 打卡未成功界面5.2 員工登錄登錄系統中的個人登陸即員工登陸，登陸成功后，可以進行個人管理。圖5-4 個人登錄5.2.1 員工個人信息界面圖5-5 個人信息在個人信息界面中，會顯示該員工的具體信息，包括ID號、員工姓名、所屬部門ID號、所屬部門名稱和員工電話。5.

27、2.2 員工請假申請界面圖5-6 請假申請 在請假申請界面中，請假開始的時間、預計結束的時間和本次請假原因是員工需要填寫的相應信息，點擊確定按鈕后錄入數據庫保存。5.2.3 員工出差申請界面圖5-7 出差申請 在出差申請中，同樣需要填寫本次出差開始時間、預計結束時間和本次出差原因，點擊確定按鈕后錄入數據庫保存。5.2.4 員工出勤情況界面圖5-8 出勤情況 在出勤情況中，點擊查詢，會顯示是否正常出勤、是否遲到、是否早退、是否請假和是否出差。5.3 管理員登錄登錄系統中的管理員登錄，登錄成功后可以獲得權限，對員工信息和部門信息進行管理，也可以對管理員密碼進行重新設置。圖5-9 管理員登錄5.3.1 員工管理界面 圖5-10 員工管理在員工管理中，管理員擁有對員工進行員工注冊、員工修改和員工刪除三項操作的權限。 （1）員工注冊圖5-11 員工注冊在員工注冊中，可以進行新員工信息注冊，需要填寫新員工的姓名、電話和部門，點擊確認后即可錄入數據庫，數據庫在記錄該員工信息后會自動分配一個新的員工ID號給該員工，新員工可憑分配的ID號打卡和個人登錄，新員工默認密碼為12345