[如何购买BI系统.docVIP

引言 相对于关系型数据库，编程语言，文本处理，图像显示系统，商业智能产品之间的差别更大，从而导致在选择BI时的更大困惑，不同于普通的软件产品，IT人员和最终用户都不能够单独做出最好的BI选择。也就是说，BI系统的评估需要用户和IT人员的共同努力。 然而，在许多公司中，IT人员和最终用户没有共同语言，在交流上存在着障碍。即使他们试图一起工作，但是他们总是有着不同的观点。结果，我们经常看到公司做出奇怪的产品选择决定。 选择错误的工具会导致严重的后果： 最差的情况是项目完全失败，所有软件开发和服务费付诸东流，期望的商业利润不能实现，损失高达数百万。 典型的情况是，项目的部分功能可以使用，开发方认为这是成功案例。这种情况很普遍，而且比第一种情形更糟的是，更换这个失败的系统较难，从而造成更长的潜在收益的损失 一些项目具有在整个企业部署的雄心，但却从来没有超越最开始的部门应用。他们可以给最开始的用户带来收益，但是却不能给项目的下一阶段提供帮组，避免再次重新选型。 决策小组可能被供应商夸夸其谈的宣讲误导，结果采用了十分昂贵的方案来解决一个简单的问题，虽然可用，但是花费的成本比一个更适合的方案高出很多倍。 记住，虽然我们给出了选择正确的BI的建议，但是这只是BI成功实施的第一步。 基于证据的选择 似乎每个BI产品都声称他们是高效的、创新的、高可用的并被广泛使用的。BI survey对Bi产品从以下几个方面的八个方面进行了调查：节省成本，改善用户满意度，较高的收益，更好的决策，改善的报表。 对是否进行BI产品选择的调查发现,对多个产品进行评估的公司获得了较大的收益，而对单一产品进行评估的公司的收益较小，而那些不做产品选择的公司的收益是最小的。 因此，一个正式的多产品的评估过程可以提高项目的成功度。 如上图所示，在选择BI产品时，产品因素比商业因素更重要，特别是快速查询性能、易用性、是否可以处理大规模用户请求。 评估需求 在了解产品能做什么之前，不要和供应商会谈。 尝试预测最终用户需要什么而不是听他们说他们要什么，也是说你需要理解他们的工作内容，工作能力，了解什么样的产品能帮助他们提高效率 与最终用户一起工作，包括项目定义阶段、产品选择阶段和实施阶段 不要期望最终用户能列出他们的具体需求，也不要强迫他们预测每一种可能性(你最后得到的是一个不可能的列表) 在理解商务需求前不要致力于存储和体系结构 不要使用过于雄心的BI交易中的闲置软件 如果对公司来说，BI是新生事物，可能有些事情很难办，因此更好的做法可能是先上一个小规模的项目，使用一个简单的面向用户的工具来获得相关经验。这样他们就能更好的定义需求了。 记住购买BI应该是商业驱动的：这就意味着对每一个项目，你都应该有一个清晰的相关联的目标，有具体的收益，至少有个大概的回报率。仅仅简单的说更好的信息和更多的报表对于一个项目来说是不够的。在项目前后，你应该确定可量化的收益(财政或人力)；如果这点做不到，那么就很难知道谁应该使用这个系统，如何确定需求，以及确定什么样的成本是合理的。总之，如果不能给用户切实可行的信息帮助他们更好更准确的完成工作，再华丽的报表也是没有用的。 在建立一个大项目的正式的候选名单之前，你应该调查一下以下问题： 输入数据的规模，包括现在的和将来的(需要花点时间来研究) 数据的时变性，即数据随着时间变化的情况(一些产品不能处理高度变化的数据和元数据)。 应用的类型：零售/市场分析， CRM， 预算/计划， 业绩管理，平衡计分卡，质量分析，财政，财务报告与整合 关键属性：回写，分配计算，精确的货币转换，打印报表质量，电子表格接口，复杂的业务逻辑，维度灵活性，统计，计划和预测（包括如果。。。怎么样？） 整合：其他相关的系统，如E-mail，ABM，数据仓库，数据挖掘和ERP 用户的数量和位置：影响体系结构，安全性和成本。 用户角色：高级管理人员，财务，市场，HR，销售，生产，工程师等。 当前用户和开发者的技能：Excel, VB, JavaScript, Java, J2EE, SQL, ETL, EIS, Web,立方体设计等。 谁来做实施和维护：外界顾问，内部IT员工还是最终用户。 服务器平台：NT, Unix, AS/400, Linux—但是不要坚持候选产品毕业运行在现在仍然使用的将被淘汰的平台上。 客户端PC和浏览器标准： 部署结构：可上网的独立运行的PC，告诉客户端/服务器，内部局域网，外部网以及互联网。 国际化部署：多货币支持，多语言操作，数据共享，本地支持，许可证发放问题，跨时区更新Windows，网络带宽 预算：软件，硬件，服务，通信 不要沉迷：过度的强调需求和不重视需求一样不好。例如，许多简单的报表产品对于许多应用都是用，而不能仅仅因为一个不必要的高级功能需求而将