計算機信息管理論文考勤管理系統(tǒng).doc

《計算機信息管理論文考勤管理系統(tǒng).doc》由會員分享，可在線閱讀，更多相關(guān)《計算機信息管理論文考勤管理系統(tǒng).doc（38頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、畢畢 業(yè)業(yè) 論論 文文 課題名稱：課題名稱： 考勤管理系統(tǒng)考勤管理系統(tǒng) 姓姓 名名: : 專專 業(yè)業(yè): : 計算機信息管理 學學 號號: : 1036001407758 指導老師指導老師: : 開 題 報 告 題目：考勤管理系統(tǒng)考勤管理系統(tǒng) 報告人：計算機信息管理，張?zhí)矣嬎銠C信息管理，張?zhí)?一、文獻綜述一、文獻綜述 隨著信息化的發(fā)展,各公司規(guī)模的不斷擴大,員工管理越來越復雜,考勤的時間又很短,且工作量大, 而考勤管理在公司、企業(yè)中起著舉足輕重的作用。因為人員考勤管理涉及到工資、福利等與員工個人 利益相關(guān)的事物，一個經(jīng)濟實體考勤管理工作的好壞，直接影響到員工主觀能動性的發(fā)揮，從而影響 到企業(yè)的經(jīng)

2、濟利益。 伴隨著經(jīng)濟實體的發(fā)展壯大公司員工的數(shù)量也越來越多。顯然，傳統(tǒng)的考勤制度。如手工考勤已越 來越不適應時代的發(fā)展，使用計算機進行人員考勤管理已經(jīng)成為一種迫切的需要。 經(jīng)過我們的詳細的調(diào)查,目前,許多單位員工考勤還停留在人工管理的基礎(chǔ)上,這樣的管理方法浪費 許多人力和物力,隨著科學技術(shù)的不斷提高這種傳統(tǒng)的手工管理方法必然被以計算機為基礎(chǔ)的信息管理 方法所取代. 使用計算機進行管理不僅可以降低管理工作的難度,也可以減少錯誤和提高效率.因此,開發(fā)一套能 夠為公司提供充足的信息和快捷的查詢手段的考勤管理,是非常必要的. 本設計是從深圳旭茂光電公司的實際考勤業(yè)務需求出發(fā)，針對該公司人工考勤管理的現(xiàn)

3、狀，經(jīng)過詳 細的系統(tǒng)調(diào)查，為該公司設計同時又有較強的通用性的前提下開發(fā)出的一個使用的智能卡考勤系統(tǒng)管 理系統(tǒng)。 二、選題的目的及意義二、選題的目的及意義 通過調(diào)研，目前市場上的其它各種考勤系統(tǒng)與智能卡考勤系統(tǒng)相比，無一例外地存在不足。市場 上的紙卡機考勤系統(tǒng)仍在使用但面臨淘汰；指紋考勤系統(tǒng)技術(shù)和硬件設備還有待提高。智能磁卡考勤 系統(tǒng)是最主流的考勤設備。所以說，智能磁卡考勤系統(tǒng)是具有成熟的市場和技術(shù)的！就開發(fā)時間短、 開發(fā)風險小、開發(fā)成本底、適用性強等特點，這都是紙卡、指紋考勤系統(tǒng)所不能比擬的，研究和設計 它還是有很強的實用性的。 智能磁卡考勤系統(tǒng)采用 Delphi 數(shù)據(jù)庫開發(fā)技術(shù)和射頻磁卡技術(shù)

4、開發(fā)。與其他考勤系統(tǒng)相比具有以 下幾個優(yōu)點： 1、適應性范圍廣。智能磁卡考勤系統(tǒng)不受溫度、光線等環(huán)境條件的限制；另外，采用 Delphi 數(shù) 據(jù)庫開發(fā)技術(shù)，支持網(wǎng)絡傳輸，不受距離限制。 2、管理功能強大。用 Delphi 開發(fā)的考勤管理系統(tǒng)具有強大的數(shù)據(jù)庫管理功能和可維護性。大降 低了工作員的工作量和操作難度。 3、成本低。由于軟件易于操作，大大降低了軟件開發(fā)成本和維護費用。硬件采用較為成熟的射頻 卡技術(shù)：磁卡機為 500-800 元，每張磁卡為 6-8 元。 三、研究的重點內(nèi)容三、研究的重點內(nèi)容 本畢業(yè)設計涉及到的主要內(nèi)容有：本畢業(yè)設計涉及到的主要內(nèi)容有： 1 1 現(xiàn)有產(chǎn)品和存在問題現(xiàn)有產(chǎn)品

5、和存在問題 2 2 課題的制作課題的制作 3 3 需求分析需求分析 4 4 功能需求分析功能需求分析 5 5 軟硬件分析軟硬件分析 6 6 運行環(huán)境要求運行環(huán)境要求 7 7 概要設計與詳細設計概要設計與詳細設計 8 8 系統(tǒng)設計原則系統(tǒng)設計原則 9 系統(tǒng)功能設計 本課題就是為了適應信息化時代潮流而提出的。它的使用結(jié)合 機讀磁卡進行公司的日?？记?，可 以實現(xiàn)日?？记?、考勤統(tǒng)計、考勤的查詢、員工管理等一系列工作的智能化、數(shù)字化，從而代替昔日 費時、費力易錯、枯燥乏味的人工考勤方式。使公司能夠?qū)T工的各種信息進行全面統(tǒng)計，方便公司 做出恰當?shù)莫剳椭贫?。本系統(tǒng)我主要設計了登錄模塊,主模塊，考勤管理模塊

6、。系統(tǒng)使用 delphi7.0 軟件開發(fā)工具，SQL Server 數(shù)據(jù)庫。 四、進度安排四、進度安排 3 月 25 日4 月 25 日 分析題目，查閱資料，學習與畢業(yè)設計相關(guān)的知識，作好前期準備工作。 4 月 25 日5 月 10 日 編寫論文 5 月 11 日6 月 10 日：調(diào)試軟件，撰寫畢業(yè)論文并征求導師意見，修改畢業(yè)論文，進行畢業(yè)論文的評議。 目目 錄錄 第第 1 1 章章 緒緒 論論7 7 1.11.1 課題應用背景課題應用背景 7 7 1.31.3 本選題可行性及現(xiàn)實意義本選題可行性及現(xiàn)實意義 8 8 1.41.41.21.2 現(xiàn)有產(chǎn)品和存在問題現(xiàn)有產(chǎn)品和存在問題 7 7 課題的

7、制作課題的制作 8 8 第第 2 2 章章 需求分析需求分析 9 9 2.12.1 功能需求分析功能需求分析 9 9 2.22.2 軟硬件分析軟硬件分析 4 4 2.32.3 運行環(huán)境要求運行環(huán)境要求 1010 第第 3 3 章章 概要設計與詳細設計概要設計與詳細設計 1111 3.13.1 系統(tǒng)設計原則系統(tǒng)設計原則 1111 3.23.2 系統(tǒng)功能設計系統(tǒng)功能設計 1111 3.2.1 系統(tǒng)的功能模塊圖 .12 3.2.2 系統(tǒng)的數(shù)據(jù)流程圖 .12 3.2.3 主要的數(shù)據(jù)字典 .14 3.2.4 系統(tǒng)的主程序流程圖 .15 3.33.3 各個子模塊的功能設計各個子模塊的功能設計 1515 3

8、.3.1 用戶登錄模塊 .15 3.3.2 考勤信息管理模塊 . 3.3.3 數(shù)據(jù)庫管理模塊 . 3.43.4 硬件單元硬件單元 1616 第第 4 4 章章 開發(fā)方法及開發(fā)工具簡介開發(fā)方法及開發(fā)工具簡介 1919 4.14.1 開發(fā)方法開發(fā)方法 1919 4.24.2 開發(fā)工具開發(fā)工具 第第 5 5 章章 數(shù)據(jù)庫設計數(shù)據(jù)庫設計 5.15.1 數(shù)據(jù)庫設計遵循的一般原則數(shù)據(jù)庫設計遵循的一般原則 5.25.2 數(shù)據(jù)庫需求分析數(shù)據(jù)庫需求分析 5.35.3 數(shù)據(jù)庫概念結(jié)構(gòu)設計數(shù)據(jù)庫概念結(jié)構(gòu)設計 5.45.4 各數(shù)據(jù)表的設計各數(shù)據(jù)表的設計 5.55.5 數(shù)據(jù)庫安全數(shù)據(jù)庫安全 第第 6 6 章章 實現(xiàn)實現(xiàn)

9、 6.16.1 用戶登陸子模塊用戶登陸子模塊 6.26.2 主功能模塊主功能模塊 6.36.3 時間設置模塊時間設置模塊 6.46.4 考勤管理模塊考勤管理模塊 第第 7 7 章章 測試與調(diào)試測試與調(diào)試 7.17.1 測試測試 7.27.2 調(diào)試調(diào)試 第第 8 8 章章 結(jié)束語結(jié)束語 8.18.1 研究成果研究成果 8.28.2 總結(jié)與展望總結(jié)與展望 致致 謝謝 參考文獻參考文獻 摘要摘要： 考勤管理系統(tǒng)能夠幫助公司單位在人事管理上對員工信息進行管理，系統(tǒng)全面實現(xiàn)了公司的基本管理 要求，能大大提高公司的工作效率和管理能力。 本課題就是為了適應信息化時代潮流而提出的。它的使用結(jié)合 機讀磁卡進行公

10、司的日?？记?，可 以實現(xiàn)日常考勤、考勤統(tǒng)計、考勤的查詢、員工管理等一系列工作的智能化、數(shù)字化，從而代替昔日 費時、費力易錯、枯燥乏味的人工考勤方式。使公司能夠?qū)T工的各種信息進行全面統(tǒng)計，方便公司 做出恰當?shù)莫剳椭贫取１鞠到y(tǒng)我主要設計了登錄模塊,主模塊，考勤管理模塊。系統(tǒng)使用 delphi7.0 軟件開發(fā)工具，SQL Server 數(shù)據(jù)庫。 關(guān)鍵詞：關(guān)鍵詞：考勤 考勤統(tǒng)計 考勤查詢 模塊 第第 1 1 章章 緒緒 論論 1.11.1 課題應用背景課題應用背景 隨著信息化的發(fā)展,各公司規(guī)模的不斷擴大,員工管理越來越復雜,考勤的時間又很短,且工作量大, 而考勤管理在公司、企業(yè)中起著舉足輕重的作用。

11、因為人員考勤管理涉及到工資、福利等與員工個人 利益相關(guān)的事物，一個經(jīng)濟實體考勤管理工作的好壞，直接影響到員工主觀能動性的發(fā)揮，從而影響 到企業(yè)的經(jīng)濟利益。 伴隨著經(jīng)濟實體的發(fā)展壯大公司員工的數(shù)量也越來越多。顯然，傳統(tǒng)的考勤制度。如手工考勤已越 來越不適應時代的發(fā)展，使用計算機進行人員考勤管理已經(jīng)成為一種迫切的需要。 經(jīng)過我們的詳細的調(diào)查,目前,許多單位員工考勤還停留在人工管理的基礎(chǔ)上,這樣的管理方法浪費 許多人力和物力,隨著科學技術(shù)的不斷提高這種傳統(tǒng)的手工管理方法必然被以計算機為基礎(chǔ)的信息管理 方法所取代. 使用計算機進行管理不僅可以降低管理工作的難度,也可以減少錯誤和提高效率.因此,開發(fā)一套

12、能 夠為公司提供充足的信息和快捷的查詢手段的考勤管理,是非常必要的. 本設計是從西安華龍公司的實際考勤業(yè)務需求出發(fā)，針對該公司人工考勤管理的現(xiàn)狀，經(jīng)過詳細的 系統(tǒng)調(diào)查，為該公司設計同時又有較強的通用性的前提下開發(fā)出的一個使用的智能卡考勤系統(tǒng)管理系 統(tǒng)。 1.21.2 現(xiàn)有產(chǎn)品和存在問題現(xiàn)有產(chǎn)品和存在問題 目前市場上，考勤系統(tǒng)已經(jīng)有很多產(chǎn)品的存在，據(jù)我們調(diào)研分析，當前的考勤狀況非?；靵y，高低 不齊。有的大公司，有著良好的智能化考勤系統(tǒng)；而有的中小公司的考勤系統(tǒng)不是智能化不強，就是 有設備不用，隨意性較強。小公司則更加混亂。 目前市場上所使用的考勤管理系統(tǒng)有以下三類： 1、人工管理系統(tǒng) 完全的人工

13、管理，員工每次上班都以簽名的方式進行登記，這種管理系統(tǒng)是最原始的管理方法， 基本上已被社會所淘汰，但一些小單位仍在使用。 2、指紋考勤管理系統(tǒng) 指紋考勤管理系統(tǒng)，在一些安全性要求較高的地方有較多應用。在員工考勤系統(tǒng)中，這是較為新 型的產(chǎn)品。 指紋考勤管理系統(tǒng)是利用人的指紋作為身份唯一識別。硬件是一智能考勤機作為前臺，電腦作為 后臺信息處理，先對員工指紋進行采樣庫存?？记跁r對員工指紋與指紋庫進行比較。當確認以后，記 錄員工的出勤時間、日期、后臺管理系統(tǒng)進行核對操作。 指紋考勤系統(tǒng)的缺點：利用指紋考勤，理論上是可行的，杜絕了代打卡現(xiàn)象。但實際應用中，有 一些人員指紋無法識別，并且會出現(xiàn)“誤判”現(xiàn)象

14、，此外對光線、溫度、濕度的要求也比較嚴格，適 應性差。 3、紙卡考勤系統(tǒng) 紙卡考勤系統(tǒng)是半機械化半人工的考勤系統(tǒng)。其特點是價格底，但要求人進行統(tǒng)計和核算。紙卡 機的工作原理是利用一個紙卡機，員工用屬于自己的紙卡在“統(tǒng)計卡”上打上時間，記錄上下班時 間。統(tǒng)計卡是消耗品，目前此系統(tǒng)存在的問題是：代打卡現(xiàn)象極為嚴重，且需專人看管。但投入成 本底。 紙卡機屬于較早的一代考勤系統(tǒng)，十分浪費人力，并沒有在真正意義上實現(xiàn)信息化，是面臨淘汰 的產(chǎn)品，但目前仍被使用。 4、智能磁卡考勤系統(tǒng) 智能磁卡考勤系統(tǒng)是一個磁卡機和電腦相連，這是真正信息化的考勤系統(tǒng)。有著良好的管理功能， 直接對信息進行管理，如統(tǒng)計、打印、

15、修改等。它的工作原理是：利用員工每個人都有一個電腦能夠 唯一識別的字串，代表個人的唯一編碼。電腦以此作為對員工工作的唯一識別和記錄處理。雖然，磁 卡機考勤系統(tǒng)有著極方便的管理能力。但代打卡現(xiàn)象仍然很嚴重。 智能磁卡是真正意義上的數(shù)字化考勤，但仍需改進其不足之處。 ，智能磁卡考勤系統(tǒng)，較適應大中 型企業(yè)，有較大的處理和管理功能。 1.31.3 本選題可行性及現(xiàn)實意義本選題可行性及現(xiàn)實意義 通過調(diào)研，目前市場上的其它各種考勤系統(tǒng)與智能卡考勤系統(tǒng)相比，無一例外地存在不足。市場 上的紙卡機考勤系統(tǒng)仍在使用但面臨淘汰；指紋考勤系統(tǒng)技術(shù)和硬件設備還有待提高。智能磁卡考勤 系統(tǒng)是最主流的考勤設備。所以說，智

16、能磁卡考勤系統(tǒng)是具有成熟的市場和技術(shù)的！就開發(fā)時間短、 開發(fā)風險小、開發(fā)成本底、適用性強等特點，這都是紙卡、指紋考勤系統(tǒng)所不能比擬的，研究和設計 它還是有很強的實用性的。 智能磁卡考勤系統(tǒng)采用 Delphi 數(shù)據(jù)庫開發(fā)技術(shù)和射頻磁卡技術(shù)開發(fā)。與其他考勤系統(tǒng)相比具有以 下幾個優(yōu)點： 1、適應性范圍廣。智能磁卡考勤系統(tǒng)不受溫度、光線等環(huán)境條件的限制；另外，采用 Delphi 數(shù) 據(jù)庫開發(fā)技術(shù)，支持網(wǎng)絡傳輸，不受距離限制。 2、管理功能強大。用 Delphi 開發(fā)的考勤管理系統(tǒng)具有強大的數(shù)據(jù)庫管理功能和可維護性。大大 的降低了工作員的工作量和操作難度。 3、成本低。由于軟件易于操作，大大降低了軟件開

17、發(fā)成本和維護費用。硬件采用較為成熟的射頻 卡技術(shù)：磁卡機為 500-800 元，每張磁卡為 6-8 元。 本課題組以 “智能卡智能考勤系統(tǒng)設計”為題，在指導老師的指導下，初步開發(fā)相關(guān)的應用程序，解決傳統(tǒng)考 勤的不足。這對于我們深入理解所學知識，提高綜合應用能力，無疑具有很大的現(xiàn)實意義。 1.4 課題的制作 第第 2 2 章章 需求分析需求分析 需求分析是進行系統(tǒng)開發(fā)的基礎(chǔ)。通過需求分析，可以明確用戶需求，確定系 統(tǒng)功能。具體而言，我們從如下幾個方面進行了分析： 2.1 功能需求分析功能需求分析 功能需求主要是為了明確所開發(fā)的軟件必須具備的功能?？记谑窍鄬Ψ爆嵉墓?作，公司每天都要對員工進行考勤

18、，員工上班時在考勤系統(tǒng)上登陸，下班時進行注 銷，系統(tǒng)會自動記錄，這樣可以節(jié)省許多時間。當員工不能正常上班時，如出差、請 假等，可以給系統(tǒng)操作員說明原因，然后在考勤系統(tǒng)上進行記錄，在每個月進行結(jié) 算工資是根據(jù)考勤系統(tǒng)的記錄來增減個人薪金。 考勤信息的來源，可以直接由考勤人員手工輸入，也可以由每個員工登陸考勤 系統(tǒng)，進行注冊。當然還有其他方式進行考勤信息輸入。在本文所闡述的系統(tǒng)中， 所有員工都通過智能卡識別來進行登陸和注銷，同時系統(tǒng)需要密碼才能進入。每個 員工的智能卡信息已通過采集，轉(zhuǎn)化為數(shù)據(jù)信息，每次智能卡識別將激活系統(tǒng)的考 勤資料輸入模塊。這個模塊也可以用手工輸入，以備例外情況。 根據(jù)分析，在

19、本系統(tǒng)中，我們需要實現(xiàn)以下一些基本功能： （1）員工管理：可以添加、刪除、查詢、修改員工的基本資料。 （2）帳戶管理：系統(tǒng)管理員可以添加、刪除、查詢系統(tǒng)操作員，并指定各操作人 員的權(quán)限（權(quán)限管理）。 （3）考勤管理：系統(tǒng)操作員可以設置上下班時間，并能對出差、加班、請假信息 進行添加，修改和刪除。 （4）。考勤統(tǒng)計管理：操作員可以對員工的考勤資料進行統(tǒng)計，并可產(chǎn)生報表；員 工也可以登陸系統(tǒng)查詢個人考勤資料。 （5）數(shù)據(jù)庫備份：對現(xiàn)有的數(shù)據(jù)庫進行管理，包括數(shù)據(jù)庫壓縮、備份和恢復，以 方便用戶對數(shù)據(jù)庫的管理和維護工作 （6）數(shù)據(jù)查詢：可以對員工信息進行查詢，也可以對統(tǒng)計信息進行按條件查詢。 包括遲到

20、、早退、缺勤、信息，出差信息，加班信息和請假信息的查詢。 （7）打印輸出：可以對統(tǒng)計信息，查詢信息產(chǎn)生報表并進行打印輸出 2.2 軟軟硬件分析硬件分析 智能磁卡考勤系統(tǒng)采用 Delphi 數(shù)據(jù)庫開發(fā)技術(shù)和射頻磁卡技術(shù)開發(fā)。與其他考 勤系統(tǒng)相比具有以下幾個優(yōu)點： 1、適應性范圍廣。智能磁卡考勤系統(tǒng)不受溫度、光線等環(huán)境條件的限制；另外， 采用 Delphi 數(shù)據(jù)庫開發(fā)技術(shù)，支持網(wǎng)絡傳輸，不受距離限制。 2、管理功能強大?；?Delphi的考勤管理系統(tǒng)具有強大的數(shù)據(jù)庫管理功能和 可維護性。大大的降低了工作員的工作量和操作難度。 3、成本低。由于軟件易于操作，大大降低了軟件開發(fā)成本和維護費用。硬件

21、采用較為成熟的射頻卡技術(shù)：磁卡機為 500-800 元，每張磁卡為 6-8 元。硬件成本 較低，且采用非接觸式射頻技術(shù)，硬件屬于非易耗品。 2.3 運行運行環(huán)環(huán)境要求境要求 系統(tǒng)的運行對運行環(huán)境還有一些要求： 1、硬件環(huán)境： 處理器：Intel Pentium 166MX 或更高； 內(nèi)存：至少 64MB 建議 128MB 或更多； 硬盤：1GB； 顯卡：SVGA 顯示適配器； 2、軟件環(huán)境： 操作系統(tǒng)：Windows98/2000/Me/XP 數(shù) 據(jù) 庫：Microsoft SQL Server 軟件開發(fā)工具：Delphi7.0 第第 3 3 章章 概要概要設計設計與與詳細設計詳細設計 3.1

22、 系系統(tǒng)設計統(tǒng)設計原原則則 在當前諸多條件制約下，首先要研究智能考勤系統(tǒng)的實用性，使用戶真正得到 效益，充分發(fā)揮它的作用。同時又要注重它的科學性，以促進管理的現(xiàn)代化。智能 考勤系統(tǒng)開發(fā)的原則如下： 1、可行性原則。系統(tǒng)要保證技術(shù)上的可靠性和經(jīng)濟上的可行性。計算機系統(tǒng)、 通訊網(wǎng)絡系統(tǒng)設計和數(shù)據(jù)設計，在技術(shù)上必須是成熟的，經(jīng)實踐檢驗是成功的，在 經(jīng)濟上是可能實現(xiàn)的。 2、適應性原則。系統(tǒng)要保證可擴展性、可維護性。系統(tǒng)軟、硬件都要有擴充升級 的充分余地，系統(tǒng)要便于維護，系統(tǒng)對用戶的需求要有一定的適應能力。 3、安全性及保密性原則。智能考勤系統(tǒng)是實現(xiàn)薪金結(jié)算的基礎(chǔ)，如果哪一個環(huán) 節(jié)出現(xiàn)問題，例如系統(tǒng)操

23、作員數(shù)據(jù)泄密，可能會導致財務結(jié)算系統(tǒng)混亂，后果不堪 設想。因此，必須設置用戶權(quán)限，以保證系統(tǒng)有較好的安全性，同時，系統(tǒng)也應有較 強的數(shù)據(jù)備份和數(shù)據(jù)恢復功能。 4、人機結(jié)合原則。人工信息收集系統(tǒng)與計算機管理信息系統(tǒng)要緊密結(jié)合。完整、 準確、及時的信息是信息系統(tǒng)運行的基礎(chǔ)。計算機系統(tǒng)是提供信息處理及輔助決策 的技術(shù)手段，人工系統(tǒng)與計算機系統(tǒng)要有機的結(jié)合，友好的人-機界面是系統(tǒng)設計 的主要原則之一。 5、系統(tǒng)工程原則。系統(tǒng)調(diào)查、系統(tǒng)分析、系統(tǒng)設計、軟件開發(fā)以及實施都要遵照 系統(tǒng)工程的方法和步驟一步一步地進行，以便確保系統(tǒng)的整體性。 6、統(tǒng)一規(guī)劃、分期實施、逐步完善原則。管理信息系統(tǒng)要按規(guī)劃、分階段實

24、施， 由點到面逐步擴充，逐步完善，循序漸進。 3.2 系系統(tǒng)統(tǒng)功能功能設計設計 系統(tǒng)設計是根據(jù)需求分析的結(jié)果，設計系統(tǒng)的模塊和結(jié)果之間的內(nèi)在聯(lián)系。 3.2.1 系統(tǒng)的功能模塊圖系統(tǒng)的功能模塊圖 智能考勤管理系統(tǒng) 管理員身份驗證 考勤管理帳戶管理 考 勤 管 理 數(shù) 據(jù) 備 份 數(shù) 據(jù) 查 詢 考 勤 統(tǒng) 計 打 印 輸 出 員 工 管 理 修 改 密 碼 添 加 用 戶 刪 除 用 戶 圖圖 3-1 系統(tǒng)的功能模塊圖 3.2.2 系統(tǒng)的數(shù)據(jù)流程圖系統(tǒng)的數(shù)據(jù)流程圖 出勤的原始時間記錄主要來源于智能卡考勤機，并且以固定格式保存在數(shù)據(jù) 庫中。系統(tǒng)的各部分數(shù)據(jù)流程圖如下所示. 1）出勤管理數(shù)據(jù)流程圖如

25、下所示： 出勤信息 管理員信息 系統(tǒng)管 理員 11 系統(tǒng) 登陸 D1 出勤 信息 12 系統(tǒng) 管 理 D3 員工信息D2 圖 3-2 出勤管理數(shù)據(jù)流程圖 （2）添加加班記錄數(shù)據(jù)流圖如下所示： 員工信息 系統(tǒng)管 理員 21 系統(tǒng) 登陸 D2 D4加班信息 加班 信息 22 加班 管理 圖 3-3 添加加班記錄數(shù)據(jù)流圖 （3）添加請假記錄錄數(shù)據(jù)流圖如下所示： 員工請假信息 系統(tǒng)管 理員 出勤信息 請假 信息 經(jīng)理 請假 信息 31 請假 批示 D5 32 系統(tǒng) 管 理 D6 31 記錄 登記 圖 3-4 添加請假記錄數(shù)據(jù)流圖 3.2.3 主要的數(shù)據(jù)字典主要的數(shù)據(jù)字典 名字：員工編號 描述：唯一的標

26、識員工的關(guān)鍵 域 定義：員工編號6字符6 位置：考勤信息 出差信息 請假信息 加班信息 統(tǒng)計報表 圖 3-5 員工編號的數(shù)據(jù)字典 圖 3-6 加班表的數(shù)據(jù)字典 名字：考勤表 描述：每天記錄員工出勤狀態(tài)的 表 定義：考勤表員工編號日期 刷卡時間出入狀態(tài) 位置：統(tǒng)計時，將其內(nèi)容計入統(tǒng) 計表并判斷員工狀態(tài) 名字：請假表 描述：記錄員工請假信息的表 定義：請假表員工編號開 始時間結(jié)束時間描 述 位置：由統(tǒng)計表對其進行統(tǒng)計 圖 3-7 考勤表的數(shù)據(jù)字典 圖 3-8 請假表的數(shù)據(jù)字典 名字：加班表 描述：每天記錄員工出勤狀態(tài) 的表 定義：加班表員工編號日 期加班時間 位置：統(tǒng)計時，將其內(nèi)容計入 統(tǒng)計表并判

27、斷員工狀態(tài) 3.2.4 系統(tǒng)的主程序流程圖系統(tǒng)的主程序流程圖 圖 3-9 系統(tǒng)主程序流程圖 3.3 各個子模各個子模塊塊的功能的功能設計設計 3.3.1 用戶登錄模塊用戶登錄模塊 功能：由用戶輸入用戶名和密碼。如果用戶名和相應密碼正確，則根據(jù)該用戶的 權(quán)限類別進行權(quán)限設置；若用戶名和密碼錯誤，則進行錯誤提示，且只允許用戶輸 入 3 次，超過 3 次系統(tǒng)自動退出。系統(tǒng)管理員進入考勤操作主界面。一般管理員進 入一般管理員界面，相應的操作會受到限制。例如：不能添加，刪除管理員，不能修 改用戶權(quán)限。 3.3.2 考勤信息管理模塊考勤信息管理模塊 功能：本模塊主要實現(xiàn)對上、下班時間設置，同時對出勤信息，

28、加班信息，請假 信息，出差信息進行添加、刪除、修改等操作。 功能結(jié)構(gòu)圖如圖 3-10 所示： 考勤管理 上下 班時 間設 置 出勤 管理 請假 管理 加班 管理 出差 管理 添 加 更 改 修 改 刪 除 圖 3-10 考勤信息管理模塊功能結(jié)構(gòu)圖 相關(guān)數(shù)據(jù)表： 考勤表，請假表，出差表，加班表。 3.3.3 數(shù)據(jù)庫管理模塊數(shù)據(jù)庫管理模塊 功能：本模塊實現(xiàn)對系統(tǒng)數(shù)據(jù)庫的備份和還原，以防止出現(xiàn)數(shù)據(jù)丟失等致命錯 誤。 功能結(jié)構(gòu)圖 如圖 3-11 所示： 圖 3-11 數(shù)據(jù)庫管理模塊功能結(jié)構(gòu)圖 3.4 硬件硬件單單元元 系統(tǒng)的硬件有射頻卡、讀卡機、計算機組成。射頻卡讀/寫單元是一個比較常用 的自動控制設

29、備部件這是一種非接觸式讀/寫程序。射頻卡讀寫單元的結(jié)構(gòu)框圖如 下： 圖 3-12 射頻卡讀寫單元的結(jié)構(gòu)框圖 射頻卡讀/寫單元產(chǎn)品采用串口通信技術(shù)。射頻卡讀寫單元提供與微控制器通 信的 TTL 通信接口。數(shù)據(jù)傳輸采用標準串行方式。主板模塊采用四芯排線與外界 相連。排線定義方式如下：（芯片端口向上，面對接口插座）從左到右依次為 Vcc，GND，TXD，RXD。 1、射頻卡讀/寫單元特性 （1）具有精簡的指令集，可將射頻卡基本操作集成幾條命令，操作簡便。 （2）具有讀、寫、增、減、初始化射頻卡裝載密碼等功能。 （3）對射頻工作的頻率為 13.56MHz。 （4）對射頻卡的操作距離為 25mm。 （5

30、）數(shù)據(jù)傳輸速率 115200bit/s，通信錯誤偵測。 （6）TTL 通信接口。 （7）單電源供電：+5V。 2、射頻卡讀/寫命令集 （1）LOADKEY：改變存放于 RF 讀寫單元內(nèi)部的授權(quán)密碼。 （2）READ：讀出卡片中模塊的數(shù)據(jù)。 （3）WRITE：將數(shù)據(jù)寫入卡片中的模塊。 （4）INITVAL：將卡片中某扇區(qū)的內(nèi)容賦予初值，并初始化為可供增減的模 塊。 （5）DECREMENT：將卡片中某扇區(qū)的內(nèi)容減去某一數(shù)值。 （6）INCREMENT：將卡片中某扇區(qū)的內(nèi)容加上某一數(shù)值。 3、射頻卡讀/寫單元編程協(xié)議 協(xié)議規(guī)定：該通信數(shù)據(jù)傳輸速率 115200BIT/S。通信格式為一位起始位，八位

31、 數(shù)據(jù)位。一位結(jié)束位，無奇偶校驗位，數(shù)據(jù)最大長度為 32 字節(jié)。 開始通信時，接收機和發(fā)送機都處于就緒狀態(tài)。首先，發(fā)送機發(fā)送一個起始信 號（STX），正常返回一個 DLE 信號，之后開始通信，反之，若無應答，重復三次。三 次之后仍無應答則停止，不再通信。 當數(shù)據(jù)塊中的數(shù)據(jù)為 10H 時將被發(fā)送兩次。通信數(shù)據(jù)之間的最大時間間隔 為 0.5S，如果時間間隔大于 0.5S 就認為通信失敗。 第第 4 4 章章 開開發(fā)發(fā)方法及開方法及開發(fā)發(fā)工具工具簡簡介介 4.1 開開發(fā)發(fā)方法方法 目前流行的系統(tǒng)開發(fā)方法主要有生命周期法、快速原型法、面向?qū)ο箝_發(fā)方法 等，每種方法各有特色。 生命周期法是一種有效、成熟

32、的方法，它對軟件生產(chǎn)實現(xiàn)工程化起了重要作用， 但是應用該方法的前提條件是必須確定系統(tǒng)的需求，才能得到預期的正確結(jié)果。對 于信息系統(tǒng)來講，由于其問題空間十分龐大，不論開發(fā)者在系統(tǒng)分析時采用何種嚴 格的方法力爭準確地描述用戶需求，在系統(tǒng)沒有開發(fā)到一定程度，用戶對系統(tǒng)的理 解達不到一定的程度是無法準確表達出需求的。這并不是說用戶需求捉摸不定。為 了解決需求的模糊性和變化性，出現(xiàn)了另一類系統(tǒng)開發(fā)方法，即快速原型法。 快速原型法是在系統(tǒng)分析基礎(chǔ)上，由開發(fā)者盡快構(gòu)造出一個應用系統(tǒng)原型，經(jīng) 用戶初步應用，對系統(tǒng)有了一定的認識后，再由系統(tǒng)開發(fā)者與用戶反復進行交流， 逐步完善達到最終目標?？焖僭头ú粌H是一種方

33、法，更是一種技巧，它可以運用 與系統(tǒng)開發(fā)的各個階段，例如在系統(tǒng)分析階段用于提煉用戶需求，在系統(tǒng)實現(xiàn)階段 開發(fā)軟件原型等。 面向?qū)ο蟮拈_發(fā)方法著眼于所研究的問題，對問題空間進行自然分割，識別其 中的對象及其相互聯(lián)系，建立問題空間的信息模型。其基本思想是把信息系統(tǒng)本 身看成是一系列離散的對象的集合。這些對象即包括數(shù)據(jù)結(jié)構(gòu)，也包括在這些數(shù) 據(jù)結(jié)構(gòu)上的操作與行為。各對象之間由事件觸發(fā)，引發(fā)互通消息而實現(xiàn)互操作。這 樣設計出的軟件必然是模塊化的、可重用的、可擴充的和可移植的，克服了過去由 于分析設計與實施割裂所造成的程序編制必須到設計后期才能進行的程序沉淀現(xiàn) 象。面向?qū)ο蠓椒ǖ闹饕獌?yōu)點并不是減少開發(fā)時間

34、，它可能比傳統(tǒng)的結(jié)構(gòu)化方法 的開發(fā)時間還要長一些。它的主要目標是促進未來系統(tǒng)的可重用性，減少后續(xù)階 段的開發(fā)量，從而大大提高軟件生產(chǎn)率與可維護性。 綜觀上述各種方法，考慮到信息系統(tǒng)開發(fā)過程的順序性和開發(fā)過程的固有特點， 結(jié)合實際開發(fā)的經(jīng)驗教訓，我們認為各種不同的系統(tǒng)開發(fā)方法適用于各自不同的 領(lǐng)域。本設計主要采用面向?qū)ο蟮拈_發(fā)方法。 4.2 開開發(fā)發(fā)工具工具 “智能考勤系統(tǒng)”設計為 Client/Server 結(jié)構(gòu)的應用程序。客戶端采用 Delphi7.0 作為前端開發(fā)工具，采用 ADO 設置數(shù)據(jù)源，后臺采用 Microsoft SQL Server 2000 數(shù)據(jù)庫。系統(tǒng)運行的操作系統(tǒng)為 Wi

35、ndows98/NT/Me/2000/XP。下面簡要介 紹各個開發(fā)工具。 Delphi 被稱為第四代程序開發(fā)語言，是一種常用的可視化編程工具，集成了 大量的可視化控件，程序員只需要做少量的工作就能完成大量復雜的工作。同時， Delphi 還具有功能強大，運行高效，界面簡潔等特點。它與 Visual C+相比，在功 能上豪不遜色，而且更容易掌握；與 Visual Basic 相比，Delphi 具有更強大的功能。 可以說 Delphi 集合了 Visual C+強大的功能和 Visual Basic 的操作簡便。因此， 利用 Delphi 編寫 Windows 開發(fā)應用程序十分方便。 Delph

36、i7.0 是公司在 2002 年 8 月推出的新版本。與以往的各個版本相比，不僅 繼承了功能強大、成熟而豐富的組件，同時又增加了一些新的特性，如企業(yè)應用 的 MDA 開發(fā)，可視化的快速 Web 開發(fā)，免費的 Datasnap 多層應用開發(fā)以及基 于 Windows XP 的應用。 Microsoft SQL Server 2000 是 Microsoft 在 SQL Server 7.0 基礎(chǔ)上推出的新一 代大型電子商務、數(shù)據(jù)轉(zhuǎn)換服務、數(shù)據(jù)倉庫服務等方面引入了大量新的特性，為 Web 標準提供了大量支持，并為系統(tǒng)管理提供了許多有力的工具。 第第 5 5 章章 數(shù)據(jù)數(shù)據(jù)庫設計庫設計 5.1 數(shù)據(jù)

37、數(shù)據(jù)庫設計庫設計遵循的一般原遵循的一般原則則 數(shù)據(jù)庫設計是構(gòu)建一個系統(tǒng)的關(guān)鍵。這是因為數(shù)據(jù)庫設計的優(yōu)劣將直接影響 系統(tǒng)數(shù)據(jù)的安全性、可靠性。在數(shù)據(jù)庫的設計過程中，需要遵循的一般原則是： （1）、數(shù)據(jù)庫各表的設計要反映現(xiàn)實中的事物。數(shù)據(jù)表中的字段類型和大小要 符合使用習慣。 （2）、減少數(shù)據(jù)庫的冗余和數(shù)據(jù)的不一致性。數(shù)據(jù)庫應用的一個特點是對數(shù)據(jù) 庫的頻繁操作，每次操作可能只會涉及一個表，也可以同時涉及多個表，也有可 能對一個數(shù)據(jù)表進行多個操作，在這種情況下，由于數(shù)據(jù)冗余和數(shù)據(jù)不一致時， 可能會引起錯誤。 （3）、要有助于提高數(shù)據(jù)處理速度。程序訪問數(shù)據(jù)庫的速度依賴于硬件的速度， 數(shù)據(jù)量的大小和數(shù)據(jù)

38、表設計的優(yōu)劣，而前兩個因素是很難更改的。 （4）、要保證數(shù)據(jù)庫的安全。安全性是數(shù)據(jù)庫應用軟件的重要要求。 5.2 數(shù)據(jù)數(shù)據(jù)庫庫需求分析需求分析 根據(jù)數(shù)據(jù)流程圖（圖 3-2，3-3，3-4），可以列出以下管理系統(tǒng)所需的數(shù)據(jù)項和 數(shù)據(jù)結(jié)構(gòu)。 1、 出勤記錄：記錄號、員工、出入情況、出入時間。 2、 請假記錄：記錄號、員工、假期起始時間、假期結(jié)束時間、請假原由。 3、 加班記錄：記錄號、員工、加班時間長度、日期。 4、 出差記錄：記錄號、員工、出差起始時間、出差結(jié)束時間、具體描述。 5、 月度考勤統(tǒng)計：記錄號、員工、年月、累計正常工作時間、累計請假時間、累 計加班時間、累計出差時間、遲到次數(shù)、早退次

39、數(shù)、礦工次數(shù)。 6、 所需的外部數(shù)據(jù)支持： （1）、員工信息：員工號、密碼、權(quán)限、姓名、部 門、當前狀態(tài)等。 （2）部門信息：部門編號、名稱等。 5.3 數(shù)據(jù)數(shù)據(jù)庫庫概念概念結(jié)結(jié)構(gòu)構(gòu)設計設計 出勤管理系統(tǒng)的 E-R 圖： 密碼 員工編號 所屬部門 圖 5-1 出勤管理系統(tǒng)的 E-R 圖 請假管理，出差管理，加班管理的概念結(jié)構(gòu)設計基本相同，現(xiàn)舉例請假管理 的 E-R 圖如下頁： 員工姓名 M N N 圖 5-2 請假管理系統(tǒng)的 E-R 圖 5.4 各數(shù)據(jù)表的各數(shù)據(jù)表的設計設計 數(shù)據(jù)庫設計是構(gòu)建一個系統(tǒng)的關(guān)鍵，根據(jù)系統(tǒng)各模塊的功能和它們要處理的 數(shù)據(jù)，可以基本確定數(shù)據(jù)庫中各表的字段結(jié)構(gòu)。 本系統(tǒng)采

40、用 SQL Server 2000 建立數(shù)據(jù)庫。數(shù)據(jù)庫中表結(jié)構(gòu)設計如下： M N N 1 員工 員工姓名員工地址 密碼 記錄 系統(tǒng)管理員 用戶權(quán)限 用戶名 操作 出勤信息 員工編號出入狀態(tài)具體時間 系統(tǒng)管理員 用戶權(quán)限 用戶名 密碼 操作 1 員工 員工編號員工地址 所屬部門密碼 記錄 請假信息 員工編號請假開始時間狀態(tài) 請假結(jié)束時間請假緣由 表 5-1：ATTENDANCE 出勤記錄表 字段名 數(shù)據(jù)類型 是否可空 說明 ID INTEGRENOTNULL 記錄編號（主關(guān)鍵字） PERSONCHAR（6）NOTNULL 員工號(外部關(guān)鍵字) IN_OUTCHAR(1)NOTNULL出入情況 I

41、O_TIMEDATENOTNULL 出入時間 表 5-2： LEAVE 請假記錄表 字段名 數(shù)據(jù)類型 是否可空 說明 IDINTEGERNOTNULL 記錄編號 PERSONCHAR（6）NOTNULL 員工號 START- TIME DATENOTNULL 假期開始時間 END-TIME DATENOTNULL 假期結(jié)束時間 REASONVARCHAR( 10) NOTNULL 請假原由 表 5-3：LOGIN 管理員用戶表 字段名 數(shù)據(jù)類型 是否可空 說明 USERNA ME CHAR（10）NOT NULL 用戶名 PASSWDCHAR（10）NOT NULL 密碼 AUTHORI TY

42、 CHAR（10）YES 用戶權(quán)限 表 5-4 ： OVERTIME 加班時間 字段名 數(shù)據(jù)類 型 是否可空 說明 IDINTEGERNOT NULL 記錄編號 PERSONCHAR（6）NOT NULL 員工號 WORE- HOURS SMALLINTNOT NULL 加班時間 WORE- DATE DATENOT NULL加班日期 表 5-5： ERRAND 出差記錄表 字段名 數(shù)據(jù)類型 是否可空 說明 IDINTGERNOTNULL 記錄編號 PERSONCHAR（6）NOT NULL 員工號 START- TIME DATENOT NULL 出差開始時間 END-TIMEDATENOT

43、 NULL 出差結(jié)束時間 DESCRIPTI ON VARCHAR (6) NOT NULL具體描述 表 5-6：PERSON 員工個人信息表 字段名 數(shù)據(jù)類型 是否可空 說明 IDCHAR（6）NOTNULL 員工號（主關(guān)鍵字） PASSWDCHAR（20）NOTNULL 密碼 AUTHORIT Y CHAR（1）YES 用戶權(quán)限 NAMEVARCHAR（1 0） YES姓名 SEXCHAR（1）NOTNULL 性別 BIRTHDAYDATEYES生日 DEPARTEM ENT CHAR（3）YES 所在部門 JOBCHAR（3）YES 職務 EDU LEVEL CHAR（1）YES受教育程

44、度 SPECIALTYVARCHAR（2 0） YES 專業(yè)技能 ADDRESSVARCHAR（5 0） YES家庭住址 TELVARCHAR（2 0） YES 聯(lián)系電話 EMAILVARCHAR（5 0） YES 電子郵箱 STATECHAR（1）YES 當前狀態(tài)（T，F(xiàn)） REMARKVARCHA（40 0） YES 備注 表 5-7： DERARTMENT 部門信息表 字段名 數(shù)據(jù)類型 是否可空 說明 IDCHAR（3）NOTNULL 部門編號 NAMEVARCHAR（20）NOT NULL 部門名稱 MANAGERCHAR（6）YES 部門經(jīng)理 INTROVARCHAR（400 0）

45、YES 備注 表 5-8：COUNTER 計數(shù)器表 字段名 數(shù)據(jù)類型 是否可空 說明 IDCHAR（1）NOT NULL 計數(shù)器編號 COUNTER- VALUE INTEGERNOT NULL 記數(shù)值 DESCRIPTIO N VARCHAR（1 0） YES描述 5.5 數(shù)據(jù)數(shù)據(jù)庫庫安全安全 用 DELPHI 的 DBNAVIGATOR、TABLE、DATASET 組件來實現(xiàn)多客戶的程 序時，向主表插入一條新記錄，編輯好后直接提交，往往會出現(xiàn)線路被占用不能提 交數(shù)據(jù)錯誤。 在數(shù)據(jù)庫中有一個特定的名詞“臟數(shù)據(jù)”，用來描述那些被某事物變更但是還沒 有提交的數(shù)據(jù)。那么如何解決用戶同時訪問數(shù)據(jù)的問

46、題呢？總不能因為并發(fā)而限 制用戶的操作吧！并發(fā)控制的解決方案是“鎖（LOCKING）”和事物。 從數(shù)據(jù)庫的角度來看，鎖有兩種類型：排它鎖（EXCLUSIVE LOCKS，簡稱 X 鎖）和共享鎖（SHARE LOCKS，簡稱 S 鎖）。X 鎖只允許加鎖的事物進行操作，其他 事物禁止加鎖和任何操作。其他事物必須等待解鎖才能繼續(xù)運行！S 鎖可以允許 多個事物同時對數(shù)據(jù)加鎖，如果事物 T 對數(shù)據(jù) R 加了 S 鎖，那么其他的事物就不 能再對 R 加 X 鎖這樣可以保證其他事物不能修改 R。另外，還有一個加鎖的范圍 需要考慮，我們可以進行行加鎖，也可以進行表加鎖，甚至還可以進行數(shù)據(jù)庫加鎖。 加鎖的范圍越

47、大，那么實現(xiàn)就越簡單，開銷就越小，數(shù)據(jù)的并發(fā)程序就越底！反之， 如果加鎖范圍越小，那么實現(xiàn)就越復雜，開銷就越大，數(shù)據(jù)的并發(fā)程序就越高！ 一般的，考慮到加鎖成本和性能，處理少量數(shù)據(jù)的事物應該盡可能減少加鎖的 作用范圍，提高數(shù)據(jù)的并發(fā)程度，應該采用行鎖，防止則應該采用表鎖等。另外，當 一個事物操作完畢的時候，應盡可能快的解鎖。 第第 6 6 章章 實現(xiàn)實現(xiàn) 6.1 用用戶戶登登陸陸子模子模塊塊 設置登陸界面是保障系統(tǒng)安全的一種手段，一般的數(shù)據(jù)庫應用系統(tǒng)都需要進行 登陸才能進入系統(tǒng)。在這個模塊里，主要處理用戶輸入的用戶名和用戶密碼，程序 根據(jù)用戶名和用戶密碼進行權(quán)限判斷，并進入不同的操作界面。用戶登

48、錄模塊的程 序流程圖如圖 6-1 所示： 用戶登錄界面如圖 6- 2 所示： 圖 6-1 用戶登陸模塊程序流程圖 圖 6-2 用戶登錄界面 6.2 主功能模主功能模塊塊 系統(tǒng)的主功能模塊界面如下圖： 圖 6-3 系統(tǒng)主功能界面 主功能界面的formcreat事件代碼為： frmsplash:=tfrmsplash.create(application); frmsplash.showmodal; loginfrm:=tloginfrm.Create(application); while n=3 then begin messagedlg(您已經(jīng)登錄失敗 3 次，程序?qū)⒔K止,mtwarning

49、,mbok,0); close; application.Terminate; exit; end else messagedlg(密碼錯誤，請重試,mtwarning,mbok,0); end; 6.3 時間設時間設置模置模塊塊 考勤系統(tǒng)的時間設置界面如下： 圖 6-4 時間設置界面 修改按鈕的click事件代碼為： var MyInifile:Tinifile; begin MyInifile:=Tinifile.Create(ExtractFilePath(Paramstr(0)+workplan.ini); MyInifile.WriteString(WorkPlan,Time1,i_

50、time1.Text); MyInifile.WriteString(WorkPlan,Time2,i_time2.Text); MyInifile.WriteString(WorkPlan,Time3,i_time3.Text); MyInifile.WriteString(WorkPlan,Time4,i_time4.Text); end; 6.4 考勤管理模考勤管理模塊塊 單個員工的click事件代碼為： begin T_counter.Filter:=ID=A; T_counter.Filtered:=True; T_counter.Open; counter:=T_counterCO

51、UNTER_VALUE; Inc(counter); T_counter.Edit; T_counterCOUNTER_VALUE:=counter; T_counter.Post; T_counter.Close; if i_in_out.ItemIndex=0 then in_out:=O else in_out:=I; io_time:=StrToDateTime(i_io_time.Text); T_attendance.Filtered:=False; T_attendance.Open; T_attendance.AppendRecord(counter,Person_id,in_

52、out,io_time); end; （2）加班記錄與請假記錄和出差記錄模塊： 加班記錄與請假記錄和出差記錄模塊界面相同如下： 考勤修改的按條件檢索的click事件代碼為： begin Close; FilterStr:=; if Seek_by_person.Checked then FilterStr:=PERSON=+Seek_person_id.Text+; if Seek_by_time.Checked then begin if length(FilterStr)0 then FilterStr:=FilterStr+ AND ; FilterStr:=FilterStr+IO_T

53、IME+Seek_start_time.Text; FilterStr:=FilterStr+ AND IO_TIME0 then begin Filter:=FilterStr; Filtered:=True; end else Filtered:=False; Open; end; end; 第第 7 7 章章 測試測試與與調(diào)試調(diào)試 7.1 測試測試 白盒測試是一種以程序的內(nèi)部邏輯結(jié)構(gòu)為依據(jù)而設計測試用例的方法，因 而又稱為結(jié)構(gòu)測試法或玻璃盒測試法。合理的白盒測試就是要選取足夠的測試用 例，對源代碼實行比較充分的覆蓋，以便盡可能多的發(fā)現(xiàn)程序中的錯誤。主要有兩 種方法：一種是邏輯覆蓋法，另一

54、種稱為路徑覆蓋法。在這里我們采用邏輯覆蓋法。 在開發(fā)智能考勤系統(tǒng)的時候，我們對系統(tǒng)使用白盒測試技術(shù)進行了全面測試， 采取的具體測試思路是： 1. 菜單項測試：為了保證每一項下拉菜單能正確實現(xiàn)系統(tǒng)設計的功能，我把考 勤系統(tǒng)所需的所有信息按出勤、遲到、早退、出差、請假等分類全部輸入到系統(tǒng)中， 并對每一個菜單反復進行增加、刪除、修改、打印報表操作，從而保證了菜單項的 正確實現(xiàn)。 2. 數(shù)據(jù)跟蹤：完成菜單項測試后，我對系統(tǒng)內(nèi)的每一個數(shù)據(jù)進行了跟蹤測試。 例如：對考勤管理的“請假”這一項，我首先給其加一條請假記錄：工號：L0002，姓名： 劉海柱，和請假起至時間，請假原因等信息后；然后在查詢模塊中，分別

55、進行“按工 號查詢”、 “按時間查詢”和“按時間查詢”該項記錄；并且在統(tǒng)計模塊中統(tǒng)計“劉海柱” 的請假時間、請假次數(shù)等依次驗證數(shù)據(jù)流處理的正確性。 3. 移植測試：我把系統(tǒng)拷貝到其他計算機上運行，看其移植性能和對環(huán)境的要 求。 綜合測試：在以上測試的基礎(chǔ)上對系統(tǒng)功能進行整體的測試，依此來檢驗系統(tǒng) 功能是否符合設計的要求。 7.2 調(diào)試調(diào)試 （1）通過以下具體示例對登錄模塊進行調(diào)試，如圖 7-1 所示： 圖 7-1 登錄模塊流程圖 滿足條件覆蓋的測試用例如下： 覆蓋 方法 測試路徑 次數(shù) = 3 次？ 預期結(jié)果 s-a-b-d-e-ffalse進入系統(tǒng) s-a-b-c-a-.a-b-c-a-ft

56、rue退出系統(tǒng) 條件 覆蓋 s-a-.b-d-e-a-b-d-e-ftrue退出系統(tǒng) （2）對考勤管理模塊進行調(diào)試： 首先是添加考勤記錄： 添加數(shù)據(jù)為：員工編號：L0002，則對應的員工姓名顯示為： 劉海柱，選者出入狀態(tài)：入。點擊單個員工按紐，則出勤記錄自動添 加一條記錄為： 員工編號出入狀態(tài)時間 L0002I2012-03-16- 8：05 刪除記錄：選中要刪除的記錄，點擊刪除當前記錄，則系統(tǒng)自動刪除此條記錄，表 中不再有相應的記錄。 檢索記錄：可以按照時間或員工編號進行檢索。例如：選中時間，輸入時間范圍，點 擊按條件檢索，則表中會顯示在時間范圍內(nèi)的記錄。選中員工，輸入員工編號，點 擊按條件

57、檢索，則表中會顯示該員工的記錄。 其它添加出差記錄，添加請假記錄，添加加班記錄的測試方法與添加考勤記錄的測 試方法相同。 按照這樣的方法對逐一功能進行測試，修改錯誤的程序代碼，最后完成整個系 統(tǒng)的調(diào)試。 第第 8 8 章章 結(jié)結(jié)束束語語 8.1 研究成果研究成果 通過實施考勤管理系統(tǒng)，初步實現(xiàn)了考勤管理的信息化。以前的公司單位需要 大量的人力記錄統(tǒng)計數(shù)據(jù)和保存 excel 文件。由于 excel 不是關(guān)系數(shù)據(jù)庫結(jié)構(gòu)，缺 少對數(shù)據(jù)的約束，因此很容易造成數(shù)據(jù)不一致，給查詢帶來不便。實施考勤管理系 統(tǒng)以來，數(shù)據(jù)實現(xiàn)集中存儲，只需簡單的操作即可完成數(shù)據(jù)的統(tǒng)計和查詢工作。 通過數(shù)據(jù)導出和打印功能，可以直

58、接打印員工的出勤信息和其它狀態(tài)信息，為 公司單位對員工管理提供數(shù)據(jù)參考。 系統(tǒng)實現(xiàn)了對員工出勤的記錄統(tǒng)計管理，將統(tǒng)計信息備案有利于考勤管理的安 全性。 通過對考勤系統(tǒng)的管理，管理者能夠?qū)崟r查看員工的出勤情況，請假情況，出 差情況，加班情況。及時做出決策和調(diào)整，大大提高了公司單位的工作效率，降低 了管理成本。 考勤管理系統(tǒng)作為公司管理者的平臺，在實際應用中有其巨大的發(fā)展?jié)摿?。?已實現(xiàn)的功能外，還應該繼續(xù)完善開發(fā)工作，如：如何杜絕員工代打卡現(xiàn)象，如何 實現(xiàn)在線考勤等。 8.2 總結(jié)總結(jié)與展望與展望 通過這次畢業(yè)設計，我大致了解了在進行軟件開發(fā)工作時的基本過程，并且從 中獲得了許多從課堂上學不到的

59、知識和有意義的收獲，其中我對以下幾點有很深 刻的體會： 1、編程中定義窗體及變量的名稱時，一定要規(guī)范，必要時加上注解，不要想當 然的定義某個變量，常量等。標準的定義方式，有助于其他編程人員更容易的看懂 程序代碼，以便以后進行維護。 2、在工作中要多與小組成員溝通與討論，這樣可以保證系統(tǒng)整體的一致性， 而且也可以互相交流經(jīng)驗，從而充實和提高自己。 3、編程的方法固然重要，程序的使用界面也需要注意美觀，布局要合理，主題 要突出，界面要友好，要讓使用過計算機的用戶在首次接觸到該軟件時，感到一目 了然，只要簡單翻閱一下軟件使用說明書就能了解該軟件的大致功能。軟件界面的 美觀對軟件的市場銷售及以后的市場

60、生存起著重大作用。 4、在程序編好后，對程序的調(diào)試是極其重要的一步，調(diào)試程序的意義在于，可 以逐步完善，改正程序中的錯誤，使程序盡量達到盡善盡美。在程序調(diào)試的過程中， 盡量不要以編程者編程時的思想去調(diào)試，要以一個普通使用者的思維去調(diào)試。 以上是我在編寫程序過程中的體會，在這次畢業(yè)設計的過程中我不僅了解了 軟件的編寫過程,更體會到軟件工程的重要性。一個軟件成敗的關(guān)鍵在于需求分析 和總體設計。從軟件工程的角度有以下幾點體會： 、1、需求分析工作是軟件開發(fā)過程中重要的一步，也是決定性的一步，是要把 用戶“做什么”的要求轉(zhuǎn)換成一個軟件的邏輯模型。在實際工作中，由于用戶對軟件 開發(fā)的不了解，往往對于軟件

61、所要達到的功能不能完全提出來，軟件開發(fā)人員要完 全了解用戶的需求，要想到用戶的前面，把用戶沒想到的需求也要考慮到。 、2、 在實際工作中往往不能堅持按照軟件工程的原則和方法去做，致使到開 發(fā)后期，步入十分被動的境地。 本次畢業(yè)設計給了我一個實踐的機會，鍛煉了自己的意志及適應社會的能力， 并且在實踐中加深了對理論知識的理解，積累了編程經(jīng)驗，為畢業(yè)后走向社會打下 了良好基礎(chǔ)。 但是由于時間的倉促和工作經(jīng)驗的不足及其他各個方面的原因，在軟件設計 中還有許多有待完善的地方： （1）：系統(tǒng)雖然基本實現(xiàn)了考勤管理，但仍不能解決員工的唯一識別問題，員工 仍然能存在代打卡現(xiàn)象。 （2）：SQL Server

62、數(shù)據(jù)庫使用于規(guī)模相對數(shù)據(jù)比較多的公司，在數(shù)據(jù)庫安全性上 也不是很安全，應該使用安全性較高，管理更方便的數(shù)據(jù)庫。 致致 謝謝 經(jīng)過 1 個多月的努力，論文終于脫稿了。在此之際，我思緒萬千，心情久久不 能平靜?；仡欁钥純赡陮W習期間的柒佰余個日日夜夜，自己為有機會在宜春電大學 習。，不斷的在各個方面提升自己并取得了一定的成果而感到欣慰。欣慰之余，我 要向關(guān)心和支持我學習的所有、老師.同事和朋友們表示真摯的謝意！感謝他們對 我的關(guān)心、關(guān)注和支持！ 在即將畢業(yè)之際，我要感謝朱磊老師對我學業(yè)上的幫助和指點，最后，衷心的 感謝我的指導老師余老師對我的畢業(yè)論文做出指導。你的教誨讓我找到了方向，而 更快速的完成了論文，讓我明白做什么事都必須有嚴謹?shù)膽B(tài)度。你們的言傳身教將 使我終生受益。路漫漫其修遠兮，吾將上下而求索。我愿在未來的學習和研究過程 中，以更加豐厚的成果來答謝曾經(jīng)關(guān)心、幫助和支持過我的所有領(lǐng)導、老師、同學 和朋友！