財務管理系統的需求分析和設計
財務管理系統是實現財務目標而進行的整體運作體系。下面小編帶你瞭解。
財務管理系統的需求分析
利用已建立的企業網公開企業的財經制度，預算編制，收費的政策依據、專案、標準和範圍等，為企業與客戶提供查詢收支情況，為職工提供職工工資、津貼發放、稅費扣繳等情況。員工可在通過身份驗證後登入系統，快捷地查詢所需的財務資訊。財務人員不用再手工寫收據，通過列印實現完成收據書寫過程減輕了工作量，提高了業務水平。財務人員隨時向外提供資訊，使使用者可以隨時到財務網查詢到所需要的資訊。同時財務人員還為領導決策提供依據，從而提高企業管理水平，控制生產成本，規範管理流程，增強對市場變化的應變能力。
財務管理系統的設計
***一***設計原則
企業管理模式的選擇應當是在對整體發展戰略、經營情況、企業型別和子公司進行系統分析的基礎上進行的，同時企業應充分根據自身發展的需要設計財務管理模式。設計時必須應當遵循以下原則：
1.安全性
安全性分為系統內部安全、訪問安全及與其他系統對接時的安全性。內部安全體現在系統資料庫的安全以及非法資料遮蔽等，可通過防火牆、劃分網段來防範非法程式對資料庫的破壞，對資料庫做計劃，進行備份，對錄入資料進行核查，對不滿足條件的內容提示修改，對非法資料進行遮蔽。訪問安全體現在對各個部門、各個使用者按管理人員的安全策略進行分組管理、控制各組的訪問許可權以及資訊的流向。與其他系統連線時，既要保證內部資料的安全，隔離內外部的資訊通道，又要對外部資訊資源進行訪問控制。
為保證整個系統的正常執行，必然要保證系統資訊的絕對安全和可靠。
2.實用性
財務資訊管理系統是一個工程專案，而不是研究或實驗課題。
系統建設的最終目的是服務於財務管理的需要，服務於企業在許可範圍內對財務資訊的需求。系統的建設應為應用服務。因此，系統的設計和建設應能滿足需求並正確無誤地高效地執行。
3.靈活性
系統應設計任意組合的模糊查詢功能，提供多方面的查詢，以滿足各個時期的報表。對複雜資料結構應實現修改一表的資料即可自動修改相關表中的資料，刪除一表的資料即可自動刪除與之相關的其他表資料，保證資料庫中無冗餘資料。
***二***技術體系的比較和選擇
2O世紀8O年代末9O年代初提出的傳統的客戶機/伺服器***c/s***結構仍是目前應用系統所採用的主流技術。隨著應用系統的大型化以及使用者對系統性能要求的不斷提高，傳統的兩級c/s結構固有的缺陷和不足越來越明顯：如系統維護困難、缺乏安全性、客戶機負載過重等。因此，在設計、開發系統時應採用當前業界最新技術—— 瀏覽器/伺服器***B/S***結構。
B，S模式與傳統的C/S模式相比具有如下優勢：
1.B/S是一種瘦客戶模式C/S模式往往需要客戶端執行龐大的應用程式，因此，客戶端很“肥”;而在B/S模式中，客戶端很“瘦”，它只需執行作業系統和Web瀏覽器，由伺服器執行資料的處理、查詢和表示。B/S是一種瘦客戶模式，客戶端軟體僅需安裝瀏覽器，應用介面單一，客戶端硬體配置要求較低，可由相對價廉的PC機替代。
2.易於管理和維護因客戶端瀏覽器的介面風格單一，利於提高效率，而在C/S模式中，操作人員必須熟悉不同的介面，理解程式設計師的意圖。為此要對操作員進行大量培訓;而B/S在版本升級時只需集中維護放在伺服器端的程式碼。這種以Server為中心的管理極大地降低了成本。
減少了Client端維護上作的負擔，同時利於管理人員、開發人員將精力集中在合理組織資訊系統的結構，更好地為各項業務提供技術支援上來。
3. B/S模式只需要一個客戶端軟體C/S模式必須根據客戶端所使用的作業系統及訪問後臺應用的不同，安裝不同的軟體;而B/S模式，只需要一個客戶端軟體，即Web瀏覽器，就可以完成一切，無需開發客戶端軟體，且瀏覽器軟體可以從網上免費下載、免費升級。
4.開發B/S應用的效率高，週期短，見效快13/S模式對開發人員的技術要求相對較低。而C/s模式的應用系統開發需較高專業技術水平，且在Client端與Server端都需要開發應用。由於其結構複雜，對Client端與Server端的應用邏輯分割難以劃分，並且要不斷進行版本更新和應用維護。
***三***開發平臺
根據B/S結構的要求，結合業界現有的軟硬體產品和軟體開發工具，在綜合考慮效能價格比的基礎上，筆者選擇Microsoft公司的SQL Server資料庫作為應用軟體系統執行的資料庫服務平臺;選擇高配置的PC伺服器執行Windows 2000作業系統;採用千兆乙太網作為系統執行的網路平臺。開發工具主要利用Mj—crosoft公司的Visual Studio Net，利用C}}語言。結合ASP NET，JavaScript.Vb Script等技術來完成系統開發。
***四***具體設計
1.系統整體結構
通過使用者需求分析，根據企業財務工作流程分析，本著模組劃分的原則，把系統抽象為5個模組，分別為系統管理、財務核算、綜合查詢、年末財務決算、財務指標分析。
系統各個子系統模組的功能概要描述如下：
***1***系統管理子系統。第一，設定使用者基本資訊：主要包括設定賬戶名稱、使用者許可權密碼、建設單位名稱等基本資訊。第二，自定義明細科目：使用者根據本單位具體業務需求自行設定明細科目。第三，輸入銀行賬號：輸入或修改基建財務銀行賬號。第四，輸入初始餘額：新使用者輸入期初會計資料。第五，清理資料：清理全部或某年的資料。
***2***財務核算。第一，設定工程專案編碼：根據當年投資計劃增刪工程專案併為新增專案設定編碼。第二，設定往來款單位編碼：為新增的往來款單位設定編碼。第三，建立當月序時賬：在開始新的月份會計核算時，建立新的序時賬表。第四，錄入/修改記賬憑證：將已填制並稽核完成的記賬憑證進行錄入或修改操作。第五，列印當月序時賬：列印當月序時賬，便於操作人員核對查錯。
***3***綜合查詢。提供日常會計業務所需的各類查詢服務，例如往來款查詢、總賬查詢、明細賬查詢等。查詢是財務管理中使用頻率較高的功能，該模組為使用者提供以下幾種查詢方式：一是按憑證號查詢。即按精確的憑證號查詢，使用者輸入憑證號後，可以調出這張憑證。二是按期間查詢。根據使用者輸入的起止會計日期輸出查詢結果。三是按工程專案代號查詢。使用者輸入工程專案代號，可調出所需要的該專案的相關資料。四是按單位代號查詢。五是按科目查詢。六是自定義查詢。使用者根據自己的需要組合查詢條件，實現特殊查詢的功能。
***4***年末財務決算。接收並彙總日常核算資料，錄入補充系統以外的非會計資料，生成用於上報主管部門的年度全套財務決算報表，提供年終決算報表的查詢和列印。
***5***財務指標分析。可進行各項財務指標分析。將各項指標的計算公式固化在系統中，指標分析所用的資料來源於年終財務決算模組。將財務決算資料套用公式進行計算即可得出結果，輸出至螢幕或印表機。
2.資料庫設計
***1***資料E—R圖。E-R圖由實體、實體的屬性和實體之間的聯絡組成。
***2***主要資料字典描述。資料字典是在系統資料流圖的基礎上.對其中的每個資料流、檔案和資料項加以定義，是對資料流圖中每個成分的精確描述。系統的資料字典對所有資料進行了定義，即對所有資料庫的結構進行描述，提供對資料庫資料描述的集中管理手段。
3.主要模組的設計限於篇幅，本文選取財務管理系統幾大模組中的核心模組——核算模組，闡述其設計過程。
***1***設定工程專案編碼。實現設定、輸入工程專案編碼，同時輸入工程專案概況資訊的功能。為方便使用者進行工程專案編碼，設計顯示有工程專案及其編碼的列表檢視。使用者可以直觀地瞭解到當前已用編號的位置，從而確定新增專案的順序編號。使用者錄入順序號後，系統進行即時強制校驗，如果發現該順序號已被佔用，將發出錯誤提示資訊，並拒絕接收資料。專案分類識別碼和子專案類別識別碼比較穩定，所以將它們固化在系統中，在錄入時提供給使用者進行選擇操作，這樣可以減少鍵盤輸入的工作量，增加準確性。
工程專案的概況資訊包括：計劃總投資、本年投資計劃、以前計劃投資未到位數、建築面積和開工日期，這些概況資訊是工程專案在財務核算中的重要屬性，涉及到報表輸出和年末財務決算等。
系統設計在設定工程專案編碼的同時輸入概況資訊，並存入‘專案編碼’資料庫基本表中，檔名為：JXMK DBF。這樣既可以簡化系統操作步驟、減少檔案數量.又方便查詢，達到節約磁碟空間、提高執行速度的雙重目的。
***2***建立序時賬。建立序時賬就是在開始錄入記賬憑證前在硬碟的系統指定目錄下建立一個數據庫空表，用於存貯當年1—12月的所有記賬憑證。記賬憑證按業務發生的時間順序存貯於該表中，可以說它是一個記錄全部核算基礎資料的表，是系統進行自動轉賬等一系列處理的資料來源泉。
***3***錄入/修改記賬憑證。系統在設計實現錄入/修改記賬憑證功能時,要遵循以下幾種原則:一是憑證中各資料項根據型別、範圍進行有效控制。如,會計分錄中的會計科目必須在設定的會計科目表中已經存在,並且是最底層的明細科目;根據當前科目的屬性確定是否同時輸入某些專案,如工程專案、往來款單位、借款編號等;借貸方金額必須相等才能儲存;憑證編號可以自動連續;日期可以限制順序等。二是較之手工處理的“筆誤”,
鍵盤操作更容易發生“誤操作”,因而“錄入憑證”在操作功能上應分為“輸入”、“修改”、“刪除”等步驟,以進行正確性控制。三是“稽核”填好的憑證,系統的稽核在程式中再次檢驗憑證的正確性。