企業(yè)考勤管理系統(tǒng)

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

2、系統(tǒng)實現(xiàn)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 研究的背景近年以來，不僅經(jīng)濟總量增長迅速，私營企業(yè)的數(shù)量也在與日俱增，但在管理水平上卻沒有與數(shù)量的增長達到持平。以考勤管理為例，企業(yè)大多數(shù)仍處于原始人工紙質(zhì)方式記錄企業(yè)員工每日出勤情況。這種考勤方式存在先天的弊端，方式繁瑣，準確性、透明性、實時性差等，受人為因素影響大，甚至出現(xiàn)監(jiān)管人員因個人因素導致考

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

25、）員工信息（員工ID號、姓名、電話、密碼、部門號）部門信息（部門號、部門介紹、部門名稱、部門負責人）4.3 數(shù)據(jù)庫物理模型設計在對系統(tǒng)信息的需求分析基礎上，可以得到清晰的邏輯數(shù)據(jù)庫結構，由此，我們可以設計出數(shù)據(jù)庫的物理結構。（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 系統(tǒng)實現(xiàn)5.1 考勤界面由于條件限制，沒有指紋機一類的外接設備，因此設計成輸入員工號打卡界面，輸入已有的員工號，點擊打卡后會顯示成功，輸入未知員工號后則會顯示ID不存在。圖5-1 打卡界面圖5-2 打卡成功界面圖5-3 打卡未成功界面5.2 員工登錄登錄系統(tǒng)中的個人登陸即員工登陸，登陸成功后，可以進行個人管理。圖5-4 個人登錄5.2.1 員工個人信息界面圖5-5 個人信息在個人信息界面中，會顯示該員工的具體信息，包括ID號、員工姓名、所屬部門ID號、所屬部門名稱和員工電話。5.

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