徐云松, 曹媛媛, 王肖奕

(山東青島煙草有限公司， 山東 青島 266071)

0 引言

隨著經(jīng)濟(jì)全球化的迅速發(fā)展，我國(guó)的企業(yè)競(jìng)爭(zhēng)越來(lái)越激烈，企業(yè)的電子商務(wù)需求越來(lái)越大。構(gòu)建一套完整的適應(yīng)信息化的管理機(jī)制對(duì)企業(yè)來(lái)說(shuō)至關(guān)重要，而這一切都要依賴于ERP來(lái)實(shí)現(xiàn)，企業(yè)ERP財(cái)務(wù)管理系統(tǒng)可以統(tǒng)籌企業(yè)中的人、財(cái)、物等信息資源[1]。為了高效地處理管理企業(yè)財(cái)務(wù)信息的事務(wù)，提高企業(yè)的綜合競(jìng)爭(zhēng)力和優(yōu)化能力，針對(duì)企業(yè)財(cái)務(wù)管理系統(tǒng)靈活性差、維護(hù)困難的問(wèn)題，基于MVC(Model-View-Controller)的設(shè)計(jì)模式可以解決上述的難題，MVC的主要核心思想就是復(fù)用，提高復(fù)用率。ERP系統(tǒng)在國(guó)外是由MRP發(fā)展起來(lái)的[2]，從單一式財(cái)務(wù)管理逐漸發(fā)展成全面涵蓋所有經(jīng)濟(jì)內(nèi)容。并且針對(duì)ERP軟件的復(fù)雜性和低成功率，IBM、SAP、BEA和Oracle公司等共同制定和部署MVC架構(gòu)的產(chǎn)品以克服ERP的缺點(diǎn)。在國(guó)內(nèi)，MVC架構(gòu)模型逐漸本地化，企業(yè)采用Web服務(wù)實(shí)現(xiàn)C/S或者B/S模式[3]。業(yè)務(wù)邏輯設(shè)計(jì)的MVC架構(gòu)有效地避免了系統(tǒng)軟件開(kāi)發(fā)周期比較長(zhǎng)的缺點(diǎn)，提升了企業(yè)的運(yùn)轉(zhuǎn)效率。

1 相關(guān)技術(shù)概述

1.1 MVC設(shè)計(jì)模式

MVC是目前常見(jiàn)的一種軟件設(shè)計(jì)模式，是Java平臺(tái)的推薦設(shè)計(jì)模型，其對(duì)Web的開(kāi)發(fā)應(yīng)用提供合理的分析方法，通常用來(lái)連接一個(gè)應(yīng)用的整體流程。MVC的處理流程圖，如圖1所示。

圖1 MVC組件關(guān)系圖

依照分層原理，依次為模型層、控制層和視圖層[4]。視圖層則表示為Web應(yīng)用的交互界面，有可能是HTML、XML或Applet界面。而對(duì)于系統(tǒng)業(yè)務(wù)流程上的數(shù)據(jù)處理則需要模型層的操作，用戶界面的數(shù)據(jù)輸入和數(shù)據(jù)請(qǐng)求過(guò)程傳遞給控制層與模型層[5]。模型層的內(nèi)容是業(yè)務(wù)流程的數(shù)據(jù)操作以及業(yè)務(wù)規(guī)則的制定，依照業(yè)務(wù)規(guī)則進(jìn)行業(yè)務(wù)模型設(shè)計(jì)是MVC架構(gòu)中的核心研究?jī)?nèi)容，對(duì)于應(yīng)用模型的抽象化處理依然按照適當(dāng)?shù)某橄髮哟?，從而提高模型的重用性[6]?？刂茖拥淖饔镁褪墙邮沼脩舻姆?wù)請(qǐng)求并完成視圖與模型的對(duì)接，不做任何的數(shù)據(jù)操作動(dòng)作，因此模型與視圖的對(duì)應(yīng)關(guān)系存在一對(duì)多或多對(duì)一的關(guān)系。

MVC的3個(gè)層次也分別對(duì)應(yīng)軟件開(kāi)發(fā)的上、中、下層。上層是顯示界面層；中層是控制層；下層是模型層。上層調(diào)用下層的數(shù)據(jù)與服務(wù)[7]，并且還要保持每個(gè)層次的獨(dú)立性，只暴露出連接接口，封裝具體的實(shí)現(xiàn)細(xì)節(jié)，如圖2所示。

圖2 MVC模塊層次圖

MVC的處理過(guò)程就是三層依次配合，最后返回結(jié)果的流程，如圖3所示。

圖3 MVC處理流程圖

由此，也可以總結(jié)出，MVC設(shè)計(jì)模式的優(yōu)點(diǎn)包含多視圖對(duì)應(yīng)單模型、無(wú)格式的模型數(shù)據(jù)和軟件工程合理化管理[8]。MVC設(shè)計(jì)模式增加了應(yīng)用的靈活性和個(gè)性化。

1.2 數(shù)據(jù)挖掘

隨著ERP系統(tǒng)的普及，對(duì)于IT的決策分析支持算法也在不斷的升級(jí)，為了適應(yīng)更新的決策算法以分析數(shù)據(jù)中的規(guī)律。存儲(chǔ)在ERP系統(tǒng)中的歷史財(cái)務(wù)數(shù)據(jù)作為數(shù)據(jù)挖掘的數(shù)據(jù)源。常見(jiàn)的算法包含決策樹(shù)算法、聚類算法、遺傳算法和神經(jīng)網(wǎng)絡(luò)等[9]。決策樹(shù)算法在ERP系統(tǒng)中是比較常見(jiàn)的算法，在二叉樹(shù)的基礎(chǔ)上在每個(gè)分支作為數(shù)據(jù)特征，將二叉樹(shù)葉作為數(shù)據(jù)集合參照特定的數(shù)據(jù)特征依次實(shí)現(xiàn)數(shù)據(jù)分割[10]，直至完成所有數(shù)據(jù)分類，如圖4所示。

圖4 ERP系統(tǒng)決策樹(shù)示意圖

在此基礎(chǔ)上構(gòu)建C4.5算法，依照信息增益率的概念分析決策樹(shù)的屬性進(jìn)行剪枝操作[11]。信息增益率，如式(1)。

(1)

計(jì)算數(shù)值大的信息增益率，完后根節(jié)點(diǎn)的選擇建立決策樹(shù)。

2 基于MVC架構(gòu)的ERP財(cái)務(wù)管理模塊的系統(tǒng)分析與設(shè)計(jì)

2.1 財(cái)務(wù)管理系統(tǒng)的總體需求分析與設(shè)計(jì)

傳統(tǒng)的財(cái)務(wù)管理系統(tǒng)的軟件已經(jīng)無(wú)法滿足企業(yè)的需求，需要對(duì)原有的ERP軟件進(jìn)行改造和升級(jí)，對(duì)現(xiàn)有企業(yè)的核心財(cái)務(wù)管理內(nèi)容進(jìn)行模擬仿真，在其中加入MVC設(shè)計(jì)模式思想，從而提高企業(yè)的內(nèi)部效率，有效地對(duì)財(cái)務(wù)信息進(jìn)行查詢與存儲(chǔ)。對(duì)于企業(yè)財(cái)務(wù)管理模式逐漸由核算型和管理型向集中式管理過(guò)渡[12]，具備更好的財(cái)務(wù)管理模塊，主要包括應(yīng)收賬款模塊、總賬模塊、應(yīng)付賬款模塊、固定資產(chǎn)模塊、工資模塊、成本管理模塊和現(xiàn)金管理模塊等。為了將企業(yè)預(yù)算、審核和監(jiān)控進(jìn)行完全的覆蓋，在分析需求時(shí)，要考慮企業(yè)的總體布局、戰(zhàn)略規(guī)劃、設(shè)備管理、財(cái)務(wù)狀況、資金運(yùn)轉(zhuǎn)、生產(chǎn)力規(guī)劃和物料籌劃等方面，從而指導(dǎo)企業(yè)的生產(chǎn)、庫(kù)存、采購(gòu)和銷售[13]。

2.2 財(cái)務(wù)管理系統(tǒng)各子模塊的功能分析與設(shè)計(jì)

在對(duì)需求進(jìn)行分析后，本文設(shè)計(jì)基于MVC架構(gòu)的ERP軟件時(shí)，主要?jiǎng)澐殖蓛纱蟛糠郑?cái)務(wù)系統(tǒng)功能和系統(tǒng)管理兩個(gè)子系統(tǒng)。用戶根據(jù)自己的用戶名和密碼登錄到系統(tǒng)中，進(jìn)行其他的財(cái)務(wù)管理操作，包含憑證管理、賬務(wù)管理、報(bào)表管理、工資管理、固定資產(chǎn)管理和財(cái)務(wù)分析等。一個(gè)標(biāo)準(zhǔn)ERP處理的基本流程，如圖5所示。

圖5 財(cái)務(wù)系統(tǒng)流程圖

2.3 數(shù)據(jù)庫(kù)設(shè)計(jì)

信息系統(tǒng)項(xiàng)目情況、項(xiàng)目使用情況和員工基本信息作為系統(tǒng)的主體。系統(tǒng)體系的架構(gòu)應(yīng)符合.Net開(kāi)發(fā)原則[14]，業(yè)務(wù)邏輯上包括對(duì)于服務(wù)的調(diào)用，如圖6所示。

圖6 Web服務(wù)的調(diào)用

對(duì)于數(shù)據(jù)庫(kù)的設(shè)計(jì)，首先從概念模型入手，分別從用戶管理概念數(shù)據(jù)、財(cái)務(wù)薪資概念數(shù)據(jù)、用戶和項(xiàng)目信息管理概念數(shù)據(jù)來(lái)展開(kāi)。用戶和部門的管理信息實(shí)體分別是用戶、角色、部門和部門類別。財(cái)務(wù)薪資管理對(duì)應(yīng)財(cái)務(wù)的報(bào)銷審核、薪資發(fā)放和獎(jiǎng)金發(fā)放等。一個(gè)企業(yè)可以包含多個(gè)數(shù)據(jù)表信息。財(cái)務(wù)管理模塊的數(shù)據(jù)表，如表1所示。

表1 財(cái)務(wù)管理數(shù)據(jù)表

而對(duì)于財(cái)務(wù)信息管理，其數(shù)據(jù)表應(yīng)包含憑證表、分錄歷史表、憑證歷史表、明細(xì)賬簿、分類賬簿、本年明細(xì)賬簿、固定資產(chǎn)清單、員工清單、工資清單和工資發(fā)放表等。表單與信息應(yīng)保持一對(duì)一的關(guān)系，部門的財(cái)務(wù)信息表的用途，如表2所示。

表2 財(cái)務(wù)信息表

接下來(lái)是進(jìn)行系統(tǒng)部署設(shè)計(jì)，系統(tǒng)的部署包含Web Service服務(wù)器、Web服務(wù)器、文件服務(wù)器和數(shù)據(jù)庫(kù)服務(wù)器，所有數(shù)據(jù)的操作對(duì)于數(shù)據(jù)訪問(wèn)層都是通過(guò)ADO.NET數(shù)據(jù)來(lái)完成的。

3 基于MVC架構(gòu)的ERP財(cái)務(wù)管理系統(tǒng)的實(shí)現(xiàn)

3.1 系統(tǒng)開(kāi)發(fā)環(huán)境

從上述的分析中系統(tǒng)采用基于J2EE的Web結(jié)構(gòu)進(jìn)行開(kāi)發(fā)，操作系統(tǒng)為Windows Server 2012，數(shù)據(jù)庫(kù)采用Microsoft SQL Server 2015，采用Tomcat 9.0的Web服務(wù)器，對(duì)于客戶端則采用IE 9.0進(jìn)行訪問(wèn)服務(wù)器，利用數(shù)據(jù)庫(kù)連接字符串分配數(shù)據(jù)庫(kù)的地址。Eclipse作為集成的開(kāi)發(fā)環(huán)境，STRUTS的版本為1.2。使用的編程語(yǔ)言是Java語(yǔ)言，采用代碼分離的設(shè)計(jì)模式，其特征是便于維護(hù)、調(diào)試，以及后續(xù)邏輯代碼開(kāi)發(fā)的復(fù)用。選擇主流的開(kāi)發(fā)框架SSH，其中包含采用Hibermate對(duì)象關(guān)系映射框架，利用JSON作為數(shù)據(jù)交換語(yǔ)言，AJAX+DOMAPI創(chuàng)建站點(diǎn)，滿足系統(tǒng)設(shè)計(jì)的靈活性。根據(jù)前述的設(shè)計(jì)方法，解決方案的結(jié)構(gòu)圖，如圖7所示。

圖7 解決方案的結(jié)構(gòu)圖

以分層的方法實(shí)現(xiàn)業(yè)務(wù)邏輯代碼，在編譯后由Web服務(wù)進(jìn)行封裝，通過(guò)實(shí)現(xiàn)一個(gè)JSON Web服務(wù)器對(duì)業(yè)務(wù)處理層適配，經(jīng)數(shù)據(jù)傳遞至持久化層，并將各個(gè)層次的數(shù)據(jù)存儲(chǔ)到數(shù)據(jù)庫(kù)中。

在客戶端的表示層實(shí)現(xiàn)功能，需要啟動(dòng)host進(jìn)行添加服務(wù)應(yīng)用完成服務(wù)的調(diào)用。每個(gè)賬戶都有特定的角色，用戶登錄系統(tǒng)后，對(duì)于采購(gòu)模塊進(jìn)行管理，對(duì)訂單的內(nèi)容進(jìn)行維護(hù)。其界面的設(shè)計(jì)，如圖8所示。

圖8 訂單采購(gòu)管理界面

數(shù)據(jù)庫(kù)的設(shè)計(jì)中包含企業(yè)員工的信息，一個(gè)產(chǎn)品具有編號(hào)、所屬倉(cāng)庫(kù)、經(jīng)辦人、創(chuàng)建日期和創(chuàng)建人等。當(dāng)查詢員工的信息時(shí)，通過(guò)代理調(diào)用而成。其查詢界面設(shè)計(jì)，如圖9所示。

圖9 商品庫(kù)存瀏覽界面

當(dāng)?shù)谝淮芜M(jìn)行界面加載時(shí)，可以通過(guò)“查詢”按鈕查詢項(xiàng)目類別，用戶完全掌握業(yè)務(wù)邏輯層的操作，數(shù)據(jù)庫(kù)的數(shù)據(jù)集將界面操作聯(lián)系在一起，組成整體的商品庫(kù)存信息查詢功能。

當(dāng)企業(yè)財(cái)會(huì)人員使用財(cái)務(wù)信息管理時(shí)，主要按照項(xiàng)目的賬目對(duì)報(bào)表進(jìn)行編制，并且可以按照與其他企業(yè)的來(lái)往資金信息對(duì)項(xiàng)目財(cái)務(wù)管理信息進(jìn)行編輯和復(fù)核，如圖10所示。

圖10 財(cái)務(wù)管理界面

3.2 基于MVC架構(gòu)的財(cái)務(wù)管理系統(tǒng)功能實(shí)現(xiàn)

為了驗(yàn)證該ERP系統(tǒng)的性能與穩(wěn)定性，主要考量Web服務(wù)器的應(yīng)力測(cè)試和分析Web組件[15]，采用黑盒測(cè)試的方法進(jìn)行財(cái)務(wù)系統(tǒng)測(cè)試，保證數(shù)據(jù)在測(cè)試條件下，能夠與真實(shí)應(yīng)用的數(shù)據(jù)匹配在一起，而不是處于抽象的層次。為了掌握ERP財(cái)務(wù)管理系統(tǒng)的響應(yīng)時(shí)間和并行處理能力，以每秒發(fā)送的平均請(qǐng)求數(shù)RPS作為客觀評(píng)價(jià)的指標(biāo)。該數(shù)值越大就表明系統(tǒng)的響應(yīng)時(shí)間較快，當(dāng)連接服務(wù)數(shù)目過(guò)大的時(shí)候，RPS的數(shù)值就比較低。當(dāng)開(kāi)始測(cè)試時(shí)候，利用LoadRunner編寫(xiě)腳本創(chuàng)建新的測(cè)試向?qū)?，并且?dǎo)入測(cè)試內(nèi)容，觸發(fā)多路訪問(wèn)條件，獲取測(cè)試結(jié)果。依據(jù)上述步驟建立的測(cè)試項(xiàng)，如表3所示。

表3 ERP系統(tǒng)響應(yīng)時(shí)間測(cè)試場(chǎng)景結(jié)果表

在測(cè)試環(huán)境中，對(duì)基于MVC架構(gòu)的ERP財(cái)務(wù)管理系統(tǒng)的時(shí)間響應(yīng)能力的測(cè)試結(jié)果，如圖11所示。

圖11 系統(tǒng)平均事務(wù)響應(yīng)時(shí)間的顯示圖

并發(fā)用戶數(shù)目為100名時(shí)，此時(shí)的系統(tǒng)響應(yīng)時(shí)間在0.995秒左右，CPU的利用率為51.58%；當(dāng)用戶請(qǐng)求服務(wù)數(shù)為50時(shí)，響應(yīng)時(shí)間在0.556秒左右。通常來(lái)說(shuō)，隨著請(qǐng)求服務(wù)數(shù)目的增加，響應(yīng)時(shí)間也會(huì)增加。當(dāng)用戶請(qǐng)求數(shù)目在100以內(nèi)的響應(yīng)時(shí)間保持在視為延遲可忽略的范圍內(nèi)，及時(shí)響應(yīng)請(qǐng)求。

4 總結(jié)

ERP軟件已經(jīng)成為世界通用的企業(yè)財(cái)務(wù)管理系統(tǒng)，是企業(yè)必要的技術(shù)支撐。為了提高ERP財(cái)務(wù)軟件的靈活性與松耦合性，采用MVC技術(shù)架構(gòu)，從而使得企業(yè)財(cái)務(wù)模塊的設(shè)計(jì)更加靈活，也為企業(yè)查詢信息功能帶來(lái)極大的便利，采用MVC技術(shù)模式對(duì)系統(tǒng)進(jìn)行設(shè)計(jì)。本文通過(guò)設(shè)計(jì)財(cái)務(wù)、商品等數(shù)據(jù)的數(shù)據(jù)庫(kù)，通過(guò)持久層適配，解決ERP的痛點(diǎn)，設(shè)計(jì)財(cái)務(wù)管理界面。通過(guò)構(gòu)建整體的體系架構(gòu)，分析后對(duì)服務(wù)實(shí)現(xiàn)、業(yè)務(wù)邏輯層和數(shù)據(jù)庫(kù)等進(jìn)行詳細(xì)設(shè)計(jì)?；贛VC體系構(gòu)建四層體系架構(gòu)，對(duì)業(yè)務(wù)流程適當(dāng)?shù)亟⒛Ｐ?，在界面?shí)現(xiàn)后，利用黑盒測(cè)試軟件對(duì)請(qǐng)求數(shù)目測(cè)試響應(yīng)時(shí)間。經(jīng)過(guò)測(cè)試，在100個(gè)請(qǐng)求服務(wù)數(shù)內(nèi)，系統(tǒng)的響應(yīng)時(shí)間在1秒內(nèi)，CPU的利用率為51.58%左右，可以滿足系統(tǒng)的性能，保證系統(tǒng)的功能與性能的全面性。在后續(xù)的研究中，可以進(jìn)一步對(duì)ERP系統(tǒng)進(jìn)行功能擴(kuò)展，以支持更多的財(cái)務(wù)管理活動(dòng)，完善更好的安全策略。