（管理科学与工程专业论文）面向业务流程的协同商务研究.pdf

中文摘要 摘要 企业间日益频繁的商务协作和信息技术发展到集成化电子商务阶段的契机， 共同孕育了“协同商务( c o l l a b o r a t i v ec o m m e r c e ) ”的产生。 另一方面，企业问协同商务需求的不断变更，意味着企业需要以支持信息 系统的简易重组的方式来组织其应用程序，作为这些信息系统的粘合剂，业务流 程必须要具备相当强的灵活性和适应性。 论文从“面向业务流程”的角度，分析和研究了协同商务的实现思路首先 研究了协同商务实现的技术组件，重点是企业应用集成( e 越) 和业务流程管理 ( b p m ) 组件，对它们代表性的底层实现技术如：w e bs e r v i c e s 、面向服务的架 构( s o a ) 以及b p m 的一些规范也进行了比较深入的研究。 然后，以这些关键技术为指导，作者在m m 公司的协同商务应用的开发平 台w s a d - i e 上实现了一个小型的协同商务系统原型t r a v e l a g e n c ys e r v i c e 。通过 该原型实现过程的详细介绍，体现w e bs e r v i c e s 和面向业务流程的w e bs e r v i c e s 组装( o r c h e s t r a t i o n ) 对组件式开发的良好支持。通过封装协作各方提供的服务 并以统一的风格提供给最终用户，实现对服务的透明式访问，这正是s o a 技术 的体现。 最后，在协同商务的业务活动升级的要求下，作者对该原型进行业务流程的 改进。在w s a d i e 提供的图形化流程编辑器和集成化的w e bs e r v i c e s 编程环境 中，可以比较轻松地完成对业务流程的改进和重组，进一步体现面向业务流程的 w e bs e r v i c e s 组装给灵活而有效地实现协同商务带来的优势。 论文对r r 界先进的理念和代表性技术的探索与应用，为企业在新阶段商务 活动中的信息化建设起到了一定的抛砖引玉的作用。 关键词：协同商务；业务流程；业务流程管理；w e b 服务；服务组件 英文摘要 a s t u d y o nb u s i n e s sp r o c e s s - o r i e n t e dc o l l a b o r a t i v ec o m m e r c e a b s t r a c t t h em o r ea n dm o r ef r e q u e n tb u s i n e s sc o l l a b o r a t i o na m o n g 朋七e r p r i sa n dt h e l l e v v - s t a g eo fi n t e g r a t e dd e e t r o u l cc o l n l n e r c ew o r kt o g e t h e rt ob e a rc o l l a b o r a t i v e c o n l l n e r c e o nt h eo t h e rs i d e ，r e q u i r e m e n t sf o rc o l l a b o r a t i v ec o m m e r c ea l ea l w a y sc h a n g i n g t h i sm g a n se n t e r p r i s e sn e e dt oo r g a n i z et h e i r a p p l i c a t i o n si ns o m ew a yw h i c h s u p p o r t se a s yr e o r g a n i z a t i o no ft h ei n f o r m a t i o ns y s t e m s ，a n da st h ec l u ef o rt h e s e i n f o r m a t i o ns y s t e m s ，b u s i n e s sp r o c e s s e sh a v et ob o a s ts t r o n gf l e x i b i l i t ya n d a d a p t a b i l i t y t h i sp a p e rb a s e so n b u s i n e s sp r o c e s s o t i e n t e d ，t os t u d yh o wc o l l a b o r a t i v e c o m m e r c ei si m p l e m e n t e du s i n gi n f o r m a t i o nt e c h n o l o g y f i r s t l y , e a ia n db u s i n e s s p r o c e s sm a n a g e m e n t ( b p m ) a r er e s e a r c h e di n t o ；t h e i rl o w e r - l e v e li m p l e m e n t a t i o n t e c h n o l o g i e ss u c ha sw e bs e r v i c e s ，s e r v i c eo r i e n t e da r c h i t e c t u r e ( s o a ) ，a n ds o m e s t a n d a r d sf o rb p ma r ea l s oq u i t ed e e p l yr e s e a r c h e di n t o t h e n ，u n d e rt h eg u i d a n c eo ft h e s et e c h n o l o g i e s ，t h ea u t h o rd e v e l o p sam i n i c o u a b o r a t i v ec o m l n e r c ep r o t o t y p ew h i c hi sn a m e d t r a v e la g e n c ys e r v i c e ”o n i b m sd e v e l o p m e n tp l a f f o r m - - w s a d - i e t h r o u g hd e t a i l e di n t r o d u c t i o no ft h e p r o c e s s ，s h o w st h a tw e bs e r v i c e sa n db u s i n e s sp r o c e s s - o r i e n t e dw e bs e r v i c e s o r c h e s t r a t i o nw e l ls u p p o r tc o m p o n e n t - b a s e dd e v e l o p m e n t a l s ob ye n c a p s u l a t i n g t h e s ew e bs e r v i c e sp r o v i d e db yd i f f e r e n tc o l l a b o r a t o r sa n ds e r v i n gt h ee n du s e r s t h r o u g hu n i f o r mi n t e r f a c e ，t r a n s p a r e n ta c c e s si sr e a l i z e d ，w h i l et h i si sj u s tt h ee s s e n c e o fs o a m c l l n o l o g y f i t l a l l y ，u n d e rt h ed e m a n do fu p g r a d i n gp r e s e n tc o l l a b o r a t i v ec o n l l l l e r g e b u s i n e s s e s ，t h ea u t h o rd o e ss o m ei m p r o v e m e n to nt h ep r o t o t y p e i nt h ev i s i b l ep r o c e s s e d i t o ra n di n t e g r a t e dw e bs e r v i c e sp r o g r a m m i n ge n v i r o n m e n t , i m p r o v e m e n to r r e e n g i n e e r i n go f t h eb u s i n e s sp r o c e s s e sc a nb ea c h i e v e dw i t h o u tp a i n t h i so n c ea g a i n s h o w st h ef l e x i b i l i t ya n de f f e c t i v e n e s sb u s i n e s sp r o c e s s - o r i e n t e dw e bs e r v i c e s o r c h e s t r a t i o np r o v i d e sf o rc o l l a b o r a t i v ec o m l l l e r c ei m p l e m e n t a t i o n t h ee x p l o r a t i o na n da p p l i c a t i o no f t h e s ea d v a n c e dc o n c e p t i o n sa n ds t a n d a r d 英文摘要 t e c h n o l o g i e si n t h i st h e s i sw i l lf u n c t i o na sc l u e sf o r 髓：c e r p r i s i n f o r m a t i z a t i o ni n t h e i rn e ws t a g eb u s i n e s sa c t i v i t i e s k e yw o r d s ：c o l l a b o r a t i v ec o m m e r c e b u s i n e s sp r o c e s s ；b u s i n e s sp r o c e s s m a n a g e m e n t ；w e bs e r v i c e s ；s e r v i c e sc o m p o n e n t 大连海事大学学位论文原创性声明和使用授权说明 原创性声明 本人郑重声明：本论文是在导师的指导下，独立进行研究工作所取得的成果， 撰写成硕士学位论文：面囱些釜速猩鳆迹回直釜班究：。除论文中已经注 明引用的内容外，对论文的研究做出重要贡献的个人和集体，均已在文中以明确 方式标明。本论文中不包含任何未加明确注明的其他个人或集体已经公开发表或 未公开发表的成果。 本声明的法律责任由本人承担。 论文作者签名：羡界荡年月- r 日 j ， 学位论文版权使用授权书 本学位论文作者及指导教师完全了解“大连海事大学研究生学位论文提交、 版权使用管理办法”，同意大连海事大学保留并向国家有关部门或机构送交学位 论文的复印件和电子版，允许论文被查阅和借阅。本人授权大连海事大学可以将 本学位论文的全部或部分内容编入有关数据库进行检索，也可采用影印、缩印或 扫描等复制手段保存和汇编学位论文 不保密矾请在以上方框内打“”) 糍：中一名：珑哆亿 日期：扣1 年吣月心曰 面向业务流程的协同商务研究 1 1 选题背景 第1 章绪论 “协同”的现象和概念，古今中外普遍存在。2 0 世纪7 0 年代德国物理学家 赫尔曼哈肯g - l e r m a n nh a k e n ) 在他的著作协同学导论( s y n e r g e t i c - a n i n t r o d u c t i o n ) 中，论述了自然界事物在规模和复杂程度发展到一定数量级的时候， 本身会产生自组织现象f 1 1 。这一著作正式建立了协同作为独立学科的理论框架， 并奠定了今天商务系统自组织协同的基础。 在经济全球化、业务国际化的企业运营大浪潮中，在i n t e r a c t 改变全球商务 系统行为模式的背景下，任何企业都需要与内外环境的沟通和协作，形成了对“协 同商务”的需求 正如蓝色巨人美国m m 公司c e o 彭明盛在2 0 0 6 年6 月发表的全球整合 企业一文中所言，企业资源整合是大势所趋，而在此过程中，企业内外高度而 有效的协作，既是机遇也是挑战【2 j 。 在协同商务的计算机实现上，也存在众多方式和标准。有些仅仅使用电子邮 件或即时通讯软件的企业也冠名“实现协同商务( c o l l a b o r a t i v ec o m m e r c e ) ”叫。 真正意义上的协同商务实现不是简单地提供人机交互的w e b 接口，因为在这个 接口的后面，机器与机器、系统与系统之闻的对话才是充分协同的基础。 正因为协同商务的趋势与其实现手段的多样性，围绕协同商务已经出现很多 研究和应用的子课题，在o o o g l e 上以关键字“协同商务”进行搜索，共计得到 1 2 5 万条查询结果回。无论是软科学还是计算机应用学科，都在从各自的角度深 化和推动企业的协同商务应用。 企业协同商务要求以充分的信息共享为基础，而底层数据流和用户接收的顶 层信息流都来自于中间层的业务需求，并以业务流程为载体。世界领先的e r p 软件提供商s a p 公司，在其新一代主打协作平台产品n e t w e a v e r 的架构设计中， 将业务流程放在了人员集成、信息集成和应用平台之间，并构思和实现了集成 s a p 和非s a p 信息平台或系统的业务流程集成产品p i ( p r o c e s si n t e g r a t i o n ) ， 明确表明业务流程在企业集成和协作中所起到的上传下接的重要作用o 。 源于此，论文重点从企业业务流程的角度研究协同商务的原型框架和实现。 。2 0 0 6 1 1 2 8 日，在w w w g o o g l e c o m 中获得的搜索结果 o 此处以及本文以后关于s a p 公司的n c t w c a v c r 或者p j 产品的介绍，均来自于作者在s a p 公司的实习总 结，读者可参考该公司官方两站h t i p 舳i 能s a p c o r n l 第1 章绪论 1 2 国内外现状及趋势 从1 9 9 9 年g a r t n e rg r o u p 提出协同商务的基本思想至今 4 1 ，协同商务经历了 从概念化到产品化、应用化的发展历程。 学术界对协同的研究可谓是百花争放，在国际权威学术论文发表机构m e e 的网络资源中以协同的英文词“c o l l a b o r a t i v e ”为关键词得到的论文达5 4 1 1 篇o 。 其中有些是从计算机技术的角度研究协同的技术实现，也有些从软科学的角度研 究和论证协同的原理、社会和经济影响等。 2 0 0 6 年6 月，上海市社会科学院出版社出版的协同商务理论和模式一 书，是目前国内唯一的协同商务专著。该书融合系统论、信息论、控制论等众多 理论基础，以开发具有实用价值的原型系统为目标，系统论述了协同商务的理论、 方法和关键技术，一定程度上代表了国内协同商务学术研究的方向。 国外方面，位于美国德克萨斯州的b u o u m a l ( b u s i n e s si n t e g r a t i o nj o u r n a l ) 一直致力于业务流程与其所依赖的底层技术的研究，例如企业应用集成( e a i ) 、 工作流( w o r k f l o w ) 、协作工具( c o l l a b o r a t i v e t o o l s ) 、集成代( i n t e g r a t i o n b r o k e r ) 和w e b 服务等。 i t 行业对“协同”的关注也不容忽视，国外电子商务方案和技术提供商纷 纷将“协同( c o l l a b o r a t i o n ) ”的概念积极引入自己的产品线，推出协同平台、 协同工具等产品，国内更是出现了专攻协同软件市场的众多商家，以下章节就分 别介绍国内外在协同商务产品化方面的现状。 1 2 1 国外现状 协同商务是电子商务发展的新阶段，由于国外信息化发展起步早，传统电子 商务发展相对成熟，因此新兴的协同商务模式就具有了比较牢固的基础。下面以 软件巨头微软m i c r o s o f t 、蓝色巨人m m 和德国s a p ( 思爱普) 公司的协同商务 的解决方案为例。 ( 1 ) m i c r o s o f t m i c r o s o f t 在其协同商务解决方案中提供b i z t a l ks e r v e r 配合使用r o s e t t a n e t 或h i p p a 等产业资料交换标准，针对不同行业提供定制服务嗍。 其特色如下： 。2 0 0 6 1 2 月，在h t t p ：i c e c x p l o r c i c c o r g 中获得的搜索结果 - 2 面向业务流程的协同商务研究 整合异构平台：) m 也为基础整合基础架构，在异构系统环境中的各种应 用程序可以相互沟通。 企业业务流程整合及处理：设计、构建及执行不同组织、平台及应用程序 问的动态业务处理流程的创新型系统开发环境。 可靠、安全的资料交换：支持加密、数字签名及压缩功能。 高度可视化接口、提升管理效能：多种图表工具，简化设计、资料处理及 系统管理工作，高度提升管理效率。 m i c r o s o f t 将协同商务的发展分为电子采购、电子公文及协同设计三个不同 的阶段。电子公文阶段重点突出其o f f i c e 办公软件对x m l 数据格式的支持，以 实现跨系统的公文流转，协同设计阶段则通过s q ls e r v e r 数据库和v i s i o 设计工 具对x r a l 格式的支持来实现。 ( 2 ) m m m m 公司从基础架构到专业化协作软件，给予协同商务以全面的支持，同 时倾注大手笔与优秀的协同商务软件提供商j d e d w a r d s 合作增强其产品竞争力 网。 2 0 0 5 年，i b mw e b s p h e r ea p p l i c a t i o ns e r v e r 和w e b s p h e r es t u d i oa p p l i c a t i o n d e v e l o p e r 作为基于j 2 e e 技术的优秀w e bs e r v i c e s 基础架构，与j d e d w a r d s 上 层协同软件合作，为用户提供开放、可扩展且创新性的解决方案。该方案采用基 于s o a p x m lw e bs e r v i c e s 的组件式应用，使得任何第三方能够与本地平台上 的应用交互 除此之外，m mw o r k p l a c e 家族软件包括i b ml o t u sn o t e s d o m i n o ，i b m w e b s p h e r ep o r t a l ，i b mw o r k p l a c ec o h a b o r a t i o ns e r v i c e s 等，采用开放式标准和 s o a 架构，使得企业灵活部署其硬软件架构，充分实现组织协作。 ( 3 ) s a p s a p 公司是国际领先的e r p 软件提供商，据g a r t n e rd a t a q u e s t2 0 0 6 年6 月 7 日、8 日和1 2 日先后发布的全球范围内企业资源计划、客户关系管理和供应链 管理市场的分析报告，s a p 在企业及软件市场份额位居亚太区及全球首位 7 1 。 2 0 0 4 年3 月，s a p 公司推出n e t w e a v e r2 0 0 4 ，该产品初步构想就是将已有 的s a p 产品和第三方产品集成，意味着s a p 从比较单一的应用型产品提供商向 平台提供商转化。 3 - 第1 章绪论 n e t w e a v e r2 0 0 4 已经成为整个s a p 公司解决方案的技术平台。在此之上， s a p 通过应用( a p p l i c a t i o n ) 、流程( p r o c e s s ) 、信息( i n f o r m a t i o n ) 和人员 e o p l e ) 四大 层次的集成，让s a p 和非s a p 的产品和系统对话，并在系统方案的最上层让企 业员工和合作伙伴充分协作和交流。 2 0 0 5 年，s a p 公司紧接着推出n e t w e a v e r2 0 0 4 s ，在整个协同平台上引入 w e b 服务( w e bs e r v i c e s ) 的概念，并提出企业服务架构e s a ( e n t e r p r i s es e r v i c e a r c h i t e c t u r e ) ，让协同商务更加灵活和开放。 1 2 2 国内现状 与国外从基础架构到协同商务平台的整体发展思路明显不同的一点是，国内 代表性协同商务软件提供商起步之初便专攻协同的概念，更像借助它山之石来攻 玉的阵势。但由于协同商务对基础架构集成技术的高要求，相比之下，国内协同 商务软件厂商略显底气不足 ( 1 ) 复旦协达软件科技有限公司 协达软件是由复且大学教授与具有1 0 多年软件行业高级管理经验的资深人 士于2 0 0 0 年合作成立的企业。 2 0 0 5 年初，复旦协达宣布其新版c t o p 协同软件支持s o a 技术，成为国内 首例遵照面f 句服务的架构设计的协同软件产品。协达软件首席架构师冯宏卫博士 提出协同软件应该具有三大特征即：以互联网为基础、以业务流程协作为主、以 人为本嘲。 c t o p 产品宣扬以下特色： e a i 集成，彻底沟通信息孤岛。 自定义业务流程，提升管理效率。 自定义各种管理表单。 系统和数据安全措施高。 ( 2 ) 上海泛微软件有限公司 与协达偏重于协同底层技术实现不同的是，泛微的协同管理应用平台 e - c o l o g y 显得包罗万象，凡是与企业信息化相关的应用都被纳入了e - c o l o g y 的 范畴，其产品的模型结构图如图1 1 所示 9 1 。 面向业务流程的协同商务研究 图1 1 泛微e c o l o g y 模型结构 f i g 1 iec o l o g ym o d e l 在该平台中，入力资源和业务流程管理( b p m ) 模块被视为整个系统的心脏 和血脉。人体的其他器官：手、眼、脚、耳等功能器官看似独立的系统，实际 是强相关联的，它们协同运作来服务全体，相应的一个企业的各个职能部门( 包 括客户和合作伙伴) ，他们同样是强相关的，各个部门只有协同工作的时候，企 业才能顺畅运转。 ( 3 ) 北京点击科技有限公司 提到点击科技，最具代表性的就是其“活页夹”的协同商务理念【1 0 1 ：把企业 应用做成活页夹的形式，可以灵活的插入相关模块，当一些模块发生改变之后， 可以自由更换，从而解决了标准化与灵活性相协调的问题，大大降低了成本。“活 页夹”模型是点击科技代表产品竞开协同应用平台的核心理念。 纵观国内外协同商务软件发展现状，可以看到所有厂商都无一例外地将业务 流程作为协同商务实施中的重要一环。无论是业务流程定义还是流程集成，业务 流程是实现g a r t n e r g r o u p 在1 9 9 9 年提出的协同商务思想激励具有共同的商 业利益的价值链上的合作伙伴的商业战略的基础之一。 以业务流程管理为核心研究对象的国际b p m g 组织于2 0 0 3 年提出b p m 5 第l 章绪论 ( b u s i n e s sp r o c e s sm a n a g e m e n t ) 的d a d v i i c i 实施方法论，如图1 2 所示【1 1 1 。 图1 2 b p m g 组织的b p m 实施方法 f 噜1 2 b p m i m p l e m e n t a t i o n m o d e l f r o m b p m g 该组织重点从企业业务流程的角度研究企业内外的集成和协同应用，从系 统，流程、人员和战略四个维度渗透协同商务这一思想，较完整地体现业务流程 管理是一个循序渐进的过程： d i s c o v e r y - - 发现企业内外的流程。 a n a l y s i s - - 分析流程，如流程的重要性、优先级和健康程度。 d e s i g n - - 设计新的或者改进的流程。 v a l i d a t e - - 验证流程的合理性。 i n t e g r a t e - - 集成流程，从整体角度规划流程。 i m p l e m e n t - - 实旌流程。 c o n t r o l - - 控制流程，如流程的稳定性和灵活性。 i m p r o v e - - 改进流程，如适应变更的业务需求。 专业b p m 软件提供商的代表美国f i l e n e t 公司于2 0 0 3 年发布了自己的流程 管理产品f i l e n e tb u s i n e s sp r o c e s sm a n a g e r 1 2 1 ，如图1 3 所示形成企业业务流程管 理的闭环。 面向业务流程的协同商务研究 ：。一。， 图1 3b p m a n a g e r 产品的b p m 闭环 f 嘻1 3b p mr e c y c l eo f b p m a n a g e r 该产品完整地覆盖从流程分析、建模、模拟、验证再到部署的过程，精确体 现和驾驭了协同商务灵活性和不定性的特征与挑战。 综上所述，协同商务已经从概念上深入人心，不同类型的方案提供商更是积 极推动协同商务应用的发展。然而协同商务的实施仍然存在一些棘手问题 3 】： ( 1 ) 基础架构问题，即后台遗留系统不兼容的问题。设置接口对来自不同系 统的数据进行查找、提取、转化未必可以轻松解决这个问题。 ( 2 ) 规范问题。统一数据、语义和共享信息标准，不代表系统彼此之间便可 以对话。共享信息的实际业务流程是否正确，是业务流程规范必须解决的闯题。 ( 3 ) 安全性问题。企业顾虑协作伙伴是否接触了某些敏感信息，可能导致企 业在共享信息的同时丢失了自己的核心竞争力，所以用户验证和权限分配是协作 各方非常关心的焦点问题之一 ( 4 ) 文化差异性问题。协作各方不同的企业文化，甚至区域文化都可能阻碍 协同商务的顺利进行。 除此之外，国内企业信息化的相对落后，造成协同商务这个时髦词汇在一定 程度上的华丽不实5 埘。国内的协同商务软件厂商一方面仍然需要努力培养市场， 另一方面也必须加紧自有协同商务的支撑性技术。 1 2 3 发展趋势 协同商务日渐得到企业和研究机构的重视，尽管发展到现在仍然存在诸多不 第1 章绪论 足，但是其未来的趋势已比较明显。 无论是建立在牢固的基础应用平台之上的协同管理软件，还是专注于工作流 的协同办公系统，协同环境的灵活多变都要求其中千丝万缕的业务流程能够随需 而变，因此基于w e bs e r v i c e s 的s o a 架构成为当前和未来可预见时期内协同商 务解决方案的核心支撵技术。 s o a ( s e r v i c eo r i e n t e da r c h i t e c t u r e ) r 口面向服务的架构将企业应用以w e b 服 务的形式发布和访问，同时由于基于w e bs e r v i c e s ，实现自包含的松散耦合架构， 让协作各方在共同的x m l 数据交换标准下充分自治，一方内部变更对其他各方 透明。诸此种种，正满足协同商务环境动态性、灵活性的要求。 除此之外，行业、技术标准在协同商务发展中也将扮演愈发重要的角色。诸 如目前已经出现的e b x m l 、r o s s e t n e t 、b p e l 4 w s 等，这些标准基于数据交换 标准如x m l 、x s l 等定义企业之间的业务流程，相当于在企业协作中建立起一 种共同语言，迸一步体现行业特定的数据和业务要求。 1 3 论文主要工作 论文首先对国内外协同商务和业务流程的研究和产品化发展现状做了比较 完善的综述，接着介绍业务流程管理和协同商务的相关理论和技术。 在本文第三章，通过i b mw s a d m 的示例场景t r a v e la g e n c ys e r v i c e 的实 现过程，详细分析该示例w e bs e r v i c e s 的开发和流程组装原理，较好地体现了 s o a 在协同商务架构实现过程中的应用。 其中，作者本人独立完成了对第三方( 示例中的航空信用卡公司) 的完善 j a v a 代码，并由此构建w c bs e r v i c e s ，成为整个面向流程的协同商务场景实现的 组件之一。 在本文第四章，应业务变更的需要，作者对该示例进行改进，实现对现有业 务功能的拓展。同时，区别于示例中局部到全局的协同业务流程的实现方案，作 者尝试整体到局部的实现思路，即首先在w s a d m 的流程编辑器中完成流程设 计及必要的控制逻辑，然后完成w e bs e r v i c e s 组件的内部功能代码，体现 w s a d i e 图形化的w e bs e r v i c e s 生成和流程编辑器对协同商务架构实现的灵活 支持，更进一步体现了面向业务流程给协同商务架构的实施带来的优势。 面向业务流程的协同商务研究 第2 章面向业务流程的协同商务系统架构 2 1 业务流程理论和技术 2 1 1 业务流程概念 业务流程与工作流从来就是放在一起的两个孪生概念。在业务流程管理软件 厂商f i l e n e t 的产品白皮书f i l e n e tp s ：e v e n t - d r i v e nb u s i n e s sp r o c e s s m a n a g e m e n t ) 中，甚至独辟一章“b p ma n dw o r k f l o w ：ac l o s e rl o o k ”阐述了工 作流和业务流程管理间的差异。 不同的文献对业务流程也有不同的定义。但是纵观这些比较和对比，区别更 在于对业务流程概念的技术实现而非核心思想本身，这些由时间产生的自然差别 更体现了业务流程管理领域的不断成熟和发展。 世界工作流管理联合会( w o r k f l o wm a n a g e m e n tc o a l i t i o n ) 是工作流管理的 标准化组织，该组织尝试定义了该领域的一些公共规范和工作流互操作的标准。 按照其定义，工作流可以被定义为“局部或全局地对业务流程的计算机化促进或 自动化”【1 4 1 。 本文作者采用r u t hs a r aa g u i l a r - s a v e n 等在b u s i n e s sp r o c e s sm o d e l i n g ： r e v i e w a n d f r a m e w o r k ) ) 一文中的定义：业务流程是一组结构化的活动组合，这 些活动相互之间具有逻辑顺序和依赖关系，以达到共同的期望结果。 2 1 2 业务流程管理技术 业务流程管理( b u s i n e s sp r o c e s sm a n a g e m e n t b p m ) 一定程度上源于在它之 前已经存在的业务流程再造b p r ( b u s i n e s sp r o c e s sr e e n g i n e e r i n g ) 的概念。 b p r 最早由 - i a l l 3 n e r 于1 9 9 0 年在他的一篇名为“r e e n g i n e e r i n gw o r k ：d o n t a u t o m a t e ，o b l i t e r a t e ”的文章中首次提出【堋，它对企业现有流程资产运作的合理 性进行根本性的再思考和彻底的再设计，以求企业整体运营绩效指标得到巨大和 突破性的改善提高 很多业务流程方面的专家和学者都认为，b p r 最大的特点“根本性”和“彻 底性”同时也构成了它自身无法克服的缺陷，尤其是它忽视了对企业历史投资的 保护和再利用【1 6 l 。 9 0 年代中后期，b p m 被提出，它融合b p r 的流程优化思想并弥补其不足， 第2 章面向业务流程的协同商务系统架构 成为一种以规范化地构造端到端的卓越业务流程为中心，以持续地提高组织业务 绩效为目的的系统化方法。 另一方面，业务流程管理与工作流管理也存在千丝万缕的联系。一般认为， 工作流管理技术是b p m 的子集，二者横向比较如下： ( 1 ) 对集成的支持。以特定业务为例，某一应用需要查询存在s i e b e l 系统中 的信息，经过相应的比较处理去更新另外一个s a p 系统中的数据。 工作流解决方案中，特定的业务都是由工作流引擎的a p i 实现。此时客 户代码需要访问三个不同的a p i s ，所以需要处理s i e b e l - w o r k f l o w - s a p 集成过程 中的多次数据格式转换。更糟糕的是，这些完成集成功能的代码无法复用，如果 s a p 应用改为o r a c l e ，必须重新书写客户代码。 与工作流管理的紧耦合不同的是，b p m 的集成技术主张采用消息中间 件、w e bs e r v i c e s 等技术，基于事件实现跨企业间的系统到系统的业务流程复用， 大大增强流程管理的灵活性和可维护性。一端的系统变更时，只要修改适应特定 e a i ( e n t e r p r i s ea p p l i c a t i o ni n t e g r a t i o n ) 的连接器( c o n n e c t o r ) 即可，客户代码 可以完全忽略原有s i e b e l s a p 系统内部的数据格式。 ( 2 ) 流程分析和优化。 工作流管理系统尽管带有流程定义、建模和优化工具，但是这种优化仅 限于流程建立之前。工作流引擎没法根据实际运行数据，如响应时间，生成关键 性能指标以供流程持续优化使用。 b p m 却提供一个公用平台管理整个流程，得益于流程组装时的松散性和 各业务系统间的自治性，b p m 能够更快地响应变化、更容易地处理跨企业的业 务系统、并对关键流程实时管理和优化。 最后，b p m 与e a i 技术同样相互包含和补充，b p m 软件供应商如f i l e n e t 设计其b p m 产品凌驾并兼容于e a i 之上，而e a i 中间件供应商如i b m 同样把 握趋势，将b p m 的理念和技术应用到其中间件产品如w e b s p h e r e 中。 经典的b p m 产品如f i l e n e tp 8 ，它支持活动内容管理和事件驱动，总体分 为流程自动化、集成和优化三个部分，如图2 1 所示。 面向业务流程的协同商务研究 圈2 1f i l e n e t p 8 框架图 f i g 2 1f i l e n e tp 8f r a m e w o r k 1 ) 流程自动化 流程e n g i n e ：它完成如分布式流程执行、个别或批量工作管理、计时、 通知、事件日志等自动化任务流向和应用集成的工作。它可以由内容e n g i n e 、构 件集成或者第三方的e a i 中间件触发 工作区：w e b 客户端，允许用户在向导性的界面上执行任务，发起或跟 踪某工作流等。 a p p l i c a t i o nd e v e l o p m e n tf r a m e w o r k ：提供组构件以快速开发w e b 端客 户应用的工具集。 ( 2 ) 流程集成 内容e n g i n e ：全局范围内的内容库，支持数据库和基于文件系统的对象 存储，产生事件以触发流程e n g i n e ，e a ie n g i n e 或者其自身。 e a i 中间件集成：接口层以将f i l e n e t p 8 与第三方应用集成代理，如m m i n t e r c h a n g es e r v e r 相连。它提供针对特定e a i 平台的连接器( c o n n e c t o r ) ，转 第2 章面向业务流程的协同商务系统架构 换事件、a p i 、数据结构使其符合e a i 内部结构。 组件集成：允许流程e n g i n e 调用j a v a 对象、e j b 、j m s 和w e bs e r v i c e s 等。 ( 3 ) 流程优化 流程s i m u l a t o r 使用在流程设计阶段，与流程d e s i g n e r 和流程a n a l y z e r 一起工作。它计算和提供客观数据如队列长度、处理周期、资源利用等，以支持 w h a t - i f 式的事先模型分析和优化。 流程a n a l y z e r ：在运行过程中从流程e n g i n e 数据库中提取数据，进行性 能分析。将这些结果反馈给流程s i m u l a t o r 以完成优化循环。 简而言之，f i l e n e tp 8 业务流程管理产品允许客户使用自身轻量级组件集成 ( c o m p o n e n ti n t e g r a t o r ) 的同时，完整且灵活地借用第三方e a i 平台( e a m i d d l e w a r e ) 。也正因为业务流程管理与其他先进的企业信息化技术的融合，才 能毫无疑问的成为协同商务解决方案不可或缺的组成元素。 2 1 3 业务流程规范 尽管集成和协作不一定基于w e bs e r v i c e s ，但是w e bs e r v i c e s 技术的确已经 无可争议地成为包括微软、m m 、b e a 等i t 领跑者在内的众多方案提供商共同 支持和拥护的技术规范。 在w e bs e r v i c e s 之前的远程对象通信技术如c o m ( c o m m o n o b j e c t m o d e l ) ， d c o m ( d i s t r i b u t e dc o m m o no b j e c tm o d e l ) ，c o r b a ( c o m m o no b j e c tr e q u e s t b r o k e ra r c h i t e c t ) 等在各自的领域都已经相当成熟地被应用，在( r e i n v e n t i n gt h e w h e e l ：c 0 r b av sw e bs e r v i c e s ) ) 一文中，a n i r u d d h ag o k h a l e 等学者深入研究了 w e bs e r v i c e s 及其x m l s o a p 协议与已有的集成技术c o r b a 各自的特点、应 用环境等，并最终得出在更多情境下二者应该共存的结论。 但是，w e bs e r v i c e s 基于帆通用数据格式的根本特征让其在所有的集成 和协作技术中脱颖而出。在底层传输上，w e bs e r v i c e s 支持穿越防火墙的应用传 输；在上层应用上，w e bs e r v i c e s 支持面向服务的架构s o a ，而这正是企业深入 协同赖以实现的基础。 由于业务流程组装基于单个功能实现的w e bs e r v i c e s 自描述组件，所以w e b s e r v i c e s 组装的语言标准成为业务流程规范 1 7 】。 面向业务流程的协同商务研究 w c bs e r v i c e s 组装是为了提供一个开放的、基于标准的方法，将w e bs e r v i c e s 连接成为更高层次的业务流程。对于组装的不同词汇o r c h e s t r a t i o n 与 c h o r e o g r a p h y ，更准确地含义为“服务编排”，这两个术语在过去被尽力地区分 开。其中前者描述了w e bs e r v i c e s 怎样在消息层面交互，包括交互的业务逻辑和 执行顺序，这些交互可能跨越不同的应用和组织，形成长周期的多步骤业务流程。 后者描述了包含多个交互方和多种交互资源的信息流，它更侧重于多个w e b s e r v i c e s 之间的公共信息交互，而不是被某一单一实体执行的特定业务流程 在业务流程建模领域，曾经认为o r c h e s t r a t i o n 总是从业务流程协作中某一方 的角度看待整个流程，而c h o r e o g r a p h y 中每一个协作方都相对中立地描述自身 在交互中的角色。随着w e bs e r v i c e s 相关规范的改进和融合，两种概念的区别已 经逐渐淡化。 当前不同的业务流程规范，如b p e l 4 w s ，w s c i 以及b p m l 等，都是为了 降低w e bs e r v i c e s 编排的复杂度，从而提高业务流程的整体效率和准确性。 ( 1 ) 服务编排接口w s c i w s c i 即w e bs e r v i c e sc h o r e o g r a p h yi n t e r f a c e ，由s u n ，s a p ，b e a 等公司 创立的一种基于x m l 规范的w e bs e r v i c e s 组装语言。在w s c i 中，不存在管理 整个交互过程的主导性流程，每个w s c i 文件仅描述信息交互中某一方的参与行 为【r 丌。 如图2