大连理工大学-工作流管理引论(p315页).pptVIP

* 5.3.1 工作流系统中的数据 工作流系统主要涉及如下类型的数据： （1）过程定义：过程和任务的定义。 （2）资源分类：不同资源类型的结构。 （3）分析数据：分析得到的结果。 （4）运行管理数据：这是对工作流系统的管理员来说相当重要的数据。 （5）历史数据：为了能够追溯个体案例运行、追踪问题原因或评估业务过程而保存的数据。 * 5.3.1 工作流系统中的数据 （6）应用程序数据：可以被应用程序访问而不能被工作流系统访问的数据。 （7）内部数据：所有由工作流管理系统维护，但与工作流不直接相关的数据。 （8）后勤管理数据：每个工作流状态都存在于后勤管理数据中。 * 5.3.2 接口问题 工作流系统有很多的组件组成。为了让这些组件协同工作，他们必须能够彼此交换数据。工作流管理联盟在不同组建之间的接口标准化方面达成了一些共识。 * 5.3.2 接口问题 为了能对工作流管理联盟所提供的WAPI有更深刻地认识，下面我们简述每个接口的主要内容。 接口1（过程定义工具）。提供了创建和修改工作流定义的工具与工作流执行任务之间的关系。 接口2（工作流客户端应用程序）。用于工作列表处理器和执行服务之间的交互。 * 5.3.2 接口问题 接口3（被调用的应用程序）。应用程序有工作流管理系统通过接口3打开。 接口4（其他工作流执行任务）。使用了若干个自治工作流系统之间的工作交换。 接口5（管理和监控工具）。侧重于管理和监控工具与工作流执行服务之间的链接。 * 工作流参考模型的组件接口（WFMC） Workflow Enactment Service Workflow Engine(s) Workflow Client Application Invoked Applications Administration Monitoring Tools Process Definition Tools Workflow Engine(s) Other Workflow Enactment Service(s) Interface 5 Interface 1 Interface 4 Interface 2 Interface 3 * 5.3.2 接口问题 一个应用程序被调用来执行一个任务，我们就说引擎开始执行任务并启动了一个应用程序。应用程序有可能修改数据库中的应用程序数据。在应用程序的执行中，如果由于系统的错误使得引擎无法访问，那么引擎和应用程序将无法同步执行。一旦系统被修复，引擎只能对任务进行回滚。这就造成后勤数据与应用程序不匹配。这可能带来灾难性后果。例如银行付款。 * 接口3的潜在问题 Workflow management system Worklist (handler) application application database server client * 5.3.3 互操作性标准 近几年，出现了一些互操作性标准，我们把这些互操作性规范分成两类： 工作流建模和描述的规范 运行时的互操作规范 * 5.3.3 互操作性标准 （1）工作流建模和描述的规范对应工作流管理联盟参考模型的接口1，工作流管理联盟的过程定义语言属于这一类。 * 5.3.3 互操作性标准 互操作性规范的第二类是指运行时的互操作性。这一类规范对应接口2、接口3和接口4，重点是接口4。重点是支持运行时过程执行信息的交换。 * 5.4 必需的技术基础设施 工作流系统成功需要合适的技术基础设施。多是工作流系统运行于客户/服务器环境中。该环境一般包括一个运行Windows NT/2000或UNIT的中央服务器，以及大量使用MS-DOS/Windows 3.1、OS/2或Windows 95/98/2000的客户端。 * 技术组件概览 applications Database Management system Workflow Management system Operating system Network software hardware * 5.4 必需的技术基础设施 为了避免过多地纠缠技术细节，我们将简要介绍以下主要组件： （1）硬件：服务器通常是一台功能强大的微机、小型机或大型机。精简指令集计算机也经常使用。客户通常使用复杂指令级计算机。 * 5.4 必需的技术基础设施 （2）操作系统：服务器的操作系统应该允许多用户和多任务。 （3）网络软件：网络在工作流系统运行中发挥着至关重要的作用。他把客户端和服务器连接起来。 （4）数据库管理系统：许多信息系统都围绕数据库系统构建。在工作流系统中、数据库也要扮演重要的角色。 * 5.4 必需的技术基础设施 （5）应用程序：应用程序支持任务的执行。 （6）工作流管理系统：工作流管理系统必需与上面列出