【正文】 (remaeks)等。 ? 應收結帳單信息表 (rinvoice) ：應收結帳單號碼 (invno)、應收結帳單日期 (date)、付款條件 (payment)、其它 (other)、送貨單號碼 (delno)、幣種(huobi)、是否完成 (finish)、備注 (remaeks)等。 ? 送貨單信息表 (del)：貨號 (huohao)、送貨單號碼 (delno)、客戶代號(customerid)、客戶名稱 (customername)、送貨地代號 (shippingid)、送貨地名稱 (shippingname)、送貨單日期 (deldate)、送貨數(shù)量 (delqty)等。 ? 保密性、可靠性好。 該數(shù)據(jù)庫系統(tǒng)要求具有以下方面的特點： ? 結構合理，所建立的數(shù)據(jù)冗余度小，獨立性強。 基于 Delphi 的財務管理系統(tǒng)的設計與開發(fā) 18 圖 系統(tǒng)實體關系 ER 圖 數(shù)據(jù)庫邏輯結構設計與實現(xiàn) 概念結構是獨立于實際數(shù)據(jù)模型的信息結構，必須將其轉化為邏輯結構后才能進行數(shù)據(jù)庫應用的設計。 數(shù)據(jù)庫設計 這一設計階段是在需求分析的基礎上，設計出能夠滿足用戶需求的各種實體，以及它們之間的關系，為以后的邏輯結構設計打下基礎。 ? 用戶信息。 ? 貨幣兌換率信息。 ? 會計期間信息。 ? 會計科目信息。 ? 會計憑證信息。 ? 現(xiàn)金出納簿信息。包括的數(shù)據(jù)項有應付結帳單號碼、應付結帳單日期、付款條件、其它、收貨單號碼、貨幣、是否完成、備注等 ? 銀行存款出納簿信息。包括的數(shù)據(jù)項有付款單號、付款描述、應付結帳單號碼、付款金額、幣種、是否扣發(fā)票、備注等。包括的數(shù)據(jù)項有貨號、收貨單號碼、客戶代號、客戶名稱、收貨單日期、收貨數(shù)量等。包括的數(shù)據(jù)項有應收結帳單號碼、應收結帳單日期、付款條件、其它、送貨單號碼、貨幣、是否完成、備注等。包括的數(shù)據(jù)項有收款單號碼、收款描述、應收結帳單號碼、收款金額 、幣種、是否扣結帳、備注等。包括的數(shù)據(jù)項有貨號、送貨單號碼、客戶代號、客戶名稱、送貨地代號、送貨地名稱、送貨單日期、送貨數(shù)量等。包括的數(shù)據(jù)項有貨號、貨品名稱、貨品描述、單位、庫存數(shù)量、單價等。在這個階段主要是收集基本資料以及數(shù)據(jù)處理的流程，為進一步設計打下良好基礎。但這些技術方法與數(shù)據(jù)庫系統(tǒng)并沒有統(tǒng)一的相對應的模式，而是要根據(jù)應用系統(tǒng)對數(shù)據(jù)庫不同的需求來選擇不同的技術方法，甚至是幾種不同 的方法的融合。 因此，數(shù)據(jù)庫結構設計的好壞將直接對應用系統(tǒng)的效率以及實現(xiàn)的效果產(chǎn)生影響，好的數(shù)據(jù)庫結構設計會減少數(shù)據(jù)庫的存儲量，資料的完整性和一致性比較高，系統(tǒng)具有較快的響應速度，簡化基于此數(shù)據(jù)庫的應用程序的實現(xiàn)等等。在數(shù)據(jù)庫應用系統(tǒng)的開發(fā)過程中，數(shù)據(jù)庫的結構設計是一個非常重要的的 問題。 7)幫助：主要顯示系統(tǒng)制作有關信息。 5)資金管理子系統(tǒng)： 主要包括對現(xiàn)金出納簿、銀行出納簿等信息進行錄入、查詢、維護和生成報表等功能。 3)應收管理子系統(tǒng)：主要包括對應收結帳單、收款單等信息進行錄入、查詢、維護和生成報表等功能。 (3)貨幣兌換率設置：主要包括主要貨幣與人民幣之間的兌換率錄入、維護等操作。 (2)會計期間定義：主要包括會計期間的錄入、維護等操作。 (1)科目設置：主 要包括對會計科目的錄入、維護等操作。 外幣名稱 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)用戶管理：主要包括用戶登陸、重新登陸、修改密碼、用戶管理等功能。默認值“ F” 科目全名 C 40 設計該字段將避免為獲得科目全名進行復雜的計算 圖 3— 7 主表科目字典 主表摘要 字段名 字段類型 字段長度 小數(shù)位數(shù) 備 注 摘要編碼 C 10 摘要 C 30 圖 3— 8 主表摘要 已過賬記賬憑證 字段名 字段類型 字段長度 小數(shù) 位數(shù) 備 注 憑證號 C 6 日期 D 8 摘要 C 30 科目名稱 C 40 借方金額 N 14 2 貸方金額 N 14 2 借方外幣額 N 14 2 貸方外幣額 N 14 2 匯率 N 9 6 附件張數(shù) N 3 基于 Delphi 的財務管理系統(tǒng)的設計與開發(fā) 11 錄入員姓名 C 10 審核員姓名 C 10 審核標志 C 1 恢復標志 C 1 可取值“ Y”或“ N”默認值“ N” 科目編號 C 12 圖 3— 9 已過賬記賬憑證 科目發(fā)生額及余額 字段名 字段 類型 字段長度 小數(shù) 位數(shù) 備 注 科目編號 C 12 先以該字段建立索引標記為“科目 編號”的普通索引，再以該字段取 值前 4 位建立索引標記為“一級編 號”的普通索引。有了數(shù)據(jù)字典就便于隨時查閱和修改，所以它是數(shù)據(jù)流程圖的輔助資料，起注解的作用。 數(shù)據(jù)字典將對數(shù)據(jù)流程圖中的各種文件和數(shù)據(jù)流進行詳細的描述和確切的解釋。如圖 3— 2 所示。 圖例如下： 單據(jù)、報表、賬目 數(shù)據(jù)流向（不含數(shù)據(jù)內(nèi)容） 系統(tǒng)內(nèi)的部門或人員（含處理過程） 系統(tǒng)外的實體（部門或人員） 基于 Delphi 的財務管理系統(tǒng)的設計與開發(fā) 4 圖 2— 1 系統(tǒng)業(yè)務流程圖 原始憑證 收款憑 證 轉賬憑 證 付款憑 證 會計 報表 總 賬 明細業(yè)務 臺賬 科目匯 總表 存款日 記賬 現(xiàn)金日 記賬 原始憑證匯 總表 制證人 員 數(shù)據(jù)登 錄人員 數(shù)據(jù)錄 入人員 數(shù)據(jù)登 錄人員 財務部 工作人 員 財務部 核對人 員 總賬會 計 財務部 核對人 員 有關單位 及領導 基于 Delphi 的財務管理系統(tǒng)的設計與開發(fā) 5 系統(tǒng)數(shù)據(jù)流程的調(diào)查 有了業(yè)務流程圖，還需要對信息的流動、傳遞、處理、 存儲等進行分析。 根據(jù)總賬和明細賬業(yè)務臺賬定 期編制會計報表。 根據(jù)收款憑證、付款憑證、轉賬憑證形成科目匯總表并直接登記總賬。 根據(jù)收款憑證和付款憑證登記現(xiàn)金日記賬和存款日記賬。其完成業(yè)務如下： 根據(jù)原始憑證編制原始憑證匯總表。 系統(tǒng)業(yè)務流程的調(diào)查 系統(tǒng)業(yè)務流程的調(diào)查是按照現(xiàn)行系統(tǒng)中信息流動過程，逐個調(diào)查分析所有環(huán)節(jié)的處理任務、處理內(nèi)容、處理順序的要求，弄 清各個環(huán)節(jié)需要的信息、信息來源、流徑去向、處理方法和信息形態(tài)（報告、報單、屏幕顯示）等。 基于 Delphi 的財務管理系統(tǒng)的設計與開發(fā) 3 第 二 章 財務管理 系統(tǒng)開發(fā)的初步調(diào)查與分析 在根據(jù)用戶提出建立新系統(tǒng)的要求，進行可行性分析，并經(jīng)有關主管部門批準系統(tǒng)可行后，下面對現(xiàn)行系統(tǒng)的狀況進行進一步的了解和分析。 手工狀態(tài)下的財務管理主要是圍繞如何減少或分散工作量，便于人員分工而展開的。 根據(jù)現(xiàn)行狀況中存在的問題，又從計算機的優(yōu)勢看，它具有根據(jù)原始憑證和基于 Delphi 的財務管理系統(tǒng)的設計與開發(fā) 2 記賬憑證按需要瞬時生成所需要的賬表的能力。其實各步驟所形成并存儲的都是由記賬憑證派生出來的中間結果，只不過是對記賬憑證的重復存儲而已。 由于手工工作固有的缺陷，使得會計在財務處理部分不僅勞動強度大、重復數(shù)據(jù)多而且及時 性、準確性差。這種逐步轉抄，重復存儲，不僅浪費資源，而且極易導致數(shù)據(jù)的不一致性。但如果分析一下各步驟存儲的內(nèi)容，就不難發(fā)現(xiàn)，各步驟所形成并存儲的都是由記賬憑證派生出來的中間結果，或由憑證分類匯總而形成（如：科目匯總表、匯總記賬憑證、總賬等）， 或由憑證分類順序而形成（如：日記賬、明細賬、逐筆登記的總賬等）。為保證個步驟的連續(xù)性，逐步積累編制會計報表所需要的數(shù)據(jù)，必須將每一步所形成的中間結果存儲起來。如科目匯總完全可以做到既提供科目匯總表又提供匯總記賬憑證，既可以提供定期匯總登記的總賬，又可以提供逐筆登記的總賬或日記賬。由于受會計人員所能完成的工作量的限制，對于某一特定單位來說，選擇了一種核算形式，就不能同時使用其他核算形式。s management and enhanced the image of enterprise39。 本系統(tǒng) 結合中國企業(yè)管理制度而建立起來的一個信息 系統(tǒng)，主要包括應收管理、應付管理、資金管理和總帳管理等模塊，實現(xiàn)了個模塊的錄入、查找和生成報表等功能。 ERP 之財務 管理系統(tǒng) 是適應現(xiàn)代企業(yè)制度要求、推動企業(yè)財務管理走向科學化、規(guī)范化的必要條件， 為 企業(yè) 建立起信息高速公路，促使 企業(yè) 逐步形成方便、科學、合理的管理模式。 畢 業(yè) 設 計 論 文 基于 Delphi 財務管理系統(tǒng)的設計與開發(fā) 姓 名： 某某 學 號： 123456789000 指導教師： 某某某 院系（部所） ： 信息科學與工程學院 專 業(yè)： 計算機 應用 技術 完成日期： 2020 年 05 月 20 日 學校代碼： 10904 I 摘 要 近年來，隨著我國信息技術的飛速發(fā)展，計算機應用已逐漸滲透到各個領域。在企業(yè)管理領域內(nèi)，計算機的應用已經(jīng)十 分廣泛，各種管理機制與企業(yè)運作流程都與計算機緊密結合在一起，計算機的應用進一步完善了企業(yè)的管理，提高了企業(yè)的現(xiàn)代化管理形象。 ERP 之財務管理系統(tǒng)屬于企業(yè)資源計劃模塊之一，同時它也是企業(yè)管理系統(tǒng)中非常重要的一部分，該系統(tǒng)通過對財務信息進行數(shù)字化管理， 加快信息 處理 速度 ，提高管理效率，從而促進企業(yè)的發(fā)展。 關鍵字 ： 財務管理系統(tǒng)， Delphi， ERP II Abstract In recent years, the application of puter gradually seeped to each domain along with the rapid development of the information technology of