业务流程管理bpm

业务流程管理BPM（更新版）TTSOA技术专题之“业务流程管理BPM（更新版）”Page2of35业务流程管理BPM业务流程管理（BusinessProcessManagement，BPM）不是一个新概念，甚至不是一个新名词。它是从相关的业务流程变革领域，如业务流程改进（BPI）、业务流程重组（BPR）、业务流程革新中发展起来的。流程管理技术也是从早期的工作流管理、EAI、流程自动化、流程集成、流程建模、流程优化等技术中发展起来的。BPM是流程自动化的应用，帮助企业进行业务流程的分析之外，另可利用IT技术，自动化组织内各部门的原本以人力及公文传递的流程。根据数据整合软件供货商Ultimus的定义，BPM主要精神在于管理企业的流程。除工作流程自动化系统之外，还必需提供企业应用软件整合（EAI）与交换的功能、流程成本效率评量与绩效管理，以及流程初始设计的模型最佳化工具，用以涵盖企业管理流程中所有的必要环节。确保BPM成功实施的关键制订企业BPM策略是一项复杂的任务，涉及许多步骤和人员，众所周知，业务流程管理(BPM)可以带来以下好处：简化流程、改善客户服务、提高法规遵守效率、改进风险管理、加强应对不断变化的商业环境的响应能力，不过前提是BPM项目要得到有效地执行。一项行之有效的企业BPM部署策略其实与具体的解决方案、甚至与所部署的具体流程没有关系。不管你用什么软件，也不管你把BPM部署到哪个部门，这些最佳策略都适用。业务流程管理（BPM）框架TTSOA技术专题之“业务流程管理BPM（更新版）”Page3of35Forrester详述BPM成功的“秘诀”CIO和CTO总结SOA五大启示SOA和BPM的应用在SOA和BPM联合发展的浪潮下，我们首先要明确的是，BPM与SOA的本质是截然不同的:SOA是一种架构方法，BPM则是一组流程协调管理理念。没有SOA之前，BPM产品已经出现并成功应用。BPM和SOA已经联合为相映生辉的状态，一个企业业务流程的高级涉众，应该从战略高度针对企业流程进行梳理、分析、规划，同时在战术层面需要物色合适的企业系统架构师，以便正确地实施BPM和SOA的混合分步部署，在BPM流程分析基础上，持续改进，识别出最有价值的业务流程模型去实施企业级SOA;在企业级SOA基础上，逐步积累，更加深入广泛地推广BPM应用。而合理采用融合SOA和BPM的软件产品，会带来事半功倍的效果。从BPM着手实施SOASOA和BPM汇聚推动企业并购SOA和BPM创造Lean/SixSigma机器企业mashups将IT和LOB协作引进BPMMetastormBPM引擎带给进程所有者更多控制BPEL与BPM工作流程或融合一样吗？BPM未来发展趋势从专业厂商的发展可以看到，业务事件管理(businesseventmanagement，BEM)和复杂事件处理(complexeventprocessing，CEP)将会是整合SOA和BPM的业务流程管理套件发展新阶段的重要技术。TTSOA技术专题之“业务流程管理BPM（更新版）”Page4of35BPM无论从技术还是方法上都将促进SOA的发展，从BPM的IT需求与SOA技术角度上看，BPM与SOA的融合也具有先天优势。企业BPM系统的实施往往从最简单的开始，逐渐提升为复杂的BPM系统。而SOA模块化的特性正好吻合了此特性。业务事件可控性SOA发展新层次SOA前程似锦BPM,BI和Web2.0一个都不能少TTSOA技术专题之“业务流程管理BPM（更新版）”Page5of35业务流程管理（BPM）框架SriNagabhirava是nleague服务公司的创始人和总设计师，专注于面向服务的方向为中心’的咨询和解决方案。问：您能给我列一个业务流程管理（BPM）框架的清单吗？我可以更多地了解它。答：目前市场上有两种不同类型的业务流程管理（BPM）框架。横向框架，涉及设计和开发业务流程，并专注于技术和重用。另一方面，垂直业务流程管理框架集中于某一特定网域或子网域，并预先建立业务流程范本，可随时配置和部署。被广泛使用和接受的行业也有例外。然而，有许多业务流程管理框架，目前单纯从市场上的覆盖范围和职能领域发挥的BPM厂商，如Pega系统，Metastorm和Intalio，BPM基础设施，如IBM，甲骨文（BEA），SoftwareAG，以及微软。(作者：Srinath’Sri’Nagabhirava译者：Eric来源：TT中国)TTSOA技术专题之“业务流程管理BPM（更新版）”Page6of35Forrester详述BPM成功的“秘诀”ForresterResearch公司公开的一项报告称，对于业务流程管理（BPM）的实施成功，高级研发中心（COE）的成立意义重大。COE的成立并不能够保证BPM一定成功，但是它“能明显增加BPM成功的胜算，”Forrester公司首席分析师及该报告的作者之一KenVollmer在报告中写到。“BPM已经成为主流。”这份18页的报告，得出这一结论是来自对以下两个调查结果的分析：一个是对美国和英国中160个企业设计师的调查，另一个是对北美和欧洲企业中400个IT最高决策者的调查。各公司使用BPMCOE方法得出的结果甚至都不接近。Vollmer指出，“在宣布从BPM中获得了实实在在的、可量化的好处的企业中，几乎半数（49％）的企业都成立了BPMCOE；而BPM的报告结果好坏参半的企业中，只有10％的企业成立了BPMCOE；而宣布BPM失败的企业中，有4％的企业成立了COE”。BPM的功能之一是实现项目目标，这一功能显示出类似的相关性。Vollmer说，认为BPM大大超额实现目标的受访企业中，有67％的企业建立了BPMCOE，而报告BPM项目不成功的企业中，只有14％的建立了BPMCOE。鉴于COE对BPM的成功具有一定的重要性，该报告详细叙述了一个优秀的COE应该是什么样子。Forrester将COE界定为：“一个获得正式授权、并有公文证明的实体，拥有某一特定主题领域的知识及经验，目的是提供专家意见，控制管理实践，并且对与主题领域相关的工程项目提供支持”。TTSOA技术专题之“业务流程管理BPM（更新版）”Page7of35Forrester的报告中称，COE的成员需要包括“过程设计师”，他们会了解业务需求，以及一名BPM项目经理，一名BPM工具专家，一名企业设计师和几个地区项目专家，他们是商界人士，可以为他们地区的项目提供专家意见。当然，这是最理想的情况，但在接受searchsoa.com的媒体采访时，Vollmer说，根据他的实际经验，COE并不一定总是能够做成，特别是，如果企业是中小型企业（SMB）的话，那么就可能缺乏必要的财力和人力资源。但他确实为这些在缺乏资源的中小企业中工作的IT专业人士，提供了一个选择，替代正式的COE。“如果你没有一个正式的高级研发中心，那么你可以做的最好的事情就是组成一个团队，以解决这个问题，”他说。“这个团队的成员是被招募进来做项目研究的。这虽然比不上高级研发中心，因为这个团队不是永久性的，但这是一些小规模公司的唯一选择。在这种情况下，无论是SOA还是BPM，你都需要一个团队负责指导软件的安装和实施，并对将应用该软件的项目进行控制管理。”无论是大公司中的COE还是中小型企业的团队作法，领导COE或是团队的责任很可能要落在企业设计师的肩上，Vollmer说，虽然理想上应当交给商业方面的蓝图设计师。“我们发现，即使是在研究业务流程的高级研发中心——我强烈认为，在那里，业务应当起带头作用——但是，在任何情况下，IT运作才是起带头作用”他说。“主要是，企业设计师在企业和IT中间起到了中间人的作用。企业设计师也可以成为SOA的信息交换中心”。Vollmer同意分析师和厂商们的意见，认为BPM和面向服务的体系结构在向同一点会合。TTSOA技术专题之“业务流程管理BPM（更新版）”Page8of35“当有人来找我，说他们不能做BPM，因为他们正在研究SOA，我认为这是错误的，”这位分析师说。“如果你选择了一个合适的平台，你可以一边研究SOA，一边研究BPM。举例来说，如果你有SoftwareAG或OracleFusionMiddleware提供的webMethodsFabric或是IBM的WebSphereIntegration，你就可以将SOA与BPM放在一起研究，因为SOA的功能会因为内嵌在工具中而无法发挥。”(作者：RichSeeley译者：Eric来源：TT中国)TTSOA技术专题之“业务流程管理BPM（更新版）”Page9of35CIO和CTO总结SOA五大启示几乎以前你所知道的每一件关于商业计算的事情都随着SOA而改变了„„对象管理组织(OMG)的SOA社区，一个由BEA系统有限公司、思科系统有限公司、IBM以及SAPAG所成立的，专注于SOA并把它作为商业策略的社区公布了从最近CIOs和CTOs行政首脑会议上所收集的五大启示，这是来自于CIOs和CTOs启示的高度总结。不是所有的实际简介对SOA架构和开发者周期都有着非常具体和准确的定义，来自于行政人员的观点预示了一个正在酝酿中的商业计算和软件上从上至下的解决方案。被邀请参加该社区高级会议，并承诺对个人的观点采用匿名的形式的CIOs和CTOs，也了解到面向服务架构的变化以及IT将如何与企业的业务更好的合作，并准备重组各个部门从而在之后的实验阶段完全实施SOA。就这个SOA社区本身而言，它所推崇的是“SOA意味着商业”，所以它并没有像其他大多数SOA组织那样，把重点放在了技术实现上，相反，整个社区对如何实施SOA所应该使用的技术不是特别感兴趣。RichardMarkSoley，这个SOA社区的执行董事，OMG的主席兼CEO说到。“现在已经存在很多关于面向服务架构以及它是如何影响你的技术基础设施的信息，但对于我们来说SOA意味着商业。SOA不是等同于技术。它是一个商业策略，专注于业务的敏捷性。”在圣地亚哥举行社区就职会议之前，他在一个网络采访中表述了如下的五大启示。根据改社区对外宣传负责人，同时也是搜集和提炼建议研究专员BrendaMichelson的观点，在前五大启示中所展示的，也是CIOs和CTOs最想谈到的。TTSOA技术专题之“业务流程管理BPM（更新版）”Page10of351.不要人工分离SOA和BPM“CIOs和CTOs不会人工的将SOA和业务流程管理(BPM)分离。”Michelson说到。她想起一位CTO曾告诉她，“你知道，SOA、BPM、精益生产、六西格玛基本上是一样东西。它们都是关于商业策略和结构的。都是关于商业转换。而且它们都必须同时工作。”SOA供应商的营销人员也许会提倡将SOA和BPM分成特殊的产品类别，Michelson说到，但是“我们所提到的CIOs和CTO是中没有人打算做这个。”“当他们想到SOA时，”她解释到，“他们考虑的是一种自上而下的商业观点。他们首先看他们的业务流程。他们开始发现并讨论他们的业务单元，在那个业务流程中包括了哪些业务活动。这个业务活动是怎样与他们的资产负债表相关的？为了实现这些活动需要哪些服务？”在定义他们的术语时，她说，经理人开始于商业服务，而不是Web服务。“当他们谈论服务时，他们已不再是谈论我们能在面向服务架构中实现的那些离散的服务，”Michelson说到。“他们在说存在由人来实现的服务以及由机器来实现的服务。”在SOA高层会议中，根据经理人的观点，服务的建模起始于商业。“预期执行系统，他们更想能执行他们的商业模型，”Michelson说到。“其中一位CTOs谈到在未来仅仅将“system”这个词语从其商业伙伴的语言中消除的将是多么的重要。所有他们想要讨论不过就是业务流程、活动以及服务。当你开始谈论系统时，你就潜TTSOA技术专题之“业务流程管理BPM（更新版）”Page11of35在的约束了自己，因为你一开始思考的就是你已经拥有了系统A和系统B，以及他们所能做的事，而不是我想尽力实现的东西。“2.