基于SOA架構的電爐企業(yè)財務與采購全鏈條數(shù)據(jù)管理平臺設計

李 娜

(西安歐亞學院,陜西 西安 710065)

各個電爐企業(yè)無論是生產(chǎn)原料或者員工工作設備均需采購和財務對接,隨著電爐企業(yè)發(fā)展,電爐企業(yè)物資需求增大,人工數(shù)據(jù)管理會出現(xiàn)大量錯誤,且不能隨時獲取所需數(shù)據(jù)[1]。對企業(yè)財務和采購數(shù)據(jù)進行管理,同時有效掌握電爐企業(yè)的業(yè)務流程,實現(xiàn)智能化的電爐企業(yè)發(fā)展戰(zhàn)略[2]。電爐企業(yè)財務與采購全鏈條業(yè)務數(shù)據(jù)管理平臺實質就是集成處理相關信息后,將數(shù)據(jù)進行綜合處理以此獲取最實用的數(shù)據(jù)[3]。進而最大程度地控制電爐企業(yè)成本,以便獲取電爐企業(yè)決策的支持,有效掌握市場需求信息以及物資價格動態(tài)。

張新文等人通過分析全鏈條歷史數(shù)據(jù)得出數(shù)據(jù)管理的不足,進而加強數(shù)據(jù)的存儲,保證數(shù)據(jù)的完整,主要表現(xiàn)是對數(shù)據(jù)進行加密,同時數(shù)據(jù)的傳輸是利用密文進行傳輸,最終完成數(shù)據(jù)的管理,實現(xiàn)全鏈條業(yè)務數(shù)據(jù)管理[4]。

楊昌和等人為解決由于數(shù)據(jù)量增高而導致數(shù)據(jù)管理性能下降的問題構建財務與采購數(shù)據(jù)管理系統(tǒng),其中針對龐大的數(shù)據(jù)量設計出可視化的軟件算法,其次根據(jù)國家數(shù)值風洞工程提高用戶對于數(shù)據(jù)的探索,以此加強數(shù)據(jù)的管理,最后基于超算集群算法進一步加強數(shù)據(jù)的優(yōu)化,實現(xiàn)全鏈條業(yè)務數(shù)據(jù)管理[5]。

以上兩種方法在實際管理過程中沒有對財務與采購業(yè)務數(shù)據(jù)庫進行實時更新處理,導致數(shù)據(jù)不準確,降低數(shù)據(jù)管理效率和性能,存在財務與采購業(yè)務數(shù)據(jù)管理整體耗時長、讀取操作次數(shù)多和元數(shù)據(jù)遷移范圍大的問題。為了解決上述方法中存在的問題,提出基于SOA架構的財務與采購全鏈條業(yè)務數(shù)據(jù)管理平臺設計方法。

1 財務與采購全鏈條業(yè)務數(shù)據(jù)管理平臺設計

通過大量的實踐證明,電爐企業(yè)相關數(shù)據(jù)的管理十分困難,有著難度大且不易實現(xiàn)的缺點,隨著電爐企業(yè)相關數(shù)據(jù)的增多,通過人工進行管理已經(jīng)不能滿足現(xiàn)有情況,從而提出財務與采購全鏈條業(yè)務數(shù)據(jù)管理平臺,數(shù)據(jù)管理平臺中最先要解決的問題就是信息集成,目前解決信息集成的最好方法就是SOA架構[6],這種技術主要是應用在數(shù)據(jù)的開發(fā)中,其優(yōu)點是松耦合良好,且能與管理平臺互相獨立存在,根據(jù)這種技術設計出的數(shù)據(jù)管理平臺帶有極強的擴展性,能將電爐企業(yè)遺漏的數(shù)據(jù)更好地進行集成,且當系統(tǒng)出現(xiàn)較大變故時,也不需要對系統(tǒng)進行較大的改變,保證系統(tǒng)的穩(wěn)定。根據(jù)SOA架構[7]搭建的財務與采購數(shù)據(jù)管理平臺的優(yōu)點是保證平臺更加松耦合、統(tǒng)計業(yè)務數(shù)據(jù)架構、加強平臺擴展性以及最大程度降低平臺設計不合理的情況。

在對平臺設計的過程中發(fā)現(xiàn)平臺整體結構是整個平臺的基礎,基礎的穩(wěn)定性和全面性關系到數(shù)據(jù)管理平臺的最終實現(xiàn),通過對電爐企業(yè)財務與采購全鏈條業(yè)務數(shù)據(jù)的詳細分析后,將整個數(shù)據(jù)管理平臺設置成五大模塊,分別為財務數(shù)據(jù)管理模塊、采購數(shù)據(jù)基本信息管理模塊、庫存管理模塊、采購信息查詢模塊以及用戶登錄系統(tǒng)模塊,以此得出整個平臺的架構圖,如圖1所示。

平臺的設計不僅需要有主要模塊的支持,還需要對模塊進行詳細的設計,以此保證系統(tǒng)資源分配的均衡性,在對各個模塊進行設計的過程中需要符合以下幾點要求。

(1)財務管理平臺需要對采購數(shù)據(jù)的交貨進度實時追蹤,財務平臺中必須具有采購數(shù)據(jù)的統(tǒng)計和查詢功能。

(2)對采購業(yè)務以及貨物交付進行維護,即對采購業(yè)務相關數(shù)據(jù)進行修改以及刪除等處理。

(3)根據(jù)用戶需求以及權限獲取相關財務與采購數(shù)據(jù),保證財務與采購業(yè)務數(shù)據(jù)的安全。

為符合以上要求,下面詳細介紹數(shù)據(jù)管理平臺各個模塊的主要功能。

1.1 采購數(shù)據(jù)管理模塊

采購數(shù)據(jù)管理模塊的主要作用就是對貨物采購的管理,其中包含貨物采購申請、貨物采購入庫、入庫退貨以及更新采購訂單四個模塊,其架構圖如圖2所示。

圖2 采購數(shù)據(jù)管理模塊架構圖

在采購數(shù)據(jù)管理模塊中,每個小模塊均有著不同的作用,其中更新采購訂單由添加采購訂單、修改采購訂單以及查看采購訂單組成,其架構圖如圖3所示。

圖3 更新采購訂單模塊架構圖

1.2 財務與采購數(shù)據(jù)基本信息管理模塊

采購數(shù)據(jù)基本信息管理模塊的主要作用是對采購人員以及財務部門的相關信息進行管理,該模塊的架構圖如圖4所示。

圖4 財務與采購數(shù)據(jù)基本信息管理模塊

其中財務部門管理又包含發(fā)票信息更新模塊、付款信息更新模塊、財務記賬模塊和財務部查詢庫存信息模塊四大模塊,且每個模塊均有關鍵作用。

1)發(fā)票信息更新模塊

此模塊的作用是根據(jù)供貨商給出的發(fā)票實時更新系統(tǒng)內的發(fā)票信息,此模塊中包含發(fā)票信息的添加以及發(fā)票信息的查詢。

2)付款信息更新模塊

財務部的主要作用是對成本進行把控以及付款等,財務部門會根據(jù)貨物發(fā)票的金額付款給供貨商,同時在系統(tǒng)中實時更新付款數(shù)據(jù),此模塊分別由付款數(shù)據(jù)更新以及付款數(shù)據(jù)查詢兩大模塊組成。

3)財務記賬模塊

財務部門需要對所有付款信息進行記賬,方便月末總結或年末總結,財務記賬模塊是根據(jù)系統(tǒng)中實時更新的發(fā)票信息以及付款信息對賬務進行實時更新,此模塊也是由兩個模塊組成,分別是會計科目的添加以及賬款的記錄。

4)財務部查詢庫存信息模塊

財務部查詢庫存信息模塊主要的作用是準確快速地獲取貨物的庫存情況方便核對發(fā)票以及庫存,此模塊主要由貨物編號查詢模塊以及庫存詳情查詢模塊構成。

1.3 庫存管理模塊

庫存管理模塊顧名思義是對貨物庫存進行管理。此模塊的組成模塊分別是貨物入庫模塊以及庫存更新模塊。

1)貨物入庫模塊

貨物入庫模塊的主要作用就是當企業(yè)收到貨物后,及時對所有貨物進行入庫處理,同時對所有貨物辦理入庫手續(xù)以及填寫貨物的相應貨單以及入庫單;該模塊的組成模塊分別為貨單的添加模塊以及入庫的添加模塊。

2)庫存更新模塊

此模塊主要是對倉庫的庫存數(shù)據(jù)進行實時更新,其中包含庫存數(shù)據(jù)的添加、庫存數(shù)據(jù)的修改以及庫存數(shù)據(jù)的刪除,其架構圖如圖5所示。

圖5 庫存更新模塊架構圖

1.4 采購數(shù)據(jù)查詢模塊

采購數(shù)據(jù)查詢[8]模塊的主要作用是對采購申請信息、貨物入庫信息以及退貨等貨物相關信息的查詢,用戶想要獲取貨物相關數(shù)據(jù)均可在此模塊中進行查詢,此模塊由采購申請查詢模塊、采購入庫查詢模塊、入庫退貨查詢模塊、庫存信息查詢模塊、采購進程查詢模塊和采購訂單查詢模塊六大模塊組成,其架構圖如圖6所示。

圖6 采購數(shù)據(jù)查詢模塊架構圖

下面分別介紹各個模塊的組成和作用。

(1)采購申請查詢模塊。此模塊是由采購申請查詢以及查詢進度兩部分組成,其主要用途就是隨時查看采購申請是否被處理。

(2)采購入庫查詢模塊。此模塊的主要作用是隨時查看貨物的入庫情況,該模塊的組成模塊分別是貨物的查詢模塊以及貨物的入庫情況查詢模塊。

(3)入庫退貨查詢模塊。該模塊的作用就是查看無用貨物的退貨進度。

(4)庫存信息查詢模塊。庫存信息查詢模塊是實施采購計劃的基礎,在實施采購前對庫存內貨物進行查詢,結合實際庫存進行采購,該模塊的組成有貨物的選擇以及貨物庫存的查看。

(5)采購進程查詢模塊。此模塊主要應用在采購過程中,負責采購部門在不同時間點對貨物采購數(shù)量的實時查詢,以便獲取采購的實時進度,此模塊包含的模塊有到貨單查詢模塊、入庫單查詢模塊、采購貨物發(fā)票查詢模塊以及付款信息查詢,其架構圖如圖7所示。

圖7 采購進程查詢模塊

(6)采購訂單查詢模塊。此模塊主要針對各部門對采購訂單相關信息的查詢,獲取已經(jīng)采購貨物的相關數(shù)據(jù)。

1.5 用戶登錄系統(tǒng)模塊

此模塊主要作用是對用戶的管理,主要表現(xiàn)是賦予用戶權限,加強數(shù)據(jù)管理平臺的安全,采購數(shù)據(jù)管理平臺通過其他模塊對數(shù)據(jù)進行管理后,最終通過此模塊判斷用戶是否可以進入平臺,當用戶被允許進入系統(tǒng)后,根據(jù)相關軟件獲取所需數(shù)據(jù)。

2 數(shù)據(jù)管理平臺相關軟件設計

為了進一步加強采購全鏈條業(yè)務數(shù)據(jù)的管理效率和精度[9],在采購數(shù)據(jù)管理平臺中加入數(shù)據(jù)處理系統(tǒng),降低用戶獲取采購業(yè)務數(shù)據(jù)難度,并將用戶獲取的結果進行二次處理,最終利用機會協(xié)作[10]的極值將結果傳輸給用戶。

假設平臺中有3個源節(jié)點,分別為A1、A2和A3,其中匯聚節(jié)點為H,由于H在數(shù)據(jù)傳輸過程中位置會發(fā)生變化導致數(shù)據(jù)傳輸失敗,因此當源節(jié)點A1向匯聚節(jié)點發(fā)送數(shù)據(jù)時,還需中繼節(jié)點的幫忙,即節(jié)點A2和A3。

令兩節(jié)點之間的無線通信距離為LAH,其計算公式為

(1)

式中:(xA1,yA1)為節(jié)點A1的實際位置;(xH,yH)為節(jié)點H的實際位置。

則中繼節(jié)點A2靠近源節(jié)點A1以及中繼節(jié)點A3遠離源節(jié)點A1的移動感知距離計算公式分別為

(2)

式中:ν為處理數(shù)據(jù)的速度;t為源節(jié)點傳送數(shù)據(jù)信號的時間間隔;α為用戶接收數(shù)據(jù)信號的時間間隔。

根據(jù)以上計算方式即可加強數(shù)據(jù)的傳輸效率,將其添加到數(shù)據(jù)管理平臺中即可加強采購全鏈條業(yè)務數(shù)據(jù)的管理。

3 實驗結果與分析

為了驗證基于SOA架構的財務與采購全鏈條業(yè)務數(shù)據(jù)管理平臺設計方法的整體有效性,現(xiàn)對所提方法、文獻[4]方法和文獻[5]方法進行采購業(yè)務數(shù)據(jù)管理整體耗時、讀取操作次數(shù)和元數(shù)據(jù)遷移范圍的測試,測試結果如下所示。

3.1 財務與采購業(yè)務數(shù)據(jù)管理整體耗時

對財務與采購數(shù)據(jù)進行管理時,由于數(shù)據(jù)量等問題會加長管理時間,從而降低采購業(yè)務數(shù)據(jù)管理效率,因此在設計財務與采購全鏈條業(yè)務數(shù)據(jù)管理平臺時需要盡可能地降低管理時間,所以當數(shù)據(jù)管理效果一致時,管理所需時間越短管理平臺性能越高[11]。根據(jù)這一特點,隨機設置五組不同數(shù)據(jù)量的實驗樣本,利用三種方法對每組樣本數(shù)據(jù)進行管理,保證每種方法對數(shù)據(jù)管理的效果一樣,并得出每種方法管理數(shù)據(jù)所需的時間,進而得出最優(yōu)管理方法,實驗結果如圖8所示。

圖8 三種方法數(shù)據(jù)管理所需時間

隨著財務與采購全鏈條業(yè)務數(shù)據(jù)量的增多,每種方法對數(shù)據(jù)管理的時間也在增高,根據(jù)實驗結果可知,三種方法對數(shù)據(jù)管理的整體耗時均隨著數(shù)據(jù)量的增多而加長,但所提方法在每組實驗下均是耗時最少的方法,其次是文獻[4]方法,耗時最長的是文獻[5]方法,從而得出財務與采購管理數(shù)據(jù)效率最高的所提方法。

所提方法之所以耗時短是因為在設計數(shù)據(jù)管理平臺過程中對財務與采購數(shù)據(jù)進行實時更新,即對庫存數(shù)據(jù)進行修正、刪除和添加處理,保證庫存數(shù)據(jù)的準確性,進而加強對采購業(yè)務數(shù)據(jù)的管理,提高數(shù)據(jù)管理的效率,降低數(shù)據(jù)管理所需耗時。

3.2 讀取操作次數(shù)

在對財務與采購數(shù)據(jù)管理的過程中,數(shù)據(jù)管理方法會為了獲取更完整的數(shù)據(jù)多次對數(shù)據(jù)庫進行讀取操作,以此加強數(shù)據(jù)管理性能,由于每種管理方法的性能和操作手段不同,會出現(xiàn)數(shù)據(jù)讀取次數(shù)差異大的情況,數(shù)據(jù)管理方法對數(shù)據(jù)讀取次數(shù)越多其所需的時間也就越多,從而降低平臺的整體性能,因此可將數(shù)據(jù)讀取次數(shù)視為評價數(shù)據(jù)管理平臺優(yōu)劣的一大指標。

現(xiàn)隨機選取五組完全不同的樣本數(shù)據(jù),利用三種方法對樣本數(shù)據(jù)進行讀取,得出每種方法完全讀取出其中數(shù)據(jù)所用的次數(shù),讀取次數(shù)最小的即為最優(yōu)方法,實驗結果如圖9所示。

圖9 三種方法對數(shù)據(jù)的讀取次數(shù)

通過對圖9的分析得出,在五組實驗中所提方法的讀取次數(shù)最少,且遠遠低于文獻[4]方法和文獻[5]方法所需的次數(shù),文獻[4]方法和文獻[5]方法所需的讀取次數(shù)過多,雖能保證數(shù)據(jù)的完整,但同時也大大降低數(shù)據(jù)管理的效率,不利于平臺的整體性能,因此驗證所提方法的有效性。

3.3 元數(shù)據(jù)遷移范圍

元數(shù)據(jù)遷移泛指業(yè)務數(shù)據(jù)中需要進行修改的數(shù)據(jù),在修改過程中不僅僅需要針對修改的數(shù)據(jù)進行處理,還需擴大修改范圍,保證數(shù)據(jù)修改的精度,這個范圍通常控制在1%～5%,范圍控制的越小不僅保證數(shù)據(jù)修改的精度也加強數(shù)據(jù)管理性能。

為進一步驗證所提方法的性能,在不同實驗樣本下,利用三種方法對每組樣本中的元數(shù)據(jù)進行處理,判斷在每種方法下數(shù)據(jù)修改的范圍大小,范圍越小則說明數(shù)據(jù)管理方法的精度和性能越高。三種方法對比如圖10所示。

圖10 三種方法的元數(shù)據(jù)遷移范圍

根據(jù)結果可知,三種方法對元數(shù)據(jù)遷移過程中只有所提方法在保證數(shù)據(jù)精確修改的同時將數(shù)據(jù)遷移范圍盡可能的降低,是三種方法中遷移范圍最小的,以此證明所提方法的優(yōu)越性。

4 結 語

為強化電爐企業(yè)財務與采購數(shù)據(jù)管理程序,提出基于SOA架構的財務與采購全鏈條業(yè)務數(shù)據(jù)管理平臺設計方法,該方法首先設計出多個模塊組成的硬件平臺,其次設計出軟件系統(tǒng),加強數(shù)據(jù)管理效率,將其綜合后實現(xiàn)財務與采購全鏈條業(yè)務數(shù)據(jù)管理,解決了財務與采購業(yè)務數(shù)據(jù)管理整體耗時長、讀取操作次數(shù)多和元數(shù)據(jù)遷移范圍大的問題,進一步提高電爐企業(yè)利潤。