Hyperion Vs. BOBJ

概述Business Objects (简称：BO) 只提供报表和查询的产品组件，不能满足很多公司对建模和预算任务的需求，比如：what-if分析和预测，因此BO提供的其实并非是一个全面的BI平台方案。

在Hyperion BI平台中，HPSu在查询和报表领域跟BO形成正面竞争，其他产品超出BO提供的产品范围。

1．对手优势集成的BI工具BO将文档、用户验证/安全、数据源连接和元数据（语义层）等信息存放在公用的共享库中，产品集成性好，使得实施、管理和维护，尤其是大型基于Web系统的部署更加的简单。

丰富的IT部门销售经验以及众多的客户群BO属BI业界领先者之一，有极其广泛的用户基础（在 80 多个国家中拥有 24,000 多家客户），累积了丰富的面向IT部门的销售经验。

另外，2年前BO开始以Solutions 的方式向全球销售更高端的应用，将其部署扩展到企业级层次。

强势的市场活动和行业联系BO有强的市场攻势和一致的市场定位，并且拥有一个有效的行业分析员联系项目，使得用户很容易去接受他们的理念和产品定位。

2．对手弱点没有实际的绩效管理远景BO将自己定位为纯BI厂商，并没有将其核心业务转移到绩效管理，这一点跟另一对手Cognos CPM的定位不同。

但是，BO也通过它的分析应用着力推广其EPM，并开始跻身进最新的Gartner CPM 魔幻四方中（仅有计分系统）。

没有实际的绩效管理产品BO产品主要是基于报表来完成对过去情况（历史）的分析应用，Enterprise 6没有包括财务应用、经认证的战略平衡计分卡，带非常有限的计算功能，这加大了IT部门搭建和维护的困难。

局限的OLAP能力来支撑BPMEnterprise 6连接OLAP Server时只能完成报表工作，支持一些很简单的报表型计算。

它局限的计算能力还体现在Application Foundation基于关系型数据库，本质上受SQL 的计算限制。

缺乏制作生产型报表的能力Broadcast Agent (BCA) 不是企业级报表引擎，它仅仅负责关系性报表的刷新和分发，没有任何的报表设计能力。

不友好的用户使用风格Enterprise 6 目前有多种报表格式 (Windows，Web ver.5.x，OLAP source report，Web ver.6.x)，同时根据不用层次的功能要求用户需使用不同的工作界面，例如：目前Web端的产品只能提供C/S模式下60%的功能。

昂贵的升级成本Enterprise 6 的门户、分析应用、文件和应用集群不支持向后兼容，例如会出现以下情况：为了实现升级，用户需要手工打开每张WebIntelligence 2.x的报表再以6版本的格式保存。

与Crystal产品线重合由于市场对Crystal品牌的认可，BO会继续维持该品牌，但是双方在功能和战略上的重合将不可避免地造成内部竞争及吞食，至少在销售环节上带来不确定性。

3．我们的策略质疑BO未来的产品走向收购之后会发生什么情况呢？什么产品会最终生存下来呢？什么时候以何种方式集成？BO说他们会继续发展两条产品线，希望在2004年能搭建出一个供两个产品集公用的系统管理基础底层。

没有绩效管理经验尽管已有2年时间的解决方案销售，BO努力地卖其所谓的“分析应用”，实际只是包含历史度量和报表的简单仪表盘。

在绩效管理这个他们即没有经验、也没有实际产品进行支撑的市场，他们怎能期望能有效地销售呢？不堪一击的EPM市场策略BO努力使它自身定位为BI厂商，在收购了Crystal后这点得以增强。

同时，它也尝试去相应市场朝绩效管理发展的趋势，但是它正在慢慢地失去它的市场份额，在EPM中薄弱的产品、分散的资金和尚未解决的内部问题使它陷入不堪一击的位置。

成功执行的难度在过去连续5个季度里，BO的许可收入一直在下降。

去年，BO流失了8到9个高层管理人员并承认他们不是销售得很成功。

现在，它必须整合Acta、Crystal Decisions，响应市场从BI到BPM的进化，并与新来的参与者像Microsoft、Siebel的竞争维持其核心的BI收入。

Business Objects背景介绍依据IDC 2002年的数据，在完成对Crystal Solutions的并购后，新的Business Objects成为BI领域最大的供应商，其收入超出Cognos 40%。

但是，该并购因为双方产品的重合、集成双方产品所需的漫长时间以及市场竞争环境下员工士气不高等问题蒙上阴影。

根据2004年3月公布的最新产品整合蓝图，Business Objects 公司将用2年的时间分三个阶段集成两个公司的产品系列。

第1阶段：产品集成包；将提供门户集成、公共 Web服务API，并将启动 Business Objects 元数据或语义层作为 Crystal 报告的可选数据源。

BO希望在2004年Q2推出该集成包。

第2阶段：平台级集成；将提供重要的平台级集成，支持在公共基础设施上运行、共同管理的核心产品。

BO希望在 2004 年底推出平台级集成。

第3阶段：完成集成；将是集成的最后阶段，使当前产品在强化、集成的平台上发挥更高功能。

BO希望在2005底完成整合。

目前BO同时在开发的有4个版本产品，分别是BO 6.1.x, BO 6.5, BO 11, Crystal 10，其中BO 6.1.x、BO 6.5和Crystal 10都是在合并之前就启动开发的项目。

从上图可以看出，在产品完成集成之前，在项目中我们往往可能还是单独地跟BO两个平台竞争。

BO产品组件说明：功能比较在同样的需求下，BO需要更多的产品组件来实现HPSu的功能，这便增加了安装、开发、管理和维护的成本，更重要的是，HPSu不存在产品不延续和集成的潜在风险，在单一平台上集成了用户所需的各种功能。

下面主要从数据处理和报表、灵活性及易用性、个性化仪表盘、部署周期、易维护性、平台灵活性、性能及扩展性七方面来比较Hyperion Performance Suite 8 和BO Enterprise 6的功能差异。

功能HPSu 8 Enterprise 6 局限数据处理和报表Hyperion是唯一一家能同时提供数据处理和企业级报表的厂商。

通过Hyperion，企业能在其现有环境中按照客户的样式要求轻松生成十几万张报表。

HPSu以业界领先的性能完成连接不同的数据源，数据转换并最终在Web端分发报表的任务。

报表也可以通过邮件通知或直接打印输出的方式传送。

HPSu能实现一个报表程序经一次数据处理过程生成不同样式的多张报表。

输出能以不同的要求分解成文件，如按部门或按区域。

HPSu能满足多种复杂的报表需求，例如：生产型报表的离线分析处理关系型和非关系型数据日期滚动BO没有真正的企业级报表能力。

BO 在企业级报表上的尝试，Broadcast Agent Publisher还没有集成进它的架构中（额外需要85K，同时再还需加上预装组件Scheduler 50K），速度也并不理想（2个小时生成10000万报表）。

Publisher只支持Windows平台，并与很有技术上的局限：单独的共享库——共享库中的报表不能动态链接单独的安全控制单独的登录Federal Requirements for non-persistent client datastore灵活性及易用性用户界面：HPSu使得企业用户通过零脚本客户端以单点登录方式组织、管理和传递信息。

同时，用户几乎不需要培训就可以个性化其报表。

钻取路径：HPSu提供完全的钻取功能，包括随意钻取和预定义向下钻取。

这种独特的灵活性提供给用户多种研究数据的方式，包括自由分析和在预先定义路径的导航指导下的分析。

另外，Brio允许用户自己添加额外的字段和随意钻取能力，这样用户不需要不停地回头找IT帮助获得重要数据。

产品集成：HPSu 8 Foundation为分析和报表提供了公共的基础平台，并且所有企业的信息都存放在统一的共享库中。

产品界面风格一致，并且所有功能都集中在一套件中。

分析报表可方便地移植，在C/S和Web的部署中使用同种文件格式。

无论是C/S还是Web环境中，用户可以在不同平台间分享他们查询和报表。

与WebIntelligence不同，HPSu的瘦客户端能使用户无需任何客户端下载就能在浏览器中进行查询和分析。

用户界面：BO的用户发现其界面不容易掌握。

在对一批首次接触两个产品的用户进行产品可用性测试时，50人中有48人选择HPSu的易用性要超越BO，这和Metagroup的结论：HPSu是最易用的BI工具完全一致。

钻取路径：BO钻取路径由IT人员预定义，如果IT人员不能准确地定义钻取层次，终端用户需不断找IT人员帮助。

不能自由随意钻取，用户将无法挖掘有价值的发现，这样的困难同样造成频繁修改报表成为IT人员主要任务之一。

产品集成：BO的C/S客户端和WebIntelligence产品有不同的界面和文件类型，这会使用户很迷惑，并妨碍了信息的共享。

WebIntelligence用户工具与C/S 的客户端相比在功能上有较大差距。

例如：Webi 用户只能查看和打印由BO C/S客户端生成的报表，不能进行分析。

另外，任何Webi瘦客户端的操作都下载一段客户端脚本。

个性化仪表盘HPSu客户化定制的能力能提供给用户个性化的信息视图。

例如：用户可以将BQY文件的一个区内嵌到个人主页中，这样通过浏览器在纯HTML的环境中能够有效地创建活动的分析仪表盘。

通过EIS区，用户可以得到文档内容的合并视图，利用可脚本编程的控件交互式地执行界面背后的各种数据或查询操作，在引导下轻松地检索回相关的数据信息。

尽管仪表盘日益流行，BO在这方面仍是最弱的。

BO需要耗时的VBA编码来创建仪表盘，而VBA只能运行在Windows C/S环境，对于Unix系统就需要用其他的脚本语言。

另外，EIS和其他应用的脚本不能在WebIntelligence上使用。

企业机构还可以选择在EIS应用中利用对象模型，随心所欲地动态添加文档区以及执行查询或数据内容。

部署周期HPSu可选的语义层使得只用最少的管理费用就能更加灵活地完成包含业务系统、数据仓库或数据集市的开发部署，很多的实施现在可以周为单位，而不是以月。

HPSu在多种平台下都可运行，直接连接一种或多种数据源的复杂Web报表在数天内便可完成。

这不仅只配置，还包括创建一些基础信息内容。

例如：通过SQR，开发人员能够在一两天内完成最复杂的报表（包括按条件定制格式、完成数据转换的功能和商业逻辑）。

BO需要创建独立的语义层，每个数据源都要创建Universe。

配置BO 的时间可能非常长，这取决于当前环境和能供BO使用的IT资源。