【正文】 查詢窗口調出這張憑證。 ?若要繼續(xù)修改其他憑證，則重復步驟 ① ~⑤ 界面如下： 第七章 系統(tǒng)的實施與維護 三、憑證查詢模塊的功能設計 憑證的查詢對象和查詢方式的設計 ③ 查詢對象的設計：包括未過賬的憑證和已過賬的憑證 。 ⑨ 與憑證錄入模塊的操作類似，對憑證進行修改。 4． 憑證修改模塊的工作流程 ⑦ 選擇要修改的憑證號 ⑧ 調出憑證。也不允許將錯誤憑證完全刪除，以免出現(xiàn)憑證號 并不連續(xù)的錯誤。 ⑧ 憑證號和日期是在該憑證錄入時由系統(tǒng)自動給給定的，因此憑證修改只能修改憑證的具體內容，而系統(tǒng)不提供憑證號和日期的修改機會。 ⑦ 對憑證進行修改前，首先檢查憑證是否已通過審核，對已審核通過的憑證，不允許再進行修改，除非由憑證審核員同意修改其審核結論。因此，憑證修改模塊與憑證錄入模塊應具有基本相同的功能結構。一張憑證打印完成，使用 [錄入下一張憑證 ]按鈕回到憑證錄入窗口錄入，窗口中的原憑證自動被清除，并提供一張新的空白憑證供錄入下一張憑證。檢查的內容包括：日期、附件數(shù)、摘要、科目名稱等是否有漏添項，借方、貸方金額是否平衡等。 5． 方便金額的輸入方法 輸入借貸金額時，經常需要根據(jù)原始憑證進行簡單的加減乘除運算，為此在憑證錄入過程中系統(tǒng)提供了計算器功能，操作員需要使用計算器時，可使用 [計算器 ]按鈕調出計數(shù)器進行計算并將結果返回到當前編輯區(qū)。 4． 簡化科目名稱錄入的功能 科目名稱也主要是用漢字表述的，為了提高輸入速度，本系統(tǒng)要提供一個幫助窗口，實現(xiàn)科目名稱的幫助和科目名稱的轉抄。如圖 3— 2 所示。 圖例如下： 單據(jù)、報表、賬目 數(shù)據(jù)流向（不含數(shù)據(jù)內容） 系統(tǒng)內的部門或人員（含處理過程） 系統(tǒng)外的實體（部門或人員） 第四章 系統(tǒng)的詳細分析 原始憑證 收款憑 證 轉賬憑 證 付款憑 證 會計 報表 總 賬 明細業(yè)務 臺賬 科目匯 總表 存款日 記賬 現(xiàn)金日 記賬 原始憑證 匯總表 制證 人員 數(shù)據(jù) 登錄 人員 數(shù)據(jù) 錄入 人員 數(shù)據(jù) 登錄 人員 財務 部工 作人 員 財務 部核 對人 員 總賬 會計 財務 部核 對人 員 有關單位 及領導 第四章 系統(tǒng)的詳細分析 圖 3— 1 系統(tǒng)業(yè)務流程圖 系統(tǒng)數(shù)據(jù)流程的調查 有了業(yè)務流程圖，還需要對信息的流動、傳遞、處理、存儲等進行分析。 1 根據(jù)總賬和明細賬業(yè)務臺賬定期編制會計報表。 1 根據(jù)收款憑證、付款憑證、轉賬憑證形成科目匯總表并直接登記總賬。 根據(jù)收款憑證和付款憑證登記現(xiàn)金日記賬和存款日記賬。其完成業(yè)務如下： 根據(jù)原始憑證編制原始憑證匯總表。 系統(tǒng)業(yè)務流程的調查 系統(tǒng)業(yè)務流程的調查是按照現(xiàn)行系統(tǒng)中信息流動過程，逐個調查分析所有環(huán)節(jié)的處理任務、處理內容、處理順序的要求，弄清各個環(huán)節(jié)需要的信息、信息來源、流徑去向、處理方法和信息形態(tài)（報告、報單、屏幕顯示）等。 第四章 系統(tǒng)的詳細分析 第三章 系統(tǒng)開發(fā)的初步調查與分析 在根據(jù)用戶提出建立新系統(tǒng)的要求，進行可行性分析，并經有關主管部門批準系統(tǒng)可行后，下面對現(xiàn)行系統(tǒng)的狀況進行進一步的了解和分析。 手工狀態(tài)下的財務管理主要是圍繞如何減少或分散工作量，便于人員分工而展開的。 根據(jù)現(xiàn)行狀況中存在的問題，又從計算機的優(yōu)勢看，它具有根據(jù)原始憑證和記賬憑證按需要 瞬時生成所需要的賬表的能力。其實各步驟所形成并存儲的都是由記賬憑證派生出來的中間結果，只不過是對記賬憑證的重復存儲而已。 由于手工工作固有的缺陷，使得會計在財務處理部分不僅勞動強度大、重復數(shù)據(jù)多而且及時性、準確性差。這種逐步轉抄，重復存儲，不僅浪費資源，而且極易導致數(shù)據(jù)的不一致性。但如果分析一下各步驟存儲的內容，就不難發(fā)現(xiàn)，各步驟所形成并存 儲的都是由記賬憑證派生出來的中間結果，或由憑證分類匯總而形成（如：科目匯總表、匯總記賬憑證、總賬等），或由憑證分類順序而形成（如：日記賬、明細賬、逐筆登記的總賬等）。為保證個步驟的連續(xù)性，逐步積累編制會計報表所需要的數(shù)據(jù)，必須將每一步所形成的中間結果存儲起來。如科目匯總完全可以做到既提供科目匯總表又提供匯總記賬憑證，既可以提供定期匯總登記的總賬， 又可以提供逐筆登記的總賬或日記賬。由于受會計人員所能完成的工作量的限制，對于某一特定單位來說，選擇了一種核算形式，就不能同時使用其他核算形式。財務活動的每個步驟都有信息處理任務，每一步都服從于一個統(tǒng)一的目標，所有步驟以及在各步驟中所采用的方法和程序加起來就形成了一個財務活動的有機整體，這個有機整體就是財務信息系統(tǒng)。財務各項活動都與信息有關，收集原始憑證是獲取用于生成財務信息的會計數(shù)據(jù)；設置賬戶是對財務數(shù)據(jù)進行分類；填制記賬憑證和登記賬簿是把財務數(shù)據(jù)轉化成財務信息并進行信息的傳遞和存儲；賬簿和報表的查閱則是財務信息的輸出。 財務信息系統(tǒng)是管理信息系統(tǒng)的一個子系統(tǒng)，是專門用于收集、存儲、傳輸和加工會計數(shù)據(jù)，輸出財務信息的信息系統(tǒng)。也就是準確描述管理過程或生產經營過程中的信息流動過程，即信息的來龍去脈。信息需求決定了系統(tǒng)必須輸出什么，從而也就確定了應該如何處理，需要采集哪些資料和數(shù)據(jù)。由于管理信息系統(tǒng)是在數(shù)據(jù)處理系統(tǒng)的基礎上發(fā)展起來的，因此，管理信息系統(tǒng)往往包含了數(shù)據(jù)處理系統(tǒng)和業(yè)務處理系統(tǒng)的功能。 關鍵字：結構化生命周期法 , 憑證，報表，子系統(tǒng) ，功能模塊 目 錄 目錄 第八章 前言 ………………………………………………………………………… ...1 第九章 財務管理信息系統(tǒng)開發(fā)的必要性和可行性 ……………………………… ...2 目前財務管理的基本狀況 ………………………………………………… .2 系統(tǒng)開發(fā)的可行性 ………………………………………………………… .3 第十章 系統(tǒng)的初步調查與分析 …………………………………………………… ...4 業(yè)務流程調查 ……………………………………………………………… . 4 數(shù)據(jù)流程調查 … …………………………………………………………… 6 數(shù)據(jù)字典 …………………………………………………………………… 8 第十一章 系 統(tǒng) 的 詳 細 分析 …………………………………………………………… .14 財務信息系統(tǒng)子系統(tǒng)劃分 ………………………………………………… 14 各子系統(tǒng)之間的聯(lián)系 ……………………………………………………… 16 各子系統(tǒng)的詳細分析 ……………………………………………………… 17 第十二章 系 統(tǒng) 的 初 步 設計 …………………………………………………………… .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ā)展起來的 。 該系統(tǒng)的開發(fā)遵循結構化生命周期的方法，并選用 Visual FoxPro 作為系統(tǒng)的開發(fā)工具。該財務管理信息系統(tǒng)的設計與開發(fā)正是適應了這種需要。還有 同班的 同學同樣給與我不少幫助，這里一并表示感謝。 司瑞紅老師工作非常辛苦，但對她帶的學生仍舊孜孜不 倦，認 真負責， 她 嚴謹?shù)闹螌W精神和深厚的理論水平都使我收益匪淺。 對于數(shù)據(jù)的一致性問題也通過程序進行了有效的解決。 參考文獻 參考文獻 [1] 李進 ， 《 管理信息系統(tǒng)的開發(fā)與應用 》 ,電子工業(yè)出版社， 1996 年 [2] 劉魯，《信息系統(tǒng)設計原理與應用》，北京航空航天大學出版社， 1995 年 [3] 甘仞初，《信息系統(tǒng)開發(fā)》，北京理工大學出版社， 1996 年 [4] 張金成，《管理信息系統(tǒng)》，北京大學出版社， 2021 年 [5] 耿騫、袁名敦、肖明編著，《信息系統(tǒng)分析與設計》，高等教育出版社， 2021年 [6] 張海藩，《軟件工程導論》，清華大學出版社， 1998 年 [7] 劉蘭娟、竹宇光編著，《信息系統(tǒng)分析與設計》，電子工業(yè)出版社， 2021 年 [8] 張維明，《信息技術及其應用》，中國人民大學出版社， 2021 年 [9] 司光亞、莫凱、秦方鈺譯，《現(xiàn)代信息系統(tǒng)設計方法》，電子工業(yè)出版社， 2021年 [10]劉尊孝，《管理信息系統(tǒng)開發(fā)指南》，上?？茖W普及出版社， 1992 年 [16]劉文輝，《會計學基礎》，首都經濟貿易大學出版社， 2021 年 [17]余緒纓，《管理會計》，中國財政經濟出版社， 1990 年 [18]陳邁，《財務會計學》，首都經濟貿易大學出版社， 2021 年 [19]韓文連，《管理會計學》，首都經濟貿易大學出版社， 2021 年 [20]王仲文、華清，《行政事業(yè)單位會計》，工人出版社， 1991 年 [21]王慶成，《政府和事業(yè)單位會計》，中國人民大學出版社， 1999 年 [22]（美） Robert A. Schultheis, Marg Summer. Management Information System. 機械工業(yè)出版社， 1998 年 [23]（美） Stephen Haag, Maeve Cummings, James Dawkins. Management Information System for the Information Age. 機械工業(yè)出版社， 1995 參考文獻 致 謝 經過三個多月的設計和開發(fā)， 以財務管理的設計與實現(xiàn)為題目的畢業(yè)設計已 基本開發(fā)完畢。即以前審核通過但還沒有過賬的憑證，后來發(fā)現(xiàn)審核結論有誤，這時候就需要對原審核標志進行修改。 第七章 系統(tǒng)的實施與維護 憑證審核的功能主要是最簡潔 、最快速地將審核員的審核結論正確地輸入計算機，以更新“臨時記賬憑證 .dbf”中審核標志字段。憑證審核員只有憑證審核權，而無憑證輸入和修改權；憑證輸入員只有制證和修改權，而無憑證審核權。 之所以要將審核結論輸入計算機，目的有二：其一是為了防止其他人員對已審核通過的憑證進行修改，凡經過審核人員審核并 加注“通過”標志的憑證，系統(tǒng)將拒絕任何人對其進行修改操作；其二是我為了防止未經審核或審核不合格的憑證進入后續(xù)處理階段，凡未經審核人員審核并加注“通過”標志的憑證，系統(tǒng)將拒絕對其進行過賬處理。這樣，憑證審核的對象應以打印輸出的憑證為主，審核的主要內容是檢查打印出的憑證與所附原始憑證反映的經濟業(yè)務內容是否一致，應借、應貸的會計科目及其金額是否正確，日期是否正確。手工記賬憑證經審核無誤后輸入計算機；第二步是對輸入計算機內憑證進行審核，主要檢查機內憑證與手工憑證是否嚴格一致。 計算機財務系統(tǒng)中的憑證審核，因采用的制證方式不同，其工作內容也不同。這種再描述的結果是否符合會計核算原理和有關規(guī)范制度的要求，還要經過嚴格的審核。若在表中找不到滿足條件的憑證，系統(tǒng)給出提示，并要求重新輸入查詢條件。 ③ 按選擇查詢方式輸入要查詢憑證應滿足的條件。 憑證查詢模塊的工作流程 ① 選擇查詢對象（已過賬或為未過賬憑證）。 第七章 系統(tǒng)的實施與維護 ● 按科目查詢：即用戶輸入一個科目編號或科目編號的前若干位，可調出對應科目編號的所有憑證，或科目編號的前幾