|
业务流程管理：下一代的软件（二）（By AMT 周瑛 编译）本文关键字 理论探讨 广告 引言：过去所有的技术所能够提供的自动化程度都是有限的，因为它们无法把异构的系统连接起来或是执行以人为中心的合作活动。这些限制使得许多手工操作和难使用的工作区成为必需。BPM被认为能够在系统之间和手工操作点整个范围内实现自动化和监控，实现端到端的业务流程自动化和业务流程分析。 业务流程管理：下一代的软件（二） By AMT 周瑛 编译 3. 流程建模 BPMA的精要就是图形化地建立可执行的业务流程。这个过程通过两个步骤来实现：
比如说，一个业务分析员或一个程序员使用BPMA软件包的流程图工具为一个购买定单的业务规则和例外处理建模，然后某个程序员就为这个业务模型分配IT资产。分配资产这个过程被称为编制。本文中建模和编制这两个词的意思是一样的。 业务流程编制（Business Process Orchestration，BPO）能够实现图形化的业务流程建模和业务流程IT资产分配。BPO能够缩短从流程图向可执行的业务流程转化的时间，同时降低这一过程的成本。BPO填补了IT和具有业务流程知识的使用者之间的空白，而这些业务流程知识对于建立高效的流程软件十分重要。最后，BPO还在连接软件的设计、文档和执行方面做了很多贡献。 BPO是BPMA的一个主要构成部分，也是BPMA应用的开发平台。BPO主要的组成部分包括：
（1） 端到端的编制 BPO模型能够进行应用内、应用间、企业间的业务流程建模。BPO模型把系统看作人来进行模拟，每个系统都有自己的任务列表、办公软件、收件箱。BPO模型也包括在里面了，它能够被各个业务流程进行存取。 人不像计算机那样按部就班。人们有自己的工作方式，BPO模型必须足够灵活以支持不同人员的工作习惯。同时，BPO模型也要管理和协调流程，并在必要的时候强制实行规则。端到端流程的建模和执行是十分复杂的，但这也是BPMA的基础。它是业务流程自动化能带来长远利益的基础。 我们把端到端的业务流程定义为，它是由业务流程从头到尾所涉及到的所有的人员、软件组件和业务系统、收件箱、任务列表、用户界面、工作流组成的。端到端的业务流程既模拟涉及系统元素的流程部分，也模拟涉及人工协作的流程部分。 端到端的业务流程建模是一项十分重要的功能，因为它把以前截然分开的工作流和业务系统连接起来了。工作流通常会涉及到人工作业，以文档和收件箱为中心，一般用在特殊的面向文档的非企业级的系统中。保险公司和医院通常使用独立的工作流系统处理纸质文件和人工作业频繁的索赔。 企业应用集成（Enterprise Application Integration，EAI）是以系统和消息为中心的，运作在企业层上，跨系统、跨应用的集成。它能够集成独立的平台和系统。有许多运用EAI集成应用和交易伙伴的案例。 （2） 编制资产 接下来所列出的产品特性——流程建模和流程编制，以及在上面驱动力部分列出的一些特性是BPMA流程实现的支柱。 IT资产 BPO能够利用各种IT资产，包括COM（组件对象模型，Component Object Model）对象、EJB（Enterprise JavaBean）组件、主流业务系统的公开业务逻辑、其他编制或子流程、Web services。因为它能够内观APIs（Application Program Interfaces）和对象元数据的内在构成。 人员资产 BPO能够把诸如收件箱、任务列表、表格等人员资产整合到模型中来。 在流程层进行资产存取 BPO为发布的资产提供了标准的抽象接口。这使得外部系统不必依赖于编制资产的状态就能进行存取。这也使IT资产首先能够集成到BPO工具中，进而为整个企业内的应用所使用。 实施一种企业流程抽象策略是明智的。企业能够把它们特别的和非商品的逻辑放在这一附加层。然后把这一层和用户界面连接起来，把两者同商品层隔离开来。商品层往往是通用的软件包。 扩展编制实体 BPO能够通过脚本、规则引擎和其他实体对编制实体进行扩展，所以可以根据特定需要定制编制实体。 全生命周期支持 BPO能够存储元数据，包括业务细节、交易历史、文档、规则等与流程有关的信息。这对流程执行和文档进行了绑定，能够提供整个生命周期内的支持。 业务流程模板 BPO工具支持模板的建立。模板是实践证明比较好的流程纲要，IT人员和业务分析员可以扩展这些模板来建立可执行的流程。流程纲要的使用能够帮助业务分析员在没有IT人员的帮助下创建可执行的流程，从而提高生产率，同时也保证了一定的设计样式。 元素建模 BPO工具应该提供一些通用的元素，包括动作、流、接点、多条件分支、并行处理等等。这些元素应该以图形的方式提供，与IT资产进行绑定，并用行业标准执行语言XML来描述。 对长时间业务、赔偿、例外和异步的支持 BPO必须支持业务的编制。比如，BPO的图形编制工具必须足够灵活以模拟一个基于资金和库存的购买定单流程。此外，编制必须提供一种机制，保证购买定单或者在交易的两边都创建，或者两边都不创建。 上面提到的定单创建问题是跨企业的业务流程固有的问题，因为流程缺乏控制。在有控制的系统中，如果某个步骤出错，那么整个业务就能被取消，大部分消息也能得到实时的反馈。但是在处理分布的业务时，情况完全不是这样。被呼叫的系统有可能宕机。 赔偿业务要求对原有数据进行相反的输入，而不是完全取消业务数据。异步消息是一种单向的消息，不需要即时的反馈。 （3） IDE集成 随着BPO成为系统开发的通用方法，仅仅使用不能很好共同工作的编制和开发工具是不够的，或者某个工具没有达到标准化也是不行的。图形化工具能够在许多环境下正常工作，但是还是有许多例外情况需要进行编程。就像VB（Visual Basic）在开发环境内拥有与代码绑定的图形控件一样，BPO工具也应该提供用代码绑定和扩展的模型控件。 事实上，建模和编程的关系是如此密切以至于许多传统的开发工具都不再提供独立的建模工具。它们用一种自下而上的方法把建模植入开发环境中。这使得XML语言能够用Java、C＋＋以及其他传统编程语言来创建，实现对编制组件、流逻辑和代码的无缝管理。 4. 使用模型 大概了解了业务流程模型的建立后，让我们来看看它的作用。主要的作用包括：
（1） BPI BPMA第一个关键用途就是BPI。BPI能够是企业更高效、更经济地整合内部系统以及连接交易伙伴。 BPI的驱动力是建模工具和Web services，这两者合起来提供了一个更强壮的集成平台。此外，BPMA工具供应商们正在开发针对特定行业的垂直应用，包括针对医疗业、制造业等行业的应用。这些垂直应用提供与主流应用软件包整合的解决方案。 在BPI中，软件组件是模块化的，在流程层进行组合，这与过去高度复杂的集成技术相比是一种改进。在流程层进行组合也代表了集成和应用开发相融合的开始。 一个BPI模型只包括业务系统。许多公司使用这种简易的集成方法，来保持从系统连接中获得的效率提高和成本降低。但是BPI不包括收件箱、表格功能以及端到端BPA中所包括的其他的以人为中心的协作工作。 许多公司，尤其是那些使用EAI软件包的公司，正从数据级集成向流程级集成升级。大部分EAI软件包提供编制功能，于是编制数据流的公司能够通过加入流程流开始逻辑升级。经过一段时间后，流程流的比例应该逐步上升，数据流则逐步下降。在完成这一过程后，或与这一过程同时，公司可以加入人的因素，并向BPA进军。 图1和图2指出了降低集成成本和集成难度的因素。 图1 利用昂贵、私有的适配器和消息系统能够实现集成，但范围有限 图2 大部分集成通过标准的适配器、消息和传输实现
（未完待续） 作者联系方式：ying.zhou@amteam.org
如果您希望与本文章的作者或其所在机构，进一步交流，请联系：畅享网 姜小姐 jill.jiang@amteam.org | 021-51096826-112 | 在线联系 |
|
|
|