的发展要求其不仅仅能为决策层提供支持，同时 也能服务于普通的业务人员;不仅能从整个战略层面进行综合分析，还能够在具体的战术层面进行详细指导。 这种新型的商业智能被称为操作型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都不是“在一张白纸上画图”。如果企业异构系统多，如应用中有ERP、CRM等系统，做操作型BI难度就非常大。面对众多不同厂家的系统，如何才能将“智能块”融合在流程中的关键节点上呢?
利用嵌入式技术，还是接口方式，还是各个厂家自己在原有系统上开发，各个方案在应用功能和数据上都很难做到位。其主要的困难在于将“技术紧藕合、业务松藕合”转变为“技术松藕合、业务紧藕合”，另外，在项目协调上也会增加难度。
除了集成技术外，数据处理、实时查询及历史数据查询之间的关系也很难界定。从用户某一个请求开始，可以从OLTP中取数据，可以用ETL方式从数据仓库中取数据，也可以用EII方式直接访问源数据或ODS层数据。不同的方式下技术架构有所不同，面临的软件风险和硬件情况也不同。
面对以上困难，我认为要合理处理以下挑战:在数据获取、数据存储、数据交付方面选择适合的方案;增加扩展性和吞吐量，使用插入机制;提供高性能，包括在处理高负载任务时屏蔽新请求;分离分析型和战术型查询和任务;借助RDBMS混合型工作负载的能力等。
操作型BI的支撑技术与传统的BI有哪些重要的区别?
我更愿意叫传统BI为功能型BI，称操作型BI为流程型BI。这种分类法是以业务导向来划分的，依据是用户对职责范围内工作所做决定的难度和所需的时间长度。
BI在后台支撑技术上可以分为两类，一类是应用支撑技术，一类是管控开发型支撑技术。在应用支撑技术方面，由于要解决复杂的查询，以及复杂的推理过程，甚至要为用户提供备选方案，因此功能型BI要借助的工具多于操作型BI，它一般会涉及到描述性统计工具、报表与展示工具、经济预测方法与模型、经营技术与工具、OLAP分析及专家系统工具、决策方法与模型这7种工具。而操作型BI则更多采用描述统计工具、经营技术与方法等。
管控开发型支撑技术一般包括系统管理工具、开发工具。功能型BI通常必须要完成数据标准、数据交换、数据存储、数据利用这四个过程，且数据存储采用数据仓库、数据集市的方式，过程有些复杂。而操作型BI由于涉及的应用深度较浅，可以用OLTP、ODS、数据仓库等几种方式完成数据的支持。