【文章內(nèi)容簡介】 的 初 步 設計 …………………………………………………………… .19 各子系統(tǒng)功能模塊的劃分 ………… ……………………………………… 19 計算機財務管理信息系統(tǒng)的處理流程 …………………………………… 21 系統(tǒng)的代碼設計 …………………………………………………………… 24 第十三章 系 統(tǒng) 的 詳 細 設計 …………………………………………………………… .26 系統(tǒng)維護子系統(tǒng)的詳細設計 ……………………………………………… 26 憑證處理子系統(tǒng)的詳細設計 …………………………………………… ....29 賬務處理子系統(tǒng)的詳細設計 …………………………………………… ....39 報表處理子系統(tǒng)的詳細設計 ……… …………………………………… ....43 第十四章 系 統(tǒng) 的 實 現(xiàn) 與 維護 ………………………………………………………… .51 設計工具的分析 …………………………………………………………… 51 數(shù)據(jù)庫分析 ………………………………………………………………… 52 參考文獻 …………………………………………………………………………… ..54 致謝 ………………………………………………………………………………… ..55 目 錄 第一章 前言 第一章 前 言 管理信息系統(tǒng)是在電子數(shù)據(jù)處理系統(tǒng)的基礎上逐步發(fā)展起來的 。它是一個組織內(nèi)部用于收集和處理數(shù)據(jù)以產(chǎn)生各種管理信息的系統(tǒng)。由于管理信息系統(tǒng)是在數(shù)據(jù)處理系統(tǒng)的基礎上發(fā)展起來的，因此，管理信息系統(tǒng)往往包含了數(shù)據(jù)處理系統(tǒng)和業(yè)務處理系統(tǒng)的功能。但管理信息系統(tǒng)的目標是滿足管理方面的信息需求，其研究內(nèi)容主要集中在三個方面：其一是信息需求的研究。信息需求決定了系統(tǒng)必須輸出什么，從而也就確定了應該如何處理，需要采集哪些資料和數(shù)據(jù)。一個組織內(nèi)部各級領導、各個部門、各種管理人員的信息需求是不盡相同的，搞清他們各自的信息需求，是建立起一個實用的管理信息系統(tǒng)的前提條件；其二是信息流程和信息 量的研究。也就是準確描述管理過程或生產(chǎn)經(jīng)營過程中的信息流動過程，即信息的來龍去脈。信息量是指需要采集、存儲、加工、傳輸和輸出的信息的種類、內(nèi)容、格式、頻率和數(shù)據(jù)長度等等，這些需要通過信息的定性和定量的調(diào)查來獲得；其三是信息系統(tǒng)結構和計算機作業(yè)方法的研究，即如何進行信息的采集、存儲、加工、傳輸，并將這些信息及時、準確、可靠的送到信息使用者的手中。 財務信息系統(tǒng)是管理信息系統(tǒng)的一個子系統(tǒng)，是專門用于收集、存儲、傳輸和加工會計數(shù)據(jù)，輸出財務信息的信息系統(tǒng)。它運用本身所特有的一套方法，從價值方面對事業(yè)、機關團體的經(jīng) 營活動和經(jīng)營成果，進行全面、連續(xù)、系統(tǒng)的定量描述。財務各項活動都與信息有關，收集原始憑證是獲取用于生成財務信息的會計數(shù)據(jù)；設置賬戶是對財務數(shù)據(jù)進行分類；填制記賬憑證和登記賬簿是把財務數(shù)據(jù)轉化成財務信息并進行信息的傳遞和存儲；賬簿和報表的查閱則是財務信息的輸出。財務活動的各個環(huán)節(jié)相互聯(lián)系、相互銜接，實現(xiàn)了由財務數(shù)據(jù)到財務信息的轉換過程。財務活動的每個步驟都有信息處理任務，每一步都服從于一個統(tǒng)一的目標，所有步驟以及在各步驟中所采用的方法和程序加起來就形成了一個財務活動的有機整體，這個有機整體就是財務信息系統(tǒng)。 第二章 管理信息系統(tǒng)開發(fā)的必要性和可行性 第二章 管理信息系統(tǒng)開發(fā)的必要性和可行性 目前財務管理的基本狀況 手工核算方式下存在的多種數(shù)據(jù)流程都是圍繞如何減少或分散工作量，便于人員分工，或為了提供更豐富的信息而產(chǎn)生的。由于受會計人員所能完成的工作量的限制，對于某一特定單位來說，選擇了一種核算形式，就不能同時使用其他核算形式。而計算機的參與完全可以突破會計核算形式的界限，一個計算機系統(tǒng)完全可以提供手工核算形式下所有會計核算形式所能提供的全部信息。如科目匯總完全可以做到既提供科目匯總表又提供匯總記賬憑證，既可以提供定期匯總登記的總賬， 又可以提供逐筆登記的總賬或日記賬。 手工核算方式下，不論采取哪種會計核算形式，為了滿足在會計期末及時編制會計報表的需要，必須將大部分工作量分散到日常工作中完成，因此需要將從憑證到報表的數(shù)據(jù)處理過程，分解為若干工作步驟，每一步驟都產(chǎn)生一些中間數(shù)據(jù)（如：科目匯總表、匯總記賬憑證、日記賬、明細賬、總賬等）。為保證個步驟的連續(xù)性，逐步積累編制會計報表所需要的數(shù)據(jù)，必須將每一步所形成的中間結果存儲起來。這樣，“逐步加工、步步存儲”，就成為手工核算的重要特征。但如果分析一下各步驟存儲的內(nèi)容，就不難發(fā)現(xiàn)，各步驟所形成并存 儲的都是由記賬憑證派生出來的中間結果，或由憑證分類匯總而形成（如：科目匯總表、匯總記賬憑證、總賬等），或由憑證分類順序而形成（如：日記賬、明細賬、逐筆登記的總賬等）。由此可見，從信息量來看，記賬憑證是賬簿、報表的數(shù)據(jù)源，所有憑證的信息量幾乎等于各種明細賬、總賬、報表所含信息量的總和，各步驟存儲的會計信息只不過是對記賬憑證的重復存儲而已。這種逐步轉抄，重復存儲，不僅浪費資源，而且極易導致數(shù)據(jù)的不一致性。可以說，手工核算中經(jīng)常出現(xiàn)的賬證不符、賬表不符的現(xiàn)象與這種同一信息的重復再現(xiàn)有密切關系，因而也就產(chǎn)生了賬證核 對、賬表核算的需要。 由于手工工作固有的缺陷，使得會計在財務處理部分不僅勞動強度大、重復數(shù)據(jù)多而且及時性、準確性差。 第二章 管理信息系統(tǒng)開發(fā)的必要性和可行性 系統(tǒng)開發(fā)的可行性 原始的手工處理方式為了使會計信息有清新的來龍去脈，需要將從憑證到報表的數(shù)據(jù)處理過程，分解為若干步驟，每一步都產(chǎn)生一些中間數(shù)據(jù)。其實各步驟所形成并存儲的都是由記賬憑證派生出來的中間結果，只不過是對記賬憑證的重復存儲而已。這種逐步轉抄、重復存儲，不僅浪費資源，而且極易導致數(shù)據(jù)的不一致性。 根據(jù)現(xiàn)行狀況中存在的問題，又從計算機的優(yōu)勢看，它具有根據(jù)原始憑證和記賬憑證按需要 瞬時生成所需要的賬表的能力。只要有了原始數(shù)據(jù)和加工數(shù)據(jù)的程序指令，在此基礎上生成其他派生數(shù)據(jù)，對計算機來說是輕而易舉的事情。 手工狀態(tài)下的財務管理主要是圍繞如何減少或分散工作量，便于人員分工而展開的。而該系統(tǒng)的開發(fā)和引用將大量減少人力資源的浪費從管理和經(jīng)濟上都將提供莫大的幫助。 第四章 系統(tǒng)的詳細分析 第三章 系統(tǒng)開發(fā)的初步調(diào)查與分析 在根據(jù)用戶提出建立新系統(tǒng)的要求，進行可行性分析，并經(jīng)有關主管部門批準系統(tǒng)可行后，下面對現(xiàn)行系統(tǒng)的狀況進行進一步的了解和分析。該初步調(diào)查是認識、了解現(xiàn) 行系統(tǒng)狀況的過程。 系統(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)（報告、報單、屏幕顯示）等。并將其用規(guī)范的業(yè)務流程圖表示。其完成業(yè)務如下： 根據(jù)原始憑證編制原始憑證匯總表。 根據(jù)原始憑證或原始憑證匯總表編制收款憑證、付款憑證和轉賬憑證。 根據(jù)收款憑證和付款憑證登記現(xiàn)金日記賬和存款日記賬。 1 根據(jù)原始憑證、原始憑證匯總表或收款憑證、付款憑證、轉賬憑證登記明細賬業(yè) 務臺賬。 1 根據(jù)收款憑證、付款憑證、轉賬憑證形成科目匯總表并直接登記總賬。 1 現(xiàn)金日記賬、存款日記賬及明細賬業(yè)務臺賬定期同總賬核對。 1 根據(jù)總賬和明細賬業(yè)務臺賬定期編制會計報表。如圖 3— 1 所示。 圖例如下： 單據(jù)、報表、賬目 數(shù)據(jù)流向（不含數(shù)據(jù)內(nèi)容） 系統(tǒng)內(nèi)的部門或人員（含處理過程） 系統(tǒng)外的實體（部門或人員） 第四章 系統(tǒng)的詳細分析 原始憑證 收款憑 證 轉賬憑 證 付款憑 證 會計 報表 總 賬 明細業(yè)務 臺賬 科目匯 總表 存款日 記賬 現(xiàn)金日 記賬 原始憑證 匯總表 制證 人員 數(shù)據(jù) 登錄 人員 數(shù)據(jù) 錄入 人員 數(shù)據(jù) 登錄 人員 財務 部工 作人 員 財務 部核 對人 員 總賬 會計 財務 部核 對人 員 有關單位 及領導 第四章 系統(tǒng)的詳細分析 圖 3— 1 系統(tǒng)業(yè)務流程圖 系統(tǒng)數(shù)據(jù)流程的調(diào)查 有了業(yè)務流程圖，還需要對信息的流動、傳遞、處理、存儲等進行分析。這就要求把數(shù)據(jù)在現(xiàn)行系統(tǒng)內(nèi)部的流動情況抽象的獨立出來，舍去具體的組織機構、信息載體、處理工具、物質(zhì)、材料等，單從數(shù)據(jù)流動過程來考察實際業(yè)務的數(shù)據(jù)處理模式，即數(shù)據(jù)流程圖。如圖 3— 2 所示。 圖例如下： 外部實體 數(shù)據(jù)存儲 數(shù)據(jù)處理 數(shù)據(jù)流 第四章 系統(tǒng)的詳細分析 原始 原始憑證或原 憑證 始憑證匯總表 記賬憑證 收付款憑證 科目匯總表 明細賬及業(yè)務臺賬 日記賬 總賬 會計報表 經(jīng)辦單位或經(jīng)辦人 P1 審核匯總 財務部 P2 編制記賬憑證 財務部 D1 D2 P3 登記明細賬及業(yè)務臺賬 財務部 P4 編制科目匯總表 財務部 P7 登記日記賬 財務部 D3 D6 D4 D5 P5 登記總賬 財務部 P6 編制報表 財務部 D5 第四章 系統(tǒng)的詳細分析 圖 3— 2 系統(tǒng)數(shù)據(jù)流程圖 第七章 系統(tǒng)的實施與維護 第五章 系統(tǒng)的初步設計 各子系統(tǒng)功能模塊的劃分 。 4． 簡化科目名稱錄入的功能 科目名稱也主要是用漢字表述的，為了提高輸入速度，本系統(tǒng)要提供一個幫助窗口，實現(xiàn)科目名稱的幫助和科目名稱的轉抄。操作員可以先在憑證錄入窗口輸入科目編號或輸入科目名稱助記符，幫助窗口回動態(tài)地按科目編號或科目名稱助記符查找并顯示對應的科目名稱項，然后可在幫助窗口中用鼠標或回車鍵選擇所需要的科目編號，這時，幫助窗口中被選擇 的科目名稱就會轉抄到憑證錄入窗口的科目名稱編輯區(qū)。 5． 方便金額的輸入方法 輸入借貸金額時，經(jīng)常需要根據(jù)原始憑證進行簡單的加減乘除運算，為此在憑證錄入過程中系統(tǒng)提供了計算器功能，操作員需要使用計算器時，可使用 [計算器 ]按鈕調(diào)出計數(shù)器進行計算并將結果返回到當前編輯區(qū)。 6． 憑證錄入處理流程 首先錄入一張憑證，憑證錄入完成后，要使用 [憑證檢查 ]按鈕調(diào)用憑證檢查程序檢查憑證。檢查的內(nèi)容包括：日期、附件數(shù)、摘要、科目名稱等是否有漏添項，借方、貸方金額是否平衡等。若經(jīng)系統(tǒng)檢測沒有錯誤，則要求將該張憑證轉存到“臨時記賬憑證 .dbf”中，并要求打印憑證。一張憑證打印完成，使用 [錄入下一張憑證 ]按鈕回到憑證錄入窗口錄入，窗口中的原憑證自動被清除，并提供一張新的空白憑證供錄入下一張憑證。界面如下： 第七章 系統(tǒng)的實施與維護 二、憑證修改模塊的功能設計 3． 憑證修改模塊的設計概述 憑證修改是指對以前錄入的、尚未審核（或審核未通過）的憑證進行的更正操作，從某種意義上說，憑證修改相當于錯誤憑證的再次輸入。因此，憑證修改模塊與憑證錄入模塊應具有基本相同的功能結構。但仍有以下幾點應加以區(qū)別對待： ⑥ 要對某一憑證進行修改 ,首先必須從“臨時記賬憑證 .dbf”中將需 要修改的憑證