企業財務管理系統設計與實現框架

千彥

(陜西國防工業職業技術學院 經濟管理學院， 西安 710300)

0 引言

隨著網絡信息化建設的發展和完善，現代化企業對財務管理的要求逐漸提高，企業財務管理系統中集中了電算化、精細化和網絡化模式，財務數據處于核心位置，能夠對企業的日常業務活動信息做出實時的反映，在企業中得到了快速的發展，企業財務管理系統的建立和完善需充分考慮自身經營特性和財務特點，傳統的財務管理系統多以單一方式為主，無法滿足財務管理的需求，對融合多模式的企業財務管理系統具有較大的實用價值，可在程序上實現較強的兼容性，對企業財務為實際的監控、管理財務提供支撐，使企業財務管理系統更加完備，本文主要研究了混合框架的財務管理系統的構建，通過使用接口IHelper擴展了系統數據訪問層結構類型，分別通過BLL和DAL實現對業務的實際操作和對數據庫的訪問。

1 企業財務管理系統的設計

1.1 數據訪問層的擴展

在對企業財務管理系統進行優化設計時，需兼顧系統的有效實用的結構及各方面財務需求的滿足，本文在實際的優化設計過程主要通過使用混合框架，實現對企業財務管理系統結構的擴展，所得到的數據訪問層的結構具體如圖1所示[1]。

圖1 系統數據訪問層結構

通過接口IHelper的使用實現數據訪問層訪問類的擴展，從而能夠按照不同類型的數據庫訪問需求對SQL等數據庫平臺進行訪問，可以有效的滿足財務管理系統中銜接客戶不同類型的數據庫服務器的需求。

1.2 業務邏輯層設計

基于混合框架的財務管理系統，在開發時用Model來表示數據庫體，系統機構的設計同Model相互對應需以其所擁有的表名為依據，數據庫結構表中的約束需與數據庫中的應用相對應，列及行相對于財務的邏輯操作，對業務的實際操作步驟主要通過BLL實現，通常的數據庫需具備的主要操作功能為錄入、選擇、更新及刪除等，出于面向對象的考慮，本文則通過對各項操作選擇進行封裝(利用basInfo_accountBook類來實現)，在完成數據封裝的基礎上對相關操作流程進行封裝，此種操作在實際系統設計流程中不只針對單表，例如存在一筆轉賬的記錄，這項記錄的生產過程包含兩個相關賬戶即一個資金額度增加另一個相關賬戶的資金額度減少，以及其他相關賬戶的變動情況，同時為給日后查賬查詢和糾錯提供依據需完成相關日記文件記錄的生成，此種情況下如果僅封裝方法而不封裝數據(利用basInfoes accountBook完成)，會極大的提升系統的藕合性，增加日后財務系統的賬面維護的難度，通過將操作步驟流程中的業務同數據實體分離開，進而使代碼角度的系統藕合性得以有效降低，通過DAL依據BLL與Model中的數據可實現對數據庫的訪問。在數據訪問層的基礎上對各層間的銜接進行設計，中間的業務邏輯層的設計格式如圖2所示[2]。

圖2 財務系統的業務邏輯層

2 系統的實現

2.1 混合框架總體設計

財務系統涉及業務的主要特點在于內容的繁雜及靈活多變，系統的各功能模塊需能夠對不同的場景實現有效應對，與此同時還需兼顧系統的安全性，本文所設計的基于混合框架的財務管理系統的總體框架如圖3所示[3]。

圖3 混合框架設計

企業中的財會管理對數據的安全性及流程的流暢度的要求較高，因此系統需具有較高的響應速度，故本文的財務管理系統采用C/S方式主要負責實現：會計科目與賬戶的設立，會計憑證的填寫及錄入，管理的項目、資金、成本、數據、預算等的填寫及錄入，無需依賴其他部分C/S模式的應用程序即可運行。企業處理財務數據效率的提高方便財務管理除了C/S實現的主要功能外，還需提供附加的功能(如權限管理、報表生成、會計的分析與預測等)輔助財務管理，本系統則通過運用B/S模式實現這些功能，一級的會計細目編碼根據會計規章制度通常被設定為四位，然而中小企業作為財務系統管理體系中的主要使用對象，其設計的范圍相對較窄，因此在實際使用過程中采用層次碼將其會計科目的編碼分為兩級，即用四位整數表示一級會計細目的編碼，用兩位整數表示二級的會計細目編碼。對二級會計細目進行增減時則以實際企業所涉及的業務范圍為依據實現[4]。

基于混合框架的企業財務管理系統涉及到的外部實體較多(包括編號、日期、類型及借貸等)，在會計電算化系統中會計的實體主要指存放會計入賬憑證的主要信息，會計實體具體描述如圖4所示[5]。

圖4 會計實體描述

2.2 數據庫設計

數據庫表的設計中主要涉及到科目表及憑證表，會計細目的相關內容將存放在科目表中，主要包括報賬文件編碼及細目名稱，用kemuid標注存放科目編碼，同時主鍵也用kemuid表示，用kemuname標識科目名稱(同存放科目編碼對應)。科目的結構如表1所示，憑證的結構如表2所示[6]。

表1 科目表

表2 憑證表

會計記賬憑證相關信息在二者間的存放不同，在assert中存放會計記帳憑證的相關類別(主要包含5種類別即轉帳、銀付、銀收、現付、現收等)，并在function中存放記帳憑證囊括的業務摘要，對于記帳憑證的編號則存放于num中，date則用于存放記帳憑證日期，code則用于存放會計科目的編碼，direction則用于存放會計科目的發生額方向，occur則用于存放會計科目的發生額，id則作為賬戶標號。

3 系統測試

3.1 實驗內容

為檢測本文系統的實用性及穩定性，對財務系統功能進行模擬測試，在內存為16 GB筆記本上完成測試過程，以會計科目各項功能為主要測試內容，評測錄入數據的預期同實際得出的操作結果，選取某企業財務報表中數據進行實操，作為數值型的數據財務數據集滿足多屬性值定義，各級別間存在比較明顯的獨立性，對報表中的借方和貸方數據集個數進行實驗，并將具體的輸出結果同實際情況進行比較。

3.2 性能測試

仿真平臺選取Matlab實現，利用本文所設計的企業財務管理系統分別對不同數量的財務數據集(具體個數分別為1 000，2 000，3 000 ，4 000和5 000)進行處理，以借方、貸方的財務數據集在系統中的響應時間為依據進行對比，財務數據在每組實驗中進行5次，實驗結果表明在本文所設計的財務管理系統中，借方處理的系統響應時間明顯高于貸方，說明貸方處理為本文系統的處理標準時間，能夠為企業財務管理系統提綱更高效的服務；在財務系統響應時間上，借方平均值比貸方平均值低15%左右。以對1 000對借方和貸方數據集進行處理時為例，系統響應在不同模式下所用時間如表3所示。

表3 不同模式的系統響應時間對比

表3中的實驗數據表明在貸方數據集整合上，混合框架表現出更好的性能，其配適率相比B/S框架高出4%左右，混合框架和B/S框架在借方數據集的整合上，二者輸出結果的配適率較低。財務數值具備多屬性是混合框架的前提條件，如果數據集的數據項的值相對較小的情況下，混合框架難以發揮出其財務數值多屬性分級的財務屬性優勢，根據響應時間與循環次數間的關系可知，在時間耗費方面C/S框架相對用時最小，混合框架時間耗費次之，Web Service框架及B/S框架用時較長，原因在于在對財務數據間的依賴程度進行計算時系統框架中需使用循環的方式實現，導致需要耗費較大的系統響應時間，提高了時間開銷，以貸方數據集的時間開銷表現的最為明顯，為系統綜合響應問題提供了較為實用的解決方案[7]。

4 總結

本文從企業財務管理系統的特點出發，混合使用C/S、B/S及Web Service三種模式，提高此種方式完成基于混合策略框架的面向企業的財務管理系統的構建，在于通過使用接口IHelper來來實現針對不同類型的數據庫平臺訪問類的擴展，系統的業務邏輯層的構建則通過數據訪問層設計銜接實現，從而使系統的響應能力得以有效提升，針對會計科目在進行編碼時采用了層次碼，并以會計實體中的憑證與科目描述為依據完成了存放會計細目的數據庫的建立，實際系統測試結果表明對財務數據集(包括借方、貸方)，本文基于混合框架的企業財務管理系統在系統響應時間上趨于平穩，標準處理時間貸方響應時間，為系統綜合響應問題提供了較為實用的解決方案。