shark工作流引擎表结构分析
工作流引擎介绍工作流引擎技术架构
工作流引擎介绍工作流引擎技术架构工作流引擎是一种将工作流程转换为计算机可执行的流程的软件系统。
它允许用户通过图形化界面设计工作流程，并通过规则引擎和执行引擎实现工作流程的自动化执行和管理。
工作流引擎的设计是基于商业流程管理（BPM）理念的，它提供了一种能够将工作从一个任务转移到另一个任务的方式，从而提高工作效率和效果。
2.规则引擎：用于根据定义的规则和条件来自动决策工作流程中的走向和下一步操作。
规则引擎通常基于一套规则语言或表达式，可以动态地调整和优化工作流程的执行。
3.执行引擎：负责实际执行和管理工作流程。
执行引擎根据工作流程定义的顺序和条件，逐步执行工作流程的各个步骤，并将结果传递给下一步骤。
4.通信接口：用于与其他系统或应用程序进行交互。
通信接口可以接收和发送消息、数据和事件，从而实现工作流程与外部系统的集成和交互。
5.监控和报告模块：用于实时监控和跟踪工作流程的执行情况，并生成相应的报告和统计数据。
监控和报告模块可以显示工作流程的进度、延迟、错误和资源利用等信息。
6.安全和权限控制：用于管理和控制工作流程的访问权限和安全性。
安全和权限控制模块可以限制用户对工作流程的访问和操作，确保只有经过授权的用户才能执行和管理工作流程。
2.定义规则和条件：使用规则引擎定义工作流程中的规则和条件，以实现自动决策和分支。
3.配置和集成外部系统：使用通信接口将工作流程与其他系统或应用程序进行集成，以实现数据和消息的交换和共享。
4.执行和管理工作流程：使用执行引擎逐步执行和管理工作流程的各个步骤，并将结果传递给下一步骤。
5.监控和报告工作流程：使用监控和报告模块实时监控和跟踪工作流程的执行情况，并生成相应的报告和统计数据。
1.业务流程管理：工作流引擎可以用于自动化和管理各种业务流程，如销售、采购、审批、投诉处理等。
它可以帮助企业提高工作效率和质量，并加快决策和执行速度。
2.工作协同和协作：工作流引擎可以用于协调和协作多个部门或团队之间的工作，如项目管理、文档审批、会议安排等。
dolphinscheduler 表结构
dolphinscheduler 表结构DolphinScheduler是一个分布式易用的DAG工作流任务调度系统，它主要由元数据库和项目数据库两个数据库组成。
以下是DolphinScheduler的核心表结构：元数据库表结构：1. ds_datasource：数据源管理表，用于存储与数据源相关的信息。
2. ds_process：工作流任务表，用于存储工作流任务的相关信息。
3. ds_project：项目表，用于存储项目的相关信息。
4. ds_user：用户表，用于存储用户的相关信息。
5. ds_user_group_relation：用户与用户组关联表，用于存储用户和用户组之间的关系。
项目数据库表结构：1. access_token：用户访问令牌表，用于存储用户的访问令牌信息。
2. cmd_record：任务执行记录表，用于存储任务的执行记录。
3. process_definition：工作流定义表，用于存储工作流的定义信息。
4. process_dependency：工作流依赖表，用于存储工作流之间的依赖关系。
5. process_instance：工作流实例表，用于存储工作流的实例信息。
6. process_instance_relation：工作流实例关系表，用于存储工作流实例之间的关系。
7. process_task_relation：工作流任务关系表，用于存储工作流任务之间的关系。
8. project_source_files：项目源文件表，用于存储项目的源文件信息。
9. resource：资源表，用于存储任务所需的资源信息。
以上是DolphinScheduler的主要表结构，它们一起构成了DolphinScheduler的数据模型，用于存储和管理任务调度系统的相关信息。
工作流
流程运转模型(五)发散运转模型- 异或模型(隐式)
隐式和显式的区别不是太大. 存在分支A—C 和分支A— D 都满足条件,但最终也依 然只能有一个分支被激活. 至于哪一个分支被激活,这 可能是人为的操作,也可能 是某种随机的自动选择.但 必须只有一个分支被激活 应用非常少,而且大多数的 工作流引擎不支持这种模型, 仅支持显式XOR 模型.
流程运转模型(八)发散运转模型- 发散模型
发散和并行最大的区别就是,各个分支(branch)的流程状 态(或流程数据): 1)在并行模型中,分支状态大多数情况下是不相等的.由 任务A 执行后的状态进行一定条件下的"拆分",形成了两 个分支(或多个分支)流程.这多个分支流程,在最终需要 重新聚合成一个主流程,以确保流程信息的完整性(当然, 实际运行中,可能存在因为超时等特定原因而最终抛弃某个 子流程). 2)在发散模型中,分支状态是绝对相等的.因发散而 产生的多个分支流程,在最终未必聚合(可能因为种种原因, 聚合的时候会抛弃一个和多个分支流程)
任务与Block Activity
任务和Block Activity非 常相似,但并不一样 如图,task中的多个 action没有顺序关系, action Block Activity中,各个 activity应该顺序执行
流程起点模型(一)
任何一个工作流能够运行,需要条件-- "起点"来激活 起点也是一种任务节点.这个节点可能会进 行一定的操作,可能只涉及一些数据的改变. 导致一个流程被激活
三大主流
工作流比较
第 1 页，共 2 页
功能
53349265.xls 项目 任务分配：分配 给用户和岗位； 分配算法 会审 动态协作、代理 撤销，退回 JBPM 支持对用户和岗位分配任务，用户只能 处理自己的任务，可以获取所属的岗位 的任务集合，并添加到自己的任务队列 中，如果需要退回给岗位中的其他人处 理，只需要把该任务的用户ID去掉。复 杂的分配算法需要自己实现。 可以在流程中配置，需要扩展实现 需要自己扩展实现 可以配置退回，撤销，复杂的需要扩展 实现 OsWorkflow Shark
53349265.xls 项目 服务商 标准 版本 开源 资源文档 学习成本 灵活性 扩展性 设计器 用户模型 后台服务 持久层
OpenWFE Shark Enhydra 1.完全基于WFMC和OMG规范的 基于有限状态机概念。 工作流 1.WFMC 状态转换通过Action 2.XPDL作为自己的过程定义语 2.流程文件为自定义 言 2.8.0 1.7.2与1.7.3per0 开源 2.0以后版本，部分组件不开 开源，BSD license 文档不是很详细，有较多网络资 相对较少 有使用文档,无源码API 有较多的配置，刚开始较难掌握 比较容易学习 学习成本高 shark1.0是一款纯粹的工作流 很灵活 很灵活 引擎，代码量较少，易于阅读 较灵活 、易于改写、易于维护。 扩展性好 扩展性好，但较为繁琐 模块间独立性很强，扩展性好 扩展性好 基于Eclipse的流程设计器 自带GUI设计器，Java编制 Jawe 基于Eclipse插件 自带简单的用户模型，可以扩展到自定 有自己的用户模型，可以扩展实 自己带用户模型 义的用户模型，用户变更需要处理在途 现 带后台管理服务，需要部署 带web后台处理工作列 支持内存、序列化、JDBC、EJB和 基于Hibernate的持久层，扩展自己的实 DODS作持久化存储工具,也许 Ofbiz存储，很容易扩展自己的实 JDBC xml存取 现比较复杂 在大量数据应用时会出现问题 现 JPDL/BPEL/PageFlow，流程定义清晰简 单，支持状态图、事件、任务、分配、 定义流程模型-定义流 通过配置XML文件来配置，也可以 客户自定义的java类作为流程 泳道、处理器、上下文环境变量、脚本 程参与者-定义存储区通过GUI设计器 变量来使用 、异步处理、日程管理配置、JCR文档管 定义流程-分配权限 理、异步同步消息、EMAIL 对外提供接口调用,支 调用接口简单 提供了很多方便的接口 持rmi 可以通过上下文环境和任务控制器，向 任务传递业务数据，系统自动保存流程 状态和上下文环境。如果业务信息量 大，可以只传递关键信息，通过这些信 息在从数据库中检索详细信息，展示给 需要修改代码，处理分页数据，复杂的 无 查询审批逻辑比较困难
基于shark工作流引擎的企业办公自动化系统研究与实现
结构 ，详 细 设 计 了基 于 ｗ ｂ的工 作 流 管理 系统 。重 点 阐述 了 两 个 关键 系统 模 块一 公 文 管 理 子 系统 和 流 程 自定 义模 块 的 实 ｅ 一
【 关键词 】 ｈ ｒ ：Ｓ ａｋ工作流引擎 ；办公 自动化 ； 工作流管理 系统 ； 公文
目前 许 多 企 业 内 部 办 公 已不 能 满 足 其 改 革 与 发 展 要 求 ． 主 要 表 现 在 ： 外 在 环 境 的 要 求 不 一 致 ； 法 实 现 高 效 、 容 量 信 与 无 大 息互 换式 的 可 靠 管 理 ； 法 实 现远 程 终 端 工 作 的连 接 。 无 为进 一步 推进 企 业 办 公 自动化 和管 理 现 代 化 建 设 ．不 断提 高其 整 体 办 公 效率 ， 企业 需 要 实 施 一个 办公 自动 化 网 络 系 统 ２１开发 工 具 和运 行 环 境 的选 择 ． 为 了使 企 业 办公 自动 化 系 统 适 用 于 各 中 操作 系统 。 用 ． 应 ａ ． ｖ 语 言进 行 开 发 是 最 佳 的选 择 。 目前 ｊ ａ开 发 工 具 很 多 ． ａ ａ ｖ 比较 的 办公 自动 化 系 统 。 流 行 的 有 ｊｕ ｄ和 ｅｌ ｓ ｂａ ｃｉ ｅ等 。Ｅ ｌｓ ｐ ｃｉ ｅ是 一 款 很 不 错 的 开 发 工 ｐ １ ｓａｋ工 作 漉 引 鼙 ．ｈ ｒ 具， 它是 一 个 开 源 的 、 扩 展 的 集成 开 发环 境 ． 此 我们 选 择 Ｅ 可 为 ． 工 作流 引 擎 是 工 作流 管 理 系 统 的 核 心 。Ｅ ｈ ｄａＳ ａｋ简 称 ｃｐｅ作 为 企业 办 公 自动化 系统 的开 发工 具 。Ｌｎｘ ｏａｌ ｗ ． ｎ ｙｒ ｈ ｒ（ ｌｓ ｉ ｉｕ＋ ｒｃ ＋ ｅ ｅ Ｓ ａｋ ｈｒ）是 一 个 著名 的开 源 工 作 流 引 擎 。它 完 全 基 于 Ｗｆ ｂｏｉ 是 本 办 公 自动化 系统 的运 行环 境 。 目前 许 多 企 业 ＪＥ ＭＣ ｌ ｃ ｇ ２ Ｅ项 （ ｒｆ ｗ Ｍ ｎ ｇｍ ｎ ｏｌｉｎ ￣ｏｋ ｏ ａ ａｅ ｅｔＣ ａ ｔ ）和 ０ ｆｂｅｔＭａａｅ ｎ 目都采 用这 样 的 组合 ， 运 行 环境 安全 、 ｌ ｉｏ ＭＧ Ｏ ｊｃ ｎｇｍｅｔ 该 可靠 、 定 。 稳 Ｇ ｏｐ标准。因为它的源代码开放 ， 以便于借鉴其 内部架构和 ２２系 统 功 能模 块 ｒｕ） 所 。 实 现 方 式 。Ｌ ｔｓ 司 在 其 开 源 网站 ｗ ｗｅｈ ｄ ｏｇ上 发 布 了 ｕｒ 公 ｉ ｗ ． ｙ ｍ． ｎ ｒ 通 过对 企 业 办 公 自动 化 的需 求 分 析 ．提 出 了企 业 办公 自动 工 作 流 系统 框 架 。 Ｓ ａｋＯ ｊｃｗ ｂｏｇ 可 下 载 各个 版 本 的执 化 系统 的功 能模 块 结 构 ， 图 １ 示 。 在 ｈｒ．ｂ ｔｅ ． 上 ｅ ｒ 见 所 行 程序 和 源代 码 。 ｈ ｒ 要 由服 务 器 管 理 控 制 台 、 管 理 器 、 Ｓａ ｋ主 包 持 久 层 服务 、 日志 管 理 器 、 程 库 、 程 实 例 运 行 模 块 、 户 端 等 功 流 过 客 能 模块 组 成 。 每个 组 件 都 是 按 照标 准实 施 的 。 而且 可被 具 体 项 目 的 模块 扩 展 和 替换 １１ 于 Ｗｅ ．基 ｂ的工 作 流管 理 系统 随 着 ＷＷＷ 的迅 猛 发 展 和普 及 ．许 多 Ｗｆ ＭＳ产 品 开 始 支 持 各 种各 样 基 于 Ｗｅ ｂ的应 用 ． 持 Ｗｅ 支 ｂ的优 势 不 仅 在 于 不 需 要 安 装 特 定 的 客 户端 软 件 ， 且 便 于 系 统 资 源 的统 一 管 理 。目前 的 产 而 图 １办 公 自动 化 系统 功 能 模 块 结 构 （ ） 公 门 户 。包 括 待 办 事 宜 、 作 安 排 、 作 日志 、 息 共 １办 工 工 信 品还 仅 限 于 允许 在 浏 览 器 中 初始 化 和 控制 工 作 流 。 随 着 将 来 更 多 技 术 的支 持 ．在 Ｉｔ ｅ 上 包 含 多 个 Ｗ硎 工 作 流 服 务 器 的 享 、 案 查 阅 、 产 预 约 、 表 填 报 、 人 设 定 等 ． 方 便 了个 人 ｎｅ ｔ ｎ ｒ 档 资 报 个 既 办 公 ， 时 也便 于企 业 办 公人 员之 间 的交 流 。 同 跨 企 业 的工 作 流 系 统 必 将 成 为现 实 。 １ ａ ． ｓ ｒ 作 流 引 擎 分析 与实 现 ２ ｈ ｋ工 （） ２ 电子 邮 件 。 过设 置 邮箱 ， 通 员工 可 以收 发 电子 邮件 ， 样 这 从 工 作 流 引擎 负 责 对工 作 流 过 程 定 义 进 行 解 释 、 建 、 督 、 方 便 了员 工 之 间 以及 员 工 与 外 界 的 交 流 ． 而提 高 了工 作效 率 。 创 监 （ ） 文 处 理 。 要 管 理 日常工 作 中 的单 位 内外 部 的 各种 公 ３公 主 控 制 和 管 理工 作 流 实 例 ．维 护 工 作 流 控 制 数 据 和工 作 流 相 关 数 包 收 公 签报 拟 稿 、 文 流 转 、 发 收 据 等 。ｓａｋ工 作 流 引 擎 是一 款 优 秀 的工 作 流 引 擎 ． ｈｒ 易配 置也 很 文 。 括 发 文起 草 、 文 登 记 、 文 传 阅 、 文流 转 、 报 流 转 、 文 流 程 。 文 流程 中 ． 户 可 以 预先 定 义 公 签 公 公 用 方 便扩 展其 它 功 能 模块 。 在 登记 及 公 文流 转 过 程 Ｓａ ｈｒ 内部 调 度 机制 不 是 很 复 杂 。 个 调 度 方 法也 基本 上 文 的处 理 流 程及 相 应 的处 理 权 限 ． 拟 制 、 ｋ的 整 可 基 于 Ｗｆｒ ｅｓ ｐ 类 的 ｒｎ方 法 ，采 用 的 是 遍 历 循 环 的 方式 。 中具 有 相 应权 限 的人 员 可 以进 行 公 文 在线 编辑 。 以 进行 跳 签 、 Ｐｏ ｓｌ ｌ ｃ ｍ ｕ 退签 、 撤销 等 处 理 。 文 流转 包 括 了公 文 的 发文 草 拟 、 文 公 发 它 是遍 历 已经 完成 的活 动 实 例 ． 后 往 下 推 进 Ｓ ａｋ的 ｒｎ调 度 插 签 、 然 ｈ ｒ ｕ 发文 会 签 、 发文 签 发 、 文登 记 、 发 发文 传 阅 、 文 签 收登 记 、 收 方 法 ． 比较常 用 的 调 度 机制 。首 先 是 效 率 比较 高 ， 次 是 比较 审 核 、 是 其 收 收 收 公 公 直 观 。 容 易理 解 。 但 是 。 调 度 机 制 的 影 响 ，ｈｒ 难 支 持 复 收 文 审 核 、 文 拟 办 、 文 批 办 、 文 承 办 、 文 归 档 销 毁 、 文 也 受 Ｓ ａｋ很 查 询 以 及公 文 的流 程 监 控 、 文催 办 、 文 流 程定 制 等 。 公 公 杂 的运 行 模 型 。 在 工作 流 模 型 中 ．客 户端 应 用 与 工 作 流 引 擎 的 交 互 是 通 过 （ ） 案管理 。对组织机构中的各类电子文档进行管理 。 ４档 查 管理员可对文档进行分类 ． 对各个文档 类别指定相 定 义 良好 的接 口完成 的 ．ｈｒ Ｓａｋ在 ｏｇ ｎ ｖ ｒ． ａｋ ｐ．ｌｎ 包 询相关信息 。 ｒ． ｈ ｄａｓ ｒ． ｉ ｌ ｔ ｅ ｈ ａ ｃｅ 中提 供 了一 系 列 的接 口 ， 些 接 口共 分 为 四 类 。（ ）ｍ ｂ ｓ： 这 １ｔ ｅ ａｅ包 应 的 发 布权 限和 查 询 权 限 。 ｉ （ ） 表 系 统 。 对 日常工 作 中需 要 使 用 的报 表 进 行 定 制 。 ５报 并 含 了描述 Ｕ ℃ ｉｅｓｌ ｏｒｉａ ｄＴｍｅ￣－ 些类 的定义 ；２ １ ｎｖｒ ｏｄｎ ｔ ｉ ） － ａＣ ｅ （） ｂｓ： 含 了 一 些 通 用 的接 口 ；３ ｗｍ ｄ ｌ 含 了一 些 通 用 接 且 对 不 同 的报 表 进 行 流 程设 置 ．不 同权 限 的人 员 具 有 查 询 不 同 ａｅ 包 （ ） ｆｏｅ包 ： 口 和处 理 工 作 流 管 理 功 能 的 一 些 异 常 处 理 接 口 ；４ ｆ ｒｉ ： 报 表 流 转 的功 能 。 （ ）ｗｓ ｖ ｅ ｅ ｃ （ ） 议 管 理 。 会议 及 内 容进 行 管 理 。 括 会议 起草 、 议 ６会 对 包 会 包 含 了一 些 出于 管 理 目的 和异 常 处 理 的 接 口 ． 同时 也 是 ｓａｋ ｈ ｒ 其 他 接 口的人 口 。 流转 、 会议 流程 。 （ ） 产 管 理 。管 理 公 司 固定 资产 。 括 固 定 资 产 的 卡片 维 ７资 包 ２ 企业 办 公 自动化 系统 的 需 求分 析 与 实现 ．
工作流框架对比
工作流开源框架JBPM：简介Java Business Process Management(业务流程管理)，覆盖了业务流程管理、工作流、服务协作等领域的一个开源的、灵活的。
Jbpm是公开开源代码项目，它使用要遵循Apache License.Jbpm在2004年10月18日，发布了2.0版本，并在同一天加入了Jboss，成为了Jboss企业中间件平台的一个组成部分，jbpm也进入了一个全新的发展时代。
优势将业务流程复杂的系统结构清晰化，提供系统运行的灵活性解耦系统业务流程（流程独立，可以使用工具定义和建模，利于跟踪、监控、管理、调度、优化和重整）提供系统的灵活性(系统流程定义生产环境的修改和调整，用户和外部工具交互，任务的动态分派)使用使用简单，易上手，源代码也易读，作嵌入式工作流是一个很好的选择OSWORKFLOW：简介完全用java语言编写的开放源代码的工作流引擎，具有显著的灵活性及完全面向有技术背景的用户的特点。
用户可以根据自身的需求利用这款开源软件设计简单或是复杂的工作流。
优势绝对的灵活性、较为简单的和灵活的实现方式不足非标准脚本语言，工作流引擎对于自动任务支持尚不完善OpenWFE：简介John Mettraux所领导的项目组开发的一套符合WFMC标准的工作流管理系统组件。
项目使用JAVA语言编写，具有功能完善、通用型好、扩展能力强等特点。
其除了能够为各种开发环境提供一个符合要求的工作流引擎之外，也能够直接作为一个完整有效的工作流管理系统进行使用。
其主要功能模块包括优势可视化工作流、动态表单、智能报表, 丰富的应用模板开源工作流产品占有率趋势2004年前，国内的工作流引擎使用率最高的是osworkflow到2004年底，Shark就占有了明显的优势地位，分析有如下原因：国内的企业都看中XPDL，因为这意味着在产品说明书中又可以吹牛说“我们遵循WFMC……”Shark的确是一套不错的工作流引擎，就算你只是想学习XPDL，你也可以从学习Shark开始jbpm3支持bpel4ws的核心部分。
工作流模型
过程视图是工作流模型的核心视图。
它描述企业的业务流程，定义业务过程中包含的活动以及这些活动之间的逻辑关系。
活动和活动间以连接弧表示控制关系。
通过描述活动的基本属性，如活动由谁执行，有哪些人员、组织或盟员企业负责执行，活动执行需要的软件(如应用程序)和硬件(如机床设备)资源，以及活动的触发条件、执行状态等，可以建立过程视图、资源视图和组织视图的关系。
过程视图是本文研究的主要内容，本文通过ECA规则来表达过程视图。
基于ECA规则和元操作的工作流建模原理3.1 工作流模型的结构图：工作流模型的结构1.1.1过程视图过程视图是工作流模型的核心视图。
它描述企业的业务流程，定义业务过程中包含的活动以及这些活动之间的逻辑关系。
活动和活动间以连接弧表示控制关系。
通过描述活动的基本属性，如活动由谁执行，有哪些人员、组织或盟员企业负责执行，活动执行需要的软件(如应用程序)和硬件(如机床设备)资源，以及活动的触发条件、执行状态等，可以建立过程视图、资源视图和组织视图的关系。
过程视图是本文研究的主要内容，本文通过ECA规则来表达过程视图。
1.1.2组织视图组织视图描述企业中的组织单元和组织单元间的关系。
组织单元是具有一定功能和责任的组织实体，一般会承担过程模型产生的各种任务。
组织单元之间往往存在从属或协作关系，形成一定的对应关系。
本文对组织视图描述中，采用一种面向对象的关系模型，不同于传统的层次结构。
是在组织模型中引入类的概念(如角色类、组织类、人员类、职位类等)，建立类之间的关系模型，支持层次化的查找和匹配规则，便于工作流的任务分配和执行者绑定。
1.1.3资源视图资源视图描述企业中资源的类型以及资源实体的属性。
资源是工作流模型中非常重要的一个概念，是活动可以执行的必备条件。
资源类型可以是执行活动所需的软件和硬件设施等，或者是活动执行后产生的新的物理实体。
组织视图和资源视图之间存在着映射关系，即每一个资源实体都有与其对应的责任组织单元，该组织单元负责对此资源实体的使用和维护。
工作流引擎核心调度算法与PetriNet
PN 的算法描述本身是很简单的：任何一次 Token 的转移，都会引起对整个流程（在 PN 中叫 Case）的重新使能（enabled）遍历。—— 就像“蝴蝶效应”。
如果上面这句 PN 算法的描述，您并不是很清楚，那么建议你暂停往下阅读。先去查阅一 下有关 PN 的资料，看看先。
接下来，就让我们看看这些开源引擎的核心调度算法。—— 呵呵，没办法了，我只能拿 开源的咚咚来跟大家说说了。这样一不涉及保密，二不涉及泄密。
注：严重 bs 那些修改或一心想着修改开源引擎代码的家伙。
先说说四个非 PetriNet 调度算法的开源引擎
主要说几个大家都比较熟悉的：OBE，Shark，OSWorkflow，jBpm。分析一下他们的调度 算法，就基本上可以知道其能力有多强。
OBE 的引擎调度机制..........................................................................................................4 Shark 的引擎调度机制 ........................................................................................................5 OSWorkflow 的引擎执行机制 ............................................................................................6 JBpm 的引擎执行机制 ........................................................................................................6 再说说两个 PetriNet 调度算法的开源引擎 ...............................................................................9 YAWL 的引擎调度机制 ....................................................................................................10 Bossa 的引擎调度机制（标准的 PN 机） .......................................................................12 结尾 ............................................................................................................................................15
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
SHARK工作流引擎的表结构
背景：
Shark作为一个满足XPDL规范的开源工作流引擎，由于有JAWE作为定义工具，现有的很多流程表达，接口的定义都比较丰富。
在数据库的数
据结构表达和代码结构上也有很多优点。
当然，Shark 还是在传统的关系数据库的基础上，提出了一个适用于关键业务开发的基于关系结构的工作流引擎的表结构。
关键词：表结构、工作流引擎、shark、数据结构
1数据库表的关系图
Shark中共含有44个表，分别表达不同的数据结构，对应表数据内容和功能的对应关系，分为用户管理、事件管理、包管理、流程流转的控制数据管理等部分。
1.1用户管理
系统的用户和用户组的基本信息
1.2事件管理
在流程运转过程中，针对流程启动和结束，上下文数据，状态数据的改变，任务结束等事件，都记录了变化的前后过程。
1.3包管理
1.4.1在流程定义的参与者和系统真正用户之间有对应关系
1.4.2应用和调用工具类之间的映射
1.5辅助表
1.6流程流转控制数据管理
2Shark持久层对表的封装
class=" usergroup.HibernateUser" table="usertable"
hibernate.participantmappin g.cfg.xml HibernateParticipant.hbm.xml
class =" partmappersistence.data.HibernateParticipant"
table="participant"
<joined-subclass
name="com.cs3.workflow.partmappersistence.data.HibernateProcessLevelParticipa table="proclevelparticipant">
<joined-subclass
name="com.cs3.workflow.partmappersistence.data.HibernatePackageLevelParticip table="packlevelparticipant">
HibernateGroupUser.hbm.xml
class =" partmappersistence.data.HibernateGroupUser"
table="groupuser"
HibernateNormalUser.hbm.xml
class=" partmappersistence.data.HibernateNormalUser"
table="normaluser"
HibernateProcessPartMap.hbm.xml"
class=" partmappersistence.data.HibernateProcessPartMap"
table="process"
<many-to-one name="pck" column="packageoid"
class=" partmappersistence.data.HibernatePackage" not-null="true"/> <bag name="processLevelParticipant" lazy="false" inverse="false">
<key column="processoid"/>
<one-to-many
class=" partmappersistence.data.HibernateProcessLevelParticipant"/> </bag>
HibernatePackage.hbm.xml
class="partmappersistence.data.HibernatePackage"
table="package"
<bag name="processes" lazy="false" inverse="true">
<key column="packageoid"/>
<one-to-many class=" partmappersistence.data.HibernateProcessPartMap"/> </bag>
<bag name="packageLevelParticipant" lazy="false" inverse="true">
<key column="packageoid"/>
<one-to-many class=" partmappersistence.data.HibernatePackageLevelParticip </bag>
hibernate.appmapping.cfg.x ml （比较怪异，文件直接含有hbm.xml的内容<hibernate-mapping）
<hibernate-mapping>
<class name="com.cs3.framework.test.HibernateActivity" table="activities"
<hibernate-mapping>
hibernate.applicationmappin g.cfg.xml HibernateApplicationMapping.hbm.xml
class="com.cs3.workflow.appmappersistence.HibernateApplicationMap"
table="applicationmappings"
hibernate.processlocking.cf g.xml HibernateLockEntry.hbm.xml
class=" processlocking.HibernateLockEntry"
table="locktable"
表三、独立的*.hbm.xml文件
3功能对应数据库表数据
3.1启动和登录
3.2用户管理
3.3存储库管理
3.4包管理
3.5流程化实例管理
3.6管理工作列表
3.7应用程序映射
3.8流程监控
4附录
4.1.1持久对象和表的对应关系
表二、持久对象和表的对应关系（静态数据）
5应用实例
待续…
见
附：
涉及用户管理的外部接口:
接口（wfservice）实现类及描述UserGroupAdministration UserGroupAdmin ParticipantMappingAdministration ParticipantMappingsAdministrationImpl ParticipantMap ParticipantMapImpl。