報表選型應該知道的

近來報表軟體、商業智能、OLAP、資料分析等概念非常火熱，作為關鍵基礎環節的報表軟體在市場上也是層出不窮，讓人眼花繚亂，國內外的加起來細數一下，大概有二三十種之多，這些產品看起來實作的功能都差不多，那么，應當怎樣選一款滿足自己需求的報表軟體? 在選型程序中不被廠商的宣傳和演示牽著鼻子走？

在多年的報表經營程序中，我們發現許多用戶在選擇報表軟體時會有許多認知誤區，本篇將主要針對這些問題提供一些意見和建議供參考，

一個最常見的誤區就是報表中間件和報表平臺分不清楚，在演示程序中被平臺類產品豐富的功能吸引，但其實需求卻是要在專案中嵌入使用的報表工具，這一方面可能為多余的功能買單，另一方面還會帶來難以集成的問題，多余的功能也如雞肋一般，很難發揮作用，

要想避免這個問題，首先應該弄清楚需求（敲黑板，需求，需求，需求要明確），是用于在業務系統中做報表，還是要上跨業務系統的報表管理平臺？這兩種需求看起來都是要做報表，但其實差別卻巨大，

需求為前者時，我們要選中間件型報表工具，報表中間件的特點是報表和中間件，除了要有足夠強大的功能將資料以報表和統計圖的方式呈現外，還有個很重要的使命是 - 被 ~ 集 ~ 成 ~，快速被集成，為我們完善業務系統的報表模塊提供便利，而當需求為后者的情況下，則需要關注報表平臺型產品，報表平臺是指提供報表、統計圖及其他 BI 組件（儀表盤、資料看板等）的組織管理、權限控制等功能的軟體系統，重點是功能全面的系統，

在報表行業，廠商提供的產品也大體分為這兩類：以中間件形式提交的報表工具和以報表為中心的外圍解決方案即報表平臺，選擇報表軟體時，一定先要搞清備選產品是哪一類的，和需求目標不匹配的，做得再炫也不必考慮了，

報表工具

報表工具是細分領域“專而精”的產物，主要解決固定報表的制作，所謂固定報表，是指由技術人員預先定義好取數規則，運算邏輯的報表，后臺會有一些較復雜的運算；業務人員只在 web 端查看或簡單的增刪改資料，不涉及報表結構的修改，固定報表是日常報表開發作業中最常用且作業量最大的報表形式，而對應的，另一種報表形式，自助報表，可由業務人員在 web 端自由拖拽指標欄位生成不預先定義好表結構的報表，它能應對一些臨時性的簡單查詢需求，這兩種形式從目標用戶到應用方式兩者都有巨大不同，在選型時一定把固定報表和自助報表分開考慮，本節先針對固定報表提供一些考察點，自助報表的問題在后面的章節會介紹，

表格布局

目前國內主流報表工具采用的表格布局都是類 Excel 的單元格式，其好處是繪制簡單方便，而有些早期產品以及國外產品仍采用控制元件拖拽式布局，就很不好用，繪制帶有合并格的復雜格式報表非常繁瑣，而且，采用類 Excel 式布局的產品一般都能匯入以前用 Excel 畫的表，也可以不失真地將報表匯出成 Excel，這都是控制元件式布局產品很難實作的但卻非常必要的功能，

復雜報表

報表工具的主要任務就是減少開發作業量，而復雜報表是作業量的重頭，

對于報表樣式簡單，資料來源單一的簡單報表，如圖 1，幾乎所有的報表工具都可以輕松實作（畢竟一個成熟的工具，要是連這樣的簡單報表都搞不定，也就沒啥存在的意義了），沒有區分度，但有些報表樣式復雜，資料來源多樣，統計口徑不規則的復雜報表，就不是每家報表工具都容易做出來的了，如圖 2，用國外或開源的報表工具就很難做出來，代碼量相當大，完全起不到減輕開發作業量的目的，相比之下，采用了非線性報表模型的國產報表工具對付復雜報表的能力要強大得多，報表工具可能是少有的幾個國產軟體遠勝國外軟體的企業軟體領域了，不過，不同產品在模型細節的支持程度并不一致，還需要針對專案中的復雜報表仔細驗證，弄不好作業行程就可能被一兩個特別麻煩的報表給卡住，重點的考察模型功能有：多源關聯分片、行稱是否對稱、跨行組的同比環比以及排名計算、重疊分組等不規則分組方案、動態分組層次等，

圖 1

圖 2

多資料源

報表工具也應該與時俱進，支持多樣性資料源，資訊化應用越來越廣泛了，ERP、CRM、OA、BPM 等系統各種上馬，企業資料越來越大，報表也通常需要取到多個資料庫多個資料表的資料，所以最直接也是效果最好的，就是報表工具直接支持多資料源關聯，而不是先 ETL 做資料倉庫等作業之后再取數，

集成性

方便易用的集成性是報表工具的重要指標，也是特別容易在選型時被忽略的指標，有些報表工具（特別是國外的產品）功能很強大，獨立使用也是六六六，但在國內跟各個業務系統集成的整體氛圍下就水土不服，因為缺失集成性，方便易用的集成性要求報表工具能對應用程式提供友好全面的介面，方便用戶與各業務系統無縫對接，能夠適應各種環境，能以類別庫方式完全集成到應用系統中，這樣不僅可以提高報表獲取資料時與應用系統資料互動的性能，還可以利用服務器的負載均衡等能力提升用戶體驗，

開放性

靈活的開放性才能適應用戶更多特殊的需求，不管是集成商還是終端用戶都可以通過豐富的 API 介面，全面地對報表應用進行各種操作，以需要的方式靈活地使用報表，滿足用戶各種個性化需求的自定義，

性能與容量

決定報表工具生死的往往是性能和容量指標，隨著大資料時代的到來，選擇報表工具時，性能指標越來越被用戶所關注，網路，報表層等都可能成為性能瓶頸，而一款好的報表工具應該盡量繞開可以避免的瓶頸，如報表層就有很大的優化空間，對于報表內常用的多資料源對齊，排名等采用更高性能的 Hash 演算法，報表提供快取機制，包括模板快取、結果快取、分頁快取等多種方式，提升報表服務器性能，提供集群快取同步機制，實作負載均衡的服務器之間跳轉訪問時的快取自動同步，

移動端

現在，越來越多的用戶想在移動端隨時隨地查看企業報表，第一時間掌握企業動態，他們往往是拿來主義，要求報表中間件廠商提供完整的移動端 APP 供他們直接使用，但其實這是一個誤區，對于移動端 APP 往往是由系統集成商開發并在提供給用戶時，適當的做一些客戶定制化的功能，而報表只需要具備輸出 HTML5 的能力，支持在移動端輸出即可，作為中間件應用時，報表工具廠商直接提供的 APP 是沒有意義的，沒有必要去考察，

美觀性

看似重要的美觀性其實跟報表工具的直接關系不大，圖表是用來直觀的展示資料，方便管理者在紛雜的資料中快速判斷出業務資料的分布、趨勢、占比、同比、環比等變化規律，支持管理者決策，圖表型別的數量及是否支持鉆取、聯動等功能也是評估報表工具的指標之一，美觀性對于報表當然很重要，但由于有眾多開源圖形技術，這方面的比拼就已經不再是報表工具的重點了，報表工具廠商與其花時間精力去追趕，不如直接把好的東西為我所用，這就又回到了“專而精”的話題，所以與其用美觀性衡量報表跟圖表，不如衡量報表工具對第三方圖表的集成性更實際，

價格

最后，但不是最不重要的是報表工具的價格，不過考察產品價格時要同時考察后續報表開發制作的成本，要對比實際擁有成本，比如開源的工具雖然沒有購買成本，但實作復雜報表時，背后需要付出很大的作業量，在核算成本時往往是入不敷出，實際擁有成本更高，

報表平臺

報表平臺應該包括的基本功能包括：報表資源管理、用戶管理、資料管理、權限管理、系統外觀及報表樣式管理、定時調度任務管理以及系統監控等；移動應用，流程填報，也是報表平臺必不可少的功能；還有安全機制，運行報表平臺時不安裝插件、不改變用戶的安全設定，這樣才對用戶是安全的，這些報表平臺的常規功能基本每家廠商都具備，用戶在考察這些內容時也很少有認知誤區，一般不會踩雷，我們就不細說了，這里只介紹一些容易被忽略的功能點，

整合能力

不同企業，功能需求也是千差萬別的，即使功能再全面的一款報表平臺軟體，也逃不開個性化行業定制以及跟現有系統的整合，對于報表平臺的集成，主要考慮是否提供相關二次開發介面，可以修改系統風格樣式以匹配現有業務系統，是否提供多種單點登錄介面，可以使用現有業務系統的組織機構權限機制等，

可組裝性

要求平臺中的各個功能模塊低耦合，可以像積木一樣隨意拆裝， 這樣“報表 + 的功能太多了，有很多我都不需要，或者我預算有限，買不起這么多功能怎么辦？“的顧慮就可以很愉快的解決了，

后續開發方案

報表業務有天生的不穩定性，導致報表總是沒完沒了地要修改和新增，不可能一次性做完，那么問題來了：如果有新的報表需求或者原有報表的維護作業由誰負責？廠商？集成商？用戶？這個一定要在選型時就考慮清楚這個問題，不然很容易被專案后期維護費用驚到或者出現報表平臺不能真正用起來的情況，這里要強調一下，不要寄希望于自助報表（后面會講到原因），

交付方式

對于報表平臺類產品，有兩種交付方式，即產品交付和專案交付，而專案交付，定制解決方案，為平臺類產品的主要交付方式，在當下大環境下，IT 實施團隊的選型已經成為企業資訊化建設成敗的關鍵，但國內供應商不少是報表工具廠商擴大業務而形成的，產品本身還可以，但專案經驗少，管理能力弱，所以需要考察的就不僅僅是報表軟體的功能點，更多是的要考察做實施專案團隊的技術能力，相關行業經驗以及專案管理體系和質量，而國外的供應商實施能力就更弱了，可能是由于國外定制服務成本高導致的吧，在缺乏市場定制化解決方案的需求的前提下，缺乏集成性，難以適應國內需求，

自助報表

最后我們來談一下自助報表，

自助報表也是近年內特別熱門的需求，幾乎所有的報表平臺都提供有這個功能，各大廠商紛紛宣稱可以讓業務人員拖拽制表，不需要技術人員參與了，

但這里有個巨大的誤區，目前市場上的自助報表（或互動式 BI）雖然可以在頁面上輕松實作鉆取、切片、旋轉、分頁、自定義指標、排序、各種基本計算（求和，求平均，最大最小值等），與此同時兼具頁面友好美觀，使用流暢等特點，但是，自助報表能夠解決的業務人員需求其實相當少，例如自助報表完全解決不了程序性計算，而大多數報表都需要程序計算來準備資料，比如報表資料模型支持多源運算就是程序計算的一種，不支持關聯查詢的自助報表，一般只能解決 10% 的業務人員需求，即使有了關聯查詢也只能解決 20% 到 30%，所以不能對自助報表的期望過高，

關聯查詢是絕大多數自助報表產品都不支持的能力，所謂關聯查詢就是需要查詢的資料不在資料庫的一張物理表中，通過某個主外鍵關系關聯才能獲得需要的資訊，例如：查詢存盤金額在 10 萬以上的本地儲戶資訊，就需要做多個表的關聯運算，傳統自助報表不支持關聯查詢，需要事先建立邏輯或物理寬表把表間關系做死，一旦關聯需要發生變化時，只能重新建模，但這就要求有 IT 人員再次參與，業務人員的自助就失去意義了，而這個功能缺失又很可能被炫酷的界面掩蓋而被忽略，能否支持關聯查詢是是考察自助報表功能的關鍵指標，

有些報表工具也提供自助報表的能力，也可以作為報表中間件的功能組件被集成，這時候就要考察其可集成的能力，即也能像報表中間件一樣集成到其他應用系統中使用，如果有集成需求，則要重點考察這方面的能力，

標籤：其他

上一篇：【工具】-RAP介面管理工具

下一篇：軟體工程專案課題和小組成員介紹