《BPMN翻译—7章(全中文)》由会员分享，可在线阅读，更多相关《BPMN翻译—7章(全中文)（17页珍藏版）》请在金锄头文库上搜索。
1、7 综述过去几年中，进行了许多针对业务流程管理（BPM）系统的基于网络服务的XML执行语言开发活动。像WSBPEL 这种语言，提供了一种用于定义业务流程的正式机制。这类语言的关键要素是，它们是被优化的用于BPM系统的 操作和互操作。为了软件操作而进行的语言优化使得这些语言在人类设计、管理和监控业务流程方面的适用性降低。 WSBPEL具有图结构和块结构，并利用了正式数学模型的原理，如pi-calculus1。该技术基础为执行业务流程来处理 内部和B2B交互的复杂性质以及利用网络服务的优势奠定了基础。了解WSBPEL的本质之后，一个复杂的业务流程 可组织为潜在复杂的、不相交的、非直观的格式，这种格
2、式软件系统处理起来很容易，只是对于职责是开发、管理 和监控流程的业务分析师和管理者来说会很难理解。因此，基于Web服务的XML执行语言不能解决人性层面的“互 用性”或“可移植性”。业务人员感觉用流程图把业务流程可视化很舒适。有成千上万的业务分析师使用简单的流程图来研究企业运作 方式和定义业务流程。这样业务流程的最初设计格式和即将执行这些业务流程的语言（如WSBPEL）的格式之间就 产生了技术鸿沟。要跨越该鸿沟，需要使用一种将适当的业务流程（一个标注）可视化映射到针对业务流程的适当 执行格式（一种 BPMN 执行语言）的正式机制。可以通过标准化业务流程模型和标注（BPMN）在人类层面上解决业务流
3、程互操作，而不是软件引擎层面oBPMN 提供了一种多图方式，它由设计和管理业务流程的人设计和使用oBPMN还支持到BPM系统的一种执行语言（WSBPEL） 的映射。因此， BPMN 给出了一种针对在执行优化业务流程语言下定义的业务流程的标准可视化机制。BPMN使企业能够通过图形标注来理解内部业务程序并将给予组织机构以标准方式沟通这些程序的能力。目前 的流程建模工具和方法论有几十种。已知情况是人员从一个公司流动到另一个公司而公司也会合并和分散，业务分 析师很可能要去理解业务流程的多种表现形式-同一流程在开发、实现、执行、监控和分析周期内推进时的不同表 现形式。因此,一个标准的图形标注将有利于理解
4、组织机构内部和之间的行为协作和业务交易。这样可以保证企业将 会理解自己和其业务参与者并且将会促使组织机构快速调整来适应新的内部环境和企业对企业业务环境。考虑到可 读性和灵活性，BPMN遵循了传统流程图标注。另外BPMN执行语义是完全形式化的.对象管理组织（OMG）正利 用其领先于BPMN的业务流程标注方面的经验优势来创造集可读性、灵活性、和可扩展性为一身的下一代标注规范。BPMN也将通过在本质上解决B2B业务流程概念，例如公有和私有流程和编舞，以及先进的建模概念，如例外 处理、事务和补偿，来提升传统业务流程标注的能力。1.看米尔纳,1999 “沟通和移动通信系统:微积分，”剑桥大学出版社。IS
5、BN 0 521 1（hc）。ISBNO 521 65869 1（ PBK.）7.1 BPMN 的范围本规范为业务流程提供了一种标注和模型和一种能用来将BPMN流程定义（域模型和图上部署）在不同工具间 交换的互换格式。本规范的目的是实现流程定义的便捷性以便用户能采用在某一供应商环境下创造的流程定义并将 它用于另一个供应商环境。BPMN2.0规范在以下领域的范围和能力上对BPMN12规范进行了扩展：*将针对所有 BPMN 元素的执行语义正式化*为过程模型扩展和图形扩展定义一个可扩展机制*精化事件的组成和关联*扩展人类交互的定义*定义了一个编舞图模型本规范还解决了已知BPMN12中存在的矛盾和模糊
6、的问题。BPMN 被限制为只支持适用于业务流程的建模概念。这意味着组织机构针对业务目的进行的其他类型的建模不 在BPMN的规定范围内。所以本规范范围不涵盖以下几个方面：*组织模型和资源的定义*功能细分建模*数据和信息模型*战略建模*业务规则模型因为这种高级建模类型要么直接要么间接影响业务过程，所以就像升级BPMN和其他规范那样，BPMN和其他 高级业务建模之间的关系可以被更正式地定义。虽然BPMN展示了数据（消息）流以及数据人工制品与活动的联合，但是它不是一种数据流语言。此外业务流 程的操作模拟、监控和部署都不在本规范范围内。BPMN 2.0可被映射到至少一种依赖平台的流程建模语言，例如WS-
7、BPEL2.0。这个文档包括了一个BPMN子集 到 WS-BPEL 2.0的映射。那些针对其他新兴标准的映射被认为是单独的成果。本规范还使用了其他标准来定义数据类型，表达式，服务操作。这些标准分别是XMLschema、Xpath以及WSDL。7.1.1 业务流程建模标注的应用业务流程建模用来将广泛的信息传递给广大的观众。业务流程建模标注是为了指导多种建模方法而设计并且允 许创造端对端业务流程。业务流程建模标注的构件让观众能容易地将业务流程建模标注图的部分进行区分。端对端 业务流程模型含有有三种基本子模型：1. 流程（管弦乐编曲 ），包括： 私有不可执行（内部）业务流程 私有可执行（内部）业务流
8、程2. 编舞3. 协作，它可以包括流程和/或编舞 一种对话视图私有（内部）业务流程私有业务流程是一个特定组织的内部流程。这些流程曾经普遍被称为工作流或业务流程管理（BPM）流程（见 图 10.4）另一个同义词是服务管弦乐编曲，这个词专用于网络服务领域。私有流程有两种类型：可执行的和不可执 行的。一个可执行的流程是根据第 14 章定义的语意以执行为目的而建模的。当然，在该流程的发展周期期间，会 出现流程因没有足够细节而成为不可执行的阶段。一个不可执行流程是一个私有流程，是为了在建模者定义的细节 水平下将流程行为文档化而建模的。因此执行所需要的信息如证实条件表达式，典型地不包括在不可执行流程中。如
9、果一个类似泳道的标注（例如一个写作，见下文）被使用，那么一个私有业务流程将会包含在一个单个泳池 中。该流程流也因此包含在该泳池中并且不能穿过泳池的边界。消息流可以穿过泳池边界来展示存在于分开的私有 业务流程之间的写作。Deternnine耳曰确定提（P案费用& Chee*?Rmc核对申请Applicant, 记录 在 Approve or囲过或退 PoliGy涸提案|确定订 上单完成图 7.1-一个私有业务流程示例公用流程一个公用流程代表一个私有业务流程和另一个流程或一个参与者之间的交互（请见图7.2）。只有这些将消息传 递给其他参与者的活动才包含在公用流程中。私有业务流程的所有其他内部活动都
10、不在公用流程中展示。因此公用 流程将消息流和需要与那个流程交互的那些消息流的顺序展示给外界。公用流程可以单独建模或在协作范围内建模 以便展示公用流程活动和其他参与者之间的消息流。请注意在业务流程建模标注1.2 里将流程公用类型命名为概要 （ “abstract”）。图 7.2-一个公用流程的示例协作 协作描述了两个或多个业务实体间的交互。一个实体通常包含两个或多个泳池来代表协作中的参与者。用一条 连接两个泳池（或者泳池内的对象）消息流来展示参与者间的信息交换。与消息流关联的消息也可以被展示。该协 作可以被展示为两个或多个彼此沟通的公用流程（请见图7.3）。就公用流程来说，协作参与者的活动可以认
11、为是两 个参与者之间的接触点。对应内部（可执行）流程具有的活动和细节可能比展示在公用流程中的更多。一个泳池可 能是空的，即黑匣子。编舞可能被展示在泳池之间好像将泳池之间的消息流对截一样。在协作中泳池、流程和编舞的所有合并是被允许的。|茅请:病A编舞图 自包含编舞图（既不是泳池也不是管弦乐编曲）是预期行为的定义，基本来说是交互参与者之间的程序规约。当一个常规流程在泳池范围内时，一个编舞图在两泳池（或参与者）之间。 因为编舞图是一张由活动、事件和网关组成的网（请见图7.4），因此看起来和私有业务流程相似。但是区别在 于，编舞图中活动是两个或多个参与者之间发生的交互，代表一组（1 或多）信息交换。另
12、外，不同于常规流程， 不存在中央控制器，责任实体以及流程观测者。图 7.4-一个编舞图的示例对话对话图是协作图的特殊应用和非正式描述。然而对话的泳池通常不包含流程并且一个编舞图通常不会放在对话 图的两个泳池之间。一个对话是信息交换的逻辑关系。在实践中，逻辑关系常常涉及一个或多个兴趣业务对象，例 如“订单” “货运”,或者“发货单”信息交换彼此关联并且反映不同的业务场景。例如，后勤中的库存补给涉及的典型场景，如下：创建销售订单； 针对关联不同销售订单的出货单分配运输方式；处理付款和调查例外。因此一个对话图，如图7.5所示，展示了两 个参与者（泳池）之间的对话（如六边形O所示）。这样给出了和该领域
13、有关的不同对话的鸟瞰图。Retailer 零售商Delivery Negotiations 交货谈判Supplier 供应商Delivery/Dispatch Plan 送货/调度计划 Consignee 代销人Shipment Schedule 货运时间表Consolidator 集运商Carrier(Land, Sea, Rail, or Air)运输方式(陆地、海运、铁路或空运)Carrier Planning （运输方式规划）Shipper （发货人）Customs/ Quarantine 海关 /检疫Clearance Pre-Notification 清算通知Breakdown S
14、ervice 修理站Truck Breakdown Provision 卡车修理服务Arrival/Pickup Confirmation 到货/取货确认Traffic Optimization Guidance 最佳交通导航Coverage Notification 承保范围通知Locative Service 当地服务Insurance 保险图 7.5-一个对话图的示例图视角由于一个业务流程建模标注图可能描写了不同参与者的流程，因此每个参与者对该图的看法也不同。也就是参 与者对于流程将怎样和自己发生关联有不同的看法。有些活动将是参与者内部的活动（意思是被参与者执行或控制） 而另外一些活动将
15、是参与者外部的活动。关于内部和外部每个参与者将拥有不同的观点。运行时，对于一个参与者 观察活动的状态或排解难题方面，内部活动和外部活动之间的差别是有重要意义的。然而图本身是不变的。图 7.3 演示了一个拥有两种视角的业务流程。一个是从病人角度，一个是从诊所角度。该图展示了流程中两个参与者的活 动，但是当流程真正被执行的时候，每个参与者只会对自己的活动有控制权。尽管图视角对于观看者理解流程的行 为是如何与自己关联来说是有重要意义的，然而业务流程建模标注目前还不会制定任何绘图机制来突出该视角。、 建模者或建模工具供应商可自由地提供任何强调图该特点的观点提示。理解图行为本文档自始至终，我们来讨论序列流在流程中是怎样应用的。为了使讨论更容易，我们采用这样的概念，硬币 将穿过序列流并且通过流程中的构件。硬币是一种理论概念，用来帮助定义一个正在执行的流程的行为。当硬币横 穿流程的结构时，它形容流程构件是如何交互的，因此定义了流程构件的行为。然而执行业务流程建模标注的建模 和执行工具不需要执行任何形式的硬币。一个开始事件生成一个硬币，该硬币在最终事件（如果绘图上没有显示，那它可能是隐含的）那里必须消失。在一 个流程内，硬币的路径在序列流、网关和活动组成的网络中应该是可追踪的。注意：因为硬币是沿着消息流传递的（顾名思义），因此它是不会穿过消息流的。7.2 业务流程建模标
