BPM与SOA的演进与展望

1、.：.；BPM 与 SOA的演进与展望flowring/pagelogic/mainpage.jsp?pl=ma300030010000sc前言BPM(企业流程管理，Business Process Management)技术 与 SOA (效力导向架构，Service Oriented Architecture)各自历经多年的开展，至今成为广为业界接受的技术架构。本文将从 BPM & SOA的历史演进开场，深化浅出描画各规范的开展过程与彼此的关系，让读者轻松了解其运用范围与来龙去脉。另外，也将以相关规范组织的最新资料为根底，引见当前制定中的新技术规范以及其演进。以流程为中心的管理思潮BPM的

2、范畴涵盖企业营运的各项构面，如研发、消费、行销、业务、人事、财务等企业营运活动，甚至往上下游扩及供应商与经销商，以及客户端的客服活动。诉求是企业应以流程化的思索方向，串连本来各自独立而未协调的营运活动，使串连后之营运活动成为具有步步加值效果的企业营运流程，并辅以各项管理手法使其落实运转，达成企业流程管理目的。1990年麻省理工学院 Hammer、Champy ，哈佛大学Davenport 等人，相继在学术刊物发表企业流程再造(Business Process Re-engineering)观念。1993年Hammer 与 Champy 继续发表 一书，强调BPR的重要性，以及IT技术在BPR过

3、程的角色，使BPR成为当时的热潮。1997年，Hammer又发表 ，宣告了流程化组织的必然性与重要性，并且预言 BPM/BPR将改动人的任务方式。2003年，Smith与Fingar发表 ，预言往后50年BPM仍将是企业运营的重要议题，也指出21世纪BPM的型态与新特征，并给予可行的教战守那么，更罗列数十个企业运转BPM的实践案例与阅历，让推行BPM的蓝图更加详细，使本书成为当年企管领域的畅销书，让BPM的风潮继续不灭。BPM的推行观念的改动与进程根据1993年一书的调查，当时企业推行BPR/BPM 有高达57成的失败率。由于这么高的失败率，所以即使BPM是企业势必要面对的议题，也让他们把BP

4、M的推展视为畏途，甚至抱持负面的看法。之后，整个BPM产业继续历经十几年的学习阅历，与前仆后继的推行案例，不断从许多案例归纳关键的胜利或失败要素，让推展BPM的蓝图逐渐浮现。在蓝图中，错误的作法逐渐被修正，更多的BPM管理工具被界定(identified)出来而丰富了整个蓝图。众人渐渐认同，一个胜利的BPM推行，是由以下金三角共同构成：明确而有共识的组织流程规范 成熟的BPM 软件系统架构与建置 企业主管与员工的认同与运转力 从变动幅度来看，以往革命性大刀阔斧的 BPR (流程再造)口号，已转变为温暖的BPM(流程管理)实际。这种务虚的作法，现实上是觉察到组织变革、流程思索企业文化的构成，需求

5、一年到数年的时间；革命性的快速改动，假设无充分的预备与良好管理体质，反而让企业乱了原有的脚步。所以一步一脚印的务虚作法，渐渐获得认同。企业从中心BPM流程的落实与推行开场，逐渐拓展到外围系统与业务同伴，将可降低失败机率。而从管理成熟度来看，过去企业推行BPM，多半以流程计算机化这种短程目的为主，却忽略了BPM的终极目的在于管理 ，而非计算机技术，也非流程细节。所以高阶运营决策的需求经常被忽略而缺乏规划。而由于缺乏指点目的，在BPM的需求导引过程当中，企业员工常会无明确的指点目的，而以为任务流程计算机化就是把本人手边的任务巨细靡遗计算机化，而模糊了BPM的管理焦点。当这些与终极BPM管理目的无关

6、的软件需求被列入计画讨论，不仅模糊焦点，也无形地垫高BPM的整体本钱。现实上，BPM的管理可以归纳为以下几个可逐渐提升的层次，从这些层次也可了解普通组织推行BPM的生长历程：混沌阶段：没有明确的企业流程定义。明文定义：具有书面的企业流程定义或规范作业程序，但没有根据正规的记号(notation)，因此规那么也许含混不清。验证与共识构成：定义的企业流程，经过公司组织政策的验证，如质量政策，市场战略，管理原那么，并获得高层决策经过，达成组织共识。组织人员的流程预备：组织成员经过教育训练，认同组织制定的企业流程，并且具备运转的才干，包含专业根本技艺的养成，并习惯流程化、信息化的作业方式。企业本身的流

7、程预备度：现行的企业组织架构，假设与流程化的思索方式冲突，那么应及早预备组织架构的调整，特别是毫无章法的职务与部门阶层架构(hierarchy)。良好的组织设置与权责划分，可以使流程定义更为精简易懂、便于遵照，也容易分析企业规那么之间能否相互矛盾；同时可降低BPM软件系统的开发本钱。采用规范的企业流程表示法：运用一致的规范记号与格式来表达企业流程的内容。这里的规范记号应该是广被业界采用的格式，例如OMG在UML所定义的活动图(activity diagram)、BPMI (现已并入OMG) 组织所定义的BPMN，以及OASIS组织的BPEL。当然，企业流程的内容确实相当复杂，单一规范记号或格是

8、通常只能描画部分构面，所以仍会有些构面暂时没有业界共同认可的记号或格式可供选用。流程自动化：运用软件系统落实企业流程的运转流程。包括运用流程定义工具来定义企业流程内容，以及运用任务流程管理系统(WfMS ? workflow management system)来运转定义的企业流程。进度监管：企业流程的运转进度可以被监看(monitored)与追踪管理。流程集成：流程运转过程中，能进一步与其他内外部的流程互通，或者与既有运用系统(legacy system)交换资料，以延伸流程的触角，发扬综效。流程绩效评量：企业流程的运转效能可以被丈量(measured)，并且透过公式计算，以报表呈现有意义的

9、管理指针。流程分析与仿真：继续搜集企业流程的运转资料，分析组织的流程运转瓶颈，并回馈到流程定义，调整业务的运转方式。另外，也根据历史资料与预测参数，透过仿真分析试算，比较不同流程调整方式所获得的改善程度。智慧型流程环境：透过流程资料的资料采撷(data mining)，自动分析流程统计数据，并回馈至流程系统。举例来说，在客服流程系统中，自动归纳顾客过去运用效力的频率与分布情况，归纳未来的趋势与规律(pattern)，并根据现有流程环境的现况(如现有承接量，以及可动用的客服人力资源)，自动调度客服人力分配战略，或向资源管理者建议客服人力调度战略。企业推展BPM不见得要立刻从IT 工具的选择开场，

10、前期的充分预备可缩短软件系统的分析时间。企业流程自动化之后，那么有更多的管理辅助工具可供搭配，强化企业流程的运转绩效，提升企业的BPM成熟度。企业决策主管那么可从以上层次分析，清楚得知达成不同层次的BPM进程，所能获得的管理效益，以及相对的BPM技术处理方案需求。 BPM 的技术现况与趋势BPM的其中一个技术构面是流程，它的IT技术处理方案的来源可追溯到 1970年代晚期的文档传阅(routing)运用系统，主要目的是让商业文档与图象能在不同计算机间传送，使文档能从输入或扫描人员，传送到审核人员与其他角色。典型的运用流程包括保险公司的保单资料处置作业，或者银行的融资恳求与签约作业。这些需求促成

11、了任务流程(workflow)技术的崛起，而软件业也开场把任务流程技术运用到这类运用系统，成为中心组件。任务流程技术是中立的角色，随着不同运用领域的兴起而有不同的运用方式，在办公室自动化、公文系统、研发专案管理、制程管理、品保系统，或者客户效力系统等等，都可以查找任务流程技术扮演的重要角色。即使是面对企业管理领域被炒得炽热的 BPR/BPM，或者在IT / Web Services领域被当成新兴技术议题讨论的 Web Services Orchestration 、Choreography 与企业流程运转言语(BPELBusiness Process Execution Language) ，

12、只需详细分析其技术本质，仍不脱任务流程技术既有的范畴。这些当红的企管或技术名词，一旦底层抽离任务流程技术，就无法独立存在。然而，狭义的任务流程技术并不是推行BPM所需的IT技术的全部。早期任务流程技术与图象扫描与辨识技术结合，培育了文档图象流程系统。近年，任务流程从BPM领域切入，成为处理方案的重要一环；狭义的任务流程技术，历经多年汇流了多项技术元素，成为当代的BPM处理方案，主要特征如下：IT技术面：采用任务流程技术为主体，结合入口网站(Portal)、企业运用集成(EAIEnterprise Application Integration)、报表与商业智慧(BIBusiness Intel

13、ligent)工具、流程模型分析(process model analysis)、与仿真(simulation)技术。这些现成(COTS ? commercial off-the-shelf)软件组件结合运作，可大幅降低信息系统的建置本钱、时程，以及开发风险。 管理活动面：可提供战略地图、平衡计分卡、六个规范差、TQM等管理活动的必要管理信息，搭配适宜的管理决策工具呈现企业整体的BPM效果。贴近特定产业的流程需求：每个产业都有其特有的企业运营方式与参考模型，如制造业、买卖业、医疗业、物流业等产业，都存在产业专属的流程模型与规范。像是 RosettaNet 替电子商务买卖的询价、下单、交货、付款

14、等流程作业，制定了日常实践运用的参考模型；而供应链协会(Supply Chain Council)那么在供应炼与物流领域，制定SCOR流程运作模型(Supply Chain Operation Reference)。假设流程定义工具可以直接提供这些参考模型的语意支持，或者提供现成可套用的流程样板(template)，将可以减少开发这些特定产业运用所需的本钱。效力接取(access)面：处理方案能满足不同的运用者，如习惯大量资料输入作业的专业运用者、少量资料操作的普通运用者、偏重BPM绩效报表的主管，或者行动安装的运用者。也就是说，可提供不同的操作界面，如常规桌上型运用程序、Web Browse

15、r运用程序、PDA，或者Smart Phone等安装，给参与BPM系统的各种人员运用。交互情境面：BPM技术处理方案需同时兼顾人对程序、人对人协同作业，以及程序对程序等交互情境。鉴往知来，BPM处理方案的风貌将继续纳入更多的元素而显得多样化，不论是因应管理哲学的革新、运用情境的延伸，或者新技术的崛起，只需有道理，没什么元素不可以纳入的。虽然没有一个独立的BPM产品能同时满足以上一切特征现实上，企业BPM规划者也不见得要贪婪得一次全部用上，但企业BPM架构规划者，仍可根据BPM导入步骤，按部就班先进展组织改革与训练，然后根据管理需求与现有的IT处理方案，参考本文所述的各项BPM特点，逐一评价挑选

16、适宜的IT模块，纳入为本人企业量身打造的BPM运转蓝图。 由于BPM处理方案并不是一次到位的架设，而是继续多年的活动，因此整体BPM蓝图必需思索分期开发，渐进导入的特性，建议BPM的IT规划者应参考本文稍后 所提的SOA架构当成蓝图的根底。BPM与任务流程相关规范组织想深层了解一个专业的产业开展，透过产业规范组织是一个不错的方式。对技术底层感兴趣的BPM技术人员来说，以下的列表可以作为探求的起点。组织称号组织全名与网址与BPM相关之规范阐明WfMCWorkflow Management Coalition HYPERLINK / t _blank /WorkflowReferenceModel

17、任务流程系统模块架构的参考模型XPDLXML - Process Definition LanguageWfXMLWorkflow XMLASAP主持人为WfMC任务小组成员之一，但此任务放在OASIS，请参阅OASIS的工程WAPIWorkflow APIOASISOrganization for the Advancement of Structured Information Standards HYPERLINK / t _blank /ebXML ?BPSSCPACPPe-Business using XML ?BP Specification SchemaCollaboration

18、 Protocol AgreementsCollaboration Protocol ProfileBPELBusiness Process Execution LanguageBTPBusiness Transaction ProtocolASAPAsynchronous Service Access ProtocolUDDIUniversal Description, Discovery and Integration (从UDDI.org 并入OASIS)WS-CAFOASIS Web Services Composite Application FrameworkWS-RMOASIS

19、Web Services Reliable MessagingUN/CEFACTUnited Union, Centre for Trade Facilitation and Electronic Business HYPERLINK /cefact t _blank /cefactebXML(参考OASIS的 ebXML部分)OMGObject Management Group HYPERLINK / t _blank /UML其中的Activity diagram 可用来描画企业流程的部分构面BPMNBusiness Process Modeling NotationBPRIBusines

20、s Process Runtime InterfacesBPDMBusiness Process Definition Meta-modelBSBRBusiness Semantics of Business RulesOSMOrganization Structure MetamodelBRMBusiness Rules ManagementBPMIBusiness Process Management Initiative HYPERLINK / t _blank /BPMNBPMLBPQL(2005年6月已并入 OMG)W3CWorld Wide Web Consortium HYPER

21、LINK / t _blank /WS-CDLWS-CDL Web Services Choreography Description LanguageWSDLWeb Service Definition LanguageSOAPSimple Object Access ProtocolHyper Text Transfer ProtocolOAGiOpen Application Group HYPERLINK / t _blank /OAGIS - BODsOpen Applications Group Integration Specification ? Business Object

22、 DocumentsRosettaNetRosettaNet HYPERLINK / t _blank /RosettaNet - PIPsRosettaNet ? Partner Interface ProcessesSupply Chain CouncilSupply Chain Council HYPERLINK t _blank SCOR modelSupply-Chain Operations Reference Model表一：现行BPM与任务流程技术规范一览表 WfMC 是比较专注于任务流程的组织，它的WfMC workflow reference model是最常被援用的任务流

23、程管理系统的参考模型。虽然WfMC的任务小组数目较少，但由于起步较早，旗下的 XPDL与WfXML规范，有相当多的任务流程厂商支持。WfMC替任务流程的技术开展奠定了早期的根底，它界定了BPM与任务流程领域的大框架，也继续不断的推行BPM与任务流程，让众人清楚这个领域的体系与架构。 OASIS与OMG的技术小组数目比较多，任务焦点也不仅限于狭义的任务流程技术。由于涵盖的范围较广，而且背后的支持厂商规模较大，所以整体影响力也较大。OASIS旗下的BPEL取自IBM、微软等公司，而ebXML那么是OASIS与UN/CEFACT这两个组织共同成立的任务小组。OASIS藉由充沛的技术开展动能，为任务流

24、程技术领域开辟更大的视野，在流程定义格式、流程运转层面，以及复杂的流程交互机制等领域，提供了珍贵的技术处理方案。OMG在BPM领域掌握了规范记号(notation)，包含UML，以及从BPMI并进来的BPMN。同时，OMG也积极以塑模(model)的角度，切入任务流程定义的其他构面，如共通模型表示法BPDM 、流程语意BSBR、组织架构OSM、业务规那么BRM等等。OMG的强项之一就是在塑模(model)技术，它的UML广受软件领域接受；在BPM与任务流程的领域，OMG继续开展BPMN与等其他BPM各构面的塑模技术，未来将使BPM的其他构面(如业务规那么，或组织架构)也能运用像UML或BPMN

25、这种等级的表示记号来进展塑模，让复杂企业流程的塑模任务更加容易而清楚明确。W3C的强项在于 Web 领域，HTTP是最知名的代表作。而XML与Web Services 是BPM在SOA领域的根底建立。其它相关的BPM技术，如 WS-CAF, WS-RM, WS-CDL等等，都奠基于W3C的 Web Services技术。OAGi、RosettaNet，以及 Supply Chain Council，那么是特定产业领域的代表。它们的奉献在于替特定产业界定共通的BPM运作规范，也就是说，定义属于他们产业特征的运用流程参考模型与共通的术语，让这个特定产业在推展BPM时，就有根本的需求大纲与根底架构，

26、也让同产业体系内的厂商可以透过共通的产业模型与共通术语沟通，防止不同BPM运用系统之间生成各自为政而无法互通的妨碍。好像前文所述，RosettaNet在电子商务领域曾经广为人知，SCOR模型那么在于物流领域。虽然OAGi在国内的能见度没有 RosettaNet高，但它涵盖的范围相当深远，号称涵盖电子商务、制造、物流、航太、汽车、医药、零售、能源等32种产业。以OAGi 9.0版为例，就涵盖61种流程情境(scenario definitions，像是订单管理、应收帐款、供应链集成、销售管理、客户效力)与434种商业文档(BODs, 像是订货单、维修单、捡货单、零件物料列表等，在流程当中传送的文

27、档)的正规定义。表一列出的各项技术规范，是以规范组织为分类根据，我们再以其他观念来呈现其中几个重要技术规范，以便读者可以更清楚了解这些规范的定位。功能类别功能目的技术规范流程查询Discovery透过查询机制，获得效力流程的根本资料UDDILDAPDISCO产业间流程交互机制B2B collaboration使同一个特定运用产业的流程具备根底的参考模型与术语RosettaNet 的PIPsebXML的CPAOAGIS的BODsEDI，SWIFT 塑模方式与记号Modeling提供规范记号(notation)与塑模技术OMG的UML、BPMN流程定义的语意与格式Process Definitio

28、n提供构造化的流程定义保管格式，并且明确解释每一个流程定义工程所代表的语意WfMC的 XPDL、WfXMLOASIS的 BPEL，以及ebXML BPSS，ASAP, WS-CAFW3C的WS-CDL效力界面描画Services定义构造化的格式，供软件组件描画它所提供效力的内容与调用方式W3C的WSDLOASIS的ebXML CPP传输界面Transport提供音讯的传输机制W3C的HTTP/SOAPOASIS的WS-RM表二：依功能分类的BPM/任务流程技术规范一览表 图一: WfMC技术小组提供的任务流程相关规范堆栈图，2003年版本 效力导向的企业过去几十年间，企业运营的焦点随着市场趋势

29、而演化，60年代谈的是提升量产，70年代谈的是降低本钱，80年代谈的是提升质量，90年代谈的是产品推出速度，而跨入21世纪，谈的是如何给客户更多样的效力。不论重心怎样改动，在21世纪之前，改善的重心仍落在产品实体；直到21世纪，重心已开场从产品延伸到购买产品的顾客，强调顾客是怎样样获得产品与效力。年代运营管理重心处理方案1960提升产量Quantity: Make more自动化消费 1970本钱与价钱Cost: Make it cheaper采购与供应链ERP，SCM1980产质量量Quality: Make it better品管技术TQM1990产品推出速度Lead Time: Make

30、 it quicker产品开发管理PLM，PDM2000 效力内容多样化Service: Offer more效力内容与流程BPM，SOA表三：各年代的企业运营管理重心 为了提供多样化的效力，许多企业活动将被解构后再重组为新的营运方式，而这代表位居幕后支持的IT技术，必需能迅速配合这样的营运方式改动。也就是说，一切的IT技术与信息系统，都可以像变形虫一样，随时解构后再重组，在短时间内提供新营运方式所需的信息效力，这包括企业后台营运所需的信息系统，以及面对客户所需的前台效力界面。在十倍速的时代，企业无法等待。常规为了新营运方式而大规模更改 (而非重组) 信息系统的方式，过于牛步化无法满足要求。下

31、一节提到的SOA架构，替效力导向的企业，提供了很好的解答。天生一对的企业流程管理(BPM)与效力导向架构(SOA) SOA的IT技术本质单纯而不难了解，个别的技术元素分别了解还算容易。对于SOA，大家联想到的就是 Web Services，谈到Web Services，我们就直接脱口而出：WSDL、UDDI，以及SOAP，然后就是一系列的WS- 的技术规范。对很多人来说，只了解个别技术单元，并无法领会到SOA世界的愉快。就好似只看得到调色盘的每个颜色，却看不到美丽动人的画作。所以，让我们先把无趣的技术名词摆一边，这无助于我们了解SOA的愉快世界。首先，我们需先认识SOA世界里的企业流程运作方式

32、，以及SOA的技术元素可以相互彼此串接而构成丰富的生态；如此，就可知道为什么BPM与SOA是天生一对 - SOA 架构总存在愉快的答案来满足BPM变化多端的环境。普通来说，真实世界的BPM，具有以下的IT需求特征：它的运作是分布式的：多数企业流程都是由多个参与者共同运转，参与者能够不同办公室，甚至不同的地域区域，突破部门藩篱，甚至跨越公司的疆界；因此，跨因特网环境的运用系统支持，以及网络环境下的平安性，都必需列入考量。 它可以进展任务协调与运用程序集成：大部分的企业流程并不只是运转单一业务功能，而是多个业务功能相互协调后的成果；因此，本来独立支持某项业务运作的运用系统，也必需跟其他业务的运用系

33、统相互集成。 它是动态的系统：企业流程中的各项元素经常动态改动。任务串连方式会随着环境改动、人员角色扮演会异动，任务的运转地点也会改动。因此，BPM环境中的运用程序模块，必需演化成快速顺应变动的动态系统，可以随便透过设置或配置的改动行为方式，甚至调整运转地点，以因应企业流程的变动。 它的构成元素种类繁多而复杂：BPM系统内含分布于各模块的企业逻辑与规那么、各种不同安装与监管方式的运用模块，以及众多模块之间的串联与相依关系设置。因此，BPM环境中的软件模块，需求让模块变得可以被BPM配置机制管理，这包含模块的启用停用、安康形状报答，以及系统平安政策，都应有一致的管理方式与技术规范。如此，整个复杂

34、的BPM环境运作才可列入掌握而不致失控。 它可以渐进式地生长：企业可以从最简单的BPM活动开场着手，再演进到成熟复杂的BPM系统；因此，整个系统架构必需能提供清楚的提高蓝图，允许企业按部就班投入IT资源，并逐渐提升BPM成熟度来运转BPM。 以上五个特征，刚好可用来陪同我们探求SOA的技术世界。 针对特征一，SOA 技术架构可提供平安的网络传输与运转环境。主要技术有二：一是软件模块相互通讯时，所需的严密需求，这可由WS-Security来达成。另一个那么是组织成员在环境中的权限控管方式，这可在SOA架构内，采用LDAP、集成单一帐号登录、PKI架构与数位签章等机制来配合。第二个特征引发的议题是

35、SOA任务协调与运用系统集成。常规运用模块在SOA的世界里，可以采用SOA规定的效力界面(Services Interfaces)对外开放模块的功能。运用模块之间，透过SOA的效力界面规范互传资料，就是最简单的Web Services运用案例。此机制的主要意义在于：一切SOA内的运用模块，只需提供SOA的规范效力界面，就可以不受开发言语限制，相互调用或传送资料。这里的效力界面，讲的就是WSDL(Web Service Description Language)；而SOAP(Simple Object Access Protocol)那么是规定运用模块之间相互调用或互传资料时的封包格式。至于WS

36、DL或SOAP的内容与格式应该长怎样，大部分技术人员可以让中介软件或者EAI系统代劳，透过service adaptor 直接把常规运用模块包成 Web Services模块，并不需烦恼内容的细节。第三个特征引发的议题是 SOA的效力组合弹性与松散耦合loosely couple的特性。SOA内的运用模块假设要能轻松改动组合方式，或者改动运转位置，就要藉助SOA的两个技术特性：松散耦合，以及UDDI(Universal Description, Discovery, and Integration)机制。由于松散耦合，所以某一模块抽离或添加系统，并不影响其他模块；由于有UDDI机制，所以新运用

37、模块添加时，只需跟UDDI效力器登记新效力的界面与所在地点，即可被其他运用模块搜索到，并且开场交互。由于有UDDI，所以当某项运用模块迁离位置，原有运用此运用模块的其他模块，可以透过UDDI查找效力的新位置，然后用新位置连结即可。这种特性满足经常需求把效力节点拆解再重组的BPM效力导向运营方式。第四个特征谈到的是可管理的SOA Web Services。这是系统管理与软件管理的议题，虽然当前没有一致的规范来规范管理软件与被管理模块的行为，但当前稍具知名度的SOA环境特别是application server多半会提供系统管理工具给系统管理员运用，协助管理SOA架构下一切列管模块的安装、移除、启

38、动、停用，以及运用模块的形状监控与平安机制。第五个特征，谈的是SOA 技术架构是模块化又可弹性串接的特性，在原有SOA环境添加新的技术模块，即可渐进式提升BPM技术的成熟度。我们从ZapThink 整理的SOA蓝图中，可以得知到达不同SOA成熟阶段所需具备的SOA技术。举例来说，假设SOA有阶段实施的计画，那中间过程可以从点对点集成开场，提高到提供松散耦合的效力，再来是稳定而可搜索发现的效力，接着提供可组装与再利用的效力，进而到达最终目的全公司的SOA。当然，也可从蓝图中得知，不同SOA阶段所能获得的投资报答(ROI)，刚开场只能是降低运用程序的维护本钱，达成点对点的集成，接着是透过效力再利用提升效率，再来是提升管理能见度与控制力，最后才是改善组织的矫捷度。结语其实，即使是资深的BPM/SOA规划者，想要跟决策主管解释清楚SOA的博大精深以及其成效，都是很大的挑战。主要缘由在于其中大大小小的技术条目，以及其相当复杂的关联。虽然大家都知道，画出一张易懂的图解，胜过千言万语，然而好图难求，幸好今年(2005)十月ZapThink公司推出一张令人深化的SOA蓝图海报。这张呕心沥血之作，让人能从各个构面、由入门到高级，逐渐探求SOA的世界，而且过目难忘，却又可以不失BPM/SOA技术的深度与完好度，真实非常难得，在此引荐这张