90%的企業都會考慮的數據平臺建設方案

很多企業在信息化建設進程中會面臨這樣的困惑：隨著系統的增加，建設的深入，積累的數據愈來愈多。沉淀在系統中的數據要利用，可視化成了問題，延伸到利用就構成了報表展現和數據分析展現的需求。關于這些問題，這里分享洋河的信息化建設案例，原文是洋河股分數據分析負責人熊衍在帆軟大數據巡展上的演講。

關于洋河

蘇酒團體有1個酒都、兩大名酒、3個第1、4個1流。1個酒都說的是蘇酒團體的所在地 江蘇省宿遷市，兩大名酒指的是洋河、雙溝兩大中國名酒，3個第1指的是產能范圍、市場占有、綿柔品質均位列行業第1。4個1流指的是釀酒技術、品牌影響、創新能力、營銷網絡4個方面均數行業1流。

洋河信息化建設背景

洋河的信息化建設在白酒行業中起步較早，2003年上線用友的U8系統，以后建設了OA系統，實現南京、宿遷、洋河、雙溝、泗陽5地的網絡專線互聯。2012年開始建設SAP 的ERP系統，兩期項目包括了前端銷售、財務到后端生產、倉儲等全部業務鏈。另外還建設了移動訪銷、商務會員系統、Portal、BPM等1系列外圍業務系統。這幾塊構成極大地提升了洋河的信息化水平。

在洋河的信息化系統架構中，以SAP ERP、TMS、WMS、BPM等系統為后臺，商務會員系統、移動訪銷、企業門戶為中臺、洋河1號、官方商城等為前臺，前中后臺在業務運轉中產生大量的業務數據。實行的每套系統都有各自的報表，這些報表實現的方式各不相同、展現情勢5花8門。這對綜合數據平臺的報表利用帶來了很大的問題，總結來講，有以下3大痛點：

1、報表分散，缺少計劃和管理

各系統數據源相互獨立、各自的報表也相互獨立，不同系統的報表需要由不同系統的開發人員的開發保護，跨系統跨數據源的報表只能通過遠程接口相互調用來實現，效力低下，運維困難，對開發人員的技術能力要求較高。

2、實時關聯，影響業務效力

原來的報表直接從業務系統的數據庫中取數，由于報表的取數邏輯相對與其他業務比較復雜，查詢結果較大，因此報表給數據庫釀成的壓力要遠大于其他的業務計算邏輯。例如，移動訪銷系統曾出現過1次數據庫宕機事故，事后經查明，報表的計算邏輯消耗了80%的系統性能資源，而業務上的計算邏輯只消耗了系統20%的性能資源，這個數字聽起來如此駭人聽聞，卻是真實產生過的事，值得沉思。

3、情勢單調，用戶體驗差

原來的各平臺報表只屬于平臺的附屬功能，缺少專業的展現能力，絕大部份報表只能以表格情勢來顯現，不美觀也不好用。例如：SAP系統的ALV報表，居然連后臺分頁都沒法實現，體驗非常差。

基于以上種種緣由，洋河在信息化要做出第1步改變——引入專業的報表平臺。

經過反復的調研，選擇了行業內最優秀的產品——帆軟報表FineReport。 借著這個契機，對公司內部報表體系做了1個梳理和計劃。

我們引入了數據倉庫，設立了專門的報表開發運維團隊。FineReport的使用為我們帶來了3個不言而喻的好處：

1、下降報表開發運維工作的復雜度，提升了報表利用水平。

2、報表與業務系統分離，大幅提升了業務系統性能。

3、帆軟的專業展現能力和強大的擴大性使開發效力和需求響應速度得到了大幅提升。

與此同時，對現有各系統的報表依照功能進行了分類，梳理了洋河的報表體系，有步驟的將體驗很差的報表向帆軟報表平臺遷移。

帆軟報表的利用大大減少了對系統間的接口接通、圖表庫是不是兼容，頁面控件的邏輯實現、查詢權限控制該如何設計這些瑣碎問題的斟酌。而后可以把主要精力放在報表取數邏輯的優化上。

在提升報表效力的規范上，我們制定了SQL語言的編程規范，要求所有開發人員嚴格遵照，以此來保證代碼可保護性和查詢效力。

報表與其他平臺的深度融會

1、報表與Portal的集成

由于這些年建設的系統愈來愈多，每套系統都有1套登錄賬號和密碼，為了減少運維人員和用戶的壓力，我們計劃了以Portal門戶作為所有前端系統的統1入口。

這就觸及到FineReport與Portal的集成問題。我們采取CAS單點登錄集成方案，通過SSO服務攔截帆軟報表平臺的要求，驗證后發給令牌獲得訪問權限。這樣1來就無需同步Portal的用戶名密碼，多套系統可以實現相互集成。

2、報表的自動受權機制

報表的權限問題，我們分成兩部份：報表查看權限和查詢范圍權限。針對查詢范圍權限，設計了1套自動授權機制。通過辨認用戶登錄信息，獲得用戶身份分類信息，計算用戶最大權限，以樹形菜單展現查詢權限樹，自動辨認用戶選擇的查詢范圍所屬層級。

3、報表的SAP函數

在某些情況下，報表要求從SAP直接調用BAPI函數。為此進行了2次開發，自行設計了帆軟報表與SAP通訊的公共方法 SAP_RFC_TOOL們使用JCO3技術實現JAVA與SAP通訊并進行了封裝，使用戶能夠跳過種種細節，簡單的通過調用公共方法調用任意的SAP遠程函數，返回的數據類型可以由java程序直接使用。以后我們還設計了函數CALL_SAP_RFC_RT_STRING()。由圖可以看到調用SAP遠程函數的使用方法，非常方便。

得益于帆軟無與倫比的開放性，這也正是青睞帆軟的緣由。

未來建設計劃

隨著洋河信息化建設的不斷深入，數據積累愈來愈多，數據分析的需求也與日俱增。因此，數據分析體系的建設變得燃眉之急，因此下1階段的計劃是建設1個數據分析體系。以SAP BW為數據中心，所有業務系統的數據源通過定時抽取的方式進入數據中心，經過BW的數據清洗、整理、建模等處理工序后，為報表提供統1數據來源。以帆軟報表平臺作為前端固定格式報表提供給基層銷售、內勤等部門使用。BO 則作為多維分析報表平臺和決策輔助駕駛艙平臺供高層管理者使用。這個計劃的關鍵的地方就在于，帆軟報表將承當大量的并發壓力和大部份的業務數據報表的展現。

生活不易，碼農辛苦
如果您覺得本網站對您的學習有所幫助,可以手機掃描二維碼進行捐贈