应用集成为何失败率高居不下

申请免费试用、咨询电话：400-8352-114

现在，很多原本大有希望的集成项目到头来往往都惨遭失败。联邦调查局（FBI）为期4年、耗资1.7亿美元的“虚拟案件档案”（Virtual Case File）项目宣告失败就是一个例子。今年5月24日，FBI局长Robert Mueller向国会报告，替换系统的第一个阶段要到2006年才能准备到位，但没有宣布需要多少成本。

虽然没有几个集成项目要花与联邦调查局同样的经济代价，但这些项目的成败仍事关组织的命运。由于硬件和软件都在不断商品化，光靠技术再也不是解决问题的关键。事实上，业务成功取决于如何有效地集成这些产品，以促进业务目标的实现。

集成协会（Integration Consortium）是一个旨在为集成项目制订标准、指导准则和最佳策略的行业组织，会长John Schmidt说: “应用本身不是形成差异的主要因素，关键在于如何把它们都集成起来，并与客户和供应商相连接。”

Schmidt在IT行业摸爬滚打了27年，过去15年一直帮助北美和欧洲的零售、金融和电信公司进行系统集成。我们请教了Schmidt及其他经验丰富的系统集成商，以探究应用集成高失败率背后的原因，同时帮助IT经理们顺利完成他们的集成项目。

项目各方需先达成共识

系统集成往往是指让诸系统协调运行的一项工作。不过，可能不大为人所知的是，这些系统还要与整个企业策略紧密结合。

Bob Woodruff在弗吉尼亚州亚历山德里亚的项目管理咨询公司Robbins-Gioia LLC就任CEO的特别助理，他说: “项目的最关键阶段在开工之前，企业需要真正了解其目的，需要会见所有相关人员，摸清楚他们对确保项目成功有什么想法。”

遗憾的是，似乎很少有公司听从这一忠告。Woodruff从事项目管理工作已有20年，他说，一家公司当中最有权势的人往往不管项目对整个公司来说是不是最重要，就盲目为项目提供资金。这会给IT人员带来很大的麻烦。

他说: “这些领导通常不知道把新技术引入现有环境会带来什么影响。这样一来，IT经理就很为难，因为他要设法把根本就不能很好协同工作的系统集成起来。”

譬如说，Woodruff正负责更新本公司的企业架构。基于Oracle或者SQL数据库的系统很容易集成——只要编写一些SQL查询语句，取出数据，重新编排格式，转存到其他系统即可。把数据导出到基于Excel电子表格的系统则需要多一些的集成工作。而那些专有的非数据库系统集成起来则更是费劲，其中一些需要人工把数据重新输入新系统。

所以，他建议CIO应当避免接手那些没有得到主管人员足够资助的项目、只提供短期效益的项目、需求没有明确规定的项目。

不过客观地说，面对集成项目的高失败率，IT人员也有过失: 没有协调好集成项目相关的各个方面。Michael Kuhbock是加拿大阿尔伯达省卡尔加里的企业策略咨询公司K-Bear的CEO，他见过不少这样的案例: IT部门还没有与业务部门协商好，就购买中间件许可证、成立项目队伍或编制预算。Kuhbock说: “曾经有一个案例，就额外用了三个月才让业务人员参与进来。这种事情在这个行业天天发生。”

应组建一支搭配合理的队伍

充分讨论了项目的范围和目的后，就可以组建集成队伍了。这需要结合企业内外的各种资源。

纽约的身份管理和安全公司Mycroft的总经理Liz Mann说: “IT经理可以从几个方面找到所需的专门技能: 本组织内部; 借助厂商在某个特定产品方面的技能; 还可以利用集成咨询公司的技能。”

而重大项目则往往需要具有众多方面专门技能的人员。Schmidt说: “过去出现了一波波的应用技术浪潮，似乎每隔七年就会出现一次。譬如，从大型机到小型机，再到微型机; 或者从整体式应用到客户机/服务器应用，再到Web服务应用。从一波技术浪潮转变到下一波既不是瞬间出现的，也不一定在经济上是合理的，所以集成方法必须同时处理三四代技术。”

尽管合理的技术技能组合很重要，但集成项目也有可能会毁在“热衷于”某些技术的人手里。

Gerard McGowan是在美国新泽西州爱迪生的集成商Innovativ公司负责技术和服务的副总裁，他说: “你在采用技术时应当保持中立，远离那些热衷于某些技术的人。”Schmidt说，这同样适用于挑选参与项目的顾问或者供应商的时候。如果某个人拼命推介某个解决方案，譬如实施面向服务的架构，Schmidt就会向对方下逐客令。他这样解释: “这倒不是说，面向服务的架构不好，而是对方推介的那副样子让人觉得它似乎可以解决所有集成问题。可世上根本就没有完全灵验的解决方案，你应当避免这个陷阱。”

集成标准存在局限

有几位集成商提出这样一个问题: 企业在设计整体应用架构时，往往期望采用集成行业的一些标准，但实际上，这些标准未必能够保证其互操作性。

Schmidt说: “就连已经成功的标准如TCP/IP也不是通用的。说到像Cobol和Java这些软件标准，为了获得互操作性和可移植性，特定供应商的扩展件就会受到影响，从而迫使开发人员使用不太理想的核心语言特性集。”

在实施新技术时更是如此。McGowan指出，虽然IP语音（VoIP）技术更加流行，但最好还是依靠一家供应商，而不能指望来自不同供应商的几个部分顺畅地协同工作。McGowan说: “现在人们在谈论普通的会话初始化协议（SIP）堆栈和开源SIP堆栈，但你要是把两者集成起来，往往很快就会使系统变得相当复杂。”

据Mann介绍，说到验证，也是如此。安全声明标记语言（SAML）旨在让验证资料可以在不同的验证系统或者跨企业或跨部门界限安装的单一系统的多个版本之间进行交换。但开发人员可以选择用哪种方法来实施这项标准，所以，虽然可以把不同产品做成可以彼此联系，但未必一拿出来就可以直接联系。

Mann说: “你可能会发现，两家供应商的产品都符合SAML，但你试图让两者交换信息时，却行不通。这倒不是说，哪一方没有实施标准，而是两者实施的方法略有不同。”

不过随着时间的推移，这些问题往往会消失，或者至少处理起来会变得容易些。“比较成熟的技术往往会得到跨供应商的大力支持，”McGowan如是说。

处理好战略和战术的关系

因为技术和业务需求在不断变化，所以类似计划经济模式下的五年计划是行不通的。企业并购、软硬件更新、经济形势变化多端以及其他众多因素，都要求获得较短期的结果。所以，要把大项目细分成小项目。

Mann说: “我认为，如今人们认识到，部署新技术是一个长期性过程。他们不会再搞‘空中楼阁式’的项目了。”她建议，把较长期的项目细分成为期90天的小项目，为每个小项目确定不同的可交付成果。Mann说: “如果项目时间过长，就无法交付基础设施，取得的不同成果也不会被人所注意。这样一来，你的项目恐怕就得不到资金，或者项目难以为继。”

不过在从事小项目时，不能疏忽了全局。这就需要搞好战略和战术之间的关系，要让每个小成果推动整个长期的业务和IT计划。

Kuhbock提醒: “集成往往被认为是基于项目的技术活，而不是关键任务型的企业经营策略。我们需要改变这种观念。”

需要不断提高整合技能

成功的集成项目需要企业不断获取及更新系统集成的最佳方法方面的信息。方法之一就是，积极参与提供及共享系统集成方面的信息的行业组织，譬如集成协会。也许你不是最先尝试某种类型的项目的第一人，所以向以前已经搞过这类项目的人取经，总比项目搞了12个月后才深有体会来得省力。

Schmidt说: “最终用户和供应商参与行业的合作性组织，这非常重要。参与过程中，要在这些组织当中发挥积极作用，不要只看看人家写的东西就完事。”

Kuhbock强调，集成项目会失败，往往可以归结到人身上，而不仅仅是技术，所以集成方面的培训对项目取得成功而言至关重要。他说: “那样我们就能够获得100%的成功率，而不是现在我们听说的失败率。如果汽车生产商制造的10辆汽车当中有三辆开不出停车场，就谈不上成功。”

五大集成定律

集成协会会长John Schmidt把自己的经验归纳为“五大集成定律”。

1．整体大于部分之和。

Schmidt说：“许多人有一种错误的观念，以为可以把工作分成多个部分来做。但你要是那么做的话，就失去了整体依赖性，你也就不知道某个系统对供应链下游的四五个系统会产生什么影响。”

2．目标远未实现。

集成是一项长期工作，而不是最终目的。部署应用只是个开始。不管业务需求或者运行环境在以后出现了什么变化，集成工作还得继续下去。

3．没有通用标准。

Schnidt说：“即使标准本身也在不断变化、衍变，目前的项目都是由特定供应商实施的。标准是很好，但你一定要讲究实际。标准解决不了你的所有问题。”

4．信息要适应本地需求。

别想着统一采用企业数据模型，指望准确定义公司所用的所有应用系统里面的信息，而是要根据信息在企业内部的流动具体分析。

5．所有细节都很重要。

模型变化需要不断获取细节，以便让复杂数据更容易理解。不过连软件版本或者驱动程序这些东西也会带来重大区别，所以要测试实际的生产系统。不要完全依靠模型。

链接

IDC：EAI建设快马加鞭，Web服务锦上添花

据IDC中国最新发布的《中国企业应用集成与Web服务市场2005～2009年预测与分析》报告数据显示，企业对EAI（企业应用集成）的需求增长迅速，2004年集成服务器软件平台（ISSP）市场规模为4140万美元，预计到2009年达到1.13亿美元，年均复合增长率达22.4%，预计将高于整体软件市场的增长速度。

“在企业信息化进程中，为了提高企业的竞争力，企业先后兴建了各种各样的应用系统，各应用系统彼此孤立，不能实现信息共享，形成的‘信息孤岛’引起了企业越来越多的关注。对EAI（企业应用集成）的需求因此被提上了日程。”IDC中国软件与服务研究部研究主管经理韩国华女士称。

EAI不仅包括企业内部应用系统的集成，还包括企业与企业间的集成，从集成层面上来讲包括点对点集成、平台集成、数据集成、流程集成以及界面的集成。据IDC中国负责这一领域研究的软件与服务研究部分析师许耿纯女士介绍，近几年来很多企业用户都意识到了EAI的重要性，并且从不同层面进行了一些尝试性实施。不过，由于企业需求规划不明确、实施涉及系统众多、软件开发商缺乏经验等原因，目前许多EAI项目的收效未能达到客户的预期。许耿纯建议，企业用户应先从小规模集成入手，先实施部门级的集成，在获得小范围内的成功、使用户切实感受到EAI项目的好处之后，再着手于企业级以及更大范围的集成。

IDC的研究发现，除了EAI试点开始较早、应用也较成熟的电信行业外，银行业也开始了一些EAI的试点项目。近几年来银行业数据大集中进行得如火如荼，核心业务系统也在升级中，如何更好地集成遗留系统，实现数据的快速调用，以及使工作流程更加顺畅快捷，在银行IT建设中已经提到日程上来。

除此以外，目前在半导体、家电、汽车等制造行业出现了EAI的先行者，而且随着制造业信息化建设的深入，制造企业的需求会越来越强烈。制造业应用系统（ERP、产品生命周期管理系统等）的建设，竞争的激烈化，如何把这些系统集成起来，使企业更好地利用生产系统、供应商系统、财务系统、销售系统等提供的数据来做决策，已经成为企业的当务之急。不仅仅是企业内部应用系统的整合，而且包括企业与上下游供应链企业系统的集成，企业与其国外总部系统的集成等都非常重要。

另外，许耿纯还在报告中指出，随着近年来电子商务的飞速发展，Web服务技术也得到了越来越多的关注。Web服务技术为EAI提供了一种全新的机制，其松耦合方式使集成更加灵活，同时Web服务技术还拥有易用性、很好的互操作性等特点。但Web服务技术目前的安全及技术、监控管理方面的标准不统一、产品未成熟，其服务质量以及安全性使客户为之忧虑。不过，许耿纯认为，随着Web服务产品及标准的逐渐完善，Web服务技术将会得到更好的应用。(IDC供稿)

链接

培养及保留集成技能

系统集成是一项长期性工具。如果能够培养及保留必要的技能，在将来进行系统集成就会省事、省钱。因此，K-Bear公司的CEO Michael Kuhbock竭力建议公司在内部成立集成能力中心（Integration Competency Center），以培养这方面的专门技能，并加以保留，以便用于以后的项目。他说：“取得成功的IT经理多半成立了某种能力中心，或者与系统集成商合作，或者内部自己搞。”

Mycroft公司的总经理Liz Mann说，企业从外面聘请公司进行集成时，应当在合同里规定要把技能逐步交给内部的IT人员。

她说：“在开始新项目时，公司可以通过让有经验的专题专家去做，实现规模效益、节省时间。利用资金最合理的方式就是，一开始就培养专门技能，以免大量的时间浪费在重蹈别人已经犯过的错误上。”

不过，在头三个月或者头六个月后，专家就应当减少参与。譬如拿安全项目来说，顾问们应当保护开始阶段的一系列系统，然后培训内部员工做剩余的工作。

Mann说：“在你建立了身份管理机制、保护部分应用系统、为几个应用系统配置或者管理账户后，内部队伍的一些成员随后就能够独立扩展基础设施。”

这时候，顾问就可以退出来，让内部员工接过保护剩余应用系统安全的任务，至少可以等到下一个部分需要集成时再介入。不过，无论这些工作在内部进行还是交给顾问进行，如果能够培养集成能力，把基础设施的更多方面结合起来，应当可以简化这项工作。如果那样的话，公司就可以获得这项经营优势：让诸系统协同工作。

Kuhbock说：“你要退后一步思考，制订集成策略，并把它融入经营策略。只有成功做到这一点的人才能获得投资回报。”

SOA的困境

从Web服务角度来说，SOA当然是开放的了。SOA可以很容易地使不同平台的服务合在一起共同工作，这主要得益于Web服务的一系列开放标准SOAP、WSDL等，它们使这一切变成了可能。

但是，将不同的服务连接起来只是SOA的一个基本要素。SOA的真正价值是将不同的服务连接起来实现一个复合应用，它可以将不同的资源整合起来，包括: 人（通过门户网站）、流程（通过流程管理）、数据（通过数据整合）、商业伙伴（通过B2B技术）。

但是，在整合过程中，我们越来越发现，如果这些资源来自不同的应用供应商，整合工作将是件非常困难的事。目前，一些软件厂商已经推出了一些应用平台，包括IBM的WebSphere、Oracle的Fusion、BEA的FreeFlow，还有Microsoft的BizTalk。这些产品可以将服务开放地连接起来，但是对基础框架的开放性和如何将不同厂商的产品集成起来的讨论却很少。举一个稍极端点的例子，我们能够很容易的在Fusion和WebSphere这两个平台之间设计一个商业流程吗？

一些专门从事整合服务的公司如WebMethods、Pega Systems或者新成立的Cordys无不怨声载道，他们认为这些产品之所以有效率是因为没有进行框架之间的集成，而只是在各自单独产品上的开发和应用。

由此带来的困难就在于没有一个开放的共享标准用于开发。Eclipse在这方面起到了一定的作用，但是它如果能给各种制品规范一个共享的定义，并作为一个知识库提供给大家，这将更有意义。

SOA与传统开发（如Cobol或Java）的一个明显的不同就在于不管是开发还是运行都有着很大的柔性。复合系统的一个最大的优势就是它可根据商业的需求即时变动，包括工作流、规则甚至是使用着的服务。所谓动态“开发”就是指在系统运行时还可以得到开发环境的支持。

在商业和IT之间很难有个明确的界限。IT专家必须要明白软硬件提供的服务和构建在它们之上的商业流程之间的联系。商业流程除了要运行正确还应该满足SLAs（服务水平协议）。IT就是要在IT基础架构上实现这些需求，同时还要考虑到将来应用的扩展和IT对商业的影响。

SOA可以将IT、商业、开发生命周期、人、流程、合作伙伴还有数据很好地整合起来。如果把这些都开放出来将需要更多的标准和时间。要想完全获得SOA带来的好处，那么就要尽可能地不使用单独厂商提供的解决方案。

对供应商的选择不能简简单单只依据开发、操作、IT或者商业中的某一项来决定，应该把所以的这些综合起来考虑。（AMT研究院）