国税行业案例场景说明版本.pptVIP

关键点二： FineBI的数据业务包 业务包中包含可以提供给业务人员做分析的所有数据模型。 整个业务包的搭建不需要写任何sql语句，只需将数据库中的表加到业务数据包中。 为什么FineBI能解决问题 关键点二： FineBI的数据业务包 为什么FineBI能解决问题 数据库中的表名与字段名，要转换成业务人员可以理解的，这些表名与字段名都是业务人员平时工作中处理的纸质的表格上的名称与数据。 关键点二： FineBI的数据业务包 为什么FineBI能解决问题 数据之间的关联是通过给当前数据库表建立添加主键表的方式来建立的，多个表间可以直接继承数据库已设的外键关系 也可以手动建立表间关系 关键点三： FineBI的数据业务包 为什么FineBI能解决问题 关键点三： Dashboard的数据自由分析 用户可以选择业务包中任意指标、维度进行自主地拖拽分析。分析结果可以保存。 为什么FineBI能解决问题 关键点三： Dashboard的强大交互 保存的dashbord结果，形成了公用表，基于公用表，不同的用户可以根据自己的需要，选择dashbord中的指标、维度进行分析。 为什么FineBI能解决问题 分析的结果同时可以另存到自己的私人模块中。自己定制符合自己需求的分析页面，自己可多次查询。 同时可以将分析结果分享给其他用户。 关键点三： Dashboard定制私人模块 为什么FineBI能解决问题 关键点五： 全方位的权限管理 数据权限 Dashbord结果权限 控制不同用户只能看到自己权限范围内的数据 不同的用户只能看到属于自己需要的报表页面 Dashbord分享权限 用户自己设置私有dashbord页面可以分享给其他用户 为什么FineBI能解决问题 更多功能 下拉框不用设置任何关联就可以联动 无处不在的搜索、拼音搜索 多样的图表视图 简单的钻取设置 保存自己常用的表样与默认参数 为什么FineBI能解决问题 FineBI与传统BI区别 FineBI 传统BI 产品结构 一个厂家提供的一个工具，集ETL、OLAP、展现于一体 由ETL工具、数据仓库、CUBE、OLAP、报表工具等不同厂家不同产品组成 安装过程 安装文件小于100M，几分钟内安装完成。单机版支持免安装。 安装文件庞大（甚至几张光盘），配置复杂，需要较多时间 数据来源 数据仓库、数据集市、ODS以及源业务系统都可以作为FineBI的数据源，FineBI有自己的Cube机制。 需要数据仓库、第三方数据库或CUBE文件支持； 建模过程 从数据源中直接抽取数据，读取数据库原有关联，或者同过手动关联任何字段都可以作为维度和指标，灵活组合。 ETL：从源系统中将源数据根据构建完成的数据模型，抽取、转换并装载到数据仓库。Cube生成：将数据仓库中的星型模型数据，根据需求生成OLAP Cube，供给前端分析工具展现。 灵活性 只需要在界面中选取新的维度，或者改变指标值就能实现业务人员分析需求的变更，这个操作只需要几秒钟，快速获取价值，无需复杂的建模工作。 可以按需抽取数据源的表，随时调整。 界面展现控件丰富，布局灵活。 OLAP需要花费大量的时间，并需要专业的技能来构建Cube。一旦最终用户希望增加、调整多维分析的要求，则必须将其需求递交给IT人员，由IT人员从数据建模，Cube制作直至展现，重新构建。 性能 自主研发的Cube机制，采用磁盘与内存的资源最大化配合，不需要维度的预定义，实时计算； 专利的查询技术； 全面支持64位系统。 随着并发用户的增加，报表和OLAP的内容增多，分析维度的增加，系统的响应速度将愈缓慢，即便增加多个应用服务器，也难以从根本上解决性能问题 项目风险 独特的产品技术架构，无需复杂的建模工作，按需快速调整分析维度和度量，极大的灵活性，加快了项目实施周期，也降低了项目的风险。 核心就是数据建模，数据建模的好坏影响前端分析的效果是否能满足用户的需求，增加了项目的风险度，直接决定了商务智能的成败； 实施周期 产品结构简单，少量培训即可使用，无需专业的技术技能。 实施周期一般以周来估算。 数据建模的过程通常占整个商务智能项目的30%-50%时间，造成项目周期比较长。产品体系复杂，需要大量培训，有经验的专业人员才能实施。 实施周期一般以月来估算。 为什么FineBI能解决问题 FineBI运行服务器硬件配置 用户数 200用户以下 200～500用户 500~1000用户 1000用户以上 硬件配置 普通服务器 CPU:高端服务器专用四核 内存：16G以上 磁盘：TB级 普通服务器 CPU:高端服务器专用四核 内存：32G以上 磁盘：TB级 普通服务器 CPU:高端服务器专用八核 内存：64G以上 磁盘：TB级 推荐分布式服务器使用集群 操作系统 Win