【正文】 在運用OpenRecordset或Execute方法的dbSQLPassThrough 選項，或創(chuàng)建 SQLPassThrough QueryDef 對象，才不會默認執(zhí)行Jet SQL的語法，而是要經過分析之后，才能判斷該使用哪種查詢的語法。比如，在一個程序中，需要對它傳遞兩個參數(shù)，并且還要得到一個返回值和輸出參數(shù)，就可以采用如下的代碼。在下面的例子中，一個rdoQuery 對象被創(chuàng)建，通過QSQL$來指定SQL屬性。 統(tǒng)一建模語言簡介面向對象的軟件開發(fā)方法已經成為現(xiàn)代軟件工程的重要手段。這種機制將傳統(tǒng)的以數(shù)據(jù)為中心的軟件開發(fā)方法，改變?yōu)橥瑫r關注數(shù)據(jù)的信息與功能，從而可以開發(fā)出適應信息與功能變化的系統(tǒng)。統(tǒng)一建模語言（Unified Modeling Language，UML）是當今世界上應用最為廣泛的面向對象軟件建模語言，其完整豐富的圖形和符號為表達面向對對象系統(tǒng)模型提供了有力的支持。但是UML作為一種描述工具，而不是作為一種開發(fā)方法，應用UML快速設計和表達系統(tǒng)模型，必須有有效的設計方法支持。UML面向對象的開發(fā)理念用UML圖表示，其邏輯模階段，過程大致可分為三個步驟：第一步描述需求，就是使用例圖來描述 人們所要系統(tǒng)的業(yè)務如何。第二步描述需求所建立的系統(tǒng)的靜態(tài)建模。所謂靜態(tài)圖包括用例圖、類圖、對象圖、組件圖、配置圖。第三步是描述系統(tǒng)行為的動態(tài)建模。所謂動態(tài)圖，包括狀態(tài)圖、順序圖、活動圖、協(xié)作圖。下面針對這三步具體介紹[21]。 需求建模作為邏輯建模的第一步，需求建模是建立好系統(tǒng)基礎的基礎，他將決定系統(tǒng)設計和實現(xiàn)。所以對需求的描述一定要清楚、細致、準確。他是對系統(tǒng)進行需求調研，分析系統(tǒng)的業(yè)務流程圖和數(shù)據(jù)流程圖，以及系統(tǒng)中的各級操作人員，識別出系統(tǒng)中的所有用例和角色；接著分析系統(tǒng)中各角色和用例間的聯(lián)系。需求建模是指人們對系統(tǒng)功能的要求的初步描述，而非具體的細節(jié)的詳細描述，是從整體的功能方面考慮。主要把系統(tǒng)所涉及的用戶、系統(tǒng)實現(xiàn)的功能等方面的表述，屬于統(tǒng)一建模語言UML的結構機制。在這個需要用UML建設模工具畫出系統(tǒng)的用例圖。用例圖是描述人們描述他們期望一個系統(tǒng)將被怎樣使用。用例圖顯示的是有關系的用戶，用戶期望系統(tǒng)提供的功能，以及用戶自己需要為系統(tǒng)作出的貢獻，以便使系統(tǒng)的用戶更容易地理解這些元素的用處，也便一軟件開發(fā)人員最終實現(xiàn)這些元素[19]。 靜態(tài)建模根據(jù)需求分析結果，識別用例，標識完成事件流的類，標識類的責任、屬性和關聯(lián)，發(fā)現(xiàn)類的實例對象，建立對象圖。為了利于理解和增加模型的可重用性，大型復雜系統(tǒng)則需要構建管理較小組織單元的包圖，如子系統(tǒng)模型的設計。建立系統(tǒng)的初始靜態(tài)結構模型，在系統(tǒng)迭代開發(fā)中再對初始靜態(tài)模型進行細化，構造完整的系統(tǒng)靜態(tài)結構模型描述了系統(tǒng)中類的靜態(tài)結構、定義系統(tǒng)中的類、表示類之間的聯(lián)系，同時也可以包括類的內部結構。在此步驟當中需要用到類圖和對象圖。類圖用來表示系統(tǒng)中的類和類與類之間的關系，它是對系統(tǒng)靜態(tài)結構的描述。類用來表示系統(tǒng)中需要處理的事物。類與類之間有多種連接方式（關系）。對象圖是類圖的變體。兩者之間的差別在于對象圖的表示的是對象實例，而不是真實的類。對象圖是類圖的一個范例，它及時具體地反映了系統(tǒng)執(zhí)行到某處時系統(tǒng)的工作狀況。對象圖沒有類圖重要，對象圖通常用來示例一個復雜的類圖，通過對象反映真正的實例是什么，它們之間可能具有什么樣的關系，幫助對類圖的理解。對象圖也可以用在協(xié)作圖中，作為其一個組成部分，用來反映一組對象之間的動態(tài)協(xié)作關系。動態(tài)建模階段是實現(xiàn)用例，識別參加認互的對象，描繪系統(tǒng)的動態(tài)行為，反映系統(tǒng)對象之間的動態(tài)關系，構建系統(tǒng)的動態(tài)模型。在此階段使用的圖主要有狀態(tài)圖、時序圖、協(xié)作圖、活動圖。狀態(tài)圖是對類所描述事物的補充說明，它顯示了類的所有對象可能具有的狀態(tài)以及引起狀態(tài)變化的事件。事件可以是給它發(fā)送消息的另一個對象或者某個任務執(zhí)行完畢（比如：指定時間到）。狀態(tài)的變化稱作轉移，一個轉移可以有一個與之相連的動作，這個動作指明了狀態(tài)轉移時應該做些什么。時序圖用來反映若干個對象之間的動態(tài)協(xié)作關系，也就是隨著時間的流逝對象之間是如參與者用例關系何交互的。時序圖主要反映對象之間已發(fā)送消息的先后次序，說明對象之間 的交互過程，以及系統(tǒng)工執(zhí)行過程中，地某一具體位置將會有什么事件發(fā)生。時序圖由若干個對象組成，每個對象用一個垂直的虛線表示（線上方是對象名）每個對象的正下方有一個矩形條，它與垂直的虛線相疊，矩形條表示該對象隨時間流逝的過程（從上至下），對象之間傳遞的消息用消息箭頭表示，它們位于表示對象的垂直線條之間。時間說明和其他的注釋作為腳本放在圖的邊緣。協(xié)作圖和時序圖的作用一樣，反映的也是動態(tài)協(xié)作。除了顯示消息變化（稱為交互）外，協(xié)作圖還顯示了對象和它們之間 的關系（稱為上下文有關）。由于協(xié)作圖或序列圖都要反映對象之間的交互，所以建模者可以任意選擇一種反映對象間的協(xié)作，如果需要強調時間和序列最好選擇序列圖，如果需要強調上下文相關最好選擇協(xié)作圖?；顒訄D反映一個連續(xù)的活動流，相對于描述活動流來說，活動圖更常用于描述某個操作執(zhí)行時的活動狀態(tài)?；顒訄D由各種動作狀態(tài)構成，每個動作狀態(tài)包含、可執(zhí)行動作的規(guī)范說明。當某個動作執(zhí)行完畢，該動作的狀態(tài)就會隨著改變，這樣動作狀態(tài)的控制就從一個狀態(tài)流向另一個與之相連的狀態(tài)?；顒訄D中還可以顯示決策、條件、動作狀態(tài)的并行執(zhí)行、消息（被動作發(fā)送或接收）的規(guī)范說明等內容。 Microsoft Visual Studio 2005簡介Visual Studio 是微軟公司推出的開發(fā)環(huán)境，Visual Studio 可以用來創(chuàng)建 Windows 平臺下的 Windows 應用程序和網(wǎng)絡應用程序，也可以用來創(chuàng)建網(wǎng)絡服務、智能設備應用程序和 Office 插件。Visual Studio 2005是一套完整的開發(fā)工具， Web應用程序、XML Web Services、桌面應用程序和移動應用程序。它提供統(tǒng)一的集成開發(fā)環(huán)境（IDE），使用多種開發(fā)語言（Visual Basic、Visual C++、Visual C等）， Framework的功能， Web應用程序和XML Web Services 開發(fā)的關鍵技術。Visual Studio 2005 提供了高級開發(fā)工具、調試功能、數(shù)據(jù)庫功能和創(chuàng)新功能，幫助在各種平臺上快速創(chuàng)建當前最先進的應用程序。硬件系統(tǒng)處理器Intel (R) Core(TM) 2 Duo CPU T6570內存 2G硬盤 250G顯卡 ATI Mobility Radeon HD 4330軟件環(huán)境操作系統(tǒng) Microsoft Windows XP軟件系統(tǒng)：中文版的Visual basic 、SQL Server 2000數(shù)據(jù)庫。第3章 閬中市村級財務管理系統(tǒng)的概要設計本次論文設計的是閬中市村級財務管理系統(tǒng)，其系統(tǒng)結構包括兩個部分，分別是財務管理子系統(tǒng)和用戶登錄子系統(tǒng)。其系統(tǒng)的整體結構如下圖31所示：閬中市村級財務管理系統(tǒng)財務管理子系統(tǒng)用戶登陸子系統(tǒng) 圖31系統(tǒng)結構圖在上述的兩個組成部分中，用戶管理子系統(tǒng)作為一個輔助結構，可以不用為其設置太多功能，用戶可以注冊，通過注冊的賬號登錄系統(tǒng)，在必要的時候進行密碼修改就行。具體結構如圖32所示：用戶管理子系統(tǒng)用戶注冊密碼修改用戶登錄圖32用戶管理子系統(tǒng)圖在本次設計中，財務管理系統(tǒng)是系統(tǒng)結構的重點，因此，其相應的功能也會更加全面。比如憑證管理、賬務報表等，其具體結構圖如33所示： 財務管理子系統(tǒng)憑證管理賬簿查詢憑證輸入總分類賬憑證過賬賬戶設置科目設置明細賬結賬及報表資產負債表期末結賬試算平衡表圖33 財務管理子系統(tǒng)圖34是本財務管理系統(tǒng)系統(tǒng)的整體流程圖：財務部門分類賬查詢憑證過賬期末結賬憑證輸入分類賬憑證查詢記錄業(yè)務財務報表查詢圖34 系統(tǒng)流程圖 ER圖本系統(tǒng)主要有以下的實體。1．科目名稱類別數(shù)量余額會計區(qū)間代碼科目圖35 科目ER圖科目名稱累計借方累計貸方初期余額科目代碼賬簿圖36 賬簿ER圖3. 憑證科目編號憑證字號借方合計附單據(jù)借單貸方合計會計期間憑證狀態(tài)憑證圖37 憑證ER圖4. 分錄和分錄歷史憑證編號科目代碼借方貸方單價會計期間編號分錄圖38 分錄ER圖憑證編號科目代碼借方貸方單價會計期間編號分錄歷史圖39分錄歷史ER圖5. 科目余額表本期貸方余額本期借方余額期初貸方余額科目代碼本期借方發(fā)生本期貸方發(fā)生最后結算分錄期初貸方余額內部編號科目圖310科目ER圖憑證字號分錄編號借方科目代碼貸方會計期間單價憑證編號本期明細賬圖311 明細賬簿ER圖本年借方余額期初借方余額期初貸方余額科目代碼本期借方合計本期貸方合計會計期間本年貸方余額分錄歷史圖312 匯總賬簿ER圖負債及所有者會計期間流動資產總計固定資產總計其他資產資產總計應付賬款其他負債負債總計實收資本總計資產簿圖313 資產負債ER圖數(shù)據(jù)建模的是指采用實體關系的方法，用圖形化的形式去描述業(yè)務規(guī)則的過程。數(shù)據(jù)建模主要關注的是企業(yè)的信息需求和各種業(yè)務活動。主要包括概念模型設計、邏輯模型設計和物理模型設計，數(shù)據(jù)模型最終要轉化成數(shù)據(jù)庫存儲的物理表。數(shù)據(jù)模型是指用實體、實體的屬性、實體之間的關系對企業(yè)在運營活動過程中所有業(yè)務概念和業(yè)務活動進行統(tǒng)一的定義和描述。數(shù)據(jù)模型是業(yè)務人員和技術開發(fā)人員之間溝通的平臺。數(shù)據(jù)庫模型的設計過程是從現(xiàn)實世界到概念模型、邏輯模型、物理模型到最后數(shù)據(jù)倉庫設計的完成，在企業(yè)成本分析系統(tǒng)中，數(shù)據(jù)庫表的設計也遵循這個過程，先從企業(yè)數(shù)據(jù)中抽取出相關概念用戶基本信息、產品基本信息等，然后根據(jù)系統(tǒng)要求定義用戶基本信息表和產品基本信息表的實體屬性和實體關系，最后設計實體的字段在數(shù)據(jù)庫表中的物理存儲方式，包括字段類型，字段長度，默認值等。其中概念模型主要關注業(yè)務相關的核心問題和核心概念，邏輯模型主要關注業(yè)務細節(jié)信息，而物理模型則偏重于數(shù)據(jù)存儲方面的技術細節(jié)。第一步是注冊數(shù)據(jù)庫，這個操作應該在windows系統(tǒng)的odbc數(shù)據(jù)庫源管理器中執(zhí)行。完成第一步之后，就可以在程序中調用鏈接的數(shù)據(jù)庫數(shù)據(jù)。在VB程序中，我們用其自帶的adoc控件來完成數(shù)據(jù)庫的鏈接操作，另外，我們還為數(shù)據(jù)庫的鏈接處理提供了專門的模塊。具體代碼如下： 在財務系統(tǒng)的眾多表中，“科目表”是最重要的一個，因為這相當于一個表的查詢目錄，要查詢其它表就得先通過它得到查詢代碼。整個系統(tǒng)包含九張表，具體的作用如表31所示： 表31 數(shù)據(jù)表在SQLServer管理器中，創(chuàng)建一個數(shù)據(jù)庫，將其命名為caiwubook。為了進一步完善該數(shù)據(jù)庫，還需要為其創(chuàng)建數(shù)據(jù)庫對象。圖314 數(shù)據(jù)庫截圖創(chuàng)建“科目表”數(shù)據(jù)表CREATE TABLE 科目表S ( char (20) NOT NULL PRIMARY KER, char (20) NULL, char (20) NULL, direction char (4) NULL S. amount char (10) NULL) 創(chuàng)建“帳簿初始化表”數(shù)據(jù)表CREATE TABLE 帳簿初始化表 F ( char (20) NOT NULL PRIMARY KER , char (20) NULL , Accumulative total debits money NULL , Accumulative total credit money) NULL , remaining sum money NULL , ) 創(chuàng)建“憑證表”CREATE TABLE 憑證表P ( char (10) NOT NULL PRIMARY KER, char (2) NULL, document attached int NULL, make bill char (