1、摘要信息化、數字化、網絡化的今天，財務管理系統的開發和使用已經成為各行各業推行現代化管理的必要手段。本財務管理信息系統的設計與開發正是適應了這種需要。它旨在完整地實現了從憑證到報表的賬務處理，包括從憑證的錄入、修改、過賬等到生成各種明細賬及總賬最后輸出會計報表的全過程，成為一個小巧但功能完善、具有一定實用價值的管理信息系統。幫助使用者有效簡化原有的財務系統流程，提高工作效率。本系統通過Visual Basic 語言和 Foxtable 數據庫設計開發，具有較高的穩定性和運行速度。關鍵字 ：信息系統，企業財務管理，Visual Basic ， FoxtableABSTRACTIn nowaday

2、s of informatization, digitization and networking, it is a necessary method for enterprises to carry modernization management to develop and use a financial management system. The design and development of the financial management information system just meets the needs. It will become a tiny but fu

3、ll-functional and useful management information system, which can realize financial procedure from the voucher to the report, including voucher input, modification, posting and final financial report generation. The system can aid users to cope with the financial business easily and effectively.The

4、system is developed with Visual Basic language and Foxtable database. It has excellent stability and working speed.Key words : Information system, enterprise financial management, Visual Basic, Foxtable目錄中文摘要 .I英文摘要 .II目 錄 .III第一章 緒論 .11.1研究背景和意義 .11.2研究的現狀 .11.2.1目前財務管理的基本狀況 .11.3系統開發的可行性 .2第二章系統開發

5、的初步調查與分析 .32.1系統業務流程的調查 .32.2系統數據流程的調查 .42.3數據字典 .5第三章系統的詳細分析 .103.1財務信息系統子系統劃分 .103.1.1 子系統的劃分原則 .103.1.2常見子系統的劃分方法 .113.2各子系統之間的聯系 .123.2.1賬簿管理子系統與憑證管理子系統的聯系.12第四章 系統的初步設計 .134.1各子系統功能模塊的劃分 .134.1.1系統維護子系統 .134.1.2憑證管理子系統 .134.1.3賬簿管理子系統 .144.1.4報表管理子系統 .144.2計算機財務管理信息系統的處理流程.144.3系統的代碼設計 .16第五章系統

6、的詳細設計 .185.1系統維護子系統 .185.2憑證管理子系統的詳細設計 .185.2.1憑證管理子系統的處理流程 .185.2.2憑證管理子系統各模塊的功能設計.195.3賬簿管理子系統的詳細設計 .255.3.1總賬模塊的設計 .255.3.2明細賬模塊的功能設計 .255.3.3科目匯總模塊的功能設計 .265.3.4數據查詢模塊的設計 .265.3.5會計科目體系維護的功能設計 .275.4報表管理子系統的詳細設計 .275.4.1會計報表處理方法分析 .285.4.2會計報表結構分析與結構數據 .29第六章系統的實施與維護 .316.1設計工具分析 .316.2數據庫分析 .32

7、第七章結論 .347.1結論 .34致謝 .35附錄 .36參考文獻 .44第一章緒論1.1 研究背景和意義管理信息系統是在電子數據處理系統的基礎上逐步發展起來的。它是一個組織內部用于收集和處理數據以產生各種管理信息的系統。由于管理信息系統是在數據處理系統的基礎上發展起來的，因此，管理信息系統往往包含了數據處理系統和業務處理系統的功能。但管理信息系統的目標是滿足管理方面的信息需求，其研究內容主要集中在三個方面：其一是信息需求的研究。信息需求決定了系統必須輸出什么，從而也就確定了應該如何處理，需要采集哪些資料和數據。一個組織內部各級領導、各個部門、各種管理人員的信息需求是不盡相同的，搞清他們各自

8、的信息需求，是建立起一個實用的管理信息系統的前提條件；其二是信息流程和信息量的研究。也就是準確描述管理過程或生產經營過程中的信息流動過程，即信息的來龍去脈。信息量是指需要采集、存儲、加工、傳輸和輸出的信息的種類、內容、格式、頻率和數據長度等等，這些需要通過信息的定性和定量的調查來獲得；其三是信息系統結構和計算機作業方法的研究，即如何進行信息的采集、存儲、加工、傳輸，并將這些信息及時、準確、可靠的送到信息使用者的手中。財務信息系統是管理信息系統的一個子系統，是專門用于收集、存儲、傳輸和加工會計數據，輸出財務信息的信息系統。它運用本身所特有的一套方法，從價值方面對事業、機關團體的經營活動和經營成果

9、，進行全面、連續、系統的定量描述。財務各項活動都與信息有關，收集原始憑證是獲取用于生成財務信息的會計數據；設置賬戶是對財務數據進行分類；填制記賬憑證和登記賬簿是把財務數據轉化成財務信息并進行信息的傳遞和存儲；賬簿和報表的查閱則是財務信息的輸出。財務活動的各個環節相互聯系、相互銜接，實現了由財務數據到財務信息的轉換過程。財務活動的每個步驟都有信息處理任務，每一步都服從于一個統一的目標，所有步驟以及在各步驟中所采用的方法和程序加起來就形成了一個財務活動的有機整體，這個有機整體就是財務信息系統。1.2 研究的現狀1.2.1 目前財務管理的基本狀況手工核算方式下存在的多種數據流程都是圍繞如何減少或分散

10、工作量，便于人員分工，或為了提供更豐富的信息而產生的。由于受會計人員所能完成的工作量的限制，對于某一特定單位來說，選擇了一種核算形式，就不能同時使用其他核算形式。而計算機的參與完全可以突破會計核算形式的界限， 一個計算機系統完全可以提供手工核算形式下所有會計核算形式所能提供的全部信息。如科目匯總完全可以做到既提供科目匯總表又提供匯總記賬憑證，既可以提供定期匯總登記的總賬，又可以提供逐筆登記的總賬或日記賬。 手工核算方式下，不論采取哪種會計核算形式，為了滿足在會計期末及時編制會計報表的需要，必須將大部分工作量分散到日常工作中完成，因此需要將從憑證到報表的數據處理過程，分解為若干工作步驟，每一步驟

11、都產生一些中間數據（如：科目匯總表、 匯總記賬憑證、 日記賬、 明細賬、 總賬等） 。為保證個步驟的連續性，逐步積累編制會計報表所需要的數據，必須將每一步所形成的中間結果存儲起來。這樣，“逐步加工、步步存儲”，就成為手工核算的重要特征。但如果分析一下各步驟存儲的內容，就不難發現，各步驟所形成并存儲的都是由記賬憑證派生出來的中間結果，或由憑證分類匯總而形成（如：科目匯總表、匯總記賬憑證、總賬等），或由憑證分類順序而形成（如：日記賬、明細賬、逐筆登記的總賬等）。由此可見，從信息量來看，記賬憑證是賬簿、報表的數據源，所有憑證的信息量幾乎等于各種明細賬、總賬、報表所含信息量的總和，各步驟存儲的會計信息

12、只不過是對記賬憑證的重復存儲而已。這種逐步轉抄，重復存儲，不僅浪費資源，而且極易導致數據的不一致性。可以說，手工核算中經常出現的賬證不符、賬表不符的現象與這種同一信息的重復再現有密切關系，因而也就產生了賬證核對、賬表核算的需要。由于手工工作固有的缺陷，使得會計在財務處理部分不僅勞動強度大、重復數據多而且及時性、準確性差。1.3 系統開發的可行性原始的手工處理方式為了使會計信息有清新的來龍去脈，需要將從憑證到報表的數據處理過程，分解為若干步驟，每一步都產生一些中間數據。其實各步驟所形成并存儲的都是由記賬憑證派生出來的中間結果，只不過是對記賬憑證的重復存儲而已。這種逐步轉抄、重復存儲，不僅浪費資源

13、，而且極易導致數據的不一致性。根據現行狀況中存在的問題，又從計算機的優勢看，它具有根據原始憑證和記賬憑證按需要瞬時生成所需要的賬表的能力。只要有了原始數據和加工數據的程序指令，在此基礎上生成其他派生數據，對計算機來說是輕而易舉的事情。手工狀態下的財務管理主要是圍繞如何減少或分散工作量，便于人員分工而展開的。而該系統的開發和引用將大量減少人力資源的浪費從管理和經濟上都將提供莫大的幫助。第二章系統開發的初步調查與分析在根據會計學財務處理里程提出建立新系統的要求，進行可行性分析，下面對現行系統的狀況進行進一步的了解和分析。該初步調查是認識、了解現行系統狀況的過程。2.1 系統業務流程的調查系統業務流

14、程的調查是按照現行系統中信息流動過程，逐個調查分析所有環節的處理任務、處理內容、處理順序的要求，弄清各個環節需要的信息、信息來源、流徑去向、處理方法和信息形態（報告、報單、屏幕顯示）等。并將其用規范的業務流程圖表示。其完成業務如下：1、根據原始憑證編制原始憑證匯總表；2、根據原始憑證或原始憑證匯總表編制收款憑證、付款憑證和轉賬憑證；3、根據收款憑證和付款憑證登記日記賬；4、根據原始憑證、原始憑證匯總表或收款憑證、付款憑證、轉賬憑證登記日記賬/明細賬；5、根據收款憑證、付款憑證、轉賬憑證形成總分類賬；6、根據收款憑證、付款憑證、轉賬憑證形成試算平衡表和科目余額表；7、根據總賬和明細賬業務臺賬定期

15、編制會計報表。如圖2-1所示。圖例如下：單據、報表、賬目數據流向（不含數據內容）系統內的部門或人員（含處理過程）系統外的實體（部門或人員）數據財務制證登錄核對數據總賬財務登錄會計核對原始憑證數據財務登錄人員圖 2-1 系統業務流程圖2.2 系統數據流程的調查有了業務流程圖，還需要對信息的流動、傳遞、處理、存儲等進行分析。這就要求把數據在現行系統內部的流動情況抽象的獨立出來，舍去具體的組織機構、信息載體、處理工具、物質、材料等，單從數據流動過程來考察實際業務的數據處理模式，即數據流程圖。如圖2-2所示。圖例如下：外部實體數據存儲數據處理數據流P1P2經辦單原始原始憑證或原位或經審核匯總始憑證匯總

16、表編制記賬憑證辦人憑證財務部財務部D1記賬憑證收付款憑證D2P3P4P7編制科目匯總表登記明細賬財務部登記日記賬財務部財務部D3科目匯總明細賬及業務臺賬P5日記賬D4D6登記日記賬財務部D4總賬P6編制報表財務部D5會計報表圖 2-2 系統數據流程圖2.3 數據字典數據流程圖構造出了財務管理信息系統的組成和各部分間的關系，但沒有說明各部分的具體內容，它僅是一個框架，據此還不足以準確充分地了解系統，無法根據此圖進行程序設計，因此還需要編制數據字典。數據字典將對數據流程圖中的各種文件和數據流進行詳細的描述和確切的解釋。即定義文件和數據流由哪些更小的單位組成（這些單位一般稱為字段或數據項），并描述每

17、個數據項的數據類型、長度、取值范圍等具體內容。有了數據字典就便于隨時查閱和修改，所以它是數據流程圖的輔助資料，起注解的作用。表 2-1憑證序號字段名數據類型字段長度備注1憑證編號整數32惟一，自加 12日期日期時間型10存儲時用 10 位，顯示時轉換成10 位3摘要字符型1004借方科目整數325借方金額單精度小數326貸方科目整數327貸方金額單精度小數328附單據數微整數89記賬員字符型1610審核員字符型1611制單字符型1612是否審核邏輯型1True: 已共過審核、 False ：未通過審核表格 2-2憑證模板表序號字段名字段類型字段長度備注1模板編號整數32以該字段建立索引標記“憑

18、證模板”的主索引2摘要字符型2553借方科目整數324貸方科目整數32表格 2-3會計科目白表序號字段名字段類型字段長度備注1科目序號整數32以該字段建立索引標記“會計科目”的主索引2科目代碼整數32可以取值“資產” 、“負債”、“權益”、“損益”或“成本”3科目名稱字符型164科目類別字符型25余額方向字符型2可取值“借方”或“貸方”表格2-4 運行環境表序號字段名字段類型字段長度備注1建賬起始年份短整數16此表在程序第一次運行時填充2建賬起始月份為整數83賬套啟用時間日期時間性214當前年份短整數165當前月份為整數86企業名稱字符型2557企業法人字符型168企業地址字符型100表格 2

19、-5公告表序號字段名字段類型字段長度備注1ID整數32以該字段建立索引標記為“公告”的主索引2標題字符型503作者字符型164時間日期時間性215內容備注型655356類型字符型47完成邏輯型1表格2-6 管理員表序號字段名字段類型字段長度備注1名稱字符型162職位字符型163創建日期時間日期型214密碼字符型32MD5加密5發表公告邏輯型16管理員管理邏輯型17會計科目管理邏輯型18憑證模板管理邏輯型19憑證增加邏輯型110憑證修改邏輯型111憑證刪除邏輯型112憑證審核邏輯型113試算平衡表管理邏輯型115科目余額表管理邏輯型116憑證過賬邏輯型117本月結賬邏輯型118數據導出邏輯型11

20、9數據導入邏輯型120日志管理邏輯型121日記賬明細賬管理邏輯型122總分類賬管理邏輯型123員工管理邏輯型124報表管理邏輯型125采購管理邏輯型126銷售管理邏輯型127往來企業管理邏輯型1表格 2-6員工表序號字段名字段類型字段長度備注1員工整數32以該字段建立索引標記為“員工”的主索引2姓名字符型163性別字符型24出生日期時間日期型215雇傭日期時間日期型216部門字符型107職位字符型108地址字符型1009照片字符型32存放照片路徑10備注備注表格 2-7往來企業表序號字段名字段類型字段長度備注1企業名稱字符型162企業類型字符型10“供應商”、“生產商”或“客戶”3聯系人字符型

21、164聯系電話字符型205QQ字符型206Email字符型50表格 2-8物料產品表序號字段名字段類型字段長度備注1編號整數32以該字段建立索引標記為“物料產品表”的主索引2類型字符型43名稱字符型16表格 2-9采購表序號字段名字段類型字段長度備注1采購編號整數32以該字段建立索引標記為“采購表” 的主索引2物料名稱字符型503計量單位字符型164單價單精度小數645采購數量整數326金額單精度小數647采購人員字符型168供應商字符型169已付款邏輯性110已編制憑證邏輯性111備注字符型255表格 2-10銷售表序號字段名字段類型字段長度備注1訂單編號整數32以該字段建立索引標記為“銷售

22、表” 的主索引2產品名稱字符型503計量單位字符型164單價單精度小數645銷售數量整數326金額單精度小數647銷售人員字符型168客戶字符型169已收款邏輯性110已編制憑證邏輯性111備注字符型255表格 2-11日志表序號字段名字段類型字段長度備注1執行者字符型16以該字段建立索引標記為“日志表” 的主索引2時間時間日期型213操作字符型255第三章系統的詳細分析系統的詳細分析不同與初步調查，它要求深入到會計部門，詳細了解財務系統的每一部分，每一環節，明確輸入輸出的內容和格式，弄清信息的流向及各種數據、賬表之間的關系。3.1 財務信息系統子系統劃分財務信息系統是行政事業單位管理信息系統

23、的一個子系統，它本身也是由若干個子系統組成的，這些子系統相互聯系，共同完成財務信息系統的全部任務。由于存在不同子系統之間的相互關系和相互影響，為了便于今后不同子系統之間的數據交換，有必要對財務系統進行合理、規范的子系統的劃分。3.1.1 子系統的劃分原則1可拆裝性原則一個好的系統應允許用戶方便地安裝或卸掉某些模塊，而不必作大的修改，也就是說系統應具備良好的適應性。適應性一般包括可移植性、可擴充性、可維護性等。可移植性使系統（或某些子系統）不需要做大的修改就能順利地從一個單位移植到另一個類似單位。可擴充性使系統能不斷加掛新的功能模塊，不斷從小到大， 從簡單到復雜。 可維護性使系統能適應一個單位內

24、部各種變動。2高內聚低耦合原則即盡量把聯系密切的功能放在一個子系統或模塊中，一個子系統內，諸功能聯系越密切，其內聚度越高。把聯系不密切的功能放在不同的子系統中，盡量減少不同子系統之間的聯系，包括程序調用關系和數據傳遞關系。模塊之間聯系越少，耦合度越低。子系統之間高內聚低耦合的關系使各子系統之間的接口關系簡單明了，對提高系統的適應性有重要作用。3通用化原則子系統及模塊劃分要有助于提高系統的通用性，也就是說要盡量把能通用的子系統和功能模塊獨立出來。不能通用的子系統和功能模塊也應盡量獨立出來，并采用外掛方式與其他子系統聯系起來。4與會計人員的崗位分工和工作組織相協調各子系統的功能模塊的劃分要以會計工

25、作本身的職能分工為基礎，體現財務會計工作的業務流程和崗位分工習慣，以便實現電算化后的人員分工和工作組織。5以憑證、賬簿、報表處理子系統為核心任何單位的財務管理過程無不以“憑證賬簿報表”為主線，憑證處理、財務處理、報表處理是任何財務系統必備的功能，否則就不能稱其為財務系統。其他各子系統則通過與核心子系統的直接或間接聯系，而成為財務系統的外圍子系統，它們一般采用外掛方式而成為計算機財務系統的組成部分。3.1.2 常見子系統的劃分方法由于各會計主體業務性質、業務內容和業務分工情況不同，財務管理信息系統的子系統劃分也不盡相同。本系統將系統維護子系統、憑證處理子系統、賬務處理子系統和報表處理子系統作為核

26、心系統并加以研制和開發，基于以下幾點理由：系統維護、憑證處理、賬務處理和報表處理四個子系統是任何財務系統所必須的，它們體現了財務系統的本質特征，而其他子系統是否需要，則取決于各單位業務特點。如商業企業就不需要材料核算、成本核算子系統，而行政事業單位只需要具有幾個核心子系統，即可滿足會計核算的需要。會計信息系統的核心子系統是單位中任何其他管理信息系統所無法代替的， 而各外圍子系統的功能與管理信息系統中的設備管理、勞動工資管理（或人事管理）、庫存管理子系統存在大量的重復和交叉。對于一個擁有完善的管理信息系統的單位，其財務信息系統只是其中的一個子系統它通過提取其他管理信息系統的數據。如果財務信息系統

27、中仍包括上述子系統，就會使財務信息系統過于龐大臃腫，這樣不僅沒有必要，而且會造成數據重復輸入、重復加工，影響數據的一致性，徒增會計人員的工作負擔。上述幾個核心子系統不僅是所有財務系統所必備的，而且具有統一性高、規范性強、容易實現通用化的特點。對核心子系統開發方法和技術細節進行研究，更具有普遍意義和實用價值，相反，外圍子系統，可謂形形色色，其統一性和規范化程度都較差。因此系統的總體框架和子系統的劃分如圖3-1 所示：圖 3-1 企業財務管理信息系統的功能模塊圖3.2 各子系統之間的聯系研究各子系統之間的聯系，其目的是：首先，有助于合理設計整個財務系統的數據流向；其次，有助于劃清各子系統的邊界，設

28、計合理的數據接口，實現最大限度的數據共享；第三，有助于確定系統開發的先后順序。3.2.1 賬簿管理子系統與憑證管理子系統的聯系憑證管理系統是賬簿管理系統的上游系統，是賬簿管理系統的數據源。憑證管理系統通過憑證過賬處理來更新各科目的本月發生額、累計發生額及期末余額數據；賬簿管理系統生成總賬和明細賬時，憑證管理系統為其提供審核無誤的記賬憑證。由這些記賬憑證及各科目的年初余額、各月發生額、各月累計發生額、各月余額構成了賬簿所需的全部數據。第四章系統的初步設計4.1 各子系統功能模塊的劃分4.1.1 系統維護子系統該子系統中的各模塊對整個系統的運行起控制作用，因此必須獨立于其他子系統。系統維護子系統主

29、要完成如下一些操作：系統初始化設置：財務管理信息系統被安裝到計算機上之后，還必須進行初始化設置才能正常使用。進行初始化設置時要求輸入用戶單位名稱、建賬起始年月、單位會計主管姓名等基本信息。操作員維護：進行操作員增添、刪除、姓名修改、口令修改、操作權限分配，以及操作員登錄口令檢查等。賬簿年、月初始化，月終結賬等。數據備份與恢復，表清理等。運行日志查詢等。其他輔助性工作。根據這些任務來是設計系統維護子系統的功能模塊，如圖4-1 所示：系統維護模塊企年月數運企會員往系業計工來統基準管企用本則理業戶信管管息理理圖 4-1 系統維護模塊的功能模塊的劃分系統維護子系統并不一定是一個獨立的模塊。 系統維護子

30、系統的各下級功能模塊將分散出現在財務系統的系統主菜單的各菜單項或子菜單項、工具欄里。4.1.2 憑證管理子系統憑證管理子系統完成憑證的錄入、修改、查詢、審核、匯總、過賬處理等任務。該子系統是財務系統的重要組成部分，為財務系統采集、整理原始數據，并保證數據的正確性和可靠性。憑證管理子系統完成從憑證錄入到過賬處理的一系列數據處理任務，包括憑證錄入、憑證修改、憑證查詢、 憑證審核與審核修改、科目匯總、 過賬處理等功能。具體功能模塊如圖4-2 所示：憑證管理憑憑憑憑憑證證證證證圖 4-2 憑證管理的功能模塊的劃分4.1.3 賬簿管理子系統在賬務系統中， 賬務處理的主要任務就是對會計科目和會計憑證數據進

31、行分類、重組、歸并、匯總等處理，以此形成各種賬簿和科目匯總數據。因此，賬務處理子系統應具有總賬、明細賬、科目匯總、科目體系維護和數據查詢等功能模塊，如圖5-3 所示：賬簿管理試科日總憑本算目記分證月平余賬 /類過結衡額明賬賬賬表表細賬賬圖 5-3賬簿管理功能模塊的劃分4.1.4 報表管理子系統報表處理子系統有兩大功能：一是報表結構數據維護；二是報表生成和報表輸出。1、報表結構數據的維護由于報表的格式和內容都不斷地發生變化，為了能夠適應這種變化，方便靈活地生成和輸出各種報表， 該子系統必須滿足：一、報表的欄目標題、欄目寬度、 輸出字體字號都可以自由調整。還要能方便地向一個報表增加或刪除欄目，以及

32、不刪除一個欄目而在輸出時根據需要屏蔽該欄目；二、報表的主標題、副標題、腳注等都可以由用戶隨意調整；三、報表的各單元格數據值或數據源表達式可自由修改。而進行所有上述維護工作都不必改動源程序。2、報表的生成和輸出包括報表的生成、報表查閱和報表打印。4.2 計算機財務管理信息系統的處理流程為了設計與計算機特點相適應的財務管理信息系統，在設計思想上要產生質的飛躍，徹底擺脫手工會計形式的束縛。其中主要思想是：利用計算機快速處理數據的特點，將大部分數據存儲改為數據流，即以快速的數據加工取代中間數據的大量存儲；變分散處理為實時處理，即利用計算機的快速處理能力，將手工核算的長時間，分步驟的核算過程視為可瞬間完成的計算機程序運行的過程；變分工協作為集中處理，即不需考慮采用分工協作方式來分散工作量的問題。基于上述思想，該系統的處理流程如下：由操作員通過鍵盤輸入記賬憑證，所輸入的記賬憑證暫時存儲在