一、引言
國家試行“企業一套表”制度，并輔之以先進的信息技術手段，試圖實現報表制度由各專業獨立設計轉變為統一設計，由各專業分散布置轉變為統一布置，由各專業自行確定調查單位轉變為統一確定調查單位，由間接采集數據轉變為直接采集數據，由層層上報轉變為同步共享，是統計生產流程的科學再造和高度整合，并希望通過這一制度改革促進統計生產流程的統一、規范、高效、共享、開放、擴能，提升統計工作效能，減輕基層負擔，提高抗干擾能力，優化數據質量，提高中國統計的生命力、真實性和科學性，提高統計數據的公信力。
根據統計調查的內容和要求，“企業一套表”工作可劃分為6大環節，即統計設計、調查單位確定和管理、任務部署、調查單位數據填報、數據審核驗收和數據加工匯總，其中后5個環節更側重于系統的部署、實施和應用，首環節的“統計設計”主要負責制度設計、報表制定、統一需求和建設系統，包括統一設計《企業一套表制度》、制定分行業基層表和匯總表，統一確定數據采集處理軟件需求、開發建設數據處理采集軟件等各項業務活動。這些內容和系統架構設計息息相關，是本文的研究重點。
二、“企業一套表”業務模式分析
“企業一套表”制度試行前，不少省市采用各種技術架構和實現手段對統計數據網上直報進行了積極、有效的探索，積累了豐富經驗。但是，不論國家試行的“企業一套表”配套系統，還是各省市自行研發的直報系統，實質都是以報表制度為核心驅動統計業務的開展。這種架構雖然降低了系統的復雜程度和軟件開發的技術難度，但在實際運行中，存在以下幾方面突出問題：一是企業直接面對報表，雖然不同性質的企業由系統自動推送不同報表，但由于不同報表往往也需要使用同樣的指標，就造成企業重復填報、增加負擔，且填報數據可能不一致等問題：二是某些報表需要企業內部多個職能部門提供數據，而這些部門間可能相互委托代填，造成數據填報的隨意性；三是不同的報表各成體系，報表間數據和資料難以共享，再加工難度大、可復用程度差，成為制約統計數據資源效益充分發揮的“瓶頸”。
而元數據驅動的SOA“企業一套表”技術框架，是以元數據為核心驅動統計業務開展，以統計指標分析、確定統計指標采集周期、制定元數據標準規范、建立元數據和指標參照庫為業務重點。在該框架下，業務流程劃分為兩大部分。一部分是建立元數據庫，即企業端按照元數據采集指標和周期要求，定期上報數據，企業面對的是各種指標集而非報表：同時，不同的指標集可直接分解到企業相關職能部門填報，或由企業內部信息系統加載，避免了代填數據的隨意性。另一部分，統計機構或相關部門根據統計報表業務需要，從元數據庫中提取相關指標數據，形成所需要的統計報表，并進行分析、應用和共享。因此，元數據驅動的SOA“企業一套表”框架，通過根本上的統計流程再造，可有效解決現行框架下的突出問題，大大提高統計工作效率和統計數據效益。
三、元數據驅動的SOA“企業一套表"框架設計
1．三維統計指標元數據庫模型。
元數據是描述數據的數據，統計指標元數據是對統計數據指標的描述，通過對“企業一套表”系統企業端數據分類、統計業務及統計報表分析，提取統計指標數據元，構筑基于組織維(O)、指標維(I)和時間維(t)為坐標軸的三維統計指標元數據庫模型，圖1示例是以此模型為基礎搭建的統計數據三維數據庫。
圖1 統計數據三維數據庫示例
在統計數據三維數據庫中，組織維(0)是調查對象的集合，如法人基礎數據庫；指標維(I)是統計指標的集合；時間維(T)則以統計周期為刻度的時間軸，則任何調查對象某時點統計數據均能在三維統計數據模型中找到一個對應點，如某公司2011年10月在崗職工數，在圖1對應D(O1，I1，T1)點，則平面A、平面B和平面C分別代表所有調查對象任何時點在崗職工數據集合、2011年10月所有調查對象所有統計指標數據集合和某公司任何時點所有統計指標數據集合。
示例說明了三維統計指標數據庫可將統計數據存放在數組中形成稀疏矩陣，從而解決海量統計數據存儲時間度和空間度問題，提升了數據的處理速度和響應速度；同時依托數據格式轉換手段，通過數據映射規則轉化成XML數據格式，解決了面向服務架構(Service Oriented Architecture，SOA)的數據存儲問題，為SOA架構的實施提供了合理的數據庫設計思路。
2．元數據驅動的SOA“企業一套表”框架。
元數據驅動的SOA“企業一套表”框架，以企業內部應用系統、法人基礎數據庫、上下級統計機構“企業一套表”等系統為基礎，以服務總線為信息傳輸樞紐，整合元數據與目錄、統計數據資料及統計數據服務管理等三維元數據庫資源，并以“企業一套表”門戶網站、專業應用及公眾服務等系統對外提供資料檢索、統計匯總、數據輸出等服務，達到簡化“企業一套表”系統架構，提升系統靈活性、拓展性和可維護性，如圖2所示。
圖2“企業一套表”系統框架圖
(1)基礎服務層。基礎服務層是由企業內部管理系統、法人基礎單位名錄庫、分專業報表制度設計和上下級“企業一套表”等系統通過WebServices技術組合成Web服務群，通過統一的服務適配機制進行接口定義，使用WSDL( Web服務描述語言，Web Services Description Language)，并依托HTTP/SOAP協議對外提供服務。
(2)服務總線層。服務總線層將基礎服務層的應用系統通過總線結構互聯，并封裝了協議解析、消息轉換、消息路由、事務處理及政務安全等標準數據服務。系統間信息交互，主要通過服務總線解析雙方協議、消息處理和路由選擇等進行傳送。
(3)三維元數據層。三維元數據層構筑于服務總線層上，由元數據與目錄、統計數據資料及統計數據服務等組成，通過元數據驅動封裝在服務總線層的標準數據服務進行數據資料交換和服務提供。
(4)服務標準化層。服務標準化層是本框架提供標準化服務的核心環節，通過統計指標目錄、統計數據交換和統計數據應用等服務，根據三維元數據標準規范，分解統計數據、細化服務單元，并根據業務層重組統計服務，提供元數據標準服務注冊、服務發現以及元數據管理和維護等功能。
(5)業務應用層。業務應用層是“企業一套表”平臺的功能集合，通過組合服務標準化層的服務單元，提供和處理包括統計數據資料檢索、統計匯總和數據輸出等各類業務需求，利用權限管理、運維監管等功能保障和維護平臺的安全、穩定運行。
(6)服務表現層。服務表現層是“企業一套表”平臺對外提供一站式服務的界面展示，可使用如JavaEE、.net等不同的開發環境和平合，搭建WEB應用或C/S架構的管理系統，實現用戶和平臺的交互，并可向公眾提供經過授權的統計公共服務。
3.SOA“企業一套表”元數據驅動模式。
SOA“企業一套表”技術框架，是以統計指標三維元數據驅動為核心，通過數據適配器調用元數據與目錄庫、統計數據服務庫2個元數據標準，以WSDL語言描述對外提供的服務，形成WSDL描述文檔。其中，統計指標與目錄元數據庫是面向數據集層次的元數據標準;統計數據服務元數據庫是面向服務的元數據標準。圖3是數據適配器和報表解櫥編譯器將企業端和調查機構有機整合的元數據驅動的SOA“企業一套表”工作模式。
圖3“企業一套表”核心工作模式圖
(1)統計指標與目錄元數據庫的生成。在對統計業務流程和功能分析的基礎上，通過建模等手段，甄別不同類型的統計指標，提取數據元及屬性，這是“自上而下的數據元提取方式”(top—down)；另一種“自下而上的數據元提取方式”(down—top)，則是對企業端經營活動中涉及的可能需要調查的各種指標，結合企業已有的管理系統，進行數據元和屬性的提取，并且通過對元數據進行篩選和梳理、排重后，生成元數據與目錄庫，前一種方法更為高效，但兩種方法互為補充。
(2)統計報表的繪制和編譯。調查機構根據不同的調查目的提取元數據組成元數據集，并按照規定的報表格式進行繪制，通過報表解析器進行編譯提供服務，并將服務對應的WSDL文檔注冊到UDDI(通用描述、發現與集成服務，UniversalDescription，Discovery and Integration)中，同時將服務中涉及的數據集元數據記錄發布到統計指標與目錄元數據庫中。
(3)元數據指標的分發和采集。企業端從UDDI獲取元數據指標分發的服務接口，通過數據適配器提取服務涉及的統計數據指標與目錄元數據，元數據集與企業的性質及類型、各元數據屬性及采集周期等有關。各企業可根據各調查指標的屬性，將指標分解到企業內設部門，如人力資源部、財務部等進行填寫：或者由數據適配器通過HTTP／SOAP協議訪問企業內部管理系統的Web Services服務獲取相關數據以解決平臺異構、結構異構與分布性等問題。
(4)統計報表的接收和匯總。調查機構從UDDI獲取統計報表接收的服務接口，并通過報表解析器進行報表還原，依托三維數據庫快速的檢索和響應速度，從統計數據資料庫、統計數據服務元數據庫分別提取數據和運算規則，并采用AJAX、JAVASCRIPT等技術實現快速的報表數據載入和運算，減輕服務器端的承載壓力，特別對于報表匯總等大數據運算時，三維數據庫等計算機技術的使用有效地分攤了服務器和瀏覽器端的載荷，避免了堆棧式的排隊匯總，降低了服務器處理能力的要求。
四、元數據驅動的SOA“企業一套表”平臺優點
元數據驅動的SOA“企業一套表”平臺解決了傳統統計數據網上直報系統靈活性不足、拓展性不強、數據共享時效性差等問題，簡化了“企業一套表”平臺設計的復雜度，提高了系統的靈活性和拓展性，其主要表現在：
1．發布更容易、共享更便捷。
平臺采用三維元數據驅動及SOA框架，能夠很好地支持和銜接異構及多協議的第三方系統，并通過報表解析／編譯器，提取報表數據元，依托數據適配器發布到企業端，使得統計表的發布更容易，共享更便捷；同時實現了不同的應用服務協調運作、不同服務之間的通信和整合，滿足了日趨復雜的統計業務需要。
2．數據更準確、運行更高效。
三維元數據庫把數據問的相關算法預植入數據庫本身，而不再依靠邏輯層來對數據進行預處理，既解決了統計制度中統計指標重復程度高，降低了數據冗余度，又提升了平臺海量數據的處理能力：同時規避了部分可推算統計指標對填報單位產生心理暗示、影響和干擾統計數據準確性的問題。
3．平臺更開放、拓展更自由。
企業面對的是調查指標，與統計報表格式無關，統計機構根據業務的需要可以隨時提取元數據重組或增加新的報表，無須對企業進行再次的培訓，提升了平臺拓展的自由度：同時平臺內置的數據適配器可以接駁企業的ERP或者MIS等系統，直接獲取相應的統計數據；或者由平臺向第三方電子臺賬系統直接提取數據，擴大平臺的開放性。
五、結論
本文介紹的元數據驅動的SOA“企業一套表”框架，更多是從統計業務的實際特點出發，結合現代信息化技術手段和設計理念，對破解現有統計數據網上直報所面臨的問題和困境進行了嘗試。這種利用Web Services形式進行封裝，采用元數據驅動的框架，除了可以解決統計機構統計數據的采集問題，在拓展其他非統計部門的統計應用方面也卓有成效，同時基于此框架的“企業一套表”平臺也可敏捷地應對“云計算”所帶來的巨大技術變革。
轉載請注明出處：拓步ERP資訊網http://www.lukmueng.com/
相關文章
