千彥
(陜西國防工業(yè)職業(yè)技術(shù)學(xué)院 經(jīng)濟(jì)管理學(xué)院, 西安 710300)
隨著網(wǎng)絡(luò)信息化建設(shè)的發(fā)展和完善,現(xiàn)代化企業(yè)對財務(wù)管理的要求逐漸提高,企業(yè)財務(wù)管理系統(tǒng)中集中了電算化、精細(xì)化和網(wǎng)絡(luò)化模式,財務(wù)數(shù)據(jù)處于核心位置,能夠?qū)ζ髽I(yè)的日常業(yè)務(wù)活動信息做出實(shí)時的反映,在企業(yè)中得到了快速的發(fā)展,企業(yè)財務(wù)管理系統(tǒng)的建立和完善需充分考慮自身經(jīng)營特性和財務(wù)特點(diǎn),傳統(tǒng)的財務(wù)管理系統(tǒng)多以單一方式為主,無法滿足財務(wù)管理的需求,對融合多模式的企業(yè)財務(wù)管理系統(tǒng)具有較大的實(shí)用價值,可在程序上實(shí)現(xiàn)較強(qiáng)的兼容性,對企業(yè)財務(wù)為實(shí)際的監(jiān)控、管理財務(wù)提供支撐,使企業(yè)財務(wù)管理系統(tǒng)更加完備,本文主要研究了混合框架的財務(wù)管理系統(tǒng)的構(gòu)建,通過使用接口IHelper擴(kuò)展了系統(tǒng)數(shù)據(jù)訪問層結(jié)構(gòu)類型,分別通過BLL和DAL實(shí)現(xiàn)對業(yè)務(wù)的實(shí)際操作和對數(shù)據(jù)庫的訪問。
在對企業(yè)財務(wù)管理系統(tǒng)進(jìn)行優(yōu)化設(shè)計時,需兼顧系統(tǒng)的有效實(shí)用的結(jié)構(gòu)及各方面財務(wù)需求的滿足,本文在實(shí)際的優(yōu)化設(shè)計過程主要通過使用混合框架,實(shí)現(xiàn)對企業(yè)財務(wù)管理系統(tǒng)結(jié)構(gòu)的擴(kuò)展,所得到的數(shù)據(jù)訪問層的結(jié)構(gòu)具體如圖1所示[1]。
圖1 系統(tǒng)數(shù)據(jù)訪問層結(jié)構(gòu)
通過接口IHelper的使用實(shí)現(xiàn)數(shù)據(jù)訪問層訪問類的擴(kuò)展,從而能夠按照不同類型的數(shù)據(jù)庫訪問需求對SQL等數(shù)據(jù)庫平臺進(jìn)行訪問,可以有效的滿足財務(wù)管理系統(tǒng)中銜接客戶不同類型的數(shù)據(jù)庫服務(wù)器的需求。
基于混合框架的財務(wù)管理系統(tǒng),在開發(fā)時用Model來表示數(shù)據(jù)庫體,系統(tǒng)機(jī)構(gòu)的設(shè)計同Model相互對應(yīng)需以其所擁有的表名為依據(jù),數(shù)據(jù)庫結(jié)構(gòu)表中的約束需與數(shù)據(jù)庫中的應(yīng)用相對應(yīng),列及行相對于財務(wù)的邏輯操作,對業(yè)務(wù)的實(shí)際操作步驟主要通過BLL實(shí)現(xiàn),通常的數(shù)據(jù)庫需具備的主要操作功能為錄入、選擇、更新及刪除等,出于面向?qū)ο蟮目紤],本文則通過對各項操作選擇進(jìn)行封裝(利用basInfo_accountBook類來實(shí)現(xiàn)),在完成數(shù)據(jù)封裝的基礎(chǔ)上對相關(guān)操作流程進(jìn)行封裝,此種操作在實(shí)際系統(tǒng)設(shè)計流程中不只針對單表,例如存在一筆轉(zhuǎn)賬的記錄,這項記錄的生產(chǎn)過程包含兩個相關(guān)賬戶即一個資金額度增加另一個相關(guān)賬戶的資金額度減少,以及其他相關(guān)賬戶的變動情況,同時為給日后查賬查詢和糾錯提供依據(jù)需完成相關(guān)日記文件記錄的生成,此種情況下如果僅封裝方法而不封裝數(shù)據(jù)(利用basInfoes accountBook完成),會極大的提升系統(tǒng)的藕合性,增加日后財務(wù)系統(tǒng)的賬面維護(hù)的難度,通過將操作步驟流程中的業(yè)務(wù)同數(shù)據(jù)實(shí)體分離開,進(jìn)而使代碼角度的系統(tǒng)藕合性得以有效降低,通過DAL依據(jù)BLL與Model中的數(shù)據(jù)可實(shí)現(xiàn)對數(shù)據(jù)庫的訪問。在數(shù)據(jù)訪問層的基礎(chǔ)上對各層間的銜接進(jìn)行設(shè)計,中間的業(yè)務(wù)邏輯層的設(shè)計格式如圖2所示[2]。
圖2 財務(wù)系統(tǒng)的業(yè)務(wù)邏輯層
財務(wù)系統(tǒng)涉及業(yè)務(wù)的主要特點(diǎn)在于內(nèi)容的繁雜及靈活多變,系統(tǒng)的各功能模塊需能夠?qū)Σ煌膱鼍皩?shí)現(xiàn)有效應(yīng)對,與此同時還需兼顧系統(tǒng)的安全性,本文所設(shè)計的基于混合框架的財務(wù)管理系統(tǒng)的總體框架如圖3所示[3]。
圖3 混合框架設(shè)計
企業(yè)中的財會管理對數(shù)據(jù)的安全性及流程的流暢度的要求較高,因此系統(tǒng)需具有較高的響應(yīng)速度,故本文的財務(wù)管理系統(tǒng)采用C/S方式主要負(fù)責(zé)實(shí)現(xiàn):會計科目與賬戶的設(shè)立,會計憑證的填寫及錄入,管理的項目、資金、成本、數(shù)據(jù)、預(yù)算等的填寫及錄入,無需依賴其他部分C/S模式的應(yīng)用程序即可運(yùn)行。企業(yè)處理財務(wù)數(shù)據(jù)效率的提高方便財務(wù)管理除了C/S實(shí)現(xiàn)的主要功能外,還需提供附加的功能(如權(quán)限管理、報表生成、會計的分析與預(yù)測等)輔助財務(wù)管理,本系統(tǒng)則通過運(yùn)用B/S模式實(shí)現(xiàn)這些功能,一級的會計細(xì)目編碼根據(jù)會計規(guī)章制度通常被設(shè)定為四位,然而中小企業(yè)作為財務(wù)系統(tǒng)管理體系中的主要使用對象,其設(shè)計的范圍相對較窄,因此在實(shí)際使用過程中采用層次碼將其會計科目的編碼分為兩級,即用四位整數(shù)表示一級會計細(xì)目的編碼,用兩位整數(shù)表示二級的會計細(xì)目編碼。對二級會計細(xì)目進(jìn)行增減時則以實(shí)際企業(yè)所涉及的業(yè)務(wù)范圍為依據(jù)實(shí)現(xiàn)[4]。
基于混合框架的企業(yè)財務(wù)管理系統(tǒng)涉及到的外部實(shí)體較多(包括編號、日期、類型及借貸等),在會計電算化系統(tǒng)中會計的實(shí)體主要指存放會計入賬憑證的主要信息,會計實(shí)體具體描述如圖4所示[5]。
圖4 會計實(shí)體描述
數(shù)據(jù)庫表的設(shè)計中主要涉及到科目表及憑證表,會計細(xì)目的相關(guān)內(nèi)容將存放在科目表中,主要包括報賬文件編碼及細(xì)目名稱,用kemuid標(biāo)注存放科目編碼,同時主鍵也用kemuid表示,用kemuname標(biāo)識科目名稱(同存放科目編碼對應(yīng))。科目的結(jié)構(gòu)如表1所示,憑證的結(jié)構(gòu)如表2所示[6]。
表1 科目表
表2 憑證表
會計記賬憑證相關(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)號。
為檢測本文系統(tǒng)的實(shí)用性及穩(wěn)定性,對財務(wù)系統(tǒng)功能進(jìn)行模擬測試,在內(nèi)存為16 GB筆記本上完成測試過程,以會計科目各項功能為主要測試內(nèi)容,評測錄入數(shù)據(jù)的預(yù)期同實(shí)際得出的操作結(jié)果,選取某企業(yè)財務(wù)報表中數(shù)據(jù)進(jìn)行實(shí)操,作為數(shù)值型的數(shù)據(jù)財務(wù)數(shù)據(jù)集滿足多屬性值定義,各級別間存在比較明顯的獨(dú)立性,對報表中的借方和貸方數(shù)據(jù)集個數(shù)進(jìn)行實(shí)驗,并將具體的輸出結(jié)果同實(shí)際情況進(jìn)行比較。
仿真平臺選取Matlab實(shí)現(xiàn),利用本文所設(shè)計的企業(yè)財務(wù)管理系統(tǒng)分別對不同數(shù)量的財務(wù)數(shù)據(jù)集(具體個數(shù)分別為1 000,2 000,3 000 ,4 000和5 000)進(jìn)行處理,以借方、貸方的財務(wù)數(shù)據(jù)集在系統(tǒng)中的響應(yīng)時間為依據(jù)進(jìn)行對比,財務(wù)數(shù)據(jù)在每組實(shí)驗中進(jìn)行5次,實(shí)驗結(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%左右。以對1 000對借方和貸方數(shù)據(jù)集進(jìn)行處理時為例,系統(tǒng)響應(yīng)在不同模式下所用時間如表3所示。
表3 不同模式的系統(tǒng)響應(yīng)時間對比
表3中的實(shí)驗數(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)系可知,在時間耗費(fèi)方面C/S框架相對用時最小,混合框架時間耗費(fèi)次之,Web Service框架及B/S框架用時較長,原因在于在對財務(wù)數(shù)據(jù)間的依賴程度進(jìn)行計算時系統(tǒng)框架中需使用循環(huán)的方式實(shí)現(xiàn),導(dǎo)致需要耗費(fèi)較大的系統(tǒng)響應(yīng)時間,提高了時間開銷,以貸方數(shù)據(jù)集的時間開銷表現(xiàn)的最為明顯,為系統(tǒng)綜合響應(yīng)問題提供了較為實(shí)用的解決方案[7]。
本文從企業(yè)財務(wù)管理系統(tǒng)的特點(diǎn)出發(fā),混合使用C/S、B/S及Web Service三種模式,提高此種方式完成基于混合策略框架的面向企業(yè)的財務(wù)管理系統(tǒng)的構(gòu)建,在于通過使用接口IHelper來來實(shí)現(xiàn)針對不同類型的數(shù)據(jù)庫平臺訪問類的擴(kuò)展,系統(tǒng)的業(yè)務(wù)邏輯層的構(gòu)建則通過數(shù)據(jù)訪問層設(shè)計銜接實(shí)現(xiàn),從而使系統(tǒng)的響應(yīng)能力得以有效提升,針對會計科目在進(jìn)行編碼時采用了層次碼,并以會計實(shí)體中的憑證與科目描述為依據(jù)完成了存放會計細(xì)目的數(shù)據(jù)庫的建立,實(shí)際系統(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)問題提供了較為實(shí)用的解決方案。