風神物流考勤信息系統(tǒng)分析與設(shè)計

1、摘要現(xiàn)在的這個世界正處于高速發(fā)展的信息化時代，也是企業(yè)處于劇烈變革的時代，一家企業(yè)想要長久的生存，對于信息的把握是必不可少的條件之一。而為了更好的對企業(yè)內(nèi)部員工的管理，實施考勤信息系統(tǒng)就能夠更好的對員工進行管理，因為在企業(yè)最重要的資源就是人才。而指紋門禁考勤系統(tǒng)能夠更方便、更快捷的解決現(xiàn)行考勤系統(tǒng)的各種弊端。正是在這種情況下，廣州風神物流有限公司需要采用這么一個先進的系統(tǒng)，以滿足企業(yè)對員工的管理需要。關(guān)鍵詞：信息系統(tǒng)、考勤、風神物流、管理AbstractNow the world is in rapid development of the information age, but also

2、companies in the era of dramatic change, a company wants long-term survival, is essential for information to grasp one of the conditions. In order to better management of internal staff, the implementation time and attendance information system will be able to better manage employees, because the mo

3、st important resource is manpower. But Fingerprint Access Control System can be more convenient and efficient solution to all the disadvantages of the current appraisal system. It is in this case, Guangzhou Fengshen Logistics need to adopt such an advanced system to meet business management needs of

4、 employees.Keywords: information systems, attendance, Fengshen logistics, management目錄第一章 項目概述31.1 現(xiàn)系統(tǒng)的概述31.2 組織機構(gòu)及業(yè)務(wù)范圍31.3 操作流程描述41.4 現(xiàn)系統(tǒng)存在的問題及薄弱環(huán)節(jié)分析4第二章 需求分析52.1 總體目標52.2 具體目標52.3 系統(tǒng)功能建模62.3.1 系統(tǒng)數(shù)據(jù)流程圖62.3.2 數(shù)據(jù)字典92.4 系統(tǒng)數(shù)據(jù)模型15第三章 系統(tǒng)設(shè)計183.1 系統(tǒng)功能183.2 數(shù)據(jù)庫設(shè)計193.2.1 關(guān)系模式設(shè)計193.2.2 數(shù)據(jù)庫表結(jié)構(gòu)213.2.3 系統(tǒng)信息量估算25

5、3.3 輸入輸出設(shè)計263.3.1 輸入設(shè)計263.3.2 輸出設(shè)計32參考文獻：32第一章 項目概述1.1 現(xiàn)系統(tǒng)的概述現(xiàn)代企業(yè)管理是一個追求高效益、高速發(fā)展的管理時代。繼2003年的下半年以來指紋認證市場的迅猛發(fā)展，中國生物認證市場增長速度倍增。指紋認證技術(shù)在中國市場的應(yīng)用，從1993年到現(xiàn)在近二十個年頭了，到現(xiàn)在基本與國際水平同步，中國市場指紋識別的應(yīng)用中，指紋門禁的應(yīng)用又異軍突起。從技術(shù)的層面看，指紋門禁屬于高端產(chǎn)品，質(zhì)量要求較高，國內(nèi)相關(guān)廠商通過多年的磨練，使得產(chǎn)品性能完善，占領(lǐng)了很大部分的份額和地位。中控指紋門禁系統(tǒng)是利用生物識別技術(shù)、計算機技術(shù)，集成門禁，考勤門禁，門禁管理和人事

6、管理軟件組成的門禁考勤門禁系統(tǒng)。工作人員不必保管和攜帶各種證件如紙卡或IC卡等等，只要輕輕一按手指就可完成身份識別以達到考勤的目的。確保門衛(wèi)的安全，考勤門禁的公正，記錄的統(tǒng)計，數(shù)據(jù)的準確。指紋的唯一性徹底根除冒名頂替，虛假信息對我們帶來的不必要麻煩，只需有資格的人輕輕按下手指，月底管理人員操作電腦輕輕松松打印進出資料。門禁管理，人事考勤門禁報表，考勤門禁管理全部電腦化，確保門禁考勤門禁管理的公正、公平、科學、準確。1.2 組織機構(gòu)及業(yè)務(wù)范圍本系統(tǒng)開發(fā)，用于各大中型企業(yè)，使其更好的管理。廣州風神物流有限公司是中港合資的專業(yè)汽車物流企業(yè)，公司總投資2億元人民幣?，F(xiàn)擁有廣州、上海、襄樊三大物流中心，

7、兩個子公司，倉儲面積22萬平方米，物流車輛等設(shè)施500余臺套，員工1100余人。目前為東風日產(chǎn)、東風柳汽、廣州本田、普利司通、蘇州博世等100多家客戶提供物流服務(wù)。公司以“專業(yè)、服務(wù)、共創(chuàng)價值”為理念，與日本萬特可公司技術(shù)合作，可實施全球物流作業(yè)，技術(shù)水平正與日本汽車物流接軌，具有強大的供應(yīng)鏈優(yōu)化整合能力。1.3 操作流程描述員工每天出勤和下班，進行指紋簽到。然后員工可以通過IE瀏覽器進行登錄指紋管理系統(tǒng)，添寫用戶名和密碼后進入管理主界面，根據(jù)所選擇的服務(wù)，可以進行修改密碼，統(tǒng)計個人的出勤情況。并且可以發(fā)送內(nèi)部電子郵件和查看公司內(nèi)部的公告信息。1.4 現(xiàn)系統(tǒng)存在的問題及薄弱環(huán)節(jié)分析通過系統(tǒng)調(diào)研

8、,我認為該公司存在的問題及薄弱環(huán)節(jié)主要表現(xiàn)在下列幾個面：1 收集分散在各部門的人員信息非常困難。2 很多的客戶信息冗余。3 檔案數(shù)量巨大，移交、存盤、查閱等非常不便。4 安全保密性不強。5 人員調(diào)動頻繁，不易于管理。6 內(nèi)部活動過多，出現(xiàn)遲到早退情況，系統(tǒng)整體管理出錯。第二章 需求分析2.1 總體目標針對現(xiàn)有考勤系統(tǒng)存在的不便及代刷卡問題，提出了一種基于指紋識別的網(wǎng)絡(luò)考勤系統(tǒng)。系統(tǒng)利用現(xiàn)有指紋產(chǎn)品提供的編程接口，進行二次開發(fā)而成。系統(tǒng)采用面向?qū)ο笤O(shè)計方法，后臺數(shù)據(jù)庫可有多種選擇。實驗和測試結(jié)果表明，這種基于指紋識別技術(shù)的考勤系統(tǒng)能夠滿足現(xiàn)代辦公的需求，具有成本低、易維護、不需記憶和輸入密碼的特

9、點。  目前使用的考勤方式有人工考勤和系統(tǒng)考勤，人工考勤顯然已無法滿足大型單位的要求。而現(xiàn)有考勤系統(tǒng)主要為刷卡的方式，而磁卡需要員工攜帶，易于遺失，而且，此方式難以杜絕代人考勤等舞弊現(xiàn)象。因此，傳統(tǒng)的考勤方式已逐漸不再滿足現(xiàn)代化管理的要求。指紋作為人的一種生物特征，具有惟一性和不變性，可以用于人的身份認證。將指紋識別技術(shù)用于單位考勤，可以有效地解決上述考勤問題?，F(xiàn)在越來越多的科學研究者和技術(shù)開發(fā)人員致力于這個領(lǐng)域，取得了較為顯著的成績，但仍然存在著不足，系統(tǒng)通用性不好，造價昂貴。   為此，我們通過對市場已有的指紋識別產(chǎn)品的分析，然后在其基礎(chǔ)上進行了二次開發(fā)，設(shè)計

10、了一種高效的指紋考勤系統(tǒng)。該系統(tǒng)除了滿足一般的考勤需要外，還具有豐富的管理功能。系統(tǒng)不但能方便地完成考勤功能，統(tǒng)計出各種各樣的考勤報表，還可通過局域網(wǎng)進行查詢管理，使管理自動化成為現(xiàn)實。2.2 具體目標1人員管理由普通人員、管理人員和超級管理人員組成。2考勤記錄管理由考勤預(yù)處理數(shù)據(jù)和處理完成數(shù)據(jù)組成，給管理者以直觀、明確的數(shù)據(jù)。3報表分析，可打印出記錄報表，進行保存或查看。4員工之間可以更好的溝通，有方便的通信方式和公司內(nèi)部的通知。2.3 系統(tǒng)功能建模2.3.1 系統(tǒng)數(shù)據(jù)流程圖數(shù)據(jù)流程圖簡稱DFD，它用來描述目標系統(tǒng)的邏輯結(jié)構(gòu)，它是由實體部分，處理部分，數(shù)據(jù)存儲部分和數(shù)據(jù)流四部分組成，為了使數(shù)

11、據(jù)流圖所描述邏輯結(jié)構(gòu)更加清晰，容易閱讀，將數(shù)據(jù)流圖作如下說明如表3-1：表2-1 數(shù)據(jù)流程圖符號說明Tablet.2-1 Flow diagram of the data mark explanation圖形符號名稱符號說明RmPmC Dn SFm外部實體處理數(shù)據(jù)存儲數(shù)據(jù)流記述系統(tǒng)之外的數(shù)據(jù)提供或數(shù)據(jù)獲得組織機構(gòu)或個人，方框內(nèi)填入實體名稱。記述某種業(yè)務(wù)的手工或計算機處理，其中，Pm區(qū)記述處標號，C區(qū)記述處理名稱。記述與處理有關(guān)的數(shù)據(jù)存儲，Dn區(qū)記述存儲標號，S區(qū)記述存儲數(shù)據(jù)的名稱。 記錄數(shù)據(jù)流流動方向，F(xiàn)m記述數(shù)流的名稱。數(shù)據(jù)流圖的設(shè)計規(guī)則如下：（1） 按照自頂向下逐層分解的思想，分解后的圖成

12、為子圖，子圖與父圖必須保持輸入與輸出的一致。（2） 各子圖可以通過公共的存儲聯(lián)系起來組成一張圖。（3） 為減少數(shù)據(jù)流線的交叉，允許同一存儲或?qū)嶓w在同一個圖中重復(fù)畫出。（4） 處理與處理是通過存儲聯(lián)系的，不能直接用數(shù)據(jù)流線連結(jié)。（5） 存儲的輸入來源也輸出去向不能是外部實體，只能是處理。（6） 同一數(shù)據(jù)流不允許在同一級圖中重復(fù)出現(xiàn)。數(shù)據(jù)不允許重復(fù)錄入。（7） 處理中的非正常的錯誤情況處理，在DFD中不予表示，在DFD中，輸入就應(yīng)該是正確的。（8） 數(shù)據(jù)處理對一個數(shù)據(jù)存儲中的數(shù)據(jù)即讀又寫，則數(shù)據(jù)流應(yīng)用雙箭頭。輸入的查詢條件及對話信息，不應(yīng)作為數(shù)據(jù)流出現(xiàn)在DFD中。P指紋考勤管理系統(tǒng) 員工公司主管部

13、門經(jīng)理 修改密碼F1人員信息F9 考勤記錄F2 部門信息F10 公告表F3 員工信息F11 消息表F4 修改密碼F12考勤記錄信息F13數(shù)據(jù)備份F14 修改密碼F23 考勤統(tǒng)計F15 考勤統(tǒng)計F24 集體遲到/早退F16 集體遲到/早退F25 員工忘簽到/簽退F17員工忘簽到/簽退F26 消息F18請假信息F27 公告F19 消息F28 節(jié)日信息F20公告F29 時間信息F21節(jié)日信息F30 請假信息F22 時間信息F31圖2-2 指紋考勤管理系統(tǒng)頂層數(shù)據(jù)流圖Fig2-2Fingerprint Time and Attendance Management System top layer Fl

14、ow diagram of the dataP1修改密碼員工人員表D1 F1 P2考勤統(tǒng)計公司主管考勤統(tǒng)計D2 F2 P3公告部門經(jīng)理公告表D3 F3P4消息員工消息表D4 F4P5人員信息公司主管人員表D5 F9P6部門信息公司主管員工表D6 F10P7員工信息公司主管員工表D7 F11P8考勤記錄公司主管考勤統(tǒng)計D8 F13P9考勤統(tǒng)計公司主管考勤統(tǒng)計D9 F15P10集體遲到/早退公司主管集體遲到/早退表D10 F16P11員工忘遲到/早退公司主管考勤統(tǒng)計D11 F17P12節(jié)日信息公司主管節(jié)日表D12 F20P13時間信息公司主管時間表D13 F21P14請假信息公司主管請假表D14

15、F22圖2-3指紋考勤系統(tǒng)一層數(shù)據(jù)流程圖Fig2-3 Fingerprint Time and Attendance Management System unifies the level Flow diagram of the data2.3.2 數(shù)據(jù)字典數(shù)據(jù)字典是對數(shù)據(jù)流圖的解釋和說明，包含的內(nèi)容如下：（1） 數(shù)據(jù)元素名字：ID別名：描述：記錄的唯一標識，是主鍵數(shù)據(jù)類型：varchar長度：50（2） 數(shù)據(jù)存儲名字：人員表描述：修改人員的登錄密碼編號：D1組成：密碼名字：考勤統(tǒng)計描述：記錄考勤記錄的統(tǒng)計情況編號：D2組成：考勤ID，員工ID，考勤日期，考勤類型，考勤狀態(tài)，考勤周期，考勤來源

16、，備注名字：公告表描述：記錄本公司員工發(fā)布的公告信息編號：D3組成：公告ID，標題，內(nèi)容，文件名，文件路徑，文件類型，文件長度，員工ID，發(fā)送時間，起始時間，結(jié)束時間名字：消息信息描述：記錄員工的消息信息編號：D4組成：消息ID，消息標題，消息內(nèi)容，文件名，文件路徑，文件類型，文件長度，發(fā)送人，發(fā)送時間名字：員工信息描述：記錄員工的信息編號：D7組成：員工ID，員工名，員工簡碼，人員ID，可否登錄，權(quán)限，職務(wù)名字：集體遲到/早退描述：記錄公司的部門整體員工的遲到、早退編號：D10組成：請假ID，部門ID，請假時間，請假狀態(tài)，備注名字：節(jié)日信息描述：記錄公司的節(jié)日信息編號：D12組成：節(jié)假日ID

17、，部門ID，起始日期，結(jié)束日期，放假天數(shù)，備注，操作員，操作時間名字：時間信息描述：記錄員工考勤的時間信息編號：D13組成：時間ID，上班時間，下班時間，星期，部門ID，備注，操作員，操作時間名字：請假表描述：記錄員工的請假情況編號：D14組成：請假ID，員工ID，起始時間，結(jié)束時間，請假天數(shù)，備注（3） 數(shù)據(jù)流名字：人員表描述：修改人員的登錄密碼編號：F1組成：密碼名字：考勤統(tǒng)計描述：記錄考勤記錄的統(tǒng)計情況編號：F2組成：考勤ID，員工ID，考勤日期，考勤類型，考勤狀態(tài)，考勤周期，考勤來源，備注名字：公告表描述：記錄本公司員工發(fā)布的公告信息編號：F3組成：公告ID，標題，內(nèi)容，文件名，文件路

18、徑，文件類型，文件長度，員工ID，發(fā)送時間，起始時間，結(jié)束時間名字：消息信息描述：記錄員工的消息信息編號：F4組成：消息ID，消息標題，消息內(nèi)容，文件名，文件路徑，文件類型，文件長度，發(fā)送人，發(fā)送時間名字：員工信息描述：記錄員工的信息編號：F11組成：員工ID，員工名，員工簡碼，人員ID，可否登錄，權(quán)限，職務(wù)名字：集體遲到/早退描述：記錄公司的部門整體員工的遲到、早退編號：F16組成：請假ID，部門ID，請假時間，請假狀態(tài)，備注名字：節(jié)日信息描述：記錄公司的節(jié)日信息編號：F20組成：節(jié)假日ID，部門ID，起始日期，結(jié)束日期，放假天數(shù)，備注，操作員，操作時間名字：時間信息描述：記錄員工考勤的時間

19、信息編號：F21組成：時間ID，上班時間，下班時間，星期，部門ID，備注，操作員，操作時間名字：請假表描述：記錄員工的請假情況編號：F22組成：請假ID，員工ID，起始時間，結(jié)束時間，請假天數(shù)，備注（4） 數(shù)據(jù)處理名字：修改密碼描述：對員工密碼進行修改 編號：p1輸入/輸出數(shù)據(jù)流：人員表名字：考勤統(tǒng)計描述：對員工考勤記錄進行統(tǒng)計 編號：p2輸入/輸出數(shù)據(jù)流：考勤記錄表名字：公告描述：對公告信息的管理。編號：p3輸入/輸出數(shù)據(jù)流：公告表 名字：消息描述：對消息的信息管理。編號：p4輸入/輸出數(shù)據(jù)流：消息表名字：人員信息描述：對員工的有關(guān)信息進行管理編號：p5輸入/輸出數(shù)據(jù)流：員工名字：部門管理描

20、述：對部門進行管理編號：p6輸入/輸出數(shù)據(jù)流：員工表名字：員工信息描述：對員工進行管理編號：p7輸入/輸出數(shù)據(jù)流：員工表名字：考勤記錄描述：對考勤記錄進行處理編號：p8輸入/輸出數(shù)據(jù)流：考勤統(tǒng)計表名字：考勤統(tǒng)計描述：對考勤記錄進行統(tǒng)計編號：p9輸入/輸出數(shù)據(jù)流：員工表名字：集體遲到/早退描述：對部門的遲到、早退進行管理編號：p10輸入/輸出數(shù)據(jù)流：集體遲到/早退表名字：員工忘簽到/簽退描述：對員工忘記簽到/簽退進行補簽編號：p11輸入/輸出數(shù)據(jù)流：考勤統(tǒng)計表名字：節(jié)日信息描述：對節(jié)日放假進行管理編號：p12輸入/輸出數(shù)據(jù)流：節(jié)日表名字：時間信息描述：對簽到、簽退時間進行管理編號：p13輸入/輸

21、出數(shù)據(jù)流：時間表名字：請假信息描述：對員工的請假進行管理編號：p14輸入/輸出數(shù)據(jù)流：請假表2.4 系統(tǒng)數(shù)據(jù)模型表2-5 E-R圖符號約定Tablet2-5 E-R chart mark agreement符號含義符號說明實體屬性聯(lián)系線段表示實體集表示屬性表示聯(lián)系集將屬性連接到實體集或?qū)嶓w集連接到聯(lián)系集由于篇幅有限，其它的實體或聯(lián)系屬性請參照表2-7（a）、2-7（b）、表2-8。圖2-6 指紋考勤系統(tǒng)綜合E-R圖Fig.2-6 Fingerprint Time and Attendance Management System synthesizes the E-R diagram表2-7實

22、體及其屬性表Tablet2-7 Table of Entity and its property實體名稱 屬性時間 部門ID，起始時間，結(jié)束時間，周期，備注，操作員，操作時間節(jié)假日 節(jié)假日ID，節(jié)假日起始時間，節(jié)假日結(jié)束時間，節(jié)假日天數(shù)，備注，操作員，操作時間考勤記錄 考勤ID，考勤日期，考勤類型，考勤狀態(tài)，考勤周期，考勤源，操作員，操作時間，備注個人請假 個人請假ID，個人請假起始時間，個人請假結(jié)束時間，個人請假天數(shù)，備注，操作員，操作時間集體請假 集體請假ID，部門ID，集體請假時間，請假狀態(tài)，操作員，操作時間，備注消息 消息ID，消息標題，消息內(nèi)容，消息上傳文件名，消息文件路徑，消息文件

23、類型，消息文件長度，消息發(fā)送人，消息發(fā)送時間公告 公告ID，公告標題，公告內(nèi)容，公告上傳文件名，公告文件路徑，公告文件類型，公告文件長度，公告發(fā)布人，公告發(fā)送時間，公告有效時間，公告結(jié)束時間員工 員工ID，員工名，簡稱，可否登錄，管理權(quán)限，職務(wù)人員 人員ID，人員姓名，性別，班級，出生年月，移動電話，密碼第三章 系統(tǒng)設(shè)計3.1 系統(tǒng)功能椐據(jù)對系統(tǒng)需求分析中的總體目標和具體目標部分的分析，得到系統(tǒng)的功能樹： 節(jié)日管理時間管理時間維護消息管理公告管理信息管理指紋考勤管理系統(tǒng)考勤記錄管理考勤備份數(shù)據(jù)管理人員管理員工管理部門管理修改密碼人員維護考勤統(tǒng)計集體遲到早退員工忘簽到/簽退請假管理考勤管理圖3-

24、1 指紋考勤管理系統(tǒng)功能結(jié)構(gòu)圖Fig.3-1 Fingerprint attendance management management system function structure drawing3.2 數(shù)據(jù)庫設(shè)計3.2.1 關(guān)系模式設(shè)計由系統(tǒng)的概念模型導出關(guān)系模式。（參見3.5系統(tǒng)數(shù)據(jù)模型部分）。主要原則及實現(xiàn)方法如下：1 主要原則：一個實體型轉(zhuǎn)換為一個關(guān)系模式。實體的屬性就是關(guān)系的屬性，實體的碼就是關(guān)系的碼。（1） 一個1:1聯(lián)系可以轉(zhuǎn)換為一個獨立的關(guān)系模式，也可以與任意一端對應(yīng)的關(guān)系模式合并。如果轉(zhuǎn)換為一個獨立的關(guān)系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬

25、性，每個實體的碼均是該關(guān)系的候選碼。如果與某一端實體對應(yīng)的關(guān)系模式合并，則需要在該關(guān)系模式的屬性中加入另一個關(guān)系模式的碼和聯(lián)系本身的屬性。（2） 一個1:n聯(lián)系可以轉(zhuǎn)換為一個獨立的關(guān)系模式，也可以與n端對應(yīng)的關(guān)系模式合并。如果轉(zhuǎn)換為一個獨立的關(guān)系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性，而關(guān)系的碼n端實體的碼。（3） 一個m:n聯(lián)系轉(zhuǎn)換為一個關(guān)系模式。與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性，而關(guān)系的碼各實體碼的組合。（4） 一個或三個以上實體間的一個多元聯(lián)系可以轉(zhuǎn)換為一個關(guān)系模式。與該多元聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性

26、，而關(guān)系的碼為各實體碼的組合。2范式(1)第一范式（1NF）在任何一個關(guān)系數(shù)據(jù)庫中，第一范式（1NF）是對關(guān)系模式的基本要求，不滿足第一范式（1NF）的數(shù)據(jù)庫就不是關(guān)系數(shù)據(jù)庫。所謂第一范式（1NF）是指數(shù)據(jù)庫表的每一列都是不可分割的基本數(shù)據(jù)項，同一列中不能有多個值，即實體中的某個屬性不能有多個值或者不能有重復(fù)的屬性。如果出現(xiàn)重復(fù)的屬性，就可能需要定義一個新的實體，新的實體由重復(fù)的屬性構(gòu)成，新實體與原實體之間為一對多關(guān)系。在第一范式（1NF）中表的每一行只包含一個實例的信息。例如，對于圖3-2 中的員工信息表，不能將員工信息都放在一列中顯示，也不能將其中的兩列或多列在一列中顯示；員工信息表的每一

27、行只表示一個員工的信息，一個員工的信息在表中只出現(xiàn)一次。簡而言之，第一范式就是無重復(fù)的列。(2)第二范式（2NF）第二范式（2NF）是在第一范式（1NF）的基礎(chǔ)上建立起來的，即滿足第二范式（2NF）必須先滿足第一范式（1NF）。第二范式（2NF）要求數(shù)據(jù)庫表中的每個實例或行必須可以被唯一地區(qū)分。為實現(xiàn)區(qū)分通常需要為表加上一個列，以存儲各個實例的唯一標識。如圖3-2 員工信息表中加上了員工編號（emp_id）列，因為每個員工的員工編號是唯一的，因此每個員工可以被唯一區(qū)分。這個唯一屬性列被稱為主關(guān)鍵字或主鍵、主碼。第二范式（2NF）要求實體的屬性完全依賴于主關(guān)鍵字。所謂完全依賴是指不能存在僅依賴主

28、關(guān)鍵字一部分的屬性，如果存在，那么這個屬性和主關(guān)鍵字的這一部分應(yīng)該分離出來形成一個新的實體，新實體與原實體之間是一對多的關(guān)系。為實現(xiàn)區(qū)分通常需要為表加上一個列，以存儲各個實例的唯一標識。簡而言之，第二范式就是非主屬性非部分依賴于主關(guān)鍵字。(3)第三范式（3NF）滿足第三范式（3NF）必須先滿足第二范式（2NF）。簡而言之，第三范式（3NF）要求一個數(shù)據(jù)庫表中不包含已在其它表中已包含的非主關(guān)鍵字信息。例如，存在一個部門信息表，其中每個部門有部門編號（dept_id）、部門名稱、部門簡介等信息。那么在圖3-2的員工信息表中列出部門編號后就不能再將部門名稱、部門簡介等與部門有關(guān)的信息再加入員工信息表

29、中。如果不存在部門信息表，則根據(jù)第三范式（3NF）也應(yīng)該構(gòu)建它，否則就會有大量的數(shù)據(jù)冗余。簡而言之，第三范式就是屬性不依賴于其它非主屬性。3實現(xiàn)依據(jù)上述原則，得出基于WEB的指紋考勤系統(tǒng)設(shè)計與實現(xiàn)的關(guān)系模式：（1）時間（時間ID，部門ID，起始時間，結(jié)束時間，周期，備注，操作員，操作時間）（2）節(jié)假日（節(jié)假日ID，部門ID，起始時間，結(jié)束時間，節(jié)假日天數(shù)，備注，操作員，操作時間）（3）考勤記錄（考勤ID，員工ID，考勤日期，考勤類型，考勤狀態(tài)，考勤周期，考勤源，操作員，操作時間，備注）（4）個人請假（個人請假ID，員工ID，個人請假起始時間，個人請假結(jié)束時間，個人請假天數(shù)，備注，操作員，操作時

30、間）（5）集體請假（集體請假ID，部門ID，集體請假時間，請假狀態(tài)，操作員，操作時間，備注）（6）消息（消息ID，消息標題，消息內(nèi)容，消息上傳文件名，消息文件路徑，消息文件類型，消息文件長度，消息發(fā)送人，消息發(fā)送時間）（7）公告（公告ID，公告標題，公告內(nèi)容，公告上傳文件名，公告文件路徑，公告文件類型，公告文件長度，公告發(fā)布人，公告發(fā)送時間，公告有效時間，公告結(jié)束時間）（8）員工（員工ID，員工名，簡稱，人員ID，可否登錄，管理權(quán)限，職務(wù)）（9）人員（人員ID，指紋考勤ID，人員姓名，性別，班級，出生年月，移動電話，密碼）3.2.2 數(shù)據(jù)庫表結(jié)構(gòu)描述數(shù)據(jù)庫中的所有表的結(jié)構(gòu)及在數(shù)據(jù)庫中的具體設(shè)置

31、。表3-2 員工表（TB_Department）Tablet.3-2 Table of Staff (TB_Department)列含義列標示類型長度空主鍵增加外鍵約束員工ID員工名員工簡碼人員ID可否登錄權(quán)限職務(wù)Dept_IDDept_NameDept_ShortcodeEmpl_IDDept_IsLoginDept_ManagerFlagDept_Titlevarcharvarcharvarcharvarcharvarcharvarcharvarchar4030302021020NYYYYYYYNNNNNNNNNNNNNTB_Employee.Empl_ID表3-3 人員表（TB_Empl

32、oyee）Tablet.3-3 Table of crew(TB_Employee)列含義列標示類型長度空主鍵增加外鍵約束人員ID考勤碼姓名性別密碼電話出生日期班級Empl_IDEmpl_CheckCodeEmpl_NameEmpl_SexEmpl_PasswordEmpl_MobileEmpl_BrithdayEmpl_Classvarcharvarcharvarcharvarcharvarcharvarchardatetimevarchar50102042020820NNYYYYYYYNNNNNNNNNNNNNNN表3-4 請假表（TM_Absent）Tablet.3-4Table of

33、Personal Late / leave early (TM_Absent)列含義列標示類型長度空主鍵增加外鍵約束請假ID員工ID起始時間結(jié)束時間請假天數(shù)備注操作員ID操作時間Abse_IDDept_IDAbse_BeginDateAbse_EndDateAbse_DaysAbse_RemarkAbse_OperateIDAbse_OperateDateintvarchardatetimedatetimevarcharvarcharvarhcardatetime4208810200208NYYYYYYYYNNNNNNNYNNNNNNNTB_Department.Dept_ID表3-5 公告表

34、（TM_Affice）Tablet.3-5 Table of Affice (TM_Affice)列含義列標示類型長度空主鍵增加外鍵約束公告ID標題內(nèi)容文件名文件路徑文件類型文件長度員工ID發(fā)送時間起始時間結(jié)束時間Affi_IDAffi_TitleAffi_ContentAffi_FileNameAffi_FileURLAffi_FileTypeAffi_FileLengthDept_IDAffi_SendDateTimeAffi_BeginDateAffi_EndDatevarchar varcharvarcharvarcharvarcharvarcharvarcharvarchardate

35、timedatetimedatetime201003000100100202020888NNYYYYYNYYYYNNNNNNNNNNNNNNNNNNNNNTB_Department.Dept_ID表3-6 考勤統(tǒng)計表（TM_CheckProcess）Tablet.3-6Table of Attendance Statistics (TM_CheckProcess)列含義列標示類型長度空主鍵增加外鍵約束考勤ID員工ID考勤日期考勤類型考勤狀態(tài)考勤周期考勤來源操作員操作時間備注CPro_IDDept_IDCPro_DateTimeCPro_TypeCPro_StateCPro_WeekCPro_S

36、ourceCPro_OperateIDCPro_OperateDateTimCPro_RemarkIntvarchardatetimevarcharvarcharvarcharvarcharvarchardatetimevarchar44082282208200NYYYYYYYYYYNNNNNNNNNYNNNNNNNNNTB_Department.Dept_ID表3-7 集體請假表（TM_Group）Tablet.3-7Table of Collective (TM_ Group)列含義列標示類型長度空主鍵增加外鍵約束請假ID部門ID請假時間請假狀態(tài)操作員操作時間備注Grop_IDDept_I

37、DGop_CheckDateTimGrop_StateGrop_OperateIDGrop_OperDateTimGrop_Remarkvarcharvarchardatetimevarcharvarchardatetimevarchar204082208400NYYYYYYYNNNNNNNNNNNNNTB_Department.Dept_ID表3-8 消息表（TM_Message）Tablet.3-8 Table of Message(TM_Message)列含義列標示類型長度空主鍵增加外鍵約束消息ID消息標題消息內(nèi)容文件名文件路徑文件類型文件長度發(fā)送人發(fā)送時間Mess_IDMess_Tit

38、elMess_ContentMess_FileNameMess_FileURLMess_FileTypeMess_FileLengthMess_SendIDMess_SenDateTimevarcharvarcharvarcharvarcharvarcharvarcharvarcharvarchardatetime5010030001001002020208NNYYYYYYYYNNNNNNNNNNNNNNNNNTB_Department.Dept_ID表3-9 消息信息表（TM_MessageInformation）Tablet.3-9 Table of Message Information

39、(TM_MessageInformation)列含義列標示類型長度空主鍵增加外鍵約束消息ID接收ID接收時間可否讀過接收刪除發(fā)送刪除Minf_IDMinf_RecieveIDMinf_RecvDaeTimeMinf_RecieveFlagMinf_RecieDelFlagMinf_SendeDelFlagvarcharvarcahrdatetimeintvarcharvarchar50208444NNYYYYYYNNNNNNNNNNTB_Department.Dept_ID表3-10 考勤數(shù)據(jù)表（TM_Check）Tablet.3-10 Table of Attendance data (TM

40、_Check)列含義列標示類型長度空主鍵增加外鍵約束考勤ID考勤碼考勤時間可否處理Chck_IDEmpl_CheckCodeChck_DateTimeChck_IsProcessintvarchardatetimevarchar41082NNYYYNNNYNNNTB_Employee.Empl_CheckCod表3-11 數(shù)據(jù)字典表（TM_Dict）Tablet.3-11 Table of Dict (TM_Dict)列含義列標示類型長度空主鍵增加外鍵約束字典ID名稱內(nèi)容備注Dict_IDDict_NameDict_ContentDictRemarkvarcharvarcharvarcharv

41、archar402020200NYYYYNNNNNNN表3-12 數(shù)據(jù)字典信息表（TM_DectInfo）Tablet.3-12 Table of Dict Information (TM_DectInfo)列含義列標示類型長度空主鍵增加外鍵約束信息ID信息名備注字典IDDInf_IDDInf_NameDInf_RemarkDict_IDvarcharvarcharvarcharvarchar42020040NYYYYNNNNNNNTM_Dect.Dict_ID表3-13 節(jié)假日表（TM_Holiday）Tablet.3-13 Table of Holiday (TM_Holiday)列含義列

42、標示類型長度空主鍵增加外鍵約束節(jié)假日ID部門ID起始日期結(jié)束日期放假天數(shù)備注操作員操作時間Holi_IDDept_IDHoli_BeginDateHoli_EndDateHoli_DaysHoli_RemarkCPro_operateIDHoli_OperDateTimeintvarchardatetimedatetimevarcharvarcharvarchardatetime440884400208NYYYyYYYYNNNNNNNYNNNNNNNTB_Department.Dept_ID表3-14 時間表（TM_Time）Tablet.3-14 Table of Time (TM_Time

43、)列含義列標示類型長度空主鍵增加外鍵約束時間ID上班時間下班時間星期部門ID備注操作員操作時間Time_IDTime_BeginTimeTime_EndTimeTime_WeekDept_IDTime_RemarkCPro_OperateIDTime_OperDatTimeintvarcharvarcharvarcharvarcharvarcharvarchardatetime450501040100208NYYYYYYYYNNNNNNNYNNNNNNNTB_Department.Dept_ID3.2.3 系統(tǒng)信息量估算大致準確的信息量估算是確定系統(tǒng)存儲容量、信息流量、網(wǎng)絡(luò)設(shè)備的關(guān)鍵。下面將以表格形式給出子系統(tǒng)的所有表的信息量、系統(tǒng)數(shù)據(jù)的建議保留時間等如表3-15。表3-15信息量估算表Tablet.3-15 Information content estimate table序號表名記錄長度更新頻率年度信息量12345678910111213合計TB_DepartmentTB_EmployeeTM_AbsentTM_AfficeTM_CheckProcessTM_Gro