目前提供前端产品的厂商可以分为两类，一是专业前端产品提供商，此类公司规模一般不会太大，国外有ProClarity、InSight，国内则要数菲奈特名气稍大;二是那些全方案提供商，几乎都是国外公司，如BO、Cognos、Hyperion等都提供前端产品。

　　BI的前端虽然和通常的IT应用(诸如MIS、ERP等系统)有共同之处，不过，按照分析应用的不同还可以细分为报表展现、OLAP展现、仪表盘以及PORTAL等几类;按照展现形式，则可以分成Web、客户端分析工具和电子表单三种。

　　应用:四种武器

　　BI前端应用主要为报表、OLAP以及仪表盘、Portal等几种。报表的前端主要是面向设计者和浏览者，因此一般报表产品也都会将设计器和浏览器分开。Crystal Report、Cognos ReportNet、Hyperion Brio莫不如此。

　　业界一直流行一个观点——国内的报表非常复杂。国外的报表工具在前些年似乎并不适应这种中国式报表，因此也就有了中国本土报表工具的生存之地，诸如润乾、华表等。另外，还有一种现象是自己开发报表前端，这种方法有个很大的通病，即为了节省开发成本，一般都会省去报表设计器的开发，只开发展现部分。比如某项目中，将任何报表都看作单元格的组合，于是设计了一种可以容纳所有格式报表的宽表，前端程序只负责原原本本地将这些数字展现出来。这样，表面的工作量减少，却转移到后台的ETL上去了。可一旦报表样式修改，就需要修改ETL程序，总不如可视化地在设计器上拖拽方便。当然，随着国内企业管理的完善，决策层面对报表的需求也在规范，因此，不论是国外或是国内报表工具，其架构都在趋同。

　　如果说报表还称不上BI的典型应用的话，那么OLAP就当仁不让了。OLAP的前端主要是将用户的多维分析请求提交给OLAP服务器，并展现返回的数据。这里的多维分析请求主要包括钻取、切片、旋转等操作。在电信行业大规模展开经营分析系统的建设初期，曾经对这项应用寄予很大期望的，不过似乎它不怎么争气。

　　目前已经有标准化组织或企业在定义OLAP前端与服务器数据交换的标准，例如微软、Hyperion、SAS推进的XMLA，还有基于JAVA API的JOLAP。因此，微软刚收购的ProClarity工具和Hyperion的Brio在OLAP展现上朝这种开放式体系发展也就顺理成章了。

　　仪表盘这种前端展现形式随着绩效管理软件的兴起正在流行起来，其界面非常简单，非常适合决策者一目了然了解宏观信息。目前主流的BI厂商BO、Cognos、Hyperion、SAS都有自己的CPM(Corporate Performance Management)产品，当然还有称BPM或EPM的(Business/Enterprise Performance Management)。这种应用主要是向用户展示绩效指标的状态、进度完成情况，提供异常告警等功能。可以说这些前端功能都不复杂，主要的难点还是在于绩效指标的定义以及管理流程的规范上面。

　　总起来看，上面提到的这些分析可以是各自独立的，有些则在一番并购之后形成了新的产品体系。从目前的实际应用来看，国内很多项目大多都是采用了不止一家的产品。例如会选用Cognos 的Powerplay作为OLAP服务器， BO作为报表服务器，报表展现则用WebI或者Crystal Report。另外，企业内可能已经有了一套诸如WebLogic的Portal作为企业门户。

　　如此，企业现在的问题就是需要考虑如何将这些产品集成到WebLogic Portal当中。要让这三者在界面视觉效果上看起来差不多，还不是难事;难的是权限认证的统一，因为每个系统都有自己的用户、角色、权限体系，如果实现单点登录，就要在三种产品之间同步用户信息。因此，用户在选型时就需要考虑这些产品的权限认证机制，最好是选用开放的，支持LDAP协议的产品。不过幸好，主流产品几乎都注意到了这一点。 

[1] [2] 下一页