無憂無慮畢設網 ():畢業設計源碼下載 畢業設計源碼下載： 本文配套程序下載地址 ： 無憂無慮畢設網 ()-大學生畢業設計站 ,免費畢業設計論文 ,無憂無慮畢設網 大學生畢業設計 ,出售各類畢業設計源碼 ,論文 ,程序源碼 ,網站源碼 ,免費視頻教程 ,我們將竭誠為您服務！ 天津工業大學畢業論文 財 務 管 理 信 息 系 統 (申請管理學學士學位 ) 系 別：信息科學系 專 業：信息管理與信息系統 作 者：池文宗 指導教師：司瑞紅 無憂無慮畢設網 ():畢業設計源碼下載 畢業設計源碼下載： 管 理 學 院 2004 年 6 月無憂無慮畢設網 ():畢業設計源碼下載 畢業設計源碼下載： A Dissertation Submitted for the Degree of Bachelor of Management Finance Management Information System Department: Science of Information Major: MIS Candidate: Chi Wenzong Supervisor: Si Ruihong School of Management June 2004 摘 要 畢業設計源碼下載： 摘 要 信息化、數字 化、網絡化的今天，財務管理系統的開發和使用已經成為各行各業推行現代化管理的必要手段。該財務管理信息系統的設計與開發正是適應了這種需要。它完整的實現了從憑證到報表的賬務處理，包括從憑證的錄入、修改、過賬等到生成各種明細賬及總賬最后輸出會計報表的全過程，是一個小巧但功能完善、具有一定實用價值的管理信息系統。 該系統的開發遵循結構化生命周期的方法，并選用 Visual FoxPro 6.0 作為系統的開發工具。在可行性分析和需求分析的基礎上，對系統的設計方案、各子系統和功能模塊等進行了較詳細的論述。 關鍵字：結構化 生命周期法 , 憑證，報表，子系統，功能模塊 ABSTRACT 畢業設計源碼下載： 目 錄 畢業設計源碼下載： 目錄 第一章 前言 .1 第二章 財務管理信息系統開發的必要性和可行性 .2 2.1 目前財務管理的基本狀況 .2 2.2 系統開發的可行性 .3 第三章 系統的初步調查與分析 .4 3.1 業務流程調查 . 4 3.2 數據流程調查 6 3.2 數據字典 8 第四章 系統的詳細分析 .14 4.1 財務信息系統子系統劃分 14 4.2 各子系統之間的聯系 16 4.3 各子系統的詳細分析 17 第五章 系統的初步設計 .19 5.1 各子系統功能模塊的劃分 19 5.2 計算機財務管理信息系統的處理流程 21 5.3 系統的代碼設計 24 第六章 系統的詳細設計 .26 6.1 系統維護子系統的詳細設計 26 6.2 憑證處理子系統的詳細設計 .29 6.3 賬務處理子系統的詳細設計 .39 6.4 報表處理子系統的詳細設計 .43 第七章 系統的實現與維護 .51 7.1 設計工具的分析 51 7.2 數據庫分析 52 參考文獻 .54 致謝 .55 第一章 前言 畢業設計源碼下載： 第一章 前 言 管 理信息系統是在電子數據處理系統的基礎上逐步發展起來的。它是一個組織內部用于收集和處理數據以產生各種管理信息的系統。由于管理信息系統是在數據處理系統的基礎上發展起來的，因此，管理信息系統往往包含了數據處理系統和業務處理系統的功能。但管理信息系統的目標是滿足管理方面的信息需求，其研究內容主要集中在三個方面：其一是信息需求的研究。信息需求決定了系統必須輸出什么，從而也就確定了應該如何處理，需要采集哪些資料和數據。一個組織內部各級領導、各個部門、各種管理人員的信息需求是不盡相同的，搞清他們各自的信息需求，是建立起一 個實用的管理信息系統的前提條件；其二是信息流程和信息量的研究。也就是準確描述管理過程或生產經營過程中的信息流動過程，即信息的來龍去脈。信息量是指需要采集、存儲、加工、傳輸和輸出的信息的種類、內容、格式、頻率和數據長度等等，這些需要通過信息的定性和定量的調查來獲得；其三是信息系統結構和計算機作業方法的研究，即如何進行信息的采集、存儲、加工、傳輸，并將這些信息及時、準確、可靠的送到信息使用者的手中。 財務信息系統是管理信息系統的一個子系統，是專門用于收集、存儲、傳輸和加工會計數據，輸出財務信息的信息系統。它運用 本身所特有的一套方法，從價值方面對事業、機關團體的經營活動和經營成果，進行全面、連續、系統的定量描述。財務各項活動都與信息有關，收集原始憑證是獲取用于生成財務信息的會計數據；設置賬戶是對財務數據進行分類；填制記賬憑證和登記賬簿是把財務數據轉化成財務信息并進行信息的傳遞和存儲；賬簿和報表的查閱則是財務信息的輸出。財務活動的各個環節相互聯系、相互銜接，實現了由財務數據到財務信息的轉換過程。財務活動的每個步驟都有信息處理任務，每一步都服從于一個統一的目標，所有步驟以及在各步驟中所采用的方法和程序加起來就形成了一個 財務活動的有機整體，這個有機整體就是財務信息系統。 第二章 管理信息系統開發的必要性和可行性 畢業設計源碼下載： 第二章 管理信息系統開發的必要性和可行性 2.1 目前財務管理的基本狀況 手工核算方式下存在的多種數據流程都是圍繞如何減少或分散工作量，便于人員分工，或為了提供更豐富的信息而產生的。由于受會計人員所能完成的工作量的限制，對于某一特定單位來說，選擇了一種核算形式，就不能同時使用其他核算形式。而計算機的參與完全可以突破會計核算形式的界限，一個計算機系統完全可以提供手工核算形式下所有會計核算形式所能提供的全部信息。如科目匯總完全可以做到既提供科目匯總 表又提供匯總記賬憑證，既可以提供定期匯總登記的總賬，又可以提供逐筆登記的總賬或日記賬。 手工核算方式下，不論采取哪種會計核算形式，為了滿足在會計期末及時編制會計報表的需要，必須將大部分工作量分散到日常工作中完成，因此需要將從憑證到報表的數據處理過程，分解為若干工作步驟，每一步驟都產生一些中間數據（如：科目匯總表、匯總記賬憑證、日記賬、明細賬、總賬等）。為保證個步驟的連續性，逐步積累編制會計報表所需要的數據，必須將每一步所形成的中間結果存儲起來。這樣，“逐步加工、步步存儲”，就成為手工核算的重要特征。但如果分 析一下各步驟存儲的內容，就不難發現，各步驟所形成并存儲的都是由記賬憑證派生出來的中間結果，或由憑證分類匯總而形成（如：科目匯總表、匯總記賬憑證、總賬等），或由憑證分類順序而形成（如：日記賬、明細賬、逐筆登記的總賬等）。由此可見，從信息量來看，記賬憑證是賬簿、報表的數據源，所有憑證的信息量幾乎等于各種明細賬、總賬、報表所含信息量的總和，各步驟存儲的會計信息只不過是對記賬憑證的重復存儲而已。這種逐步轉抄，重復存儲，不僅浪費資源，而且極易導致數據的不一致性。可以說，手工核算中經常出現的賬證不符、賬表不符的現象與這 種同一信息的重復再現有密切關系，因而也就產生了賬證核對、賬表核算的需要。 由于手工工作固有的缺陷，使得會計在財務處理部分不僅勞動強度大、重復數據多而且及時性、準確性差。 第二章 管理信息系統開發的必要性和可行性 畢業設計源碼下載： 2.2 系統開發的可行性 原始的手工處理方式為了使會計信息有清新的來龍去脈，需要將從憑證到報表的數據處理過程，分解為若干步驟，每一步都產生一些中間數據。其實各步驟所形成并存儲的都是由記賬憑證派生出來的中間結果，只不過是對記賬憑證的重復存儲而已。這種逐步轉抄、重復存儲，不僅浪費資源，而且極易導致數據的不一致性。 根據現行狀況中存在的問題，又 從計算機的優勢看，它具有根據原始憑證和記賬憑證按需要瞬時生成所需要的賬表的能力。只要有了原始數據和加工數據的程序指令，在此基礎上生成其他派生數據，對計算機來說是輕而易舉的事情。 手工狀態下的財務管理主要是圍繞如何減少或分散工作量，便于人員分工而展開的。而該系統的開發和引用將大量減少人力資源的浪費從管理和經濟上都將提供莫大的幫助。 第二章 管理信息系統開發的必要性和可行性 畢業設計源碼下載： 第四章 系統的詳細分析 畢業設計源碼下載： 第三章 系統開發的初步調查與分析 在根據用戶提出建立新系統的要求，進行可行性分析，并經有關主管部門批準系統可行后，下面對現行系統的 狀況進行進一步的了解和分析。該初步調查是認識、了解現行系統狀況的過程。 3.1 系統業務流程的調查 系統業務流程的調查是按照現行系統中信息流動過程，逐個調查分析所有環節的處理任務、處理內容、處理順序的要求，弄清各個環節需要的信息、信息來源、流徑去向、處理方法和信息形態（報告、報單、屏幕顯示）等。并將其用規范的業務流程圖表示。其完成業務如下： 1、 根據原始憑證編制原始憑證匯總表。 2、 根據原始憑證或原始憑證匯總表編制收款憑證、付款憑證和轉賬憑證。 3、 根據收款憑證和付款憑證登記現金日記賬和存款日記賬。 4、 根據原始憑證、原始 憑證匯總表或收款憑證、付款憑證、轉賬憑證登記明細賬業務臺賬。 5、 根據收款憑證、付款憑證、轉賬憑證形成科目匯總表并直接登記總賬。 6、 現金日記賬、存款日記賬及明細賬業務臺賬定期同總賬核對。 7、 根據總賬和明細賬業務臺賬定期編制會計報表。如圖 3 1 所示。 圖例如下： 單據、報表、賬目 數據流向（不含數據內容） 系統內的部門或人員（含處理過程） 系統外的實體（部門或人員） 第四章 系統的詳細分析 畢業設計源碼下載： 圖 3 1 系統業務流程圖 原始憑證 收款憑 證 轉賬憑 證 付款憑 證 會計 報表 總 賬 明細業務 臺賬 科目匯 總表 存款日 記賬 現金日 記賬 原始憑證 匯總表 制證 人員 數據 登錄 人員 數據 錄入 人員 數據 登錄 人員 財務 部工 作人 員 財務 部核 對人 員 總賬 會計 財務 部核 對人 員 有關單位 及領導 第四章 系統的詳細分析 畢業設計源碼下載： 3.2 系統數據流程的調查 有了業務流程圖，還需要對信息的流動、傳遞、處理、存儲等進行分析。這就要求把數據在現行系統內部的流動情況抽象的獨立出來，舍去具體的組織機構、信息載體、處理工具、物質、材料等，單從數據流動過程來考察實際業務的數據處理模式，即數據流程圖。如圖 3 2 所示。 圖例如下： 外部實體 數據存儲 數據處理 數據流 第四章 系統的詳細分析 畢業設計源碼下載： 原始 原始憑證或原 憑證 始憑證匯總表 記賬憑證 收付款憑證 科目匯總表 明細賬及業務臺賬 日記賬 總賬 會計報表 經辦單位或經辦人 P1 審核匯總 財務部 P2 編制記賬憑證 財務部 D1 D2 P3 登記明細賬及業務臺賬 財務部 P4 編制科目匯總表 財務部 P7 登記日記賬 財務部 D3 D6 D4 D5 P5 登記總賬 財務部 P6 編制報表 財務部 D5 第四章 系統的詳細分析 畢業設計源碼下載： 圖 3 2 系統數據流程圖 3.3 第七章 系統的實施與維護 畢業設計源碼下載： 第五章 系統的初步設計 5.1 各子系統功能模塊的劃分 5.1.1。 1 簡化科目名稱錄入的功能 科目名稱也主要是用漢字表述的，為了提高輸入速度，本系統要提供一個幫助窗口，實現科目名稱的幫助和科目名稱的轉抄。操作員可以先在憑證錄入窗口輸入科目編號或輸入科目名稱助記符，幫助窗口回動態地按科目編號或科目名稱助記符查找并顯示對應的科目名稱項，然后可在幫助窗口中用鼠標 或回車鍵選擇所需要的科目編號，這時，幫助窗口中被選擇的科目名稱就會轉抄到憑證錄入窗口的科目名稱編輯區。 2 方便金額的輸入方法 輸入借貸金額時，經常需要根據原始憑證進行簡單的加減乘除運算，為此在憑證錄入過程中系統提供了計算器功能，操作員需要使用計算器時，可使用 計算器 按鈕調出計數器進行計算并將結果返回到當前編輯區。 3 憑證錄入處理流程 首先錄入一張憑證，憑證錄入完成后，要使用 憑證檢查 按鈕調用憑證檢查程序檢查憑證。檢查的內容包括：日期、附件數、摘要、科目名稱等是否有漏添項，借方、貸方金額是否平衡等。若經系統檢 測沒有錯誤，則要求將該張憑證轉存到“臨時記賬憑證 .dbf”中，并要求打印憑證。一張憑證打印完成，使用 錄入下一張憑證 按鈕回到憑證錄入窗口錄入，窗口中的原憑證自動被清除，并提供一張新的空白憑證供錄入下一張憑證。界面如下： 第七章 系統的實施與維護 畢業設計源碼下載： 二、憑證修改模塊的功能設計 1 憑證修改模塊的設計概述 憑證修改是指對以前錄入的、尚未審核（或審核未通過）的憑證進行的更正操作，從某種意義上說，憑證修改相當于錯誤憑證的再次輸入。因此，憑證修改模塊與憑證錄入模塊應具有基本相同的功能結構。但仍有以下幾點應加以區別對待： 要對某一憑 證進行修改 ,首先必須從“臨時記賬憑證 .dbf”中將需要修改的憑證調出來，因此憑證修改模塊中提供了按憑證號查找憑證的功能。 對憑證進行修改前，首先檢查憑證是否已通過審核，對已審核通過的憑證，不允許再進行修改，除非由憑證審核員同意修改其審核結論。另外，對已過賬的憑證也不提供修改的功能。 憑證號和日期是在該憑證錄入時由系統自動給給定的，因此憑證修改只能修改憑證的具體內容，而系統不提供憑證號和日期的修改機會。 第七章 系統的實施與維護 畢業設計源碼下載： 在修改憑證時，可能需要對原憑證的記錄進行刪除，但刪除后的憑證記錄數不能少于兩條，即刪除后至少要保留一借一貸 兩條記錄。也不允許將錯誤憑證完全刪除，以免出現憑證號并不連續的錯誤。 修改憑證也不要直接針對“臨時記賬憑證 .dbf”進行，因此本系統設計了視圖“憑證修改”。 2 憑證修改模塊的工作流程 選擇要修改的憑證號 調出憑證。若在表中找不到該憑證或該憑證已審核通過，系統應給出提示，并要求重新輸入憑證號或放棄修改操作。 與憑證錄入模塊的操作類似，對憑證進行修改。 檢查修改的憑證 保存經過檢查的憑證，并打印該憑證。 若要繼續修改其他憑證，則重復步驟 界面如下： 第七章 系統的實施與維護 畢業設計源碼下載： 三、憑證查詢模塊的功能設計 1、 憑證的查詢對象和查詢方式的 設計 查詢對象的設計：包括未過賬的憑證和已過賬的憑證。由于查詢對象不同，涉及的表就不同（未過賬憑證涉及表“臨時記賬憑證 .dbf” ,已過賬憑證涉及表“已過賬記賬憑證 .dbf”） ,因此設計進行選擇的功能。 查詢方式的設計：由于用戶的需要是多方面的，而且具有很大的不確定性，在不同的情況下可能提出不同的查詢要求，因此在憑證查詢模塊中，本系統提供了以下幾種查詢方式： 按憑證號查詢：即按精確的憑證號查詢，用戶輸入準確的憑證號后，以后在查詢窗口調出這張憑證。 按憑證號區間查詢：即按照憑證的起止號區間查詢若干張憑證。 按日 期查詢：即用戶輸入一個日期區間，可以調出這個區間內的所有憑證。 第七章 系統的實施與維護 畢業設計源碼下載： 按科目查詢：即用戶輸入一個科目編號或科目編號的前若干位，可調出對應科目編號的所有憑證，或科目編號的前幾位與輸入的號碼相匹配的所有憑證。 自定義查詢：由用戶自己根據表中存儲內容組合查詢條件，以滿足特殊的查詢要求。 2、 憑證查詢模塊的工作流程 選擇查詢對象（已過賬或為未過賬憑證）。 選擇查詢方式（按憑證號或科目編號或日期或自定義）。 按選擇查詢方式輸入要查詢憑證應滿足的條件。 調出憑證。若在表中找不到滿足條件的憑證，系統給出提示 ，并要求重新輸入查詢條件。 界面如下： 四、憑證審核與審核修改模塊的功能設計 第七章 系統的實施與維護 畢業設計源碼下載： 記賬憑證的編制，實質上是將原始憑證上用一般語言描述的經濟業務，改用會計的專用語言即復式記賬語言進行再描述的過程。這種再描述的結果是否符合會計核算原理和有關規范制度的要求，還要經過嚴格的審核。只有經過審核無誤的記賬憑證才能登記有關賬簿。 計算機財務系統中的憑證審核，因采用的制證方式不同，其工作內容也不同。在“先手工制證，再輸入計算機”的制證方式下，憑證審核需要經過兩個步驟：第一步是對手工憑證本身的審核，審核的內容 主要是檢查記賬憑證所附原始憑證是否規范完整，記賬憑證與所附原始憑證所反映的經濟業務內容是否一致，記賬憑證中應借、應貸的會計科目及其金額是否正確，記賬憑證中有關項目填列是否齊全。手工記賬憑證經審核無誤后輸入計算機；第二步是對輸入計算機內憑證進行審核，主要檢查機內憑證與手工憑證是否嚴格一致。在“直接上機制證”方式下，憑證輸入過程就是記賬憑證的編制過程，每張憑證輸入結束后立即打印輸出，因此，不存在機內憑證與手工憑證數據不一致的問題，而且憑證中有關項目填列的完整性和借貸平衡的審核已由計算機程序自動給予保證。這樣，憑 證審核的對象應以打印輸出的憑證為主，審核的主要內容是檢查打印出的憑證與所附原始憑證反映的經濟業務內容是否一致，應借、應貸的會計科目及其金額是否正確，日期是否正確。 憑證審核人員對憑證進行審核之后，一方面要將其審核結論輸入計算機，另一方面要及時通知有關人員對錯誤憑證進行修改。 之所以要將審核結論輸入計算機，目的有二：其一是為了防止其他人員對已審核通過的憑證進行修改，凡經過審核人員審核并加注“通過”標志的憑證，系統將拒絕任何人對其進行修改操作；其二是我為了防止未經審核或審核不合格的憑證進入后續處 理階段，凡未經審核人員審核并加注“通過”標志的憑證，系統將拒絕對其進行過賬處理。 憑證審核員之所以要通知其他人員（原制證人員）對錯誤憑證進行修改，而不是自己去修改，目的是為了分清責任。憑證審核員只有憑證審核權，而無憑證輸入和修改權；憑證輸入員只有制證和修改權，而無憑證審核權。這樣有利于形成分工明確、相互牽制的系統運行機制，也符合會計工作內部控制原理的要求。 第七章 系統的實施與維護 畢業設計源碼下載： 憑證審核的功能主要是最簡潔、最快速地將審核員的審核結論正確地輸入計算機，以更新“臨時記賬憑證 .dbf”中審核標志字段。 審核修改 實質上就是修改審核標志。即以前審核通過但還沒有過賬的憑證，后來發現審核結論有誤，這時候就需要對原審核標志進行修改。只有將其審核標志修改為不通過或修改為空，才能在憑證修改模塊中對該憑證進行修改，修改后的憑證還需要重新進行審核。 參考文獻 畢業設計源碼下載： 參考文獻 1 李進 ， 管理信息系統的開發與應用 ,電子工業出版社， 1996 年 2 劉魯，信息系統設計原理與應用，北京航空航天大學出版社， 1995 年 3 甘仞初，信息系統開發，北京理工大學出版社， 1996 年 4 張金成，管理信息系統，北京 大學出版社， 2001 年 5 耿騫、袁名敦、肖明編著，信息系統分析與設計，高等教育出版社， 2001年 6 張海藩，軟件工程導論，清華大學出版社， 1998 年 7 劉蘭娟、竹宇光編著，信息系統分析與設計，電子工業出版社， 2002 年 8 張維明，信息技術及其應用，中國人民大學出版社， 2001 年 9 司光亞、莫凱、秦方鈺譯，現代信息系統設計方法，電子工業出版社， 2002年 10劉尊孝，管理信息系統開發指南，上海科學普及出版社， 1992 年 16劉文輝，會計學基礎， 首都經濟貿易大學出版社，