上饒職業技術學院 畢業論文 題目名稱： 企業考勤系統設計與實現 年 級： 10 機電一體化 層次： 本科 專科 學生學號： ZD10050146 指導教師： 付麗苑 學生姓名： 余佃愛 技術職稱： 講師 學生專業： 機電一體化 所 在 系： 電子工程系 上饒職業技術學院制 畢業論文 任務書 題目名稱： 企業考勤系統設計與實現 題目性質 真實題目 虛擬題目 學生學號： ZD10050146 指導教師： 付麗苑 學生姓名： 余佃愛 專業名稱： 機電一體化 技術職稱： 講師 學生層次： 高職高專 所 在 系： 電子工程系 2012 年 12 月 15 日 畢業設計（論文） 指導書 題目名稱： 企業考勤系統的設計與實現 專業名稱： 機電一體化 學生層次： 高職高專 指導教師： 付 麗 苑 技術職 稱： 講 師 1 畢業設計（論文）內容 1.1 設計目的 考查學生對 機電技術 知識的掌握程度，訓練和加強學生綜合應用所學課程的知識，完成 機電技術 應用系統的設計和開發，掌握 機電應用系統的電路設計和調試的方法 。 1.2 主要技術指標 1.2.1 員工基本信息部分：主要完成員工基本信息的管理。 1.2.2 員工考勤信息部分：主要完成員工考勤信息的管理。 1.2.3 員工調動信息部分：主要完成員工調動信息的管理。 1.2.4 數據庫管理部分：主要完成數據庫的 管理與維護。 1.3 參考書 伍俊良， VB課程設計與系統開發案例 M ，北京：清華大學出版社， 2002 姚巍， Visual Basic 數據庫開發及工程實例 M ，北京：人民郵電出版社 鄺孔武，管理信息系統分析與設計 M ，西安 :電子科技大學出版社，1995-12, 48-130 求是科技， Visual Basic 6.0 數據庫開發技術與工程實踐 M ，北京：人民郵電出版社， 2004 張海藩，軟件工程導論，北京：清華大學出版社， 117-140 龔小勇，關系數據庫與 SQL Server2000，北京：機械工業出版社， 163-178 2 畢業設計（論文）要求 2.1 整體方案比較與論證 根據設計要求給出 2 種設計方案，并進行比較和 論證 ，確定最佳方案并進行設計。 2.2 要求有整體設計框圖，相關設計參數的計算，電路原理圖和 元器件清單。 2.3 要求有 電路原理概述和分析。 2.4 據所確定的設計電路，利用 Protel 或 EWB 等有關工具軟件繪制電路原理圖、 PCB 板圖 。 3 畢業設計（論文）時間安排 3.1 2012 年 12月 15 日開題。 3.2 2012 年 11 月 10 日前交一稿至指導老師， WORD 電子 版格式和紙質版格式各 1份，其它要求詳見畢業設計管理手冊。 3.3 2012 年 11 月 30 日前指導老師提出修改意見，并將畢業設計一稿返還學生進行修改。 3.4 2012 年 12 月 10 日前交二稿至指導老師， 2012年 12月 20日前指導老師提出二次修改意見，并將畢業設計二稿返還學生進行修改。 3.5 2012 年 12 月 25 日前交三稿至指導老師， 2012年 12月 29日前指導老師給出學生畢業設計成績，公布參加 畢業設計答辯學生名單。 3.6 2013 年 1 月 4日至 2013 年 1 月 5日進行 畢業設計答辯。 4 畢業設計（論文） 答辯及要求 4.1 簡述 畢業設計工作過程（ 3 分鐘以內）。 4.2 介紹 畢業設計的內容，提出需要完善的方面（ 10 分鐘以內）。 4.3 回答老師提問 （ 7 分鐘以內） 。 畢業論文評審表 過程評分 評閱成績 答辯成績 總成績 (百分制 ) (是否評定為優秀畢業論文 ) 1、指導教師評語 建議成績 _ 指導教師簽字： 年 月 日 2、論文評閱教師評語 建議成績 _ 評閱教師簽字： 年 月 日 3、畢業答辯專家組評語 建議成績 _ 答辯組長簽字： 年 月 日 4、畢業設計領導小組推優評語 組長簽字： 年 月 日 畢業論文評分表 畢業論文過程評分表 (40 ) 內容 態度、紀律 （ 10%） 用所學知識分析解 決問題的能力（ 20%） 設計（論文）書 寫和水平（ 10%） 考核 環節 團結協作有鉆研精神 愛護公物 文明衛生 遵守紀律 和制 度 獨立地、熟練地、綜 合應用所學知識分 析解決問題的能力 工作量難度 取得階段性成果的水平、學術價值和應用價值 分值 3 3 4 20 5 5 評分 評分教師： 評分時間： 年 月 日 畢業論文評閱成績表 (30 ) 內容 設計（論文）內容 （ 10%） 設計（論文）水平 （ 10%） 設計（論文）書寫 （ 10%） 考核 環節 內容充實、有階段性成果，即有學術或應用價值。方案選擇、論證、設計、計算正確 如實反映設計成果，有實驗數據，又有理論分析。 中文摘要符合要求 語句通順符合邏輯思路清晰 圖表和曲線清晰符合規范、文字工整 分值 10 10 5 2 3 評分 評分教師： 評分時間： 年 月 日 畢業論文答辯成績表 (30 ) 內容 設計（論文）內容（ 10%） 回答問題（ 10%） 設計（論文）質量 （ 10%） 考核環節 內容充實、有足夠的難度和工作量，在規定的時間內能夠流暢地闡明報告設計（論文）內容 能夠回答與設計（論文）相關的基本問題和擴展問題 論文有數據，有分析，所用數據可靠、分析正確 分值 10 10 10 評分 評分教師： 評分時間： 年 月 日 - 1 - 摘 要 隨著計算機技術的飛速發展，計算機在公司管理中應用的普及，利用計算機實現公司考勤管理勢在必行。本系統結合公司實際的人事管理制度，經過實際的需求分析，采用功能強大的 Visual Basic6.0 作用為開發工具，以 SQL Server 2000 作后臺數據庫，開發了一個單機版公司考勤管理系統。 本系統從符合操作簡便、界面友好、靈活、實用、安全的要求出發，完 成公司考勤管理的全過程，包括新進員工加入時人事檔案的建立、員工的轉出、職位等的變動引起職工信息的修改、員工信息查詢、統計等人事管理工作以及新進員的新增、老員工修改等管理工作。 經過實際使用證明，本文所設計的公司考勤管理系統可以滿足公司人事管理方面的需要。 關鍵詞 管理信息系統 公司考勤管理 數據庫 - II - 目 錄 1 引 言 . 3 1.1 課題背景、目的與意義 . 1 1.2 研究設計內容 . 1 2 系統分析 . 2 2.1 需求分析 . 2 2.2 可行性分析 . 3 2.2.1 開發環境的可行性分析 . 3 2.2.2 成本可行性分析 . 3 2.3 數據流圖 . 4 2.4 系統所涉及到的運行環境和技術 . 4 2.4.1 SQL Server 2000 數據庫 . 4 2.4.2 數據庫訪問技術 . 5 2.4.3 SQL語言 . 7 3 系統設計總體 . 8 3.1 系統功能性分析 . 8 3.1.1 員工基本信息 . 8 3.1.2 員工考勤信息 . 9 3.1.3 員工調動信息 . 9 3.2 系統功能模塊設計 . 9 4 數據庫設計 . 11 4.1 概念結構設計 . 14 4.2 邏輯結構設計 . 14 5 系統實現 . 17 5.1 創建工程項目 . 17 5.2 創建系統窗體 . 17 5.3 模塊流程圖 . 21 5.3.1職工信息刪除模塊 . 21 5.3.2 職工工資管理模塊 . 22 5.3.3 員工考勤管理模塊 . 23 5.3.4系統維護模塊 . 24 6 測試與安裝 . 25 6.1 軟件 的測試 . 25 - III - 6.2 系統的打包與安裝 . 26 結 論 . 28 參考文獻 . 28 致 謝 . 31 企業考勤系統的設計與實現 - 1 - 1 引言 1.1 課題背景、目的與意義 隨著計算機技術的飛速發展，計算機在公司管理中應用的普及，利用計算機實現公司考勤管理勢在必行。對于大中型公司來說，利用計算機支持公司高效率完成 公司考勤管理的日常事務，是適應現代公司制度要求、推動公司 考勤 管理走向科學化、規范化的必要條件；計算機管理所無法比擬的優點檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優點能夠極大地提高 公司考勤 管理的效率 ,也是公司的科學化、正規化管理 ,與世 界接軌的重要條件。不同的公司具有不同的人事管理制度，這就決定了不同的公司需要不同的 考勤 管理系統。 1.2 研究設計內容 公司考勤管理系統為企事業單位提供信息咨詢，信息檢索，信息存取等服務 ,系統的前臺開發是依照管理系統的理論開發的。大量使用 Visual Basic6.0 中用戶界面設計的工具和方法，產生多文檔界面 (MDI)。它確保系統在整個程序的運行過程中，都保持一個完整的整體效果。庫存管理的實現主要采用大量的 SQL語言，嵌入到程序中，達到系統高效、快捷地完成各種操作，實現添加、修改、刪除、查詢、打印報表等功 能。 同時為了實現公司考勤管理系統的基本功能，編寫了若干個功能模塊 ，主要包括的功能模塊有 職員信息管理、部門信息管理、考勤信息管理、工資信息管理。主要是針對職員信息的添加、修改、刪除、查看執行有效的管理，管理員在對職員信息進行操作的同時，對職員信息進行核對，同時工資管理信息表進行同步添加該職員的工資管理信息，相應的刷新部門信息表里的人員信息，完全實現自動化。在對考勤信息進行添加、修改、刪除的同時對工資管理信息表里的相應人員進行自動更新。為了能使管理員更有效、更方便地操作，本設計還添加了排序、查詢、報表等 一系 列 功能。 企業考勤系統的設計與實現 - 2 - 2 系統分析 2.1 需求分析 目前，無論是機關單位、事業單位，還是公司單位，人力資源管理對于組織生存與長遠發展所具備的重要性都已經有了明確的認識，對于加強組織本身人力資源管理水平的需求已經產生。隨著中國公司管理水平的提高及中國加入 WTO的事實，人才的爭奪與管理已成為中國公司乃至各級事業、機關單位所面臨的嚴重問題。 公司考勤管理系統是為了滿足公司對人事信息、考勤信息和工資信息管理的方便，以電子化的模式處理事務，將公司的管理思想、各部門的業務經驗與計算機技術相統一，實現人、財、物、信息各種 資源的處理，并使之規范化、嚴密化和智能化。要創建一個功能比較完整的管理系統。 （ 1）公司考勤管理系統 人事管理系統 功能：該模塊包括部門信息，員工信息，人員調動和福利待遇四個功能模塊。部門信息主要是對公司的各個部門進行管理，如查詢、增加、修改部門信息。員工信息主要對公司的員工基本信息進行管理，包括對員工的基本信息進行查詢、增加和修改。人員調動主要是實現公司各部門人事調動的管理。福利待遇主要是對公司的福利信息進行設置。 考勤管理系統 功能：該模塊負責公司員工的缺勤管理、加班出差管理缺勤管理負責對員工的缺勤 情況進行登記，包括請假、曠工等登記。加班出差管理負責對員工的加班管理、加班費率設置和出差管理。 工資管理系統 功能：該模塊負責工資登錄管理、工資查詢。工資登錄負責對員工的工資進行分配處理，記錄工資分配的歷史記錄，并提供工資的查詢管理。 打印系統 功能：該模塊包括打印員工的工資條和員工信息。實現報表的自動管理。 系統管理 企業考勤系統的設計與實現 - 3 - 功能：該模塊負責對該系統的使用者進行管理，包括修改個人密碼、添加用戶、刪除用戶、修改用戶等。 2.2 可行性分析 正式開發管理信息系統之前進行調研是非常必要的，其必要性主要表現在以下幾 個方面。 （ 1）明確用戶的要求，以根據調查結果進行可行性分析，確認系統的開發是否可行。 （ 2）提出新系統的人員并不都是系統研究人員，有些人對于的功能和處理數據的方法沒有明確的認識。它們只是根據自己業務工作的需要提出了要求，系統開發人員要對此進行詳細的調查和分析，確認用戶的要求可以通過現有的計算機技術實現，保證開發的管理信息系統的功能與用戶提出的要求相吻合。 （ 3）公司的現行系統可能是手工系統，也可能是使用和計算機的系統，無論是何種情況，都要詳細地調查現行系統中信息處理的具體情況，系統內部功能結構，以便 設計出一個合理的、好的新系統邏輯模型，為新系統的設計工作打好基礎，保證整個系統開發的質量。 總之，必要對現行系統進行詳細的調查，明確用戶需求，保證開發的新系統的功能與用戶的要求相吻合，避免耗費大量的人力、物力、財力，新系統的開發卻失敗的悲劇發生。 2.2.1 開發環境的可行性分析 由于是在安裝有 Windows2000作為操作系統的本地計算機上開發，而且考慮到實際的系統兼容性和具體的執行操作情況，把 VB（ Visual Basic 6.0）和 SQL Server2000 作為主要開發環境。綜上所述，技術、經濟 、操作、調度上都是可行的。 2.2.2 成本可行性分析 整個開發過程只需要一臺裝有上述所需求的各種軟件的 PC 機就可以實現全部的開發任務。因此，整個開發成本可以說是非常的低廉，這也為進一步完善系統提供了更大的方便。 在使用成本上，用戶只需要擁有一臺計算機對計算機的硬件的需求不是很企業考勤系統的設計與實現 - 4 - 高，軟件方面也沒有特殊的需求，極大了方便了廣大用的訪問與使用。 因此，從成本可行性分析來看，這個系統體現了經濟實惠，功能齊全的特點。 2.3 數據流圖 數據流程圖是描述系統邏輯模型的主要工具，通過幾個特定的符號，可以綜合地反映出信息在 系統中的使用、加工處理、傳遞、存儲的整體情況。 數據流程圖是系統結構化分析行之有效的工具，它抽象地描述了系統數據處理的情況，但卻無法表達個各處理的詳細內容，因此還要對數據流程圖中出現的數據流和處理等做進一步的補充說明，這就是數據字典和變換邏輯說明。 2.4 系統所涉及到的運行環境和技術 CPU:AMD Sempron(tm) 2500+； 內存 :256 M； 操作系統： Microsoft Windows XP 或以上版本 ； 瀏覽器： IE6.0； 數據庫： SQL Server 2000. 2.4.1 SQL Server 2000 數據庫 通過詳細的系統調查和上面的系統分析，我們已經對用戶的需求得到了大致全面的了解，這里為了得到數據庫的基本數據結構和數據項，我們再一次著重對用戶的需求進行詳細的分析。 SQL server 是一種本地的 32 位 windows 數據庫，得益于 windows NT操作系統的緊密集成。對于小規模的數據庫， SQL SERVER 可以運行在只有 32MB內存的簡單的 WINDOWS 9X 系統上。對于高端數據庫， SQL SERVER 可以利用 NT對基于 RISC的高性能系統，例如 DEC AIPHA 以及并行多系統的支持。 SQL server的分布式體系結構把數據庫訪問應用程序與數據引擎分離開來。SQL server 的核心數據庫服務器運行在 NT SERVER 系統上， NT SERVER 系統一般通過以太網或令牌局域網與多個客戶機系統連接。這些客戶機系統一般是運行在 SQL server客戶機軟件的 PC機上， SQL server 支持下列計算機系統。 WINDOWS FOR WORKGROUPS WINDOWS 9X 企業考勤系統的設計與實現 - 5 - WINDOWS NT REMOTE ACCESS SERVER(RSA) MACINTOSH DOS IS/2 UNIX 對于無縫的桌面數據庫訪問， SQL server 使用 OLE DB 驅動程序和 ODBC 驅動程序，這些驅動程序可以與任何與 ODBC或者 OLOLE DB兼容的桌面程序中訪問SQLSERVER數據。而且 SQL server還有一個優點是其與主流客戶機 /服務器開發工具和桌面應用程序，例如， MICROSOFT WORD,ACCESS,EXCEL 的緊密集成。可以使用許多方法訪問 SQL server 數據庫。對于制定數據庫的開發， SQL server 與幾種流行開發工 具所使用的訪問界面兼容。也可以使用 MICROSOFT JET ENGINE和 DATA ACCESS OBJECT， REMOTE DATA OBJECTS， ACTIVEX DATA OJBECTS， OLE DB，ODBC， SQL server 內置的 DB LIBRARY 和其他的第三方開發工具訪問 SQL server數據庫。 2.4.2 數據庫訪問技術 所有 C/S結構的分布式應用程序都以讀取和更新數據庫中的為中心任務，為了允許分布式、可縮放應用程序中實現數據集成，從長遠來看，較新的數據訪問技術通常能夠減少開發 時間，簡化代碼并提供良好的性能。 Visual Basic6.0 提供對新一代訪問技術 ADO.NET的支持。 ADO.NET不僅僅是 ADO的新版本，更是一個全新的以 .NET框架為基礎的數據操作模型，是專門為 .NET平臺上的數據操作而設計的。在這里主要介紹 ADO.NET數據訪問技術，并對現有的主要的 Visual Basic.NET 中的數據訪問技術進行比較。大多數應用程序都需要某種形式的數據訪問。如果要創建新的應用程序，有三種極好的數據訪問方式可供選擇： ADO.NET、 ADO和 OLE DB。 數據操作模型介紹 ADO 對于用本機代碼編寫的應用程序， ADO 為 OLE DB 數據接口提供基于 COM 的應用程序級別接口。 ADO支持各種開發需要，包括使用與關系數據庫或其他存儲企業考勤系統的設計與實現 - 6 - 區中的數據的活連接來創建數據庫客戶端和中間層業務對象。而且， ADO也可構建客戶端記錄集、使用松耦合記錄集、處理 OLE DB的數據集合。 ADO還支持一些不通過 ADO.NET公開的行為，如何滾動的服務器端游標。然而，因為服務器端游標需要保存數據庫資源，所以使用它們可能會對應用程序的性能和可縮放性產生極大的負面影響。為了通過防火墻傳輸 ADO記錄集，需要配置防火墻 以啟用 COM 封送請求，并考慮相關的安全后果。 COM封送處理還將數據類型限制為 COM標準定義的那些數據類型。可選擇以 XML格式保持 ADO 記錄集并傳輸 XML文本。 ADO.NET ADO.NET是一組向 .NET程序員公開數據訪問服務的類。 ADO.NET 為創建分布式數據共享應用程序提供了一組豐富的組件。它提供了對關系數據、 XML和應用程序數據的訪問， ADO.NET是重要的應用程序級接口，用于在 Microsoft.NET 平臺中提供數據訪問服務，在 ADO.NET 中，可以使用新的 .NET Framework 數據提供程 序來訪問數據源。這些數據提供程序包括： SQL Server.NET Framework 數據提供程序、 OLE DB.NET Framework 數據提供程序、 ODBC.NET Framework 數據提供程序、 Oracle.NET Framework 數據提供程序。這些數據提供程序可以滿足各種開發要求，包括創建由應用程序、工具、語言或 Internet 瀏覽器使用的前端數據庫客戶端和中間層業務對象（它們使用與關系數據庫和其他存儲區中的數據的活動連接）。 ADO.NET是專為基于消息的 Web應用程序而設計的，同時還能為其 他應用程序結構提供較好的功能。通過支持對數據的松耦合訪問， ADO.NET減少了與數據庫的活動連接數目（即減少了多個用戶爭用數據庫服務器上的有限資源的可能性），從而實現了最大程度的數據共享。 ADO.NET有效地從數據操作中將數據訪問分解為多個可以單獨使用或一前一后使用的不連續組件。 ADO.NET 包含用于連接到數據庫、執行命令和檢索結果的 .NET Framework 數據提供程度。程序員可以直接處理檢索到的結果，或將其放入 ADO.NET DataSet 對象，以便與來自多個源的數據或在層之間進行遠程處理的數據組合 在一起，以特殊方式向用戶公開。 ADO.NET DataSet對象也可以獨立于 .NET Framework 數據提供程序使用，以管理應用程序本地的數據。 ADO.NET 也可通過對分布式 ADO.NET 應用程序的基本對象“數據集”企業考勤系統的設計與實現 - 7 - （ Dataset）支持基于 XML 的持久性和傳輸格式，來實現最大程度的數據共享。數據集是一種關系數據結構，可使用 XML進行讀取、寫入或序列化。 ADO.NET數據集使行生成要求應用程序層與多個 Web 站點之間進行松耦合數據交換的應用程序變得很方便。 因為數據集被遠程處理為 XML形式，所以任何兩個 組件都可共享數據并使用XML 架構來定義數據集的關系結構。而且，因為數據集的序列化格式是 XML，所以 Dataset對象可輕松穿過防火墻，而不受任何限制。除了從 XML加載數據以外，數據集還可用 SQL Server 中的數據以及通過 OLE DB公開的數據源中的數據來填充，并可保存對這些數據的更改。 ADO.NET 提供了對 Microsoft SQL Server 等數據源以及通過 OLE DB 和 XML公開的數據源的一致訪問。數據共享使用者可以使用 ADO.NET來連接到這些數據源，并檢索、操作和更新數據。 ADO.NET 類 在 System.Data.dll 中，并且與 System.Xml.dll 中的 XML 類集成。當編譯使用 System.Data 命名空間的代碼時，請引用 System.Data.dll 和System.Xml.dll。 ADO.NET 支持工業標準，它提供了應用程序編程接口，以便與 OLE DB 兼容的數據來源進行溝通。通過 ADO.NET 可以將應用程序編程接口，以便與 OLE DB兼容的數據來源進行溝通。通過 ADO.NET可以將應用程序連接到這些數據源上，然后可對數據進行操作。 ADO.NET沿襲以前的 ADO所能操作的數據來源， 包括關聯數據和非關聯數據。只要是 ADO 能操作的數據源， ADO.NET 都能操作。但是ADO.NET比 ADO提供了更豐富的對象模型這使得編程者可以用更加直觀的方式來存取數據。 2.4.3 SQL 語言 SQL（ Structured Query Language）是一種標準的數據庫語言。凡是數據庫的應用，不論是從數據庫中選取、過濾、排序等，都可以由程序中下達 SQL指令來完成，不過 SQL不是完整的程序語言，必須搭配程序來使用。它的功能包括查詢、操縱、定義和控制四個方面。 (1) 數據查詢功能 (SELECT) SELECT FROM WHERE 條件 企業考勤系統的設計與實現 - 8 - GROUP BY HAVING 內部函數表達式 ORDER BY ASC DESC (2) 數據定義功能 CREATE TABLE 表名 ；CREATE VIEW視圖名 ；CREATE INDEX索引名 DROP TABLE 表名 ；DROP VIEW 視圖名 ；DROP INDEX 索引名 ALTER TABLE 表名 ADD /MODIFY (3) 數據操縱功能 UPDATE 表名 SET 字段 =表達式 WHERE 條件 INSERT INTO 表名 (字段名 ，字段名 ) VALUES (常量 ，常量 ) DELETE FROM 表名 WHERE 條件 (4) 關系運算符 = 等于； 小于； 大于； = 大于或等于； 或 ! 不等于； BETWEEN：定義一個數值區間范圍，配合 AND使用； LIKE：字符串匹配操作符，配合通配符 %和 _使用； IS NULL：測試屬性值是 否為空值； BETWEEN、 LIKE、 IS NULL 均可 和 NOT 操作符一同使用 7 3 系統設計總體 3.1 系統功能性分析 公司考勤管理系統是為了滿足公司對人事信息、考勤信息和工資信息管理的方便，以電子化的模式處理事務，將公司的管理思想、各部門的業務經驗與計算機技術相統一，實現人、財、物、信息各種資源的處理，并使之規范化、嚴密化和智能化。要創建一個功能比較完整的管理系統，必須包括以下幾個管理模塊： 系統部分：主要完成本系統的維護工作。 員工基本信息部分：主要完成員工基本信息的管理。 員工考勤信息部分： 主要完成員工考勤信息的管理。 員工調動信息部分：主要完成員工調動信息的管理。 數據庫管理部分：主要完成數據庫的管理與維護。 企業考勤系統的設計與實現 - 9 - 3.1.1 員工基本信息 （ 1）添加員工基本信息：管理員可以添加員工的基本信息，包括姓名，性別，籍貫，年齡，生日，住址，學歷。 （ 2）修改員工信息：選擇一個員工，可以修改這個員工的基本信息。 （ 3）刪除員工信息：直接從列表中選中需要刪除的員工信息，然后進行刪除操作，或者首先查詢需要刪除的員工信息，然后再刪除。 3.1.2 員工考勤信息 （ 1）添加考勤信息：主要分為上下班信息和其他 考勤信息。上下班信息要記錄每個 員工每天上下班的時間，而其他考勤信息包括含有請假，加班，出差信息。 （ 2）修改考勤信息：當考勤信息出現錯誤需要修改的時候，可以從這里修改相應的記錄。 （ 3）查詢考勤信息：根據員工編號或者時間進行查詢，得到所有的考勤信息，包括上下班，請假，加班和出差信息，但是不能夠對信息進行任何操作。 （ 4）刪除考勤信息：分為刪除上下班信息和刪除其他考勤信息。 3.1.3 員工調動信息 （ 1）添加調動信息：添加公司員工的原有部門，原有職務，新部門，新職務等信息。 （ 2）修改調動信息：修改相應的 員工調動信息。 （ 3）查詢調動信息：查詢某個員工的調動信息或者某段時間內公司內部的調動情況。 （ 4）刪除調動信息：刪除那些不需要的信息。 3.2 系統功能模塊設計 對上述各項功能進行集中、分塊，按照結構化程序設計的要求，得到如圖3-1所示的系統功能模塊圖。企業考勤系統的設計與實現 - 10 - 4 數據庫設計 數據庫在系統中占有非常重要的地位，數據庫結構設計的好壞將直接對超市庫存管理信息系統的效率以及實現的效果產生影響。合理的數據庫結構設計可以提高數據庫存儲的效率，保證數據的完整和一致。同時，合理的數據庫結構也將有利于 程序的實現。 公 司 考 勤 管理系統 打印 系統管理 修改密碼 刪除用戶 修改用戶 增加用戶 打印員工信息 打印工資條 工資管理 工資查詢 工資登錄 考勤管理 加班出差 出勤管理 人事管理 福利待遇 人員調動 員工信息 部門信息 圖 3-1 公司考勤管理系統功能模塊圖 企業考勤系統的設計與實現 - 11 - 設計數據庫系統時應該首先充分了解用戶各個方面的需求，包括現有的以及將來可能增加的需求。根據對超市庫存管理所做的系統分析，該系統主要實現對貨品的基本信息進行添加、修改、刪除和入、出庫的查詢、排序、統計等功能性操作，這樣就需要有一些數據庫來對超市庫存管理信息系統進行維護。 4.1 概念結構設計 針對公司考勤管理的需求，通過對公司考勤管理工作過程和數據流程分析，設計出下面所示的數據項和數據結構： (1)員工信息，包括數據項有：員工編號、員工姓名、部門編號、性別、生日、住址、職位、出生地、聯系電話、最 高學歷等信息。 (2)工資福利信息，包括數據項有：員工編號、崗位工資、基本工資、伙食補貼、住房補貼、醫療保險、住房公積金、養老保險、其他補貼、發放時間、實發工資等信息。 (3)部門信息，包括數據項有：部門編號、部門名稱、部門人數、部門級別等信息。 (4)用戶信息，包括數據項有：用戶名、用戶密碼、用戶類型等信息。 (5)缺勤信息，包括數據項有：員工編號、缺勤日期、缺勤時間、缺勤類型等信息。 (6)加班信息，包括數據項有：員工編號、加班日期、加班時間、加班補助率等信息。 由上面的數據結構、數據項和數據流程得出每 個實體的描述實體圖，如圖4-1所示，員工信息實體圖。 圖 4-1 員工信息實體圖 如圖 4-2所示，工資福利信息實體圖。 員工信息實體 員工姓 名 最高學歷 員工編號 工資福利實體 崗位工資 實發工資 員工編號 企業考勤系統的設計與實現 - 12 - 圖 4-2 工資福利信息實體圖 如圖 4-3所示，部門信息實體圖。 圖 4-3 部門信息實體圖 如圖 4-4所示，用戶信息實體圖。 圖 4-4 用戶信息實體圖 如圖 4-5所示，缺勤信息實體圖。 圖 4-5 缺 勤信息實體圖 如圖 4-6所示，加班信息實體圖。 圖 4-6 加班信息實體圖 概念模型描述事物、事物的特征和事物之間的聯系情況，正如現實世界中事用戶信息實體 用戶密碼 用戶類型 用戶名 部門信息實體 部門名稱 部門級別 部門編號 缺勤信息實體 缺勤日期 缺勤類型 員工編號 加班信息實體 加班日期 加班補助率 員工編號 企業考勤系統的設計與實現 - 13 - 物之間存在著聯系一樣，實體之間也存在聯系。實體之間的聯系有 3種類型：一對多、多對多、一對一 8。根據本系統實際情況，分析出這些實體間的聯系如下： (1) 職員信息與部門信息之間是一對多的關系。每名職員只能屬于一個部門，而一個部門可以存在若干名職員。 (2) 職員信息與考勤信息之間是一對多的關系。每名職員可以有多條考勤信息，而一條考勤信息只能對應一個相 應的職員。 (3) 考勤信息與工資管理信息一對一的關系。一條考勤信息只能對應一次相關的工資管理 根據上面的實體聯系，得出如圖 4-7所示的 E/R圖。 圖 4-7 E-R 圖 n n 1 1 1 職員 職員編號 職員姓名 屬于 部門 部門編號 部門名稱 上班 考勤 考勤編號 職員編號 n 1 工資 擁有 實際工資 影響 1 職員編號 企業考勤系統的設計與實現 - 14 - 4.2 邏輯結構設計 通過上面的分析，存在多對多的聯系，那么既要考慮實體到關系表的轉換，也要合理進行聯系到關系表的轉換。現在需要將上面的數據庫概念結構轉化為數據庫的邏輯結構。下面是根據數據概念結構設計出的實體圖，分析出各個實體的數據表。 (1)員工基本信息，如表 4-1所示。 表 4-1 員工信息表 字段名稱 數據類型 字段長度 是否主鍵 是否為空 員工編號 Numeric 9 是 NOT NULL 員工姓名 Char 15 NOT NULL 部門編號 Int 4 NULL 性別 Char 2 NULL 生日 Char 10 NULL 住址 Char 30 NULL 職位 Vachar 20 NULL 出生地 Char 10 NULL 聯系電話 Char 20 NULL 最高學歷 Char 20 NULL (2)工資福利基本信息，如表 4-2 所示。 表 4-2 工資福利信息表 字段名稱 類型 長度 是否主鍵 是否為空 員工編號 Numeric 9 是 NOT NULL 崗位工資 Numeric 9 NULL 基本工資 Numeric 9 NULL 企業考勤系統的設計與實現 - 15 - 伙食補貼 Numeric 9 NULL 住房補貼 Numeric 9 NULL 醫療保險 Numeric 9 NULL 住房公積金 Numeric 9 NULL 養老保險 Numeric 9 NULL 其他補貼 Numeric 9 NULL 發放時間 Numeric 9 NOT NULL 實發工資 Numeric 9 NULL (3)部門信息，如圖 4-3 所示。 表 4-3 部門信息表 字段名稱 類型 長度 是否主鍵 是否為空 部門編號 int 4 是 NOT NULL 部門名稱 char 20 NULL 部門人數 int 4 NULL 部門級別 char 10 NULL (4)用戶信息，如圖 4-4 所示。 企業考勤系統的設計與實現 - 16 - 表 4-4 用戶信息表 字段名稱 類型 長度 是否主鍵 是否為空 用戶名 Char 10 是 NOT NULL 用戶密碼 Char 20 NOT NULL 用戶類型 Char 4 NOT NULL (5)缺勤信息 ,如圖 4-5 所示。 表 4-5 缺勤信息表 字段名稱 類型 長度 是否主鍵 是否為空 員工編號 Numeric 9 是 NOT NULL 考勤編號 Numeric 9 NOT NULL 缺勤日期 Char 10 NULL 缺勤時間 Char 10 NULL 缺勤類型 Int 4 NULL (6)加班信息，如圖表 4-6 所示 企業考勤系統的設計與實現 - 17 - 表 4-6 加班信息表 5 系統實現 5.1 創建工程項目 創建一個 Visual Basic6.0 的 Windows 應用程序項目，操作步驟如下： (1)啟動 Visual Basic.NET 開發環境后，選擇【文件】【新建】【項目】命令。 (2)在“新建項目”對話框的左側“項目類型”窗口中選取“ Visual Basic項目”。在右側的“模板”窗口中單擊“ Windows 應用程序”圖 標。在“位置”文本框中鍵入 Windows 應用程序的位置，將工程命名為“公司考勤管理系統”。單擊【確定】按鈕。 5.2 創建系統窗體 (1)在“公司考勤管理信息系統”中，一共設計了十一個界面。在進入系統的界面中為了系統的安全和保密性，系統使用了口令庫，只有那些有資格操作系統的管理人員才能進入系統。口令修改為了保證不被別人隨意修改，所以系統在修改口令時，設置了要輸入原始口令，這樣只有知道原始口令的人才能夠修改密碼。密碼被修改完成后，進入系統時的口令就為新口令。由于這些口令是在較高的管理層次下建立的，其他人無法進 入系統修改口令。如果用戶要進入系統，需要輸入用戶名和密碼進入，這樣可以保障系統的安全。在功能管理界面中分別可以進入公司員工基本信息管理，員工考勤管理，員工工資信息管理四種管理的中。字段名稱 類型 長度 是否主鍵 是否為空 員工編號 Numeric 9 是 NOT NULL 加班日期 Char 10 NULL 加班時間 Int 4 NULL 加班補助率 Int 4 NULL 企業考勤系統的設計與實現 - 18 - 同時，也可以對四種記錄進行查詢，由于此系統主要針對條形碼進新行識別，所以查詢時以編號為主進行查詢。圖 5-1為公司用戶管理界面。如果不是此用戶，或密碼錯誤，系統會給你重試的提示。 圖 5-1 用戶界面顯示 (2)主界面：本系統的主界面中采用標準的菜單、工具欄、 Picture 界面設計方法，使用戶能夠很容易地看清楚整個系統結構，可以很 方便地從下面各個小項功能模塊以及菜單欄很快地進入各個模塊。 (3)員工信息模塊：輸入用戶名和密碼后，進入系統。另外，可以修改密碼，添加用戶等。選擇“人事管理 |設置員工信息”菜單，出現如圖 5-2 所示的窗口，輸入員工的基本信息的各項內容。 圖 5-2 添加員工信息 企業考勤系統的設計與實現 - 19 - (4)福利待遇模塊：該模塊負責福利待遇的管理，主要是對公司的福利信息進行設置。如圖 5-3所示。 圖 5-3 福利待遇信息 (5)出勤管理模塊：該模塊負責公司員工的缺勤管理。缺勤管理負責對員工的缺勤情況進行登記，包括請假、曠工等登記。 如圖 5-4所示。 圖 5-4 出勤管理信息 (6)工資查詢窗體：用于查詢各個部門員工工資 ,及各福利項目 ,如圖 5-5 所示。 企業考勤系統的設計與實現 - 20 - 圖 5-5 工資查詢信息 (7)報表打印模塊：該模塊負責打印員工信息，實現報表的自動管理，如圖5-6所示。 圖 5-6 報表打印信息 (8)人員調動模塊 :該模塊主要用于員工部門的調動，如圖 5-7 所示。 企業考勤系統的設計與實現 - 21 - 圖 5-7 人員調動模塊 5.3 模塊流程圖 5.3.1 職工信息刪除模塊 數據庫基本表與其它表之間的主鍵的特點，不方便使用外鍵來保持數據的一致性問題，所以要用手工操作的方法進 行數據一致性的維護，主要應用在以下幾個方面，職工工資表中加入和刪除職工信息，職工考勤表中加入和刪除職工信息，履歷表中刪除職工信息。 在職工工資表中和在職工考勤表中加入職工信息時，用戶不能任意的輸入職工姓名，而是由系統提供專有的添加職工窗口，用于顯示該單位花名冊已有的職工名，而在職工工資表或職工考勤表中沒有的職工名供用戶選擇，從而要求用戶 不能任意輸入花名冊以外的職工信息了，要加入新的職工信息必須先加入到花名冊中去。這樣就既保證數據庫的數據的一致性，又防止了數據的冗余。 在職工工資表中和在職工考勤表中 刪除職工信息時，為保持數據的一致性，就需要立刻重新計算統計量。最后說明的是在花名冊中刪除一條記錄的處理過程。其流程框如圖 5-8所示。 企業考勤系統的設計與實現 - 22 - 圖 5-8 員工刪除流程圖 5.3.2 職工工資管理模塊 該模塊是完成對員工的工資信息的輸入、查詢、并以此進行統計生成“商場職工工資總額構成情況表”和“商廈職工工資總額季度匯總表”。 此模塊主要包括三個窗口，工資錄入窗口、商場職工工資總額統計構成和商廈職工工資總額統計窗口，后來兩者均可通過第一個窗口的菜單項選擇而 進入。工資錄入窗口的框圖如圖 5-9所示。 選擇刪除功能 是否選中刪除對象 ? 刪除員工基本表中對應的該記錄，刪除該員工工資記錄，刪除該員工考勤記錄，對員工工資統計表進行更新，對員工考勤統計表進行更新 工資統計表該單位人數是否 0 考勤統計表中該單位人數是否為 0 返回成功消息 刪除統計表中該條記錄 刪除統計表中該條記錄 是 否 否 否 是 用戶登錄 企業考勤系統的設計與實現 - 23 - 5.3.3 員工考勤管理模塊 該模塊完成對職工考勤信息的輸入和查詢。并以此數據為基礎生成“商場職工月考勤統計表”和“公司職工月考勤統計匯總表”。 此模塊主要包括三個窗口，考勤登記窗口、公司職工月考勤，公司職工考勤統計窗口，后兩者均可通過第一個窗口的菜單項選擇而訪問到。由于在模塊中使用的方法和程序框圖與職工工資管理模塊大致相同，所以這里也就不一一列舉了。 返 回 提示錯誤重輸入 保存當前修改進入數據庫同時修改更新數據庫中統計報表的統計量 打開該窗口 檢查檢索條件 檢查出數據 添加輸入 刪除 打開添加窗口顯示該單位未加入職工名 確認 選中 添加記錄到工資記錄窗口 保存 用戶登錄 是 否 輸入錯誤 否 是 否 是 圖 5-9 員工工資管理流程圖 企業考勤系統的設計與實現 - 24 - 5.3.4 系統維護模塊 此模塊除完成數據的一般性維護如數據的恢復與備份 、數據的定期刪除 ,還提供了本系統的部分維護功能，如系統的初始化，（該項功能將刪除數據庫中所有數據，所以僅在系統初始生成時使用）另外還有密碼的修改和單位編碼。 下面就數據維護和單位編碼分別進行一下討論。 盡管系統中采取各種保護措施來防止數據的安全性和完整性的破壞，但由于計算機系統中硬件的故障、軟件的錯誤、操作員的失誤以及故意的破壞，問題仍然是不可避免的，而且這些故障輕則造成運行事務非正常中斷，影響數據庫中數據的正確性，重則破壞數據庫，使數據庫中全部或部分數據丟失。因此作為一個完整的管理信息系統，數據的備份和恢 復當然是少不了的，在這里我們使用數據窗口提供的 SAVEAS()函數和 IMPORT()函數分別作為數據的備份和恢復，要聲明的是在這個過程中我們把指定的文件名設為 NULL。以便使系統彈出公共對話框由用戶選擇文件名和保存路徑以及保存格式，這給用戶提供了更大的自由度，當然，也帶來了一些問題。例如，如果用戶選擇的保存格式為 TEXT WITH HEADERS時（即含表頭的文件格式），在恢復過程中就會報錯，所以這點在幫助的文檔中特別加以注明。 至于單位編碼問題，主要是為了減少數據庫冗余，因為根據用戶需求職工編碼的前三位就 唯一標識單位，所以就在系統維護中特別添加此項。在開發此過程中遇到不少困難，例如在用戶修改編碼時，如果不保存原有的編碼就無法更新職工編碼，就造成數據丟失，為解決這一問題就做了以下的工作：首先在修改后保存前先把數據庫編碼（待改編碼）保存起來，然后把修改后的編碼（還未保存編碼）從數據緩沖區中取出，然后以待改編碼為檢索條件。檢索出職工編碼，修改成新的編碼，最后保存起來。 在這一節中，我們主要討論了兩個問題，一個是系統的聯機文檔，另一個是系統的測試，下面我們分別加以說明。 作為一個完整的系統，聯機文檔是其中不可缺少的 部分也是相當重要的部分。好的文檔能夠使用戶快速了解并準確的使用系統的各項功能。減少誤操作，減少錯誤產生的可能，這對用戶和開發人員都有很多的好處。所以在開發本系統中，也加入了不少的文檔，除了對于四大模塊的詳細說明外，對于易出錯和不易企業考勤系統的設計與實現 - 25 - 操作的地方（如多條件查詢部分）又作了詳細的說明。 由于程序員本身能力的局限性，所以做編寫的代碼，即使經過反復檢查也難免出錯所以在本階段力求使用有限的時間找出盡可能多的錯誤，力求系統盡量正確。我們在本系統的測試中使用了黑盒法（即不關心程序內部的邏輯結構，而是根據程序的功能來設計是檢測 ）請一位不熟悉本系統的人來進行隨意性的操作，打破習慣的操作順序，從中發現錯誤，在此階段系統的大量錯誤得到了改正。 6 測試與安裝 6.1 軟件的測試 完成了公司考勤信息管理系統，一個系統不可能不進行調試就直接拿來使用，正相反，一個系統要經過無數次的調試才有可能順利運行。測試的目的就是在軟件投入生產性運行之前，盡可能多地發現軟件中的錯誤。目前軟件測試仍然是保證軟件質量的關鍵步驟，它是對軟件規格說明、設計和編碼的最后復審。在開發大型軟件系統的過程中，需要面對錯綜復雜的問題，因此，在軟件生存周期的每個階段都不可 避免地會產生錯誤。我們力求在每個階段結束之前通過嚴格的技術審查，盡可能早的發現并糾正錯誤。一般情況下，系統的調試可以按照整體和部分的原則來劃分，分為單元調試（模塊調試）與綜合調試（整體調試）。而且單元調試是在綜合調試之前進行的，也就是說，只有進行完單元調試，才能進行綜合調試。本系統的調試就是按照這個步驟進行的。 與開發過程類似，測試過程也必須分步驟進行，每個步驟在邏輯上是前一個步驟地繼續。大型軟件系統通常由若干個子系統組成，每個子系統又由許多模塊組成。因此，軟件系統的測試基本上有下述幾個步驟組成： 在單元 調試進行完之后，就是相對復雜的綜合調試了。在進行這個階段的調試時，也發現了不少錯誤，但是經過多次檢查程序，問題也被一一排除了。 模塊測試：在這個測試步驟中所發現的往往是編碼和詳細設計的錯誤。 子系統測試：這個步驟著重測試模塊的接口。 系統測試：在這個測試步驟中發現的往往是軟件設計中的錯誤，也可能發現需求說明中的錯誤。 企業考勤系統的設計與實現 - 26 - 驗收測試：在這個測試步驟中發現的往往是系統需求說明書中的錯誤。 調試：使同適應性新開發出來的系統和將被它取代的舊系統，以便比較新、舊兩個系統的處理結果。 6.2 系統的打包與安裝 完成了公司考 勤管理信息系統的編程和調試工作，最后一步就是該系統的編譯和打包。這涉及到工程項目屬性的設置、可執行應用程序的生成。 (1)系統的打包 首先在新建項目對話框中，選擇項目類型窗格中的“安裝和部署項目”，然后選擇“安裝向導”。在“名稱”輸入框中輸入“多文檔應用程序”。單擊確定按鈕，“安裝向導”啟動。單擊下一步，第二步選擇創建安裝程序類型。在這里，我們選擇“創建用于 Windows 應用程序安裝程序”。第三步：選擇要包括的（打包）文件。 選擇后單擊下一步，顯示打包文件信息，單擊完成按鈕。在設計環境中，執行生成 |生成多文 檔應用程序命令。則應用程序被打包了。 (2)系統的安裝 在打包程序目錄的二級目錄下包含有打包和安裝應用程序的文件，雙擊其中的安裝程序 Setup.exe 或“多文檔應用程序”軟件包，就可以安裝應用程序了。 企業考勤系統的設計與實現 - 27 - 結 論 本系統在項目功能和數據結構的設計上嚴格要求 ,盡量切實體現實用 ,并兼顧到普通需求和特殊需求 ；在程序設計上界面友好 ,操作簡便 , 節省了大量的工作量 ,加強了檔案記錄的安全性和完整性，提高工作了效率 公司考勤 系統就是把分散的企事業單位的職工信息實行統一，集中，規范的收集管理，建立分類編號管理，電腦存儲查詢以及防火，防潮，防蛀，防盜等現代化，專業化的管理系統，為企事業單位和職工解除后顧之憂。 經過長時間的開發研究本系統成功實現了以下功能： 人事管理系統 功能：該模塊包括部門信息，員工信息，人員調動和福利待遇四個