MicroStrategy和BusinessObjects实现商务智能需求解决专项方案的对比.doc

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