【導讀】據(jù)庫的建立和維護以及前端應用程序的開發(fā)兩個方面。對于前者要求建立數(shù)據(jù)一致性和。完整性強、數(shù)據(jù)安全性好的數(shù)據(jù)庫。而對于后者則要求應用程序具有功能完備,易使用。能模塊劃分、數(shù)據(jù)庫模式分析，并由此設計了數(shù)據(jù)庫結構和應用程序。員三方面的需要。分析了開發(fā)會計電算化帳務處理子系統(tǒng)所應進行的工作。VisualFoxPro中的應用等數(shù)據(jù)庫編程關鍵技術進行了系統(tǒng)的介紹。實現(xiàn)了數(shù)據(jù)庫表的瀏覽，記錄的添加、刪除和修改，報表的生成，實現(xiàn)了多數(shù)。高了編程效率和可靠性。

　　

【正文】 了會計軟件的開發(fā)是一項專業(yè)性、技術性很強的工作，會計軟件的開發(fā)過程需要用科學的方法去組織與管理。 167。 應用需求分析 帳務處理系統(tǒng)需要滿足來自三方面的需求，這三個方面分別是 查 閱者、 會計 工作員和高級管理員。 查 閱者的需求是查詢 相關帳務的日期、借方、貸方、款額及個人信息的修改 ； 會計 工作人員 按照借貸方 及 款額 進行操作，同時形成 日記帳 報表給借 貸 者查看確認； 高級 管理人員的功能最為復雜，包括對工作人員、 借方、貸方 、 款額 進行管理和維護，及系統(tǒng)狀態(tài)的查看、維護并生成催還 款 報表。 查 閱者 可直接查看 帳務 情況，如果 查 閱者根據(jù)本人 帳 號和密碼登錄系統(tǒng)，還可以進行本人 借貸情況的查詢和維護部分個人信息。一般情況下， 查 閱者只應該查詢和維護本人的 帳務 情況和個人信息，若查詢和維護其他 用戶 的 借貸 情況和個人信息，就要知道其他 查 閱者的 帳 號和密碼。這些是很難得到的，特別是密碼，所以不但滿足了 帳務查 閱者的要求，還保護了 帳務查 閱者的個人隱私。 會計 工作人員有修改 帳務借方 和 貸方 記錄的權限，所以需對工作人員登陸本模塊進行更多的考慮。在此模塊中， 會計 工作人員可以為 帳務查 閱者加入借 貸 記錄，并打印生成相應的報表給用戶查看 和確認。 高級 管理人員功能的信息量大，數(shù)據(jù)安全性和保密性要求最高。本功能實現(xiàn)對 帳務借貸信息、款額 情況信息的管理和統(tǒng)計 ， 工作人員和管理人員信息查看及維護。 高級 管理員可以瀏覽、查詢、添加、刪除、修改、統(tǒng)計 帳務 的基本信息； 在 刪除某條 帳務 基本信息記錄時，應實現(xiàn)對該 帳務查 閱者 借貸 記錄的級聯(lián)刪除。并且還應具有生成催還 款 報表，并打印輸出的功能。 在本系統(tǒng)中由于沒有打印機設備供試驗，所以預先把報表打印改成報表預覽。 下面是 帳務處理系統(tǒng)數(shù)據(jù)庫應用需求的總結 設計不同用戶的操作權限和登陸方 法 對所有用戶開放的 帳務 查詢 查 閱者維護 自己 個人部分信息 查 閱者查看個人借 貸 情況信息 維護 查 閱者個人密碼 根據(jù) 帳務 情況對數(shù)據(jù)庫進行操作并生成報表 查詢及統(tǒng)計各種信息 ****大學 —— 畢業(yè)設計論文 計算機 專業(yè) 21 維護 帳務 信息 維護工作人員和管理員信息 維護 查 閱者信息 處理信息的完整性 對 還款 過期的 帳務 生成報表 167。 系統(tǒng)功能模塊劃分 設計數(shù)據(jù)庫的功能是 MIS 的核心，會計電算化帳務處理系統(tǒng)可化分如下 幾個系統(tǒng)功能模塊： 登陸驗證模塊 查詢帳務模塊 輸入帳務模塊 審核帳務模塊 修改帳務模塊 打印報表模塊 系統(tǒng)維護模塊 167。 系統(tǒng)數(shù)據(jù)庫設計 概念設計 在概念設計階段中，設計人員從用戶的角度看待數(shù)據(jù)及處理要求和約束，產(chǎn)生一個反映用戶觀點的概念模式。然后再把概念模式轉換成邏輯模式。將概念設計從設計過程中獨立開來，使各階段的任務相對單一 化，設計復雜程度大大降低，不受特定 DBMS 的限制。 利用 ER 方法進行數(shù)據(jù)庫的概念設計，可分成三步進行：首先設計局部 ER 模式，然后把各局部 ER 模式綜合成一個全局模式，最后對全局 ER 模式進行優(yōu)化，得到最終的模式，即概念模式。 （ 1） 設計局部 ER 模式 實體和屬性的定義： 日記帳 （ 日期，憑 證號， 摘要 ， 借方 ， 貸方 ， 方向 ， 款額 ， 記帳 ） 總帳 （ 編號，名稱，摘要 ， 借方 ， 貸方 ， 方向 ， 總額 ） 查 閱者（ 帳 號，姓名，性別，身份證，聯(lián)系電話，密碼） ER 模型的 “ 聯(lián)系 ” 用于刻畫實體之間的關聯(lián)。一種完整的方式是對局部結構中任意兩個實體類型，依據(jù)需求分析的結果，考察局部結構中任意兩個實體類型之間是否存在聯(lián)系。若有聯(lián)系，進一步確定是 1:N， M:N，還是 1:1 等。還要考察一個實體類型內(nèi)部是否存在聯(lián)系，兩個實體類型之間是否存在聯(lián)系，多個實體類型之間是否存在聯(lián)系，等等。聯(lián)系 ， 解釋如下： i. 一個 查 閱者（用戶）只能具有一種身份，而一種身份可被多個 借貸記錄 所具有； i i. 一 個款額 只能屬于一種 款項 （類別），而一種 款項 類別可以包含多 個款額 ； ****大學 —— 畢業(yè)設計論文 計算機 專業(yè) 22 i i i. 一個用戶可以 借貸 多 次 不同的 款額 ，而 相同的款額 也可以被多個不同的用戶所借 出 。 （ 2）設計全局 ER 模式 所有局部 ER 模式都設計好了后，接下來就是把它們綜合成單一的全局概念結構。全局概念結構不僅要支持所有局部 ER 模式，而且必須合理地表示一個完整、一致的數(shù)據(jù)庫概念結構。 1)確定公共實體類型 為了給多個局部 ER 模式的合并提供開始合并的基礎，首先要確定各局部結構中的公共實體類型。在這一步中我們僅根據(jù)實體類型名和鍵來認定公共實體類型。一般把同名實體類 型作為公共實體類型的一類候選，把具有相同鍵的實體類型作為公共實體類型的另一類候選。 2)局部 ER 模式的合并 合并的原則是：首先進行兩兩合并；先和合并那些現(xiàn)實世界中有聯(lián)系的局部結構；合并從公共實體類型開始，最后再加入獨立的局部結構。 3)消除沖突 沖突分為三類：屬性沖突、結構沖突、命名沖突。 設計全局 ER 模式的目的不在于把若干局部 ER 模式形式上合并為一個 ER 模式，而在于消除沖突，使之成為能夠被所有用戶共同理解和接受的同一的概念模型。 (3)全局 ER 模式的優(yōu)化 在得到全局 ER 模式后，為了提高數(shù)據(jù)庫系統(tǒng)的效率，還應進一步依據(jù)處理需求對 ER 模式進行優(yōu)化。一個好的全局 ER 模式，除能準確、全面地反映用戶功能需求外，還應滿足下列條件：實體類型的個數(shù)要盡可能的少；實體類型所含屬性個數(shù)盡可能少；實體類型間聯(lián)系無冗余。 關系數(shù)據(jù)庫的邏輯設計 由于概念設計的結果是 ER 圖， DBMS 一般采用關系型（本人所使用的 Visual Foxpro 就是關系型的 DBMS），因此數(shù)據(jù)庫的邏輯設計過程就是把 ER 圖轉化為關系模式的過程。由于關系模型所具有的優(yōu)點 ，邏輯設計可以充分運用關系數(shù)據(jù)庫規(guī)范化理論，使設計過程形式化地進行。設計結果是一組關系模式的定義。 （ 1） 導出初始關系模式 日記帳 （ 日期，憑 證號 ， 摘要 ， 借方 ， 貸方 ， 方向 ， 款額 ， 記帳 ） 總帳 （ 編號 ，名稱，摘要 ， 借方 ， 貸方 ， 方向 ， 總額 ） 查 閱者（ 帳 號 ，姓名，性別，身份證，聯(lián)系電話，密碼） （ 2） 產(chǎn)生子模式 子模式是用戶所用到的那部分數(shù)據(jù)的描述。除了指出用戶用到的數(shù)據(jù)外，還應指出數(shù)據(jù)與概念模式中相應數(shù)據(jù)的聯(lián)系，即指出概念模式與子模式之間的 對應性。 借 方 子模式（ 憑 證號 ，姓名，編號＃， 款額 ，日期） （ 3） 根據(jù)設計中出現(xiàn)的問題本人在寫系統(tǒng)時還加入了兩個關系模式： ****大學 —— 畢業(yè)設計論文 計算機 專業(yè) 23 ownertemp：用于工作人員在處理 借貸 工作時臨時存儲借 貸 信息，以便打印報表時使用。 keyer：用于存儲工作人員和 高級 管理員的用戶名和密碼及權限，以便工作人員或 高級管理員進入相應的功能模塊時進行驗證用戶的身份。 數(shù)據(jù)庫的實現(xiàn) 我選用 Visual Foxpro (企業(yè)版 )數(shù)據(jù)庫來進行數(shù)據(jù)庫的邏 輯設計。首先創(chuàng)建七個基本數(shù)據(jù)庫表如表 41－ 43 所示，然后根據(jù)全局 ER 圖，建立各個表之間的聯(lián)系，如圖 41 所示。 表 41 日記帳 表的結構 日期 憑 證號 摘要 借方 貸方 方向 款額 記帳 表 42 總帳 表的結構 編號 名稱 摘要 借方 貸方 方向 款額 表 43 人員信息 表 （查詢者、工作人員表、管理人員表） 的結構 帳 號 姓名 性別 身份證 聯(lián)系電話 密碼 圖 41 數(shù)據(jù)庫表間聯(lián)系圖 ****大學 —— 畢業(yè)設計論文 計算機 專業(yè) 24 第五章 帳務 管理系統(tǒng)應用程序設計 167。 系統(tǒng)窗體模塊組成 系統(tǒng)窗體模塊控制應用程序的基本界面，包括登陸 窗體 、修改 窗體 、查詢窗體、用戶信息窗體、系統(tǒng)信息窗體、幫助窗體等等。 167。 數(shù)據(jù)模塊窗體的設置 在編寫數(shù)據(jù)庫應用程序時，經(jīng)常要遇到這樣的情況，即好多組件、窗體同時訪問相同的數(shù)據(jù)源，如果為每一個組件或者窗體都設置一個數(shù)據(jù)源將是十分耗時的工件，而且要保證這些數(shù)據(jù)源的確是相同的也需花一番功夫。那么，能不能將這些數(shù)據(jù)源集中管理，最好是做成一個統(tǒng)一的模塊，需要時就將該模塊引入而不必直接操作數(shù)據(jù)源本身 呢？數(shù)據(jù)模塊（ DataModule）是解決這個問題最好的答案。簡單說來，數(shù)據(jù)模塊是用來集中管理數(shù)據(jù)源的一個窗體，該窗體可被需要的地方隨時引入。 167。 啟動畫面的實現(xiàn) 啟動畫面是為了給用戶一個良好的印像，加深軟件的親和力，沒有實際的功能，在 Form1 窗體中加入了 Image 組件。啟動畫面的窗體 如圖 51， 主要的源代碼如下： do 會計電算化菜單 .MPR 圖 51 會計電算化帳務處理子系統(tǒng)啟動畫面 ****大學 —— 畢業(yè)設計論文 計算機 專業(yè) 25 167。 用戶登錄窗體的的實現(xiàn) 本窗體是為三種不同的用戶（一般用戶，工作人員，管理員）提供選擇以進入不同的模塊，滿足不同用戶的需求。 窗體如下 52。 圖 52 用戶登陸窗口 167。 用戶密碼認證窗體的的實現(xiàn) 本窗體是為了讓工作人員或 高級 管理員按照用戶名和密碼進行登錄，并且跟據(jù)用戶名檢查Keyer 表中的 “ 權限 ” 字段，以分辯進入 高級 管理人員模塊還是進入工作人 員模塊。源代碼如下 ： （ 1） select 查詢者 locate for 帳號 =alltrim(thisform. ) if found() and 密碼 ==alltrim() do form 查詢者 用戶管理 .scx release thisform else messagebox(密碼錯誤 ,48,警告 ) endif （ 2） select 工作人 員 locate for 帳號 =alltrim(thisform. ) if found() and 密碼 ==alltrim() ****大學 —— 畢業(yè)設計論文 計算機 專業(yè) 26 do form 工作人員 用戶管理 .scx release thisform else messagebox(密碼錯誤 ,48,警告 ) endif （ 3） select 管理員 locate for 帳號 =alltrim(thisform. ) if found() and 密碼 ==alltrim()