[发明专利]一种商业智能ETL的封装方法及系统

说明书

本发明涉及一种商业智能ETL的封装方法及系统。该方法可基于若干个ERP数据源，构建由ERP用户定制的数据立方体。由于各企业的行业、会计体系、管理体系、ERP供应商、数据源数量等不尽相同，当前商业智能ETL领域现状是针对特定ERP系统通用部分数据进行标准封装，或皆须由专业IT人员在数据库代码级别量身定制ETL逻辑，从而导致ETL实现与维护或收效甚微、或成本高企，大幅制约了商业智能在中小企业ERP领域的普及。本发明使普通ERP用户脱离专业IT人员协助，也能完成商业智能数据仓库的建立、配置、构建及更新数据立方体，以备商业智能分析之用。而本发明中的OLAP财务报表中英文检索未找到相关文献。

技术领域

本发明涉及数据处理领域，具体为一种商业智能 ETL的封装方法及系统。

背景技术

ETL(Extraction-Transformation-Loading,抽取-转换-加载)是BI (BusinessIntelligence , 商业智能)的重要组成部分，由于BI展现工具(例如：Tableau、MicrosoftBI、Qlikview等)已经非常成熟和完善，一个商业智能项目的实现周期与效果很大程度决定于ETL模块的设计周期以及效果，如果不能按需对企业需要的数据进行准确的抽取及存储，那么商业智能项目难免成为海市蜃楼。

发明人发现商业智能在现有的实践中，存在如下问题：由于各企业的行业、会计核算体系、管理体系、ERP系统供应商、数据源数量、以及客户的关注重点、分析模式等不尽相同，商业智能项目通常都是项目型交付，即依据客户的分析目的，设计BI分析模型，根据分析模型由专业IT人员编写代码实现ETL，维护时也需通过代码实现。当然，也有一些ERP供应商一直致力于商业智能产品的标准化，但ETL都根据企业的绝对共性封装通用的执行逻辑，或者完全不支持客户化配置，或者同样需要由专业IT人员修改程序代码、SQL代码才能调整ETL的执行逻辑，而预设的ETL逻辑只支持所有企业共性的入门级分析。总而言之，定制的ETL逻辑构件不能通用，而通用的ETL逻辑构件只能支撑粗陋的入门级分析，对大多数企业分析价值非常有限，以财务分析为例：会计科目设置几个级次，某个会计科目下是否配置项目核算、配置了几个项目核算，具体是哪些项目核算，项目核算是否该企业自定义。不说集团下不同的企业会不一样，在同一个企业的不同经营周期也会不同，更遑论企业自定义的个性化数据之所以会存在，就因为这些数据存在管理价值，分析的价值不言而喻。

而在ERP商业智能分析领域，由于ERP领域尤其是财务领域的专业性，IT人员通常难于理解ERP的专业知识，而ERP用户通常也无法掌握ETL所需要的IT代码语言，从而造成了技术壁垒与沟通障碍，导致商业智能项目中的ETL部分实现周期长，数据校对困难，效果不理想，商业智能系统上线后也难以调整和维护，甚至ERP系统数据的改动，可能导致固化的ETL模块产生难以发现的错误，时不时需要修改ETL代码，方可正确执行ETL逻辑。上述ETL的现状导致了商业智能项目实施成本高企，普及难度重重。

发明内容

本发明的目的在于提供一种商业智能 ETL的封装方法及系统，其可以兼容常见ERP系统(例如：用友软件、金蝶软件、畅捷通等)，并随着ERP系统数据源的调整重新生成分析维度类型或分析维度数据，可以将异构的ERP数据合并到一起，且可以由ERP用户根据企业需要直接配置ETL方案以及生成数据立方体(定制事实表)。

为实现上述目的，本发明的技术方案是：一种商业智能 ETL的封装方法，包括如下步骤，

S1、分析所选择的ERP数据源并提取分析维度，若为多个ERP数据源，对分析维度进行去重合并；所述分析维度，根据实际情况，为分析维度类型或者分析维度数据二者中至少一个；

S2、将S1生成的分析维度作为选择参数给用户选择并保存为ETL方案，根据S1提供的分析维度性质不同，即提供分析维度类型或者分析维度数据二者中至少一个；根据实际情况，若其还具有多个事实数据类型时，则事实数据类型可同时作为选择参数提供给用户选择并一起保存到ETL方案；