物流企業(yè)財(cái)務(wù)管理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)

文/孫賓賓

1.系統(tǒng)框架設(shè)計(jì)

物流企業(yè)財(cái)務(wù)管理系統(tǒng)的開(kāi)發(fā)設(shè)計(jì)的最終目標(biāo)是使現(xiàn)代物流產(chǎn)業(yè)鏈的財(cái)務(wù)管理的應(yīng)用工作能夠做到財(cái)務(wù)管理規(guī)范化、財(cái)務(wù)流程科學(xué)化、處理財(cái)務(wù)數(shù)據(jù)信息化、財(cái)務(wù)業(yè)務(wù)處理模式網(wǎng)絡(luò)化。參考現(xiàn)有的物流企業(yè)財(cái)務(wù)管理系統(tǒng)和用戶(hù)的實(shí)際需求，設(shè)計(jì)的系統(tǒng)會(huì)實(shí)現(xiàn)基礎(chǔ)資料維護(hù)，物流信息查詢(xún)與修改，財(cái)務(wù)信息查詢(xún)與修改，系統(tǒng)管理等功能。同時(shí)針對(duì)物流企業(yè)的業(yè)務(wù)發(fā)展需要，在設(shè)計(jì)中應(yīng)遵循以下設(shè)計(jì)思路：系統(tǒng)總體功能架構(gòu)圖如圖1所示。

圖1 系統(tǒng)總體功能架構(gòu)圖

如上圖所示，系統(tǒng)中的核心數(shù)據(jù)層是物流產(chǎn)業(yè)鏈財(cái)務(wù)管理系統(tǒng)的源數(shù)據(jù)產(chǎn)生中心，通過(guò)實(shí)際業(yè)務(wù)的操作獲得業(yè)務(wù)流程中的所有財(cái)務(wù)信息。物流企業(yè)財(cái)務(wù)管理系統(tǒng)主要包括業(yè)務(wù)模塊、貨物模塊及財(cái)務(wù)管理等模塊。在業(yè)務(wù)模塊完成接單操作后，所有的財(cái)務(wù)數(shù)據(jù)都流向了財(cái)務(wù)應(yīng)收，這些財(cái)務(wù)數(shù)據(jù)支撐了財(cái)務(wù)管理系統(tǒng)的數(shù)據(jù)運(yùn)轉(zhuǎn)。在財(cái)務(wù)收入與支出處理完成后，需要在財(cái)務(wù)報(bào)表管理中生成所需要的報(bào)表信息。

2.系統(tǒng)硬件設(shè)計(jì)

2.1 供電電路

穩(wěn)定的電源輸入是任何電路正常工作的重要前提，電源電路的設(shè)計(jì)對(duì)整個(gè)系統(tǒng)的性能尤為重要。由于系統(tǒng)各個(gè)功能外設(shè)以及所使用芯片對(duì)電壓幅值需求的差異，需要向系統(tǒng)提供3.3V和5V兩種不同電壓的電源，同時(shí)為了保證斷電之后該系統(tǒng)的功能模塊能夠正常運(yùn)行，我們采用雙電源供電的模式，即額外增加了鋰電池供電，從而確保系統(tǒng)的可靠性。

2.2 通信電路

通信電路模塊實(shí)現(xiàn)硬件設(shè)備和服務(wù)器之間數(shù)據(jù)以及指令的交互，本系統(tǒng)采用的通信電路為USB轉(zhuǎn)DART通信電路，電路設(shè)計(jì)圖如圖2所示。

圖2 通信電路設(shè)計(jì)圖

3.系統(tǒng)軟件設(shè)計(jì)

在對(duì)系統(tǒng)做出了全面的構(gòu)架設(shè)計(jì)后，基于系統(tǒng)硬件設(shè)計(jì)，針對(duì)系統(tǒng)具有的業(yè)務(wù)管理、財(cái)務(wù)管理和與財(cái)務(wù)相關(guān)的報(bào)表管理等模塊進(jìn)行詳細(xì)設(shè)計(jì)。整個(gè)系統(tǒng)的數(shù)據(jù)流圖如圖3所示。

圖3 系統(tǒng)數(shù)據(jù)流圖

3.1 物流業(yè)務(wù)管理模塊

貨物信息通過(guò)此流程中各個(gè)環(huán)節(jié)最后到達(dá)目的地，相應(yīng)單據(jù)在流程中使用并記錄此單貨物的流轉(zhuǎn)過(guò)程。貨物流動(dòng)過(guò)程中的各種收入和支出的財(cái)務(wù)信息將在財(cái)務(wù)管理模塊的報(bào)表管理和結(jié)算中心處理。其功能模塊設(shè)計(jì)如圖4所示。

圖4 業(yè)務(wù)管理模塊設(shè)計(jì)

3.2 憑證管理模塊

憑證管理模塊的具體功能分為六個(gè)不同的子模塊，其功能涉及會(huì)計(jì)管理與憑證相關(guān)的工作工序內(nèi)容，通過(guò)查詢(xún)功能對(duì)相應(yīng)的內(nèi)容進(jìn)行查詢(xún)與顯示。財(cái)務(wù)管理人員能夠通過(guò)對(duì)硬件的操作來(lái)實(shí)現(xiàn)對(duì)具體功能模塊的操作與管理，顯示形式的控件一般為listview控件，包括delteButton，updataButton以及Select-Buttom功能鍵，能夠全方位地對(duì)憑證數(shù)據(jù)進(jìn)行管理。財(cái)務(wù)管理人員對(duì)憑證查詢(xún)模塊進(jìn)行操作后，會(huì)得到記錄憑證信息資料的憑證列表，包括憑證所記錄的各項(xiàng)參數(shù)以及說(shuō)明。財(cái)務(wù)管理人員對(duì)右邊的選項(xiàng)進(jìn)行點(diǎn)擊能夠?qū)崿F(xiàn)對(duì)憑證資料的各項(xiàng)編輯操作。vouchers.aspx頁(yè)面在對(duì)頁(yè)面進(jìn)行更新后能夠重新加載，并將更新后的內(nèi)容進(jìn)行顯示。憑證管理活動(dòng)圖如圖5所示。

圖5 憑證管理活動(dòng)圖

4.系統(tǒng)測(cè)試

為驗(yàn)證系統(tǒng)在實(shí)際應(yīng)用中的技術(shù)可行性，現(xiàn)搭建實(shí)驗(yàn)平臺(tái)，測(cè)試系統(tǒng)整體性能，保證系統(tǒng)更加可靠穩(wěn)定。

4.1 測(cè)試準(zhǔn)備

本文設(shè)計(jì)的系統(tǒng)，其服務(wù)器端采用Spring2.5、Struts2.1和Hibernate4.2的整合框架構(gòu)建，運(yùn)行在Windows7操作系統(tǒng)下；整個(gè)開(kāi)發(fā)過(guò)程在Eclipse4.3kepler和AndroidSDK上實(shí)現(xiàn)[10]。數(shù)據(jù)庫(kù)使用SQLServer2008。將數(shù)據(jù)庫(kù)安裝并配置好之后，再將服務(wù)器端運(yùn)行在Tomcatv7.0上并實(shí)現(xiàn)相應(yīng)程序。

財(cái)務(wù)管理的部署環(huán)境需要以微軟視窗操作系統(tǒng)為基礎(chǔ)，需要建立在WindowsXP以上級(jí)別的操作系統(tǒng)上才能夠充分發(fā)揮系統(tǒng)的性能；系統(tǒng)的開(kāi)發(fā)工具使用的是.NET技術(shù)，為了與開(kāi)發(fā)技術(shù)進(jìn)行匹配，需要部署IIS服務(wù)器來(lái)進(jìn)行對(duì)應(yīng)；瀏覽器采用視窗IE瀏覽器或者搭載IE內(nèi)核的各類(lèi)型瀏覽器，IE版本需要在11.0以上。另外采用IIS服務(wù)器作為Web服務(wù)器，能夠?qū)Χ喾N不同類(lèi)型的數(shù)據(jù)進(jìn)行處理，同時(shí)還具備較大容量的數(shù)據(jù)儲(chǔ)存量。

4.2 測(cè)試說(shuō)明

為提高測(cè)試結(jié)果的準(zhǔn)確性，在集群的配置中，我們?cè)O(shè)定文件塊的冗余備份為2份，弱化數(shù)據(jù)錯(cuò)誤對(duì)系統(tǒng)的影響。數(shù)據(jù)塊備份情況如表1所示。

表2 數(shù)據(jù)塊備份情況表

如上表所示，當(dāng)切斷test3即IP為11.48.45.3的計(jì)算機(jī)時(shí)，位于此計(jì)算機(jī)上的數(shù)據(jù)塊會(huì)自動(dòng)復(fù)制到當(dāng)前集群中的其他節(jié)點(diǎn)上，有效確保了數(shù)據(jù)的安全。

4.3 測(cè)試結(jié)果

系統(tǒng)的性能測(cè)試結(jié)果是從客戶(hù)端的LoadRunner工具和服務(wù)器主機(jī)中的WebView工具中整理系統(tǒng)的反饋時(shí)間，得到不同并發(fā)量條件下的系統(tǒng)響應(yīng)情況，并同時(shí)采用財(cái)務(wù)管理信息化系統(tǒng)（系統(tǒng)1）、智能財(cái)務(wù)信息管理系統(tǒng)（系統(tǒng)2）作為本文設(shè)計(jì)的系統(tǒng)的對(duì)比組，得到如圖6所示的性能測(cè)試對(duì)比結(jié)果。

圖6 不同系統(tǒng)性能測(cè)試對(duì)比結(jié)果

根據(jù)實(shí)驗(yàn)結(jié)果對(duì)比圖可知，系統(tǒng)1和系統(tǒng)2的平均響應(yīng)時(shí)間均隨著信息并發(fā)量的增多而增大，且在相同信息并發(fā)量條件下，系統(tǒng)1和系統(tǒng)2的平均響應(yīng)時(shí)間也要比本文系統(tǒng)的平均響應(yīng)時(shí)間長(zhǎng)；而本文系統(tǒng)在100個(gè)到200個(gè)并發(fā)壓力情況下，系統(tǒng)的響應(yīng)時(shí)間并未出現(xiàn)遞增形態(tài)，且所有平均響應(yīng)時(shí)間均低于預(yù)期的3秒。

結(jié)束語(yǔ)

針對(duì)傳統(tǒng)物流企業(yè)財(cái)務(wù)管理系統(tǒng)存在對(duì)事務(wù)響應(yīng)時(shí)間長(zhǎng)，信息處理效率低的缺陷，本文研究并設(shè)計(jì)了物流企業(yè)財(cái)務(wù)管理系統(tǒng)，經(jīng)系統(tǒng)測(cè)試表明，設(shè)計(jì)的系統(tǒng)平均響應(yīng)速度快，很好地解決了當(dāng)前財(cái)務(wù)管理系統(tǒng)的應(yīng)用現(xiàn)狀，極大地提高了物流企業(yè)財(cái)務(wù)信息管理水平。