OA需要分析3
2005-12-29 13:07
134 查看
数据库设计
工作流引擎一块
信息模型的核心是业务活动表ACTIVITY,其它相关的表结构主要业务过程PROCESS、业务规则(活动流转规则)ROUTING_RULE、活动的前依赖规则PRE_RULE、活动的后转发规则:NEXT_RULE ;任务指派规则ASSGN_RULE、任务列表TO_DO_TASK_LIST以及完成的任务列表HAVE_DONE_TASKS。
每个业务过程由若干业务活动组成,不同的业务活动通过各不相同的ACT_ID来唯一标识,ACT_TYPE则指明相应活动的类型。同一个业务活动在工作流运行时可能具有多个实例(instance)。我们将活动的实例称为任务[1],将属于同一业务过程的任务称为属于同一批次的任务。有的业务活动可能针对具体的业务环节,即在前台(后台)对应实际的应用逻辑;有的业务活动则不针对具体的业务环节。活动类型可以进行如下分类:
l INITIAL,初始化活动,业务过程的第一个活动,不针对具体业务环节。
l INTERACTION,常规交互活动,INTERACTION活动对应实际的业务环节,在前台对应实际的应用逻辑,完成此活动需要实际人员的参与。在所有活动类型中,只有INTERACTION活动才需要与实际人员交互。
l AUTOMATION,常规自动活动,同样对应实际的业务环节,但是实际的应用逻辑位于后台,由工作流引擎自动调用完成。AUTO_EXECUTIVE指明相应应用逻辑的执行体。
l AND_BRANCH,与分支活动,不针对具体业务环节,此活动将同时派生出若干后继活动。
l OR_BRANCH, 或分支支活动,不针对具体业务环节,此活动将同时派生出若干后继活动。
l AND_MERGE,与汇聚活动,是一同步活动,不针对具体业务环节,流经此处的任务将进行与汇聚同步。此活动将进行活动的前依赖规则检查,只有所有的前依赖规则均被满足,才可流向后继活动。
l OR_MERGE,或汇聚活动,是一同步活动,不针对具体业务环节,流经此处的任务将进行或汇聚同步。它同样将进行活动的前依赖规则检查,但是在前依赖规则只要存在一条满足指定条件的,就可以流向后继活动。OR_MERGE_FLAG用于指定或汇聚条件。
l VOTE_MERGE,投票汇聚活动,是一同步活动,不针对具体业务环节,同一批次的任务只有达到NUM_VOTES_NEEDED所指定的票数才可流向后继活动。
l DUMMY,哑活动,不针对具体业务环节,它可以作为某些活动的虚拟后继活动,还可以使用它来构造更为复杂的业务规则。若哑活动有后继活动,则可以立即流向后继活动。
l COMPLETION,终结活动,表明相应业务过程的终结,不针对具体业务环节。
拷贝我都不想了,图不知道怎么插入~~~~~~
工作流引擎一块
信息模型的核心是业务活动表ACTIVITY,其它相关的表结构主要业务过程PROCESS、业务规则(活动流转规则)ROUTING_RULE、活动的前依赖规则PRE_RULE、活动的后转发规则:NEXT_RULE ;任务指派规则ASSGN_RULE、任务列表TO_DO_TASK_LIST以及完成的任务列表HAVE_DONE_TASKS。
每个业务过程由若干业务活动组成,不同的业务活动通过各不相同的ACT_ID来唯一标识,ACT_TYPE则指明相应活动的类型。同一个业务活动在工作流运行时可能具有多个实例(instance)。我们将活动的实例称为任务[1],将属于同一业务过程的任务称为属于同一批次的任务。有的业务活动可能针对具体的业务环节,即在前台(后台)对应实际的应用逻辑;有的业务活动则不针对具体的业务环节。活动类型可以进行如下分类:
l INITIAL,初始化活动,业务过程的第一个活动,不针对具体业务环节。
l INTERACTION,常规交互活动,INTERACTION活动对应实际的业务环节,在前台对应实际的应用逻辑,完成此活动需要实际人员的参与。在所有活动类型中,只有INTERACTION活动才需要与实际人员交互。
l AUTOMATION,常规自动活动,同样对应实际的业务环节,但是实际的应用逻辑位于后台,由工作流引擎自动调用完成。AUTO_EXECUTIVE指明相应应用逻辑的执行体。
l AND_BRANCH,与分支活动,不针对具体业务环节,此活动将同时派生出若干后继活动。
l OR_BRANCH, 或分支支活动,不针对具体业务环节,此活动将同时派生出若干后继活动。
l AND_MERGE,与汇聚活动,是一同步活动,不针对具体业务环节,流经此处的任务将进行与汇聚同步。此活动将进行活动的前依赖规则检查,只有所有的前依赖规则均被满足,才可流向后继活动。
l OR_MERGE,或汇聚活动,是一同步活动,不针对具体业务环节,流经此处的任务将进行或汇聚同步。它同样将进行活动的前依赖规则检查,但是在前依赖规则只要存在一条满足指定条件的,就可以流向后继活动。OR_MERGE_FLAG用于指定或汇聚条件。
l VOTE_MERGE,投票汇聚活动,是一同步活动,不针对具体业务环节,同一批次的任务只有达到NUM_VOTES_NEEDED所指定的票数才可流向后继活动。
l DUMMY,哑活动,不针对具体业务环节,它可以作为某些活动的虚拟后继活动,还可以使用它来构造更为复杂的业务规则。若哑活动有后继活动,则可以立即流向后继活动。
l COMPLETION,终结活动,表明相应业务过程的终结,不针对具体业务环节。
拷贝我都不想了,图不知道怎么插入~~~~~~
相关文章推荐
- 系统需求分析文档需要考虑的问题
- 【脚本语言系列】关于Python算法分析,你需要知道的事
- 杭电ACM OJ 1012 u Calculate e 乍一看很简单的公式题 其实需要从题中分析出两个递归来 非常巧妙!
- 2014.4新版uboot启动流程分析 他的博客需要学习
- 2012需要分析的一些技术(1)
- 网站测试需要提供的参数和结果分析
- 需要视频质量诊断,智能行为分析,人数统计的联系我
- 黑马入学测试题:/* * 1、 定义一个交通灯枚举,包含红灯、绿灯、黄灯,需要有获得下一个灯的方法,例如:红灯获取下一个灯是绿灯, * 绿灯获取下一个灯是黄灯。 * * 分析:
- Oracle分析函数model使用时需要注意的几个地方(一)
- 大数据时代,掌握数据分析需要做到这几点
- redis集群的搭建需要的服务器个数分析?
- 需要掌握的排序算法 (PHP语言分析)
- 转:优化转化:除了转化漏斗,你的弹药库还需要几种分析武器
- 企业为什么需要网络流量分析
- 关于递归调用栈需要空间大小分析
- 必备|大数据分析需要的五大基本资源!
- 预测未来OA协同系统市场七大演变分析
- 然之OA权限管理思路分析
- 基于‘BOSS直聘招聘信息’分析企业到底需要什么样的PHPer
- 面向过程就是分析出解决问题所需要的步骤,然后用函数把这些步骤一步一步实现,使用的时候一个一个依次调用就可以了;面向对象是把构成问题事务分解成各个对象,建立对象的目的不是为了完成一个步骤,而是为了描叙某个事物在整个解决问题的步骤中的行为(转)