[ＢＰＥＬ４Ｐｅｏｐｌｅ思想解读]孔子思想害了多少人

　　BPEL引起了人们史无前例的兴趣，它最早是在软件供应商中获得大量认可，后来被认为是下一代编程架构中不可或缺的组成部分。 　　SOA的主要目的就是让每个IT系统都有自己的自主力，灵活的发展空间，同时又能够随需共享，让IT变得更有弹性，更快的速度响应业务单位的需求，实现Gartner为SOA描述的实时企业(Real-Time Enterprise)的愿景目标。
　　
　　BPEL思想预热
　　
　　为了达到这个目标，SOA强调信息、人员、流程三者的无缝整合。其中业务流程自动化是最为重要的流程整合方式。
　　
　　BPEL：流程自动化
　　BPEL是一门用于自动化业务流程的流程执行语言。BPEL中的流程能在Web服务之间以标准化的交互方式得到精心组织，这些流程能够在任何一个符合BPEL规范的平台或产品上执行。
　　所以，通过允许顾客们在各种各样的创作工具和执行平台之间移动这些流程，BPEL保护了在流程自动化上的投资。
　　业务流程的完全自动化虽然非常不错，但在实际中却是不可能完全实现的，因为有些活动要求相关人员做出判断，或要借助人员的业务知识。从传统视角来看，人员与IT系统的交互主要集中于输入与输出界面，用户在UI界面上输入业务数据，系统执行特定的业务逻辑然后将计算结果返回给用户，这样就构成了一个完整的交互场景。
　　在SOA编程模型中，人员活动可以作为Web服务实现。该服务被调用时，将通知承担任务的个人进行相关工作，并将输入数据以恰当的形式传递给此人。任务完成后，将产生相应的结果，服务会返回到其调用方，并将此结果作为输出数据传递给调用方。
　　
　　BPEL4People：人员活动实现
　　WS-BPEL主要设计用于支持基于Web服务的自动化业务流程，但是将人工任务透明封装为Web服务并非总是适当的选择。比如实现基于角色的任务分配，在活动出现问题时及时通知更高级别的管理人员，支持决策制定的回避规则等。
　　BPEL4People定义了在BPEL过程中包含人工任务的方式。BPEL4Peopie使用BPEL扩展机制将人工任务作为活动加入到一个BPEL过程中。
　　这个规范定义了BPEL引擎和任务组件之间的消息交换协议。BPEL4People引入了人员链接的概念，规定了人员或组的描述方式。
　　
　　WS－HumanTask：人工任务
　　BPEL4People加入的工作流功能，通常被视为是对BPEL修正。这有助于BPEL更好的与BPM相适应。但这种情况不现实。当分析员建模活动时，他们通常将之对应到人工任务或系统处理。BPEL仍然强制活动之间的通信需由基于XML的过程变量完成，对变量执行XSLT的转换是必须的操作。但是业务分析师根本不想关心这样的技术细节。
　　BPEL过程图的图形活动布局仍然与Web服务和XML技术的耦合过于紧密，以致于无法在保持分析图完整的同时使过程可执行。
　　为了解决这个问题，WS-Human Task定义了独立人工任务，包括任务的属性、行为和运作，允许将人类任务作为服务引入SOA的接口，这些接口独立于WS-BPEL。
　　规范中的各种规定还可以用于BPEL流程之外的其他基于Web服务的应用之中，BPEL4People规范包括了WS-HumanTask的内容。
　　
　　人工任务的使用场景
　　
　　按使用场景的不同，人工任务可以划分为：参与任务、发起任务和纯粹的人工任务、管理任务四类。
　　参与任务。参与任务支持Web服务与人员之间的交互，它表示流程会调用一个服务，而这个服务是由人员提供出来的。
　　即业务人员提供了服务接口实现，可以认为是机器在调用人。在于任务的显示和完成是通过计算机页面还是通过其他方式并不重要。所以平常也称之为M2H任务(Machine-to-Human)。
　　发起任务。发起任务是一种常见的使用场景，人通过输入特定的业务参数(可能是一般的web页面或者其他方式)，调用系统的业务逻辑并获取计算结果，此时是人在调用机器，所以发起任务又被称为H2M任务(Human-to-Machine)。
　　纯人工任务。纯粹人工任务是一种单纯的人调用人的服务，它拥有两种参与角色：服务请求者与服务提供者。服务请求者为服务提供者创建待处理任务(比如服务请求者调用服务提供者的通知任务)，服务提供者提供了该服务接口的具体实现，所以人工任务也被称为H2H任务(Human-to-Human)。
　　管理任务。管理人员使用管理任务来管理异常的流程，比如终止异常的流程实例、任务的代理代办等。
　　
　　人工任务实现方式
　　
　　人工任务的实现方式多种多样，具体可以分为下面几个情况：
　　人员活动内置任务。本实现方式的人工任务，内置于人员活动中，在这个情况下，人工任务的使用局限于人员活动内部，它可以访问流程上下文信息(比如流程启动者和特定活动的使用者等)。人工任务不具备复用性和弹性，需要在特定的情况下才能使用，
　　流程内置任务。本实现方式的人工任务，内置于流程中，在这个情况下，人工任务的使用局限于流程内部，它可以访问流程上下文信息(比如流程启动者和特定活动的使用者等)。人工任务具备流程范围内的复用性和弹性。
　　流程外置任务。本实现方式的人工任务，不内置于流程中，又分为两个情况。流程外置任务的共性是，他们都独立于流程而存在，不能访问流程上下文。
　　第一个情况是流程外置任务与人员活动存在于同一个运行环境中。他们之间的调用不依赖于web服务，而可能是内部的私有协议。
　　第二个情况是流程外置任务与人员活动存在于不同的运行环境中。他们之间的调用依赖于web服务，他们的交互协议基于WS-HumanTask协议。
　　人工任务的不同使用场景和不同实现方式，保证了BPEL4People的广泛接受和推广，是SOA的人员集成的基本技术支撑。