BI（商业智能）的部署应用成为2010年CIO关注的焦点。当前30%的成功率成为困扰BI前进的“绊脚石”，如果只是从企业部署应用的层度来讲，目前企业只有首先理清了自身存在的因素，才能进一步的前进。作为CIO，无论是做什么类型的系统，业务流程和业务数据都是非常重要的，做BI也是同样的道理。如果抛开BI产品，从用户的的角度出发，那么在用户做部署BI时，应该是先解决业务流程问题还是解决数据问题？近日，网友“olive”在 ITPUB论坛发起一场关于BI设计阶段业务流程和业务数据重要程度的的探讨引起了众多BI实施者的关注。
　　情景还原：
　　网友olive指出：“公司内部一些跨部门的流程运行不太顺畅，关键是各个部门各自为政，各用各的系统，各家自扫门前雪，而且信息对其他部门不透明，造成跨部门的数据查询或协调比较困难。另外某些流程步骤依然采用古老的纸笔。针对这些问题老板打算做一个通盘的改进，打通流程，然后上一个系统让各相关部门都在上面运作，以提高总体效率。
　　和用户讨论这个问题，我们认为关键是要确定总的工作流程，然后依据流程确定数据和数据流。但是用户认为关键是数据，只要把数据统统放进数据库，什么时候要用什么时候拿出来，就是这么简单。
　　双方各执己见。我们认为，数据要依附于流程才有意义，如果有些数据在任何流程中都没有用到，那么这些数据就是没有用的。所以流程是关键，必须要先确定流程，然后再流程的每一步上确定输入和输出的数据，然后才能设计数据模型来存放数据。
　　但是用户认为，不管有用没用，把数据统统放在中心数据库里，没用就让他放着，有用的时候拿出来，就可以解决一切问题。还举了一个例子，说前段时间要做一个统计，需要 10年前的某些数据，但是这些数据当时没有放在系统数据库中，结果现在找不到了，统计也没法做了。
　　所以即使是“没用”的数据，也要放起来，谁知道以后有没有用？只要有了数据，一切都好办。所以数据是关键。”
　　网友“olive”个人认为，用户的观点显然是有错误的，但是似乎又找不到有力的理据来说服他们。
　　围绕BI的设计阶段业务流程和业务数据哪个最重要的话题，笔者从论坛中了解到大量的专家、网友对于此进行了激烈的探讨。笔者整理了这些专家、网友的声音，结合在采访已经实施或者关注BI的CIO，共同来分析解析BI设计阶段“鸡”和“蛋”的问题。
　　业务流程最重要
　　网友“ccwlm741212”指出，业务数据始终跟着业务流程走的，这是实施的问题。客户固定自己的观点，需要指导和疏通否则怎么实施？
　　网友“123crm ”认为，这个问题无非就是一个系统分析的过程。按照面向对象的方式，先有业务模型，然后才有概念模型。你们公司的内部流程管理的问题，怎么扯到用户身上去了？流程是一个方面还涉及到业务模式的变革，流程变动，涉及一大堆人（每个流程环节的岗位职责变动）的考核变动。
　　不管有没有IT系统，业务流程和业务实体都是客观存在的。业务流程和业务模式是可以完全脱离IT系统的,要解决的问题是业务流程的梳理和对应的业务模式的变革。然后在IT系统中落地。依据系统分析的原则 在现在这个阶段还是跟具体的实现扯不上太大的关系。
　　所谓的数据也好，其他的也好。只是用来支撑企业生产和业务运营，也可能包括一些非功能性的需求。
　　当然还得包括很多系统的非功能性需求。这个是本末倒置。底层的数据是流程梳理出来的一些抽象的实体。
　　网友“ccwlm741212”认为，如果按照用户的想法做其实就是信息孤岛，各自为政阶段。
　　网友 “dawuwei1983”认为，流程比较重要，因为上系统毕竟是要改变现状。先反复确认流程，把流程确定。然后把业务数据套进去（肯定有特例，但说服甲方忍受，毕竟上workflow就是要规则化办公流程啊，他们肯定接受）
　　网友“ 近九成网友 ”认为，用户之间的数据是有联系的，这个联系就是业务流程。如果各自为阵，数据是有了但是数据之间的对应关系不存在，要一堆不能互相联系的数据干什么用？比如销售认为A是个整体，而生产认为A是可以拆分的一堆东西，管理时也是按照一堆东西来管理的，那么，按照他们说的数据是有了但是销售和生产的数据无法联系起来，有用吗？
　　网友“马甲168 ”指出，先整业务流程，业务流程整顺了，再整数据不然你的业务流程朝令夕改，你的数据永远都是垃圾。
　　业务流程和业务数据同样重要
　　网友“123crm ”同时指出，如果不按照用户的想法做，你能推动得了？ 实际上，这些问题都不是IT解决的。配套的业务流程和业务模式的变革没有跟上。IT系统在哪里，也没有人用。推动下来的流程，所有人的岗位职责和岗位流程都会发生变化，别人还是想在OA，或者直接回复邮件解决问题。需要强有力的自上而下的推动力才行。
　　网友“sead ”：用户只想谈数据回避流程，期望数据入库，流程依旧。避免权利重组。作为调研者，了解现有数据和业务流程即可，流程重组只要和大领导讨论，不要和基层强辩。
　　网友“cowherd”：  如果不同业务数据全部都是用户在一个地方，一次性录入完成，可以想见录入数据的质量。只有各自录入自己负责的业务数据，才能保证各自录入数据的准确性，而要保证各自录入数据之间的关联，那只能通过流程来控制，不能和基层具体办事人员争论系统全局问题。
　　不管怎样如果在流程上扯皮，那还得回到数据上来，最后让用户明白，不按新的流程来根本不能保证数据的准确性，实现不了老板的需求，扯什么都是没用的。
　　网友“olive“补充到，显然用户不想改动流程，只想得到更多的数据。但不讲流程只讲数据，只能是空中楼阁。
　　网友“ bq_wang ”认为，BI的目的是为了提供决策支持，不过是现有数据的报表BI是基于已有流程和数据的分析，当然通过BI你可以反映出企业流程是否合理，是否需要改进；企业数据质量是否有问题等等。
　　网友“fals”认为，为什么要把数据和流程对立起来？业务流程和业务数据本来就是统一的，是一个问题的两个方面。
　　1 、原始数据（不是统计数据）是从哪里来的？是怎么产生的？
　　数据一定是从业务中产生的，一定是业务本身就具备的属性。
　　2 、哪些数据先产生？哪些数据后产生？
　　一定是先发生业务的数据先产生，后发生业务的数据后产生。
　　3 、不同的数据与数据之间的相互关系由谁来定义？
　　一定是业务流程和业务关系来定义的！
　　使用部门是希望基础数据全采集，后期才能提取使用，这个要求是完全合理的，我们不能预见今后会使用哪些数据，因此在业务发生的当时把业务属性数据全部采集到数据库中，实际上是完全可行的。
　　业务部门疑惑的问题是：每一个业务对象的需要定义哪些属性？比如一个个人基本信息中，除了姓名性别外，是不是需要记录他的手机号、家庭电话号码、办公室电话号码、家庭住址、紧急联系人、紧急联系人电话、与紧急联系人的关系……这些数据才是需要与业务部门讨论的。
　　业务部门希望这些数据尽量的全，但实际上是不可能的；今天的大多数系统记录个人信息时也不记录他们的email地址，但很快就会发现这是需要的，以后可能还会要求记录QQ号什么的，这些东西是我们没法预测的，但是这东西随时可以通过修改数据库结构在需要的时候增加。
　　关系型数据库设计来就是让人能够根据业务的扩展而不断地增加新的信息的，所以疑虑完全可以让业务部门打消掉。在系统早期设计的时候，完全可以不考虑得那么全，在需要的时候再增加就行了。
　　很不理解做信息系统为什么一定需要改动流程？？按他们现有的业务流程，把手工的业务搬到信息系统里就不行了吗？这是最简单的办法，为什么一定要用户改动流程？
　　改动业务流程一定是因为数据的原因：以前手工操作的时候为了某些原因方便之类的，增加了一些业务环节，现在信息系统上起来了，这些环节可以不要了。
　　管理也是为基础业务和核心业务服务的，管理的目标是让核心业务效率更高、资源配置更合理，而不是单纯的为了领导的某些统计数据！！这个一定不能本末倒置！
　　网友“fals”指出同时建议，找专业的咨询公司先拿出一个可行的解决方案。至少需要解决以下几个问题：
　　1 、各部门之间在业务意义上相同的数据，在数据库中存在着不同的编码方式、组织方式，计算机难以自动判断这些数据的业务意义是否相同。也就是说，必须解决各系统之间元数据定义的标准化问题，否则各部门的系统之间数据交换是一场空谈。
　　2 、各部门之间的实际业务衔接是流畅的，但在全局的环境中信息流转中不畅通，而且在整个大的流程中某些环节还是手工处理。因此楼主必须解决新的大系统与各部门原有业务系统的衔接问题，可以是全部替换——这个相信阻力会很大，特别是对于那些信息系统已经应用得比较好的部门；或者是做一个新系统，与各部门原有系统通过数据接口的方式进行数据交换和衔接——这样的话，大系统会做得非常复杂。
　　3、对于现有个别业务环节还是手工的情况，只能在新系统中解决，这个相反是最好解决的。
　　因此，一个可行的做法是：建立一个全新的大系统，这个大系统跑全局的业务流程，主要解决部门与部门之间的业务衔接问题，涉及到各部门内部流程的，仍然使用各部门自有的系统来处理。
　　大系统监控各部门的业务系统中新产生的需要下一业务部门处理的数据，如A部门接了一个订单，需要B部门评估成本，那么大系统监测到A部门新增加了订单时，就将订单的相关数据转换成B部门的信息系统能够处理的数据写入B部门的系统中。对于全局性的统计需求，可以将需要的数据——或者业务部门所说的“全部”数据统一转换为标准数据之后提取到大系统的数据中心来，再按大老板的统计要求进行二次加工。
　　这个方案的关键在于两点：数据标准和系统接口。优势在于对业务部门目前使用的系统尽可能少改或者不改，对各部门内部业务基本无干扰，即使是调整流程也仅仅是局部的调整，不会涉及各部门的利益。
　　至于各部门都需要使用的共同数据，也可以全面性的清理一下，由大系统从首次产生这些信息的部门系统里定期提取，再转换后写入各部门的系统中。
　　CIO解读
　　据上海家化联合股份有限公司信息管理部总监孙昊介绍，上海家化是是前年开始做BI的。对于BI的设计阶段业务流程和业务数据哪个重要？孙昊指出，业务流程是数据正确性和及时性的保证，现在成为真正的数据仓库但对于智能的要求，我们还在完善。
　　名企CIO解读BI的博弈
　　上海家化联合股份有限公司信息管理部总监孙昊认为，现在的BI应用很多公司还处于报表阶段，做些交叉分析。孙昊认为，业务流程首先保证数据源的一致性，第二保证计算公式（KPI等）的统一性，第三保证系统处理的客观性（自动化）。
　　而来自元洲装饰董事长助理兼CIO白虹认为,BI的设计阶段还是业务流程比较重要，流程决定了数据质量。
　　关于BI:
　　BI 商业智能也称作BI是英文单词Business Intelligence的缩写。商业智能通常被理解为将企业中现有的数据转化为知识，帮助企业做出明智的业务经营决策的工具。这里所谈的数据包括来自企业业务系统的订单、库存、交易账目、客户和供应商等来自企业所处行业和竞争对手的数据以及来自企业所处的其他外部环境中的各种数据。而商业智能能够辅助的业务经营决策，既可以是操作层的，也可以是战术层和战略层的决策。为了将数据转化为知识，需要利用数据仓库、联机分析处理（OLAP）工具和数据挖掘等技术。因此，从技术层面上讲，商业智能不是什么新技术，它只是数据仓库、OLAP和数据挖掘等技术的综合运用。
　　商业智能的概念最早在 1996年提出。当时将商业智能定义为一类由数据仓库（或数据集市）、查询报表、数据分析、数据挖掘、数据备份和恢复等部分组成的、以帮助企业决策为目的技术及其应用。目前，商业智能通常被理解为将企业中现有的数据转化为知识，帮助企业做出明智的业务经营决策的工具。这里所谈的数据包括来自企业业务系统的订单、库存、交易账目、客户和供应商资料及来自企业所处行业和竞争对手的数据，以及来自企业所处的其他外部环境中的各种数据。而商业智能能够辅助的业务经营决策既可以是操作层的，也可以是战术层和战略层的决策。为了将数据转化为知识，需要利用数据仓库、联机分析处理（OLAP）工具和数据挖掘等技术。因此，从技术层面上讲，商业智能不是什么新技术，它只是数据仓库、OLAP和数据挖掘等技术的综合运用。

（责编：韩雨彤）

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。