【正文】 格制作出盤開始結(jié) 束圖2 業(yè)務總體流程圖 功能需求分析整個系統(tǒng)從總體上分為服務器端和客戶端兩部分，是一個基于C/S模式的人事工資管理系統(tǒng)。在出盤發(fā)生錯誤時，要進行出盤回滾操作，也就是恢復出盤前的數(shù)據(jù)存儲，刪除存在的下個月的工資記錄，以及本月的出盤成功標志參數(shù)。表格的制作：由工作人員以修改、計算后的在上月工資表為藍本生成與銀行進行數(shù)據(jù)交換的軟件即出盤[10]。數(shù)據(jù)的輸入：由工作人員通過新員工本月工資增加和老員工上月工資表修改完成。通過在出盤窗口上點擊右鍵選擇是新增還是修改員工工資信息，動態(tài)改變提交按鈕上顯示的信息，實現(xiàn)調(diào)整員工工資結(jié)構(gòu)的目的。 系統(tǒng)業(yè)務總體流程維護員工的基本信息：管理員對員工的員工工號,員工姓名,性別，政治面貌，學歷，出生日期，所屬部門，部門代碼，部門電話，職稱，職務，入職時間，身份證號，聯(lián)系電話，家庭住址，手機號碼，Email，有效標志等數(shù)據(jù)進行維護管理。總之，所開發(fā)的MIS在使用過程中，應使用戶的數(shù)據(jù)輸入量降至最低限度減少用戶的干預量。例如，人事管理系統(tǒng)中的“文化程度”是相對固定的數(shù)據(jù)，其值一般取“小學”、“初中”、“高中”、“大?！?、“大本”、“碩研”、“博研”等。多數(shù)MIS軟件的數(shù)據(jù)輸入量較大。開發(fā)MIS軟件時，這一點很值得借鑒。特別是在需要較長時間的等待時，必須讓用戶了解工作進展情況，如可以設計已經(jīng)完成了百分之幾的任務進度條等。界面必須使用戶隨時掌握任務的進展情況。最忌諱的是每換一個屏幕用戶就要換一套操作命令與操作方法。界面必須始終一致。報表打印是MIS必備的功能之一，而且打印之前常常需要計算。設計MIS時，針對每一個功能，都要按照模塊化思想，使輸入、處理與輸出“涇渭分明”，充分體現(xiàn)人機界面的通信功能。一方面，人向計算機輸入信息時應當盡量采取自然的方式；另一方面，計算機向人傳遞的信息必須準確，不致引起誤解或混亂。為了使系統(tǒng)容易修改，首先要使其容易被理解，需要注意以下幾個問題[9]：1 、以通信功能作為界面設計的核心。因此要進行系統(tǒng)某一個局部的修改，必須十分小心地追蹤這一修改所波及的各個部分。對A的修改波及B，而對B的修改又可以影響到C，E，……。我們知道，系統(tǒng)各個部分之間存在控制、調(diào)用、數(shù)據(jù)交換等種種聯(lián)系。系統(tǒng)的修改，往往是某一個模塊或某一子系統(tǒng)的細節(jié)的一些變動，或者是子系統(tǒng)組合關(guān)系的某些變動，更常見的是某一局部的數(shù)據(jù)結(jié)構(gòu)或執(zhí)行語句的修改。從上面的分析可以看出：系統(tǒng)設計必須從保證系統(tǒng)的變更性人手，設計出一個易于理解，容易維護的系統(tǒng)。主要從系統(tǒng)功能，結(jié)構(gòu)，內(nèi)容，風格，流程等方面來考慮。mappath(“database/”)Setobjconn=(“”)%3 需求分析 系統(tǒng)的總體策劃一個好的軟件的開發(fā)，其策劃是非常關(guān)鍵的，它決定了以后的開發(fā)方向與框架。（1）通過數(shù)據(jù)庫文件DSN來連接數(shù)據(jù)庫，首先要配置數(shù)據(jù)庫文件DSN，連接代碼如下：%設置DSN的物理路徑Strconn=”filedsn=d”\programfiles\monfiles\BorlandShared\databaseDesktopWorkdir\”Setconn=(“”)%（2）直接連接到數(shù)據(jù)源，連接代碼如下：%Strconn=”driver={MicrosoftSQLdriver(*.mdf)。連接數(shù)據(jù)庫在Delphi中，連接數(shù)據(jù)源有兩種方式[8]，一種是通過數(shù)據(jù)庫文件DSN連接數(shù)據(jù)庫，另一種是直接連接數(shù)據(jù)庫。（5）在適當?shù)那闆r下，可以通過修改緩存行的內(nèi)容一更新數(shù)據(jù)源。（3）執(zhí)行命令，例如一個Select腳本。ADO的操作流程，典型的ADO操作流程如下：（1）連接到數(shù)據(jù)源。ADO使用Record Set（記錄集）對象作為數(shù)據(jù)的主要界面。它提供了系統(tǒng)開發(fā)人員實時存取數(shù)據(jù)庫的能力。驅(qū)動程序管理器負責將應用程序?qū)DBCAPI的調(diào)用傳遞給正確的驅(qū)動程序，而驅(qū)動程序在執(zhí)行完相應的操作后，將結(jié)果通過驅(qū)動程序管理器返回給應用程序。這樣，只要應用程序?qū)?shù)據(jù)源名提供給ODBC，ODBC就能建立起與相應數(shù)據(jù)庫的連接。各部件之間的關(guān)系如圖1所示。數(shù)據(jù)源包含了數(shù)據(jù)庫位置和數(shù)據(jù)庫類型等信息，實際上是一種數(shù)據(jù)連接的抽象。驅(qū)動程序也負責與任何訪問數(shù)據(jù)源的必要軟件層進行交互作用，這種軟件層包括與底層網(wǎng)絡或文件系統(tǒng)接口的軟件。（5） ODBC驅(qū)動程序。（4） ODBC API。是ODBC中最重要的部件，負責為應用程序加載和調(diào)用驅(qū)動程序。該程序位于Windows95控制面板(Control Panel)的32位ODBC內(nèi)，其主要任務是管理安裝的ODBC驅(qū)動程序和管理數(shù)據(jù)源。負責用戶與用戶接口之間的交互操作，調(diào)用ODBC函數(shù)以給出SQL請求并提取結(jié)果以及進行錯誤處理。由此可見，ODBC的最大優(yōu)點是能以統(tǒng)一的方式處理幾乎所有的數(shù)據(jù)庫。也就是說，不論是FoxPro、Access還是Oracle數(shù)據(jù)庫，只要有相應的ODBC驅(qū)動程序支持，均可用ODBCAPI進行訪問。ODBC本身也提供了對SQL語言的支持，用戶可以直接將SQL語句送給ODBC。 ODBC基本概念：ODBC(Open Database Connectivity，開放數(shù)據(jù)庫互連)是微軟公司開放服務結(jié)構(gòu)(WOSA，Windows Open Services Architecture)中有關(guān)數(shù)據(jù)庫的一個組成部分，它建立了一組規(guī)范，并提供了一組對數(shù)據(jù)庫訪問的標準API（應用程序編程接口）。應用程序要操作不同類型的數(shù)據(jù)庫，只要調(diào)用ODBC所支持的函數(shù)，動態(tài)鏈接到不同的驅(qū)動程序上即可。為了適應這種需求，Microsoft推出了開放數(shù)據(jù)庫互連技術(shù)[5]（Open DataBase Connectivity，簡稱ODBC）。應用這些系統(tǒng),各單位各部門投入大量的人力、物力，相繼完成了一些管理系統(tǒng)。這給人們帶來更大選擇自由度的同時，也帶來了不少問題。以前，在其他環(huán)境下積累的數(shù)據(jù)和軟件均可在C/S中通過集成而保留使用，并且可以透明地訪問多個異構(gòu)的數(shù)據(jù)源和自由地選用不同廠家的數(shù)據(jù)應用開發(fā)工具，具有高度的靈活性；而以前的硬件亦可完全繼續(xù)使用，當在系統(tǒng)中增加硬件資源時，不會減弱系統(tǒng)的能力，同時客戶機和服務器均可單獨地升級，故具有極好的可擴充性。（4）能更好地保護原有的資源。由于在C/S結(jié)構(gòu)中是一種基于點對點的運行環(huán)境，當一項任務提出請求處理時，可以在所有可能的服務器間均衡地分布該項任務的負載。系統(tǒng)中的資源分布在各服務器和工作站上，可以采用分層管理和專業(yè)化管理相結(jié)合的方式，用戶有權(quán)去充分利用本部門、本領域的專業(yè)知識來參與管理，使得各級管理更加科學化和專業(yè)化。用戶不僅可存取在服務器和本地工作站上的資源，還可以享用其他工作站上的資源，實現(xiàn)了資源共享。客戶機/服務器具有以下特點[4]：（1）可實現(xiàn)資源共享。其中客戶機是體系結(jié)構(gòu)的核心部分，是一個面向最終用戶的接口設備或應用程序。 C/S體系結(jié)構(gòu)特點客戶機/服務器（C/S）這個名詞雖然近年來報刊雜志上經(jīng)常出現(xiàn)，但對這一術(shù)語至今尚無統(tǒng)一的定義。但缺少通用性，業(yè)務的變更，需要重新設計和開發(fā)，增加了維護和管理的難度，進一步的業(yè)務拓展困難較多。由于客戶端實現(xiàn)與服務器的直接相連，沒有中間環(huán)節(jié)，因此響應速度快。而B/S采用點對多點、多點對多點這種開放的結(jié)構(gòu)模式，并采用TCP/IP這一類運用于Internet的開放性協(xié)議，其安全性只能依靠數(shù)據(jù)服務器上的管理密碼的數(shù)據(jù)庫來保證。其次，C/S模式提供了更安全的存取模式。首先，交互性強是C/S固有的一個優(yōu)點。 C/S模式簡介 C/S定義C/S模式是一種兩層結(jié)構(gòu)的系統(tǒng)[4]：第一層是在客戶機系統(tǒng)上結(jié)合了表示與業(yè)務邏輯；第二層是通過網(wǎng)絡結(jié)合了數(shù)據(jù)庫服務器。存儲過程：存儲過程是一組為了完成特定功能的SQL語句集，經(jīng)編譯后存儲在數(shù)據(jù)庫中。表可以是一個基本表，也可以是一個視圖，基本表是實際存儲在數(shù)據(jù)庫中的表。模式：模式(Schema)是表和約束的集合。在SQL中，外模式對應于視圖，模式對應于基本表，元組稱為“行”，屬性稱為“列”。SQL數(shù)據(jù)庫體系結(jié)構(gòu)：SQL數(shù)據(jù)庫的體系結(jié)構(gòu)基本上也是三級模式。每一個版本包含的客戶端工具基本上是一樣的，而服務器組件可能有些不同?？蛻舳斯ぞ咭c服務器組件連通，需要一些用于通訊的動態(tài)鏈接庫，SQLServer2000的通訊庫支持多種網(wǎng)絡協(xié)議，例如TCP/IP、命名管道等。SQL Server 2000的客戶端工具包括——企業(yè)管理器、查詢分析器、事件探查器、服務管理器、客戶端網(wǎng)絡實用工具、服務器網(wǎng)絡實用工具、導入和導出數(shù)據(jù)（DTS）等等。一般認為SQL Server包含四種Windows服務（這里我們關(guān)注OLTP、暫時不考慮OLAP），分別是：MS SQL Server、DTC（Distributed Transaction Coordinator）、SQL Server Agent、Search Service。SQL Server 2000由兩個部分組成：服務器組件和客戶端工具。其它的使用方法與TQuery有許多的相似之處。值得注意的是，ADO Query組件只有在激活的情況下才可以被正確地使用，這樣就提出了一個問題，也就是說，在每次修改ADO Query組件的SQL屬性時都必須先行進行關(guān)閉，待清除掉SQL中所有的SQL語句后才可以添加新的SQL語句。在ADO Query組件中首先通過Connection String屬性值來聯(lián)接數(shù)據(jù)源，然后就通過雙擊SQL屬性值來寫入SQL語句。在Try部分調(diào)用Open方法，而在Except部分調(diào)用Excel SQL方法，這樣才能保證程序的正確運行。如：(沒有返回結(jié)果)當然在設計應用程序時，程序設計人員是無法確定TQuery部件中的SQL語句是否會返回一個查詢結(jié)果的。Open方法只能用來執(zhí)行SQL語言的查詢語句(Select命令)，并返回一個查詢結(jié)果集，而Excel SQL方法還可以用來執(zhí)行其它常用的SQL語句(如INSERT,UPDATE,DELETE等命令)，例如：(這樣會返回一個查詢結(jié)果集)如果調(diào)用Open方法，而沒有查詢結(jié)果時，會出錯。在應用程序運行過程中，通過程序調(diào)用TQuery部件的Open方法或Excel SQL方法可以執(zhí)行其SQL屬性中的SQL程序。在為TQuery部件設置完SQL屬性的屬性值之后，也即編寫好適當?shù)腟QL程序之后，可以有多種方式來執(zhí)行SQL程序。在這里要特別注意的，一般情況下TQuery部件的SQL屬性只能包含一條完整的SQL語句，它不允許被設置成多條SQL語句。在為TQuery部件設置SQL屬性時調(diào)用Close方法總是很安全的，如果TQuery部件已經(jīng)被關(guān)閉了，調(diào)用Close方法時不會產(chǎn)生任何影響。例如：{關(guān)閉Query1){清除SQL屬性中的SQL命令語句}(‘Select*From Students‘)。利用這種方法也能實現(xiàn)所謂的連接查詢，創(chuàng)建主要—明細型數(shù)據(jù)庫應用。2)直接根據(jù)SQL語句中各參數(shù)的名字，調(diào)用ParamByName方法來為各參數(shù)賦值。其中的變量StudentCode便是一個參數(shù)變量，它由一個冒號引導，在程序運行過程中，必須要為該參數(shù)賦值，該條SQL語句才能正確執(zhí)行，每次運行應用程序時可以為該參數(shù)變量賦予不同的值。靜態(tài)SQL語句在程序設計時便已固定下來，它不包含任何參數(shù)和變量。設計程序時，在該組件的屬性對話框中選擇SQL屬性，單擊帶省略號的按鈕，就可以打開String List Editor對話框，然后我們就可以在對話框中添加SQL語句。（4）SQL語言在Delphi中的應用在Delphi中使用SQL語言非常方便，一般來說，都是通過Tquery組件來使用SQL語言的。用Delphi ：先利用數(shù)據(jù)存取組件和實際的數(shù)據(jù)庫建立連接，并用TSession對象和TDataBase對象管理這些連接。如果一個Data Set對象中的數(shù)據(jù)想在數(shù)據(jù)感知組件中顯示和修改，它就必須和Tdata Source對象相聯(lián)系。對一個數(shù)據(jù)庫連接，如果沒有顯示的聲明并實例化TDataBase對象，系統(tǒng)就會產(chǎn)生一個帶有默認屬性的TDataBase對象。特別是當連接到一個遠程的SQL數(shù)據(jù)庫服務器時，如果要利用BDE進行數(shù)據(jù)庫事務處理，那么，TDataBase對象的威力就體現(xiàn)出來了。主要包括數(shù)據(jù)源控件Data Source、客戶數(shù)據(jù)集控件Client Data Set、數(shù)據(jù)集提供器控件Data Set Provider等等。在系統(tǒng)中主要使用數(shù)據(jù)網(wǎng)格控件DB Grid和數(shù)據(jù)庫導航器控件DB Navigator。（2）數(shù)據(jù)控制類Data Control 數(shù)據(jù)控制類負責數(shù)據(jù)庫數(shù)據(jù)的顯示，并把用戶對數(shù)據(jù)的修改傳回。可以不借助BDE數(shù)據(jù)引擎而是通過微軟的OLEDB來訪問更為廣泛的數(shù)據(jù)庫中的數(shù)據(jù)。TADO Data Set沒有直接的BDE對應組件，但它提供了許多與TTable和TQuery相同的功能。TADO Table與TTable，TADO Query與TQuery，以及TADO Store Proc和TStored Proc之間都具有這種類似的對應關(guān)系。大多數(shù)的ADO連接和數(shù)據(jù)集組件都是與基于BDE的連接和數(shù)據(jù)集組件相類似的。這意味著只需要很少的代碼就可以實現(xiàn)該連接并且性能得到提高。這種能力是通過一組新組件實現(xiàn)的，這些組件是ADO組件頁中，在組件面版的ADO頁上可以找到這些組件。ADO同時具有遠程數(shù)據(jù)服務(RDS)功能，通過RDS可以在一次往返過程中實現(xiàn)將數(shù)據(jù)從服務器移動到客戶端應用程序和Web頁、在客戶端對數(shù)據(jù)進行處然后將更新結(jié)果返回服務器的操作。ADO支持用于建立C/S和Web的應用程序的主要功能。ADO是基于OLEDB之上的技術(shù)，因此ADO通過其內(nèi)部的屬性和方法提供統(tǒng)一的數(shù)據(jù)訪問接口方法。（1） ADO數(shù)據(jù)訪問組件ADO數(shù)據(jù)對象(Active Data Objects)實際是一種提供訪問各種數(shù)據(jù)類型的鏈接機制[2]。Delphi在這方面做得非常好,從開始的VCL（Visual Component Library）到現(xiàn)在的CLX(Component Library