張雨倩++趙杰

摘 要：采用了J2EE技術并遵循B/S三層框架結構，實現(xiàn)了多功能多層次的現(xiàn)代統(tǒng)計專業(yè)目標的企業(yè)信息統(tǒng)計管理系統(tǒng)，經(jīng)過上線測試實踐證明，有效的幫助企業(yè)機構提高了效率，降低了成本，并保證了統(tǒng)計數(shù)據(jù)的實時性、完整性與安全性，滿足了企業(yè)日常運作的基本需求，為高層決策參考起到了一定的作用。同時系統(tǒng)遵循軟件工程的思想，便于系統(tǒng)的擴展與移植，可較為容易的為其他類型的企事業(yè)單位統(tǒng)計分析數(shù)據(jù)。

關鍵詞：信息統(tǒng)計；管理系統(tǒng)；三層架構

中圖分類號：TP315 文獻標識碼：A

1 引言（Introduction）

伴隨著我國經(jīng)濟水平的不斷提升，企業(yè)信息統(tǒng)計為領導層決策起到了至關重要的作用。然而目前國內(nèi)的企業(yè)信息統(tǒng)計系統(tǒng)依然存在如下各類的問題：

（1）模式老舊且自動化程度較差

現(xiàn)存系統(tǒng)多為C/S架構，統(tǒng)計信息收集完畢卻無法多級共享，日常維護基本依賴人工操作，工作效率低下，系統(tǒng)集成度不高，嚴重耽誤工業(yè)企業(yè)的信息化進程。對于數(shù)據(jù)的可靠性、真實性、實時性和安全性等都無法保證。

（2）業(yè)務流不規(guī)范亟待重新梳理

現(xiàn)有業(yè)務遵循傳統(tǒng)層級機構制度，逐級布置、逐級反饋，各級均自有系統(tǒng)，然而因為接口、業(yè)務等多方面因素，部門間溝通渠道不暢，在校對數(shù)據(jù)時，耗費大量人時，尤其是基層統(tǒng)計分析人員的業(yè)務負擔過于繁重。

（3）數(shù)據(jù)生成分析處理方式欠妥

往往平日企業(yè)上報數(shù)據(jù)時，各種數(shù)據(jù)事無巨細，無論重復與否，基本都是多次上報，反復統(tǒng)計。實際上，較多上報數(shù)據(jù)可由基本數(shù)據(jù)計算得出，包括衍生的臺賬與統(tǒng)計資料手冊。這樣的方式既不適應當下的扁平化管理需求，也無法保證數(shù)據(jù)對于其時效性的需求[1-5]。

綜合以上各點，對現(xiàn)有系統(tǒng)的再造迫在眉睫。因此本文擬采用B/S架構，基于J2EE的先進Web開發(fā)技術重整統(tǒng)計業(yè)務流程，依此來設計和實現(xiàn)新的企業(yè)信息統(tǒng)計管理系統(tǒng)。

2 需求分析（Requirement analysis）

當今社會和企業(yè)的飛速發(fā)展對于統(tǒng)計信息的實時快速要求與統(tǒng)計范圍的不斷擴展以及精準度的提高，無不與傳統(tǒng)落后的統(tǒng)計方式方法相矛盾，無法適應的變化亟待徹底的變革。因此為了建立創(chuàng)新機制，急需把統(tǒng)計數(shù)據(jù)與其相應的格式高度集中共享，這就需要不斷提高信息質(zhì)量，進行深度加工，加大組織內(nèi)外部、上下游的溝通，減少重復勞動，以適應機構合并與人員精簡的需求[6]。

2.1 功能需求

目前企業(yè)除了有各自的宣傳門戶與事務流程的系統(tǒng)平臺，還擁有產(chǎn)品銷售與生產(chǎn)、研發(fā)技術、原材料與庫存、財務和資產(chǎn)等方面的管理。因此，應整合現(xiàn)有數(shù)據(jù)融合于一個統(tǒng)一公共的平臺。系統(tǒng)的設計目標是在數(shù)學模型的基礎上，遵循業(yè)務流程與相互其關系，并遵照統(tǒng)計報表的相關運算規(guī)則，采用J2EE技術生成結果。同時充分利用該結果對指標數(shù)據(jù)進行各類（時間、空間）縱橫向比對做出綜合分析。此外，還對有關數(shù)據(jù)進一步規(guī)范處理，例如存檔、導入導出和打印圖表等[7，8]。

根據(jù)企業(yè)統(tǒng)計分析人員的要求，所設計的企業(yè)信息統(tǒng)計管理系統(tǒng)要實現(xiàn)的功能主要包括企業(yè)基礎信息管理、統(tǒng)計指標關系管理、任務填報管理、報表管理和系統(tǒng)后臺管理等功能，如圖1所示。

2.2 性能需求

由于在社會和經(jīng)濟方面，企業(yè)信息統(tǒng)計管理系統(tǒng)受限不多，因而主要闡述其在技術方面的需求[9]。主要包括幾點：

（1）負載量

為了滿足大型企業(yè)的日常管理需求，同時兼顧統(tǒng)計信息與管理監(jiān)督部門的平臺對接，對于日常所涉的大數(shù)據(jù)量（即用戶訪問量），系統(tǒng)應保證最大用戶負載容量的規(guī)模性。

（2）實時性

針對企業(yè)運作的統(tǒng)計數(shù)據(jù)實時刷新、報表的定期上報反饋等實際操作情況，系統(tǒng)需要提高實時互動的能力，同時還應該考慮與實際帶寬的兼容性。

（3）安全性

系統(tǒng)的安全性核心就是數(shù)據(jù)安全，為防止統(tǒng)計源數(shù)據(jù)被非法訪問和篡改需要設置一定的管理權限。同時系統(tǒng)也應具有一定的魯棒性，防止用戶誤操作，以保證數(shù)據(jù)的完整性。

（4）故障處理

為了正確應對用戶實際操作或運行系統(tǒng)時出現(xiàn)的各類故障，系統(tǒng)自身應該提供良好的交互性信息，以便應對外界破壞或節(jié)點故障的情況，其主要包括以下幾種：

①與數(shù)據(jù)庫建立連接失敗，或服務器網(wǎng)絡異常繁忙時，疑是數(shù)據(jù)庫無法使用或鏈路中斷，應提示無法連接數(shù)據(jù)庫或正在忙，請用戶等待稍后再嘗試，若依然不可行，則應該幫助用戶并提供對應的解決方案。

②如果用戶輸入的統(tǒng)計數(shù)據(jù)不符合規(guī)則或條件不存在時，應彈出提示信息，并自動處理相關數(shù)據(jù)，減輕用戶工作量。

3 系統(tǒng)設計（System design）

根據(jù)系統(tǒng)需求和建設的總體發(fā)展目標，兼顧近期日常運作與企業(yè)長期遠景規(guī)劃，以及總體設計的實用性、前瞻性、可擴展性和可移植性。系統(tǒng)在技術上應采用B/S三層體系結構、面向?qū)ο蟮脑O計方案、組件技術、分布式數(shù)據(jù)庫以及站點負載均衡等技術，使系統(tǒng)融合成一個開放和統(tǒng)一的平臺[8，10]。

在采用模塊化設計思想的前提下，依據(jù)現(xiàn)行的框架體系劃分各子系統(tǒng)，每個功能對應一個模塊，模塊作為插件部署到系統(tǒng)內(nèi)，這樣便于靈活控制，當系統(tǒng)需要更新時，無需整體替換程序，只需要更換對應插件即可，這樣也滿足了管理上的需求。

根據(jù)系統(tǒng)組織結構分為三個層次，每一層再按照功能劃分出不同模塊，系統(tǒng)借助Struts、Spring、Hibernate技術來進行設計，其邏輯結構設計如圖2所示。

（1）公共支持層

公共支持層采用SQL Server關系型數(shù)據(jù)庫實現(xiàn)數(shù)據(jù)存儲，借助Hibernate技術實現(xiàn)Java類與數(shù)據(jù)庫之間的映射。同時，基于DAO模式對具體的業(yè)務數(shù)據(jù)進行增加、刪除、修改和查詢操作。

（2）業(yè)務邏輯層

對系統(tǒng)具體業(yè)務邏輯的處理在此層體現(xiàn)，整個系統(tǒng)的邏輯處理業(yè)務模塊采用Struts框架中的Java Bean來處理。

（3）表示層

該層主要體現(xiàn)用戶和服務器的互動模式，為了更加便利，系統(tǒng)采用Struts標簽進行設計，并按照要求采用特定的方式格式，從而可以讓用戶通過瀏覽器即可進行業(yè)務操作，同時利用系統(tǒng)服務器程序動態(tài)地生成交互頁面與表單[8]。

根據(jù)系統(tǒng)的各項需求，結合對系統(tǒng)的分析，整個系統(tǒng)按操作功能可劃分為五大功能模塊，分別是企業(yè)基礎信息管理、統(tǒng)計指標關系管理、任務填報管理、報表管理和系統(tǒng)后臺管理。

4 系統(tǒng)實現(xiàn)與測試（System implementation and

testing）

系統(tǒng)運行需要服務器（Web與數(shù)據(jù)庫）、對應客戶端，其中服務器與客戶端上必須安裝好相關的軟件和工具[8，10]。

（1）Web服務器

首先，用戶會提交各類請求（如任務管理、報表管理和系統(tǒng)管理等）此方式以HTTP形式出現(xiàn)；其次，請求進行處理，大多數(shù)會將服務請求直接發(fā)送或進行簡單封裝后交由服務器；最后，同樣以HTTP響應的方式返回給客戶端。

（2）數(shù)據(jù)庫服務器

系統(tǒng)需要實時采集、存儲和管理企業(yè)相關的海量統(tǒng)計信息。服務器主要用于統(tǒng)計數(shù)據(jù)、存儲任務和記錄跟蹤審計等內(nèi)容，為用戶提供數(shù)據(jù)支持。

（3）客戶端

客戶端一般為個人電腦，其應安裝瀏覽器，便于登錄后進行管理。

除了對系統(tǒng)進行常規(guī)測試（諸如黑盒測試、白盒測試等）并獲取正確的結果外，鑒于系統(tǒng)的快速反應與數(shù)據(jù)特殊的實時要求，對于系統(tǒng)進一步進行了響應測試。測試結果如表1所示[8]。

5 結論（Conclusion）

隨著業(yè)務處理提出的更高要求，傳統(tǒng)統(tǒng)計系統(tǒng)也逐漸暴露出了更多的缺點。例如，C/S架構受限于機器的資源數(shù)目，服務器負荷受網(wǎng)絡訪問量遞增的暴漲，數(shù)據(jù)庫受多用戶并發(fā)和大數(shù)據(jù)流的速度瓶頸等，從而導致現(xiàn)今系統(tǒng)的整體性能無法適應業(yè)務發(fā)展的需求。

本文以時下較為流行的J2EE技術，并結合企業(yè)信息化建設和管理的理念，設計并實現(xiàn)了企業(yè)信息統(tǒng)計管理系統(tǒng)。系統(tǒng)沿用B/S三層架構，多層模式，實現(xiàn)了基本的統(tǒng)計管理模塊功能。該系統(tǒng)能做到統(tǒng)計數(shù)據(jù)聯(lián)網(wǎng)直報，并為高層數(shù)據(jù)決策分析提供第一手的原始統(tǒng)計資料，業(yè)務流程自動化，盡可能的減少人工干預。

經(jīng)過實際上線測試，在業(yè)務處理中，系統(tǒng)功能得以較好的實現(xiàn)，但也反映出存在的一些不足，后期將不斷完善系統(tǒng)對特權管理、敏感統(tǒng)計信息保密管理、簡單報表自動審批等較為高級的功能，以充分適應當前的統(tǒng)計環(huán)境，為信息化的建設推進助力。

參考文獻（References）

[1] JIN Che-Qing，et al.Benchmarking Data Management Systems：from Traditional Database to Emergent Big Data[J].Chinese Journal of Computers，2015（01）：18-34.

[2] DENG Yan-jie，HUANG Bi-qing，YAN Bo.Management Pattern and Information Systems of Third-Party Logistics Enterprises[J].Computer Integrated Manufacturing Systems，2014（05）：1220-1227.

[3] DU De-Hui，CHENG Bei，LIU Jing.Statistcal Model Checking for Rare-Event in Safety-Critical System[J].Journal of Software，2015（02）：305-320.

[4] 胡冬梅.浙能集團統(tǒng)計信息系統(tǒng)發(fā)展模式研究[J].企業(yè)管理，2016（S1）：400-401.

[5] 胡海濤.潞安集團統(tǒng)計信息系統(tǒng)的開發(fā)與應用[J].現(xiàn)代經(jīng)濟信息，2016（19）：65-66.

[6] 王濤，等.基于B/S架構的高速公路建設能耗統(tǒng)計分析系統(tǒng)設計與開發(fā)[J].交通節(jié)能與環(huán)保，2016，（04）：45-51.

[7] 楊玉龍.企業(yè)數(shù)據(jù)統(tǒng)計報表系統(tǒng)的設計與實現(xiàn)[D].北京交通大學，2016.

[8] 張雨倩.企業(yè)綜合統(tǒng)計信息管理系統(tǒng)設計與實現(xiàn)[D].電子科技大學，2014.

[9] 林偉東，吳戎飛，王鵬飛.鐵路客車統(tǒng)計信息系統(tǒng)（鐵路局級）的設計與實現(xiàn)[J].電子技術與軟件工程，2016（08）：59-60.

[10] 孫浩，等.基于Entity Framework的科研成果及業(yè)績統(tǒng)計管理

系統(tǒng)設計與實現(xiàn)[J].軟件工程，2016（04）：27-30.

作者簡介：

張雨倩（1985-），女，碩士，統(tǒng)計師.研究領域：統(tǒng)計管理.

趙 杰（1983-），男，碩士，講師.研究領域：信息管理.