Hyperion Vs Cognos文档格式.docx
- 文档编号:21541437
- 上传时间:2023-01-31
- 格式:DOCX
- 页数:13
- 大小:662.98KB
Hyperion Vs Cognos文档格式.docx
《Hyperion Vs Cognos文档格式.docx》由会员分享,可在线阅读,更多相关《Hyperion Vs Cognos文档格式.docx(13页珍藏版)》请在冰豆网上搜索。
2.对手弱点
没有集成的产品
CognosSeries7是截然不同的、没有集成的C/S和Web产品的集合,这些不同文件系统、元数据、对象模型和界面的产品通过安全、管理和门户的共享实现交互操作。
ReportNet至今仍是一个独立的元数据层、安全和界面的产品,具有不同的架构。
虽然与Series7的部分组件能实现交互,但是缺乏任何从Series7相关功能组件(ImpromptuC/S、ImpromptuWebReports和CognosQuery)到ReportNet的移植工具。
麻烦且高成本的结构
由于不同的产品和元数据层,Series7要花上几天的时间来安装。
另外Series7系统较容易崩溃,特别是在从测试环境到生产环境的部署上,因为需要跟踪太多不牢固的目标。
这样导致了更高的实施、部署和维护的成本。
ReportNet仅仅添加了另一层需要安装、部署和维护的产品。
难以扩展到超多用户环境
BI产品缺乏集成性使得Cognos相当困难并需要付出昂贵的成本去扩展,特别是在随着用户数的增加时,Impromptu/Query的报表和PowerPlay的立方体也成倍增加。
每次数据添加或是数据库结构改变,PowerPlay的立方体都必须重新建立和部署。
ReportNet宣称能扩展到几十万级用户,但是还没有客户真正证实这点,即便真的如此,它也仅仅是个查询和报表的工具,不是一个支撑BPM的BI平台。
局限的OLAP功能来支撑BPM
Cognos的BI工具,尤其是PowerPlay,缺乏支撑BPM应用的基本功能,不能像Hyperion平台一样提供回写、复杂的分析和计算、What-If建模及目标跟踪、以及预测等功能。
无法扩充开发
Cognos提供封闭的、主要面向BI的工具,并没有一个统一的集成开发环境来进行客户化定制、扩充应用和完成应用间的结合。
ReportNet提供比Series7复杂的API库,但像上面所说的,它仅仅是查询和报表的工具,不支持BPM。
3.我们的策略
Hyperion的平台为支撑BPM而搭建,Cognos注重Q&
R
Hyperion的BI平台为高级分析、查询及分析、企业报表、复杂计算和数据库回写提供了一套开放的、集成的、可扩展的工具集(超过250个从财务到高级统计操作的预置函数),提供与预定义和客户化BPM应用相符的企业级OLAP引擎和开发工具。
Cognos没有集成的产品集主要定位在查询、报表和轻量级的OLAP。
尽可能早地推荐我们的远景和集成平台
Cognos在远景上有很好的市场资料但他们的产品并不支撑它,攻击这点并证明我们不仅是BPM的领导者,我们背后有支撑的产品和客户作为基础。
尽早跟IT部门打交道,争取POC机会
Cognos传统上跟IT部门建立了很好的关系并能成功销售各种制作精美的演示。
不要掉进这个陷阱中!
尽早地跟IT和管理部门交流,争取一个有时间限制的POC机会,证明我们的平台能很好地支持绩效管理应用,当然也包括了Q&
R。
产品线长,但每一类产品都非一流
Cognos的产品线很长,每个产品仅完成一小部分功能,无论对用户的IT开发者或是系统的应用人员,如果全面掌握确实很难,且其每一类产品都非一流软件。
Cognos提供DecisionStream作为ETL工具,号称完整的BI解决方案,但是其功能简单,在很多客户中往往是需采购第三方更加专业的ETL工具进行实施。
相比之下,HyperionBI平台无论在前端还是后端,就为用户提供了最佳的选择。
证明HyperionIntelligence的易用性和易于实施
Intelligence不仅对最终用户具有业界公认的易用性,管理人员部署和维护也拥有更低的培训成本,因为他们只需要学习一个产品。
相反,Cognos由于钻取路径必须手工创建和修改,需要大量的IT干预。
Cognos背景介绍
Cognos成立于1969年,总部在加拿大渥太华,在全球有超过3300名员工,是BI领域的领先厂家之一。
Cognos目前主要产品定位于计划预算、商业智能(企业报表)和企业计分卡,主要的优势行业在公共部门、金融、生物科学和制造业。
Cognos在BI领域有超过30年的销售经验。
Gartner基于厂家对远景的执行和完成能力,将Cognos定位为企业BI套件和报表市场的领导者。
Cognos的BI工具称为Series7,其用“BI架构”进行定义,包括了6种不同的能力,见下表:
Cognos产品组件说明:
定位
产品
功能
门户
UpFront
Series7门户(BI门户)
报表
ReportNet
Impromptu+Query
关系型、即席查询或企业报表(只限ReportNet)
分析
PowerPlay
简单的OLAP;
钻透到关系型数据库
数据可现度/仪表盘
Visualizer
仪表盘
事件管理
NoticeCast
事件通知
数据抽取(ETL)
DecisionStream
简单的ETL工具
功能领域/行业分析
AnalyticApplications
为“客户分析”、“财务分析”和“销售分析”预定义了报表和度量
CognosSeries7是风格截然不同的、没有集成的C/S和Web产品的集合,这些不同文件系统、元数据、对象模型和界面的产品通过安全、管理和门户的共享实现交互操作。
ReportNet是Cognos新发布的仅基于Web的BI产品,它跟Series7完全独立,从底层开始重写。
功能上看,它将替换掉Series7中的Impromptu和Query,并增加了企业报表的能力。
到目前为止(2004年4-5月),Cognos还没有提供到ReportNet的移植工具。
Cognos目前最新发布的版本为Series7release3和ReportNet1.1。
CognosBI产品功能定位:
Cognos产品架构:
ReportNet和PowerPlay结构:
功能比较
1.HyperionEssbase与CognosPowerPlay对比
HyperionEssbase
CognosPowerPlay
多维数据库
OLAP技术领域的引导者,业界唯一真正意义的多维数据库,第一个多线程并发处理引擎,支持多用户并发读/写,支持数据库触发器,支持Unicode。
只读的多维数据立方体,支持简单运算的数据聚合汇总,属轻量级OLAP。
适用分析主题
提供块存储和聚合存储两种存储方式,满足企业包括财务(财务高级智能)和非财务主题(大量稀疏数据,如客户分析、供应商分析等)全面的分析需求。
只提供聚合存储方式,难以完成分摊、预测、复杂KPI计算等高级财务分析需求。
灵活维度设计
根据数据特征提供属性维、共享成员、混合存储等多种灵活维度设计。
维度设计手段比较单一。
大数据量及性能处理能力
采用聚合存储方式,能轻松处理上千万成员维度的分析主题需求;
Essbase多次成为OLAP引擎的业界基准。
通常处理维度成员在数十万级别。
超大规模部署能力
支持分布式大规模集群部署,在全球有不少超大规模部署的成功案例,如日本NTTDoCoMo,大约30,000个最终用户。
有待考察。
应用开发支持
支持Java、JSP/ASP、C、VisualBasic、DreamWeaver的编程开发,支持XMLA、CWM和JavaOLAPAPI,降低开发成本和集成复杂度。
不支持已有元数据,接口较封闭,使用VBA脚本语言。
BPM支撑能力
Essbase是HyperionBPM应用的强大支撑平台。
PowerPlay不具备支撑BPM应用所需的高级分析、复杂计算和数据库回写等功能,其BPM应用是独立的,目前还没有能力实现与BI平台的集成。
2.Analyzer与PowerPlay的功能对比
3.HPSu8与Series7的功能对比
下面主要从数据处理和报表、灵活性及易用性、个性化仪表盘、部署周期、易维护性、平台灵活性、性能及扩展性七方面来比较HyperionPerformanceSuite8和CognosSeries7的功能差异。
功能
HPSu8
Series7局限
数据处理和报表
Hyperion是唯一一家能同时提供数据处理和企业级报表的厂商。
通过Hyperion,企业能在其现有环境中按照客户的样式要求轻松生成十几万张报表。
HPSu以业界领先的性能完成连接不同的数据源,数据转换并最终在Web端分发报表的任务。
报表也可以通过邮件通知或直接打印输出的方式传送。
HPSu能实现一个报表程序经一次数据处理过程生成不同样式的多张报表。
输出能以不同的要求分解成文件,如按部门或按区域。
HPSu能满足多种复杂的报表需求,例如:
生产型报表的离线分析
处理关系型和非关系型数据
日期滚动
FederalRequirementsfornon-persistentclientdatastore
Cognos不能同时访问多个数据源来生成报表。
当访问每个数据源时,用户必须为该数据源创建一个静态的Hotfile。
如果不这样做的话,客户必须购买ETL工具DecisionStream来创建一个访问多数据源的数据集市——这是对普通客户过于昂贵和复杂的解决方案。
ImpromptuWebReports(IWR)必须要使用客户端工具Impromptu来生成。
目录结构和钻取路径都需要IT人员来创建。
报表分发也是个复杂的管理过程,只有IT人员懂得调度。
灵活性及易用性
用户界面:
HPSu使得企业用户通过零脚本客户端以单点登录方式组织、管理和传递信息。
同时,用户几乎不需要培训就可以个性化其报表。
钻取路径:
HPSu提供完全的钻取功能,包括随意钻取和预定义向下钻取。
这种独特的灵活性提供给用户多种研究数据的方式,包括自由分析和在预先定义路径的导航指导下的分析。
另外,Brio允许用户自己添加额外的字段和随意钻取能力,这样用户不需要不停地回头找IT帮助获得重要数据。
产品集成:
HPSu8Foundation为分析和报表提供了公共的基础平台,并且所有企业的信息都存放在统一的共享库中。
产品界面风格一致,并且所有功能都集中在一套件中。
分析报表可方便地移植,在C/S和Web的部署中使用同种文件格式。
无论是C/S还是Web环境中,用户可以在不同平台间分享他们查询和报表。
与WebIntelligence不同,HPSu的瘦客户端能使用户无需任何客户端下载就能在浏览器中进行查询和分析。
Cognos的Web用户界面依赖门户产品UpFront。
但是,主要的Series7功能都集中在客户端产品,需要最终用户在本地加载多个产品。
要实现在Web环境下浏览客户端报表,IT人员必须手工添加URL链接到UpFront的网页上。
Cognos不支持随意钻取,因此用户的钻取功能被限制在预定义钻取路径上。
Cognos的PowerCube层次设计是IT人员来完成的,如果他们没有“正确”的定义路径,用户就只能使用无效的钻取路径。
更糟糕的是,紧急情况会意外地发生。
另外,当穿透钻取时,用户希望知道他们钻到明细的具体报表。
除了UpFront的基础平台,Cognos的客户端和Web端的产品是不同的。
当使用其中在一个产品时,必须切换到另一产品才能实现某些特殊功能。
用户会混淆哪个Cognos产品提供了其所需要的功能。
PowerPlay在业界有着最高的搁置率(62%)。
个性化仪表盘
HPSu客户化定制的能力能提供给用户个性化的信息视图。
例如:
用户可以将BQY文件的一个区内嵌到个人主页中,这样通过浏览器在纯HTML的环境中能够有效地创建活动的分析仪表盘。
通过EIS区,用户可以得到文档内容的合并视图,利用可脚本编程的控件交互式地执行界面背后的各种数据或查询操作,在引导下轻松地检索回相关的数据信息。
企业机构还可以选择在EIS应用中利用对象模型,随心所欲地动态添加文档区以及执行查询或数据内容。
尽管Cognos提供了强大的脚本和对象模型环境,Portfolio(简报)还是不能通过简易的拖曳方式来创建面向用户的高级仪表盘。
Cognos使用VB脚本语言,只能在Windows环境使用,在Web和Unix的环境下开发局限很大。
另外用户不能通过Web的方式访问EIS报表(Portfolio)。
部署周期
HPSu可选的语义层使得只用最少的管理费用就能更加灵活地完成包含业务系统、数据仓库或数据集市的开发部署,很多的实施现在可以周为单位,而不是以月。
HPSu在多种平台下都可运行,直接连接一种或多种数据源的复杂Web报表在数天内便可完成。
这不仅只配置,还包括创建一些基础信息内容。
通过SQR,开发人员能够在一两天内完成最复杂的报表(包括按条件定制格式、完成数据转换的功能和商业逻辑)。
创建Cognos的立方体过程复杂且耗时,每次有新数据添加进数据库时,立方体还必须要重新生成和部署。
任何数据库结构的改变都将导致立方体结构和部署的变更。
根据特定的功能需求,往往可能需要安装多个产品,这增加了部署的时间和整体项目成本。
与HPSu直接访问多维数据库相比,Cognos的响应时间不是最优的。
易维护性
用HPSu的开放元数据解释器(OpenMetadataInterpreter(OMI)),用户可以很容易地看到关于所使用数据的重要信息。
OMI可以利用各种元数据厂商新的预定义元数据格式,轻松地访问已有的元数据,任意的改变在下一次使用HPSu时会马上被读取出来。
管理工作在浏览器端以纯HTML的方式完成。
基于角色的访问控制(Road-basedaccesscontrol,RBAC)使委任管理成为可能,以前的IT功能能够正确地分派给用户:
作业发布
作业调度
用户、组、角色的管理
角色可以重用,这样就避免了为每个组或用户重新定义系统访问。
RBAC使得权限的定义更加严密。
Cognos要求用户使用其特有的立方体格式重新生成元数据,用户必须手工转化这些信息及在任何变更发生的情况下手工更新它。
在新的架构管理工具中并没有改变这一耗时的管理过程。
Cognos不支持其他厂家的元数据。
平台灵活性
HPSu支持广泛的用户环境,包括不同的异构数据源、操作系统和ERP应用。
支持Unix、NT和历史的主机环境以及同时连接多种数据库,像Oracle,DB2,MicrosoftSQL,Informix和Sybase。
HPSu也支持开放的OLAP数据源,如Essbase,DB2OLAP,MicrosoftOLAPServices。
Cognos是封闭专有的解决方案。
使用Cognos来访问Essbase、OracleRDBMS或是其他数据源,用户都必须创建一个Cognos的立方体。
Cognos无法访问大型机中的历史数据。
Cognos封闭专有的特性阻碍了企业对现时动态商业环境的适应能力。
性能及扩展性
HPSu多线程的服务器结构提供了最优的性能和扩展性。
可复制的组件减少单点失败的可能,增强了系统的可靠性;
连接池优化了查询性能;
自然连接提供了快捷的数据访问和强大的功能。
使用HPSu,用户还可以选择预先生成区的HTML文件,这样大大提高了性能和最大地优化了网络资源。
基于服务器端的处理从数百万行的数据中生成报表。
以下3点因素促使HPSu具有快速的数据访问:
条件式读取
预先装载数据
自然连接
在BI系统中,用于分析的数据库的大小和数量也会显著增加,任何依赖于预定义立方体工具提供给用户使用的数据在大小和时间上都有一定的局限。
由于所有工作都需要IT人员预定义,包括什么字段将放到立方体中、在一个层次视图中字段间的关联关系(来支持钻取),IT人员都必须收集最终用户对立方体的需求。
这将导致IT人员面临用户满意度低、项目潜在失败的可能。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- Hyperion Vs Cognos