導(dǎo)語：企業(yè)財務(wù)管理系統(tǒng)設(shè)計與框架一文來源于網(wǎng)友上傳，不代表本站觀點，若需要原創(chuàng)文章可咨詢客服老師，歡迎參考。

摘要：研究了企業(yè)財務(wù)管理系統(tǒng)，通過接口IHelper的使用完成了類型不同的數(shù)據(jù)庫平臺訪問類的擴展。主要對系統(tǒng)數(shù)據(jù)訪問層同業(yè)務(wù)邏輯層的有效街接進行設(shè)計，提出了一種混合框架體系，建立對應(yīng)的數(shù)據(jù)庫表標(biāo)識，滿足財務(wù)系統(tǒng)的賬面維護需求。系統(tǒng)測試結(jié)果表明所設(shè)計的財務(wù)管理系統(tǒng)的貸方響應(yīng)時間平均值高于借方，混合框架時間耗費較小，為系統(tǒng)綜合響應(yīng)問題提供了較為實用的解決方案。

關(guān)鍵詞：財務(wù)管理系統(tǒng)；數(shù)據(jù)庫；接口設(shè)計

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

1企業(yè)財務(wù)管理系統(tǒng)的設(shè)計

1．1數(shù)據(jù)訪問層的擴展。在對企業(yè)財務(wù)管理系統(tǒng)進行優(yōu)化設(shè)計時，需兼顧系統(tǒng)的有效實用的結(jié)構(gòu)及各方面財務(wù)需求的滿足，本文在實際的優(yōu)化設(shè)計過程主要通過使用混合框架，實現(xiàn)對企業(yè)財務(wù)管理系統(tǒng)結(jié)構(gòu)的擴展，所得到的數(shù)據(jù)訪問層的結(jié)構(gòu)具體如圖1所示［1］。圖1系統(tǒng)數(shù)據(jù)訪問層結(jié)構(gòu)通過接口IHelper的使用實現(xiàn)數(shù)據(jù)訪問層訪問類的擴展，從而能夠按照不同類型的數(shù)據(jù)庫訪問需求對SQL等數(shù)據(jù)庫平臺進行訪問，可以有效的滿足財務(wù)管理系統(tǒng)中銜接客戶不同類型的數(shù)據(jù)庫服務(wù)器的需求。1．2業(yè)務(wù)邏輯層設(shè)計?；诨旌峡蚣艿呢攧?wù)管理系統(tǒng)，在開發(fā)時用Model來表示數(shù)據(jù)庫體，系統(tǒng)機構(gòu)的設(shè)計同Model相互對應(yīng)需以其所擁有的表名為依據(jù)，數(shù)據(jù)庫結(jié)構(gòu)表中的約束需與數(shù)據(jù)庫中的應(yīng)用相對應(yīng)，列及行相對于財務(wù)的邏輯操作，對業(yè)務(wù)的實際操作步驟主要通過BLL實現(xiàn)，通常的數(shù)據(jù)庫需具備的主要操作功能為錄入、選擇、更新及刪除等，出于面向?qū)ο蟮目紤]，本文則通過對各項操作選擇進行封裝（利用basInfo＿ac－countBook類來實現(xiàn)），在完成數(shù)據(jù)封裝的基礎(chǔ)上對相關(guān)操作流程進行封裝，此種操作在實際系統(tǒng)設(shè)計流程中不只針對單表，例如存在一筆轉(zhuǎn)賬的記錄，這項記錄的生產(chǎn)過程包含兩個相關(guān)賬戶即一個資金額度增加另一個相關(guān)賬戶的資金額度減少，以及其他相關(guān)賬戶的變動情況，同時為給日后查賬查詢和糾錯提供依據(jù)需完成相關(guān)日記文件記錄的生成，此種情況下如果僅封裝方法而不封裝數(shù)據(jù)（利用basInfoesac－countBook完成），會極大的提升系統(tǒng)的藕合性，增加日后財務(wù)系統(tǒng)的賬面維護的難度，通過將操作步驟流程中的業(yè)務(wù)同數(shù)據(jù)實體分離開，進而使代碼角度的系統(tǒng)藕合性得以有效降低，通過DAL依據(jù)BLL與Model中的數(shù)據(jù)可實現(xiàn)對數(shù)據(jù)庫的訪問。

2系統(tǒng)的實現(xiàn)

2．1混合框架總體設(shè)計。財務(wù)系統(tǒng)涉及業(yè)務(wù)的主要特點在于內(nèi)容的繁雜及靈活多變，系統(tǒng)的各功能模塊需能夠?qū)Σ煌膱鼍皩崿F(xiàn)有效應(yīng)對，與此同時還需兼顧系統(tǒng)的安全性，本文所設(shè)計的基于混合框架的財務(wù)管理系統(tǒng)的總體框架如圖3所示［3］。企業(yè)中的財會管理對數(shù)據(jù)的安全性及流程的流暢度的要求較高，因此系統(tǒng)需具有較高的響應(yīng)速度，故本文的財務(wù)管理系統(tǒng)采用C／S方式主要負責(zé)實現(xiàn)：會計科目與賬戶的設(shè)立，會計憑證的填寫及錄入，管理的項目、資金、成本、數(shù)據(jù)、預(yù)算等的填寫及錄入，無需依賴其他部分C／S模式的應(yīng)用程序即可運行。企業(yè)處理財務(wù)數(shù)據(jù)效率的提高方便財務(wù)管理除了C／S實現(xiàn)的主要功能外，還需提供附加的功能（如權(quán)限管理、報表生成、會計的分析與預(yù)測等）輔助財務(wù)管理，本系統(tǒng)則通過運用B／S模式實現(xiàn)這些功能，一級的會計細目編碼根據(jù)會計規(guī)章制度通常被設(shè)定為四位，然而中小企業(yè)作為財務(wù)系統(tǒng)管理體系中的主要使用對象，其設(shè)計的范圍相對較窄，因此在實際使用過程中采用層次碼將其會計科目的編碼分為兩級，即用四位整數(shù)表示一級會計細目的編碼，用兩位整數(shù)表示二級的會計細目編碼。對二級會計細目進行增減時則以實際企業(yè)所涉及的業(yè)務(wù)范圍為依據(jù)實現(xiàn)［4］。基于混合框架的企業(yè)財務(wù)管理系統(tǒng)涉及到的外部實體較多（包括編號、日期、類型及借貸等），在會計電算化系統(tǒng)中會計的實體主要指存放會計入賬憑證的主要信息，會計實體具體描述如圖4所示［5］。2．2數(shù)據(jù)庫設(shè)計。數(shù)據(jù)庫表的設(shè)計中主要涉及到科目表及憑證表，會計細目的相關(guān)內(nèi)容將存放在科目表中，主要包括報賬文件編碼及細目名稱，用kemuid標(biāo)注存放科目編碼，同時主鍵也用ke－muid表示，用kemuname標(biāo)識科目名稱（同存放科目編碼對應(yīng)）?？颇康慕Y(jié)構(gòu)如表1所示，憑證的結(jié)構(gòu)如表2所示［6］。會計記賬憑證相關(guān)信息在二者間的存放不同，在assert中存放會計記帳憑證的相關(guān)類別（主要包含5種類別即轉(zhuǎn)帳、銀付、銀收、現(xiàn)付、現(xiàn)收等），并在function中存放記帳憑證囊括的業(yè)務(wù)摘要，對于記帳憑證的編號則存放于num中，date則用于存放記帳憑證日期，code則用于存放會計科目的編碼，direction則用于存放會計科目的發(fā)生額方向，occur則用于存放會計科目的發(fā)生額，id則作為賬戶標(biāo)號。

3系統(tǒng)測試

3．1實驗內(nèi)容。為檢測本文系統(tǒng)的實用性及穩(wěn)定性，對財務(wù)系統(tǒng)功能進行模擬測試，在內(nèi)存為16GB筆記本上完成測試過程，以會計科目各項功能為主要測試內(nèi)容，評測錄入數(shù)據(jù)的預(yù)期同實際得出的操作結(jié)果，選取某企業(yè)財務(wù)報表中數(shù)據(jù)進行實操，作為數(shù)值型的數(shù)據(jù)財務(wù)數(shù)據(jù)集滿足多屬性值定義，各級別間存在比較明顯的獨立性，對報表中的借方和貸方數(shù)據(jù)集個數(shù)進行實驗，并將具體的輸出結(jié)果同實際情況進行比較。3．2性能測試。仿真平臺選取Matlab實現(xiàn)，利用本文所設(shè)計的企業(yè)財務(wù)管理系統(tǒng)分別對不同數(shù)量的財務(wù)數(shù)據(jù)集（具體個數(shù)分別為1000，2000，3000，4000和5000）進行處理，以借方、貸方的財務(wù)數(shù)據(jù)集在系統(tǒng)中的響應(yīng)時間為依據(jù)進行對比，財務(wù)數(shù)據(jù)在每組實驗中進行5次，實驗結(jié)果表明在本文所設(shè)計的財務(wù)管理系統(tǒng)中，借方處理的系統(tǒng)響應(yīng)時間明顯高于貸方，說明貸方處理為本文系統(tǒng)的處理標(biāo)準(zhǔn)時間，能夠為企業(yè)財務(wù)管理系統(tǒng)提綱更高效的服務(wù)；在財務(wù)系統(tǒng)響應(yīng)時間上，借方平均值比貸方平均值低15％左右。以對1000對借方和貸方數(shù)據(jù)集進行處理時為例，系統(tǒng)響應(yīng)在不同模式下所用時間如表3所示。表3中的實驗數(shù)據(jù)表明在貸方數(shù)據(jù)集整合上，混合框架表現(xiàn)出更好的性能，其配適率相比B／S框架高出4％左右，混合框架和B／S框架在借方數(shù)據(jù)集的整合上，二者輸出結(jié)果的配適率較低。財務(wù)數(shù)值具備多屬性是混合框架的前提條件，如果數(shù)據(jù)集的數(shù)據(jù)項的值相對較小的情況下，混合框架難以發(fā)揮出其財務(wù)數(shù)值多屬性分級的財務(wù)屬性優(yōu)勢，根據(jù)響應(yīng)時間與循環(huán)次數(shù)間的關(guān)系可知，在時間耗費方面C／S框架相對用時最小，混合框架時間耗費次之，WebService框架及B／S框架用時較長，原因在于在對財務(wù)數(shù)據(jù)間的依賴程度進行計算時系統(tǒng)框架中需使用循環(huán)的方式實現(xiàn)，導(dǎo)致需要耗費較大的系統(tǒng)響應(yīng)時間，提高了時間開銷，以貸方數(shù)據(jù)集的時間開銷表現(xiàn)的最為明顯，為系統(tǒng)綜合響應(yīng)問題提供了較為實用的解決方案［7］。

4總結(jié)

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

作者:千彥 單位:陜西國防工業(yè)職業(yè)技術(shù)學(xué)院