栏目编辑齐书阳 投稿信箱．。ｓｙ“ ｓｗｍ Ｃ ０１ Ｆ￣ｃ － 专栏 Ｉ ｃｏＩｕｍｎ 商务智能 商务智能如何成功实施 ■ 商务智能项目不是一个简单的工程，我们可以从应用、行政、技术 三个角度来切入。 ◇鲁百年 量、库存或者是促销结果等。选择主题时要考虑能在 短期内实现，比如在５个月或者半年让相关领导能看 这些年信息化的实施让企业积累了大量的运营数 到结果。不要一开始就贪图大而全，其结果导致两三 据，如何从这些数据中提取出价值，并指导业务更好 年看不到结果。 开展成为企业实施商务智能最大的诉求。但是如何能 是否能在短期实现取决于数据源的完整 和准确 及时、透明、准确的获得信息，从而从信息中获得知 性、业务范围的大小，尽量先选取单一的、数据准确 识，时刻了解企业的客户、销售、库存、物流、生产、 性比较高的数据源，比如财务数据或者生产采购数据， 采购、财务的状况，成为实施商务智能时企业最关心 这样才能保证项目的快速上线。其次就是业务目标制 的话题。 定的范围要尽量小。由于商务智能系统和ＥＲＰ系统在 首先，在立项前，企业就要明确知道立项的目的， 思维模式上完全不同，ＥＲＰ是流程驱动，而商务智能 要解决的问题。而不是为了数据而数据。 是目标驱动。从要达到的目标出发，考虑要解决的问 其次，定好了项目的目标，成立项目小组，或者 题，然后给问题用公式或者描述下定义，比如客户的 指定专人研究项目的可行性，研究为达到目标所需要 流失分析，如何定义客户流失，是客户离开了公司或 的人力物力以及项目的范围。从企业的内部了解企业 者放弃了产品叫流失，还是客户有了流失的迹象叫流 内部的系统分布：比如系统的应用部门，数据的存储、 失等。往往商务智能项目的需求分析和整体设计应该 数据库、中间件、运行平台、操作系统等。知道现在 占到整个项目的２／３时间。 所能获得的信息、方法和手段。从项目实施的外部了 第二是商务智能项目应该是全员使用的“业务系 解这方面的咨询厂商、产品供应商、在本行业中成功 统”，应该成为按照角色划分的应用系统。高层需要了 的案例。了解实现商务智能的基本技术路线、工具和 解公司的关键绩效指标达标现状和存在的问题，也就 实施方。 是关键绩效指标的预警；管理层需要了解为什么发生， 接下来，就是产品的选型、产品供应商的选择、咨 找到原因，调整执行的战略，对高层提出建议；分析层 询公司的定位等。在选型时，一定要考虑行业的经验、 需要对业务进行分析和跟踪，从而对企业的运营提出 公司的综合实力、产品与技术的优势、方案的提供、项 建议；执行层需要了解具体执行的情况，了解自己所完 目实施的经验、售后服务和产品咨询的价格。 成任务的状况。只有让系统在整个企业使用，每个人 最后就是最重要的环廿．实施，我们可以从应用、 都成为主人公，才能慢慢将商务智能项目变成“运营 行政、技术三个方面切入，从而保证商务智能项目的 系统”，才会有生命力。 成功实施。 第三是系统应用的简易性。由于商务智能系统是 为业务部门应用的，业务部门的需求也在不断的变化， 应用角度 所以该系统不是设计好固定的界面而让业务部门来应 用就可以了，而是一定要让应用部门学会自己使用 第一是业务驱动，目标导向，一定要结合公司的 “傻瓜照相机”，不要所有的应用都让ＩＴ部门开发，就 实际，了解企业急待解决的问题，从老总最关心的业 像使用Ｗｏｒｄ一样，能够立马上手进行分析、查询和问 务主题开始，比如应收账款和账期、现金流、生产质 题跟踪。 ２００８．１０软件世界 ９３ 专栏 Ｉ ｃｏｌｕｍｎ 栏目编辑齐书阳 投稿信箱。ｓ－。ｓ ｒ 商务智能 行政角度 目也分为三个阶段：一是前期的培训，让相关人员 理解为什么要做该项目，能解决什么问题，让相关人 第一是业务部门和ＩＴ部门齐心协力，业务部门主 员进入自己的角色。二是中期的咨询，通过对公司业 导提出需求，而不是ＩＴ部门问业务部门有什么需求， 务问题的诊断、调研，了解企业需要解决的首要问题， 然后了解企业ＩＴ建设的现状，设计整体的架构。 三是项目的实施。项目前期需求需要引导培训， 这样一般业务部门的重视度不够，导致到系统ｔ线了， 业务部门认为项目不能满足他们的要求，需要重新修 改内容。商务智能项目返工的工作量相当大，因为数 项目中间需要对项目组人员进行技术工具培训，以便 据的整合需要大量的工作量。一旦需求发生变化，可 项目上线后，公司会有专人维护。因为商务智能项目 能会直接影响到数据模型的改变。 一是～一个过程，必须根据、 务需求，实时进行项目的开 般情况下，ＩＴ部门驱动的项目经常是以数据驱 发。项目 线后还要对业务人员进行培训，特别是教 会业务人员学会Ｔ具的利用，对自己的需求自行开 动，所以多将项目取名为数据仓库或者决策支持系统， 目标是先将企业的数据整合起来，然后任何应用都可 发 以从数据仓库中获得，这样也就自然会想到企业级数 据模型。企业级数据模型固然重要，但是一定要考虑 技术角度 第一是“想大做小”。要对项目的整体规划、技术 架构、分步实施进行规划，是否需要ＯＤＳ，数据仓库 到可行性和现实。在一般情况下，企业特别是大型企 业的数据整合需要三、四年的时间，等数据整合完了， 业务系统又发生了变化，或者需求完全发生了变化， 已经离开了公司或者项目组，如果文档写得不到位， ＩＴ界人员流动非常频繁，没等项目上线，做项目的人 的逻辑架构和物理架构的设计，数据集市的结构等都 要进行认真的设计。对于业务驱动的系统容易出现的 这样数据的接口也不知道，其结果就成为‘个好看而 问题是初期的数据警合很难拓展为企业的数据仓库， 商务智能项目是一把手工程，在项目实施过程中，如果是ｌＴ 部牵头，业务部应该有专人介入。 不能实用的企业数据存储系统。 如果是业务部门驱动，往往是以业务应用为主， 所以在设计时，要对系统的整体架构进行认真的设计。 第二是数据质量的控制。“垃圾进垃圾出”，商务 但是往往会只考虑到自己部门的应用而忽视了整体架 智能项目最重要的还是数据，如果在数据仓库或者数 构的设计，从而当这应用做完后，数据结构不能扩展 据集市中的数据有问题，其结果也难以保证真实性， 成企业级的应用，为了消灭信息孤岛而人为的又产生 这样就要求数据质量的完整和准确。如何保证数据的 了新的信息孤岛。 高质量，就需要有一个数据质量控制的工具，而不仅 第二是商务智能项目是一把手工程。在项目实施 仅是通过ＥＴＬ（数据的抽取、迁移和加载），还需要数 过程中，如果部门相互，相互协作得不到保证。如 据的质量控制。 果是ＩＴ部牵头，业务部应该有专人介入。否则，由于 第三是“三分段的设计思想”。在数据仓库的设计 业务繁忙，业务部门的人员往往对项目的重视程度不 时，要考虑将数据仓库和业务系统相对隔离，将数据 够，很少发表意见或者参与项目决策，导致到项目的 仓库和分析应用相对隔离，因为当前的业务系统经常 失败，所以一定要企业的一把手出面，各个相关部门 会升级或者更新，不要因为分析应用需求的变化或者 有专人参加，参加的人对企业的业务比较熟悉，而且 业务系统的变化，将原来建立的数据仓库推到重建， 能领会领导的意图。 一定要保护企业的投资回报。匝 鲁百年博士：ＳＡＦ Ｂｕｓｉｎｅｓｓ Ｏｂｊｅｃｔｓ中国区首席顾问 第三是要加强业务培训和技术培训。商务智能项 ９４ ２００８．１０软件世界 ＷＷＷ．ＳＷｍ．ＣＯｍ．Ｃｎ
