FineBI痛点分析总结-1010-Jayson.ppt

FineBI竞品痛点分析 Jayson 数据配置模块 默认支持的数据连接类型较少 痛点描述： FineBI在系统界面上默认支持的数据连接类型较少，除了八种常用的关系型数据库，其他特殊的数据源均需要客户自己准备驱动包并通过手工配置的方式才能建立连接。 数据故事： 在FineBI中如想连接Hadoop、Hive、Presto、Informix和星环等数据源，均通过选择其他方式进行连接配置，并且需要客户提供连接的jdbc驱动并拷贝到指定目录，然后重启FineBI在连接管理界面手工输入驱动名称和URL。从而导致数据连接的操作步骤繁琐，这在一定程度上给用户在数据源的配置上带来了不便，非常的不友好。 相比之下永洪BI在界面上可默认提供了24中数据源类型的支持，同时默认提供数据源连接驱动，无需经过配置和重启的步骤，即可让用户给快速与数据源建立连接。 多维数据源连接操作过程复杂 痛点描述： FineBI在数据源连接能力上支持较弱，当需要连接SAP BW、HANA和SSAS数据集时目前不能再BI的界面上直接配置，需要依赖Finereport设计器首先与数据源建立远程连接后，然后在BI界面通过配置服务器数据集进行连接。 在FineBI中如要连接SAP BW、HANA和SSAS等多维数据集，至少需经过四个步骤（安装Finereport -> 在FineReport中建立与FineBI服务器的连接 ->在FineReport中建立与多维数据集的连接 ->切换回到FineBI中配置已建好的数据集）。在这个过程中要保证FineBI和FineReport中的多维数据集插件是最新的，并且两边版本一直，否则可能会出错。 数据故事： 如果企业的一个IT人员要想通过FineBI建立与多维数据集的连接，他不仅要熟悉如何使用FineBI，同时还要在本机安装部署Finereport设计器，然后学习如何通过Finereport建立与FineBI服务器和多维数据集的连接，整个操作非常复杂、学习成本高且给后续整个平台的数据源连接管理增加了复杂度，带来了困难。 相比之下，永洪BI在界面上一步即可直接配置完成，简单易用。 业务包数据集在使用上有较多限制和注意事项 ① 业务包使用数据连接添加数据表后，不能再修改数据连接名称，修改数据连接名称会导致已经添加的数据表无法生成FineIndex，FineIndex更新报找不到数据连接的错误，相应的模板无法展示数据，如下图： ② sql语句中的表名不能有空格,若存在空格，会报数据集配置错误，如下图： ③ sql数据集的sql结果有改变，比如select * 的结果有改变，不能直接刷新，需要到sql数据集里修改一下sql语句，比如在后面加个空格，保存后才能刷新到最新字段。 业务包在使用上有较多限制和注意事项 ④ sql数据集的结果里不能出现重复的字段名，否则保存后会因为重名无法正常显示字段列表，如下图： ETL处理后需重新建立Cube 痛点描述： FineBI在对业务包中的数据进行任何ETL操作后，都需要重新建立Cube才能预览查看到ETL后的数据结果，分析报告也必须基于最新的Cube数据才能制作。当数据量较大时， FineIndex更新则需要经历漫长的等待后才能验证关联结果是否正确。 数据故事： 业务部门用户的分析需求时多变的，当用户在制作分析报告过程中发现少了业务指标，需要添加时就需要在ETL层对数据进行再次处理，处理完后再重新建立Cube，用户需要等待Cube更新结束后才能继续分析报告。而FineBI在对大数据量进行Cube时，将会非常耗时，这直接造成了用户中断了当前的分析报告制作工作，给工作进度造成了影响。 如果该业务部门的用户需求变化很频繁时，那么给用户工作过程中造成的影响是不可估量的。 ETL界面易用性差，功能相比永洪较弱 支持的ETL操作 痛点描述： 1、ETL的界面易用性较差，操作逻辑混乱，并且功能隐藏在“添加表”的按钮下，不易被用户发现。帆软ETL处理支持的操作类型较少，具体可操作类型包括：新增公式列、join、union、行列转换、使用部分字段、过滤、分组统计、构建自循环列、新增分组。相比永洪ETL的功能，缺少数据特征值查看、缺失值填充、去重和镜像等常用的操作。 永洪在ETL方面不仅给用户提供了流程化的处理界面示意图，让用户能够更加便捷的查看整个ETL处理的过程，同时还提供的检测性能的特有功能，方便用户了解ETL处理过程中的性能瓶颈，并根据优化建议进行调优。 2、 ETL表的基础表字段改变后，无法刷新字段，生成FineIndex会失败。必须要把所有ETL删除，刷新原表字段，单表生成FineIndex，再把原来的ETL加回去，但是这样可能导致字段ID改变，原来做的模板报错，需要更改模版字段。 FineDirect分析引擎无法