部署普及型BI关键成功因素

部署普及型BI
what is it?
传统的BI系统更多的是给后台分析人员使用。普及型的BI是向所有用户(包括前台员工,供应商,客户和业务合作伙伴)提供集成的适时DW信息的能力。
它为企业提供了必须的可视性，洞察力和事实，以随时在所有流程中作出更明智的决策。
举个简单的例子，对于前台的工作者(比如客服)，也可以提供策略支持，从每个小点提升决策的正确性以及效率，进而影响整个公司业务。
又比如：传统BI用户(例如业务分析师)可能会以交互方式执行根本原因分析并构建综合模型来进行预测分析。随后，前台用户可无缝地再策略实时请求
中使用预测模型。

 

what we need to do?
对普及型BI的要求：
新的工作负荷插入到主要BI子系统中。传统的BI，只需要提前将数据计算好，无需太实时。面对新的需求，传统的ETL子系统现在必须处理来自多个
连续数据源的接近实时的数据集成。DW必须支持连续不断的数据装载，复杂报告和策略请求的混合工作负荷。接着，BI平台必须分析
所有数据并通过报告，警告，仪表板和可操作应用程序及时提供信息。必须建立新的信息供应链才能交付普及型BI解决方案。

 

referrenced Architecture

普及型BI参考体系结构
纵观整个图，我觉得还是比较清晰的。每一个部分都是可以对用户进行开放的。具体可以参看附件中的文档。
附图

 
左边的事务资料库，对应的业务数据，属于操作性。
中间，经过初步转化，业务规则的配置，可以衍生出一些应用出来对外提供服务。比如预警，消息通知，流程管理，批处理等。
右边，更多的是提供决策支持，数据时经过特殊处理过的。可以单独提供数据决策服务，也可以结合中间的集成服务，用户体验更好。

CRM从操作性向分析性转变，普及型BI的架构可以借鉴。

 

differences

区分战略决策和策略决策
战略决策：是长期的一个行为。及时性的要求不高。
测略决策：用于增强现在决策制定者得能力，要求速度快，及时。关注数据新鲜度，性能和可用性。

策略决策的侧重点通畅比战略决策窄，需要扫描，排序和分析的数据也较少。
任务关键性数据仓库：策略决策，如果停机一天，影响很大。而战略决策则影响不大。

 优先考虑混合工作负荷(区别于传统的一视同仁)

传输模型：
拉/推(推模型由系统本身启动,根据一些例外或规则向用户发出警告，警告也可由ESB上的发生的事件直接触发)

三类主要的传输机制：
1，传统BI接口(基于web的报告和仪表板)，其他的诸如电子邮件传输和无线BI界面，SMS实时预警
2，复合BI应用程序(支持一组特定的业务流程并将操作工作流与普及型BI分析联合起来)，结合web服务，面向服务的体现架构和开放标准
3，普及型BI平台无缝集成到现有操作应用程序中(个人感觉是在工作人员在处理任务的过程中，可以适时的给予支持，有点像埋点)，结合企业级开发
技术和BI平台开放大量的公共API供操作应用程序调用

 

 

成功因素总结(着重于正式的SLA)：
1，数据新鲜度，清洗，准确度和完整性
2，传输机制并行用户的可扩展性
3，混合工作负荷管理以确保实现服务等级性能目标
4，策略查询相应时间，以用户和分析的类型衡量
5，高可用性指标，以用户团体和传输机制衡量

 

YY下，要是淘宝的CRM系统做到普及型BI的支持，每个小二在工作时 ，都有人给他提供建议，引导其作出最优的决策，那将是多么美好的画面。