分析：商业智能成功的秘密

　　在ERP、PDM、CRM和分销软件等业务系统项目陆续实施之后，企业对更深层次的、跨系统的数据分析和报表查询逐渐上升为主要需求，商业智能软件实施也就成为了企业信息化建设后续阶段的重点项目。商业智能套件的建设成本和ERP相比并不高，然而，成功实施商业智能系统，难度却不一定比实施ERP低多少。如何确保商业智能系统的建设成功，就是本文要阐述的主要内容。

　　选型篇：

　　一个完整的商业智能系统，无外乎是ETL数据抽取转换工具 + DW数据仓库 + OLAP联机分析工具三部分构成，有的还可能包括针对复杂格式报表需求的报表解决方案。

　　对于业务部门来说，无论是国内还是国外公司的产品，在功能的实现上，往往区别并不大。而重点需要考察的，是分析功能的易用性。包括对某个分析主题的分析维度选择的方便性，图表展现的丰富程度，以及一些简单的分析功能例如排序、特定数据格式改变（如变成红字突出显示）、向下钻取的方式等。对于商业智能前端分析的标准功能，比如向上向下钻取、多维度分析、多种图表展现等，属于商业智能套件基本功能，选型过程中业务部门人员可以不必过多关注。需要注意的是，如果有些企业需要业务部门自己开发高级报表和分析主题，那么，自定义报表功能的易用性也将是业务部门所需要关注的。这里的易用性包括源数据字段的自定义和查找、报表的表头拖拽和维度组合，以及数据选择条件的选取三个方面。选型的主要工作是IT部门来承担的。商业智能软件的实施项目和其它信息系统相比，涉及到系统接口和数据建模，往往需要比较大的开发量。对于一个完整的商业智能解决方案，需要结合企业现有业务系统的实际情况，考虑它每一部份组件的技术架构实现。上文中已经提到，商业智能的解决方案是由三部分构成的。对于ETL部分，即数据抽取转换工具，它将业务系统中的数据抽取出来，经过数据格式转换以及清洗、合并等加工工作，最终装载到企业数据仓库DW中，是商业智能系统和其它业务系统的数据接口。对于ETL的选择，重点要关注的是企业现有系统的情况。如果业务系统数据结构比较简单，可以采用直接导入数据仓库的方式，或者使用SQL Server的DTC等免费工具完成，成本较低。对于复杂一些的业务系统，比如SAP R/3、OracleEBS等，由于其底层数据结构比较复杂，直接抽取数据库的方式难度较大，往往抽取不完全或者数据不对，采用应用层接口的方式比较可取。当然这种接口需要开发、或者单独购买解决方案。如果对时效性要求不高，也可以使用数据文件批量导入的方式，每隔一段时间从系统中导出数据文件，然后用ETL工具装载到数据仓库中，这跟使用应用层接口的方式相比成本较低。ETL方案中还需要考虑的是现有系统的分布。有些大型企业，ERP系统分别部署在各地的工厂中，从这些地方抽取数据还要考虑到网络传输的问题。此外现有系统的数据质量、是否要进行数据清洗也是需要考虑的因素。总之，免费的ETL可以节省投资，但对于复杂异构系统的集成，专业的ETL工具还是首选方案。业务系统的数据通过ETL处理，最终被装载到数据仓库中。对于希望节省投资、缩短实施周期的企业，可能会考虑不建立数据仓库，直接从业务系统抽取数据，进行OLAP分析或者报表查询。尽管现在大多OLAP和报表工具都有缓存功能，然而，在报表生成的漫长等待过程中，直接抽取数据会给业务系统的运行造成很大压力，更重要的是数据更新不能及时反映、可自定义能力差。随着业务系统数据量的增加，以及报表和分析主题的增加，数据仓库迟早要建立起来才能满足业务需求。而项目初期建立起来的系统生命周期也将结束，投资很难得到保护。因此，在条件允许的情况下，商业智能项目初期就建立数据仓库，还是比较可取的。OLAP和报表工具这一部分，IT人员更多的关注其技术架构。OLAP的实现不外乎有ROLAP、MOLAP和介于两者之间的HOLAP。ROLAP方式需要的内存大，而磁盘空间要求小，对于数据量较大的、较简单的数据分析来说，比较适合。MOLAP需要建立数据立方体，因此对磁盘空间要求比较高，但是从性能和灵活性上来讲要略胜一筹。具体的选择哪一种，需要企业按照实际情况而定。需要注意的是，对于一般的企业，任何一种实现方式基本上都可以满足要求，因此争论哪种技术更为先进可能并没有太大的意义。对于报表工具，大多商业智能软件提供商都是作为独立的组件分开报价的，因此，IT部门应该评估业务部门对报表的需求，如果报表没有非常严格的格式要求，OLAP工具的分析结果就足够用了，报表组件没有必要再去购买。

（编辑：核心网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!