面向服务的架构

1、（一）基础：什么是BPM商业流程管理？CNE中国 PC类型：转载作者：csdn责编：小蝎时间:2006-10-23BPM是流程自动化的应用，帮助企业进行业务流程的分析之外，另可利用IT技术，自动化组织内各部门的原本以人力及公文传递的流程。根据数据整合软件供货商Ultimus的定义，BPM主要精神在于管 理企业的流程。除工作流程自动化系统之外，还必需提供企业应用软件整合（EAI） 与交换的功能、流程成本效率评量与绩效管理，以及流程初始设计的模型最佳化 工具，用以涵盖企业管理流程中所有的必要环节。分析师建议，决定BPM工具之前，企业必须用严谨的态度检讨目 前使用的软件，决定业务角色的授权，权衡数据

2、模型（data model）与分析工具（an alytical applicatio ns），并建立未来采用BPM后的假想情境。目前包括IBM、微软、BEA也努力催生商业模型标准，联合起草网 络服务（Web Services ）商业流程执行语言（BPEL4WS。业界相信，先建立商 业流程模型，再从这些流程模型中建立应用程序进而监视这些模型， 将有助在企 业内部的IT部门与业务主管之间建立起环环相扣的自动化流程（二）体系架构蓝图-SOA和BPM的 合并CNE中国 PC类型：投稿 作者：BEA 责编：小蝎时间:2006-10-23面向服务的体系架构（Service-oriented archite

3、cture，SOA已经成为软件工程中一个最重要的主题。无疑，随着Web服务的推广和广泛接受， 以及支持基于SOA解决方案开发的case风格的IDE这一新浪潮的兴起，SOA已 经成为构建企业级分布式应用程序的首选蓝图。与此同时，业务流程管理（business process management BPM作为操作灵活的新企业并为其建模的主 要支持者，正在强力反弹。面向服务的体系架构（Service-oriented architecture，SOA已经成为软件工程中一个最重要的主题。无疑，随着Web服务的推广和广泛接受， 以及支持基于SOA解决方案开发的case风格的IDE这一新浪潮的兴起，SOA

4、已 经成为构建企业级分布式应用程序的首选蓝图。与此同时，业务流程管理(business process management , BPM作为操作灵活的新企业并为其建模的 主要支持者，正在强力反弹。基础结构厂商已经使BPM成为他们出售的系列产品 的主要组件，瞄准机会的厂商使用专用的BPM系统提供垂直的业务解决方案，纯 使用BPM的厂商正在得到更加广泛的接受。尽管两种趋势均显露出了征兆，它们的趋同现象仍不明显，而且 关于这种现象没有统一的看法。 它们是互补的表示法吗？它们会重叠吗？我该如 何一起使用它们？这样做有没有另外的优点？此外，为什么80 年代末期的企业流程重构(BPreengineerin

5、g )失败了，而第三次BPM良潮却将要取得成功呢？在这一系列三篇文章中，我将解决这些问题。首先，我将讨论一 个体系架构蓝图的最佳实践如何将面向服务体系架构与BPMI架合并，从而为构建健壮的企业级集成解决方案并对其建模提供可重复的方案。 我描述了为什么在 当今，任何使用技术支持其任务陈述需要的企业比以往更能拥有合适的体系架构 蓝图。最后，我讨论了什么是实时交易的挑战， 以及BPM方法如何能够实现企业 灵活性、智能企业建模、系统开发和以客户为中心的运作优点。在第二篇文章中，我将应用BPM技术来为一个支持“用于汽车保 险”业务场景的软件解决方案建模和设计体系架构。 我将讲述两种设计： 一种纯 BPM

6、设计和一种混合型设计。我还将讲述一些新兴的建模工具和标准，并讨论一 些建模和各种体系架构选择和策略方面的难题。在第三篇(也是最后一篇)文章中，我将使用BEA的WebLogicPlatform 8.1构建一个POC我将讨论BEA的IDE新引入的可视化编程范型及其优缺点，和构建完全分布式的企业级应用程序所需的一些技术。我还将解释， 为什么流行的请求/响应模式的WEE协议与基于事件的流程建模，以及它在进行 架构决策时的意义不一致的原因。体系架构模式 谁需要它们 ?软件工程是艺术还是科学？在科学中，我们有明确的定义、定理 和证据。在艺术中，我们有工具和技术、趋势以及最佳实践。科学中提出了一些 假设，其

7、中一些变成定理， 另外一些在经过数个世纪的研究之后得到验证， 还有 一些永远没有答案。在艺术中，新技术带来新的趋势，比如新闻和数字摄影。如 果软件工程是一门科学， 定义我们在日常业务语言中使用的所有术语不应该是一 件困难的事情，像服务、Web服务、面向服务的体系架构、BPM和BPM系统(BPMS。 的确，我可以利用数学精度来证明一个数据库查询算法的正确性。 但是，我能够 以一种干脆、简洁且通常会被接受的方式来回答，J2EE中的B2B集成是与纯.NET Web服务解决方案相对的正确答案吗？据我了解，对于我们中间的一些人来说， 这不是问题。 最后，任一种常见的贸易出版物的随机调查指出， 每个人都可

8、以给 出自己的定义，而有些人甚至质疑 IT 存在的本质。我不得不得出结论，软件工 程仍然是艺术多于科学。 这正好是我们需要合适的最佳实践、 框架和可重复过程 的原因。模式封装了最佳实践，简练地定义了域问题，描述了使问题值得 关注的原因， 并提出了解决方案。 模式并没有解决独特的问题。 专业人员结合各 种模式来解决更为复杂而且有时更为独特的问题。 Christopher Alexander 说： “模式同时也是发生在世界上的事件和告诉我们如何创建该事件的规则， 以及我 们必须创建它的时刻。它既是过程，也是事件。”我回想起我一直以来最喜欢的 定义：对象是带有状态或数据及行为的数据结构。就目前来说，

9、可以把Web服务看作带有一个方法的对象。就像 BEAWebLogic Platform 8.1 所实现的那样，会 话式Web服务看起来更像是真正的对象：对它进行一次初始化，然后一直执行方 法。万一您仍然不能肯定 Web服务是粗粒度的对象，考虑：(1) IBM、BEA和 Microsoft 宣布了 WS-Eventing 规范。它就像是优秀但老式的对象观察者模式。 (2) 开放式网格服务体系架构( Open Grid Services Architecture)实现了网格服务协议的Web服务接口继承。因此，Web服务提供数据和行为(Alexander 的定义中的事件和规则)，而 BPMS实现模式

10、的流程组件。SOA是 一个用于解决 企业集成和系统开发问题的体系架构模式。我们已经看到，SOA不是体系架构趋势的革命，而是它经过一段 时间发展的演变成果。它围绕为企业构建分布式系统而发展。诚然，Web服务以一种普遍接受且无二义性的方式提供底层技术， 以解决系统连接性问题。 也许是 头一次，Web服务成功地解决了互操作性的问题，而这是 CORBA COM DCOM 和RPC做梦也从未想过的事情。我肯定，作为中立语言，XML对此也准备一展身手。然而，SOA中包括进来的BPMS匡架是一个新的、革命性的元素。 Howard Smith 和 Peter Fingar 描述的第三次浪潮是指一组全新的概念、

11、框架和主流产 品。它正在显著改变企业转化的方式， 从而灵活地管理和运行全局的和协作的电 子商务实体。业务流程管理的出现已经有一段时间，它更多地用于工业中，而与IT无关。并发工程和六西格玛被开发用来解决生产和流程改进中的及时协作 问题，并且确实取得了相当的成功。然而，在 80年代晚期，出于多方面的原因， 业务流程重构管理获得的成功非常有限。 但是最根本的原因是， 重构是纸上谈兵 没有软件来支持这样一个复杂的任务。BPMS没有考虑IT系统的情况下设计了 自适应的企业。正如 David Taylor 所写：“对连续性流程优化的需要要求从根本上重新考虑如何设计和构 建信息系统。提出解决固定问题的固定解

12、决方案已经不再够用。”信息系统，像它们支持的业务模型一样，必须在本质上就是自适 应的。Taylor提出一种基于OO的开发技术，作为开发自适应IT的一种 方法，这种技术称为聚合工程(con verge nt engin eeri ng )。然而，OOP无法成 功解决分布式计算和企业集成的问题。 另外，负责对企业建模的业务分析人员也 没有采用 OO。BPMS将流程建立为用于建模、软件设计和运行时执行的统一结构。过去，开发趋势一直在影响我们对企业建模的方式。功能式编程使功能需求技术流行起来。关系数据库带来了 RDB鲂析和设计的流行。面向对象的编程则 为OO分析和用例开发铺平了道路。但是在大多数情况下

13、，业务分析人员不会使 用开发专门术语，因此产生了对需求可跟踪性中通常影响的另一种翻译的需要。BPM规范正在快速演变为标准。市场中已经出现了支持业务建模、优化和运行时执行的产品。正如 BEA的WebLogic Platform 8.1 和其他BPMS 品所实现的那样，以流程为中心的 BPMS方法用于系统开发生命周期，它消除了 对运行时阻抗不匹配的业务需求。灵活的企业拥有自适应的业务和自适应的 IT系统。如果构建企业 解决方案的过程中出现一个新的问题， 那么它一定是需求变化的速度。它的速度 之快是前所未有的。BPMSJI擎添加了一个新的层到传统的开发堆栈（参见图1）中，并引入服务质量来解决企业集成

14、中的根本问题。BPMSH擎使编程最易变的部分一一集成点一一的软布线变得容易。软布线是以正式语言显式描述的，并由 BPMSJI擎（又名有限状态机引擎）执行。正如 BEA WebLogic In tegrator 和其 他BPM沪品所实现的那样，业务与IT资源可以同时在一个可视化的只能IDE 中查看和修改流程。只需轻击鼠标，便可部署到运行时BPMS行引擎。业务模拟可以运行，而性能工程可以在系统完成之前完成；这种方式听起来就像CASE工具。SOA和 BPMSE具将灵活企业的实时执行仪表板带向主流。From Enterprise Vision tc Vertical Organizational Si

15、losVlsianarragemcntFrom Vi si on Sfattmcnt Orcanizatianal Silos have been created ChjrflctenicnSame lirj#munipie hiw ofbuilntne*: Mortgiat Bick Secur rtici Munvei, rk.Minimal rQ irjtprTsc? al fl I arncFiC； HardiflcoNabprjreFlrsl era oF InformaiEonog*在本文余下的部分中，我将描述一个典型的金融服务企业的开发， 并提出一条通向基于BPMS勺SOA勺迁移

16、路径。该路径是增量的，但是它需要战 略思考和对未来远景的承诺。作为回报，它将允许投资的早期回报，并将遗留企 业转化为完全自适应的灵活企业。从企业远景到组织筒仓（Silo ）企业从远景开始。CEO和董事会采用远景和行业使命陈述。C级管 理人员定义策略，并适当地安排流程来管理执行（参见图 1）。定义功能角色和 责任，然后创建企业界线。业务分类（Line of bus in ess ， LOB在本质上可以 是水平或垂直的（参见图2）。垂直LOB具有以下特征：独立的操作域。特有的管理和策略。开发和维护自己的IT 自动化孤岛。足够大以至于可以创建多种业务分类；例如，抵押贷款证券、市 政公债、货币市场，等

17、等。Some LOBs are horizontal in naturebusiness controls,and regulatory tjavermnce require acte-ss to datamanaged by- veull匚訝 LOBt. ManualaMiHs, and aAl ccnnectthe tilos.but multiple inttrfacti tv rmiFitiint摘 ini to trie II TimcomunWng reconciliations hive to b in pHce to i enwdy multipledataentries.Se

18、condof trrforrrtailon ageFirst era of mfctmallonNq rwl-tiw Qpwitional dhtoard t mspond chanq* and manageiiakiMMUHULi. IhA_FU.j KMx U IHHJCricfitr Cint.orntrStflttrrwit*,剧Operdtionl R3sk水平LOB具有不同的特征集合：提供业务控制。管理的支配和一致。需要访问由垂直LOB管理的数据。合适的手动流程和书面报告。在第二个信息纪元（不要与第二次浪潮混淆）中，我们使用了各 种编程技术来链接自动化孤岛，从 FTP数据库复制、E

19、AI和消息收发开始。此 方法产生了一整套新问题： 接口的多重性：一份Morgan Stanley Dean Witter报告表明，通常的金融 服务客户需要维护 6000个接口，为此每年花费 2500万美元，而且每年还需构建 900个新的点到点接口，为此需另外花费 2500万美元进行构建，并且还要花费 400 万美元进行维护。 调停流程 ： 必须在每一个仓库上实现， 需要消耗有价值的时间和昂贵的资源。 这是一项常用技术，用于检验由多个实体修改的引用数据。 流程： 在中间件中进行硬布线。在分析过程中捕捉流程所花费的时间和金 钱属于浪费。企业最重要的资产流程隐藏在 n（n-1） 个意大利面式接口 的

20、迷宫中。 开发新的水平流程：需要多个 LOB 的协调。 实现特定和专用的接口：需要专门化和一次性编程。重用消失，维护方面 的投入显著增加。 异常难于跟踪： 错误解析通常需要访问多个系统。 人工干预和解释是不可 避免的。找寻答案需要花费大量宝贵时间， 并对客户满意程度和收益性方面的大 致情况有着直接影响。流程无处不在。您能发现它们吗？对于企业来说，流程可以是客户层面上的，也可以是内部的，或 者可以是更大流程的组成部分。 我们在同样的企业中可以找到内部流程。 流程通 常涉及到人与系统的交互，或者只是系统之间的交互（参见图3）。交易流程是大规模流程的一个很好的例子。 行政管理部门的交易人员在他的销售

21、订单系统中 接收一个来自对冲基金管理人员的交易执行命令， 或者他接到一份传真或一个电 话。交易人员检查库存系统的安全性或资金， 并借助他的交易对手执行交易。 可 以制造纸质入场券，而交易助手可能必须在下行系统中进入它。Horizontal LOBfi tp p ； uh：叫set;.吋吕fthi.?n i 小附 muhp;- Tutors h.-wrn ?crnjs 5；sterns am w 用讯阳 interfacesSecond 曙 iiMbffTWion 邮!-irHl rr 4 al maU.in |Fgun 3.Intimal to silos: bra世 n desk to ba

22、ck ottica-procASA cycla &oception mana&marrt Customer fciTlg:ra：.ng, sd Orccr fm(or hedo nds Bl sidaP(Hllons.nucsC&mplianteSarkMneOK lfry/3asilPiMTioiio of E&S - irnplQrTisrt&d as servers a-fa iate across -he antrpr seOb e ration a F访（图 04）许多金融服务机构的业务分类是水平的，管理高净值的私有客户。 在启用了 BPM空OA勺企业中，开发IT基础结构来支持这样的

23、新LOB完全可以与 正确放置业务模型并行完成（参见图 5）Doing business in reat timeA business afthrt电and aproceG engineer can implement *nd deploy new LQB 虧 a matter of BPMS deli/ers substantial co$t benefits by leveraging reuse at EBS)Oprtional Ri-skFied IncomaLeitltkJt iH3lRTaiJ EquityJPortfabq ofESS p!omen(v d as serYicos

24、ar-5 fiersH 门色 onterpn-!&ImpKrnentinsj rttw ausinG QffennflHl-tih n*t-orth cl knt11K ML(图 05)考虑A现象，它们并没有创造任何新的 EBS所有EBS 位于任何其他邮件订单一览表书店中的恰当位置：定购书籍，检查库存，信用卡付帐，打印声明，准备装运，给客户发送电子邮件。但是它没有创建新流程，没 有质疑已经建立好的流程，甚至不用花费什么力气。正如HowardSmith和Peter Fin gar所说的那样：“在BPM的第 三次浪潮中，筒仓式思考和点到点的技术集成被灵活的、基于业务流程的体系架构所代替。”此外，G

25、artner Group现在声明，继续将业务逻辑硬布线到软件或 中间件中或者坚持人工步骤的公司将输给部署流程管理体系架构的竞争对手。实时处理业务退一步说，预测将来是很困难的事情，但是我们用非常科学的态 度对待它，而且始终试着这么做，不管对还是错。统计和预测是关于预测将来的 两门科学。投资组合评估和保险统计研究是有关预测的科学。实际上，我们的预测仅仅基于我们已经经历过的、 过去的性能和趋势。实时处理业务需要预测未来 的业务情况。然而，基本的业务协议和框架必须合适。今天，技术革新、BPMS和SOA是将业务目标与IT相结合的基础。流程提供一个封装了变化的新层。90年代早期，PowerBuilder和

26、VB风格的工具使客户端/服务器和关系数据库系统的开发流行开来，通过与此相同的方式，BPMS引擎将在未来建立流程驱动的企业。事实上我预测，在我们的一生中，我们将看到对运行时流程的需求，该类流 程用于实时变化或对自修改流程的需要。 无疑，人类希望能够掌管该类变化，但 是通过使用UDDI-? （ ?代表流程）找出最可能的服务契约和使用描述域专业知 识和市场情况的规则进行决策，BMPS能够使这项工作更加容易。随着 BPMS勺普 及，灵活性将被极端自适应所代替。结束语在本文中，我描绘了合并SOA和BPM的蓝图。从一幅企业的自顶 向下流程图开始，我们定义了基本业务服务的组合选择。垂直 LOB拥有并部署 E

27、BS Web服务实现它们，并使它们对企业可用。通过使用BPMSI擎的一个实例， 可以设计、开发、测试新的流程，并通过结合现有的EBS在数日内添加业务值。在我的下一篇文章中，我将：（1）讲述用于给现实世界业务保险 流程建模的BPM技术，并提出一个纯BPM解决方案和一个混合解决方案；（2）使 用Web!务和JMS连接设计EBS并实现它们；（3）提出一个使用 WebLogic Platform 8.1的物理基础结构；并（4）讨论面向服务体系架构中的 BPMS隹题和 新出现的模式。直到：流程无处不在。您能发现它们吗？（三）简单到复杂，BPM技术促进SOA发 展CNET中国 PC类型：转载作者：csdn

28、 责编：小蝎 时间:2006-10-23BPM（企业流程管理，Business Process Management）与 SOA （服 务导向架构，Service Oriented Architecture） 各自历经多年的发展，越来越成 为人们的焦点。众多厂商成为了 SOAK术架构的推动者，其中包括IBM、BEA HP Oracle 和 SAPSOA可以看作是B/S模式、XML/WeService技术与管理软件的结 合。它通过组合单独业务和流程实现复杂的业务应用，而这些业务功能和流程称 为服务，SOA把业务流程视为独立于应用程序及其运行的平台的可复用组件。 从SOAK念提出以来，越来越多的主

29、流厂商开始了 BPM与 SOAK应用。今年3 月，BEA攵购Fuego扩展SOA到 BPM软件，以此使用新的BPM升级SOA平台。2 月，HP和Oracle集团宣布，HP的服务咨询和集成（Services Consulting & Integration ）将会同Oracle的Fusion中间件，加入到它的SOA的投资组合以 及HP OpenView管理软件套件，以Fusion融合SOA去年，Oracle收购了 BPM 专业公司Collaxa ; SAP重新设计软件，以便集成自由版本的面向 BPM的中间件 NetWeaver。除平台提供商以外，开源厂商也试图占领拥有自己的SOA却缺乏服务的市场

30、。JBoss公司在2005年10月发布的企业过程管理引擎，围绕业务过 程执行语言(Business Process Execution Language BPEL )提供了一种可插拔 的体系结构、扩展的任务管理以及新的可扩展性。BPEL虽然是用来编排Web服务的，但依然适合用来集成，而不是深入的业务逻辑。BPM无论从技术还是方法上都将促进SOA的发展。在此过程中，大型平台厂商IBM、BEA SAP Oracle 等将会尝试建立一种新SOA标准；而开源厂商努力构建一套工具，不把自己禁锢 于用一种方法构建SOA 从BPM勺IT需求与SOA技术角度上看，BPM与 SOAK 融合也具有先天优势。BPM

31、的范围覆盖了企业运营的各个环节，如生产、销售、 物流、财务等企业经营活动，甚至延伸到供应商和经销商。其产品开发包括6个部分，从基础开始为：开发语言，如BPEL Java等；BPM6艮务器，包含EAI/BPM 平台产品；BPMX具，包括用户接口工具、过程建模工具、软件需求工具等；BPM 套件；BPM识架构；BPM系统和其应用。由此可见，BPM的 IT需求与SOAK术 具有以下相似点：1 . BPM函盖范围广泛，需要完成因事件触发的完全不相干的 事件，此特点正与SOA勺松散耦合特点相吻合。2 . BPM需要多部门、区域的协 同。在此中环境中网络环境的安全性可由SOAK术构架中的 WS-Securi

32、ty、LDAP(Lightweight Directory Access Protocol- 轻量级目录访问协议)、 PKI(Public Key Infrastructure-公钥基础设施)架构和数位签章等机制来完成。3. BPM系统构成元素种类繁多而复杂，包含分布于各模块的企业逻辑和规则。而SOA可以看作是B/S模式、XML/Web Service技术与管理软件的延续。当前多数SOA环境能提供系统管理工具给系统管理员使用，协助 管理SOA架构下模块的安装、移除、启动等。目前能够实现SOA的产品包括：Microsoft Biztalk Server, webMethodsBus in ess

33、 In tegrator,IBM SeeBey ond,TIBCO和 Vignette。在SOA提出以前，大部分BPM产品在流程图中采用自有定义 流程逻辑。4 企业BPM系统的实施往往从最简单的开始，逐渐提升为复杂的 BPM系统。而SOA模块化的特性正好吻合了此特性。(四) 分析:BPM与SOA之间的区别及联系CNET中国PC类型：转载 作者：newhappy2008责编：小蝎 时间:2006-10-23关于业务流程管理(BPM)和面向服务架构(SOA)之间关系的讨论热闹非 凡。二者也是多年来的热门话题，但是关于它们的讨论通常都出现在互不相关的 论坛上，讨论它们的人通常也属于不同的圈子。 不过

34、现在这种情况正在改变，因 为这两个概念以及相关技术的使用者和提供者正日渐将二者结合起来看待。BPM阵营通常声称，SOA对于实现BPM来说不是必需的。只需部署一个 BPM套件，就可以更快地实现目标而不会带来多少复杂性。SOA阵营则注重于如何从一般意义上解决企业IT的复杂性。该阵营通常声称BPM是 SOA的个特性， 但是它是SOA解决方案的一部分，而不是一个单独的东西。当SOA领域的人士谈 到BPM寸，该术语通常与服务编排或流程整合同义， 而不强调对业务分析人员友 好的建模或人员交互，而后者对 BPM车营来说非常重要。为了澄清这些误解，我认为有必要阐明BPM与 SOA勺不同本质：SOA是一 种架构

35、方法；BPM则是一组协调活动。因此，可以很容易地得到使用 SOA或不使用SOA勺BPM反之亦然。我 们来看看不同组合的优点。如果部署一个不使用SOA的BPM套件，则可以获得快速创建、执行和监 控/ 管理业务流程的能力。业务流程的模型可以由业务分析人员创建，但是其完 整实现则需要与底层 IT 系统的集成 （以及定义用户如何与该流程交互， 但是现在 我们暂不考虑）。BPM套件（如BEA的 AquaLogic BPMSuite）支持使用各种不同的 技术（面向服务的或不是面向服务的 ）对应用程序和数据库进行轻松访问。 实现由 代码和来自于并依赖于底层系统接口的元数据组成， 因此，对底层数据库和应用 程

36、序的任何更改都将导致对业务流程的更改。如果组织和 IT 环境规模比较小，并且由同样一组人来控制所有的系统（包括BPM套件）的话，这是完全可以的。如果底层系统完全不更改的话， 这种方 法同样运行良好。但是，如果BPM套件由一个小组部署，并消费来自另一个小组的系统的 服务，那么协调和管理每个小组中的更改的任务很快就会变得非常困难。这是 SOA要解决的典型问题，因此，SOA可以应用于BPM套件的部署，就像应用于其 它地方一样。如果BPM乍为SOAK部分进行部署，这意味着当一个业务流程连接到 底层系统时， 它连接到由企业服务总线所提供的代理服务， 这样就隐藏了底层应 用程序和数据库的复杂性。这具有以下

37、优点 ：将业务流程连接到系统的过程会更简单，因为 IT 可以公开更有用的接 口，比如聚合的数据服务或使用标准协议而不是专有协议的服务。 这减少了实现 流程所需的 IT 工作量，并允许流程人员将精力集中于流程，而不是粘合流程与 底层系统所需的技术。它使得实现更为健壮， 因为对底层 IT 系统的更改不必影响流程所使用的 接口。它在BPM套件之外提供了一个独立的控制和管理层。 这允许IT小组更好 地管理他们所拥有和维护的服务的策略和资源。SOA还支持从BPM套件中获得对它所连接到的系统的更好可见度。IT小 组可以在服务注册库中注册服务， 流程开发人员 （甚至可能是业务分析师 ） 可以在 构建流程时浏

38、览这样的注册库。 这确保了服务可以被正确地使用和重用， 而且通 常简化了业务流程，因为使用正确的服务可以将流程本身的复杂性降至最低。无疑，这些优点只有在IT基础架构足够复杂，并且/或者BPM项目达到 一定的范围和规模时才能显现出来。 因此，在很多情况下，应该首先开发出BPM 而将SOAS件留待以后考虑。最好的方法是一开始就让业务运作团队和 IT企业架构小组保持良好的 对话，并针对未来进行规划，同时支持战术性执行。这就需要正确地组合产品。 例如，BPM套件本身应该能够提供丰富的连通性，以便无需全面应用完善的SOA来使得BPM运行，这一点非常重要。类似地，BPM套件应该支持SOA这样BPM 与SO

39、A才不至于存在于独立的竖井中，这也很重要。（五）OASIS 总裁 Patrick Gannon 谈 SOA 与开放标准CNE中国 PC类型：转载作者：Cnet责编：小蝎 时间:2006-10-23Patrick Gannon今天来给大家介绍一下SOA对产业的一些好处和标准 对产业的一些影响。这一页是我的简单介绍。主要介绍一下开放标准和SOA对公司的发展有哪些影响。今后的电子商务将会搭建在 SOA的平台上，现在SOA和 开放标准还处于初期阶段。这一页幻灯片是介绍了一下 SOA的基本情况。为了 达到SOA所承诺的前景，需要建立一个共同的框架体系和标准体系。公司要在 SOA投资，必须要获得一些收益，

40、这样保证他们的资产有更好的流动性， 也保证 他们的资产有长期保值的能力。所谓流动性就是灵活多样的意思，也就是说SOA的标准体系和核心技术要能够满足各式各样应用的需求。SOA很重要的特性是能 够让你对软件的投资有长期的保值性， 能够避免重复投资，可以让你的软件模块 可以重复地使用。为了达到这些目标，有一些很基本的工作需要做。我们必须要有一个共 同的体系结构和一套共同的词汇表，大家都知道每一个软件的变量代表了什么意 思。现在的问题是各个行业一些主要的技术厂商， 他们看的都局限于他们这个行 业或者是自己的技术体系来考虑整个软件应用的问题。这个问题是不同的词汇 表，不同词汇的意义和不同的表示方法都对使

41、用软件技术的发展带来了障碍。我们的解决方法是什么？在商业业务层面创造互操作性。其中一个方法是实现跨部门的应用互动和应用的集成。为了达到这个目 标，开放标准是其中一个很重要的措施。 很多公司问为什么我们需要标准？我们 看到为了建立标准体系需要很多的投入，一个标准组织就是为了让业界的企业一 起共同做标准的工作，降低大家分头做标准的成本。软件公司需要知道他们做什 么标准、同时应该了解标准是怎么产生的，通过什么样的方式使标准有一个基本 的接受情况。我们请了 Delphi Group Research 做一个标准的调研，看整个企 业对标准的认识，和目前对标准研究的看法。有三个重要的调研结果。采用开放 标

42、准使得企业的软件可以重复使用， 数据也可以在不同的平台上进行共享。 第二 个结论是采用了开放标准，企业的研发工作可以在更大的协同范围， 甚至是摄入最终用户来进行共同的开发。我们看到开放标准对于 Web Service 的使用是非 常重要的。OASIS 是一个国际标准组织， 主要是针对先进的结构化数据的信息标准。 OASIS 不光只是研究和产生标准， 同时也跟其他国际组织一起合作来推动标准的 采用和技术的发展。 OASIS 有一个非常开放的组织结构， 可以让会员很容易在组 织里面表达自己，目前有650个不同的企业会员，来自80个国家。OASIS在Web Service、电子商务、eBus in

43、ess和文档管理方面是目前世界上权威的标准组织。 通过 13 年的努力， OASIS 已经得到广泛的承认， OASIS 不仅可以直接向国际标 准组织、国际电联和联合国相关标准组织直接提交标准提案。OASIS 不光只是由技术厂商参加的标准技术组织， 实际上有 35的成员 来自于客户，也就是说可以对甲方有影响力的部门，还有大概15的研究单位。OASIS 也是一个发展很快的组织， 我来中国很重要的目的是希望能够参与快速发 展的亚太地区的经济活动。这是 OASIS 在亚太地区目前的成员，这是在大陆地区的会员成员，我已 经参观过了书生、 长风联盟和神州数码， 以及互联网中心。 根据我这个星期在这 边的感

44、觉，我认为很快会有更多的公司参加 OASIS 这个组织。我邀请大家能够 参与 OASIS 这个组织。OASIS是为SOA和 Web服务的发展提供重要的指导作用。OASIS的工作 覆盖了 SOA和 Web服务一些非常重要的领域。这是 OASIS在SOA和 Web服务 里重要的领域和技术工作组所覆盖的一些 SOA和Web服务的重要领域。OASIS 不但是推动标准的研发和发布，也推动标准的全面采用。 OASIS 是有 25 个技术 委员会在SOA领域里展开技术的研究工作。对于公司对 eBus in ess有兴趣的公 司，有一个商业编排工作组。标准、访问权限控制也是 OASIS在SOA和Web服 务领

45、域里的重要工作。Web 服务的管理也是我们一个很重要的技术研究工作。可靠的消息传输 也是我们的工作之一。这是 UDDI部分的工作。你们看到在 OASIS里对SOA和 Web 服务做了大量的研究和标准建设工作，这也是很多公司参加 OASIS 的直接 目的。大家都知道当一个公司在新技术方面做投入时都会涉及到一个潜在的风 险。SOA可以帮助公司降低采用新技术的风险。 企业今天可以做什么呢？ 一个是 可以参加 OASIS 组织，或者是可以观察、了解一下 OASIS 组织能做什么。因为 这些标准都是在全世界推广和采用的， 所以非常重要的是要让在中国的软件企业 或者是中国的最终用户能够对他们的技术需求和他

46、们的一些要求很明确地表示 出来。表示出来以后，能够影响标准的产生，而且标准是在全球范围内推动的。 其中软件公司在 OASIS 的工作是提出新的研究方向。其中一个例子就是书生公 司已经在上个星期提出了 UOM在OASIS里立项。我相信肯定有很多其他的公司 可以把他们创新性的技术提案通过 OASIS 这个平台建立起来。对于小的公司， 没有很多钱来参加像这种标准组织的话， 也可以多看一看标准组织能不能对你们 的市场活动带来好处。除了标准的研究工作以外也跟很多组织合办活动，把会员的一些技术在 更大的范围里展示。 对于最终客户来说， OASIS 对他们也有很多好处。 对于最终 用户如果能够把他们对技术的

47、需求明确提出来之后， 可以在明确的过程中考虑进 去。OASIS有很多会员是政府部门，这些政府部门参加的原因是他们希望观察标 准的研究情况，对标准提出一些建议。这些政府部门也利用OASIS 平台来了解哪些技术方向值得政府的资助，对参加这些研究方向的企业优先考虑进行资助。 对于开放标准和SOA的研究，希望能够邀请和OASIS 起共同讨论SOA和开放 标准的工作（六）业界观察：为什么SOA如此得势？【正文】作为未来的技术趋势之一，SOAE无可争议地引领着软件业的新一轮浪潮， 并在未来给软件和网络带来革命性的变化。为什么 SOA如此得势？这是因为SOA 改变了过去开发应用的模式， 将软件按照业务需求定

48、义成“组件”， 作为共享资 源，提供以服务为中心的应用软件设计方法。这种方法，能够提高 IT 对业务的 响应能力， 使企业得以实时支持业务的变化， 最终帮助企业转变为服务驱动型企 业。早在2002年Gartner就预测，至U 2008年，SOA将成为占有绝对优势的软件 工程实践方法， 它将结束传统的整体软件体系架构长达 40年的统治地位， 届时， 将有70%勺企业在进行企业IT建设时会转向SOA从技术上讲，SOA并不是一个 新概念，早在20世纪90年代中期，Gartner就提出了 SOA勺概念，但当时的软 件技术发展和信息化水平还不足以使它走入实用阶段。进入21 世纪，随着 Web服务等相关标

49、准的出现和成熟，SOA开始从概念走向实用。SOA不是某个产品，也不是某个技术，而是一种软件设计架构和方法。SOA要求开发者从服务集成的角度来设计应用软件， 它将应用程序的不同功能组件定 义为“服务”，通过“服务”之间的良好接口联系起来。 （ 也就是“服务”之间 的松耦合。 ）接口是采用中立方式进行定义的， 独立于实现“服务”的硬件平台、 操作系统和编成语言。 而且这些构建在各种各样系统中的“服务”可以以一种统 一和通用方式进行交互。 保证系统灵活性， 另外， 还可以保证“服务”的重复利 用。由此可以看出，SOA勺核心概念是“重用”和“互操作”， 从而使企业的IT 系统拥有极大的灵活性。SOA勺

50、另一层意义就是整合，它将企业的IT资源整合 成标准的、可操作的服务，使其能被重新组合和应用。在这种架构下， IT 系统 的复杂性并没有增加， 相反，随着系统的不断完善， 整个系统的架构将变得更加 清晰。现在随着网络技术的发展， 企业在信息化建设中产生了大量为满足产品或服 务需要的软件系统，如：ERP、CRM OA SCM等一系列IT软件系统。但这些系统一般都是单独实施、独立存在的，由于数据标准不统一，接口不一致，系统间往 往缺少联系与合作，这也就导致了一个系统成为一个“孤岛”。而基于SOA的理念，则使企业在需要改变IT系统时的灵活性大为增加。SOA架构定义了搭建企业软件架构的一种新方法，它的出

51、现使所有应用在交换数据和处理过程中，不需要考虑应用软件是用什么编程语言开发的或在什么操 作系统下运行。在这种模式下，一个应用或应用的一部分其实是一种服务，其他的应用和客户都可以在无需编写大量代码的情况下使用这些服务，这一切都使一些大企业或在地理上分布范围比较广的开发队伍能够更好地合作，因为这些SOA架构下的中间件业务模块都能够被重新配置或以新方式优化来满足新的需求。正是SOA勺重用性和互操作性所带来的灵活性实现了企业IT资源整合，使企业IT资源真正面向于服务。SOA乍为一种概念虽然已经成熟，并得到了国内外主流软件开发商和企业客 户的认可，目前主流软件厂商均已经完成了基于 SOA勺改造，但在客户端大规模 的应用还有许多事情要做。首