像數(shù)據(jù)倉庫、ETL、OLAP，這些都算是后臺產(chǎn)品，主要集中在數(shù)據(jù)層面或是應(yīng)用服務(wù)層面。這次就來談?wù)勄罢鎮(zhèn)€產(chǎn)品，它們負(fù)責(zé)直接面向用戶，將用戶的請求轉(zhuǎn)發(fā)給服務(wù)層、數(shù)據(jù)層，同時也要向用戶展現(xiàn)所需信息。

目條件供前端產(chǎn)品的廠商可以分為兩類，一是專業(yè)前端產(chǎn)品提供商，此類公司規(guī)模一般不會太大，國外有ProClarity、InSight，國內(nèi)則要數(shù)菲奈特名氣稍大；二是全方案提供商，幾乎都是國外公司，如BO、Cognos、Hyperion等都提供前端產(chǎn)品。

BI的前端固然和通常的IT應(yīng)用（諸如MIS、ERP等系統(tǒng)）有共同之處，不過，按照分析應(yīng)用的不同還可以細(xì)分為報表展現(xiàn)、OLAP展現(xiàn)、儀表盤以及Portal等幾類；按照展現(xiàn)形式，則可以分成Web、客戶端分析工具和電子表單三種。

應(yīng)用：四種武器

BI前端應(yīng)用主要為報表、OLAP以及儀表盤、Portal等幾種。

業(yè)界一直流行一個觀點——國內(nèi)的報表非常復(fù)雜。國外的報表工具在前些年似乎并不適應(yīng)這種中國式報表，因此也就有了中國本土報表工具的生存之地，諸如潤乾、華表等。另外，還有一種現(xiàn)象是自己開發(fā)報表前端，這種方法有個很大的通病，即為了節(jié)省開發(fā)本錢，一般都會省往報表設(shè)計器的開發(fā)，只開發(fā)展現(xiàn)部分。這樣，表面的工作量減少，卻轉(zhuǎn)移到后臺的ETL上往了?？梢坏﹫蟊順邮叫薷?，就需要修改ETL程序，總不如可視化地在設(shè)計器上拖拽方便。當(dāng)然，隨著國內(nèi)企業(yè)治理的完善，決策層面對報表的需求也在規(guī)范，因此，不論是國外或是國內(nèi)報表工具，其架構(gòu)都在趨同。

OLAP的前端主要是將用戶的多維分析請求提交給OLAP服務(wù)器，并展現(xiàn)返回的數(shù)據(jù)。這里的多維分析請求主要包括鉆取、切片、旋轉(zhuǎn)等操縱。在電信行業(yè)大規(guī)模展開經(jīng)營分析系統(tǒng)的建設(shè)初期，曾經(jīng)對這項應(yīng)用寄予很大期看，不過似乎它不怎么爭氣。目前已經(jīng)有標(biāo)準(zhǔn)化組織或企業(yè)在定義OLAP前端與服務(wù)器數(shù)據(jù)交換的標(biāo)準(zhǔn)，例如微軟、Hyperion、SAS推進的XMLA，還有基于JAVA API的JOLAP。

儀表盤這種前端展現(xiàn)形式隨著績效治理軟件的興起正在流行起來，其界面非常簡單，非常適合決策者一目了然地了解宏觀信息。目前主流的BI廠商BO、Cognos、Hyperion、SAS都有自己的CPM（Corporate Performance Management）產(chǎn)品，當(dāng)然還有稱BPM或EPM的（Business/Enterprise Performance Management）?？梢哉f這些前端功能都不復(fù)雜，主要的難點還是在于績效指標(biāo)的定義以及治理流程的規(guī)范上面。

從目前的實際應(yīng)用來看，國內(nèi)很多項目大多都是采用了不止一家的產(chǎn)品。例如會選用Cognos 的Powerplay作為OLAP服務(wù)器， BO作為報表服務(wù)器，報表展現(xiàn)則用WebI或者Crystal Report。另外，企業(yè)內(nèi)可能已經(jīng)有了一套諸如WebLogic的Portal作為企業(yè)門戶。

如此，企業(yè)現(xiàn)在的題目就是需要考慮如何將這些產(chǎn)品集成到WebLogic Portal當(dāng)中。要讓這三者在界面視覺效果上看起來差未幾，還不是難事；難的是權(quán)限認(rèn)證的同一，由于每個系統(tǒng)都有自己的用戶、角色、權(quán)限體系，假如實現(xiàn)單點登錄，就要在三種產(chǎn)品之間同步用戶信息。

因此，用戶在選型時就需要考慮這些產(chǎn)品的權(quán)限認(rèn)證機制，最好是選用開放的，支持LDAP協(xié)議的產(chǎn)品。

展現(xiàn)：兩張面孔

在早期PC機功能尚弱的年代，服務(wù)器的計算能力強大，客戶端只能做很少的事情；后來，PC機功能逐漸強大，桌面系統(tǒng)的應(yīng)用變得豐富起來，C/S體系也逐漸成熟；到了90年代，三層結(jié)構(gòu)又逐步取代C/S結(jié)構(gòu)，Web應(yīng)用大行其道，由于其“零客戶端”的部署而備受寵愛；最近幾年， AJAX技術(shù)的出現(xiàn)，應(yīng)用計算似乎又重新偏向客戶端。

在整個軟件體系的變遷中，BI產(chǎn)品的前端也跟隨這個大趨勢。如今，幾乎每個產(chǎn)品都有自己的Web應(yīng)用，甚至有些產(chǎn)品出現(xiàn)了將所有的應(yīng)用前端都轉(zhuǎn)成Web界面的趨勢。例如BO，它的報表設(shè)計器就可以實現(xiàn)在Web上設(shè)計報表。

當(dāng)然，并非所有人都?xì)g迎這種趨勢，由于對于決策者，他們?？纯吹浇Y(jié)果，并不需要太多交互，因此比較看重界面的簡潔；而對于分析師、設(shè)計師來說，他們需要的是功能豐富的客戶端，方便操縱數(shù)據(jù)，定制提供給決策者的界面，因此對于報表設(shè)計師來說，Web應(yīng)用倒覺得有些不爽，由于不如傳統(tǒng)C/S客戶端那樣便捷。

電子表單是一種非常便于制作報表、做數(shù)據(jù)分析的利器。多年下來，若干產(chǎn)品你爭我奪，大浪淘沙之后，終極是微軟Excel一統(tǒng)江湖。

在Excel中，在沒有連接任何OLAP服務(wù)器的情況下，也支持旋轉(zhuǎn)透視表，這算是一種非常簡易的OLAP前端。不過，由于有些過于簡易，也為其他廠家留下空間，紛紛開發(fā)Excel插件，增強其OLAP訪問能力。微軟將在下一版本的Office大大增強BI功能，可以想見，其分析能力也將變得更加豐富。

總之，前端可以簡單以為是人機界面，BI的前端就是如何將數(shù)據(jù)、分析應(yīng)用呈現(xiàn)給用戶。有人看重界面的美觀，有人重視功能的豐富，有人夸大操縱的簡潔，當(dāng)然還有人會要求有領(lǐng)先的架構(gòu)。用戶角色的不同，對前端產(chǎn)品的要求重點也自然不同