K3 Cloud工作流环境配置指南

K3 Cloud工作流环境配置指南
K3 Cloud工作流环境配置指南

K/3 Cloud 工作流环境配置指南

1、安装消息队列

在Windows Server 2008 or Windows Server 2008 R2上安装消息队列 4.0

1.在服务器管理器中,单击“功能”。

2.在“功能摘要”下的右窗格中,单击“添加功能”。

3.在生成的窗口中,展开“消息队列”。

4.展开“消息队列服务”。

5.单击“目录服务集成”(用于加入域的计算机),然后单击“HTTP 支持”。

6.单击“下一步”,然后单击“安装”。

在Windows Server 2003 上安装消息队列 3.0

1.打开“控制面板”。

2.单击“添加/删除程序”,然后单击“添加/删除 Windows 组件”。

3.选择“消息队列”并单击“详细信息”。

注意:

如果运行的是Windows Server 2003,请选择“应用程序服务器”来访问消息队列。

4.确保在详细信息页上已选中“MSMQ HTTP 支持”选项。

5.单击“确定”退出详细信息页,然后单击“下一步”。完成安装。

6.如果提示您重新启动计算机,请单击“确定”完成安装。

2、配置MSDTC

(说明:若应用服务器和数据库服务器分开部署,分别在应用服务器和数据库服务器启用MSDT或者DTC。)

配置MSDTC(2003 server)

打开控制面板的管理工具——组件服务——我的电脑右键属性——MSDTC页签——安全配置中,如下图勾选该页签中的选项并确定。

DTC设置(Win8、win7 )

打开控制面板的管理工具——管理工具--组件服务——本地DTC右键属性——安全页签配置,如下图勾选该页签中的选项并确定。

3、Hosts文件添加IP

在应用服务器目录c:\windows\system32\drivers\etc中找到Hosts文件,在Hosts里面加上数据库的IP地址和机器名。与此同时在数据库服务器目录c:\windows\system32\drivers\etc中

找打Hosts文件,在Hosts里面加入应用服务器的IP地址和机器名。

工作流程的定义及工作流系统如何开发(精)

工作流程的定义及工作流系统如何开发 时间:2004-10-10 工作流就是: 在一个工作群组中,为了达成某一个共同目的而需要多人协力以循序或 平行工作的形式来共同完成的任务” 关于工作流的几个名词解释: 工作的流动性是一个人接着一个人执行,或同时由多人分开执行,或是上 述两类工作合并之后的混合性工作 泛指各种事务上所 必需执行的流程性 工作 循序或平行工作 若是单人就可以完 任务 多人

成的工作,则不能

归类为流程工作。 凡是一件工作必须 经由两个或更多人 来协力完成的工作 才能称为流程工作 多人参的流程性工 作,必须是以完成 共同目的为前提。 如果一群人是分别 共同目的 针对不同的专案来 执行各别的工作, 并不算构成一个工 作流程 工作流程的应用范围 在一般的组织活动中,有相当多数量的事务性工作可以被归类到流程性工作的范围里面,举例如下: 工作报表呈报流程

采购单 流程贷款审核流程 员工绩效考核 流程

各类报 表会签 流程 如何架构一个工作流程 首先要定义出在一个群组工作的环境下,所需要执行或控管的事务性工作性质 及其内容 根据所定义的工作内容,再将它分成许多子工作,或称为步骤。每个步骤都都 包含了在这个阶段所需要完成的项目清单,而且这些步骤内的项目应当是在逻 辑上适合在同一步骤内完成的。任何一件流程工作都会有许多不同的方法来分 解成许多子工作,而如何切割一个流程工作,则要根据实际的情况来做判断;决定各个步骤需要那些专业背景的人员来执行; 决定各个步骤在流程执行时的顺序; 在执行的过程中,有些步骤的执行会因为某些条件不同而产生不同的结果,进而影响到下一个步骤的执行。所以我们必须要找出这些特定的步骤,并且将相关的执行状态条件定义清楚; 将工作流程中的所有执行步骤及每个步骤之间的关系图画出来,并且根据这份关系图来验证流程的可行性。 根据各个步骤的不同需求,分别建立各阶段所需要的表单,工作指令,文件……等项目。 工作流系统开发一般的工作流管理系统由三个部分组成:工作流引擎、流程管理工

OA工作流使用详解

信达OA工作流使用详解 概念篇 随着企业管理信息化进程的不断深入,协同应用软件的概念已深入人心,而工作流系统正是协同应用软件的核心。通过应用IT技术来规范工作流程、提高工作的执行效率和准确度,是工作流系统主要解决的问题。 信达OA的工作流功能正是为这一需求而设计,可实现业务或公文的申请、审批、会签、登记、操作等环节的管理,可将工作过程进行记录,便于日后检查。并实现数据的规范化录入、查询、统计和存档。 简单来说,工作流就是把一项工作化解为多个步骤,由多人协同来完成。这里所指的工作是形形色色的,在办公室里进行的很多不同类型的工作,都可以用工作流系统来表达,信达OA的工作流由表单和流程这2个重要因素构成:表单:在工作流系统中,与工作相关的数据都可以通过“表单”来体现,“表单”是数据的载体,相当于现实工作中的各类工作单;在表单以外,还可以通过附件文件来传递数据与信息。 流程:在工作流系统中,工作过程都可以通过“流程”的定义来体现,“流程”是工作过程的描述,代表了一种制度或规范。 工作流系统相当于一个“万能模块”,通过合理的流程设置,规范化运作,可对我们的日常办公和企业管理提供极大的便利。 信达OA工作流的一些概念: 1、工作流就是几个人协同完成一项工作,简单而言,就是几个人按次序填写同一张“表单”,填写会签意见和传递附件。 2、表单可以由软件用户自行设计(一般由管理员设计好)。 3、信达OA的表单格式可以用网页设计工具或word等设计,设计好后复制、粘贴到“表单智能设计器”中,再添加表单控件就可以了。 4、每个流程对应一个表单,不同流程可以共用同一个表单。 5、流程分为固定流程和自由流程两种,固定流程由固定步骤组成,用户事先需定义好,自由流程无需定义流程步骤。 6、固定流程的每个步骤都需要设定经办人、可写字段、下一步骤等信息。 7、固定流程第一个步骤设定的经办人,才有权新建该流程(道理可想而知)。 8、执行中的工作和已完成的工作,都可以通过工作查询功能进行查询。 9、任何流程都可以指定监控人员和查询人员,监控人员可随时转交下步或终止流程(自由流程),监控人员和查询人员都可以查询该流程全部工作。

工作流配置

1. a. b. c. 2. 1. 1. 工作流配置 工作流范例 工作流快速配置 更多工作流程配置 工作流功能列表 触发条件 (并行审批) 用户在待审批人字段 中 只有当前用户在 ‘待审批人’ 字段中,才会显示当前工作流动作按钮。 '待审批人字段' 在 下面处理结果中三个并行审批设置中的任一个设置中指定: 章节(并行审批) 批准 (并行审批) 拒绝 (并行审批) 反馈 (并行审批)隐藏工作流动作 用于对所有用户隐藏当前工作流动作按钮。一般用于系统自动执行。例如:当所有审批人都审批完成后,工作流动作自动执行 '完成' 的动作。 校验条件 (并行审批)备注必填 用于检查用户是否填写了备注。备注可以被复制到 ‘审批意见’ 字段,以便于集中展示所有审批人的审批意见。 处理结果 (并行审批) 批准 执行并行审批的 批准 动作。 执行这个工作流动作后,都会把当前用户从 ‘待审批人’ 字段移动到 ‘已审批人' 字段,当 待审批人 字段 为空时(即所有人都审批完成),自动执行 ‘审批完成’ 的工作流动作。 如果用户填写了审批意见,那么在JIRA 问题查看页面,就会标注审批意见类型为 目录工作流范例工作流功能列表 触发条件 校验条件处理结果

2. 3. 4. 同意 (并行审批) 拒绝 执行并行审批的 拒绝 动作 如果用户填写了审批意见,那么在JIRA 问题查看页面,就会标注审批意见类型为 拒绝 (并行审批) 反馈 仅用于只添加反馈意见的多人并行流程。 执行这个工作流动作后,都会把当前用户从 ‘待审批人’ 字段移动到 ‘已审批人' 字段,当 待审批人 字段 为空时(即所有人都审批完成),自动执行 ‘审批完成’ 的工作流动作。 如果用户填写了审批意见,那么在JIRA 问题查看页面,就会标注审批意见类型为 反馈 (并行审批) 复制项目角色成员到自定义字段 如果每次申请的审批人都相同,不希望用户每次都手动选择审批人,就可以使用这个功能。通过用户角色维护审批人,然后插件会将项目角色成员复制到审批人字段,。 将指定项目角色中用户复制到指定多用户类型自定义字段 这个设置与 ‘(并行审批)批准’ 的区别在于,填写的 ‘审批意见’ 的类型不同。

工作流模块常见问题解答

为什么我的表单明明有内容,但预览却提示“表单内容为空”? 表单在添加控件之前预览为空,在表单中添加相应控件即可。 为什么我不能新建某个流程的工作? 需要检查两个设置:a、流程步骤第一步的步骤号必须是1;b、流程第一步骤的经办权限必须设置。 为什么我新建了工作对表单不能操作,无法填写数据? 联系管理员设置好本步骤的可写字段。 为什么表单里的有些控件我看不到? 可能是管理员设置了本步骤的保密字段。 为什么我办理工作时只有办理完毕,不能转交下一步? 当步骤选项设置为“无主办会签”时,只有最后会签人员才能转交下一步,其他人员办理工作只有办理完毕选项。 为什么我办理工作时会出现“无公共附件,并且您无权上传附件”提示? 因为流程设计中本步骤没有对公共附件的可写权限。 我想给流程换一个表单,为什么设计时无法选择了? 已经建立过工作的流程,表单就不能修改了。 为什么转交给张三的工作却到了李四那? 检查一下工作委托的设置,应该是设置了委托规则,将张三的工作交给李四处理了。 在我的工作和工作查询中打开工作详情和流程图页面空白,怎么解决? 请检查杀毒软件,在IE8环境下安装卡巴2010会导致此现象。 超时工作统计页面显示“该页无法显示”?

在系统管理—菜单管理检查“超时统计”的子模块路径是否正确,09版子模块路径为workflow/timeout_stat 流程转交提示“Parse error: syntax error, unexpected T_STRING in D:\MYOA\webroot\general\workflow\list\turn\condition.php(393) : eval()'d code on line 1” 请检查各步骤的条件设置,注意条件公式里的括号要用英文状态下的。 表单设计好之后点击“预览表单”,页面空白? 检查表单代码,将display属性删掉就可以了。 流程设计器看不到步骤的图形? a.检查浏览器是否阻止弹出窗口了; b.如果未阻止弹出窗口,并且IE安全级别比较低还 是不显示,用超级兔子修复浏览器 工作办理界面看不到“转交下一步”按钮? 如果右侧没有滚动条,请检查表单代码;如果右侧有滚动条仍然看不到“转交下一步”按钮,将屏幕分辨率调整一下。 工作流转交提示“表单尚未加载完毕,请等待后提交”? 设置好浏览器的安全级别,重新安装插件即可;如果不行的话,建议用户将IE升级到IE8。 表单设计中单元格对其方式设置相同,控件大小一致,但是整体显示不整齐? 删除单元格内多余的空格即可解决。 如果子流程设置了保密字段,父流程的数据还能映射到子流程吗? 可以。 子流程的数据能返回给父流程吗? 2010版可以实现此功能,之前版本不行。

工作流系统功能介绍简化版

工作流系统功能介绍 目录 1概述 (2) 2流程系统设计总图 (4) 3建模工具 (4) 3.1组织机构管理 (5) 3.1.1主界面 (6) 3.1.2岗位管理界面 (7) 3.1.3部门管理界面 (8) 3.1.4员工管理界面 (9) 3.2权限管理 (10) 3.2.1主界面 (11) 3.2.2权限组管理界面 (12) 3.2.3权限设置界面 (14) 3.3流程管理 (14) 3.3.1流程管理主界面 (15) 3.3.2启动节点配置界面 (15) 3.3.3处理者配置界面 (19) 3.3.4流转条件配置界面 (19) 3.3.5控制节点配置界面 (20) 3.3.6子流程节点配置界面 (21) 3.4表单管理 (21) 3.4.1表单管理主界面 (22) 3.4.2选择用户控件界面 (23)

4工作流引擎 (23) 4.1基本功能 (23) 4.2任务节点类型 (25) 4.2.1启动节点 (25) 4.2.2结束节点 (26) 4.2.3交互节点 (26) 4.2.4子流程节点 (26) 4.2.5控制节点 (26) 4.2.6查看节点 (26) 5业务平台 (26) 5.1业务平台主界面 (27) 5.2例子:差旅费报销流程 (27) 5.3未认领任务 (29) 5.4已认领任务 (30) 5.5已完成任务 (30) 5.6查看流程图 (30) 6与门户sps系统的整合 (31) 7流程监控服务系统(即时消息和Email) (32) 1概述 随着计算机软件应用的普及,信息化系统发挥的作用也越来越大,企业信息化建设的不断深入,对系统功能和自动化程度要求越来越高。客户要求系统功能与实际的工作情景紧密结合,对每个业务环节的控制要求越来越精确。如何让我们的信息化系统更加贴近客户需求,满足客户不断变化的业务流程成了我们软件开发商不得不面对的问题。

工作流表单引擎系统

表单系统设计 一、目的 表单定义:表单是用来呈现与存储数据的图形化界面,数据展现、数据存储、用户交互的工具。我们用火车来比喻,数据就是货物、表单就是车厢、火车头就是工作流程引擎。 自定义表单设计器,采用数据库格式化存储表单模板。 二、实现原理 自定义表单功能概括起来如下 1、表单预览,动态报表展示(列表数据展示) 2、表单数据填报, 3、支持多数据表同时填报,一对多数据表填报,单表多条数据批量填报等 4、自定义表单支持用户自定义模板 5、大量丰富的标准表单控件 三、目标 1、新建表单(需要关联流程id,表单关联实例,历史版本)。 2、表单预览。

3、主表单和子表单相关属性管理。 4、表单字段关联表单控件。 5、实现表单模型自动布局。 6、实现表单模板与数据结合渲染控制。 7、通过表单的定义自动创建/修改自定义数据表。 四、功能实现 4.1、表单定义管理 表单基本信息管理(表单名称、描述)、表单存储表字段管理、表单布局设计、表单数据验证定义、表单字段关联/子表单管理、表单字段编辑框行为管理,表单基本信息定义。 4.2、表单存储表字段定义 定义表单中用到的数据项,包括字段名、字段类型、长度、默认值、编辑框类型、是否允许为空、是否自增长字段、分组名称、是否在列表中显示等信息。编辑框类型一般有:文本框、文本域、复选框、单选框、列表框、时间日期选择、文件上传框等;这里定义的是表单主表字段,注意每张表单仅针对一张表,否则操作多张表的SQL不容易处理,涉及到主从表的情况可用子表单来处理。 4.3、表单布局设计 能够提供一个表单设计器。 自定义表单,有可视化表单设计界面,直接采用拖、拉、点、拽的方式来设计表单。 常见的数据获取保存等等,直接用页面构件,不需要用户写代码就能完成(有时候简单的sql语句还是需要写)。 4.4、表单数据验证定义 定义需要验证字段的规则,验证规则,可用正则表达式的方式来定义,系统内部可自带一些常用的验证规则,复杂的情况可能会出现各字段之间的值进行比较的情况。 比如判断空,是否数字,取值范围判断,是否日期,是否电话号码,省份证验证,汉字验证,等等多样的验证。 1、条件校验, 2、基础类型校验 3、逻辑表达式校验 4.5、表单字段关联/子表单管理 定义表/表单之间的关联信息,即主键外键信息。 4.6、表单字段编辑框行为定义 主要负责处理字段值发生变化时引发的其他编辑框事件,比如连动下拉框、从选择值中返回值并赋予其他字段编辑框、其他编辑框的隐藏等。 4.7、表单数据管理: 可根据字段配置信息显示表单的数据列表,并进行管理。

泛微工作流程

特殊说明,均属虚构。 本手册以及本手册所提及的任何产品的使用均受适应的最终用户许可协议限制。本手册由上海泛微软件有限公司制作。本手册中提及的所有商标、商标名称、服务标志及徽标均归其各自公司所有。

目录 五、工作流程(e-workflow) 工作流管理是提高组织效率的有效工具。与传统的纸张上的操作相比,在电子化的流程当中,每个请求不会丢失,而且在工作流的每个阶段由谁来负责处理请求也都有了明确的定义。 工作流管理模块同时也提供了可定制的浏览和报告的功能,从这些报告中可以清晰的了解哪些请求是创建最频繁的,哪些人处理的请求最多,以及每一个工作流完成所需要的时间周期。 通过电子化的方式,可以很方便的根据一个工作流相关的政策信息和手续对工作流进行定义,每一个请求的创建和批准都是基于一个规范,这将有助于按照统一、合理、高效的方式处理各种请求。 在系统中通过工作流管理模块可以按照组织的需求设置所需的工作流类型。 工作流管理模块与系统其他模块的链接关系,下图是一个示意图: 由于每一个请求都对应了一个系统定义的工作流,所以所有同类型的请求都将由一种工作流类型的方式来完成。这种类型的所有请求包括了同样的信息类型,同时在请求中明确了每一步由哪些人负责处理这些请求。 定义一个请求类型指创建这种类型的请求时,相应的工作流的表现方式。例如,一个缺席请求应该由该员工的经理和人力资源部门来进行批准。这样当一个员工递交缺席请求时,这个请求将自动流转到该员工经理那里。这些信息需要在定义该请求类型时进行设置。 当建立一个请求类型时,与之相关的选项和必要条件也就相应的确定。因此建议在建立和使用新的请求类型之前,用户需要参考和此请求类型相关的政策和文档。 这样做的原因是,并不是要等到需要递交某个请求时再去对请求类型进行设置,而是通过一个统一的方式,进行集中的定义。 5.1类型设置 工作流类型设置用于将工作流进行分类,如按照流程的使用性质,我们可以将流程分为日常工作、人事管理、费用相关等。 (图5-1-1) 具体操作为: 1)工作流管理员在(图5-1-1)所示页面选择【工作流程】->【类型设置】,进入如(图5-1-2)所示页面,这里显示的是已有的流程分类; 2)在(图5-1-2)所示中右键点击新建按钮后显示如(图5-1-3)所示的页面,在说明栏中输入流程分类名称后点击保存,一个流程分类就设定好了。 (图5-1-2) (图 5-1-3)

工作流绘制

Maximo工作流绘制 类别maximo Maximo它是一个平台,用户可以标准实施也可以定制进行二次开发。Maximo为二次开发提供了几样非常实用的工具:数据库配置、应用程序设计器、域、基类、工作流设计器。其中工作流设计器也是非常实用的工具,它为企业业务重组提供了极大的方便。 一、认识画布 工作流设计器的画布上有很多东东,来认识下吧! 按照业务流程绘制工作流程,配置节点、操作等设置。 点击【转到】——【配置】——【工作流】——【工作流设计器】,进入工作流设计器,在该页面中绘制工作流和配置节点、操作等设置。 注意:已经激活的工作流程不能再更改,只能创建新的过程修订本后在新的修订本中进行修改。 简单示例流程:

二、配置节点、操作等设置 1.开始和结束节点不能改变任何设置; 2.给任务节点分配角色、通讯模板: 3.条件判断节点配置: 表达式:根据该条件表达式满足与否来控制流程流向。表达式可以根 据表达式构建器

4.手工节点配置: 5.子流程节点配置: 6.交互节点配置: 7.操作(连接线)配置: 三、验证、启用和激活工作流 工作流绘制后,需验证、启用和激活才能用。验证会检查绘制的工作流各节点和操作流程走向及判断条件是否合理。

绘制好后的工作流程必须经过下述过程: 1.验证过程:系统验证定制的过程是否符合设计规范。 2.启用过程:使过程能够使用。要使过程处于非启用状态,需先使过程处于非激活状态。如果有父过程引用该过程,则先需使其父过程处于非启用状态。 3.激活过程:使过程处于活动状态。 4. 添加工作流到应用程序:在应用程序的操作菜单中添加工作流菜单。 四、如何启用有子流程的流程? 有子流程的流程比较特殊,它要先绘制好子流程并验证、启用和激活,这时子流程可以用了,但在走流程时会出现提示,让你选择流程。有子流程的应该一般发生如【工单跟踪】这样的应用里,【工单跟踪】将电气工作票、机械工作票、动火票、倒闸操作票等应用的单据集合在一起,它从一个父流程开始,然后判断是电气工作票还是机械工作票还是动火票还是倒闸操作票,如果是电气工作票则调用电气工作票子流程。 要正常配置好父子流程: 1.先找到主流程(即上面说的【工单跟踪】的流程),再转到【选择操作】-【“编号工作至”按钮】

PeopleSoft工作流配置

AWE: STEP BY STEP 概述 该文档描述一个简单的AWE配置流程,所有步骤均采用最简单而有代表性的配置。 为了更详细地描述一个AWE例子程序的编写过程,该文档将完成一个简单的费用报告报销需求,具体需求描述如下: 1、提供一个页面供员工输入费用报告明细,包括时间、金额、用途等; 2、提供一个页面供经理审批费用报告,审批是需要显示费用报告明细; 3、根据费用报告中的金额,确定如下审批规则:金额小于500,只需部门经理审批, 金额超过500时,部门经理审批后,还需副总裁审批;所有审批人审批完成后,费用报告的状态变为“已审批”,后续操作省略。 开发说明 该文档技术来源:Approval Workflow Engine (AWE) for HCM 9.0(HCM Shared Components Team)。 该文档技术平台:PT8.50+FSCM9.1+Oracle。如果在HCM环境中开发,如果EOAW_开始的对象不存在,均可找到一个PTAFAW_或者PTAF_开始的相对应的对象代替。 所有PeopleCode和SQL语句均在附录中。 具体步骤 一、创建许可权列表、角色、用户概要 根据需求描述,设置三个许可权列表,分别代表员工、部门经理、副总裁;设置三 个角色,分别包含三个许可权列表;再设置三个测试用户分别代表三种角色,每个 用户概要需要绑定一个员工ID。用户权限设置如下图: 用户概要角色许可权列表 XTEST1 X_1010(Employee) X_1010 XTEST2 X_1020(Department Manager) X_1020 XTEST3 X_1030(Vice President) X_1030 注:为了避免测试过程中出现其他与AWE无关错误,建议以上三个用户概要从VP1 拷贝,再加上相应角色。 二、创建基础Project 1.创建Record 该步骤创建的Record如下:

金蝶HR自定义工作流设置步骤

自定义工作流设置步骤 本操作步骤以“加班申请表”为例,描述如何定义以及使用自定义工作流: 一、登录HR系统,在系统设置-工作流设置中,自定义加班申请类型的工作流类型 在菜单中可以看到添加工作流类型的按钮如下图: 2、添加自定义流程的时候,业务名称可以自己来定义,比如员工加班申请审批,处理方式可以选择“员工请假业务处理”,表示员工加班申请审批的流程运转方式、流程关键字、流程统计方式等类似请假工作流的处理方式。 另外也可以选择“默认处理方式”,此方式下,工作流的业务数据比较少,只有“职员”一项业务数据,使用起来限制比较少。 3、自定义的工作流类型,在业务流程树中的按钮是绿色的圆圈,如果工作流的流程类别比较多的话,右边的流程类型列表中很有可能会显示在第二页

据名称列表页面,表示在员工加班申请中,能够看到的业务数据 5、选中“员工加班申请审批”的流程类别,点击“导入数据字典”,将员工加班申请审批工作流的流程数据以及数据表、字段都导入数据字典中供管理,这样以后可以出自定义报表等 多项的处理数据的操作。

导入后的提示 6、导入数据字典成功后,在员工加班申请审批的工作流类型下,新建工作流。

下图表示二级的工作流审批,业务类型为员工加班申请审批,拥有者类型为员工,表示在指定谁遵守工作流的时候是指定在某个具体姓名的员工,也可以将拥有者类型定义为职 位、组织单元等。 下图表示工作流的审批关系为发起流程的本人――直接上级

新建成功 辑好的员工加班申请表(注:自定义的表单可通过Frontpage等工具来制作)。

申请人属性定义,表示申请人这个字段的信息可以被二个节点看到,并且申请人的业务数据属性为姓名,在统计工作流数据时,该输入框中的数据就被统计到姓名的字段中。

工作流需求说明书

第 1 页 工作流需求说明书 1 前言 为构架完整EDM 产品,更好满足特定用户需求,需要进行项目管理和工作流管理模块的开发。 此需求计划由公司内部提出,在需求讨论和编写过程中,总结PDM 组在“863”项目中开发工作流原型的经验,吸收部分企业对工作流的需求意见,参照国内外同类产品的现有系统,确定了我公司开发的要求和目标。 此工作流需求说明书作为项目组内部开发指导文件。 1.1 目的 开发项目管理和工作流模块,所有的过程逻辑控制在工作流中实现,并通过项目管理进行任务分发、任务提交、过程跟踪等。工作流系统中的服务模块(如工作流引擎)基于DCOM 实现,作为组件提供给系统使用。 本文档的预期读者为项目组开发人员、质量保证人员、市场销售人员及公司领导层。 1.2 范围 实现的项目管理(ProjectManage )和工作流管理(WorkflowManage )作为CEDM 的两个模块,不单独包装为产品。 工作流管理实现WfMC 定义的基本功能:工作流引擎、图形化定义工具、工作流客户端、工作流管理平台。但实现的功能为WfMC 定义功能的子集,不考虑异构工作流系统间的交互,不考虑数据对象在工作流上的传递,不考虑工作流结点上脚本的实现。 项目管理以工作流管理为核心。项目加载工作流模板后,对任务进行描述,包括设定项目承担人、任务截止日期、任务优先级等,进行工作流的启动、流转、操作。项目管理不包括对设备等其他非人力资源的调度,不负责对项目进度排程的优化和组合。 1.3 定义、缩写词、略语 WfMC(Workflow Management Coalition)工作流管理委员会,有关工作流的国际标准化组织。

工作流数据库设计

工作流设计参考(包括PHP实现) 本文关键词:php工作流,workflow 工作流设计的工作流很少有让人满意的,即便是国内用的比较多的jbpm,用起来也会觉得很便扭。再加上PHP中没有什么好用的工作流,于是干脆自己设计一个,设计的原则如下: 1 根据80/20原则,只使用wfmc模型中最符合自身应用的20%功能 2 充分吸收国内使用jbpm开发BOSS中遇到的问题,工作流引擎只负责参数的收集和流程的流转,具体和业务的控制,交给每个流程定制的控制类去实现。 3 表单采用简单的html+控制标签的方法实现 4 权限和模板引擎,以及其它辅助函数直接使用办公系统自带的框架 5 充分利用PHP语言的特点,流程设计是基于数据库的,程序上使用OO设计,但采用重对象的方法 6 不把可视化设计流程的工作交给最终客户,而且由设计时完成,因此不考虑流程版本更新的问题 一、工作流数据表设计

二、常见流程人工决策 领导传阅 部门领导审批填写表单

结束 放弃 提交 同意 重填(退回) 不同意 完成 外部响应 发送支付信息 接收支付成功响应(外部WS触发该流程) 三、PHP设计 运行的函数由结点在设计时候决定,如果没有设定,就使用默认的函数。利用了PHP语言的以下特性

使用前可以用method_exists来检查。 WorkflowService.php WorkflowService $defination $process $node $thread $input 用户输入的和流程有关的变量 list_defination(){ } init_process(defination_id){ global user; 取得$defination,得到业务的handler,例如WorkflowProposalHandler 建立$process行记录 } start_process(){ 调用WorkflowProposalHandler->start($process)//新建业务对象,并把业务类的参数例如proposal_id放到$process[‘context’]里面 init_thread(1); //默认调用第一个结点 } list_ my_thread (){ global user; } init_thread(node_index){ 取得$node 取得$process 修改$process为运行到当前结点 Switch($node[‘node_type’]) Case 1: 人工决策 建立$thread WorkflowProposalHandler-> init_function ($process,$node,$thread) 发送提醒 Case 2: 自动处理 建立$thread WorkflowProposalHandler-> init_function ($process,$node,$thread) 调用run_thread(thread_id) Case 3: 等待外部响应 建立$thread WorkflowProposalHandler-> init_function ($process,$node,$thread) Case 4: 分支 取得所有分支的子结点

Activiti工作流数据库表结构

Activiti数据表结构 目录 1ACTIVITI数据库表结构 ----------------------------------------------------- 2 1.1数据库表名说明--------------------------------------------------------- 2 1.2数据库表结构----------------------------------------------------------- 3 1.2.1Activiti数据表清单: ------------------------------------------------- 3 1.2.2表名:ACT_GE_BYTEARRAY (通用的流程定义和流程资源)------------------- 3 1.2.3表名:ACT_GE_PROPERTY (系统相关属性)-------------------------------- 4 1.2.4表名:ACT_HI_ACTINST (历史节点表)----------------------------------- 5 1.2.5表名:ACT_HI_ATTACHMENT (附件信息)---------------------------------- 5 1.2.6表名:ACT_HI_COMMENT (历史审批意见表)------------------------------- 6 1.2.7表名:ACT_HI_DETAIL (历史详细信息)---------------------------------- 7 1.2.8表名:ACT_HI_IDENTITYLINK (历史流程人员表)-------------------------- 7 1.2.9表名:ACT_HI_PROCINST(历史流程实例信息)核心表----------------------- 8 1.2.10表名:ACT_HI_TASKINST(历史任务流程实例信息)核心表----------------- 8 1.2.11表名:ACT_HI_VARINST(历史变量信息)-------------------------------- 9 1.2.12表名:ACT_ID_GROUP(用户组表)------------------------------------- 10 1.2.13表名:ACT_ID_INFO (用户扩展信息表)------------------------------- 10 1.2.14表名:ACT_ID_MEMBERSHIP(用户用户组关联表)------------------------ 11 1.2.15表名:ACT_ID_USER(用户信息表)------------------------------------ 11 1.2.16表名:ACT_RE_DEPLOYMENT(部署信息表)------------------------------ 11 1.2.17表名:ACT_RE_MODEL (流程设计模型部署表) ---------------------------- 12 1.2.18表名:ACT_RE_PROCDEF (流程定义表)-------------------------------- 13 1.2.19表名:ACT_RU_EVENT_SUBSCR (运行时事件) ----------------------------- 14 1.2.20表名:ACT_RU_EXECUTION (运行时流程执行实例)---------------------- 14 1.2.21表名:ACT_RU_IDENTITYLINK(身份联系)------------------------------ 15 1.2.22表名:ACT_RU_JOB(运行中的任务)----------------------------------- 15 1.2.23表名:ACT_RU_TASK(运行时任务数据表) -------------------------------- 16 1.2.24表名:ACT_RU_VARIABLE(运行时流程变量数据表) ------------------------ 17 2ACTIVITI中主要对象的关系------------------------------------------------- 18

activiti工作流数据库表详细介绍(23张表)

activiti工作流数据库表详细介绍(23张表) Activiti的后台是有数据库的支持,所有的表都以ACT_开头。第二部分是表示表的用途的两个字母标识。用途也和服务的API对应。ACT_RE_*: 'RE'表示repository。这个前缀的表包含了流程定义和流程静态资源(图片,规则,等等)。 ACT_RU_*: 'RU'表示runtime。这些运行时的表,包含流程实例,任务,变量,异步任务,等运行中的数据。Activiti 只在流程实例执行过程中保存这些数据,在流程结束时就会删除这些记录。这样运行时表可以一直很小速度很快。ACT_ID_*: 'ID'表示identity。这些表包含身份信息,比如用户,组等等。 ACT_HI_*: 'HI'表示history。这些表包含历史数据,比如历史流程实例,变量,任务等等。 ACT_GE_*: 通用数据,用于不同场景下,如存放资源文件。资源库流程规则表 1) act_re_deployment 部署信息表 2) act_re_model 流程设计模型部署表 3) act_re_procdef 流程定义数据表运行时数据库表 1) act_ru_execution运行时流程执行实例表 2) act_ru_identitylink运行时流程人员表,主要存储任务

节点与参与者的相关信息 3) act_ru_task运行时任务节点表 4) act_ru_variable运行时流程变量数据表历史数据库表 1) act_hi_actinst 历史节点表 2) act_hi_attachment历史附件表 3) act_hi_comment历史意见表 4) act_hi_identitylink历史流程人员表 5) act_hi_detail历史详情表,提供历史变量的查询 6) act_hi_procinst历史流程实例表 7) act_hi_taskinst历史任务实例表 8) act_hi_varinst历史变量表 组织机构表 1) act_id_group用户组信息表 2) act_id_info用户扩展信息表 3) act_id_membership用户与用户组对应信息表 4) act_id_user用户信息表 这四张表很常见,基本的组织机构管理,关于用户认证方面建议还是自己开发一套,组件自带的功能太简单,使用中有很多需求难以满足通用数据表 1) act_ge_bytearray二进制数据表 2) act_ge_property属性数据表存储整个流程引擎级别的数

SQL简答题

四、简答题() 1、公司购买了一台新的功能更强大的数据库服务器以替换老的数据库服务器,现在需要将数据库迁移到新的服务器上,请简述移动数据库的方法有哪些? 2、请写出SQL中约束的种类:主键约束、外键约束、唯一性约束、CHECK约束、DEFAULT 约束、NOT NULL约束 3、什么是关系模型?用二维表格表示实体集,用关键码表示实体之间联系的数据模型称为关系模型。关系的完整性包括哪些内容?实体完整性规则、参照完整性规则、用户定义的完整性规则。 4、什么是事务的4个基本属性:(ACID)原子性、一致性、隔离性、持久性。SQL中有几种事务各有什么特点:4种,分别是自动提交事务特点:每条单独语句都是一个事务。隐式事务特点:前一个事务完成时新事务隐式启动,每个事务仍以COMMIT或ROLLBACK语句、显示结束。显示事务特点:每个事务均已BEGIN TRANSACTION语句显示开始,以COMMIT或ROLLBACK语句显示结束。分布式事务特点:跨越多个服务器的事务。 第一章SQL SERVER2008安装及环境配置 1、什么是数据库实例?数据实例由各种高速缓冲池以及后台进程组成。默认实例和命名实例的区别?默认实例仅由运行该实例的计算机的名称唯一标识,它没有单独的实例名。如果应用程序在请求链接时只指定了计算机名,则客户端组件将尝试连接这台计算机上的数据库引擎默认实例。命名实例通过使用计算机在网络上的名字加上实例名字来进行标识的实例。就是有了默认实例后,命名其他的实例,就需要再次给安装的实例命名。 2、简述SQL SERVER由哪4部分构成?数据库引擎、分析服务、集成服务和报表服务。每部分的作用是是什么?a数据库引擎:负责完成数据的存储、处理和安全管理。b分析服务:通过服务器和客户端技术的组合提供联机分析处理和数据挖掘功能。c集成服务:用于生成共性能数据集成和工作流解决方案的平台,负责完成数据的提取、转换和加载等操作。d报表服务:用于创建和发布报表及报表模型的图形工具和向导、管理Reporting Services 的报表服务器管理工具,以及对Reporting Services 对象模型进行编程和扩展的应用程序编程接口。 *3、简述SQL SERVER2012常见有哪些安装版本: SQL SERVER2012企业版、SQL SERVER2012标准版、SQL SERVER2012商业智能版、SQL SERVER2012web版、SQL SERVER2012开发版、SQL SERVER2012精简版。各个版本有什么特点? *4、常见的主流数据库有哪些?它们之间的区别是什么? 第二章数据库操作 1、SQL SERVER有哪些系统数据库,各自作用是什么?master数据库:是整个 数据库服务器的核心,记录系统级别信息。Model数据库:创建数据库的模 板。Msdb数据库:提供运行SQL SERVER Agent工作的信息。Tempdb数据库:临时数据库,用于存放临时对象或者中间结果。 2、SQL SERVER数据库文件和日志文件各自的特点及作用是什么?数据库文件是指数据库中用来存放数据库数据和数据库对象的文件,一个数据库可以有一个或多个数据库文件,一个数据库文件只能属于一个数据库。日志文件是由一系列日志记录组成。当数据库发生损坏时,或者数据丢失时,还可以使用事务日志恢复数据库。每一个数据库至少必须拥有一个事务日志文件,而且允许拥有多个日志文件。 3、为什么要使用辅助数据文件?这样如果数据库中的数据超过了单个Windows文件的最大限制时,可以继续增长。数据库可以不用自动增长吗?如果数据库的大小不断增长,则可以指定其增长方式;如果数据的大小基本不变,为了提高数据库的使用效率,通常不指定其有自动增长方式。

工作流系统详细设计

第一章系统详细设计 1.1系统界面设计 1.1.1应用系统主界面设计 应用系统主界面分为页眉、滚动式功能导航菜单、任务处理区域和辅助工具等四个部分,才用典型的三列式网格布局。 页眉:包括设为主页、返回首页、退出系统等操作; 滚动式功能导航菜单:包括个人工作台、文档查询和系统维护等三个滚动切换的菜单项。其中,个人工作台包括起草裁判文书、收件箱、在办箱、发件箱、已办工作等图形化操作按钮;文档查询包括按时间查询、按庭别查询、按案件类型、按承办人员查询、按办理状态查询、组合查询等图形按钮,用于在多种查询视图中切换;系统配置包括流程配置(仅系统管理人员可见)、人员组织机构维护(仅系统管理人员可见)、系统参数维护(仅系统管理人员可见)、个人信息维护和个人页面定制等功能按钮。

1.1.2业务处理表单设计 业务处理表单包括页眉、操作按钮和呈请批示表及正文等三个部分。 操作按钮:包括保存、退出、编辑正文、上传附件、填写处理意见、提交下一步处理、打印呈请批示表、打印正文等操作,操作按钮可以按照流程环节的业务处理需要进行灵活的配置与权限控制。 呈请批示表及正文:呈请批示表及正文区域的页面布局以及主要的录入项目如下图所示:

1.2裁判文书审核流程设计 裁判文书审核流程包括承办人处理、审判长审核、合议庭审核、审委会审核、庭长审批、院长审批、校对室校对和文印室打印等八个业务处理环节,整个流程以案件的承办人员作为各项任务发起和推动的核心。裁判文书必须经过庭长审核或院长审核才可以交付校对室进行校对以及进行后继的打印印刷工作(即在呈请批示表中必须有庭长或院长同意签发的意见)。 业务处理流程分解为“环节”和“路径”两种对象,每种对象由多个属性进行描述,涉及到权限、行为、操作(方法)等。流程配置采用多流程穷尽叠加的表达方式,加之对路径的权限划分,使不同角色的人员在完成当前工作并“提交下一处理”时,系统会自动识别当前处理人的权限和可选择的路径,进行相应的处理,从而使流程控制得以规范,同时也为不同角色人员提供可定义的灵活性。按照此种流程定义方法,使得用户可以方便的更改业务流程。当组织结构和人员发生变化时,系统管理员无须修改源程序代码,直接调整人员配置和与流程配置信息相关的用户角色和用户岗位即可。 1.3系统功能设计 1.3.1与微软Office Word软件的集成 系统采用ActiveX技术开发MS Office在线编辑控件,在裁判文书审批、修改、签发过程中提供在线浏览与编辑、正文痕迹保留、手写签批、电子公章、文档版本控制、编辑菜单定制等功能,支持目前常用的Office2000、OfficeXP与Office2003等版本。

工作流Activiti的学习总结(二)activiti中ProcessEngine的创建和数据库表命名规则

工作流Activiti的学习总结(二)activiti中ProcessEngine的创建和数据库表命名规则 数据库表命名规则: Activiti工作流引擎的数据库表中的表名称都是以ACT_.第二部分两个字 母表示表的类型。使用模糊匹配的方式说明表的类型匹配activiti的服务API. · ACT_RE_*: RE代表仓储(Repository).这种表前缀以“static”表示流程定义信息或者流程资源信息(如流程的图表和规则等). · ACT_RU_*: RU标识为运行(Runtime)时表。包含流程实例,用户任务和变量任务等在运行时的数据信息。这些表只存储Activiti在流程实例运行执行的数据,在流程结束的时候从表中去除数据。从而保持运行时候数据的表的快速和小数据量. · ACT_ID_*:ID标识为唯一(Identity)的。包含一些唯一的信息如用户,用户做等信息。 · ACT_HI_*:HI表示历史数据(History)表,包括过期的流程实例,过期的变量和过期的任务等。 · ACT_GE_*:GE表示公用(General data)的数据库表类型。 ProcessEngine接口中暴露了在BPMN和工作流中中所有操作的服务接口。 ?RuntimeService: 用户获取流程实例相关的各种运行时信息. ?TaskService: 暴露服务用于操作人工操作的任务例如代办( claiming, completing and assigning tasks). ?IdentityService: 这个服务用于管理用户和用户组已经用户和用户组关系等的。 ?ManagementService: 暴露引擎飞管理和主要操作。 ?HistoryService:服务暴露过期流程实例等信息。 在工作流activiti流程引擎中可以通过activiti.cfg.xml配置。ProcessEngineConfiguration配置一个流程引擎,在用户应用中创建一个流程 引擎的可以通过多种方式: 1.基于默认的配置文件创建一个流程引擎: ProcessEngine processEngine = ProcessEngineConfiguration .createProcessEngineConfigurationFromResourceDefault() .buildProcessEngine(); 2.在缺少配置文件创建一个流程引擎

相关文档
最新文档