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

企業(yè)考勤管理系統(tǒng)總體設計目錄1緒論 1.1研究背景 1.2研究目標與意義 1.3研究思緒與主要內(nèi)容 1.4研究技術介紹 1.4.1JAVA 1.4.2MySQL 1.4.3Eclipse 2國內(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系統(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ù)仍處于原始人工紙質方式統(tǒng)計企業(yè)員工每日出勤情況。這種考勤方式存在先天弊端，方式繁瑣，準確性、透明性、實時性差等，受人為原因影響大，甚至出現(xiàn)監(jiān)管人員因個人原因造成考勤情況存在不平等現(xiàn)象，造成企業(yè)員工存在僥幸心理或代考勤情況出現(xiàn)，不利于企業(yè)員工管理。且因為人工考勤方式，需要增加紙張與人工成本，一定程度上增加了企業(yè)運行成本。伴伴隨日益發(fā)展擴大企業(yè)，人工考勤弊端日益顯現(xiàn)，企業(yè)運行效率與效益都會受到很大影響。在二十一世紀今天，伴隨信息化技術發(fā)展，信息化社會正逐步形成，越來越多應用于實際生活中，信息化技術革命也促進了社會各個方面進步。這也要求企業(yè)進行轉變，而利用信息化技術管理企業(yè)就成為企業(yè)在實際競爭中當務之急，在經(jīng)過探索和實踐之后，信息技術在企業(yè)中充分應用，能夠很好改進這一窘境。企業(yè)規(guī)模擴大，員工數(shù)量增多，使得傳統(tǒng)人工紙質考勤方式不再能適應日益繁雜企業(yè)考勤管理工作，這也從另首先顯示著信息化考勤管理系統(tǒng)出現(xiàn)必定性，與此同時，計算機技術發(fā)展與普及，也變相為考勤管理系統(tǒng)發(fā)展打下良好基礎。1.2研究目標與意義本文研究主要目標與意義是基于信息化技術實際應用，經(jīng)過實際生活中案例，將信息化技術融入生活，為企業(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.1JAVAJAVA是一個能夠撰寫跨平臺應用軟件面向對象程序設計語言，是由SunMicrosystems企業(yè)于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.2MySQLMySQL是一個關系型數(shù)據(jù)庫管理系統(tǒng)，由瑞典MySQLAB企業(yè)開發(fā)，現(xiàn)在屬于Oracle企業(yè)。Mysql是最流行關系型數(shù)據(jù)庫管理系統(tǒng)，在WEB應用方面MySQL是最好RDBMS(RelationalDatabaseManagementSystem：關系數(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.3EclipseEclipse是一個開放源代碼、基于Java可擴展開發(fā)平臺。就其本身而言，它只是一個框架和一組服務，用于經(jīng)過插件組件構建開發(fā)環(huán)境。幸運是，Eclipse附帶了一個標準插件集，包含Java開發(fā)工具（JavaDevelopmentKit，JDK）。2國內(nèi)外研究現(xiàn)實狀況2.1國內(nèi)研究現(xiàn)實狀況伴隨企業(yè)快速發(fā)展，對應各種信息也日益增加，原始人工考勤已滿足不了企業(yè)需求，在此情況下，企業(yè)不約而同引入考勤管理軟件，也使考勤管理系統(tǒng)開發(fā)得到很大發(fā)展。而現(xiàn)在仍有很多企業(yè)這項工作還處于傳統(tǒng)手工紙質階段，信息資源數(shù)字化程度低，大部分歷史積累數(shù)據(jù)，還未數(shù)字化。不利于科學管理和決議。傳統(tǒng)企業(yè)考勤管理都是以企業(yè)前臺紙質打卡機或簽到為主，統(tǒng)計員工出勤情況，每七天依照出勤表及記錄表對員工平時出勤情況獎懲，然后把數(shù)據(jù)上交到企業(yè)責任人。傳統(tǒng)員工請假方式需要經(jīng)過多人同意，請假困難也是員工煩惱之一。這種模式在現(xiàn)在企業(yè)管理中暴露出了許多弊端：一是員工請假不方便；二是員工請假對主管人員不透明，造成對員工出勤誤記情況；三是員工出勤表對分管經(jīng)理、總經(jīng)理不透明，分管經(jīng)理、總經(jīng)理極難知道企業(yè)出勤情況，不便于與員工及時有效溝通；四是員工對自己整個工作周出勤情況沒有整體統(tǒng)計信息。2.2國外研究現(xiàn)實狀況國外考勤管理軟件發(fā)展早，成熟度高，國內(nèi)與之相比，還有很大距離。早在七十年代末，美國就建成了NSFNET（國家科學基金網(wǎng)），其課題申報及課題進展情況匯報都在網(wǎng)上進行。其信息化考勤管理系統(tǒng)也十分完善，企業(yè)各個部門員工能夠經(jīng)過一臺終端機完成上班、下班、因公外出、隱私請假等全過程?，F(xiàn)在，國際上已具規(guī)模企業(yè)均已大規(guī)模引入考勤管理系統(tǒng)，信息化考勤管理系統(tǒng)正發(fā)揮著巨大作用，為企業(yè)提升工作效率與效益做出巨大貢獻。全部這些無不證實，信息化考勤管理系統(tǒng)在企業(yè)各個方面都有很高應用。3企業(yè)考勤管理系統(tǒng)分析與總體設計3.1企業(yè)考勤管理系統(tǒng)可行性研究考勤管理有它自己專門知識和術語。必須學習了解關于考勤處理基本知識，而且要掌握考勤處理大約情況。行政部門天天處理考勤情況，依照考勤統(tǒng)計，編制當日考勤情況表和遲到早退處罰情況表，并張貼到通告板。新系統(tǒng)邏輯模型能夠經(jīng)過對正在使用系統(tǒng)進行調(diào)查基礎上取得。如圖3-1所表示：考勤管理系統(tǒng)職員系統(tǒng)管理員數(shù)據(jù)庫報表考勤統(tǒng)計確認信息報表圖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)生報表”，圖中“考勤管理系統(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ù)據(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)統(tǒng)計數(shù)據(jù)，不能改變數(shù)據(jù)。繼續(xù)回溯，回到數(shù)據(jù)儲存“考勤數(shù)據(jù)”，數(shù)據(jù)儲存只是保留數(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ù)信息需要統(tǒng)計在數(shù)據(jù)字典中，算法需要統(tǒng)計在IPO圖中。3.2.2細化數(shù)據(jù)流圖許多數(shù)據(jù)項在考勤管理系統(tǒng)中解釋，為了清楚明確了解這些數(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ù)驗證數(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ù)文件組成：{考勤數(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輸入數(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ù)流圖每一個變換進行檢驗，若某個變換還是比較復雜，不好了解，就應該對這個變換進行分解，若全都比較輕易了解，則不需要改動。這么，經(jīng)過功效細化分解來達成細化數(shù)據(jù)流圖目標。若將比較復雜變換分解成若干個子功效后，這些子功效就成了較低層次數(shù)據(jù)流圖變換，也應有對應數(shù)據(jù)存放和數(shù)據(jù)流。為了便于追蹤，分解出來子功效應該依照原功效進行編號，以這類推。數(shù)據(jù)字典也應在分解完成后進行補充。在該考勤管理系統(tǒng)中，對變換3“處理事務”進行分解，分解后,最終數(shù)據(jù)流程圖以下列圖3-4所表示：3.13.2人事部門據(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ù)庫、人工過程和文檔等等，并確定每個模塊組成以及模塊之間關系。3.3.1設計方案選擇在完成數(shù)據(jù)流圖基礎上，需要劃分出自動化邊界和非自動化邊界，從而衍生出多個初步方案，在經(jīng)過比較分析之后，選擇一個最優(yōu)化方案向使用部門和企業(yè)責任人匯報。劃分邊界后企業(yè)考勤管理系統(tǒng)，如圖3-5所表示：3.13.2據(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)中自動化處理。3.3.2軟件結構設計軟件結構設計主要目標是為了把系統(tǒng)內(nèi)部各種電腦無法自動處理功效關系轉化成程序模塊之間控制關系。（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主控模塊分解圖分解上層模塊中、下層模塊。上圖所表示中心處理模塊與變換“處理事務”相對應，而變換“處理事務”分解后數(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)”模塊將控制權轉給“驗證考勤信息”模塊，完成驗證之后又將控制權返回“考勤管理系統(tǒng)”模塊。以這類推，最終由“考勤管理系統(tǒng)”模塊結束處理。在軟件設計中，對考勤數(shù)據(jù)處理規(guī)則是：只有把全部關于數(shù)據(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ù)職員號歷史數(shù)據(jù)職員號圖3-8取數(shù)據(jù)分解圖至此，只有“寫報表”模塊功效還需要深入考慮。因為需要各種報表（當日考勤表、獎懲表、考勤確認表、當月考勤匯總表）匯總，所以需要在數(shù)據(jù)處理完成后才能產(chǎn)生需要報表。這就要求在軟件結構中增加一個“打印”模塊，在適當時候打印上述兩類匯報，完成系統(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ù)存放、確保數(shù)據(jù)完整一致、提取數(shù)據(jù)等具備主要作用。如圖4-1，則是本數(shù)據(jù)庫概念模型。部門責任人部門責任人部門介紹部門名稱部門ID號管理員賬號密碼ID號日期是否請假是否出差是否早退是否曠工是否遲到考勤信息姓名電話部門號密碼員工圖4-1概念模型圖4.2數(shù)據(jù)庫邏輯模型設計邏輯模型在數(shù)據(jù)庫設計中是非常主要部分，在這一部分，主要任務是對概念模型圖轉換。需要處理問題主要有兩方面：(1)概念模型圖中各實體屬性；(2)設計各實體間關系與屬性之間關系。概念模型圖轉換成關系模型以下：管理員信息（管理員賬號、管理員ID號、管理員密碼）考勤信息（員工ID號、日期、是否請假、是否出差、是否遲到、是否早退、是否曠工）員工信息（員工ID號、姓名、電話、密碼、部門號）部門信息（部門號、部門介紹、部門名稱、部門責任人）4.3數(shù)據(jù)庫物理模型設計在對系統(tǒng)信息需求分析基礎上，能夠得到清楚邏輯數(shù)據(jù)庫結構，由此，我們能夠設計出數(shù)據(jù)庫物理結構。staff表（員工信息表）圖4-1staff表manager表（管理員信息表）圖4-2manager表department表（部門信息表）圖4-3department表attendance-date表（日統(tǒng)計信息表）圖4-4attendance-date表attendance表（考勤信息表）圖4-5attendance表errand表（出差信息表）圖4-6errand表leave表（請假信息表）圖4-7leave表5系統(tǒng)實現(xiàn)5.1考勤界面因為條件限制，沒有指紋機一類外接設備，所以設計成輸入員工號打卡界面，輸入已經(jīng)有員工號，點擊打卡后會顯示成功，輸入未知員工號后則會顯示ID不存在。圖5-1打卡界面圖5-2打卡成功界面圖5-3打卡未成功界面5.2員工登錄登錄系統(tǒng)中個人登陸即員工登陸，登陸成功后，能夠進行個人管理。圖5-4個人登錄5.2.1員工個人信息界面圖5-5個人信息在個人信息界面中，會顯示該員工詳細信息，包含ID號、員工姓名、所屬部門ID號、所屬部門名稱和員工電話。5.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ù)庫在統(tǒng)計該員工信息后會自動分配一個新員工ID號給該員工，新員工可憑分配ID號打卡和個人登錄，新員工默認密碼為123456，登