考勤管理系統(tǒng)計算機專業(yè)畢業(yè)論文

《考勤管理系統(tǒng)計算機專業(yè)畢業(yè)論文》由會員分享，可在線閱讀，更多相關《考勤管理系統(tǒng)計算機專業(yè)畢業(yè)論文（37頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、考勤管理系統(tǒng) 【摘要】考勤管理系統(tǒng)能夠幫助公司單位在人事管理上對員工信息進行管理，系統(tǒng)全面實現(xiàn)了公司的基本管理要求，能大大提高公司的工作效率和管理能力。 本課題就是為了適應信息化時代潮流而提出的。它的使用結合 機讀磁卡進行公司的日常考勤，可以實現(xiàn)日?？记?、考勤統(tǒng)計、考勤的查詢、員工管理等一系列工作的智能化、數(shù)字化，從而代替昔日費時、費力易錯、枯燥乏味的人工考勤方式。使公司能夠對員工的各種信息進行全面統(tǒng)計，方便公司做出恰當?shù)莫剳椭贫取? 本系統(tǒng)我主要設計了登錄模塊,主模塊，考勤管理模塊。 系統(tǒng)使用delphi7.0軟件開發(fā)工具，SQL Server數(shù)據(jù)庫。 【關鍵詞】考勤 考勤統(tǒng)計

2、考勤查詢 模塊 【Abstract】 This manage system check on work attendance helps the company to manage staff in several aspects. The system can provided a comprehensive function，can greatly improve the capacity of the management and the work efficiency. This program was made to adapt the era tideway，this sy

3、stem work with the timecard can improve efficiency of the company，it can actualize the daily check on work attendance，the attendance－Stat，the attendance－query， the employee management and so on. This program can replace the old check on work attendance which is time－waste and hard sledding，with it

4、 the company can make right decisions. In the whole system, I contrive the login module，main module，and the attendance module. Our system made out of Delphi7.0 and SQL Server database Keyword：Check on work attendance Attendance-Stat Attendance-Query Module 34 目 錄 第1章 緒

5、 論 1 §1.1課題應用背景 1 §1.2現(xiàn)有產(chǎn)品和存在問題 1 §1.3本選題可行性及現(xiàn)實意義 2 §1.4課題的制作 3 第2章 需求分析 4 §2.1功能需求分析 4 §2.2軟硬件分析 5 §2.3運行環(huán)境要求 5 第3章 概要設計與詳細設計 6 §3.1系統(tǒng)設計原則 6 §3.2系統(tǒng)功能設計 6 §3.2.1系統(tǒng)的功能模塊圖 7 §3.2.2系統(tǒng)的數(shù)據(jù)流程圖 7 §3.2.3主要的數(shù)據(jù)字典 9 §3.2.4系統(tǒng)的主程序流程圖 10 §3.3各個子模塊的功能設計 10 §3.3.1用戶登錄模塊 10 §3.3.2考勤信息管理模塊 10 §3.

6、3.3數(shù)據(jù)庫管理模塊 11 §3.4硬件單元 11 第4章 開發(fā)方法及開發(fā)工具簡介 14 §4.1開發(fā)方法 14 §4.2開發(fā)工具 15 第5章 數(shù)據(jù)庫設計 16 §5.1數(shù)據(jù)庫設計遵循的一般原則 16 §5.2數(shù)據(jù)庫需求分析 16 §5.3數(shù)據(jù)庫概念結構設計 17 §5.4各數(shù)據(jù)表的設計 18 §5.5數(shù)據(jù)庫安全 21 第6章 實現(xiàn) 22 §6.1用戶登陸子模塊 22 §6.2主功能模塊 23 §6.3時間設置模塊 24 §6.4考勤管理模塊 25 第7章 測試與調(diào)試 28 §7.1測試 28 §7.2調(diào)試 28 第8章 結束語 32 §8.1研究成果

7、 32 §8.2總結與展望 32 致 謝 34 參考文獻 35 第1章 緒 論 §1.1課題應用背景 隨著信息化的發(fā)展,各公司規(guī)模的不斷擴大,員工管理越來越復雜,考勤的時間又很短,且工作量大, 而考勤管理在公司、企業(yè)中起著舉足輕重的作用。因為人員考勤管理涉及到工資、福利等與員工個人利益相關的事物，一個經(jīng)濟實體考勤管理工作的好壞，直接影響到員工主觀能動性的發(fā)揮，從而影響到企業(yè)的經(jīng)濟利益。 伴隨著經(jīng)濟實體的發(fā)展壯大公司員工的數(shù)量也越來越多。顯然，傳統(tǒng)的考勤制度。如手工考勤已越來越不適應時代的發(fā)展，使用計算機進行人員考勤管理已經(jīng)成為一種迫切的需要。 經(jīng)過我們的詳細

8、的調(diào)查,目前,許多單位員工考勤還停留在人工管理的基礎上,這樣的管理方法浪費許多人力和物力,隨著科學技術的不斷提高這種傳統(tǒng)的手工管理方法必然被以計算機為基礎的信息管理方法所取代. 使用計算機進行管理不僅可以降低管理工作的難度,也可以減少錯誤和提高效率.因此,開發(fā)一套能夠為公司提供充足的信息和快捷的查詢手段的考勤管理,是非常必要的. 本設計是從西安華龍公司的實際考勤業(yè)務需求出發(fā)，針對該公司人工考勤管理的現(xiàn)狀，經(jīng)過詳細的系統(tǒng)調(diào)查，為該公司設計同時又有較強的通用性的前提下開發(fā)出的一個使用的智能卡考勤系統(tǒng)管理系統(tǒng)。 §1.2現(xiàn)有產(chǎn)品和存在問題 目前市場上，考勤系統(tǒng)已經(jīng)有很多產(chǎn)品的存在，據(jù)我們調(diào)研

9、分析，當前的考勤狀況非?；靵y，高低不齊。有的大公司，有著良好的智能化考勤系統(tǒng)；而有的中小公司的考勤系統(tǒng)不是智能化不強，就是有設備不用，隨意性較強。小公司則更加混亂。 目前市場上所使用的考勤管理系統(tǒng)有以下三類： 1、 人工管理系統(tǒng) 完全的人工管理，員工每次上班都以簽名的方式進行登記，這種管理系統(tǒng)是最原始的管理方法，基本上已被社會所淘汰，但一些小單位仍在使用。 2、指紋考勤管理系統(tǒng) 指紋考勤管理系統(tǒng)，在一些安全性要求較高的地方有較多應用。在員工考勤系統(tǒng)中，這是較為新型的產(chǎn)品。 指紋考勤管理系統(tǒng)是利用人的指紋作為身份唯一識別。硬件是一智能考勤機作為前臺，電腦作為后臺信息處理，先對員工指紋

10、進行采樣庫存。考勤時對員工指紋與指紋庫進行比較。當確認以后，記錄員工的出勤時間、日期、后臺管理系統(tǒng)進行核對操作。 指紋考勤系統(tǒng)的缺點：利用指紋考勤，理論上是可行的，杜絕了代打卡現(xiàn)象。但實際應用中，有一些人員指紋無法識別，并且會出現(xiàn)“誤判”現(xiàn)象，此外對光線、溫度、濕度的要求也比較嚴格，適應性差。 3、紙卡考勤系統(tǒng) 紙卡考勤系統(tǒng)是半機械化半人工的考勤系統(tǒng)。其特點是價格底，但要求人進行統(tǒng)計和核算。紙卡機的工作原理是利用一個紙卡機，員工用屬于自己的紙卡在“統(tǒng)計卡”上打上時間，記錄上下班時間。統(tǒng)計卡是消耗品，目前此系統(tǒng)存在的問題是：代打卡現(xiàn)象極為嚴重，且需專人看管。但投入成本底。 紙卡機屬于較早

11、的一代考勤系統(tǒng)，十分浪費人力，并沒有在真正意義上實現(xiàn)信息化，是面臨淘汰的產(chǎn)品，但目前仍被使用。 4、智能磁卡考勤系統(tǒng) 智能磁卡考勤系統(tǒng)是一個磁卡機和電腦相連，這是真正信息化的考勤系統(tǒng)。有著良好的管理功能，直接對信息進行管理，如統(tǒng)計、打印、修改等。它的工作原理是：利用員工每個人都有一個電腦能夠唯一識別的字串，代表個人的唯一編碼。電腦以此作為對員工工作的唯一識別和記錄處理。雖然，磁卡機考勤系統(tǒng)有著極方便的管理能力。但代打卡現(xiàn)象仍然很嚴重。 智能磁卡是真正意義上的數(shù)字化考勤，但仍需改進其不足之處。，智能磁卡考勤系統(tǒng)，較適應大中型企業(yè)，有較大的處理和管理功能。 §1.3本選題可行性及現(xiàn)實意義

12、 通過調(diào)研，目前市場上的其它各種考勤系統(tǒng)與智能卡考勤系統(tǒng)相比，無一例外地存在不足。市場上的紙卡機考勤系統(tǒng)仍在使用但面臨淘汰；指紋考勤系統(tǒng)技術和硬件設備還有待提高。智能磁卡考勤系統(tǒng)是最主流的考勤設備。所以說，智能磁卡考勤系統(tǒng)是具有成熟的市場和技術的！就開發(fā)時間短、開發(fā)風險小、開發(fā)成本底、適用性強等特點，這都是紙卡、指紋考勤系統(tǒng)所不能比擬的，研究和設計它還是有很強的實用性的。 智能磁卡考勤系統(tǒng)采用Delphi數(shù)據(jù)庫開發(fā)技術和射頻磁卡技術開發(fā)。與其他考勤系統(tǒng)相比具有以下幾個優(yōu)點： 1、適應性范圍廣。智能磁卡考勤系統(tǒng)不受溫度、光線等環(huán)境條件的限制；另外，采用Delphi數(shù)據(jù)庫開發(fā)技術，支持網(wǎng)絡傳

13、輸，不受距離限制。 2、管理功能強大。用Delphi開發(fā)的考勤管理系統(tǒng)具有強大的數(shù)據(jù)庫管理功能和可維護性。大大的降低了工作員的工作量和操作難度。 3、成本低。由于軟件易于操作，大大降低了軟件開發(fā)成本和維護費用。硬件采用較為成熟的射頻卡技術：磁卡機為500-800元，每張磁卡為6-8元。 本課題組以 “智能卡智能考勤系統(tǒng)設計”為題，在指導老師的指導下，初步開發(fā)相關的應用程序，解決傳統(tǒng)考勤的不足。這對于我們深入理解所學知識，提高綜合應用能力，無疑具有很大的現(xiàn)實意義。 §1.4課題的制作 智能考勤系統(tǒng)的軟件開發(fā)有我和李曉紅共同開發(fā)完成，在軟件開發(fā)中我主要做登錄模塊，主模塊，考勤管理模塊的設

14、計和開發(fā)工作。 第2章 需求分析 需求分析是進行系統(tǒng)開發(fā)的基礎。通過需求分析，可以明確用戶需求，確定系統(tǒng)功能。具體而言，我們從如下幾個方面進行了分析： §2.1功能需求分析 功能需求主要是為了明確所開發(fā)的軟件必須具備的功能?？记谑窍鄬Ψ爆嵉墓ぷ鳎久刻於家獙T工進行考勤，員工上班時在考勤系統(tǒng)上登陸，下班時進行注銷，系統(tǒng)會自動記錄，這樣可以節(jié)省許多時間。當員工不能正常上班時，如出差、請假等，可以給系統(tǒng)操作員說明原因，然后在考勤系統(tǒng)上進行記錄，在每個月進行結算工資是根據(jù)考勤系統(tǒng)的記錄來增減個人薪金。 考勤信息的來源，可以直接由考勤人員手工輸入，也可以由每個員工登陸考勤系統(tǒng)，進行注冊。

15、當然還有其他方式進行考勤信息輸入。在本文所闡述的系統(tǒng)中，所有員工都通過智能卡識別來進行登陸和注銷，同時系統(tǒng)需要密碼才能進入。每個員工的智能卡信息已通過采集，轉化為數(shù)據(jù)信息，每次智能卡識別將激活系統(tǒng)的考勤資料輸入模塊。這個模塊也可以用手工輸入，以備例外情況。 根據(jù)分析，在本系統(tǒng)中，我們需要實現(xiàn)以下一些基本功能： （1）員工管理：可以添加、刪除、查詢、修改員工的基本資料。 （2）帳戶管理：系統(tǒng)管理員可以添加、刪除、查詢系統(tǒng)操作員，并指定各操作人員的權限（權限管理）。 （3）考勤管理：系統(tǒng)操作員可以設置上下班時間，并能對出差、加班、請假信息進行添加，修改和刪除。 （4）?？记诮y(tǒng)計管理：操作

16、員可以對員工的考勤資料進行統(tǒng)計，并可產(chǎn)生報表；員工也可以登陸系統(tǒng)查詢個人考勤資料。 （5）數(shù)據(jù)庫備份：對現(xiàn)有的數(shù)據(jù)庫進行管理，包括數(shù)據(jù)庫壓縮、備份和恢復，以方便用戶對數(shù)據(jù)庫的管理和維護工作 （6）數(shù)據(jù)查詢：可以對員工信息進行查詢，也可以對統(tǒng)計信息進行按條件查詢。包括遲到、早退、缺勤、信息，出差信息，加班信息和請假信息的查詢。 （7）打印輸出：可以對統(tǒng)計信息，查詢信息產(chǎn)生報表并進行打印輸出 §2.2軟硬件分析 智能磁卡考勤系統(tǒng)采用Delphi數(shù)據(jù)庫開發(fā)技術和射頻磁卡技術開發(fā)。與其他考勤系統(tǒng)相比具有以下幾個優(yōu)點： 1、適應性范圍廣。智能磁卡考勤系統(tǒng)不受溫度、光線等環(huán)境條件的限制；另外，

17、采用Delphi數(shù)據(jù)庫開發(fā)技術，支持網(wǎng)絡傳輸，不受距離限制。 2、管理功能強大?；贒elphi 的考勤管理系統(tǒng)具有強大的數(shù)據(jù)庫管理功能和可維護性。大大的降低了工作員的工作量和操作難度。 3、成本低。由于軟件易于操作，大大降低了軟件開發(fā)成本和維護費用。硬件采用較為成熟的射頻卡技術：磁卡機為500-800元，每張磁卡為6-8元。硬件成本較低，且采用非接觸式射頻技術，硬件屬于非易耗品。 §2.3運行環(huán)境要求 系統(tǒng)的運行對運行環(huán)境還有一些要求： 1、 硬件環(huán)境： 處理器：Intel Pentium 166MX或更高； 內(nèi)存：至少64MB建議128MB或更多； 硬盤：1G

18、B； 顯卡：SVGA顯示適配器； 2、 軟件環(huán)境： 操作系統(tǒng)：Windows98/2000/Me/XP 數(shù) 據(jù) 庫：Microsoft SQL Server 軟件開發(fā)工具：Delphi7.0 第3章 概要設計與詳細設計 §3.1系統(tǒng)設計原則 在當前諸多條件制約下，首先要研究智能考勤系統(tǒng)的實用性，使用戶真正得到效益，充分發(fā)揮它的作用。同時又要注重它的科學性，以促進管理的現(xiàn)代化。智能考勤系統(tǒng)開發(fā)的原則如下： 1、可行性原則。系統(tǒng)要保證技術上的可靠性和經(jīng)濟上的可行性。計算機系統(tǒng)、通訊網(wǎng)絡系統(tǒng)設計和數(shù)據(jù)設計，在技術上必須是成熟的，經(jīng)實踐檢驗是成功的，在經(jīng)濟上是可能實現(xiàn)的。 2、適應

19、性原則。系統(tǒng)要保證可擴展性、可維護性。系統(tǒng)軟、硬件都要有擴充升級的充分余地，系統(tǒng)要便于維護，系統(tǒng)對用戶的需求要有一定的適應能力。 3、安全性及保密性原則。智能考勤系統(tǒng)是實現(xiàn)薪金結算的基礎，如果哪一個環(huán)節(jié)出現(xiàn)問題，例如系統(tǒng)操作員數(shù)據(jù)泄密，可能會導致財務結算系統(tǒng)混亂，后果不堪設想。因此，必須設置用戶權限，以保證系統(tǒng)有較好的安全性，同時，系統(tǒng)也應有較強的數(shù)據(jù)備份和數(shù)據(jù)恢復功能。 4、人機結合原則。人工信息收集系統(tǒng)與計算機管理信息系統(tǒng)要緊密結合。完整、準確、及時的信息是信息系統(tǒng)運行的基礎。計算機系統(tǒng)是提供信息處理及輔助決策的技術手段，人工系統(tǒng)與計算機系統(tǒng)要有機的結合，友好的人-機界面是系統(tǒng)設計的主

20、要原則之一。 5、系統(tǒng)工程原則。系統(tǒng)調(diào)查、系統(tǒng)分析、系統(tǒng)設計、軟件開發(fā)以及實施都要遵照系統(tǒng)工程的方法和步驟一步一步地進行，以便確保系統(tǒng)的整體性。 6、統(tǒng)一規(guī)劃、分期實施、逐步完善原則。管理信息系統(tǒng)要按規(guī)劃、分階段實施，由點到面逐步擴充，逐步完善，循序漸進。 §3.2系統(tǒng)功能設計 系統(tǒng)設計是根據(jù)需求分析的結果，設計系統(tǒng)的模塊和結果之間的內(nèi)在聯(lián)系。 §3.2.1系統(tǒng)的功能模塊圖 智能考勤管理系統(tǒng) 管理員身份驗證 考勤管理 帳戶管理 考勤管理 數(shù)據(jù)備份 數(shù)據(jù)查詢 考勤統(tǒng)計 打印輸出 員工管理 修改密碼 添加用戶 刪除用戶 圖3-1系統(tǒng)的功能模塊圖 §3.2

21、.2系統(tǒng)的數(shù)據(jù)流程圖 出勤的原始時間記錄主要來源于智能卡考勤機，并且以固定格式保存在數(shù)據(jù)庫中。系統(tǒng)的各部分數(shù)據(jù)流程圖如下所示. 1）出勤管理數(shù)據(jù)流程圖如下所示： 出勤信息 管理員信息 系統(tǒng)管理員 1．1 系統(tǒng) 登陸 D1 出勤 信息 1．2 系統(tǒng)管 理 D3 員工信息 D2 圖3-2出勤管理數(shù)據(jù)流程圖 （2）添加加班記錄數(shù)據(jù)流圖如下所示： 員工信息 系統(tǒng)管理員 2．1 系統(tǒng) 登陸 D2 D4 加班信息 加班 信息 2．2 加班管理 圖3-3添加加班記錄數(shù)據(jù)流圖 （3）添加請假記錄

22、錄數(shù)據(jù)流圖如下所示： 員工請假信息 系統(tǒng)管理員 出勤信息 請假 信息 經(jīng)理 請假 信息 3．1 請假 批示 D5 3．2 系統(tǒng)管 理 D6 3．1 記錄登記 圖3-4添加請假記錄數(shù)據(jù)流圖 §3.2.3主要的數(shù)據(jù)字典 名字：加班表 描述：每天記錄員工出勤狀態(tài)的表 定義：加班表＝員工編號＋日期＋加班時間 位置：統(tǒng)計時，將其內(nèi)容計入統(tǒng)計表并判斷員工狀態(tài) 名字：員工編號 描述：唯一的標識員工的關鍵域 定義：員工編號＝6｛字符｝6 位置：考勤信息 出差信息 請假信息 加班信息 統(tǒng)計報表 圖3-5員工編號的數(shù)據(jù)字典 圖3-

23、6加班表的數(shù)據(jù)字典 名字：考勤表 描述：每天記錄員工出勤狀態(tài)的表 定義：考勤表＝員工編號＋日期＋刷卡時間＋出入狀態(tài) 位置：統(tǒng)計時，將其內(nèi)容計入統(tǒng)計表并判斷員工狀態(tài) 名字：請假表 描述：記錄員工請假信息的表 定義：請假表＝員工編號＋開始時間＋結束時間＋描述 位置：由統(tǒng)計表對其進行統(tǒng)計 圖3-7考勤表的數(shù)據(jù)字典 圖3-8請假表的數(shù)據(jù)字典 §3.2.4系統(tǒng)的主程序流程圖 圖3-9系統(tǒng)主程序流程圖 §3.3各個子模塊的功能設計 §3.3.1用戶登錄模塊 功能：由用戶輸入用戶名和密碼。如果用戶名和相應密碼正確，則根據(jù)該用戶的權限類別進行權限設置；若用戶名

24、和密碼錯誤，則進行錯誤提示，且只允許用戶輸入3次，超過3次系統(tǒng)自動退出。系統(tǒng)管理員進入考勤操作主界面。一般管理員進入一般管理員界面，相應的操作會受到限制。例如：不能添加，刪除管理員，不能修改用戶權限。 §3.3.2考勤信息管理模塊 功能：本模塊主要實現(xiàn)對上、下班時間設置，同時對出勤信息，加班信息，請假信息，出差信息進行添加、刪除、修改等操作。 功能結構圖如圖3-10所示： 考勤管理 上下班時間設置 出勤 管理 請假 管理 加班 管理 出差 管理 添加 更改 修改 刪除 圖3-10考勤信息管理模塊功能結構圖 相關數(shù)據(jù)表： 考勤表，請假表，出差表，加班表。

25、 §3.3.3數(shù)據(jù)庫管理模塊 功能：本模塊實現(xiàn)對系統(tǒng)數(shù)據(jù)庫的備份和還原，以防止出現(xiàn)數(shù)據(jù)丟失等致命錯誤。 功能結構圖 如圖3-11所示： 圖3-11數(shù)據(jù)庫管理模塊功能結構圖 §3.4硬件單元 系統(tǒng)的硬件有射頻卡、讀卡機、計算機組成。射頻卡讀/寫單元是一個比較常用的自動控制設備部件這是一種非接觸式讀/寫程序。射頻卡讀寫單元的結構框圖如下： 圖3-12射頻卡讀寫單元的結構框圖 射頻卡讀/寫單元產(chǎn)品采用串口通信技術。射頻卡讀寫單元提供與微控制器通信的TTL通信接口。數(shù)據(jù)傳輸采用標準串行方式。主板模塊采用四芯排線與外界相連。排線定義方式如下：（芯片端口向上，面對接口插座）從左到右

26、依次為Vcc，GND，TXD，RXD。 1、射頻卡讀/寫單元特性 （1）具有精簡的指令集，可將射頻卡基本操作集成幾條命令，操作簡便。 （2）具有讀、寫、增、減、初始化射頻卡裝載密碼等功能。 （3）對射頻工作的頻率為13.56MHz。 （4）對射頻卡的操作距離為25mm。 （5）數(shù)據(jù)傳輸速率115200bit/s，通信錯誤偵測。 （6）TTL通信接口。 （7）單電源供電：+5V。 2、射頻卡讀/寫命令集 （1）LOADKEY：改變存放于RF讀寫單元內(nèi)部的授權密碼。 （2）READ：讀出卡片中模塊的數(shù)據(jù)。 （3）WRITE：將數(shù)據(jù)寫入卡片中的模塊。 （4）INITVAL：

27、將卡片中某扇區(qū)的內(nèi)容賦予初值，并初始化為可供增減的模塊。 （5）DECREMENT：將卡片中某扇區(qū)的內(nèi)容減去某一數(shù)值。 （6）INCREMENT：將卡片中某扇區(qū)的內(nèi)容加上某一數(shù)值。 3、射頻卡讀/寫單元編程協(xié)議 協(xié)議規(guī)定：該通信數(shù)據(jù)傳輸速率115200BIT/S。通信格式為一位起始位，八位數(shù)據(jù)位。一位結束位，無奇偶校驗位，數(shù)據(jù)最大長度為32字節(jié)。 開始通信時，接收機和發(fā)送機都處于就緒狀態(tài)。首先，發(fā)送機發(fā)送一個起始信號（STX），正常返回一個DLE信號，之后開始通信，反之，若無應答，重復三次。三次之后仍無應答則停止，不再通信。 當數(shù)據(jù)塊中的數(shù)據(jù)為10H時將被發(fā)送兩次。通信數(shù)據(jù)之間的最

28、大時間間隔為0.5S，如果時間間隔大于0.5S就認為通信失敗。 第4章 開發(fā)方法及開發(fā)工具簡介 §4.1開發(fā)方法 目前流行的系統(tǒng)開發(fā)方法主要有生命周期法、快速原型法、面向對象開發(fā)方法等，每種方法各有特色。 生命周期法是一種有效、成熟的方法，它對軟件生產(chǎn)實現(xiàn)工程化起了重要作用，但是應用該方法的前提條件是必須確定系統(tǒng)的需求，才能得到預期的正確結果。對于信息系統(tǒng)來講，由于其問題空間十分龐大，不論開發(fā)者在系統(tǒng)分析時采用何種嚴格的方法力爭準確地描述用戶需求，在系統(tǒng)沒有開發(fā)到一定程度，用戶對系統(tǒng)的理解達不到一定的程度是無法準確表達出需求的。這并不是說用戶需求捉摸不定。為了解決需求的模糊性和變化性，

29、出現(xiàn)了另一類系統(tǒng)開發(fā)方法，即快速原型法。 快速原型法是在系統(tǒng)分析基礎上，由開發(fā)者盡快構造出一個應用系統(tǒng)原型，經(jīng)用戶初步應用，對系統(tǒng)有了一定的認識后，再由系統(tǒng)開發(fā)者與用戶反復進行交流，逐步完善達到最終目標?？焖僭头ú粌H是一種方法，更是一種技巧，它可以運用與系統(tǒng)開發(fā)的各個階段，例如在系統(tǒng)分析階段用于提煉用戶需求，在系統(tǒng)實現(xiàn)階段開發(fā)軟件原型等。 面向對象的開發(fā)方法著眼于所研究的問題，對問題空間進行自然分割，識別其中的對象及其相互聯(lián)系，建立問題空間的信息模型。其基本思想是把信息系統(tǒng)本身看成是一系列離散的對象的集合。這些對象即包括數(shù)據(jù)結構，也包括在這些數(shù)據(jù)結構上的操作與行為。各對象之間由事件觸發(fā)，

30、引發(fā)互通消息而實現(xiàn)互操作。這樣設計出的軟件必然是模塊化的、可重用的、可擴充的和可移植的，克服了過去由于分析設計與實施割裂所造成的程序編制必須到設計后期才能進行的程序沉淀現(xiàn)象。面向對象方法的主要優(yōu)點并不是減少開發(fā)時間，它可能比傳統(tǒng)的結構化方法的開發(fā)時間還要長一些。它的主要目標是促進未來系統(tǒng)的可重用性，減少后續(xù)階段的開發(fā)量，從而大大提高軟件生產(chǎn)率與可維護性。 綜觀上述各種方法，考慮到信息系統(tǒng)開發(fā)過程的順序性和開發(fā)過程的固有特點，結合實際開發(fā)的經(jīng)驗教訓，我們認為各種不同的系統(tǒng)開發(fā)方法適用于各自不同的領域。本設計主要采用面向對象的開發(fā)方法。 §4.2開發(fā)工具 “智能考勤系統(tǒng)”設計為Client/

31、Server結構的應用程序?？蛻舳瞬捎肈elphi7.0作為前端開發(fā)工具，采用 ADO設置數(shù)據(jù)源，后臺采用Microsoft SQL Server 2000數(shù)據(jù)庫。系統(tǒng)運行的操作系統(tǒng)為Windows98/NT/Me/2000/XP。下面簡要介紹各個開發(fā)工具。 Delphi被稱為第四代程序開發(fā)語言，是一種常用的可視化編程工具，集成了大量的可視化控件，程序員只需要做少量的工作就能完成大量復雜的工作。同時，Delphi還具有功能強大，運行高效，界面簡潔等特點。它與Visual C++相比，在功能上豪不遜色，而且更容易掌握；與Visual Basic相比，Delphi具有更強大的功能?？梢哉fDelp

32、hi集合了Visual C++強大的功能和Visual Basic的操作簡便。因此，利用Delphi編寫Windows開發(fā)應用程序十分方便。 Delphi7.0是公司在2002年8月推出的新版本。與以往的各個版本相比，不僅繼承了功能強大、成熟而豐富的組件，同時又增加了一些新的特性，如企業(yè)應用的MDA開發(fā)，可視化的快速Web開發(fā)，免費的Datasnap多層應用開發(fā)以及基于Windows XP的應用。 Microsoft SQL Server 2000是Microsoft在SQL Server 7.0基礎上推出的新一代大型電子商務、數(shù)據(jù)轉換服務、數(shù)據(jù)倉庫服務等方面引入了大量新的特性，為Web標

33、準提供了大量支持，并為系統(tǒng)管理提供了許多有力的工具。 第5章 數(shù)據(jù)庫設計 §5.1數(shù)據(jù)庫設計遵循的一般原則 數(shù)據(jù)庫設計是構建一個系統(tǒng)的關鍵。這是因為數(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ù)處理

34、速度。程序訪問數(shù)據(jù)庫的速度依賴于硬件的速度，數(shù)據(jù)量的大小和數(shù)據(jù)表設計的優(yōu)劣，而前兩個因素是很難更改的。 （4）、要保證數(shù)據(jù)庫的安全。安全性是數(shù)據(jù)庫應用軟件的重要要求。 §5.2數(shù)據(jù)庫需求分析 根據(jù)數(shù)據(jù)流程圖（圖3-2，3-3，3-4），可以列出以下管理系統(tǒng)所需的數(shù)據(jù)項和數(shù)據(jù)結構。 1、 出勤記錄：記錄號、員工、出入情況、出入時間。 2、 請假記錄：記錄號、員工、假期起始時間、假期結束時間、請假原由。 3、 加班記錄：記錄號、員工、加班時間長度、日期。 4、 出差記錄：記錄號、員工、出差起始時間、出差結束時間、具體描述。 5、 月度考勤統(tǒng)計：記錄號、員

35、工、年月、累計正常工作時間、累計請假時間、累計加班時間、累計出差時間、遲到次數(shù)、早退次數(shù)、礦工次數(shù)。 6、 所需的外部數(shù)據(jù)支持： （1）、員工信息：員工號、密碼、權限、姓名、部 門、當前狀態(tài)等。 （2）部門信息：部門編號、名稱等。 §5.3數(shù)據(jù)庫概念結構設計 出勤管理系統(tǒng)的E-R圖： 員工地址 具體時間 出入狀態(tài) 員工編號 出勤信息 操作 用戶名 用戶權限 系統(tǒng)管理員 記錄 密碼 員工姓名 員工 1 N N M 密碼 員工編號 所屬部門 圖5-1出勤管理系統(tǒng)的E-R圖 請假管理，出差管理，加班管理的概念結構設計基本相同，現(xiàn)舉例請假

36、管理的E-R圖如下頁： 請假結束時間 請假開始時間狀態(tài) 員工編號 請假信息 記錄 密碼 所屬部門 員工地址 員工編號 員工 1 操作 密碼 用戶名 用戶權限 系統(tǒng)管理員 請假緣由 員工姓名 M N N 圖5-2請假管理系統(tǒng)的E-R圖 §5.4各數(shù)據(jù)表的設計 數(shù)據(jù)庫設計是構建一個系統(tǒng)的關鍵，根據(jù)系統(tǒng)各模塊的功能和它們要處理的數(shù)據(jù)，可以基本確定數(shù)據(jù)庫中各表的字段結構。 本系統(tǒng)采用SQL Server 2000建立數(shù)據(jù)庫。數(shù)據(jù)庫中表結構設計如下： 表5-1：ATTENDANCE出勤記錄表 字段名 數(shù)據(jù)類型 是否可空 說明 ID

37、 INTEGRE NOTNULL 記錄編號（主關鍵字） PERSON CHAR（6） NOTNULL 員工號(外部關鍵字) IN_OUT CHAR(1) NOTNULL 出入情況 IO_TIME DATE NOTNULL 出入時間 表5-2： LEAVE請假記錄表 字段名 數(shù)據(jù)類型 是否可空 說明 ID INTEGER NOTNULL 記錄編號 PERSON CHAR（6） NOTNULL 員工號 START-TIME DATE NOTNULL 假期開始時間 END-TIME DATE NOTNULL 假期結束時

38、間 REASON VARCHAR(10) NOTNULL 請假原由 表5-3：LOGIN管理員用戶表 字段名 數(shù)據(jù)類型 是否可空 說明 USERNAME CHAR（10） NOT NULL 用戶名 PASSWD CHAR（10） NOT NULL 密碼 AUTHORITY CHAR（10） YES 用戶權限 表5-4 ： OVERTIME加班時間 字段名 數(shù)據(jù)類型 是否可空 說明 ID INTEGER NOT NULL 記錄編號 PERSON CHAR（6） NOT NULL 員工號 WORE-HOURS SMALLI

39、NT NOT NULL 加班時間 WORE-DATE DATE NOT NULL 加班日期 表5-5： ERRAND出差記錄表 字段名 數(shù)據(jù)類型 是否可空 說明 ID INTGER NOTNULL 記錄編號 PERSON CHAR（6） NOT NULL 員工號 START-TIME DATE NOT NULL 出差開始時間 END-TIME DATE NOT NULL 出差結束時間 DESCRIPTION VARCHAR(6) NOT NULL 具體描述 表5-6：PERSON員工個人信息表 字段名 數(shù)據(jù)類型 是否可

40、空 說明 ID CHAR（6） NOTNULL 員工號（主關鍵字） PASSWD CHAR（20） NOTNULL 密碼 AUTHORITY CHAR（1） YES 用戶權限 NAME VARCHAR（10） YES 姓名 SEX CHAR（1） NOTNULL 性別 BIRTHDAY DATE YES 生日 DEPARTEMENT CHAR（3） YES 所在部門 JOB CHAR（3） YES 職務 EDU—LEVEL CHAR（1） YES 受教育程度 SPECIALTY VARCHAR（20） YES 專

41、業(yè)技能 ADDRESS VARCHAR（50） YES 家庭住址 TEL VARCHAR（20） YES 聯(lián)系電話 EMAIL VARCHAR（50） YES 電子郵箱 STATE CHAR（1） YES 當前狀態(tài)（T，F(xiàn)） REMARK VARCHA（400） YES 備注 表5-7： DERARTMENT部門信息表 字段名 數(shù)據(jù)類型 是否可空 說明 ID CHAR（3） NOTNULL 部門編號 NAME VARCHAR（20） NOT NULL 部門名稱 MANAGER CHAR（6） YES 部門經(jīng)理 INT

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

43、但是還沒有提交的數(shù)據(jù)。那么如何解決用戶同時訪問數(shù)據(jù)的問題呢？總不能因為并發(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ù)庫加鎖。加

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

45、如圖6-1所示： 圖6-1用戶登陸模塊程序流程圖 用戶登錄界面如圖6-2所示： 圖6-2用戶登錄界面 §6.2主功能模塊 系統(tǒng)的主功能模塊界面如下圖： 圖6-3系統(tǒng)主功能界面 主功能界面的formcreat事件代碼為： frmsplash:=tfrmsplash.create(application); frmsplash.showmodal; loginfrm:=tloginfrm.Create(application); while n<3 do begin rt:=loginfrm.showmo

46、dal; if rt=mrcancel then ...... begin n:=n+1; if n>=3 then begin messagedlg(‘您已經(jīng)登錄失敗3次，程序將終止’,mtwarning,[mbok],0); close; application.Terminate; exit; end else messagedlg(‘密碼錯誤，請重試’,mtwarning,[mbok],0); end; §6.3時間設置模塊 考勤系統(tǒng)的時間設置界面如下： 圖6-4時間設置界面 修改按鈕的click事件代碼為： var MyInif

47、ile:Tinifile; begin MyInifile:=Tinifile.Create(ExtractFilePath(Paramstr(0))+’workplan.ini’); MyInifile.WriteString(‘WorkPlan’,’Time1’,i_time1.Text); MyInifile.WriteString(‘WorkPlan’,’Time2’,i_time2.Text); MyInifile.WriteString(‘WorkPlan’,’Time3’,i_time3.Text); MyInifile.WriteString(‘WorkPlan’,

48、’Time4’,i_time4.Text); end; §6.4考勤管理模塊 （1）考勤管理模塊的界面如下頁圖： 圖6-5出勤記錄界面 單個員工的click事件代碼為： begin T_counter.Filter:=’ID=”A””; T_counter.Filtered:=True; T_counter.Open; counter:=T_counter[’COUNTER_VALUE’]; Inc(counter); T_counter.Edit; T_counter[’COUNTER_VALUE’]:=counter; T_counter.Post; T_

49、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_out,io_time]); end; （2）加班記錄與請假記錄和出差記錄模塊： 加班記錄與請假記錄和出差記錄模塊界面相同如下： 圖6-6請假記錄界面

50、 考勤修改的按條件檢索的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_TIME>’+Seek_start_time.Text; FilterStr:=F

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

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

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

54、 false 進入系統(tǒng) s->a->b->c->a->….a->b->c->a->f true 退出系統(tǒng) s->a-.b->d->e->…..a->b->d->e->f true 退出系統(tǒng) （2）對考勤管理模塊進行調(diào)試： 首先是添加考勤記錄： 添加數(shù)據(jù)為：員工編號：L0002，則對應的員工姓名顯示為： 劉海柱，選者出入狀態(tài)：入。點擊單個員工按紐，則出勤記錄自動添加一條記錄為： 員工編號 出入狀態(tài) 時間 L0002 I 2005-12-2 8：05 刪除記錄：選中要刪除的記錄，點擊刪除當前記錄，則系統(tǒng)自動刪除此條記錄，表中不再有相應的記錄。 檢索記錄：

55、可以按照時間或員工編號進行檢索。例如：選中時間，輸入時間范圍，點擊按條件檢索，則表中會顯示在時間范圍內(nèi)的記錄。選中員工，輸入員工編號，點擊按條件檢索，則表中會顯示該員工的記錄。 其它添加出差記錄，添加請假記錄，添加加班記錄的測試方法與添加考勤記錄的測試方法相同。 按照這樣的方法對逐一功能進行測試，修改錯誤的程序代碼，最后完成整個系統(tǒng)的調(diào)試。 第8章 結束語 §8.1研究成果 通過實施考勤管理系統(tǒng)，初步實現(xiàn)了考勤管理的信息化。以前的公司單位需要大量的人力記錄統(tǒng)計數(shù)據(jù)和保存excel文件。由于excel不是關系數(shù)據(jù)庫結構，缺少對數(shù)據(jù)的約束，因此很容易造成數(shù)據(jù)不一致，給查詢帶來不便。實施考

56、勤管理系統(tǒng)以來，數(shù)據(jù)實現(xiàn)集中存儲，只需簡單的操作即可完成數(shù)據(jù)的統(tǒng)計和查詢工作。 通過數(shù)據(jù)導出和打印功能，可以直接打印員工的出勤信息和其它狀態(tài)信息，為公司單位對員工管理提供數(shù)據(jù)參考。 系統(tǒng)實現(xiàn)了對員工出勤的記錄統(tǒng)計管理，將統(tǒng)計信息備案有利于考勤管理的安全性。 通過對考勤系統(tǒng)的管理，管理者能夠實時查看員工的出勤情況，請假情況，出差情況，加班情況。及時做出決策和調(diào)整，大大提高了公司單位的工作效率，降低了管理成本。 考勤管理系統(tǒng)作為公司管理者的平臺，在實際應用中有其巨大的發(fā)展?jié)摿?。除已實現(xiàn)的功能外，還應該繼續(xù)完善開發(fā)工作，如：如何杜絕員工代打卡現(xiàn)象，如何實現(xiàn)在線考勤等。 §8.2總結與展望

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

58、翻閱一下軟件使用說明書就能了解該軟件的大致功能。軟件界面的美觀對軟件的市場銷售及以后的市場生存起著重大作用。 4、在程序編好后，對程序的調(diào)試是極其重要的一步，調(diào)試程序的意義在于，可以逐步完善，改正程序中的錯誤，使程序盡量達到盡善盡美。在程序調(diào)試的過程中，盡量不要以編程者編程時的思想去調(diào)試，要以一個普通使用者的思維去調(diào)試。 以上是我在編寫程序過程中的體會，在這次畢業(yè)設計的過程中我不僅了解了軟件的編寫過程,更體會到軟件工程的重要性。一個軟件成敗的關鍵在于需求分析和總體設計。從軟件工程的角度有以下幾點體會： 需求分析工作是軟件開發(fā)過程中重要的一步，也是決定性的一步，是要把用戶“做什么”的要求轉

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

60、識別問題，員工仍然能存在代打卡現(xiàn)象。 （2）：SQL Server數(shù)據(jù)庫使用于規(guī)模相對數(shù)據(jù)比較多的公司，在數(shù)據(jù)庫安全性上也不是很安全，應該使用安全性較高，管理更方便的數(shù)據(jù)庫。 參考文獻 【1】《delphi程序設計教程》吳金華 于秋生等編著。機械工業(yè)出版設，2004年8月第一版 【2】《delphi編程技巧典型案例解析》《電腦編程技巧與維護》雜志設 編著 中國電力出版社2005年7月第一版 【3】《數(shù)據(jù)庫安全》張敏 徐震 馮登國 編著 科學出版社2005年7月第一版 【4】《Delphi.串口通信技術與工程實踐》趙蘭濤 北京：人民郵電出版社2004年6月 【5】《SQL Server數(shù)據(jù)庫開發(fā)培訓教程》導向科技等著 北京：人民郵電出版社2005年1月 【6】《軟件工程（第四版）》 張海藩 北京：清華大學出版社，2003年12月第4版 【7】《畢業(yè)設計指導及案例剖析 》 趙杰 李濤.北京：清華大學出版社，2005年3月