工作流技术在民航机场弱电信息系统中的应用.doc

工作流技术在民航机场弱电信息系统中的应用 工作流基本概念 工作流 工作流是完全或部分业务流程的自动化执行，在这个 过程中，文档、信息或者任务根据预先定义好的规则在参与 者之间传递。工作流属于计算机支持的协同工作CSCW的一 部分。 工作流系统分类 根据不同工作流系统所采用的任务项传递机制的不 同，工作流管理系统可以划分为三类： 基于文件的工作流系统，以共享文件的方式来完成 任务项传递； 2 .基于消息的工作流系统，通过用户的电子邮件系统 来传递文档信息； 3.基于Web的工作流系统，通过WWW来实现任务的 协作。 参考模型 国际上有关工作流技术的标准化组织中影响最大的是 WfMCo 1994年11月，该联盟发布了工作流管理系统参考模 型。该模型综合了国际市场上工作流产品的主要特点。提出 了 5个接口，这5接口分联盟别是：1.流程定义接口； 2.工 作流客户端应用接口； 3.应用程序执行服务接口； 4.与其它 工作流系统的定制/交互服务接口； 5.管理和监控接口。 二、民航机场弱电信息系统应用工作流技术的方案 集中式方案 系统以基于消息中间件的信息发布服务中间层作为底 层通信支持，并利用机场现有的中央数据库存储工作流模型 和工作流实例。几点说明如下： 工作流引擎通过服务中间层获取航班事件管理器发 布的航班事件信息。在某些应用中，可能需要在中央数据库 中对接收到的航空报文进行备份存储，因此航班事件管理器 也可能要对中央数据库进行访问。 客户端通过服务中间层与工作流引擎进行交互，包 括任务表的获取和活动执行情况的反馈等。 工作流引擎通过服务中间层实现对应用程序的直接 调用，其中某些调用需要通过应用程序代理实现。应用程序 代理的作用也可以理解为实现相关协议的转换工作，亦可通 过其实现对遗留应用程序的集成。 集中式结构实现过程相对简单，但其缺点也比较明 显 工作流引擎所处节点的负担较重，容易形成系统瓶 颈。 分布式方案 根据技术复杂性和实现的先后顺序，工作流管理系统 的分布可以分为三个层次： ①工作流系统体系结构的分布；②工作流引擎的分布 执行；③工作流模型的分布式定义与柔性执行。本方案中的 分布指的是第二个层次，即工作流引擎的分布执行。系统中 的多个工作流引擎分别分布在各个执行节点上，各个执行节 点均处于平等状态，每个执行节点上都存储有和自己相关的 那部分工作流模型信息、工作流实例信息和任务表信息。工 作流管理与监控节点上存储有全部的工作流实例信息，客户 端节点存储有全部的任务表信息。执行节点本身也可能作为 工作流管理与监控节点或客户端节点，并通过服务中间层将 管理信息/交互信息发布到各个执行节点。各节点之间的数据 一致性维护通过服务中间层实现。 具有主控工作流引擎的分布式方案 通常情况下，民航机场均配置有一个性能较高的中央 服务器，并设有一个比较大型的中央数据库，而各个运营单 位的操作计算机相对中央服务器在性能上有所差距。因此， 如果采用分布式方案，各个节点均处于平等状态，势必对中 央服务器和中央数据库在一定程度上有所浪费。鉴于这种情 况，本文提出一种折中的方案，即在分布式方案的基础上设 置一个主控工作流引擎。系统运行过程如下： 建模阶段 工作流模型的建立：用户利用建模工具，在可视化的 界面下建立过程模型、活动模型、资源模型、组织模型及数 据模型。 工作流模型的保存：工作流模型的完整信息将被保存 在中央数据库中，以便模块的重用。 工作流模型的分配与发布：为了充分发挥分布式工作 流引擎的优点，解决集中式系统的运行瓶颈问题，每个工作 流引擎在执行阶段都应具有自主执行的能力，因此主控引擎 需要根据过程模型中的泳道划分，将过程模型的相应部分及 所涉及的活动模型及其他模型信息分配给相应的工作流引 擎，未通过泳道标明的部分表示由主控引擎负责。其中，活 动模型描述了工作流引擎所负责活动的具体内容，而过程模 型的相应部分则指出了该活动的后继活动所处的位置，即负 责后继活动的工作流引擎的位置。 运行阶段 工作流实例的创建 主控引擎接收到航班飞行预报后，自动创建工作流实 例，并将工作流实例数据发布到其他引擎。 工作流引擎的执行过程 如果第一个活动由主控引擎负责执行，则主控引擎自 动生成相应的活动实例，否则主控引擎通知负责第一个活动 的工作流引擎A生成活动实例，即向后者发送活动启动命 令。引擎A完成活动后，向主控引擎发布活动完成情况。如 果后继活动仍由引擎A负责，则引擎A自动生成后继活动的 活动实例，否则引擎A通知负责后继活动的引擎B生成活动 实例。 原子活动的执行 对于自动型活动，工作流引擎在生成过程实例后自动 调用应用程序来完成活动；对于交互型活动，工作流引擎在 生成过程实例后向主控引擎发布活动实例 状态信息，此后进入等待用户参与状态，主控引擎根