delphi網吧管理系統(tǒng)[開題報告＋論文＋源代碼＋答辯ppt＋外文翻譯

1、delphi網吧管理系統(tǒng)開題報告論文源代碼答辯ppt外文翻譯第一章 緒 論11 前言隨著高科技的蓬勃發(fā)展，智能化管理已經走進了人們的社會生活，一座座智能化大廈拔地而起，適應信息的時代需要,作為跨世紀使用的建筑,必須在功能上滿足當前和未來發(fā)展的需求,成為文化和經濟發(fā)展的基地。門禁系統(tǒng)開發(fā)作為一項先進的高科技技術防范和管理手段，在一些經濟發(fā)達的國家已經廣泛應用于科研、工業(yè)、博物館、酒店、商場、醫(yī)療監(jiān)護、銀行、監(jiān)獄等，特別是由于系統(tǒng)本身具有隱蔽性，及時性等特點，在許多領域的應用越來越廣泛。門禁系統(tǒng)的技術不斷向前發(fā)展, 用戶需求也在發(fā)生變化, 因此門禁系統(tǒng)的設計與實施應考慮到將來可擴展的實際需要, 亦

2、即: 可靈活增減或更新各個子系統(tǒng), 滿足不同時期的需要, 保持長時間領先地位, 成為智能建筑的典范。系統(tǒng)設計時,對需要實現的功能進行了合理配置,并且這種配置是可以改變的,設置甚至在工程完成后,這種配置的改變也是可能的和方便的.系統(tǒng)軟件根據開發(fā)商符合不同歷史時期市場的需求進行相應的升級和完善,并免費為相應的應用客戶進行免費的軟件升級.同時，可以擴展為考勤系統(tǒng)、會議簽到系統(tǒng)、巡邏管理系統(tǒng)，就餐管理系統(tǒng)等一卡通工程。12 Delphi 簡介本課題是在Delphi的基礎上開發(fā)研制的，下面對Delphi進行簡單的介紹。Delphi是Borland公司開發(fā)的可視化軟件開發(fā)系統(tǒng)。Delphi系列軟件的工作平

3、臺相當廣泛，可以工作于icrosoft Visual C+的功能相當強大，但調試程序時的編譯時間過長，使很多程序員感到棘手；而Delphi在編譯時等待的時間很少。Delphi的編譯器采用了事件編譯和選擇鏈接技術，使生成的可執(zhí)行文件冗余更少，運行起來速度更快。另外，由于Delphi生成的可執(zhí)行文件不需要動態(tài)鏈接庫的支持，可以直接交付使用，這會使得使用Delphi的程序員充分享受Delphi為他們帶來的方便快捷。Delphi系列另一個廣受歡迎的原因是其強大的可擴展數據庫功能。Delphi6.0不但在傳統(tǒng)的開發(fā)能力方面持續(xù)進步，讓程序員能夠享有更具生產力的開發(fā)環(huán)境，對于最新的信息技術，也有非常良好的

4、支持，讓程序員能夠快速地使用這些新的技術。在對Delphi有了一個初步的了解之后，我們將進入對Delphi集成開發(fā)環(huán)境和工程管理的介紹，使大家能夠進一步深入了解Delphi，并在此基礎上介紹編輯器和調試器的使用方法。IDE是提供設計、運行和測試應用程序所需的所有工具的集成環(huán)境。Delphi的集成開發(fā)環(huán)境（IDE）包括代碼編輯器、調試器、工具欄、圖像編輯器以及諸多用于應用程序開發(fā)的組件（如數據庫開發(fā)組件等）。所有這些都以集成方式進行操作，極大地簡化了用戶編程的過程。13 研究背景當前,大學內的微機機房正在朝著開放式,大型化方向發(fā)展。一個教學實驗中心里的幾個機房有著幾百臺微機,已是很普遍的現象。使

5、用方式也由原來的以計劃安排集體上機為主,變?yōu)橐詡€人自由上機為主。因此、以往那種主要針對集體上機的以機房和時間段為單位來安排機器使用的管理方式已顯得不適用。為適應新的應用和發(fā)展,結合中心自身的特點,四川大學工程設計中心和西南交通大學共同研制出了這套用于微機機房管理的集中式IC卡控制門禁系統(tǒng)。該系統(tǒng)著眼于對大型開放式機房進行集中管理。把原來的分機房分散管理變?yōu)閱我怀鋈肟诘募泄芾?。變原來的人工計時計費為計算機管理的IC卡計費。14 特點及組成原理該系統(tǒng)有如下特點:(1)技術上充分利用機房內部局域系統(tǒng)(LAN)環(huán)境。管轄范圍內只設一個出入口。將所有投入使用的機器置于集中統(tǒng)一管理之下。(2)采用多模塊

6、結構化模式設計,使用多種軟件混合編程。實現子系統(tǒng)內數據庫管理和通訊及子系統(tǒng)與子系統(tǒng)之間的通訊。通過相互間的通訊,把幾個子系統(tǒng)的結合在一起。形成一個完善的門禁管理系統(tǒng)。(3)用戶界面友好、操作簡便、并且具有較好的可維護性。(4)系統(tǒng)除強調其實用性外,還對其安全性和可靠性作了充分考慮。該系統(tǒng)主要由IC卡刷卡機管理子系統(tǒng)、登錄管理服務器及用戶端登錄子系統(tǒng)組成。它們之間通過內部局域交換信息以保證機房外刷卡和機房內登錄能協(xié)調工作。除此之外,還有與之相配套的數據后備系統(tǒng)提供電源保障的UPS系統(tǒng)，在門禁系統(tǒng)管理下,刷卡機管理子系統(tǒng)向機器使用者提供上機刷卡服務。持卡用戶首先在設于機房外出入口的刷卡機前刷卡,刷

7、卡機管理管理服務器在對卡的有效性進行驗證,待驗證無誤后使用者方可能進入機房。進入機房后還要進行登記才能使用機器。登錄管理服務器及用戶端登錄子系統(tǒng)提供使用者刷卡后進入機房后的登錄服務。上機要進行登錄是為了避免無卡上機和一人使用多臺機器情況的發(fā)生而設計的。使用者進入機房后,可以隨意選定機位但必需進行登錄后才能獲得機器的使用權。為了避免未經刷卡就上機,在登錄管理服務器的管理下,未刷卡的人將不能通過登錄驗證,一個人也不能同時登錄兩臺機器。同樣,一臺已經被登錄使用的機器如果未被使用者注銷,它也不能再被其他人登錄。當機器使用完畢后,使用者必須先執(zhí)行登錄管理服務器所提供的下機注銷功能,釋放該機器的使用權,然

8、后再到刷卡機前刷卡,刷卡機管理子系統(tǒng)根據使用時間計算并從卡上扣除相應機時金額。如此,門禁管理系統(tǒng)就完成了一個上下機的管理過程。從上面上下機的過程可以看出,門禁管理系統(tǒng)的核心部分主要由設在機房外的IC卡刷卡機管理子系統(tǒng)、登錄管理服務器和裝在機房內每臺機器上的用戶端登錄子系統(tǒng)組成,形成內外兩道防線。使其即實現上機必須刷卡,且一人只能使用一臺計算機,又能根據需要自由選定機位,調換機位。給管理和使用都帶來了方便。下面分別介紹各子系統(tǒng)的功能及工作原理。141 刷卡機管理子系統(tǒng)刷卡機管理子系統(tǒng)負責對出入機房進行計時,以及對卡的有效性進行驗證。它還兼有對當前正在上機和當日上機總人數進行統(tǒng)計的功能。該子系統(tǒng)由

9、IC卡刷卡機和刷卡機管理服務器組成。IC卡刷卡機由單片機加上一個通過IC卡機構成,使其具有了和刷卡機管理服務器之間進行通訊的能力和驅動數碼管顯示的能力。加上一個多用戶串行通信卡與刷卡機進行通信,一臺刷卡機管理服務器上的多用戶卡最多可掛接8臺IC卡刷卡機。IC卡使用者刷卡后,刷卡機將IC卡信息送至刷卡機管理服務器,經校驗傳送信息無誤后,刷卡機管理服務器查找數據庫對該卡記錄進行處理,判別是上機還是下機,如果是上機,就必須對該卡的有效性進行驗證。它要檢查該卡是否已經超過使用期限、是否是掛失卡、卡上金額是否滿足設定的要求等。如驗證有誤,管理服務器送相應錯誤代碼至IC卡刷卡機,IC卡刷卡機將顯示誤代碼,

10、并發(fā)聲提示。如果是下機,管理服務器首先要通過LAN從用戶端登錄服務器獲取該卡登錄信息,判斷該卡是否按正常下機步驟已經注銷。如已注銷,根據用機時間和設定的機時價格送至刷卡機扣出金額并清除庫中相應的上機信息。否則送“尚未注銷”錯誤代碼至IC卡刷卡機通知該卡用戶返回機房注銷機器以釋放該機器的使用權。一次刷卡過程在500ms內完成。該系統(tǒng)還可按不同機房的不同機型設置收費標準。根據實際應用的需要,該子系統(tǒng)還設置了跨日下機,不注銷刷卡下機等特殊處理功能。登錄管理服務器及用戶端錄子系統(tǒng)該子系統(tǒng)由一個含有控制引導過程的擴展ROM卡和事先寫在硬盤特殊位置的登錄軟件構成。放在ROM擴展卡上的程序用來獲取對系統(tǒng)引導

11、過程的控制權,確保該計算機的使用者必須經過上機登錄并且有效才能取得對該機器的使用權。由于采用了硬件設計,一般用戶無法繞過登錄,因此,設置登錄功能就有效地避免了未經刷卡就使用機器或一個使用多臺機器現象的發(fā)生。用戶端登錄服務通訊程序BOLABDC+編寫,它的作用是用它通過LAN與登錄服務器進行通訊,以完成對該機的上機登錄和下機注銷以及更改密碼的工作。使用者刷卡進入機房后,首先將申請該機使用權的用戶的卡號,密碼輸入。登錄服務通訊程序將輸入的卡號,密碼連同本機地址一道通過LAN發(fā)送至登錄管理服務器,登錄管理服務器收到登錄申請請求后通過LAN查詢刷卡機管理服務器。通過卡號查詢檢查該卡用戶是否已經刷卡。如

12、果找到該卡的刷卡信息并且核對密碼無誤,則返回登錄成功信息到用戶終端機。用戶終端機收到返回的登錄成功信息后將控制權交本機aster和Graduate三組。他們每人均有一張機讀卡，對學生而言標識其學號，對教職員而言則標識其員工代號，在此我們系統(tǒng)稱為ID。每個ID均由數字和英文字母組成，長度不大于16位?，F在要對該進行管理，實現刷卡上機，自動計費。因此，該系統(tǒng)應有刷卡和實時監(jiān)控兩個模塊。在刷卡端能夠使用刷卡器讀取用戶卡上的ID并發(fā)送給服務器，然后顯示用戶信息及刷卡成功或失敗等反饋消息；在實時監(jiān)控端，要求設立管理員，能夠實時顯示已刷卡用戶、進行自動計費以及輸出查詢統(tǒng)計報表。管理員可以維護上機用戶的數據

13、，實現增加、刪除用戶及修改用戶信息。下表1-1顯示了系統(tǒng)模塊劃分情況。模塊名所在機器功能刷卡模塊專門用于刷卡的PC上刷卡及顯示反饋信息實時監(jiān)控模塊域控制器上（服務器）實時顯示、自動計費、用戶管理和輸出查詢統(tǒng)計報表表1-1 局域門禁系統(tǒng)模塊劃分情況刷卡模塊主要完成刷卡功能，同時顯示從服務器上反饋回來的信息，包括：用戶ID、用戶姓名、用戶班級、用戶刷卡登記時間、用戶刷卡注銷時間、當前的上機余款、刷卡是否成功。為了防止用戶使用鍵盤關閉刷卡模塊，必須實現只能通過服務器端的實時監(jiān)控模塊制刷卡模塊退出的功能。實時監(jiān)控模塊主要完成實時監(jiān)控功能，隨時監(jiān)聽從刷卡端發(fā)來的刷卡消息，叛斷是刷卡登錄還是刷卡注銷，隨后

14、進行相應的數據處理，再向刷卡端返回反饋消息。用戶管理主要分為用戶帳號的增加、刪除，用戶信息的修改。每一個欲上機的用戶必須首先在實時監(jiān)控模塊端進行注冊，然后在刷卡端刷卡，方可使用局域內的任一臺機器。系統(tǒng)對用戶進行了分類，分成老師、研究生、本科生三類，分別有不同的計費標準。統(tǒng)計查詢功能要求有登錄日志查詢、用戶信息查詢、組信息查詢和用戶上機情況統(tǒng)計。登錄日志查詢要求顯示某段日期內某個用戶的登錄記錄；用戶信息查詢要求顯示某用戶的具體信息如金額等；組信息查詢要求顯示某組的計費標準和成員列表；用戶上機情況統(tǒng)計要求統(tǒng)計用戶的總上機小時數以便核查。所有查詢統(tǒng)計結果均為只讀信息，不可以進行任何修改。在用戶管理和

15、查詢統(tǒng)計前，均要求使用者輸入管理員帳號和密碼。由于實時臨近模塊端可以對用戶數據庫進行操作，考慮到安全性，必須在啟動的時候對使用者的身份進行認證，由使用者輸入管理員帳號和密碼，同數據庫中的記錄進行核對，核對正確后方可進入系統(tǒng)。這樣確保了只有管理員才可以運行實時監(jiān)控模塊，也保證了用戶資料不受惡意修改。管理員進入實時監(jiān)控模塊后，可以維護自己的密碼，以滿足自己的需要。22 系統(tǒng)設計在以上的系統(tǒng)功能分析中，我們確定了系統(tǒng)的模塊劃分和所需要具有的功能。然而用戶需求還不能直接指導我們進行開發(fā)，作為開發(fā)人員，我們必須根據用戶需求進行詳細的系統(tǒng)分析和設計，形成相應的數據模型，包括數據庫的表結構、數據在各表及各模

16、塊之間的傳遞關系、絡通信所使用的自定義協(xié)議等。只有事先確定了這些，我們才能在開發(fā)時做到心中有數，游刃有余。221 畫出數據流圖數據流圖（Data Flo,簡稱DFD圖）是用一些規(guī)定的圖標和符號來描述數據在系統(tǒng)中的流動和處理的情況。數據流圖在表示系統(tǒng)時，采用自上而下逐步細化的結構化方法表示。頂層一級的功能在下一級中加以細化。根據系統(tǒng)分析，我們可以畫出如圖1-5所示的頂層數據流圖。圖1-5 頂層數據流圖上面的頂層數據流圖經過細化后，得到圖1-6所示的監(jiān)控模塊第二層數據流圖與圖1-7所示的刷卡模塊第二層數據流圖。 反 退 刷 饋 出 卡 消 命 消 息 令 息 刷卡消息量 驗證信息 身份驗證 處理結

17、果 驗 身 證 份 調用信息 調用信息 調用信息 信 驗 查詢要求 統(tǒng)計要求 修改要求 息 證 查詢結果 統(tǒng)計結果 修改結果圖1-6 實時監(jiān)控模塊第二層數據流 顯示信息 刷卡消息 刷卡反饋消息 刷卡ID 系統(tǒng)退出命令圖1-7 刷卡模塊第二層數據流222 編寫數據項根據數據項的含義，我們將數據項的定義分為以下幾個方面：數據項名、類型、長度、附加說明。主要數據項定義如表5-14至表5-16所示。數據項名類型長度說明用戶ID（id）字符型16英文字符和數字的組合類型（type）字符型4固定為“刷卡”，為以后功能擴充使用登錄時間（intime）日期型形式：2005-3-4 12：00注銷時間（outt

18、ime）日期型形式同上IP字符型15以后功能擴充使用表1-14 數據項定義（登錄日志）數據項名類型長度說明組類別（type）字符型16英文字符和數字的組合（主碼），為Teacher|Master|Graduate計費標準(criteria)浮點型Single類型表1-15 數據項定義（組計費標準）數據項名類型長度說明用戶ID(id)字符型16用戶卡上的標識碼（主碼）類型（type）字符型16同組類別姓名（name）字符型20密碼（poney）浮點型Single類型附加信息（info）字符型100其他信息表1-16 數據項定義（用戶列表）23 數據庫設計數據庫概念設計根據對數據流圖和數據字典的分

19、析，我們可以確定該應用中的實體、屬性和實體之間的關系，并畫出如圖所示的用戶E-R圖。 1 1 n 1 1 n m n  m 2數據庫邏輯結構設計轉換后的關系模型如下所示,關系主碼用下劃線標出.登錄日志 Log( id, type, intime, outtime,ip )計費標準 Rule( type, criteria )用戶列表 Users( id, type, class, name, poney, info )下面我們將利用SQL語言的CREATE語句建立上述關系,并定義好完整性約束.CRAETE TABLE Log 登錄日志（id VARCHAR(16),type VARC

20、HAR(16),intime DATETIME,outtime DATETIME,ip VARCHAR(15);CREATE TABLE Rule 計費標準(type VARCHAR(16) CONSTRAINT CONDNO PRIMARY KEY ,criteria FLOAT);CREATE TABLE Users(id VARCHAR(16) CONSTRAINT CONDNO PRIMARY KEY ,type VARCHAR(16),class VARCHAR(16),name VARCHAR(20),poney FLOAT,info VARCHAR(100);具體到建立數據庫，需

21、要手工建立一個數據庫LGSys.mdb.第三章 分子模塊的設計31 C/S基本概念什么是C/S？如果你是一位DELPHI開發(fā)人員，那你一定要把這個概念弄清楚。因為實際上，DELPHI本身就是一個客戶/服務器開發(fā)環(huán)境。典型的客戶/服務器結構總是包括一個前端程序，也叫客戶。其作用于是向遠程服務器上的程序發(fā)送數據，并接收來自服務器的數據并進行一定的處理，再根據情況進行反饋。即遠程服務器是服務的提供者，它可以從內部訪問服務器上的數據庫；而客戶總是向服務器請求服務，并不能直接訪問數據庫內的數據。在這種情況下，服務器盡可能詳盡地定義業(yè)務規(guī)則和實現盡可對強大的功能，因為它往往是更新比較緩慢的，而客戶往往比較

22、“瘦小”，因為它往往是頻繁更新和分發(fā)的對象。一般情況下，客戶/服務器方案可以解決以下幾個問題：允許將不同客戶進行分類，每類客戶只允許處理它負責的數據。以一種更為有效的方式為決策者提供決策支持。在MIS中加強對數據的集中控制，而在數據分析和使用的集中控制上只需要花費比較少的精力。在服務器端可以對整個業(yè)務數據庫進行數據完整性驗證。更靈活的業(yè)務劃分，客戶端和服務器端業(yè)務功能分離，各司其職。服務器向客戶端傳遞的數據是經過篩選的，可以減輕絡負擔。客戶/服務器模型客戶/服務器模型通常分兩層模型和三層模型兩類。下面我們分別進行介紹。兩層模型兩層模型的應用十廣泛，基本上，它是由桌面數據庫應用系統(tǒng)演變而來的。在

23、此模型中，數據庫位于服務器端，客戶應用程序位于客戶機上，業(yè)務邏輯放在客戶或服務器上。如圖1-5所示。三層模型如圖1-6所示，客戶僅僅起顯示數據的作用，業(yè)務規(guī)則（處理邏輯）放在服務器上，而實際的數據庫則放在另外一臺機器上。由于三者處于不同的機器，開發(fā)人員可以更靈活高效地劃分系統(tǒng)功能，優(yōu)化數據訪問及維護數據的完整性。圖1-5 兩層客戶/服務器模型 圖1-6 三層客戶/服務器模客戶/服務器模型與桌面數據庫應用系統(tǒng)的比較客戶/服務器器模型與桌面模型應用系統(tǒng)的比較：面向集合與面向記錄。對客戶端而言，它面向的是記錄。對桌面數據庫而言，它直接面對數據集合；而在C/S模型中，客戶面對的只是數據集合的一個子集。

24、通過SQL語句，客戶可以從服務器端獲取到符合一定要求的一組記錄，而不需要把整個數據表格全部下載到本地再進行處理。而一個桌面數據庫要從絡數據庫中獲取數據時，它得到的是整個數據表格。如果數據表格很大，那絡傳輸所需要的時間是很長的。相比之下，通過SQL，只需要通過絡傳輸符合記錄的部分記錄集，這就大大減輕了絡傳輸的負擔，也使系統(tǒng)的響應速度得到了很大的提高。331 刷卡模塊刷卡模塊主要有2個子模塊組成，如圖1-7所示。 圖1-7 刷卡模塊系統(tǒng)結構圖下面是各模塊的主要功能：背景框架子模塊該子模塊是刷卡模塊的背景界面，通過覆蓋整個桌面起到模擬的效果。同時，它起到禁止用戶關閉系統(tǒng)的作用。通過在內部設定一個開關

25、，使得用戶無法通過鍵盤和鼠標關閉刷卡應用程序，而只能通過接收來自服務器的命令才能夠自動關閉。刷卡消息處理子模塊該子模塊是刷卡模塊的邏輯核心部分。在這個子模塊中，能夠實現自動讀取用戶刷卡信息、向服務器傳送刷卡信息和接收并顯示服務器反饋信息的功能。通過這個模塊，用戶可以刷卡，實時看到自己刷卡的處理結果以及自己的姓名、班級、刷卡登錄時間、注銷時間和當前余額信息。如果用戶余額不足，該子模塊將顯示拒絕用戶登錄的提示。332實時監(jiān)控模塊該模塊主要由四個子模塊組成，如圖1-8所示圖1-8 實時監(jiān)控子模塊系統(tǒng)結構圖下面是各模塊的主要功能：實時監(jiān)控子模塊該子模塊是實時監(jiān)控模塊的主界面，也是系統(tǒng)的惟一進入和退出端

26、。通過此子模塊，用戶可以調用查詢統(tǒng)計子模塊和用戶管理子模塊，同時，此子模塊還自動調用刷卡消息處理子模塊處理來自刷卡模塊的消息。由于只有管理員才可以訪問這四個子模塊，因此，在進入此模塊時必須進行身份驗證，確保只有管理員才能運行實時監(jiān)控應用程序。在此模塊中，管理員還可以實時看到當前刷卡上機的用戶列表及每個用戶的詳細信息。刷卡消息處理子模塊該子模塊是實時監(jiān)控模塊實現門禁功能和自動計費功能的核心部分。這個子模塊由實時監(jiān)控子模塊自動調用，以刷卡消息為處理對象，自動維護已刷卡用戶列表和域用戶列表，并向數據庫中寫入登錄住處和更新用戶金額。由于采用了多線程模型和臨界區(qū)域對象，可以處理同時到達的多個刷卡信息。用

27、戶管理子模塊該子模塊是管理員維護域用戶列表和用戶信息的界面。管理員可以瀏覽并修改三個用戶組的成員列表，組計費標準和各用戶的詳細信息?？梢詾楦鱾€用戶組添加新用戶和刪除無用的用戶。由于用戶信息同時存在于域用戶（操作系統(tǒng)數據結構）和數據庫（系統(tǒng)自帶數據表單），如圖1-9所示，因此管理員要修改用戶清單必須使用此子模塊，而不能單獨使用操作系統(tǒng)自帶的管理工具來維護用戶列表。一一對應 同步更新圖1-9 用戶管理子模塊內部結構說明查詢統(tǒng)計子模塊該子模塊允許管理員就登錄、用戶信息和組成員列表進行查詢。允許對查詢設定關鍵字進行模糊查詢，對登錄記錄的查詢還允許設定查詢的時間段。統(tǒng)計功能分為用戶上機清單和用戶上機總時

28、兩部分，前者給出用戶每一天的上機時間，后者給出用戶總上機時間。統(tǒng)計前，可以設定統(tǒng)計的用戶ID進行模糊查詢，還可以設定統(tǒng)計的時間段。最后生成的數據集體傳遞給報表及輸出子模塊進行顯示和輸出。報表及輸出子模塊該子模塊顯示查詢統(tǒng)計模塊生成的數據集，并以Microsoft DI結構，背景窗口為MDI框架窗口，刷卡窗口為MDI子窗口。系統(tǒng)啟動后背景窗口將以全屏顯示,重點突出刷卡窗口。MDI結構即多文檔結構，是從DI應用程序包含如下窗口：框架窗口：框架窗口雖應用程序的主要窗口。此窗口一般含有標題欄、菜單條和系統(tǒng)菜單。右上角為最小化、最大化和關閉按鈕?？蛻舸翱冢篗DI程序的窗口管理器，是框架窗口呂間的空白區(qū)域

29、。用來管理和顯示MDI子窗口。MDI子窗口：顯示在客戶窗口內的窗口，不能移出客戶區(qū)。由于Delphi6.0會自動管理MDI窗口元素。因此對我們來說，只需要記住對框架窗口而言，必須把FormStyle屬性設置成fsMDIForm;對子窗口而言，必須把FormStyle屬性設置成fsMDIChild。如果子窗口是自動建立的，那么在程序啟動的時候會自動顯示在客戶窗口內。缺省地，每一個窗口都有是自動建立的，這可以在Project菜單的Options內的Forms卡內觀察。Auto-create forms列表里的窗口Form1v 和Form2都是在程序運行的時候自動建立的，如果不是MDI子窗口，則處于

30、隱藏狀態(tài)。如果把某個Form如Form3放進Available forms列表下，那在調用這個窗口前必須手工建立它。35 UDP協(xié)議的基本知識UDP協(xié)議（User Datagram Protocol），即用戶數據報協(xié)議，廣泛使用在計算機間傳輸數據的絡應用上，如絡視頻會議系統(tǒng)、語音傳播等眾多的客戶/服務器模式。UDP協(xié)議從問世至今已經被使用了很多年，雖然其最初的光彩已經被一些類似協(xié)議所掩蓋，但是即使在今天，UDP協(xié)議仍然在一項非常衫和有效的絡傳輸層協(xié)議。與我們所熟知的TCP協(xié)議一樣，UDP協(xié)議位于IP（Internet Protocol）協(xié)議的頂層。根據OSI (Open System Inte

31、rconnect )參考模型，UDP和TCP同屬于傳輸層協(xié)議。UDP協(xié)議的主要作用是將絡數據流量壓縮成數據報的形式。一個典型的數據報是一個二進制數據的傳輸單位。每一個數據報的前8個字節(jié)用來包含報頭號信息，剩余字節(jié)則用來包含具體的傳輸數據。UDP協(xié)議是一種無連接協(xié)議。它與TCP操作不同，計算機間進行通信時并不需要事先建立一個連接。而且，一個UDP的接受方可以同時作為一個發(fā)送方，相比TCP協(xié)議，它的應用方法也非常簡單。因此，在我們的系統(tǒng)中，使用UDP協(xié)議作為我們進行絡通信的絡協(xié)議。36 界面設計刷卡消息處理子模塊的界面布局如圖1-17所示。圖1-17 刷卡消息處理子模塊界面布局從圖中我們可以看到刷

32、卡界面的基本布局。對此窗口，我們需要把FormStyle屬性設置為fsMDIChild，命名為fmScanForm,Caption為“LGYSY-刷卡窗口”。窗口內最上面是刷卡用的Tedit控件，命名為editCardNo。下面是個人信息界面，分別顯示了用戶姓名、班級、登錄時間、注銷時間和當前上機余額，分別命名為editName,editClass,editInTime,editOutTime,editMoney。由于只起顯示作用，因此這五個Tedit控件的ReadOnly屬性需要設置為False。對于設置多個組件的同一屬性，有一個簡單的方法，即按住鍵盤Shift鍵分別點選各個Tedit組件，

33、然后在Object Inspector里選擇ReadOnly項，設置為True即可。最下面是狀態(tài)欄，左邊的Panel用于顯示刷卡成功/失敗的信息，右邊的Panel顯示當前日期。最關鍵的TNMUDP控件我們命名為nuScanCard,LocalPort屬性設置為2171，RemotePort屬性設置為2173，ReportLevel屬性為1。37 代碼設計首先，在窗口創(chuàng)建時需要將個人信息下的各個輸入框設置為只讀。其次，我們在此需要用到UDP的廣播功能，這樣只需要把RemoteIP設置為廣播地址，發(fā)送的數據就可以被局域內的所有機器所接收。這樣，我們就沒必要單獨設置服務器的IP，否則，當服務器IP改

34、變的時候，還必須重新設置nuScanCard.RemoteHost屬性值。對于廣播的詳細信息，請參閱其他專業(yè)文獻，在這里只需要指出，如果本機IP為165.111.13.13而子掩碼為255.255.0.0，則廣播地址即為165.111.255.255。因此，在窗口創(chuàng)建時需要獲取廣播地址并賦給RemoteIP屬性。如果獲取IP失敗，則應該退出系統(tǒng)。另外，由于下面的代碼用到了WinSock.pas單元，而這個單元并沒有缺省包含在引用列表中，所以必須手工在接口部分的引用列表中添加此單元。38 ODBC數據源設計所有的模塊及界面做好以后，最后就要進行數據庫連接了。打開開始設置控制面板管理工具ODBC數

35、據源，選擇系統(tǒng)DNS，如下圖所示：選擇添加創(chuàng)建新數據源如下圖所示： 點擊完成。填寫數據源名稱吧管理系統(tǒng)，選擇數據庫，如下圖所示：點擊確定完成。第四章 總結與展望通過本次畢業(yè)設計，我們基本明確了一個局域門禁系統(tǒng)從構思到設計再到實現的一般步驟以及需要注意的方面，這也是一個讓我們自己學習知識和運用知識的大好機會。我們最大的遺憾就是由于能力和設備的限制沒有能夠把一整套絡管理系統(tǒng)做出來。還有部分功能還有待進一步加強。嚴格的來說，我們的系統(tǒng)還不是真正意義上的局域門禁系統(tǒng)，而是一個單機測試版。原因就是缺乏很強專業(yè)技術水平以及沒有很高的技術含量。由于在校內課程中沒有涉及到很深Delphi程序，以及我個人學習能力的限制，系統(tǒng)也沒有能夠實現很強的功能。還有就是各組員間聯系不夠緊密，缺乏團隊合作精神。由于與指導教師缺乏默契的合作和密切的聯系，為