内存计算变革商务智能

2013-11-08 09:54:18 SAP　点击量：评论 (0)

概要综述内存计算技术引发的革命已经开始，现在的问题不是这场革命是否会对业务产生影响，而是何时产生影响，以及更重要的是，它会产生怎样的影响。与二十世纪九十年代企业资源规划(ERP)软件的发展类似，公司不会

P BusinessObjects Data Services。

业务与IT中的人员、流程和结构—只要数据，不要报表

当今，有限的BI令人沮丧，而用户希望能够绕过预制的报表并直接利用数据本身。在我们与客户之间的BI讨论会上，我们经常会听到上述说法，而我们已经有了一个答案：SAP软件中的BI工具可以满足这种需求。这些工具可减少业务用户对IT的依赖并增强BI自助服务。

采用内存计算技术的SAP Business Explorer工具代表了一种模式转变。业务用户不必再排长队等待IT部门为其创建新报表，而是可以访问大型数据集进行数据浏览并动态定义报表。

成功的关键不在于BI工具提供的技术支持，而在于对涉及流程、结构和人员的BI自助服务的有效治理支持。如果治理机制低效，那么内存计算技术只会增加负面影响。在这些方面，SQL数据库和人们惯常使用的Microsoft Excel电子表格都在争取引起管理层的注意。

BI治理

按照我们的理解，BI治理并不是要努力控制用户创建的新报表的数量，而是要力求基于单一的可靠信息源对数据加以诠释。真正的业务用户能动性不应限制对可用资源的自由利用，而是要为以下事项提供一个框架：

• 获得一致数据质量的标准

• 对数据访问的控制以尽可能降低风险并支持合规性

• 不会因分析而削弱业务流程性能的BI架构

• 旨在最大限度挖掘用户潜力的培训和教育

要完全实现BI治理，需要端到端的业务流程支持。SAP Business Process Management服务通过一种以业务流程为中心的方法提供了这种支持。在IT端，一个流程信息拥有者将负责整个业务流程。在业务端，一个业务流程拥有者将负责业务流程。

下面我们通过预测领域的一个示例揭示其工作方式，这是一个典型的跨职能的业务流程。所涉及的各方可能是市场营销、销售以及财务和控制职能部门。根据行业类型，可能会涉及类似制造或采矿等的交付业务单位或供应链单位。在业务端，预测的业务流程拥有者负责协调业务单位间的预测流程。这项工作完成的如何可通过流程绩效指标(PPI)来衡量。业务流程拥有者还要充当业务与IT之间的联系点，并由具有决策权的董事会明确提供投入。（需要注意的是，业务流程拥有者并不负责创造实际收益以达到预测数据水平。实际上，业务流程拥有者的角色是对流程进行控制、优化或强化。）

为使业务流程拥有者的工作取得最大成效，公司应指定一名IT对应人员：负责在IT端为预测业务流程提供支持的单点联系人。要实现这一点，IT必须能够调整其运营以提供由单一人员负责的、端到端的流程支持，从而无需为单一业务流程将IT责任从一个IT小组转到另一个小组。这可大大增强高效处理业务流程的可能性。

我们曾经看到过一个案例，为将一个外部数据加载接口任务转给SAP ERP Central Component组件，他们指定了多个IT团队负责该过程的不同阶段。一个团队负责从SAP ERP Central Component到数据仓库的ETL过程（包括数据协调和数据验证）。另一个团队负责数据仓库中的数据建模。第三个团队负责BI前端应用程序。其他IT团队为其他BI前端应用程序提供SQL分布式数据仓库支持。虽然这种分割支持资源的方式非常不便并且代价高昂，但从中我们也可以意识到在某些情况下，各IT小组之间可能要进行七次或更多交接，有时还要横跨大陆。

内存计算技术为IT部门提供了一个良机，使其可以基于协调的企业预置型、按需随选型和移动应用型架构将自身调整为以业务流程为中心的组织。这将消除零散的支持模型。随着组织的变化，人员也会改变。业务用户对技术掌握的越多，BI产品越容易使用，业务依赖IT来生成报表和仪表盘的情况就越少。类似地，随着IT员工对业务掌握的越多，他们越能为端到端的业务流程提供更好的支持。

人员、流程、结构和技术的成本影响

在BI实施项目开始时，实施团队可能要面对数千种要在新环境中重新构建的旧报表。但并不鲜见的是，在团队重新构建了这些报表并且新软件投入使用之后，他们又淹没在如潮水般涌来的新报表请求中，因为没有用户要使用旧报表。不幸的是，项目的这段时间恰好是IT团队成员必须专注于稳定新环境的时候。他们的任务可能包括细化数据仓库设计，准备和部署针对预定义的汇总数据运行的预构建报表，或者定义流程以预备有限的内存缓存。由于宝贵的IT资源被琐事缠身，公司无法等待新报表，因此不