【正文】 但是由于畢業(yè)設計時間較短，所以該系統(tǒng)還有許多不盡如人意的地方，比如用戶界面不夠美觀，出錯處理不夠，系統(tǒng)功能有待于進一步提高等這些都有待于進一步改善。概括地說， ERP 是建立在信息技術基礎上，利用現(xiàn)代企業(yè)的先進管理思想，全面地集成了企業(yè)所有資源信息，為企業(yè)提供決策、計劃、控制與經(jīng)營業(yè)績評估的全方位和系統(tǒng)化的管理平臺。其中根據(jù)日常的帳目往來，錄入憑證，日記帳界面是根據(jù)憑證日期的先后順序生成的報表，明細帳是根據(jù)憑證科目代號生成的報表，總帳則是總的報表。 基于 Delphi 的 財務管理系統(tǒng)的設計與開發(fā) 31 資金管理子系統(tǒng)界面設置 資金管理子系統(tǒng)的設計，主要根據(jù)資金屬性的不同分為現(xiàn)金和銀行資金兩大塊，本子系統(tǒng)是讓出納員分別進行現(xiàn)金出納簿和銀行出納簿的錄入，同時根據(jù)錄入信息分別可以對現(xiàn)金出納簿和銀行出納簿的條目進行查詢，現(xiàn)金出納簿查詢人口有“日期”和“摘要”，銀行 出納簿查詢人口有“日期”、“銀行代號”和“摘要”，從而方便使用。 其界面的設計代碼同應收結帳單管理界面，詳細代碼見附錄。 其界面的設計 代碼同應收結帳單管理界面，詳細代碼見附錄。 應收結帳單報表界面設置 上述就是應收結帳單查詢界面設計信息窗口的主要設計過程以及主要的程序代碼，對于系統(tǒng)下述模塊中，有用到“查詢”的控件，其設計也是采用類似的方法。) () elseif zd=送貨地代號 then (sqlca) (del_shippingid +fh+ 39。) () elseif zd=客戶代號 then (sqlca) (del_customerid +fh+ 39。) () end if else if zd=結帳單號碼 then (sqlca) (rinvoice_invno +fh+ 39。) () elseif zd=貨號 then (sqlca) (del_huohao+fh+39。)//設置檢索條件 () elseif zd=送貨單號碼 then (sqlca) (rinvoice_delno+fh+39。界面在查找的符號上設計了“ ”、“ ”、“ =”、和“ like”，更方便用戶。 應收管理子系統(tǒng)界面設計 應收管理子系統(tǒng)的設計，主要根據(jù)銷售部門提供的發(fā)票單據(jù)，進行財務管理上應收結帳單和收款單的錄入，同時設計了對這兩種單據(jù)的查找界面，而且能根據(jù)所需信息，生 成對應報表。會計期間設置界面圖、代碼都類似與兌換率設置界面。 ? “第一頁””的程序代碼如下： (1) //將數(shù)據(jù)窗口滾動到第一行 =1 ? “上一頁””的程序代碼如下： integer row_current row_current=() =string(row_current) if row_current=1 then messagebox(警告 ,已經(jīng)是最前一條記錄 ) =1 end if ? “下一頁”的程序代碼如下： integer row_count integer row_current row_current=() =string(row_current) row_count=() if row_current=row_count then =string(()) messagebox(警告 ,已經(jīng)是最后一條記錄 ) end if ? “最后一頁”的程序代碼如下： int i i=() (i) =string(i) 上述就是科目設置信息輸入窗口的主要設計過程以及主要的程序代碼，對于系統(tǒng)下述模塊中，有用到“第一頁”“上一頁”“下一頁”“最后一頁 ”的控件，基于 Delphi 的 財務管理系統(tǒng)的設計與開發(fā) 28 其設計也是采用類似的方法。 messagebox(提示 ,您刪除不成功！ ) end if end if 3． “保存”按鈕用于提交和確認對該數(shù)據(jù)庫表格中的記錄所做的修改，包括插入和刪除，如果提交失敗，則取消修改。本系統(tǒng)中還會用到 Grid 風格、 Group 風格的基于 Delphi 的 財務管理系統(tǒng)的設計與開發(fā) 26 數(shù)據(jù)窗口，將在后面的內容中具體介紹。以方便在憑證錄入時的操作。 重新登陸可以在主界面中直接修改登陸的用戶，其代碼與登陸窗口大致相同，同樣要 確認用戶編碼和密碼；用戶修改密碼時，要提供原密碼以確認操作是否合法；創(chuàng)建新用戶由用戶姓名、用戶編碼、用戶密碼，職位和聯(lián)系電話組成。 圖 登陸界面圖 主界面設計 本應用程序的主要功能都是在主窗口 w_main 及在其下打開的眾多窗口中完成的。 connect。 基于 Delphi 的 財務管理系統(tǒng)的設計與開發(fā) 22 第 四 章 關鍵模塊及代碼設計 應用程序對象設計 開發(fā)的應用程序的入口點是 的應用程序對象，運行是程序從這個入口點啟動，所以應用程序對象的設計是應用程序設計的開始。 開發(fā)的應用程序的入口點是 的應用程序對象。 當 通過 Database Profile 連接到數(shù)據(jù)庫上之后，在程序上之后，在程序設計的創(chuàng)建數(shù)據(jù)窗口對象時，可以直接顯示該用戶在數(shù)據(jù)庫中可以修改的表，通過選擇某個 (或者多個 )表可以將它們和數(shù)據(jù)窗口對象連接起來。 完成設置后，單擊“ Preview”標簽頁，在該標簽頁中列出了數(shù)據(jù)庫剛剛配置的語句。如果沒有定義數(shù)據(jù)庫配置，需要創(chuàng)建新的數(shù)據(jù)庫配置。 、 PowerBuilder 中設計數(shù)據(jù)窗口的時候，通過“ Database Profile” 對話框實現(xiàn)與數(shù)據(jù)庫的連接。接口的參數(shù)可以通過一個 Database Profile 來完成。 根據(jù)數(shù)據(jù)庫的需求分析，結合數(shù)據(jù)庫概念結構設計和邏輯結構設計，得出數(shù)據(jù)庫的表結構設計如下面表 到表 所示。 ? 會計科目信息表 (account)：大類（大類號 (at1)、描述 (description1)）、中類（中類 (at2)、描述 (description2)）、小類（小類 (at3)、描述 (description3)）、科目代號 (accountno)、科目名稱 (accountname)、借貸率 (drcr)、報表比率(atior)等。 ? 付款單信息表 (pay)：付款單號 (payno)、付款描述 (description)、應付結帳單號碼 (pinvno)、付款金額 (money)、幣種 (currency)、是否扣發(fā)票 (cinv)、備注 (remaeks)等。 ? 送貨單信息表 (del)：貨號 (huohao)、送貨單號碼 (delno)、客戶代號(customerid)、客戶名稱 (customername)、送貨地代號 (shippingid)、送貨地名稱 (shippingname)、送貨單日期 (deldate)、送貨數(shù)量 (delqty)等。 該數(shù)據(jù)庫系統(tǒng)要求具有以下方面的特點： ? 結構合理，所建立的數(shù)據(jù)冗余度小，獨立性強。 數(shù)據(jù)庫設計 這一設計階段是在需求分析的基礎上，設計出能夠滿足用戶需求的各種實體，以及它們之間的 關系，為以后的邏輯結構設計打下基礎。 ? 貨幣兌換率信息。 ? 會計科目信息。 ? 現(xiàn)金出納簿信息。包括的數(shù)據(jù)項有付款單號、付款描述、應付結帳單號碼、付款金額、幣種、是否扣發(fā)票、備注等。包括的數(shù)據(jù)項有應收結帳單號碼、應收結帳單日期、付款條件、其它、送貨單號碼、貨幣、是否完成、備注等。包括的數(shù)據(jù)項有貨號、送貨單號碼、客戶代號、客戶名稱、送貨地代號、送貨地名稱、送貨單日期、送貨數(shù)量等。在這個階段主要是收集基本資料以及數(shù)據(jù)處理的流程，為進一步設計打下良好基礎。 因此，數(shù)據(jù)庫結構設計的好壞將直接對應用系統(tǒng)的效率以及實 現(xiàn)的效果產生影響，好的數(shù)據(jù)庫結構設計會減少數(shù)據(jù)庫的存儲量，資料的完整性和一致性比較高，系統(tǒng)具有較快的響應速度，簡化基于此數(shù)據(jù)庫的應用程序的實現(xiàn)等等。 7)幫助：主要顯示系統(tǒng)制作有關信息。 3)應收管理子系統(tǒng)：主要包括對應收結帳單、收款單等信息進行錄入、查詢、維護和生成報表等功能。 (2)會計期間定義：主要包括會計期間的錄入、維護等操作。 外幣名稱 C 10 月初余額方 向 C 2 月初外幣額 N 14 2 月初匯率 N 9 6 月初人民幣額 N 14 2 本月借方外幣額 N 14 2 本月借方人民幣額 N 14 2 本月貸方外幣額 N 14 2 本月貸方人民幣額 N 14 2 本年借方外幣累計 N 14 2 本年借方人民幣累計 N 14 2 本年貸方外幣累計 N 14 2 本年貸方人民幣累計 N 14 2 月末余額方向 C 2 月末外幣額 N 14 2 月末匯率 N 9 6 月末人民幣額 N 14 2 按 月末匯率折算的人 民幣 N 14 2 圖 3— 13 外幣發(fā)生額及余額 賬簿結構 字段名 字段類型 字段長度 小數(shù)位數(shù) 備 注 總賬名稱 C 18 基于 Delphi 的財務管理系統(tǒng)的設計與開發(fā) 13 總賬編號 C 12 憑證號 C 6 科目編號 C 12 科目編號備份 C 12 科目名稱 C 40 往來戶編號 C 9 摘要 C 30 日期 C 10 為輸出的需要將以字符形式顯示日 期 借方 N 14 2 借方人民幣額 N 14 2 借方外幣額 N 14 2 本月借方合計 N 14 2 本月借方累計 N 14 2 貸方 N 14 2 貸方人民幣額 N 14 2 貸方外幣額 N 14 2 本月貸方合計 N 14 2 本月貸方累計 N 14 2 借減貸 C 2 余額 N 14 2 月初余額方向 C 2 月初余額 N 14 2 月末余額方向 C 2 月末余額 N 14 2 結余外幣額 N 14 2 匯率 N 9 6 結余人民幣額 N 14 2 欄目 1 N 14 2 用于生成多欄式賬簿 …… …… …… …… …… 欄目 10 N 14 2 圖 3— 14 賬簿結構 基于 Delphi 的財務管理系統(tǒng)的設計與開發(fā) 14 第 三 章 財務管理 系統(tǒng) 的詳細 設計 系統(tǒng)功能結構設計 在系統(tǒng)需求分析的基礎上，結合系統(tǒng)設計的目標，可將本系統(tǒng)劃分為 8 個功能模塊： 1)用戶管理：主要包括用戶登陸、重新登陸、修改密碼、用戶管理等功能。有了數(shù)據(jù)字典就便于隨時查閱和修改，所以它是數(shù)據(jù)流程圖的輔助資料，起注解的作用。如圖 3— 2 所示。 根據(jù)總賬和明細賬業(yè)務臺賬定期編制會計報表。 根據(jù)收款憑證和付款憑證登記現(xiàn)金日記賬和存款日記賬。 系統(tǒng)業(yè)務流程的調查 系統(tǒng)業(yè)務流程的調查是按照現(xiàn)行系統(tǒng)中信息流動過程，逐個調查分析所有環(huán)節(jié)的處理任務、處理內容、處理順序的要求，弄清各個環(huán)節(jié)需要的信息、信息來源、流徑去向、處理方法和信息形態(tài)（報告、報單、屏幕顯示）等。 手工狀態(tài)下的財務管理主要是圍繞如何減少或分散工作量，便于人員分工而展開的。其實各步驟所形 成并存儲的都是由記賬憑證派生出來的中間結果，只不過是對記賬憑證的重復存儲而已。這種逐步轉抄，重復存儲，不僅浪費資源，而且極易導致數(shù)據(jù)的不一致性。為保證個步驟的連續(xù)性，逐步積累編制會計報表所需要的數(shù)據(jù)，必須將每一步所形成的中間結果存儲起來。由于受會計人員所能完成的工作量的限制，對于某一特定單位來說，選擇了一種核算形式，就不能同 時使用其他核算形式。 作者簽名： 日期： 年 月 日 學位論文版權使用授權書 本學位論文作者完全了解學校有關保留、使用學位論文的規(guī)定，同意學校保留并向國家有關部門或機構送交論文的復印件 和電子版，允許論文被查閱和借閱。 作者簽名： 日 期： 2 學位論文原創(chuàng)性聲明 本人鄭重聲明：所呈交的論文是本人在導師的指導下獨立進行研究所取得的研究成果。s modern management. Financial management system of ERP adapts the modern enterprise system request, the essential condition of impelling enterprise financial control moves towards scientific and standardized， it establishes the information superhighway for the enterprise, urges the enterprise to form conveniently, scientific and the reasonable management pattern gradually. Financial management