内容提要

3.1 业务流程的基本概念

3.1.1 业务流程的定义

1.列举有关业务流程定义

2.提炼上述定义的共同元素

3.业务流程的定义P33

（1）定义：成员为创造共同价值，由各种不同功能的活动相互衔接而成的一组有相互关系的任务，它们依照一定的业务逻辑和顺序依次执行。业务流程有起点和终点，而且它们都是可重复的。

（2）说明：该定义将业务流程拓展成了价值链，它可以是订单、产品流、销售、顾客服务等。这里的成员可以是企业、供应商、业务合作伙伴等，也可以是企业内部部门或员工，也可以是企业外部的顾客。

4.业务流程对企业的作用P33

业务流程是企业实现商务目标的方法。对于企业而言，业务流程是企业重要的知识资产，是企业的核心竞争力的体现，一个精心设计和执行的业务流程能够为企业创造价值并节省成本。

5．业务流程概念的引申：业务工程（Business Engineering）P33

（1）Philip Morris（ European Union Region，瑞士）的观点：

业务工程是对业务流程的重新思考，以提高物料或者服务的速度、质量和输出。

（2）Esso（澳大利亚）的观点

业务工程视为伴随着信息技术发展的，而且在不断地发生变化，它总是在不断地进行组织日益改变的需求（？）

（2）SAP公司的观点：P33

业务工程是改变公司工作方式的一种方法。业务工程起源于信息技术领域，它需要开发出类似于建筑师的建筑蓝图的模型。这些模型都是基于最佳实践的，它们已经被证明是可靠的和可适应的。这些模型代表着可以应用不同企业的标准业务流程和对象，并且能够加以培植，以满足各个公司的需求。

业务工程争取的是对公司的增值链进行有效地重新设计。增值链是指运行在业务领域中的一组相互连接的程序，这些程序一旦快速有效地完成，将会同时给公司和客户增加价值。信息技术不再仅仅安排已有的流程，它可以重新设计模型。

 

3.1.2 业务流程管理（Business Process Management ,BPM）

1.BPM定义P33

  （1）业务流程管理是在一个存在内部事件和外部事件的环境中，由一组相互依赖的业务流程出发，对业务进行描述、理解、表示、组织和维护。

（2）Gartner Inc对BPM的定义：BPM是一个描述一组服务和工具的一般名词，这些服务和工具为显式的流程管理（如流程的分析、定义、执行、监视、管理）提供支持。

（3）业务流程管理等同于业务流程再工程。它集中于简化和自动化流程，以便更高效地实现业务目标。其中，流程重定义的步骤为：

第1步，对现有的或当前流程建模和模拟

第2步，对提议的或将来的流程建模和模拟

第3步，生成流程比较度量报告，以证明再工程后的流程价值。

（4）业务流程管理与持续流程改进

跟业务流程再工程一样，持续流程改进必须熟悉现有或当前的流程步骤。因此，首先，分析人员捕获模型中的当前流程以及相关支持数据，以便能够模拟该流程，并在以后与再工程后的流程进行比较。

对当前的流程建模将允许业务分析人员确定并量化现有的流程难点。

对当前的流程进行分析并做文档记录之后，业务分析人员可以通过自动化（例如将书面工作替换为业务应用程序和集成应用程序以防止冗余数据条目）以用户为中心的任务来开始重新定义子流程。

图3-2 持续流程改进

建模（Model）：收集需求，设计、建模与仿真，定义业务尺度

聚合（Assemble）：发现，设计、构建与测试，组合

部署（Deploy）：人员整合，流程整合，管理和信息整合

管理（Manage）：管理应用程序和服务，管理身份识别和依从性，监控业务尺度

治理与最佳实践（Govemance & Best Practices）：财政透明度，业务/IT调整，流程控制

3.1.3 业务流程管理系统（Business Process Management Sysem,BPMS）

  1.BPMS定义：它是实现业务流程的流程建模（包括流程定义和重定义、资源分配、时间安排等）、流程分析、仿真、流程质量与效率测评、流程监控、流程优化等的信息系统。P34

2.构造BPMS的基本思想P34

3.BPMS应具有的功能模块P35

 

3.2 现代业务流程管理系统的发展

3.2.1现代业务流程的解决方案离不开信息系统P35

1.现代业务流程管理系统的历史可以追溯到工作流系统

2.传统工作流系统的最大缺陷

3.信息系统建设三大发展趋势对BPMS的影响

（1）操作系统功能不断完善，数据库管理系统提供定制应用的功能。

这种趋势导致从注重应用程序设计转向复杂软件系统的集成。挑战不再是单个模块的编程，而是把四个层面的软件模块连接。

（2）信息系统构造的始点从数据到流程的转移。

70、80年代是数据驱动的方法占主流，信息技术主要用作存取信息，结果数据建模成为信息系统构造的始点。义务流程的建模经常被忽视，流程不得不适应信息技术。而业务流程重组等管理理论的发展体现了对流程的重视，使得系统工程师更趋向流程驱动的方法。

（3）最值得提及的趋势是从仔细规划设计转向重新设计和组织增长型的方式。

由于因特网及其标准无处不在，信息系统也不断变化，很少有系统从头构建，已有的部分应用经常会在新的系统中使用，使得软件开发更加动态化。（因此流程管理信息系统的开发也必须适应这种动态化趋势）

4．业务流程管理系统是一种面向流程的信息系统

（1）它是超越单个任务自动化的系统。如工作流管理系统Staffware,MQSeres,COSA,案例处理系统FLOWer。

（2）主要ERP系统也提供了工作流管理的模块。如SAP、Baan、PeopleSoft、Oracle和JD Edwards的工作流引擎也被视为集成的业务流程管理系统。

5．开发业务流程管理系统的必要性。

（1）它把业务流程的管理独立成一个单独的组件的思想适应信息系统建设三大发展趋势。

业务流程管理系统可避免把工作流固化在定制的应用系统中

支持从程序设计到应用组装的转变

支持面向流程、流程再设计以及组织增长（organic growth）.

（2）目前的工作流程管理系统可用来集成已有的应用，支持通过仅改变流程图的流程变化。

3.2.2工作流管理系统

虽然工作流管理联盟（WfMC）做了很大的努力，但基于不同范例（Paradigms）的工作流管理系统仍使用多种语言和概念

1．大多数的产品使用专用而不是一种工具无关的语言。

2．导致工作流规范不能达成共识的原因之一是业务流程的描述方式的多样化。

3．缺乏通用的组织“理论”和标准业务流程建模概念解释了工作流语言间差别的合理性。

4．不同工作流产品的比较更促进产品的发布（dissemination）,使优秀的工作流管理系统脱颖而出P36

比如 COSA、 Visual Workflow 、Staffware、Verve Workflow、I-Flow、InConcert、SAP R/3 Workflow  Flower

http://www.tm.tu.nl/it/research/patterns

 

3.3 业务流程标准的发展

3.3.1 制定标准的必要性

要用计算机处理业务流程就必须将其进行数字化描述。人们希望这种描述不为某些系统、商家所限制，希望它能够在世界范围内的任何系统中交流。于是标准化或规范化是必选之路。

3.3.2 工作流程标准组织的发展

1．国际工作流管理联盟WfWC

他是最早尝试做工作流标准化工作的组织，该联盟于1993年发布了工作流参考模型以及5类工作流标准接口。

2．OASIS

3．OMG

4．W3C

3.3.3 工作流标准发展概览P38

1．Wf-XML-R

2．XPDL3.0

3．BPMN

4．EPEL4People

 

3.4 Web Service介绍

3.4.1异构网络环境软件协同问题P40

1.问题的提出

近年来兴起的Web应用是基于互联网的分布式计算。这样的环境从硬件到软件，从操作系统到实现语言都有很大的不同。因此需要一些方法来实现在异构的环境中实现软件间的协同。

2．解决思路

任何信息或服务，无论其原始实现如何，都封装成统一的格式，用户不需要知道其功能是如何实现的，它屏蔽了客户与服务提供者之间的系统差异，用户只要得到接口的描述，就可以访问或调用该服务。

3.4.2 Web Service是由一种基于网络的、分布式的模块化组件构成的应用软件。P40

1．Web Services是应用于Internet的

要求Wev Services框架必须适应Internet的软硬件环境，即服务的提供者所提供的服务必须具有跨平台、跨语言的特性。

2．Web Services所提供的服务不仅是面向人（人能读懂），更需要面向机器（其他应用系统也能用）。

Web Service就是由企业发布的完成其特别商务需求的在线应用服务。其他公司、合作伙伴的应用软件能够通过Internet来动态访问并使用这些在线服务。

Web Service提供面向服务的Internet应用，它必须遵守公共的技术规范。这些规范使得Web Service能与其他兼容的组件进行互操作。

 

3.4.3．Web Service遵守公共的技术规范P40

目前制定出来的标准主要有：

1．XML Schema

2．SOAP

3．WSDL

4．UDDI

3.4.4. Web Service的体系框架P41

1．角色

2．操作

3．典型应用过程

3.4.5 WSDL

1．WSDL是一种使用XML编写的文档。这种文档可以描述某个Web Service。它可规定服务的位置，以及此服务提供的操作（或方法）P41

2．WSDL文档的主要元素P42

3．WSDL文档的主要结构P42

4．WSDL文档举例P43

5．WSDL定义的四种操作类型P43

6．W3C工作草案的完成WSDL1.2语法描述P45

 

3.5 业务流程执行语言BPEL

3.5.1 BPEL的概念及历史 P47

3.5.2 BPEL结构P48

3.5.3 BPEL实例P52

例3-1

例3-2

3.5.4 标准间的相互关系（WS-BPEL，WSDL）P67

3.5.5 基于流程的应用程序P67

     用BPEL创建应用程序

3.5.6 业务协议P68

   BPEL不仅可以指定业务流程，还可以指定业务协议

 

3.6 BPEL for People P67

3.6.1 人工服务概述

在企业所有业务流程中，有些活动是需要由人来进行的，要求相关人员作出判断，或者要借助相关人员的专业知识。这些始终将由人来完成的活动任务，称为人工任务。

人工任务也是一项服务，它通过相关人员活动（而不是程序）实现的，由相关人员（而不是计算机）执行。

在业务流程模型中，人员活动可以作为Web 服务实现。该服务被调用时，将通知承担任务的个人进行相关工作，并将输入数据以恰当的形式传递给此人。任务完成后，将产生相应的结果，服务会返回到其调用方，并将其结果作为输出数据传递给调用方。而该结果实际由相关人员得出这一事实可能对调用方完全透明。

举例：保险索赔处理流程

对于更复杂的流程情况，即需要两个人审批一个请求的情况（或称四眼原则或指责划分）则要显式地表示为人工任务，而不是透明的Web服务，因为用于选择第二个审批人的规则必须将第一个审批人排除掉。

人工任务概念得到行业认可后，由IBM、Adobe、SAP、Oracle、BEA systems、Active Endpoints 所组成的业界著名的流程供应厂商，于2007年6月25日发布了WS-BPEL4People。相比于处理业务过程自动化的WS-BPEL，WS-BPEL4People规范，更侧重于为SOA增加一般的人员工作流能力，尤其是对WS-BPEL 2.0规范而言。

BPEL4People定义于BPEL 语言之上，因此，其功能可在需要时与BPEL 核心功能进行组合，最新规范由两个部分组成。

第一个部分

第二个部分

3.6.2 人工交互的义务场景

   1．人工活动P70

2．人工启动流程

3．人工管理长运行时流程

4．人工与自动服务的转换

3.6.3 人工交互模式

四种经典的人工交互模式P71

1．四眼（4-eye）原则

2．任务升级

3．人员任命

4．执行链

3.6.4 人工交互原理

  1．四种不同的人工交互方式P72

2．人员活动的语法P73

3．人工交互任务状态机

4．人工任务策略断言

3.6.5 Web Sphere Process Server中的人工任务

  1．人工任务的类型P77

（1）参与任务

（2）管理任务

（3）发起任务

（4）纯人工任务

   2．人工任务与业务流程的关系 P78

（1）直接插入任务

（2）独立任务

（3）子任务

（4）后续任务

（5）任务升级

3.6.6 WebSphere Process Server中基于人工任务的业务流程模式P79

（1）会签模式P79

（2）追回模式P80

（3）重审模式 P81

 

3.7 业务流程梳理P81

     为什么要进行业务流程梳理？

任何软件都有一定的逻辑架构，如果企业的业务流程不清晰，就谈不上软件的实施应用。（因为如果工作人员自己都不清楚什么时候，什么场合该做什么，也就是任务不明确，不知道自己该干什么，那么就算软件系统功能很强大，对于其而言也是形同虚设。有需求才有行动！）因此，对企业现行业务流程进行梳理，通过各种方式把实际运作流程体现出现，并对其按信息系统可有效运行（支持）的方向来梳理流程是非常必要的。

     通过流程梳理，管理部门会很容易发现，目前的管理中，有哪些是缺乏流程规范，需要建立；哪些有规范但执行不到位，需要改善；哪些流程不合理，需要废除；哪些流程已经比较成熟科学，需要坚持。这样，一方面可以避免将一些垃圾流程固化到系统中，同时又为业务流程管理的改善提供了目标和方向。

 

3.8 业务流程管理中的角色P82

3.8.1 业务分析师（Business Analyst）

3.8.2 流程分析师（Process Specialist）

3.8.3 IT开发人员和IT架构师（IT Development and IT Architects）

3.8.4 开发团队（Development Team）

3.8.5 部署（Development）

3.8.6 业务用户（Business User）

 

3.9 基于业务流程开发的生命周期

3.9.1 业务流程管理生命周期 P83

3.9.2 IBM基于SOA的业务流程管理的生命周期P84

 

3.10 持续业务改进P85

 

3.11 BPM的形式化方法P86

petri

 

 

3.12 基于业务流程的主要系统介绍P87

3.12.1 IBM p87

P34 持续流程改进

P84 IBM基于SOA的业务流程管理的生命周期

P88 业务流程生命周期及IBM的产品

1．IBM公司的WebSphere Business Integration 6.0

 

（1）建模 Model ：WebSphere Business Modeler 获取需求，建模与仿真，设计

（2）集成Assemble ： WebSphere Integration Developer（WID）  发现，构建与测试，组合

（3）部署 Deploy ：WebSphere Process Server 集成人员，集成流程，集成管理与信息

（4）管理 Manage ：WebSPhere Businiss Monitor 管理应用与服务，认证与规则管理，监控业务指示

 

（5）治理与最佳实践 Govemance & Best practices：  财政透明度，业务与IT对齐，流程控制

 

3.12.2 BEA

 

2006年3月，BEA公司通过收购Fuego公司而拥有了业务流程管理的能力。

Fuego公司被认为是业务流程管理（BPM）软件领域的先锋厂商及领导者，擅长于提供SOA解决方案来帮助用户协调并不断改进贯穿于人、应用和部门之间的业务流程。

BEA AquaLogic BPM Suite是一个整合了建模型、实现、执行和监控端到端的业务流程，从而优化整个业务流程生命周期的业务流程管理产品套件。P91

3.12.3 Oracle

Oracle BPM解决方案P92

3.12.4 Microsoft P93

  1．BizTalk Server

Microsoft企业集成（EI）和业务流程管理（BPM）的中央平台，其中，包含了XML和Web Services技术的集成和自动化功能。

2．Visual Studio.Net

Microsoft的集成开发环境旗舰产品

3．Visio

用于BizTalk Server的Visual Studio.Net模板包含了相同的工作流和流程设计基本要素。一旦在Visio中设计出某个流程，则可将其导入Visual Studio.Net中，以便链接至实施对象。

4．SQL Server与BizTalk Server紧密结合，并用于其文档跟踪信息和长期运行流程分离实例的实时数据存储

5．Microsoft Office

6．Active Directory

7．Host Integrations Server

8．Microsoft Operations Manager

3.12.5 IDS公司的ARIS P94

3.12.6 开源软件P96

 

3.13 信息化业务流程设计步骤 P98

3.14 企业信息化的业务流程设计注意事项 P98