Using the WorkList翻译

Using the WorkList翻译翻译前言我们在开发公司的电信项目中，使用了WebLogic Integration。从实际开发的经验看，WebLogic Integration是一个相当出色的应用集成解决方案，开发工具和辅助工具尤其令人满意。令人遗憾的是，这样好东西了解和愿意使用的人却相当的少。大部分WebLogic Integration资料是英文，显然是造成这种状况的原因之一。因此，我有了翻译重要WebLogic Integration资料的念头。首先翻译Worklist文档的原因如下：完整的工作流系统起码有三个组成部分： 流程绘制工具。 工作流引擎。 Worklist系统。流程绘制工具辅助使用者定制合适的工作流程，对应于WebLogic Integration，就是workshop的流程定义部分。工作流引擎解释流程定义并实际执行流程，对应于WebLogic Integration Server本身。Worklist系统引导用户与工作流系统交互，提供交互API。对于实现一个工作流系统来说，最重要的当然是工作流引擎。但对于使用一个工作流系统，个人认为，了解流程绘制工具和Worklist系统才是最重要的，缺少对Worklist系统的了解，是很难设计出一个好的流程的，因为流程最终呈现在用户的形态，是通过Worklist系统实现的。非常令人遗憾的是，我参加的培训，包括BEA本身举办的培训，都着重介绍了WebLogic的流程绘制工具―Workshop，对于Worklist系统就基本不做说明。相应的，Worklist系统的中文资料也就少的可怜。因此，我首先翻译了官方文章Using the Worklist的介绍部分。通过这篇文章，读者应该可以对一个实现了的WebLogic Integration 业务流程，能给最终用户带来什么，有一个大概的认识。由于翻译者本身经验很少，错误在所难免，希望大家认真的扔砖头。使用worklist 介绍BEA WebLogic Integration Worklist致力于解决企业中的工作流的问题。它具有将业务流程中的任务直接引导给职员和管理者的能力，增强了企业的效率和反应能力。本章包括以下的主题： 什么是WebLogic Integration Worklist?  Worklist任务  任务的数据  控件和Worklist的APIs  系统管理什么是WebLogic Integration Worklist?WebLogic Integration Worklist用于将人员的实际活动和随时间自动执行的业务流程整合起来。业务流程执行的时间可以很短，也可以持续数日甚至数月。Worklist被设计来指引工作的流程和安排企业员工任务的流转。这些流程具有一些固有的特征，如接受，批准，修改和拥有流程文档，其中，伴随着特定任务的流程文档被用于提供必要的信息，使人们能够执行和完成这些任务。Worklist使人们能协作完成一项工作，包括指派任务，跟踪任务的状态，处理批准，和其它管理工作流需要的动作。为了支持Worklist的功能，WebLogic Integration提供了两个内置在WebLogic Workshop的控件，这两个控件是"任务控件"和"任务工作者控件"。这些控件是服务器端的，为Workshop框架所管理的组件。它们预留的JAVA接口，可以被你的"业务流程"（business processes，除了字面意义，还兼指Workshop中一种特定控件，下同）直接调用。"任务控件"使业务流程能够创建一个任务实例，管理它的状态和数据，并提供了回调方法报告它的状态。"任务工作者控件"允许特定的用户获得任务的所有权，操作任务，完成任务。这个控件也提供了任务系统的管理特权，如开始，停止，删除和指派任务。要访问"任务工作者控件"，既可以通过"业务流程"，也可以通过用户介面。Worklist用户介面使最终用户--任务创建者，任务操作者，任务管理者―能够与一个正在运行的业务流程交互，包括处理流程的意外情况，批准请求和状态跟踪。为了管理你的应用程序中的Worklist组件，WebLogic Integration提供了一个Worklist用户介面的例子，你可以利用它来帮助你开发你自己的用户介面。下面展示了Worklist重要的能力： Worklist允许人们在业务流程中扮演一个特定的角色，将注意力集中在他们重视的那部分工作上。 它允许业务规则指导文档和工作的路由。 它管理任务相关许可。举例来说，应用程序能够管理谁能按照怎样的顺序看那个文档，和谁由任务的所有权。 当工作完成或工作最终期限过期时，Worklist提供了通知管理者的机制。 管理者可以研究工作流的历史记录，并使用这些信息调整业务流程，以增加生产力和减少反应时间。 Worklist任务Worklist允许对任务的创建，操作和管理。一个任务的实例表现了一个必须在确定时间段内完成的工作单元。任务的例子包括：一个管理者阅读和批准一个雇员的休假请求。打电话给一个顾客并记录顾客的抱怨。在运行时的Worklist系统，一个任务实例是一个特殊的object，它代表了在真实世界中被分配了的一个工作。任务实例是WebLogic Integration服务器的一部分，它独立于任何控件和业务流程而存在。在业务流程的整个生命周期中，复数的业务流程都能够同时与一个任务交互。只有在以下两种情况中，任务将不再运行：被明白无误的删除，或被WebLogic Integration清除过程清除。在指定工作完成后，你能够使用一个任务实例再现该工作单元的详细记录。学习上述控件细节，可以参考WebLogic Workshop 帮助中关于Worklist控件的部分。任务的数据任务实例拥有内建的数据值，以定义工作是怎样执行的，谁将做它，需要在什么时候完成等等。在任务完成后，你也可以使用这些内建值获得实际发生的情况。任务数据的例子包括： 能够执行任务的用户或用户组的列表（Assignees List）。 任务必须在此之前完成的日期 (Task Competition Due Date)。  认领并尝试完成任务的用户 (Claimant)。  有责任管理工作执行过程的人 (Task owner)。  描述工作怎样做和工作完成结果的文档（Request and Response documents）。 定义了任务实例位于它的生命周期的哪个位置的条件(Task State)。 指出这一任务相对其它相关任务紧迫性的优先级(Task Priority)。预定日期预定日期描述了任务将被认领或完成的日期和时间。Worklist将预定日期存储为一个java.util.Date objects，跟踪它们，侦听任务的预定日期以能够触发对业务流程的回调。预定日期能够被设置为使用一个明确的日期和时间，或者，能被设置为使用一个营业日历和一个营业期限。营业日历表现了营业的工作时间。一个营业日历详细说明了一个时间域和一套时间段规则。时间段规则决定了日期和钟点是能够（空闲的）或不能够（繁忙的）执行业务活动。学习更多的关于预定日期和营业日历的知识，请参考任务预定日期。任务状态任务状态描述任务位于它的生命周期的哪个位置。每个任务实例都处于以下的某个确定状态：ASSIGNED, CLAIMED, STARTED, COMPLETED, SUSPENDED, 或 ABORTED。操作控件或API允许你将一个实例从当前状态转变到另一个状态。学习更多的关于任务状态的知识，请参考任务预定日期。任务所有者为了表示一个用户或用户组扮演了任务的管理者的角色，一个任务实例可以有一个任务所有者。所有者管理任务，并有责任使任务完成，但并不需要所有者实际完成任务。例如，厨房经理是准备最近订菜任务的任务所有者，他把这个任务指派给一个厨师实际执行。如果这个任务没有完成，这个经理还是要承担责任的。只有任务所有者或系统管理员，有执行某些任务实例的管理操作的许可。学习更多的关于任务所有者的知识，请参考任务用户和用户组和任务与用户许可。指派者列表和认领者一个任务实例有一个描述那些用户可以认领任务的指派者列表。指派者列表可以包含用户和用户组。当一个指派者列表上的用户认领了任务，该用户就变成了认领者。认领者获得了任务的所有权，并执行完成任务所需的工作。当一个用户认领了任务，该任务的状态就被设置为Claimed。学习更多的关于指派者列表和认领者的知识，请参考任务用户和用户组和任务与用户许可。请求和答复文档通常，任务的请求被用于描述什么工作将被做和怎样做这个工作。请求的内容将可以被执行工作和完成任务的任务操作者阅读。另外，指派列表上的用户可以阅读这些信息，以决定是否认领这个任务。任务的答复通常被用于描述用户操作任务后实际发生了什么。它可以描述工作的结果，就是详细描述了为完成这个任务执行的动作。回调（Callbacks）也通过答复传递值给业务流程，此时业务流程应该正在等待一个特定的任务状态。例如，一个代理商和一个拖欠债务的顾客完成了一个电话会话后，任务答复将捕获这个协定。业务流程（接受任务答复值后），将创建一个任务，让客户决定下一步怎样执行。学习更多的关于请求和答复文档的知识，请参考请求和答复文档。任务的操作任务的操作常常是建立新任务，改变任务状态和数据的值，删除任务，或者是读取一个现有任务的信息。某些操作允许在一个单一的步骤中联合执行这些操作。任务操作的例子包括： 建立任务的操作当一个新任务实例被建立，Worklist系统将指派一个独一的ID给这个实例。在创建任务时，可以指定任务的状态是Assigned 或是 Claimed，取决于操作本身。某些在任务创建时指定的任务数据值，在创建后不能被改变。 改变任务属性的操作某些任务属性在任务创建后，还可以被指定或修改。 获得任务属性的操作在任务实例生命周期的任何一个位置，你都可以用获得任务属性的操作访问任务的属性。 修改任务状态的操作基于定义好的操作，任务实例能够在状态之间转变。某些修改任务状态的操作能否被合法执行，取决于操作被调用前任务是否处于合适的状态。学习更多的关于任务和任务工作者控件的操作的知识，请参考使用Worklist控件。任务信息的存档和清除WebLogic Integration支持对业务流程实例历史，交易伙伴信息历史和任务实例历史的跟踪数据的存档工作。当任务最终在企业流程中完成它们的生命周期时，它们会执行诸如此类的工作：它们的附属物被修改，状态被改变，完成期限过期等。Worklist任务产生的这些事件能被Worklist的历史表记录日志，保存在运行时存储库。这些保存在存档表中的记录被设计用于提供给应用程序。应用程序能够查询这些表，生产关于任务历史处理过程的报表或统计分析。以下类型的事件能够被跟踪： 任务状态的改变和关联的值 任务的认领或完成期限超时 任务的所有者或指派者被改变 任务的请求或任务的回复 请求或回复的XML文档运行时，这些跟踪数据被存储在一个数据库中。为了优化性能，你可以最小化被存储的跟踪数据。为了达到这个目的，一个系统管理员可以将存档和清除程序配置为定期运行。除了配置时间表之外，系统管理员能使存档器生效或失效，作用如下： 当存档器生效时，程序拷贝数据到一个离线数据库，然后从运行时数据库中清除这些数据。 当存档器失效时，程序直接清除运行时数据库中的数据，不做拷贝。存档信息能够被用于产生关于任务处理的报表或统计分析，使用在你的WebLogic Integration应用程序中。学习更多的关于存档和清除的知识，请参考管理WebLogic Integration解决方案中的系统配置。任务查询任务查询功能允许一个应用程序在一个运行时Worklist系统中找到所有符合指定的标准集的任务。这些查询类似于数据库的SQL。查询的结果包含了所有符合指定标准的任务的信息。例如，你可以建立这样的一个用户介面：显示所有被指派给当前用户，优先权等于1，在三天内到期的任务。控件和Worklist APIsWorklist API提供的操作手段，使我们能够调用所有在Worklist中创建和操作任务的功能。WebLogic Integration提供了两个控件支持Worklist系统：任务控件和任务工作者控件。虽然这两个控件只提供的功能只是Worklist API功能的子集，但它们包含于WebLogic Workshop控件构架中所提供的便利性，使你能够在业务流程中轻易的使用它们。任务控件在一个办公环境中，管理者常常建立，描述工作和监视工作进展情况。任务控件就是被设计来提供给管理者必要的，通用的操作方式完成这些工作，如建立工作，指派工作，在工作完成时或工作过期时得到通知。任务控件最常见的用法是使用在业务流程中。任务工作者控件任务工作者控件被设计来满足被分配任务和执行任务的人们的需求，提供给他们最常见的操作。例如，工作者能够查询分配给他们的，本星期到期的任务。任务工作者控件允许工作者将任务标记为所有（就是claim任务），和标记任务为完成。除此之外，任务工作者控件还有一个管理类的权限，就是代理其他用户认领一个任务。任务工作者控件最常被用于在实现一个定制的用户介面中。回调（Callbacks）当它的状态改变时，任务控件能够通知一个流程。通常的回调包括完成日期超时，任务被终止，或任务完成。回调允许流程停止执行它的逻辑，直到事件发生。控件方法控件方法提供了一套机制，业务流程或用户介面使用它们建立一个新任务，读取或修改任务数据的值，读去当前状态，引发一个状态的转变，或删除一个任务实例。可扩展的控件任务和任务工作者控件都有一套内建的方法和回调。控件还可以通过Java annotations扩展。例如，你可以在你的控件中定义定制的操作，使用定制的参数和回调。通过在那些方法中的annotations，你可以配置一个控件的数据值，建立新任务，更新存在的任务等等。你也能够通过以下方式扩控件： 你能够改变方法的参数，使用XML Bean的类型，使之与任务相关的，你定制的XML文档的schemas相适应。 你能够加入一个新方法，一次执行多个操作。如，你可以写一个新方法，执行建立一个新任务，设置它的优先级和注释，并将它指派给名字被传入这个方法的用户。 你能够增加能察觉其它状态改变的回调。例如，你可以增加一个检察任务被claimed的回调。（关于annotations，BEA官方是译为"批注"，直接使用Java批注似乎容易误解，此处保留英文。总之是一套利用JAVA注释，改变方法的BEA独门招数就是了。）系统管理使用WebLogic Integration系统管理控制台的Worklist管理模块，你能够管理Worklist中的任务，业务日历，任务属性和其它要素。使用Worklist控件和Worklist API，你能够建立一个定制的Worklist客户端。Worklist API以EJB和MBeans的形式被使用。下面的章节将更充分的讨论这些主题。 WebLogic Integration系统管理控制台 Worklist用户介面 EJB APIWebLogic Integration系统管理控制台WebLogic Integration系统管理控制台的Worklist管理模块允许应用程序管理者管理和监视你的WebLogic Integration应用程序的任务实例。你能够执行的Worklist指定的管理功能包括： 查看任务的摘要或细节，监视在完成期限内的任务的执行情况。 执行查询显示个体的工作量。 为了加快进度，重新指派任务。 改变任务属性，如状态或期限。 通过建立或改变替代路由规则，控制任务路由。学习更多的关于Worklist任务的知识，请参考管理WebLogic Integration解决方案中的 Worklist 系统管理部分。Worklist用户介面Worklist用户介面使最终用户--任务创建者，任务操作者，任务管理者―能够与一个正在运行的业务流程交互，包括处理流程的意外情况，批准请求和状态跟踪。典型地，在真实世界的应用程序中，人们需要一个定制的用户介面和任务交互。例如，你可能会在公司内部网中已有的定单处理用户介面增加一个页面，来允许一个管理者批准特别大的定单。WebLogic Integration包含了一个Worklist用户介面的例子。研究Worklist用户介面的例子并使用它的设计策略，可以帮助你设计你的用户介面。学习更多的关于Worklist用户介面的知识，请参考Worklist用户介面和EJB API 。Enterprise JavaBeans API使用这些EJB API，你能够无须借助在WebLogic Workshop中创建的业务流程（JPD），使用Worklist EJB直接创建和管理任务。代码样本被包括在Worklist 用户介面和EJB API中。