专家解读BI(商业智能)发展趋势

  的发展要求其不仅仅能为决策层提供支持,同时 也能服务于普通的业务人员;不仅能从整个战略层面进行综合分析,还能够在具体的战术层面进行详细指导。 这种新型的商业智能被称为操作型BI(operational BI),同时也被认为是BI未来的发展趋势。商业智能

  利用操作型BI,一线的业务人员可以随时了解业务最新状态。例如在呼叫中心,当一个客户打进来电话后,服务人员就可以迅速调出该客户资料,弄清这个客户都使用了哪些服务,之前都提出了什么意见,从而提供更优质的服务。而不是一次又一次地询问客户的基本信息。

  针对操作型BI的特点和实施中的问题,记者与商业智能专家进行了交流。

  您认为操作型BI产生的背景是什么?对于企业来说,它意味着什么?

  操作型BI的概念一般可理解为:BI可以由职员在自己日常工作中操作,并由此引发的组织策略、流程、技术为一体的解决方案。实际上就是指一般员工也需要用BI,也能用BI,也必须用BI。

  对于当前普遍实施的BI项目来说,很多存有不足,引起了需求方的不满,尤其是在投资回报率上。数据仓库动用那么长的周期、那么大的资金,结果做出来的主要是报表和一般查询,短期内体现不出收益;累积的数据越来越多,效益却迟迟体现不出来。

  有的企业专门成立乐BICC,让最终用户养着一大帮人专业地不停做报表,做分析。如宝钢实施了SAS的BI后,在企业内部有100名左右的专职分析师。但是这样虽然效益可能产生了,但成本急剧增加。对于一般企业来说,投入产出比不一定很划算。

  对于企业来说,如果接受操作型BI这个概念并将系统引入企业内部,对提高员工执行力,发挥员工的主动性,提高解决问题的能力,有很大帮助。另外,也有助于确立衡量BI的效益指标。总体来看,对提升ROI有益,对普及BI、落实BI有益。

  操作型BI具有哪些特点?

  当前BI有多种定义,我个人认为,BI是采取相适宜的“工具”,帮助 “相关角色”对职责范围内的“有关内容”做出最佳决定的整体解决方案。这样,我们可以从“最佳决定”这个目的点上理解操作型BI的特点。

  一、“做决定”的主体或者说角色,是日常业务处理者。操作型BI,其智能存于业务流程各节点之中。它通常在流程的主要节点上安排对应责任和权力的相关人员,从而做到合适的“人”和合适的“事”的对接,实现“人人有事管、事事有人管”。进一步,操作型BI在这些节点上设定自动化和智能化,达到“人人有助手,事事可优化”,这样就能辅助用户的日常工作,提高工作效率和提升工作效果。

  二、“所做决定”的性质和影响面较常规。操作型BI是日常业务活动的效果优化,属于常规决策。同时类似于渐进式的优化,不大会牵一发而动全身。

  三、“做决定”所需要时间短,要求即时访问数据。操作型BI处于工作流程之中,需要较快做出决定,特别是一线员工,面前的客户是不能拖拉的。因此,操作型BI必须能访问到OLTP中的最新数据,实现即时查询。

  四、“做决定”所需要的数据要求相对简单。操作型BI的数据基础可以是OLTP中的数据,也可以是ODS的数据, 数据集市的数据也可以用。以ODS的数据为准,应该更助于流程型BI的实现。数据存储方面要考虑增加扩展性和吞吐量,使用插入机制等。

  五、“做决定”所需的展示工具简单直观。操作型BI所处理的业务逻辑较为简单,但是协同性要求很强,需要通过即时通信、手机短信或者是电子邮件的方式,因此这些应用上的支撑工具也简单易用。

  要想实现真正的操作型BI,您认为需要从哪些方面入手?

  我觉得从用户的角度考虑,上了BI系统要真正能把它用起来,这是关键。有很多人用,有很多人愿意用,效益至少就体现了一大部分。而如果从集成商的角度来看,就容易出现简单变复杂的倾向。

因此,最好的办法还是要以业务需求为导向,以业务类人员主导项目;宁可设定较低期望,也不要抬高美言诱惑。宁可从核心业务及涉及的流程入手、逐步推进,也不可贪大求全。宁可先不做数据仓库,也要先做扎实ODS。宁可暂缓做功能型BI,也要形成全员用BI的氛围。

  具体到实施细节上,我觉得真正的操作型BI,应该普及到业务流程中所有节点的操作者,让他们都可以根据数据来决定如何对本节点进行最优化。也就是在每个关键流程节点上存有“智能块”,众多“智能块”的结合促进整体操作的最优。

  而要实现这个目标至少都要分三个过程, 第一、在关键流程和流程关键点建立“智能块”。第二建立智能块之间的关联,以初步尝试根据数据调整流程走向。第三形成总控“智能块”,建立真正“智能块”网络

  “智能块”智能程度又分为三个等级,一是提供数据参考帮助用户作数字方面的回忆,叫查询/报表;二是帮助用户寻找关系、寻找原因,叫“综合分析”;三是产生几条实现目标的路径,让用户取舍,叫做“方案选择”。

  这个过程不一定必须整合企业的所有数据,完全可以从某一个应用出发。后台数据支持可以用数据仓库的方式,也可以用数据集市的方式,甚至可以在OLTP数据库中实现。另外真正的操作型BI,在流程上要实现“全程贯通、数据上全面整合”,当然这不是一件容易的事情。

  操作型BI的实施面临着哪些挑战呢?

  事实上大多数BI都不是“在一张白纸上画图”。如果企业异构系统多,如应用中有ERPCRM等系统,做操作型BI难度就非常大。面对众多不同厂家的系统,如何才能将“智能块”融合在流程中的关键节点上呢?

  利用嵌入式技术,还是接口方式,还是各个厂家自己在原有系统上开发,各个方案在应用功能和数据上都很难做到位。其主要的困难在于将“技术紧藕合、业务松藕合”转变为“技术松藕合、业务紧藕合”,另外,在项目协调上也会增加难度。

  除了集成技术外,数据处理、实时查询及历史数据查询之间的关系也很难界定。从用户某一个请求开始,可以从OLTP中取数据,可以用ETL方式从数据仓库中取数据,也可以用EII方式直接访问源数据或ODS层数据。不同的方式下技术架构有所不同,面临的软件风险和硬件情况也不同。

  面对以上困难,我认为要合理处理以下挑战:在数据获取、数据存储、数据交付方面选择适合的方案;增加扩展性和吞吐量,使用插入机制;提供高性能,包括在处理高负载任务时屏蔽新请求;分离分析型和战术型查询和任务;借助RDBMS混合型工作负载的能力等。

  操作型BI的支撑技术与传统的BI有哪些重要的区别?

  我更愿意叫传统BI为功能型BI,称操作型BI为流程型BI。这种分类法是以业务导向来划分的,依据是用户对职责范围内工作所做决定的难度和所需的时间长度。

  BI在后台支撑技术上可以分为两类,一类是应用支撑技术,一类是管控开发型支撑技术。在应用支撑技术方面,由于要解决复杂的查询,以及复杂的推理过程,甚至要为用户提供备选方案,因此功能型BI要借助的工具多于操作型BI,它一般会涉及到描述性统计工具、报表与展示工具、经济预测方法与模型、经营技术与工具、OLAP分析及专家系统工具、决策方法与模型这7种工具。而操作型BI则更多采用描述统计工具、经营技术与方法等。

  管控开发型支撑技术一般包括系统管理工具、开发工具。功能型BI通常必须要完成数据标准、数据交换、数据存储、数据利用这四个过程,且数据存储采用数据仓库、数据集市的方式,过程有些复杂。而操作型BI由于涉及的应用深度较浅,可以用OLTP、ODS、数据仓库等几种方式完成数据的支持。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值