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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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