Pentaho 开放源码的商业智能平台技术白皮书.docxVIP

Pentaho 开放源码的商业智能平台 技术白皮书 摘要 所有组织都希望在业务过程和总性能中通过改善效率和有效性来提高收入，降低成本，达到改善收益的目的。而商业智能 (BI) 软件供应商声称他们有相应技术来满足这种需求。这些软件供应商销售用于构建这些解决方案（Solution）的产品或工具，但很少关注客户面临的真正问题。客户为了新需求，而不断去联系新的供应商，买进新的工具，聘请新的顾问。最终，公司的 BI initiative 变成了众多相互独立的解决方案（Solution），为了维护和协调它们，需要使用各种昂贵的调度管理程序来整合各个方案。 在现有方案中，每为解决一个特定问题，就设计一个应用平台，这样在实际应用中，一个业务问题被分割成许多单独的任务，如报表，分析，数据挖掘，工作流等等，而没有应用负责初始化，管理，验证或调整结果，最终需要人手动的来弥补这些不足。 这个白皮书描述了 Pentaho 商业智能平台：一个面向解决方案（Solution）的 BI 平台， 其将开放源码组件/公开标准和流程驱动引擎集成在一起。它显示了这个 BI 平台如何通过将 BI 和工作流/流程管理相结合，并对之进行改善，并以开放源码的形式发布平台来解决BI 问题。 问题描述 传统的商业智能 (BI) 工具昂贵、复杂，并且在效率和性能方面具有很大不足，难于让企业获得真正益处。各个软件供应商均承诺其 BI 将提供整合，分析和报表等必要功能， 将数据转换成蕴涵价值的知识，使管理者得到更及时有用的决策信息。不幸的是，这种BI 系统和报表系统几乎并没有什么太大的差别，仅仅如此是不能满足需求的。 当传送一个报表，或遇到一个特定情形时，需要触发一些特定的应对操作：重新响应决策，并需要发现引发这些变化的原因，或启动一个特定流程。在这些案例中，信息展示， 分析和传送 (BI) 是一个较大流程里的一部分。我们需要这样的流程来解决商业问题。 （译者注：作者强调业务流程是商业问题的关键。BI 只是业务流程的一部分。） 为澄清： 通常一个商业问题的解决方案（Solution）是一个包含商业智能 (BI) 的流程。 BI，从它自身来说，很少能成为一个业务问题的完整解决方案（Solution）。 如果 BI 是流程的一部分，那么 BI 工具不可避免的也是流程的一部分。 一个不理解流程或不知道如何成为流程的组成部分的 BI 工具很难集成进一个更大的 解决方案（Solution）里。 当信息传递到可以使用并利用它影响公司运营的管理人员那里时，一个公司可以最大化其商业价值。当公司优化了很多影响其 Key Performance Indicator (KPI)指标（管理人员报表和分析的内容）的流程时，公司的关键利益将会得到实现。下面是业务流程与 KPI 的关系图： BI 实现通常包含很多阶段： 完成报表和信息传送需求 仪表盘 和 KPI（关键性能指标）显示 异常可能原因的高级分析 集成报表和流程管理/工作流 那些流程的分析和调整 不幸的是，很多客户仅仅只是实施了报表功能，而没有进行适当的流程管理和工作流控制， 方法学的缺乏也阻止了他们做更多工作。他们花费了大量资金在私有BI 解决方案 （Solution）上，以期这些软件产品可以解决这些问题。很不幸，传统 BI 工具不能满足这些目标。 传统的 Solutions 及其缺点 价 格 可用性Skills 可定制性面向工具集可扩展性  软件许可证，维护、支持和服务都比较昂贵。对于大多数用户来说，太难以使用了。 从软件供应商到客户缺少足够的技术转移过程和实现方法论。 对于客户来说，太难以开发解决方案（Solution）和集成商业规则了。现有的 solutions 是工具集，而完全不是解决方案（Solution）。 对于客户和售后供应商来说，解决方案（Solution）是私有的，难以扩展和指引系统的运行。客户购买的并不是软件，他们只是为使用它提前付费。 这就像租借一辆车，但在第一天就付清了所有租金：这是最糟糕的事情。 这就像租借一辆车，但在第一天就付清了所有租金：这是最糟糕的事情。 报表和分析的焦 解决方案（Solution）侧重于 KPIs 的报表和分析上，忽视了影响指标的流 点 程的性能。 流程影响 他们不能确保一个商业流程中不会发生具有驱动作用的变化。他们假设报表 的传输将会有影响一个商业流程的副作用。 跟踪和审核 他们不能提供完整的跟踪和审核。谁获得报表？它们将导致什么样的行动？ 这需要花多长时间？是否启动一个商业流程作为结果？这个流程要持续多久？这个流程的性能如何？ 原型 be done. 软件定价模型不支持原型阶段，而原型阶段对于确保商业智能项目 的成功是非常必要的。重要的财务费用和契约协议必须在系统被完全评估和原型完成之前签订。 许