【正文】 過(guò)ODBC的方法同數(shù)據(jù)庫(kù)接口中，可以使用任何一種ODBC數(shù)據(jù)源，即不止適合于SQL Server、Oracle、Access等數(shù)據(jù)庫(kù)應(yīng)用程序，也適合于Excel表格、文本文件、圖形文件和無(wú)格式的數(shù)據(jù)文件。（5）層次清晰和可伸縮的框架在大家有了一定的程序開(kāi)發(fā)經(jīng)驗(yàn)后就知道,對(duì)于一個(gè)開(kāi)發(fā)工具來(lái)說(shuō),只有好的開(kāi)發(fā)環(huán)境和編程語(yǔ)言是不夠的,還需要有強(qiáng)大的類(lèi)庫(kù)和組件庫(kù)來(lái)支持程序員的開(kāi)發(fā)。Object Pascal語(yǔ)言在早期Pascal語(yǔ)言的基礎(chǔ)上擴(kuò)展了面向?qū)ο蟮墓δ?而且很好的把握了復(fù)雜性和功能性的平衡,滿足了現(xiàn)代程序開(kāi)發(fā)的需要。（2）高效率的編譯器Delphi的編譯器建立在Pascal編譯器的基礎(chǔ)上,可以說(shuō)是針對(duì)Windows的最快的高級(jí)語(yǔ)言本地代碼編譯器。數(shù)據(jù)庫(kù)應(yīng)用軟件開(kāi)發(fā)的效率，縮短了開(kāi)發(fā)周期，深受廣大數(shù)據(jù)庫(kù)應(yīng)用程序設(shè)計(jì)人員的喜愛(ài)。Delphi的優(yōu)勢(shì)現(xiàn)在，市場(chǎng)上可以選購(gòu)的應(yīng)用開(kāi)發(fā)產(chǎn)品很多，流行的也有數(shù)十種。這樣在操作系統(tǒng)不變的情況下，各種開(kāi)發(fā)工具各顯神通，但最終都要生成計(jì)算機(jī)可執(zhí)行的代碼。所謂的翻譯有兩種方式：一是編譯方式，代碼事先通過(guò)編譯器生成機(jī)器語(yǔ)言代碼，再由操作系統(tǒng)調(diào)度執(zhí)行，如Delphi語(yǔ)言、C++語(yǔ)言等；二是解釋方式，該方式在計(jì)算內(nèi)是邊解釋邊執(zhí)行，并不事先生目標(biāo)程序，如Basic語(yǔ)言、腳本語(yǔ)言等。畢業(yè)設(shè)計(jì)總結(jié)部分介紹了設(shè)計(jì)體會(huì)和編程體會(huì)，并指出了系統(tǒng)設(shè)計(jì)中的不足和改進(jìn)的方向。并結(jié)合數(shù)據(jù)庫(kù)原理和功能劃分進(jìn)行ER圖的繪制、數(shù)據(jù)庫(kù)結(jié)構(gòu)設(shè)計(jì)。 論文組織緒論部分緒論主要敘述課題提出背景，目前應(yīng)用現(xiàn)狀，C/S模式結(jié)構(gòu)系統(tǒng)開(kāi)發(fā)的必要性。建設(shè)一個(gè)科學(xué)高效的信息管理系統(tǒng)是解決這一問(wèn)題的必由之路。它的本地自治功能使每個(gè)場(chǎng)點(diǎn)/平臺(tái)均有一個(gè)自治的數(shù)據(jù)庫(kù)，其管理和控制具有獨(dú)立性，這使得生產(chǎn)第一線的管理者可擁有自己的數(shù)據(jù)和工具、以及一定的權(quán)限去靈活地解決自己的問(wèn)題，而各級(jí)管理人員亦可依靠這種協(xié)調(diào)一致的分散控制、從協(xié)調(diào)中得到效率，從分散中得到下級(jí)的責(zé)任感、積極性、主動(dòng)性和創(chuàng)造性，從而使決策更加切合實(shí)際。當(dāng)終端增加到一定程度后即達(dá)到飽和，必須更換主機(jī)，舊的主機(jī)則被淘汰；而在C/S結(jié)構(gòu)中，每增加一臺(tái)工作站，在分享系統(tǒng)資源的同時(shí)能夠增加系統(tǒng)的能力。這種體系結(jié)構(gòu)合理地劃分了功能，均衡地分配了C/S上的負(fù)載，并減少了。無(wú)法將某些生產(chǎn)管理經(jīng)營(yíng)權(quán)真正交到具體的管理人員手中，使他們能夠積極有效地參與管理。[1]首先，從分布式處理的角度來(lái)看，以往那種一臺(tái)主機(jī)帶有多個(gè)終端的多用戶系統(tǒng)是按主機(jī)/終端結(jié)構(gòu)來(lái)設(shè)計(jì)的，是采取了一種集中方式，具有一個(gè)單一的、集中的數(shù)據(jù)庫(kù)，其數(shù)據(jù)存放在主機(jī)上，所有的處理任務(wù)都由主機(jī)來(lái)完成。目錄1 緒論 1 課題背景 1 應(yīng)用現(xiàn)狀 2 論文組織 22 系統(tǒng)開(kāi)發(fā)環(huán)境與技術(shù) 4 Delphi語(yǔ)言的介紹 4 SQL Server 2000介紹 9 C/S模式簡(jiǎn)介 11 C/S定義 11 C/S體系結(jié)構(gòu)特點(diǎn) 11 系統(tǒng)實(shí)現(xiàn)的關(guān)鍵技術(shù) 12 ODBC接口技術(shù) 12 ADO數(shù)據(jù)庫(kù)訪問(wèn)技術(shù) 143 需求分析 16 系統(tǒng)的總體策劃 16 系統(tǒng)目標(biāo) 16 系統(tǒng)業(yè)務(wù)總體流程 17 功能需求分析 18 功能模塊分析 18 系統(tǒng)客戶端功能模塊圖 19 數(shù)據(jù)庫(kù)需求分析 194 概要設(shè)計(jì) 22 概念 22 方法概要 245 數(shù)據(jù)庫(kù)設(shè)計(jì) 26 數(shù)據(jù)庫(kù)技術(shù)基礎(chǔ) 26 數(shù)據(jù)表設(shè)計(jì) 27 數(shù)據(jù)模式分析 316 詳細(xì)設(shè)計(jì) 33 啟動(dòng)界面模塊 33 登陸模塊設(shè)計(jì) 33 主窗體模塊設(shè)計(jì) 34 功能介紹 34 模塊程序流程圖 34 日常工作模塊的設(shè)計(jì) 34 出盤(pán)模塊的設(shè)計(jì) 35 工資查詢功能設(shè)計(jì) 36 系統(tǒng)維護(hù)模塊設(shè)計(jì) 36 用戶管理模塊 37 工資結(jié)構(gòu)維護(hù)模塊 37 報(bào)表系統(tǒng)模塊設(shè)計(jì) 377 系統(tǒng)的實(shí)現(xiàn) 38 登陸界面的實(shí)現(xiàn)與運(yùn)行 38 數(shù)據(jù)庫(kù)設(shè)置界面的實(shí)現(xiàn) 38 40 功能介紹 40 運(yùn)行界面 40 40 功能介紹 40 功能實(shí)現(xiàn) 41 43 功能介紹 43 功能實(shí)現(xiàn) 43 44 功能介紹 44 功能實(shí)現(xiàn) 44 出盤(pán)模塊實(shí)現(xiàn)與運(yùn)行 45 45 46 報(bào)表生成與打印 47 模塊實(shí)現(xiàn)技術(shù) 47 功能實(shí)現(xiàn) 47 人事餅圖分析模塊實(shí)現(xiàn)與運(yùn)行 48 模塊實(shí)現(xiàn)技術(shù) 48 功能實(shí)現(xiàn) 488 畢業(yè)設(shè)計(jì)總結(jié) 50參考文獻(xiàn) 51致謝 5253 / 561 緒論 課題背景隨著計(jì)算機(jī)技術(shù)的飛速發(fā)展，計(jì)算機(jī)在企業(yè)管理中應(yīng)用的普及，利用計(jì)算機(jī)實(shí)現(xiàn)企業(yè)人事工資的管理勢(shì)在必行。主機(jī)需要承擔(dān)計(jì)算、處理、屏幕顯示以及控制全部的數(shù)據(jù)訪問(wèn)和更新，即它是一個(gè)用于事務(wù)處理、數(shù)據(jù)庫(kù)訪問(wèn)和本地用戶界面處理的中央處理器；而終端實(shí)際上是一個(gè)“傻瓜”終端，自身沒(méi)有處理能力，只是把用戶從鍵盤(pán)輸入的信息傳給主機(jī)，并把主機(jī)傳來(lái)的信息顯示出來(lái)，且用戶界面是基于字符方式。C/S結(jié)構(gòu)有效地解決了主機(jī)/終端結(jié)構(gòu)的缺陷和問(wèn)題。因而可為企業(yè)管理提供極快的響應(yīng)速度和較高的事務(wù)吞吐量，并可同時(shí)支持?jǐn)?shù)百個(gè)用戶。當(dāng)數(shù)據(jù)庫(kù)服務(wù)器需要更新時(shí)，一是較低、二是該服務(wù)器還可用作工作站，可有效地保護(hù)了。同時(shí)，它的分布式查詢處理、分布式交換管理功能，又可使各級(jí)管理人員擁有用戶終端瓶頸處理能力，充分體現(xiàn)了分散化管理思想。企業(yè)內(nèi)部財(cái)務(wù)管理是該企業(yè)運(yùn)用現(xiàn)代化技術(shù)創(chuàng)造更多更高的經(jīng)濟(jì)效益的主要因素之一。，還介紹了C/S模式的定義與體系結(jié)構(gòu)特點(diǎn)以及系統(tǒng)實(shí)現(xiàn)的關(guān)鍵技術(shù)。數(shù)據(jù)庫(kù)設(shè)計(jì)部分介紹了數(shù)據(jù)庫(kù)基礎(chǔ)知識(shí)，并結(jié)合ER圖和數(shù)據(jù)庫(kù)需求分析的要求，介紹了數(shù)據(jù)庫(kù)中所有數(shù)據(jù)表的設(shè)計(jì)，并做了范式分析。2 系統(tǒng)開(kāi)發(fā)環(huán)境與技術(shù) Delphi語(yǔ)言的介紹Delphi的基本特點(diǎn)計(jì)算機(jī)語(yǔ)言一代一代地從機(jī)器語(yǔ)言發(fā)展到高級(jí)語(yǔ)言，從復(fù)雜到簡(jiǎn)單（其實(shí)也不簡(jiǎn)單），體現(xiàn)了計(jì)算機(jī)科學(xué)技術(shù)的發(fā)展。解釋方式的特點(diǎn)運(yùn)行速度慢，對(duì)計(jì)算機(jī)硬件要求比較高。所以無(wú)論用哪種計(jì)算機(jī)語(yǔ)言寫(xiě)的程序要判斷其好與壞很大程度上依賴于該語(yǔ)言的編譯器或解釋器。在目前市場(chǎng)上這些眾多的程序開(kāi)發(fā)工具中，有些強(qiáng)調(diào)程語(yǔ)言的彈性與執(zhí)行效率；有些則偏重于可視化程序開(kāi)發(fā)工具所帶來(lái)的便利性與效率的得高，各有各的優(yōu)點(diǎn)和特色，也滿足了不同用戶的需求。Delphi為數(shù)據(jù)庫(kù)應(yīng)用開(kāi)發(fā)人員提供了豐富的數(shù)據(jù)庫(kù)開(kāi)發(fā)組件，使數(shù)據(jù)庫(kù)應(yīng)用開(kāi)發(fā)功能更強(qiáng)大，控制更靈活，編譯后的程序運(yùn)行速度更快。由于有編譯器的速度作保證,程序員可以經(jīng)常修改代碼,提高了開(kāi)發(fā)效率,Delphi的編譯器不僅便宜速度快,而且生成的二進(jìn)制代碼短小,運(yùn)行效率很高。（4）對(duì)數(shù)據(jù)庫(kù)的靈活支持Delphi對(duì)數(shù)據(jù)庫(kù)的支持是它的一個(gè)突出優(yōu)點(diǎn),對(duì)于開(kāi)發(fā)數(shù)據(jù)庫(kù)程序,Delphi是第一選擇。Delphi在這方面做得非常好,從開(kāi)始的VCL（Visual Component Library）到現(xiàn)在的CLX(Component Library for CrossPlatform),不僅功能強(qiáng)大,結(jié)構(gòu)可以擴(kuò)展,而且層次清晰,符合編程人員的直觀想法,使用起來(lái)方便。ADO是基于OLEDB之上的技術(shù)，因此ADO通過(guò)其內(nèi)部的屬性和方法提供統(tǒng)一的數(shù)據(jù)訪問(wèn)接口方法。ADO同時(shí)具有遠(yuǎn)程數(shù)據(jù)服務(wù)(RDS)功能，通過(guò)RDS可以在一次往返過(guò)程中實(shí)現(xiàn)將數(shù)據(jù)從服務(wù)器移動(dòng)到客戶端應(yīng)用程序和Web頁(yè)、在客戶端對(duì)數(shù)據(jù)進(jìn)行處然后將更新結(jié)果返回服務(wù)器的操作。這意味著只需要很少的代碼就可以實(shí)現(xiàn)該連接并且性能得到提高。TADO Table與TTable，TADO Query與TQuery，以及TADO Store Proc和TStored Proc之間都具有這種類(lèi)似的對(duì)應(yīng)關(guān)系?？梢圆唤柚鶥DE數(shù)據(jù)引擎而是通過(guò)微軟的OLEDB來(lái)訪問(wèn)更為廣泛的數(shù)據(jù)庫(kù)中的數(shù)據(jù)。在系統(tǒng)中主要使用數(shù)據(jù)網(wǎng)格控件DB Grid和數(shù)據(jù)庫(kù)導(dǎo)航器控件DB Navigator。特別是當(dāng)連接到一個(gè)遠(yuǎn)程的SQL數(shù)據(jù)庫(kù)服務(wù)器時(shí)，如果要利用BDE進(jìn)行數(shù)據(jù)庫(kù)事務(wù)處理，那么，TDataBase對(duì)象的威力就體現(xiàn)出來(lái)了。如果一個(gè)Data Set對(duì)象中的數(shù)據(jù)想在數(shù)據(jù)感知組件中顯示和修改，它就必須和Tdata Source對(duì)象相聯(lián)系。（4）SQL語(yǔ)言在Delphi中的應(yīng)用在Delphi中使用SQL語(yǔ)言非常方便，一般來(lái)說(shuō)，都是通過(guò)Tquery組件來(lái)使用SQL語(yǔ)言的。靜態(tài)SQL語(yǔ)句在程序設(shè)計(jì)時(shí)便已固定下來(lái)，它不包含任何參數(shù)和變量。2)直接根據(jù)SQL語(yǔ)句中各參數(shù)的名字，調(diào)用ParamByName方法來(lái)為各參數(shù)賦值。例如：{關(guān)閉Query1){清除SQL屬性中的SQL命令語(yǔ)句}(‘Select*From Students‘)。在這里要特別注意的，一般情況下TQuery部件的SQL屬性只能包含一條完整的SQL語(yǔ)句，它不允許被設(shè)置成多條SQL語(yǔ)句。在應(yīng)用程序運(yùn)行過(guò)程中，通過(guò)程序調(diào)用TQuery部件的Open方法或Excel SQL方法可以執(zhí)行其SQL屬性中的SQL程序。如：(沒(méi)有返回結(jié)果)當(dāng)然在設(shè)計(jì)應(yīng)用程序時(shí)，程序設(shè)計(jì)人員是無(wú)法確定TQuery部件中的SQL語(yǔ)句是否會(huì)返回一個(gè)查詢結(jié)果的。在ADO Query組件中首先通過(guò)Connection String屬性值來(lái)聯(lián)接數(shù)據(jù)源，然后就通過(guò)雙擊SQL屬性值來(lái)寫(xiě)入SQL語(yǔ)句。其它的使用方法與TQuery有許多的相似之處。一般認(rèn)為SQL Server包含四種Windows服務(wù)（這里我們關(guān)注OLTP、暫時(shí)不考慮OLAP），分別是：MS SQL Server、DTC（Distributed Transaction Coordinator）、SQL Server Agent、Search Service?？蛻舳斯ぞ咭c服務(wù)器組件連通，需要一些用于通訊的動(dòng)態(tài)鏈接庫(kù)，SQLServer2000的通訊庫(kù)支持多種網(wǎng)絡(luò)協(xié)議，例如TCP/IP、命名管道等。SQL數(shù)據(jù)庫(kù)體系結(jié)構(gòu)：SQL數(shù)據(jù)庫(kù)的體系結(jié)構(gòu)基本上也是三級(jí)模式。模式：模式(Schema)是表和約束的集合。存儲(chǔ)過(guò)程：存儲(chǔ)過(guò)程是一組為了完成特定功能的SQL語(yǔ)句集，經(jīng)編譯后存儲(chǔ)在數(shù)據(jù)庫(kù)中。首先，交互性強(qiáng)是C/S固有的一個(gè)優(yōu)點(diǎn)。而B(niǎo)/S采用點(diǎn)對(duì)多點(diǎn)、多點(diǎn)對(duì)多點(diǎn)這種開(kāi)放的結(jié)構(gòu)模式，并采用TCP/IP這一類(lèi)運(yùn)用于Internet的開(kāi)放性協(xié)議，其安全性只能依靠數(shù)據(jù)服務(wù)器上的管理密碼的數(shù)據(jù)庫(kù)來(lái)保證。但缺少通用性，業(yè)務(wù)的變更，需要重新設(shè)計(jì)和開(kāi)發(fā)，增加了維護(hù)和管理的難度，進(jìn)一步的業(yè)務(wù)拓展困難較多。其中客戶機(jī)是體系結(jié)構(gòu)的核心部分，是一個(gè)面向最終用戶的接口設(shè)備或應(yīng)用程序。用戶不僅可存取在服務(wù)器和本地工作站上的資源，還可以享用其他工作站上的資源，實(shí)現(xiàn)了資源共享。由于在C/S結(jié)構(gòu)中是一種基于點(diǎn)對(duì)點(diǎn)的運(yùn)行環(huán)境，當(dāng)一項(xiàng)任務(wù)提出請(qǐng)求處理時(shí)，可以在所有可能的服務(wù)器間均衡地分布該項(xiàng)任務(wù)的負(fù)載。以前，在其他環(huán)境下積累的數(shù)據(jù)和軟件均可在C/S中通過(guò)集成而保留使用，并且可以透明地訪問(wèn)多個(gè)異構(gòu)的數(shù)據(jù)源和自由地選用不同廠家的數(shù)據(jù)應(yīng)用開(kāi)發(fā)工具，具有高度的靈活性；而以前的硬件亦可完全繼續(xù)使用，當(dāng)在系統(tǒng)中增加硬件資源時(shí)，不會(huì)減弱系統(tǒng)的能力，同時(shí)客戶機(jī)和服務(wù)器均可單獨(dú)地升級(jí)，故具有極好的可擴(kuò)充性。應(yīng)用這些系統(tǒng),各單位各部門(mén)投入大量的人力、物力，相繼完成了一些管理系統(tǒng)。應(yīng)用程序要操作不同類(lèi)型的數(shù)據(jù)庫(kù)，只要調(diào)用ODBC所支持的函數(shù)，動(dòng)態(tài)鏈接到不同的驅(qū)動(dòng)程序上即可。ODBC本身也提供了對(duì)SQL語(yǔ)言的支持，用戶可以直接將SQL語(yǔ)句送給ODBC。由此可見(jiàn)，ODBC的最大優(yōu)點(diǎn)是能以統(tǒng)一的方式處理幾乎所有的數(shù)據(jù)庫(kù)。該程序位于Windows95控制面板(Control Panel)的32位ODBC內(nèi)，其主要任務(wù)是管理安裝的ODBC驅(qū)動(dòng)程序和管理數(shù)據(jù)源。（4） ODBC API。驅(qū)動(dòng)程序也負(fù)責(zé)與任何訪問(wèn)數(shù)據(jù)源的必要軟件層進(jìn)行交互作用，這種軟件層包括與底層網(wǎng)絡(luò)或文件系統(tǒng)接口的軟件。各部件之間的關(guān)系如圖1所示。驅(qū)動(dòng)程序管理器負(fù)責(zé)將應(yīng)用程序?qū)DBCAPI的調(diào)用傳遞給正確的驅(qū)動(dòng)程序，而驅(qū)動(dòng)程序在執(zhí)行完相應(yīng)的操作后，將結(jié)果通過(guò)驅(qū)動(dòng)程序管理器返回給應(yīng)用程序。ADO使用Record Set（記錄集）對(duì)象作為數(shù)據(jù)的主要界面。（3）執(zhí)行命令，例如一個(gè)Select腳本。連接數(shù)據(jù)庫(kù)在Delphi中，連接數(shù)據(jù)源有兩種方式[8]，一種是通過(guò)數(shù)據(jù)庫(kù)文件DSN連接數(shù)據(jù)庫(kù)，另一種是直接連接數(shù)據(jù)庫(kù)。mappath(“database/”)Setobjconn=(“”)%3 需求分析 系統(tǒng)的總體策劃一個(gè)好的軟件的開(kāi)發(fā)，其策劃是非常關(guān)鍵的，它決定了以后的開(kāi)發(fā)方向與框架。從上面的分析可以看出：系統(tǒng)設(shè)計(jì)必須從保證系統(tǒng)的變更性人手，設(shè)計(jì)出一個(gè)易于理解，容易維護(hù)的系統(tǒng)。我們知道，系統(tǒng)各個(gè)部分之間存在控制、調(diào)用、數(shù)據(jù)交換等種種聯(lián)系。因此要進(jìn)行系統(tǒng)某一個(gè)局部的修改，必須十分小心地追蹤這一修改所波及的各個(gè)部分。一方面，人向計(jì)算機(jī)輸入信息時(shí)應(yīng)當(dāng)盡量采取自然的方式；另一方面，計(jì)算機(jī)向人傳遞的信息必須準(zhǔn)確，不致引起誤解或混亂。報(bào)表打印是MIS必備的功能之一，而且打印之前常常需要計(jì)算。最忌諱的是每換一個(gè)屏幕用戶就要換一套操作命令與操作方法。特別是在需要較長(zhǎng)時(shí)間的等待時(shí)，必須讓用戶了解工作進(jìn)展情況，如可以設(shè)計(jì)已經(jīng)完成了百分之幾的任務(wù)進(jìn)度條等。多數(shù)MIS軟件的數(shù)據(jù)輸入量較大?？傊?，所開(kāi)發(fā)的MIS在使用過(guò)程中，應(yīng)使用戶的數(shù)據(jù)輸入量降至最低限度減少用戶的干預(yù)量。通過(guò)在出盤(pán)窗口上點(diǎn)擊右鍵選擇是新增還是修改員工工資信息，動(dòng)態(tài)改變提交按鈕上顯示的信息，實(shí)現(xiàn)調(diào)整員工工資結(jié)構(gòu)的目的。表格的制作：由工作人員以修改、計(jì)算后的在上月工資表為藍(lán)本生成與銀行進(jìn)行數(shù)據(jù)交換的軟件即出盤(pán)[10]。維護(hù)員工基本信息維護(hù)員工工資信息數(shù)據(jù)統(tǒng)計(jì)表格制作出盤(pán)開(kāi)始結(jié) 束圖2 業(yè)務(wù)總體流程圖 功能需求分析整個(gè)系統(tǒng)從總體上分為服務(wù)器端和客戶端兩部分，是一個(gè)基于C/S模式的人事工資管理系統(tǒng)。論文第5部分會(huì)對(duì)服務(wù)器端，即數(shù)據(jù)庫(kù)功能做詳細(xì)介紹。（6）人事?tīng)顩r餅圖[11]：公司人事組成的直觀表示。普通用戶和管理員都能夠進(jìn)行的操作。 系統(tǒng)客戶端功能模塊圖客戶端功能模塊圖如圖