一种基于元数据库的业务流程定制模型的制作方法
【技术领域】
[0001] 本发明属于计算机技术领域，涉及一种流程定制模型，特别是涉及一种基于元数 据库的业务流程定制模型。
【背景技术】
[0002] 工作流(业务流程或业务流)是企业中一系列创造价值的活动的组合。活动与活动 之间相互独立，或存在数据或控制关联，触发条件则决定了流程的自由走向。多年来，工作 流问题吸引了很多学者和研究机构进行了大量深入的研究。《一种轻型工作流引擎的设计 与实现》一文基于.NET编程平台，开发了一种轻型工作流引擎，《一种轻量级工作流引擎的 研究与设计》采用Java技术实现一个轻量级工作流引擎设计，以方便地嵌入到面向流程的 应用程序中，实现工作流系统管理的功能。为了支持流程的动态改变，《On Managing business processes variants》提出了一个支持业务流程动态改变的管理机制，此外还有 其他一些工作流管理机制。这些方法基本都是基于某特定编程平台或某流程架构的，是面 向编程人员的，不是面向业务人员的；而且对于业务流程比较多，变化较快的业务流程，如 果基于已有的商业的流程管理架构，业务人员往往难以使用，不便于流程的更新;且即使许 多业务系统有自己的流程定制方法，但往往过于复杂，而且不同板块的流程定制方法不统 〇
【发明内容】
[0003] 为解决传统流程定制面向编程人员而非业务人员，流程更新困难的问题，本发明 提出了一种基于元数据库的业务流程定制模型。
[0004] 本发明所采用的技术方案是：一种基于元数据库的业务流程定制模型，通常一个 系统是由多个流程构成，而一个流程又由多个业务阶段构成，而流程可能是会变化的;其特 征在于:所述模型由包括业务阶段表、流程描述表、系统流程表和业务办理表在内的基本表 组成，所述模型的实现过程包括以下步骤：
[0005] 步骤1:元数据库逻辑设计；
[0006] 步骤1.1:业务阶段表逻辑设计，包括流程编号、阶段编号、阶段名称、办理时间限 制和阶段描述；
[0007] 步骤1.2:流程描述表逻辑设计，流程编号、阶段编号、触发条件、下阶段编号、分支 号；
[0008] 步骤1.3:系统流程表逻辑设计，包括流程编号、流程名称、流程包含业务阶段、政 策法规、开始时间和结束时间；
[0009] 步骤2:过程库逻辑设计；
[0010] 业务办理表逻辑设计，包括阶段号、业务流号、流程编号、办理阶段编号、经办人编 码、上一阶段号、收件日期、处理意见、意见类型、入过程库时间、入现势库时间和入历史库 时间；
[0011] 步骤3:根据具体业务需求，在对应表中添加相应业务阶段记录、流程描述记录和 系统流程记录；
[0012] 步骤4:客户端根据步骤2中创建的业务办理表，通过调用元数据库中系统流程表 中的对应记录，即可实现对应的业务流程；
[0013] 步骤5:在系统流程发生变化时，业务人员更新系统流程表中的流程记录，对流程 描述表添加相应的触发条件，即可完成流程定制。
[0014] 作为优选，步骤1.2中所述触发条件是描述性的条件，如果满足触发条件，则转移 到下阶段。
[0015] 作为优选，步骤1.3中所述系统流程表，当流程变化了，则标记流程结束时间，添加 新的流程记录，新流程记录用一个新的流程编号。
[0016] 作为优选，步骤2中所述阶段号是机器自动生成的唯一标识码;业务流号是业务系 统自动生成的一个业务逻辑编号;流程编号是外键，对应于元数据库中系统流程表中的流 程编号;办理阶段编号是外键，对应于元数据库中业务阶段表的阶段编号;处理意见是本阶 段当前处理意见；意见类型包括提交意见或退回意见;业务办理表的其他字段为示意性字 段，根据具体情况修改。
[0017] 作为优选，步骤4中所述客户端通过调用元数据库中系统流程表中的对应记录是 通过流程编号具体实现的。
[0018] 作为优选，步骤5中，当流程发生变化时，原客户端调用的流程仍然保存在系统流 程表中，添加结束时间，原业务办理流程是不变的，客户端仍调用该流程，客户端代码不需 要改变。
[0019] 作为优选，步骤5中，当流程发生变化时，系统流程表中添加新的流程记录，生成新 的流程编号，客户端新的流程调用该新流程编号所对应的流程。
[0020] 本发明提出的基于元数据库的流程定制模型，摆脱了依赖特定编程平台或商业工 作流引擎的限制，达到国内一般商业成熟工作流引擎软件的支撑力度水平。业务环节的逻 辑联系不需要设置固定的控制结构（如顺序结构、并行结构），而通过设置不同的触发条件 和扩展活动的属性项以适应模型的动态修改。基于元数据库的流程管理，方便定制，而且不 同板块的定制方法是统一的：即不同类别的流程，可以用一个统一的模型，把不同的流程图 都用"工作流表"表示出来，然后与"业务办理阶段"关联，有利于编程人员统一实现具体的 走流程过程;也有利于管理人员或决策者统一查询，方便监管。
【附图说明】
[0021] 图1为本发明实施例的多分支业务流程图。
[0022]图2为本发明实施例的合同备案流程图。
[0023]图3为本发明实施例的合同备案变化后流程图。
【具体实施方式】
[0024]为了便于本领域普通技术人员理解和实施本发明，下面结合附图及实施例对本发 明作进一步的详细描述，应当理解，此处所描述的实施示例仅用于说明和解释本发明，并不 用于限定本发明。
[0025] 本发明提出在建立房管元数据库基础上管理流程的模型，通常一个系统是由多个 流程构成，而一个流程又由多个业务阶段构成，而流程可能是会变化的;模型由包括业务阶 段描述表、流程描述表、系统流程表和业务办理表在内的基本表组成;模型的实现过程包括 以下步骤：
[0026] 步骤1:元数据库逻辑设计；
[0027]步骤1.1:业务阶段表逻辑设计，包括流程编号、阶段编号、阶段名称、办理时间限 制和阶段描述；
[0028] 步骤1.2:流程描述表逻辑设计，流程编号、阶段编号、触发条件、下阶段编号、分支 号；
[0029] 步骤1.3:系统流程表逻辑设计，包括流程编号、流程名称、流程包含业务阶段、政 策法规、开始时间和结束时间。
[0030] 步骤2:过程库逻辑设计；
[0031]业务办理表逻辑设计，包括阶段号、业务流号、流程编号、办理阶段编号、经办人编 码、上一阶段号、收件日期、处理意见、意见类型、入过程库时间、入现势库时间和入历史库 时间。
[0032] 步骤3:根据具体业务需求，在对应表中添加相应业务阶段记录、流程描述记录和 系统流程记录；
[0033] 步骤4:客户端根据步骤2.1创建的业务办理表，通过调用元数据库中系统流程表 中的对应记录，即可实现对应的业务流程。
[0034]步骤5:在