Hyperion系统劣势分析

baobao

1、hyperion系统和EP的整合性

hyperion系统不能和EP整合，不能实行单点登录。在实际的业务操作中，需要打开多个系统多个界面，不能有效地简化工作步骤，使界面更为直观。

2、报表设计的缺陷

Hyperion系统的报表设计存在着视窗化和易操作的优势，但是报表设计时，不支持表格间的数据公式的多次嵌套。

3、Hyperion系统的安全性和稳定性

Hyperion-Planning是个庞大的应用系统，在实际运行中该平台存在安全性、稳定性等方面隐患。 如查询报表时，用户可通过pov对维度进行具体成员自主选择。但有时报表中的pov会消失不可见，或者选择过程中出错，重新去后台进行设置后，方可恢复正常。

Hyperion系统采用的是Windows 2000操作pc机系统，在表单中保存数据时，系统有时会突然退出现象，必须重新登录。

用户查看数据有时会发现部分数据不可见。但稍后查看，该问题却已自动得到修正。

这些现象和系统的稳定性不够有极大的关系。

4、Essbase数据输入可通过系统和excel插件来管理，具有很大灵活性，但数据一旦消除，则不能再恢复。这给系统数据带来操作的潜在威胁。删除前只能通过数据备份以防丢失，工作量很大。而一旦不小心出现误操作，后果不可估量。

5、Hyperion的多维结构在数据处理上极为方便迅速，但是在文本处理上功能薄弱。

6、
流程递交及业务规则的运行上不支持并发性。一个工作流在同一个时点上只能递交一个用户，不支持多用户的同时审核。而在运行业务规则时，同一条hbr也只能由一个用户单独运行。

b_e_e_

说的是11版本以前，没出EPM的时候吧。

也说点个人的浅见。
我觉得Hyperion系统也不算劣势，只是没有之前厂商少的时候优势那么突出了。
1.整合和单点登录，这个在现在的11版本EPM中还是有一定的解决的，可以设置单点登录方式，已经不

止是Oracle自己的portal了，还可以兼容Http头以及其他自定义格式，至少为技术开发留下了活口。

EPMA也将多个应用整合在统一的Workspace上，最差还可以挂个链接，跳转一下，好一些通过ERPI的设

置还可以跳转到EBS，PS里面。而且个人主页的设置也可以极大地解决系统整合问题，如果有闲情逸致

，可以像设置QQ空间一样设置个人主页，个性化给主要领导也不是不可以。至少EPM的表现还是让人看

到了Oracle在这方面的努力。相比较SAP的BW目前整合力度也不是很好，在之前项目的同事也抱怨BW目

前与SAP R3本身也几乎沟通不了，开发需要在EJB上做JAVA编程。IBM的cognos在沟通方面与BW类似

（IBM与SAP不愧合作伙伴啊）。所以目前Oracle主推的通过ETL工具，如ODI的方式还是在很大程度上

简化了工作，提高了效率，至少做接口不那么麻烦，可以在有限的实施周期中做更多事了。只需要说

服客户对ETL工具的安全性和效率放心就好（毕竟预算和报表合并的系统都是总部应用，不一定需要互

联网传输，对传输数据也不需要经过MD5之类的加密处理，没必要做程序开发，把心思还是多放在业务

整合更好。ETL工具在公司内网一次传个100列10W行的数据也是能做到，不见得比程序写流文件的效率

低）。
2.FR都好多个版本没什么大的更新了，BI还能多卖点钱。10多年前的成熟应用到现在还能使用，应该

说之前的设计已经很成功了。不过卖OBIEE相比较BW和Cognos的整合BI还是有点吃亏的，毕竟对客户来

说多了个产品，多花一笔钱啊（这里都是说的考虑成本的公司，靠项目的事业单位除外）。
3.稳定性还是和系统性能有关啊，比如预估好100个用户同时使用planning的硬件需求，同时跑个大聚

和，可能就会让系统变慢，导致两层数据库沟通不畅，连接池中的数据容易进入关系库，但不容易进

Essbase,自然容易出现短时间内查询报表没数据的情况。我觉得还是要计划好硬件性能分配，对

Essbase缓存和CPU占用作出限制，如果是weblogic的应用服务（个人只搞过这个）还要设计好句柄释

放时间，垃圾收集机制。个人对BW和Cognos只有粗浅的涉猎，之前项目中SAP顾问对BW的稳定性和效率

问题也颇有诟病，BW是通过关系库中大数据表实现仿多维数据的，中间的转化过程，以及多维数据展

开后数量的增加都应该非常消耗系统资源，在相同硬件相同业务场景下，业务越复杂Essbase的性能优

势越明显。Cognos 8,tm1是针对中小型应用，可以把BW相同的劣势降低。
4.Essbase数据的EXCEL导入方式是方便灵活了，但是没有数据日志记录确实挺风险的。数据操作风险

那个系统估计都避免不了，大批量处理数据就算有日志查起来也很困难，只能靠备份和小心了，好在

Essbase数据备份和恢复比较容易，也不算大的劣势。
5.文本处理确实没有关系库那么好。不过现在的版本还是支持单元格文本格式和单元格注释了，虽然

只是个写在关系库里的ID，换了维度组合就消除，也算一进步（而且我觉得老外是故意这么设计的，

这样符合无纸办公的思想，只是不太符合我们要签字的国情。现在admin用户都可以上传文件，只要设

计个权限控制应该就可以每个用户都可以上传文件）。
6.审批流不能多人同审这个设计我觉得可以保证业务分工明晰，避免出现多头管理，可能目前在国内

不合适，但是确实是管理的目标。而且现在的版本也支持将审批权限转移给其他人。
在规则运行时要锁数据块，确实不适合并发，但是如果两个规则涉及完全不同的数据块，好像是可以

并发的。