1、MicroStrategy 和 BusinessObjects 实现商务智能需求解决方案的对比本文讨论了成功实现 BI 的主要需求。在每个需求的后面，MicroStrategy 和 Business Objects 各自都提供了与此需求相关的、直接对比的实现和策略。注意：本文是为那些希望直接、公平比较的读者组织的，围绕以下主要主题：i. 伸缩性ii. 安全iii. 部署能力（包括维护能力）iv. 分析能力v. 易用vi. 性能注意：此次分析是以对 MicroStrategy 7.1 平台和 Business Objects 2000 套件的考察为基础的，其中Business Objects 2
2、000 套件包括 BusinessObjects 5i, WebIntelligence 2.6, Set Analyzer 2.0, Broadcast Agent 5.1, Designer 5.1, Supervisor 5.1, Developer Suite and Auditor。I.伸缩性1. BI 需求:纯 web 架构为互联网建立的纯 web 架构，提供了 web 报表制作，安全性，性能和为升级 web 部署所需要的 web 标准需求。Web 的伸缩性（就像定义的那样，有大量的并发网络用户浏览统计报表和完成深层次的交互分析）对要求很高的 web 报表制作、交互式的 OLAP
3、分析和外网解决方案是非常必要的。Web 伸缩性要求在展示/接口层有一个纯 web 架构（例如所有的 HTML 接口-不包括客户端的插件，XSL 格式等）和应用服务层（如真正的 web 缓存、 XML 信息传输等） 。那些需要危险和昂贵的客户端下载、没有真正的应用服务器功能，或者要求那些对内存消耗较大的 client/server 中的桌面程序运行在 Web 服务器上的工具集，极大地限制了 Web 的可伸缩性并且不适合于互连网的部署。MicroStrategy 满足以下需求： MicroStrategy 的纯 web 架构为企业内外的用户扩展 OLAP 分析和 web 报表制作提 供了所需要的伸
4、缩性。MicroStrategy 7 Web 在瘦的 all-HTML web接口提供了完整的特色特性；DHTML 提供了必要的终端用户的交互行为， XSL 提供了高度格式化、用户化的报表制作。MicroStrategy 的 以 XML 为基础的信息传递和真正的应用服务器（确保在展示层、应用层、数据层之间真正的分离）通过在网络和 web 服务器最小化负载来提供很高的 web 用户 伸缩性。BO 的方式：BO 由于没有纯 web 架构，需要通过在网络和 web 服务器上传输很重的负载，这严重限制了 web 用户的伸缩性。没有真正的 web 应用服务器功 能，无异步处理的能力和在 WebIntel
5、ligence 上运行耗时的 client / server 程序的架构意味着每个并发 web 用户需要大量的内存，明显限制了 web 用户的伸缩性。BO 的客户和合作伙伴曾提到由于要为每个并发用户提供全 功能性的 web 报表制作，需要运行多个 BOManager 和 BusinessObjects 桌面进程，这使得每个 CPU 上最多有 7-9 个 BO 的 web 并发用户。注意：对 MicroStrategy 来说在同样的条件下每个 CPU server 上却能运行 45-50 个并发的 web 用户。同样的问题是，BO 由于依赖 web 需求，需要有大量的客户端下载。对 web 用户
6、来说，浏览、修改一个 BO 桌面的公司文档或创建一个 WebIntelligence 报表需要过分地依赖于大量的客户端插件，这表明 BO 在支持 web 方式的企业级 BI 的能力是有限 的。Web 用户对桌面报表的任何的存取（即使只是简单的浏览）都需要在 web 浏览器机器上下载某些程序。如果没有客户端的插件，web 用户将无权使用 BO 桌面报表，将只有有限的报表生成和编辑能力，不能分成各个等级，只能支持很少的计算类型（sum, count, min, max, percent）并且只有有限的钻取能力。2. BI 需求: 数据容量伸缩性由于企业收集大量事务级和客户为中心的数据，导致了数据库
7、的爆炸式增长，而且互联网把 BI 扩展到企业内外的用户，因此把应用部署在 TB 级的平台上是十分必要的。我们应该注意到，即使以很小数据量开始的部门级的应用，也会以指数的方式增长到 BO 的分析范围不再适应基于桌面的 cube。真正的数据伸缩性要求能利用数据库来加强数据处理的第三代 ROLAP 架构，和对中间层上的 200 多个分析函数应用进行多维分析的引擎。通过反复利用数据库 和应用服务器来最小化网络流量，确保在优化的平台上进行处理。那些主要利用数据库来进行简单查询或在本地桌面做大部分处理的工具，由于要将大量数据复制到 每个桌面上，增加了网络的负载。更严重的是，它的结构对摘要级别的分析是有限的
8、，因为在这样的结构里，分析要受越过网络被复制到桌面 cube 中的数据量的约束。MicroStrategy 满足以下需求： MicroStrategy 的第三代 ROLAP 架构，在容量上很容易能达到 TB 级或一个数据库平台能存储的数据 量，这是通过以下方式实现的：反复地在优化的基于 server 的平台、数据库和 MicroStrategys Intelligence Server 中执行分析。根据定义，假定 BI 平台能够像 MicroStrategy 7 那样产生高度优化的基于平台的 SQL，数据库技术不断扩展并且将是一个理想的场所来完成大容量数据处理。MicroStrategy 中的
9、 Intelligence Server 能进行多维分析，比如能利用各种各样的 OLAP 函数，执行那些不能被数据库高效率处理的类似于 Cube 的切片、切块分析功能。BO 的方式：由于容量的限制，甚至典型的 cube 爆炸问题也不会发生。基于桌面的处理和cube 结构是 BO 的先天的缺陷，因为大尺寸的 cube 是一个网络 上的瓶颈，包括对 cube 大量手工的维护和要求大容量硬盘空间。正如同所定义的那样，跨过网络复制到桌面内存的数据量从根本上限制了 cube 的大小，并且 需要在原本就有限的机器上处理 cubes。注意：数据的伸缩性消极地影响着那些存取桌面报表的 web 用户，因为不仅需
10、要下载报表结果，还必须把相应 cube 里的数据下载到他们的桌面。另外，即使那 些基于Webintelliigence、存在于 web server 里的 cubes 也必须和对应的语义层定义一起，跨过网络被单独地加载到 Web Server 内存中，这样便限制了能进行并发分析的 cubes 的数量。阻碍 BO 数据伸缩性的其它结构化缺陷还包括：大量来自桌面和 web 并且对数据库不可控制的直接连接，最终会摧垮数据库使用没有优化的 SQL，导致了数据库性能的降低聚合能力的限制，导致不能进行大数据量的聚合有限的共享缓存使得大量的查询要运行在实时的数据库上没有应用服务器功能绝大多数据处理在本地执行
11、，部分在 web server box 上执行，更少量在数据库上执行；BO 过分依赖于本地却很少利用数据库来进行处理。3. BI 需求:真正的应用服务器真正的应用服务器必须位于任何一个多用户 BI 环境的中心。应用服务器为了高效率传送数据，不仅在展示层、商业逻辑层和数据层提供了有效地分离，而且要提供排队等待、优先级控制、缓存和调度等功能。应用服务器应该能够给适合的平台分发所有的处理，以使重复地在数据库和中间层分析引擎之间的处理对用户来说是完全透明的。应用服务器也应当提供如下功能： 多级缓存，保证用户在安全约束下进行优先处理。注意：由于要求大量的 cube 管理，在 cube 环境中应用服务器功
12、能 显得特别重要。一个真正的平台（功能上具备一个应用服务器）与多种不同工具共存于同一服务器方式之间有明显的不同。提供重要的文件服务却没有真正的应用服务器功能的环境是不可伸缩的，因为每个终端用户的请求是独立地被提交到数据库中，没有进行全面的系统控制和优先处理。MicroStrategy 满足以下需求： MicroStrategy 7 中的 Intelligence Server 是一个基于组件的应用服务器，提供了高度伸缩性环境所具备的必要控制和应用系统管理，如下所述： .在理想平台上完成多维分析处理（通过 Intelligence Server 或数据库中的 200 多个分析库）真正共享的多级别
13、的缓存完全与 Intelligence Server 中的安全模式进行了集成通过连接池、粒状数据和应用控制来智能地管理所有的用户对数据库的连接通过排队等候和线程管理，对所有请求动态分配优先权系统用法和性能调整工具群集管理和负载均衡通过动态资源分配进行自我调整的结构使组件满负荷工作BO 的方式：BO 2000 主要是基于桌面 OLAP(DOLAP)处理。虽然 BO 2000 包含两个基于服务器的产品：WebIntelligence 和 Broadcast Agent，但是真正的应用服务器功能对文件服务的支持在 web 环境中是有限的，并且在桌面环境中根本不存在。虽然 BO 中的方式可能确保在 s
14、erver 机器（与桌面比较）上确实执行一些 web 处理，却没有与之对应的系统管理和控制。WebIntelligence 主要是能为 cubes 充当索引和存储设备的报表或文件服务器；提供了一些有限的协调能力和最小限度的应用管理。当 BO 的 web 用户需要存取一个创建在桌面上的报表时，缺少应用服务器的弊端便显现出来了；为了实现两层结构不能处理的功能，数据和报表必须被下载到 web 用户的 桌面上。BO 缺乏应用服务器意味着：1. 没有报表的排队等候/区分优先次序2. 没有异步处理3. 不能取消来自 web 的数据库查询4. 非常有限的查询管理。注意：仅有的能被利用的系统资源管理包括数据库
15、返回的行数和查询执行时间5. 没有对应用层和展示层进行分割-缺乏表现上的灵活性并且不能有效地传递信息。6. 最小限度的系统管理和审核功能。注意：BO Auditor 主要是在基于网络上的受限；两层桌面处理是无审核能力的。7. 不能对报表对象管理；在用户和环境中不能动态移植报表对象8. 有限的对微型立方体的管理能力和更新能力导致频繁的微型立方体扩张。由于所有的ad-hoc 请求会产生新的微型立方体，微型立方体数量的显著膨胀导致数据的大量复制和对同一数据多种不同版本/解释，9. 没有与系统管理软件集成10. 没有共享的缓存11. 没有 cube 级别安全性12. 在 BO web 产品和数据库之间
16、需要建立直接的联系，这是一个巨大的安全缺陷13. 有限的两层桌面 用户和数据仓库跟踪14. 有限的 web 并发用户，由于大量客户端运行的 BusinessObject 必须运行在 web 服务器上（需要消耗大量内存）15. 有限的均衡负载4. BI:需求. 支持 Unix一个开放的 BI 平台必须能够在多个数据库和操作系统平台上运行，以确保用户和数据的可伸缩性。数据库平台应该支持所有主要主流的、基于 server 的关系 型数据库，包括那些运行在 Unix 和 Windows NT 上的，开放的操作系统应当支持包括在 Unix 和 Windows NT 上的 web 服务器和 web 应用服
17、务器。MicroStrategy 满足以下需求： MicroStrategy 7 中的 Intelligence Server 提供对 Unix 伸缩性的支持。另外，数据仓库（在这里要进行大量处理）能存在于任何平台（Unix,NT） 。MicroStrategy 近来 给 MicroStrategy SDK 增加了一个基于 Java 的 Web API，这样便可在多个平台（包括 IBM AIX, Sun Solaris 和 Microsoft Windows NT）和 web 应用服务器（如IBM WebSphere, iPlanet, and Apache Tomcat）上定制 MicroS
18、trategy 7 的 web 开发。另外，为了满足那些运行 Unix 的公司的需要，用来支持更多应用系统的 Java and Unix 的扩展能力，会使得对系统集成商和增值代理商来说，快速开发和集成 MicroStrategy 中的 BI平台到他们的产品中去变得更加容易。BO 的方式：虽然 BO 对他们的一些基于服务器的产品提供了 Unix 支持，但是我们有必要了解其中的某些限制： .在客户端没有支持 Unix 的工具不是所有的服务器组件都能运行在 Unix 机器上（Broadcast 方式只能运行在 Windows 环境中）BO 对 Unix 的支持根据产品和 Unix 版本的不同而发生变
19、化；对 HP-UX 的支持要明显落后于对 Sun Solaris 的支持Unix 版本没有与 NT 版本提供提供同样的功能，不稳定并且还丧失了某些功能（例如报表更新等）5. BI 需求:主动信息分发随着 BI 的普及和用户对信息更加实时地存取，由高度升级的信息分发服务器通过 web、无线或者语音传递给不同用户群的主动信息分发显得特别必要。以用户指定的多种信息展示方式，给不同类型设备进行的信息传递，把 BI 应用系统价值扩展给那些连接或断开的用户。虽然有多种方法把信息传递给各种媒体，但要考虑的关键方面有：1. 结构本身内在的伸缩性和稳定性2. 自我诊断的程度3. 向不同类型的设备传递高度格式化信
20、息的支持MicroStrategy 满足以下需求： MicroStrategy 是第一个认可主动信息传递需要的 BI 厂商。以 1998 年的 Broadcaster 产 品为开端，还有近期新近命名的 Narrowcast Server，MicroStrategy 使得通过各种媒体如：email、传真、呼机、手机，主动传递高度个性化的相关信息成为可能。该功能是系统内嵌的并且不需要任何定制代码。用户定制他们想收到的信息、条件，例如数据中的异常或者是基于事件的标准和设备类型。结构被设计成从 MicroStrategy 7 Intelligence Server 和外部信息源中接受个性化的内容。从多
21、种来源中获得的信息可能会出现在 MicroStrategy Narrowcast Server 的输出结果当中。数据源的例子包括从 ERP 系统中获得的 XML 内容、从内容供给者和入口处获得的 ICE 内容，或者其它的非关系型的内容如：平 面文件、图片等等。基于 XML 的结构确保了完善的内容控制和对任何当前或将来存在的设备的适应性。MicroStrategy Narrowcast Server 使你能够以 HTML、普通文本、或 Excel 的形式给任何一个 SMTP 网关传送商业智能报告，这种功能是系统内嵌的。BO 的方式：BO 的信息分发是以调度范例为基础的，这样便限制了伸缩和功能的全
22、面性。BO 的 Broadcast Agent 通过使能基本报表调度，被设计成把建立的 cube 卸载到批环境中去。导致的结果是为了完整的伸缩性而需要很多 BO 结构中没有的一些特性。例如一 个中间层的、允许一个将被提交到数据库的 全局请求（如从三月获得的销售数据）的切片能力。如果管理员编写 VBA 宏并且手动地进入所期望的分发列表，BO 的报表分发也只能通过 e-mail 进行；由于 BO 不提供动态分发列表能力，分发在运行期间不 能被动态决定。尽管如此,报表通常是以邮件附件形式存在的 cube，并且必须被保存到当地硬盘，而且只能用BusinessObjects 软件查看。大多 数设备支持需
23、要定制的代码 -对设备有很少的系统内嵌的支持。II.安全性6. BI 需求:全面的多级安全BI 的安全方式必须符合安全标准（如 LDAP） ，在多级上被分成粒状（应用系统/对象，用户，传输和数据） ，能够被集成进现存的安全配置，提供重要的管理。简而言之，真正的网络安全要求在所有级别都是全面的和易处理的。更重要的是，绝对无安全漏洞。MicroStrategy 满足以下需求： MicroStrategy 7 安全模式包含必要的广度和深度，通过internet 允许 BI 应用系统对员工、合作伙伴、供应商和顾客进行安全部署。MicroStrategy产品是 通过以下方式实现其安全性的：应用功能级别的
24、特权的使用、报表对象级别上的访问控制列表、安全过滤器、连接映射和在数据级别上对数据库视图的支持。另外， 用户级别的安全是通过 MicroStrategy 与 NT、LDAP 的集成实现的，传输级别的安全是通过 128位的 SSL 传输、128 位数据加密或在 web 服务器上无数据库连接的双防火墙配置来实现的。MicroStrategy 7 基于配置文档的安全性能确保了平台和传输体系中的每一部分都是安全的，都被严格管理。另外，MicroStrategy 对工业标准的安全尺度的实现确保了 MicroStrategy 的安全模型能与当前存在的任一安全方式进行集成。BO 的方式：虽然 BO 有一个多
25、级安全模式，但它们缺少一个综合方案。他们不仅没有关键的安全部件，它们的安全架构也存在危害公司资产的严重安全缺陷。BO 有大量的基本安全隐患（如 WebIntelligence 直接与数据库相连，大量使用 ActiveX 和 Java applets）和安全漏洞（如对 SSL 非常有限的支持，不能直接进行数据级别的安全） 。BO 的安全性需要大量维护，因为安全必须用多种工具和接口进行安装和维护，如 BO 中的 Supervisor 和 Designer 工具。虽然 BO 提供了一些数据级别的安全性，一个 SQL WHERE条件子句对每个用户来说必须书写，这完全限制了数据级别的存取。这需要大量管理
26、，如果漏掉了 WHERE 子句。III.部署能力7. BI 需求:从一个接口完全集成 BI一个单独的 BI 接口（从桌面或 web 接口能进行查询&报表生成和全部的 OLAP 能力）最小化了培训要求、软件费用并且对所有终端用户进行支持。大量 BI 工具要求高级别的管理员来安装和维护，这导致了购买者的大量花费。MicroStrategy 满足以下需求： MicroStrategy 提供了桌面方式和 web 方式的集成的全功能性的 BI，完整的 BI 功能包括静态报表制作，报表分发，查询和报表制作，OLAP 分析，集分析并且从一个集成的接口利用数据挖掘，MicroStrategy 7 Deskto
27、p 允许用户从一个单独的接口，通过 MicroStrategy Architect, MicroStrategy Agent 和 MicroStrategy 7 服务器管理之间紧密的集成来进行设计、创建、维护、运行和监视分析MicroStrategy 7 Web 提供了与客户端工具相当的全部报表、查询、OLAP 和高级分析功能。MicroStrategy 7 Web 版通过三个纯 Web 版本（Web Analyst, Web Reporter and Web Viewer）提供了完整性能（同 MicroStrategy Desktop 同样的功能）的 web 接口。终端用户只需学会这样一个接
28、口便可以了：能支持 BI 所需的从静态 web 报表制作到完全交互式的OLAP 分析。 MicroStrategy 允许终端用户从简单的查询和报表制作开始，随着需求的发展，很容易地便可以用同一接口进行高级分析处理BO 的方式：BO 桌面版和 web 版的 BI 都需要使用大量工具，每一个都有自己的一套接口、元数据、报表制作范例和报表制作功能。虽然 BO 工具组很多，但是提供的工具十分零 散；BO 的基于桌面的 BI 典型地至少需要使用两个单独的工具；BusinessObjects, Set Analyzer 和 Business Miner 同样如此。由于 Set Analyzer 和 Bus
29、iness Miner 在 web 版没有被嵌入，BO 的基于 web 的 BI 仅能够使用 WebIntelligence 和 BusinessObjects 5i。BO 的工具分散对终端用户和管理员产生了消极的影响。终端用户需要学习和使用大量的接口、报表制作范例和报表制作功能，例如，分析中心围绕着 Set Analyzer 中的原始资料和主题，并且以不同的报表制作范例和一套、与使用“类”和“对象”的 BusinessObjects 完全不同的元数据为基础 的。另外，为了正确地共享和发布文档，终端用户需要知道别的用户有哪些工具，这给管理员产生了很大的消极影响，管理员必须为多个工具创建和支持报
30、表制作环 境，包括手动地集成各种工具中的元数据。由于用户的需求很容易超越一个工具所能达到的，之后必须产生一个新的工具，这样变动的 BI 请求导致购买者大量的花费，其结果是重叠的工具功能要求终端用户 知道在什么时间使用其中的一个。由于 BO 终端用户经常以 BusinessObjects 开始。BO 的 web 用户以WebIntelligenc 开始，但是 他们很快便意识到当需要超出简单的报表分发时，便需要8. BI 需求:单独的元数据层BI 以单独元数据层为基础的开发，使用完全可重用的报表制作对象（对所有的接口、用户间的共享、组和报表制作环境来说都可利用） ，这样便导致了快速的开发和更加容易
31、的部署。MicroStrategy 满足以下需求： MicroStrategy 7 建立在统一的结构（在所有的产品中间有一个公共的元数据层）之上，在这种结构中所有的报表生成对象被存储在一个单独的库中，并且对所有用户都是完全共享 和重用的。特别地，MicroStrategy Desktop 版创建的报表（所有内部的报表生成对象例如度量、过滤器等）在同一个报表生成范例中，依靠MicroStrategy Web 和 MicroStrategy Narrowcast Server 而不需要任何手工的步骤便立即和自动地被所有的终端用户使用。报表的共享使可重用性最大化，并且确保系统管理员在接口发生变化或者
32、报表生成从Desktop 版移到 web 版时不必重新建立报表生成对象。另 外，MicroStrategys Object Manager 的功能确保了所有的报表生成对象很容易地在用户、组中被共享，在报表生成环境如开发和成品之间被迁移。BO 的方式：BO 有大量独立的、需要手动同步的元数据库。被 BusinessObjects 桌面版工具存取的主 desktop 库使用 Designer 工 具，然而被 Set Analyzer 存取的资料库使用 Architect工具。由于 BO 桌面版和 web 版的报表生成环境没有被完全集成，为了使桌面版的报表对web 终端用户 可用，需要手动发布。当
33、web 报表被手动地发布到本地用户时，大部分的格式被丢掉了。BO 用户必须把各种类型的报表区分开来，因为这些报表是完全不同的对象；“WebIntelligence 企业报表” （在 web 版用 WebIntelligence 工具创建）和“企业文档” （用BusinessObjects 桌面版工具创建的本地报表）由于它 们没有被完全集成，在功能上差别很大，存储的位置有差别 (一种在 WebIntelligence Server 和另一种在资料库 )，并且他们的可用性也存在差别。Web 报表主要是静态的，具有一些简单的 ad-hoc 报告能力，然而桌面版报表仅仅是提供 本地 OLAP 工具期望
34、的功能类型的 BO 介质。大多数的内部报表生成对象，包括条件和计算（公式、变量等） ，确实存在于本地，在报表和 BO 工具间是不可重用的（却鼓吹 Broadcast Agent 可利用本地对象）并且在终端用户之间是不可共享的。由于 BO 不具备报表生成对象的运转和移动功能，如果不手工书写脚本来完成内部的报表对象的移 动，完全共享报表是很困难的。缺少一个完整的元数据层意味着：对 BO 图解对象的改变要求受影响的对象从所有的相关报表中手工移走，被改变的对象则需重新装入。缺少影响分析功能意味着没有办法来决定哪一个具体的报表和/或报表生成对象是受 schema 的改变影响的。9. BI 需求:灵活的基
35、于部件的 BI 平台一个基于部件的 BI 平台能够通过开放的 SDK 展现所有的功能，能很容易地被扩展和集成到现存的每一个主导产业的分析家组织近来已经公布了 BI 平台标准。虽然要求和标志（如“下一代的商业智能”， “企业报表制作” ， “BI”平台等）有些细微的不同， 实质同样都是应用于 BI 平台的要求很高的标准。The Gartner Group 在 2000/3/2 提供了一套有用且严格的标准，如下所述：1. 现代化的平台结构2. 第三方扩展3. 厂商对各种方案的支持4. BI 特色The Gartner Group 定义是“BI 平台提供一整套工具来对所有 BI 应用系统进行创建、部
36、署，支持和维护。 ”MicroStrategy 满足以下需求： MicroStrategy 作为一个 BI 平台始终根据 The Gartner Group的标准进行分类并且在 2001/5/10 的“BI Platforms Magic Quadrant”被 Gartner 认做最高级别的完善版本。MicroStrategy 重新构造了它的整个产品线，提供 BI 平台所要求的、基于组件的开放性和分析混合。这意味着 MicroStrategy 7 平台除了能够建立定制的应用外还能够提供静态报表制作、用于复杂 OLAP 的查询报表分析，either vertical specific or in
37、tegrated with and into other technologies and infrastructures.对组织内外所有类型的 BI 来说，只有真正的平台才能被设计成为企业级标准。BO 的方式：BO 从来都没有被 The Gartner Group 归类为平台提供者。对 Gartner 标准的不支持说明在 2001/5/10 的 Gartner BI Platform Quadrant release 上，它们没有被列出。虽然 BO 通常被认为是一个强大的 BI 工具集，但它只不过是一个对 DOLAP，HOLAP 和ROLAP 工具松散的集成集，并不是以基于组件的架构为基础的
38、。由于 BI 套件是允许终端用户做简易分析或者基于有限的数据库容量或桌面支持的 cubes 之上进行报表制作的工具集，他们主要是一个部门级的方式。10. BI 需求：完全开放的 web 方式和桌面方式的 BI 结构BI 平台，通过它可以展现所有桌面和 web 方式的报表制作、分析和管理功能，需要定制的接口和应用系统功能或者把应用系统嵌入到当前存在的共有的或技术结构中去。简易地把 BI 应用系统嵌入到现存的框架的开放性和能力，不仅需要展现所有的功能，而且还需要一个能提供包括全部的文档和大量程序例子的完整的软件开发包（SDK） ，MicroStrategy 满足以下需求：包括完整的 Java We
39、b 和 XML API 的 The MicroStrategy SDK，提供了一个使开发者能够集成和扩展的开放的结构，并且通过一套丰富的、展示平台的所有功能的 API 库来充分地利用 MicroStrategy 7 平台。基于标准的结构如 HTML, CSS, XML 和 XSL，确保了 BI 的展示是能够完全和简易地定制的。另外，MicroStrategy 对 MDX 的支持使得即使不是 MicroStrategy 的产品如 Cognos PowerPlay 和 Excel 2000 也能够对 MicroStrategy 7 平台进行存取。BO 的方式：由于 BO 提供了有限的 web AP
40、I（如无 XML API） ，它便不具有所有 web 功能的真正的 web 可定制化能力，而且工具集很难嵌入到当前的应用系统中，虽然也允许有限的应用于存在于应用系统的 logos 和图片基本定制BO 确实有一个基于桌面的 API，但它主要是集中展示报表制作功能的，而不是管理的或其它非报表制作功能。11. BI 需求：快速部署真正的以 web 为中心的应用系统能够被快速地建立和部署并且对终端用户环境不产生影响。语义层和报表环境应该很容易被建立并且必须利用现存的数据模型和报表制作结构。桌面 部署耗费由于集中的数据库连接和管理而被最小化。MicroStrategy 满足以下需求： MicroStra
41、tegy 中的 Project Builder 工具允许终端用户通过向导界面创建新的报表制作项目。完全利用初始的项目报表创建，MicroStrategy Architect 是一个能为 TB 级的应用系统建立语义层的功能强大的工具。MicroStrategy Architect 支持所有的数据仓库模型和所有主流数据库平台，能够扩展现存的架构特性如：Dimensional 和 Fact Extensions.系统管理员的负担被最小化，因为与 BO 相比，根据安全配置文档，MicroStrategy 终端用户能创建他们自己的与所有用户共享的完全可重用的度量和过滤器。由于最小限度的安装需求（无基于桌
42、面的中间件连接安装，无 plug-ins 或 applets 下载） ，MicroStrategy 的桌面 和 web 部署变得非常容易。BO 的方式：虽然 BO Designer 同样是一个建立语义层的图解设计工具，但他要求系统管理员熟知数据仓库中表的结构，数据库和 SQL 设计规则。特别地，为了安装 BusinessObjects环境，系统管理员必须定义一个 universe，包括定义条件、度量和钻取路径，然后手工地查看连接路径，为每个计算定义 所有可能的集成路径（这个麻烦的过程共包括 6 步） 。例如：在 BO 中利用聚合表需要：每个度量 2-3 个小时的作业并且包括下列步骤：1. 定义
43、聚合表并且手工与所有相关表相连2. 定义所有可能的表，在其中完成计算并且在每个度量内部以尺寸降序方式列出表3. 相对于其它所有的报表生成对象，定义所有可能的不兼容性BO 部署的最大的问题是大量客户端的 plug-ins 和 applets，它们限制了浏览器和防火墙的兼容性。另外，在每一个 BO 桌面上需要安装和维护某些类型的中间件连接层，这增加了安装过程的复杂性。12. BI 需求：易维护和管理一个对所有用户和报表制作提供详尽管理和追踪能力的平台，产生的结果是购买者更少量的花费。集中的管理能够通过一个单独的接口进行MicroStrategy 满足以下需求：就 MicroStrategy 7 来
44、说，系统管理员仅仅需要部署一个集成的环境，这是由于 MicroStrategy 7 Administrator 为开发、部署和维护跨多个平台的多个应用系统提供了一个集成的环境。Object Manager，作为 MicroStrategy 7 Administrator 的核心部件，推动了完善的生命周期管理，这样报表生成对象很容易地在跨过开发、测试和产品环境被迁移并且在用户、分组和项目之 间被共享。完善的用户和数据仓库的监视，包括动态的自我调节，保证了最高性能和生产量。BO 的方式：BO 方式需要单独工具和应用系统安装 ，没有所需的集中式管理工具。BO 环境由于有很多的安装、配置、管理的工具和
45、安装的应用系统，需要很强的维护性。由于隐藏了所需的维护（维持一个微型立方体环境而不进行所需的微型立方体管理）和监视工具，BO 对购买者。终端用户必须手动地对微型立方体 s 和相应的报告 文档“ 建立许多/部署一次”。由于终端用户在桌面上不能创建可重用的、在 sd-hoc 报表生成期间别的用户能利用的计算和条件， 他们需要依靠系统管理员创建可重用的 BO Measures 和条件并把他们添加到 BO 的一个中央存储库中。13. BI 需求： 多数据源存取在一个单独的展示层，存取和呈现多数据源的能力有时需要不同的数据源。虽然大多企业范围的数据继续被集成进一个共同的数据仓库或者数据集市，为了分析和展
46、示的目的，仍然很有必要存取不同的数据源。MicroStrategy 满足以下需求： 为了分析和展示的目的，MicroStrategy 支持多数据源的存取。MicroStrategy Narrowcast Server 支持在一个单独的展示层从多数据源中显示数据。MicroStrategy 7.1 Intelligence Server 为了存取不同种类、分布式数据源，能够支持 IBM 的DataJoiner 并且 MicroStrategy 7 Web 能够存取包含任何关系型和非关系型内容的文档BO 的方式：虽然 BO 确实支持在一个报表中多数剧源的展示，但 BO 不支持在一个单独的报表或 c
47、ube 中对多个不同类型的数据源的分析。BO 能够在一个单独 的报表文档中从多个数据源显示数据，但除了能跨过数据源进行一些简单的计算外，不能以任何有意义的方式从多个不同的数据源集成分析。由于用到不同种类的数 据存取， BO 不能在同一个 SQL内存取多个不同的数据源类型而使用 MicroStrategy 7.1 和 IBMs DataJoiner 却可以实现。其结果是，BO 经常推荐一个相关产品作为它的多数据源存取的一部分。即使通过连接 universes，对同一数据源类型进行多数据源分析是可行的，它也需要安装时间并且有一些限制。由于一个 BO universe 仅能包含一个单独的数据库连接，
48、大量universes（包括 universe 中每个 class）连接。如果对每一个报表的所有的 classes 和每个钻取路径没有被正确连接，由于 BO 引擎不知道怎样连接 classes 和 objects，不知道数据已经被错误地计算，这样用户很容易地便得到了不准确结果。所有转换和手动地连接数据所需的步骤基于连接数据计算类型，并且两个主要的计算类型（formulas 和 variables）不能被连接使用一个 gateway 产品或者把数据从多个源复制到一个不可重用的私有 cube 中去，是产生同样结果的两个不同的方法，在 BO 中如果需要每次转换和连接数据到一个备用的 cube14.
49、BI 需求：基于价值的定价客户和合作伙伴需要灵活和一致的定价，这样对部门级的部署特别具有吸引力，对适当提高定价的企业级的应用来说，花费是合理的。MicroStrategy 满足以下需求： MicroStrategy 以用户和 CPU 为基础，提供了标准的、公开的定价。基于 CPU 的定价，MicroStrategy 为企业级的部署提供了更低的价格并且能支持无限量的用户。BO 的方式：BO 定价变化很大，不是标准的并且不适合于企业级的部署。虽然 BO 推荐的定价对部门级的部署（对 10-25 个用户许可）特别具有吸引力，但不 适合于企业级的部署。BO 定价差别很大，特别地，对内网和外网可指定每用户，对外网却只能指定每个服务器。另外，BO 定价是保密的，根据顾客不同差别很 大。15. BI 需求： 24X7 世界级的技术支持能够对终端用户和合作伙伴提供的强大的支持，确保能够配置高质量的应用系统，使商业价值最大化。世界各地的客户能够在任何时间、任何地点获得回答和解决方案。MicroStrategy 满足以下需求： MicroStrategy 优先考虑的是客户的成功，世界的任何人都可利用的高级技术支持 24X7 使我们的客户满意率大体保持在 85-90%范围上。BO 的方式：BO 已公开承认提供很弱的客户技术支持。根据 2000/10 BO 在 BOs User
