工作流控制方案
1流程方案
流程控制整体思路为利用Wordflow自身机制对文档进行路由，路由完毕后对活动的可能所有者、活动的读者按照定制域设定及所选人员进行修正。各类路由机制详细说明如下：
1.1 一般路由
从活动A路由到活动B，不关心活动B是否已完成，取新选择的人员作为活动可能所有者，这是流程中最常用的路由类型，路由图示说明如下：
活动A可以多人也可以单人，活动A为多人处理时，若非决策路由（设置DispChoice定制域），多人操作相同，都不选择人员，活动B的活动所有者根据公式自动计算，如发文会签完毕到拟稿人确定的路由、甘肃督办拟稿人确定到会签的路由等；若有多个决策路由，可能仅第一个处理的人选择决策完成路由，其他人不再处理（甘肃机制、西北网未设置MultiChoice时机制），目前无此实例；也可能多人操作相同，都不选择人员，活动B的活动所有者根据公式自动计算（西北网设置MultiChoice时机制，同时需设置NoSelChoice），如西北网部主任批示到处长批办的路由；活动A为单人处理时，可以由公式自动计算也可以手动选择人员，如起草到部主任审核的路由、秘书核稿到领导签发的路由、西北网部主任批示到处长批办的路由等。若活动B的活动所有者为自动计算，计算结果为空时则会引起路由出错。
此路由之后对流程的各种特殊操作情况有：
1)、收回。活动A最后一个处理人可以收回，收回后工作路由到活动A，活动所有者为活动A的最后一个处理人，收回后不能再返上一人。
2)、返回上一人。活动B的第一个处理人返回上一人，工作路由到活动A，活动所有者为活动A的最后一个处理人。返回上一人后活动B的第一个处理人可以再收回，收回后工作路由到活动B，活动所有者为活动B的第一个处理人；活动A的最后一个处理人也可以返回上一人，返回后工作路由到活动B，活动所有者为活动B的第一个处理人，以后可以在A、B活动间循环。
3)、特送。活动B的任一处理人可以进行特送到另一活动C，特送按照流程配置选择活动C的活动所有者，特送后特送人可以收回，收回后工作路由到活动B，活动所有者为特送人；活动C的第一个处理人可以返上一人，返回后工作路由到活动B，活动所有者为特送人，若特送人在返回上一人，则会在特送人和活动C的第一个处理人间循环；活动C的部分人处理后，特送人可以上一节点收回，收回后工作路由到活动B，活动所有者为特送人。
4)、上一节点收回。活动B的部分人处理后，活动A最后一个处理人可以上一节点收回，上一节点收回后工作路由到活动A，活动所有者为活动A的最后一个处理人。
5)、管理特送。应用管理员可以管理特送到活动C，特送时可在组织机构中选择任一人员作为活动C的活动所有者，管理特送同时更新了流程版本（西北网），但必须保证管理特送时按照正常流程到活动C也可以正常流转才可特送成功，管理特送后不能再收回、返回上一人、上一节点收回。
1.2 返回路由
从活动B路由到活动A，活动A在之前已经完成并记录了处理人（通过设置destitem定制域），取活动A的最后一个处理人（西北网机制）或活动A的全部处理人（甘肃机制），路由图示说明如下：
此种形式的路由与一般路由的区别仅为活动A的活动所有者是上一次的活动所有者，而不是根据公式选择的，其它一致，如领导签发完毕返回分发秘书的路由、拟稿人校对完毕返回打字员的路由等。
此路由之后对流程的各种特殊操作情况收回、返回上一人、特送、上一节点收回、管理特送与一般路由机制相同。
1.3 循环路由
从活动A路由到活动A，包括上一活动发送活动A多人处理和本活动单人循环处理两种情况。路由图示如下：
若活动A为多人处理，则不能为决策路由，仅有一个操作选择，系统自动路由到其他人，全部处理完毕后自动路由至其它活动；若活动A为单人处理，则必须是决策路由，其中一个决策路由至本活动，如部主任审批送其他部主任审批的路由、处长审批送部门其他处长审批的路由等。
此路由之后对流程的各种特殊操作情况有：
1)、收回。若活动A为多人处理，前一个处理人收回后，活动所有者为前一处理人加未处理完人员；若活动A为单人处理，前一处理人收回后，活动所有者为前一处理人。
2)、返回上一人。若活动A为多人处理，任一处理人返回后，活动所有者为前一处理人加未处理完人员；若活动A为单人处理，活动所有者返回后，活动所有者为前一处理人。
3)、特送。活动A的任一处理人可以进行特送到另一活动C，特送按照流程配置选择活动C的活动所有者，特送后特送人可以收回，收回后路由到活动A，活动所有者为特送人。
4)、上一节点收回。活动A的部分活动所有者处理后，上一活动B的最后
一个处理人可以进行上一节点收回，收回后路由到活动B，活动所有者为活动B 的最后一个处理人。
5)、管理特送。应用管理员可以管理特送到活动C，特送时可在组织机构中选择任一人员作为活动C的活动所有者，但必须保证管理特送时按照正常流程到活动C也可以正常流转才可特送成功。
1.4 嵌套路由
此种路由也是由活动A路由到活动A，与循环路由的区别在于不论多人还是单人，都可以增加活动所有者。路由图示如下：
此种路由必须为决策路由，活动A的任一处理人既可以选择不选择人员直接发送，也可以发送其他人员继续在本活动处理，如会签嵌套路由、协办嵌套路由等。
此路由之后对流程的各种特殊操作情况有：
1)、收回。前一个处理人收回后，活动所有者为前一处理人加未处理完人员。
2)、返回上一人。任一处理人返回后，活动所有者为前一处理人加未处理完人员。
3)、特送。活动A的任一处理人可以进行特送到另一活动C，特送按照流程配置选择活动C的活动所有者，特送后特送人可以收回，收回后路由到活动A，活动所有者为特送人。
4)、上一节点收回。活动A的部分活动所有者处理后，上一活动B的最后一个处理人可以进行上一节点收回，收回后路由到活动B，活动所有者为活动B 的最后一个处理人。
5)、管理特送。应用管理员可以管理特送到活动C，特送时可在组织机构中
选择任一人员作为活动C的活动所有者，但必须保证管理特送时按照正常流程到活动C也可以正常流转才可特送成功。
1.5 返上一活动路由（西北网）
活动A、活动B均可路由至活动C，由活动C根据前一活动自动至活动A 或活动B的路由。路由图示如下：
不论活动A、活动B是单人还是多人处理，由活动C返回后活动所有者都是活动A或活动B的最后一个处理人，如协办完毕回部主任批示、处长批办、专责办理的路由、会签完毕回本处处长审核、本部门处长审核的路由等。
此路由之后对流程的各种特殊操作情况有：
1)、收回。此路由后不能再收回。
2)、返回上一人。此路由后不能再返回上一人。
3)、特送。活动A、活动B的处理人可以进行特送到另一活动D，特送按照流程配置选择活动D的活动所有者，特送后特送人可以收回，收回后路由到活动A或活动B，活动所有者为特送人。
4)、上一节点收回。此路由后不能再上一节点收回。
5)、管理特送。应用管理员可以管理特送到活动D，特送时可在组织机构中选择任一人员作为活动D的活动所有者，但必须保证管理特送时按照正常流程到活动D也可以正常流转才可特送成功。
流程设置特殊说明：由于甘肃服务器环境为小机，Workflow决策不能为中文，因此统一用两位数字表示，如01、02、03……使用定制域CHNChoice设置
对应的中午决策名。
2发送对话框方案
根据定制域NoSelChoice的配置，系统确定是否需要弹出发送选择处理人的对话框。决策路由中NoSelChoice为不弹出对话框的决策名，非决策路由中NoSelChoice设置为“Yes”。
2.1 对话框类别
1)、可选择决策的对话框。非嵌套决策路由未设置DispChoice时出现此对话框，表单上统一使用“发送”按钮调用此对话框。
2)、不选择决策的对话框。嵌套路由、非决策路由、设置了DispChoice、多人处理并设置了MultiChoice时出现此对话框，若是决策路由，各决策作为按钮列在表单上调用此对话框，非决策路由多人处理时若有MultiChoice，则MultiChoice的值作为按钮列在表单上调用此对话框，其余DispChoice的值作为按钮列在表单上调用此对话框。
2.2 人员选择范围
对话框中待选人员范围根据活动所有者设置计算获得，计算方式有如下四种：
1)、直接计算（设置SelectCate为1）。活动所有者可以设置个人、部门、角色、工作组、工作属性、公式，系统仅根据活动所有者的配置计算待选人员。
2)、当前人部门结合公式计算（设置SelectCate为0）。活动所有者仅能设置公式，公式中必须包含关键字strInitDeptEN，同时须设置部门级别。系统自动将关键字替换为当前人的一级、二级部门ID计算出的人员作为待选人员。此种情况下需保证使用strInitDeptEN（拟稿部门）可以计算出人员，Workflow默认的路由可正常发送。
3)、给定部门结合公式计算（设置SelectCate为2）。活动所有者仅能设置公
式，公式中必须包含关键字strInitDeptEN，同时须设置给定部门ID存储域。系统自动将关键字替换为部门ID存储域中的部门ID计算出的人员作为待选人员。此种情况下需保证使用strInitDeptEN（拟稿部门）可以计算出人员，Workflow 默认的路由可正常发送。
4)、嵌套人员计算（根据NestingOwner公式计算）。域中设置Workflow转换过的个人、部门、角色、工作组、工作属性、计算公式设置的公式。若是计算公式，其中可以包括关键字strInitDeptEN，并在strInitDeptEN后用括号标注部门级别，计算时系统将关键字替换为当前人所在部门ID计算待选人员；其它情况下直接使用公式计算待选人员。
2.3 串并行机制
1)、西北网机制。用户在发送对话框选择单人、多人并行、多人串行的处理方式。流程中须配置每一活动允许的处理方式，允许多人处理但缺少循环，仅一个人处理后即可完成活动。
2)、甘肃机制。单人、多人并行、多人串行处理方式在流程中用MultiSelect、Collateral两个定制域设定，前台不能选择处理方式。
3权限方案
1)、定义在应用级别（数据库）上的权限组有：应用的可能使用者、应用读者、应用管理员、应用启动者。
应用可能使用者。可能使用到此应用的人员范围。该群决定了门户界面上查看该应用图标和进入该应用的人员范围；该群在应用下数据库
存取控制中的权限中设置为编辑者。
应用读者.应用读者能够查看该应用下所有文档的人员范围。
应用启动者.可能具有启动应用中某个流程的人员范围。对应应用中的【新建】按钮。
应用管理员。能够管理应用下数据库ACL、对应用的读者、使用者、
启动者授权、对应用中的文档进行管理的人员范围。具有应用中的所
有操作。如（【新建】【删除】【管理】）；该群在应用下数据库存取控制
中的被设置为管理者权限；
应用读者、应用启动者、应用管理员的范围都从应用可能使用者而来。
应用下数据库ACL中匿名和Default的存取控制设为不能存取者。应用的可能使用者为空应用下的数据库ACL中匿名和Default的存取控
制设为编辑者
特殊情况：
对于发文管理应用，在应用和文档权限中间还存在文种权限机制。文种权限分为文种读者、文种创建者。
文种读者。能够查看该文种所对应的所有文档的人员范围。文种读者的范围来自应用的可能使用者。
文种的创建者。能够创建该类型文种的人员范围。文种创建者范围来自应用的可能使用者。
2)、定义在应用中文档上（数据库文档）的权限组有：文档工作所有者、文档作者、文档读者。
文档工作所有者。与WORKFLOW相关，应用在文档中的流程跳转、发送、收回、返回修改等操作。包含的范围有应用管理员、当前处理人、上
一处理人、上一活动的最后一人。
文档的作者。能够编辑和修改该文档的人员范围。包含的范围有可能处理人、工作所有者。
文档读者。能够查看此文档的人员范围。包含的范围有应用读者、部门读者、处理人、文种读者（公文情况）；此处应读者以及部门读者、
文种读者统一采用规定规则，解决多次查询应读者以及部门读者、文
种读者ID的问题。如应用读者可命名为：SendDocReader，应用管理
员ID可命名为：SendDocManager。取ID的规则为应用＋权限名
（App+Reader/manager）
3)、归档后读者（西北网机制）。在相关活动中可以选择归档后查阅范围，若选择了查阅范围，归档后读者范围为：应用读者＋部门读者＋文种读者
4外出代理方案
人员外出代理主要体现在以下方面：
1）、发送对话框。在待选人员列表中外出人后括号中标注代理人信息。发送后流程跟踪中记录外出人及代理人。
2)、活动所有者。发送后，外出人及其所有代理人均为活动所有者，并全部收到待办工作，外出人及其代理人中任一人处理处理一次即可。若为代理人处理，流程跟踪中记录其代理的外出人信息。
5待办方案
本次待办采用对于一份文件每个处理人一份待办文档，便于待办信息提示准确、标志修改方便。待办格式有如下两种形式：人员＋动作＋“关于”＋标题、标题＋“，等待”＋处理方式。
1)、一般路由。发送时删除未办理人员、代理人的待办，更新发送人的待办，给所选处理人发送待办。收回、返回上一人、上一节点收回后，删除处理人、代理人的待办，更新返回人的待办，给上一处理人发送待办。特送、管理特送后，删除处理人、代理人的待办，更新特送人的待办，给所选的处理人发送待办。
2)、返回路由的待办发送机制与一般路由相同。
3)、循环路由。若是单人处理，发送时删除代理人待办，更新发送人待办，给所选处理人发送待办。收回、返回上一人、上一节点收回后，删除处理人、代理人的待办，更新返回人的待办，给上一处理人发送待办。特送、管理特送后，删除处理人、代理人的待办，更新特送人的待办，给所选的处理人发送待办。若是多人处理，发送时删除代理人待办，更新发送人待办。收回、返回上一人后给上一处理人发送待办。上一节点收回后，删除处理人、代理人的待办，更新返回人的待办，给上一活动的最后一个处理人发送待办。特送、管理特送后，删除处理人、代理人的待办，更新特送人的待办，给所选的处理人发送待办。
4)、嵌套路由。若选择了嵌套处理人，发送时删除代理人待办，更新发送人
待办，给所选嵌套处理人及其代理人发送待办。收回后删除上一处理人所选嵌套处理人及其代理人的待办，给上一处理人发送待办。返回上一人后给上一处理人发送待办。上一节点收回后删除未处理人员及其代理人的待办，给上一活动的最后一个处理人发送待办。特送、管理特送后，删除处理人、代理人的待办，更新特送人的待办，给所选的处理人发送待办。若未选择嵌套处理人，发送时删除代理人待办，更新发送人待办。收回后给上一处理人发送待办。返回上一人后给上一处理人发送待办。上一节点收回后删除未处理人员及其代理人的待办，给上一活动的最后一个处理人发送待办。特送、管理特送后，删除处理人、代理人的待办，更新特送人的待办，给所选的处理人发送待办。
5)、返上一活动路由。发送时更新发送人的待办，删除代理人的待办，给上一活动的最后一个处理人发送待办。收回、返回上一人、上一节点收回后删除处理人及其代理人的待办，给上一活动的最后一个处理人发送待办。特送、管理特送后，删除处理人、代理人的待办，更新特送人的待办，给所选的处理人发送待办。
6流程跟踪方案
1)、跟踪信息。本次流程跟踪记录的信息包括：处理序号、接收时间、处理人、处理时间、操作、发送目的人、处理人ID、催办信息。
2)、跟踪记录。发送、返回时记录当前处理人操作情况，增加所选处理人接收文件信息。收回、特送、管理特送时增加操作人的操作记录，再增加接收人收到文件的信息。各个跟踪信息域均为多值，一一对应组合成跟踪信息。
7意见方案
1)、意见记录。本次意见记录采用一类意见分意见填写人、意见文本、意见填写时间、意见所属部门4个域进行记录，避免产生超过64K字节的问题，便于前台展现样式的灵活修改。人员签名支持图片签名，在个人文档中配置了签名图片后每次填写意见自动在意见栏显示签名图片。
2)、意见定制。各个活动是否必填意见，意见记录域均可在流程中通过定制域进行配置。定制域MustOpinion控制是否必填意见，定制域OpinionItem控制意见记录域名。
3)、意见填写。在填写意见对话框中填写意见后，所填意见及相关信息记录到临时意见记录域中，并直接显示在表单相关意见栏。发送后将所填意见从临时意见记录域中转到该活动的意见记录域中。
4)、意见修改（西北网）。上一处理人收回后将上一处理人填写的意见从该活动的意见记录域中转到临时意见记录域中，上一处理人不需重新填写意见，可以对上次已填意见进行修改。
5)、阅知意见。阅知时对主文档处于只读状态，所填意见记录到单独的文档中，记录方式与处理意见的记录方式相同。
8功能按钮方案
1)、按钮区功能按钮。按钮区全部功能按钮除保存、退出及流程按钮外均可以设置隐藏。隐藏方式有两种，可以在Workflow活动定制域中按活动设置隐藏，也可以直接在按钮的隐藏公式增加条件设置隐藏。这部分按钮均在子表单“表单按钮区”上增加、修改。
2)、输入区功能按钮。输入区功能按钮在静态界面上增加，对于复杂事件可以调用“新发文信息”子表单上的按钮。输入区的功能按钮所在Div的ID必须在AllFormBut域中记录，所有输入区功能按钮也可以通过在Workflow活动定制域中按活动设置隐藏。
9归档方案
1)、年度库。最后一个活动处理完毕后，将文件拷贝到目前启用的年度库中，删除运行库文件中的附件，查看运行库中的文件附件链接到年度库中。
2)、其它数据库。是否归至其它档案库，后台提供三种方式供配置选择：直
接归至档案库、不归档案库、提示方式归至档案库。如果要归至其它档案库，设置归档标志，归档操作由自动代理进行处理。
10接口方案
1)、JS接口。子表单“新发文信息”上的“CheckBefOut”函数为发送前运行的JS函数，可以在其中进行各种校验，给JS变量、域赋值，如果校验不通过，只需返回false可取消发送操作。
2)、LS接口。Script库“LSAppCust”中“RecordInforAfterCom”函数为发送后执行的LS函数，可对主文件进行操作。
11设置方案
1)、文种与流程关联配置。在文种配置文档中选择对应的流程，起草、查阅权限、管理权限也在文种配置文档上设置。
2)、工作设置。Workflow工作属性中，工作所有者选择“工作所有者”工作属性，启动者选择“所有人”，工作读者选择“管理员”个人和“工作读者”公式。
3)、活动设置。活动读者选择“活动所有者”，勾选“可能的活动所有者成为读者”选项。活动所有者根据2.2章情况进行设置。
4)、活动定制域设置。
12界面显示方案
界面显示包括三部分元素：存储域、显示用XML、静态模板。存储域中记录的是真实的信息数据，XML中将真实信息数据处理成显示需要的格式，静态模板为数据显示时网页样式模板。
1)、XML具体内容。一般域显示用XML中包括数据的三个信息：名称、显示类型、数值。所有XML数据显示类型有text、select、selectoption、check、checkoption、radio、radiooption、html八种，text为一般文本类型，包括可编辑、只读类型的文本，只能有一个值；select为下拉列表已选的项，只能有一个值；selectoption为下拉列表的所有选项，可以有多个值；check为复选框选中的项，可以有多个值；checkoption为复选框全部选项，可以有多个值；radio为单选按钮选中的项，只能有一个值；radiooption为单选按钮全部选项，可以有多个值；html为html源代码，只能有一个值。对于要显示到NTKO附件管理控件中的附件，对应的XML元素为Attach，包括附件名、类型、附件链接地址、附件大小三个信息。
2)、静态模板具体内容。对于每一种显示类型的数据，在静态模板上必须存在对应ID或Name的惟一元素。只读的text类型的名称对应于Span或Div的ID；可编辑的text类型的名称对应于Input或TextArea的name，同时也应和实际存储域的域名相同，名称＋“Read”对应于Span或Div的ID，名称去掉最后的“_mt”对应于域说明的Span或Div的ID；selectoption类型的名称去掉最后的“opt”对应于下拉列表的Name；select类型的名称对应于下拉列表的Name，名称＋“Read”对应于Span或Div的ID，下拉列表的选项可以在静态模板上写，也可以在XML中计算，最终选项为两者之和；checkoption类型的名称去掉最后的“opt”对应于复选框的Name；check类型的名称对应于复选框的Name，名称＋“Read”对应于Span或Div的ID，复选框的选项可以在静态模板上写，也可以在XML中计算，但只能有一种方式，采用XML计算时静态模板上的复选框仅包含Name；radiooption类型的名称去掉最后的“opt”对应于单选按钮的Name；radio类型的名称对应于单选按钮的Name，名称＋“Read”对应于Span或Div 的ID，单选按钮的选项可以在静态模板上写，也可以在XML中计算，但只能有
一种方式，采用XML计算时静态模板上的单选按钮仅包含Name；html类型的名称对应于Span或Div的ID。
湖北XXXXXXXXX）产业集团 关于修订印发《工作流使用管理办法》的通知 各单位/部门： 为减少工作流使用不当的情况发生，从而提高工作流审批效率及企业信息化实施水平，我部门制定了《工作流使用管理办法》。根据该办法前期执行的实际情况，经征求各方面意见后，我部门对部分条款进行了修改和完善。现将修订后的《工作流使用管理办法》（见附件）印发，请各单位认真组织学习。 修订后的《工作流使用管理办法》自2012年8月20日实施，望各单位/部门遵照执行。 特此通知! 信息中心 二O—二年八月十九日
工作流使用管理办法 第一章总则 第一条为推进企业信息化建设的顺利实施，规范0A系统工作流的管理，明确公司工作流使用的要求，达到提高工作及管理效率的目的，特制定本办法。 第二条本办法适用于湖北XX建筑装饰工程有限公司（以下简称集团公司）及子公司所有员工。 第二章工作流的定义 第三条工作流：0A内置的流程子系统，可实现各类工作的申请、审批、会签、登记、查询等环节的管理，可将协同工作的过程进行记录，便于日后审核与查询；并实现业务数据的规范化录入、查询、统计和存档；0A的工作流系 统由表单和流程两个重要元素构成。 第四条表单：是与工作相关的数据的载体，相当于现实工作中的纸质工作单，工作单上的手写数据通过表单上的各类控件得以体现；除表单以外，我们还可以通过公共附件或会签区传递一些数据和信息，以便更好的完成工作流程。 第五条流程：是工作过程和环节的描述，流程由工作的多个步骤组成，每一步由指定的经办人填写指定的表单控件。 第三章工作流的发起 第六条为节约办公耗材，提高工作效率，实现信息化的有效推广，经集团公司审核通过的工作流禁止采用纸质操作。 第七条各员工需认真学习各工作流的作用及适用范围，在发起流程时，需选择与该工作相对应的工作流。 第八条对于明确指定了对应发起人的流程（IT类、盖章类、物业服务类等），当其他人员需要申请该工作流时，需和具有相应申请权限的人员进行对接， 委托该人员进行流程的申请。
业务流(BPM)与工作流(workflow) 的区别 在SOA 实践中，对于 BPM面临着不少困惑与选择，主要是工作流与业务流的架构区别。有些项目把业务流产品用作工作流设计，而有些工作流为主的产品工具却作为业务流实现。这里简单地讨论一下 BPM 中业务流与工作流的作用区别。简要概述了工作流与业务流的主要区别。 工作流与业务流的主要区别
斯欧信息 简言之，业务流程管理主要包含业务建模，组装，部署及管理。使用业务流或工作流工具似乎都能设计开发业务流程管理。但从 SOA 的角度，服务的划分及交互通常是项目关注的重点。所以， SOA 强调的是如何灵活组合业务服务。而业务流的核心功能是编排流程服务，并且主要针对企业级应用整合。同时利用 BPM 工作流的主要功能，诸如 : 活动（任务）节点的人工任务配置，流程运转时的活动节点调控等。 在 SOA/BPM 初始阶段，如果一个企业没有较深的 IT 或 ERP 根基，实施业务流会有相当的阻力。因为业务流程管理并非主要是技术问题。对于有些中小型企业或应用 （ 特别是那些没有规范支撑的人工流程模式 ），一些随意包干，或带有自由流功能的工作流系统一般更易于接受。 对于同样的一个较为复杂的流程应用项目， 如果使用工作流， 会显得很复杂， 结果是很多流程产出件， 而如果使用业务流，一般架构设计较为规范， 流程量骤然减少， 重用性提高。 值得一提的是，工作流与业务流的定义范围有相当程度的交叠与互斥，这取 决于采用的流程管理产品（或几个不同产品）及架构设计及理念。工作流可以理解为技术层面的东西或办公自动化，而 SOA 关注业务流的实现，及与之相关的价值链，并且关注流程的生命周期管理。其实，工作流或业务流本身并无绝对优势，在SOA/BPM 都要用到，如何用好用对才是关键。
1.1 工作流引擎技术 工作流概念的提出是人们注意到了隐藏在业务处理的过程控制的共性，并从业务处理操作中分离出过程逻辑单独加以研究，从而可以实现过程优化配置和重组。但是，多年来，不同的研究者和产品供应商从不同的角度给出了工作流的定义。下面分别从工作流定义及工作流相关术语进行解释，并分析工作流应用中所遇到的多种模式，提出了工作流参考引擎、处理模型、体系结构等。 1.1.1工作流定义 WfMC给出的工作流的定义[21]：工作流（Workflow）是一类能够完全或者部分自动执行的经营过程，根据一系列过程规则，文档、信息或任务能够在不同的执行者之间传递、执行。 工作流是指业务领域的流程，它描述了业务过程中的各个要素以及要素之间的关系。 业务过程则是对工作流的抽象，通过对业务过程中各要素的描述形成过程定义。过程定义是过程自动化的基础数据，它通过工作流引擎进行管理。 下面将对工作流引擎技术中涉及到的一些基本概念给出其定义。这些概念包括：工作流引擎、业务过程、过程定义、活动、自动活动、人工活动、实例、过程实例、活动实例、工作流参与者、工作项、工作项列表等。 1.工作流引擎 工作流引擎是一个软件系统，它定义、创建和管理工作流的执行，并且运行在一个或多个工作流引擎之上。工作流引擎能够解释过程定义、实现与工作流参与者的交互并且调用各种外部IT工具和应用。 2.业务过程 一个包含一个或多个相关程序或活动的集合，这些程序或活动共同实现一个业务或决策目标。通常地，业务过程存在于一个定义了职能角色和业务关系的组织结构中。 3.过程定义 过程定义是对业务过程的描述，这种描述形式支持诸如建模、通过工作六管理系统执行等操作的自动化处理。过程定义有活动和它们之间的关系组成，这些活动和关系形成了一个网状结构，并且还包含过程开始和结束条件和各活动的详细信息，如活动参与者、相关应用和数据等。 4.活动 活动是对一份工作的描述，它是过程中的一个逻辑步聚。一个活动可以是
本文格式为WORD，能编辑和复制，感谢您的阅读。 泛微协同工作流解决方案 一．工作流程管理的一些说明 在企业的实际管理和运营过程中，采用手工处理工作任务经常会遇到这些问题：工作效率低下，为了签发一份合同而在各个部门奔波，并且经常因为负责人不在而造成工作的延误；工作流相关资料不能有效和统一的管理；工作流的审批意见不能完整地保存并归档；工作流牵涉到的相关数据更新必须人工二次录入，甚而引发更多的待处理任务…… 而对工作流程的电子化管理可以大大提升企业运营的效率。工作流程是对一整套规则与过程的描述，以便管理在协同工作进程中的信息流通与业务活动。它的目标在于根据企业实际规范和业务操作来定义电子化的工作流，以智能的方式处理过程，保证工作中的某项任务完成后，按预定的规则实时地把工作传送给处理过程中的下一步，保留工作流转进程中的操作痕迹，更重要的是，保证相关数据的自动更新。 一个好的工作流程管理软件可以从以下几个关键因素来评判： §流转路径的智能化 §跟踪与监控信息 §与其他应用相结合 §高度的灵活性采用计算机化的工作流程解决方案是可以帮助人们把作业环境规范化，减少失误与重复劳动，缩短办理周期，提供过程优化的依据，从而达到提高效率和科学管理的目的。 二、工作流程管理总体特点
基于泛微协同商务系统的工作流程管理模块（e-Workflow），为企业搭建一个高效、灵活的工作流程平台，用户可以自行定义所需要的各种流程应用。 e-Workflow工作流程管理基本框架： 它的特点包括： 1）信息的集成性 泛微协同商务是基于“协同”思想体系设计的系统，打破存在于企业的信息孤岛，在各种信息之间建立千丝万缕的联系，并且提供快捷和友好的方式供用户查询。因而所有存储的信息，无论其来源（例如来
工作流技术方案
目录 1概述3 1.1工作流现状 (3) 1.2建设原则 (3) 1.3建设目标 (3) 1 (4) 2总体设计方案4 2 (4) 2.1业务架构设计 (4) 2.1.1业务功能设计 4 2.1.2业务模型设计 5 2.2总体架构设计 (6) 2.2.1工作流总体结构图 6 2.3技术架构设计 (7) 2.3.1展现层 7 2.3.2控制层 7 2.3.3业务逻辑层 7 2.3.4数据持久层 8 2.3.5缓存 8 3应用系统设计8 3 (8) 3.1流程定义 (8) 3.2流程管理和监控 (8) 3.3工作流引擎 (8) 3.4工作项列表 (9) 1 (9) 1.1 (9) 1.2 (9) 1.3 (9) 1 (9) 1.1 (9) 1.2 (9) 1.3 (9)
1概述 1.1工作流现状 工作流是实现企业业务过程建模、业务过程仿真、业务过程管理与集成，从而实现最终业务过程自动化化的核心技术。 传统的工作流管理系统缺乏柔性，不能及时响应变化和相互之间缺乏互操作的缺点不能满足这种复杂业务流程管理的需要。针对这种情况，提出工作流管理平台的实现方案，以便更好地对企业业务流程实行管理。 1.2建设原则 工作流管理平台的设计主要遵循实用性、稳定性、高效性、灵活性等原则： （1）稳定性原则：需要采用成熟的技术模型、稳定的软硬件产品、软件开发平台和工具。 （2）安全性原则：提供完整备份机制，提供安全的数据访问机制。 （3）友好性原则：考虑到平台将针对各个层面的用户群体，使用者的计算机水平参差不齐，所以需求平台提供的界面简便友好、操作方便。 （4）扩展性原则：系统设计应具有良好的可扩展性和升级能力，可以根据新的业务拓展，方便地追加新的模块，也可以根据运营的状况，自由地追加硬件，以实现对系统有效的负载均衡。 （5）快速开发原则：提供封装的开发构件，提供基本的系统管理模块，提供简洁的开发模板，能够满足各类业务需求的快速开发。 1.3建设目标 根据上述原则，工作流管理平台建设的主要建设目标为： （1）实现基于Jbpm的流程引擎的二次开发。 （2）实现图形化的流程定义工具和流程管理监控工具。 （3）实现工作项列表（包括待办事宜、已办事宜、历史事宜）的统一管理界面。 （4）实现在流程生命周期中应用系统对流程触发的动作的相关服务接口：工作流定义相关服务、工作流引擎相关服务、工作项列表相关服
流程管理解决方案 篇一：蓝凌软件—OA流程管理解决方案 面临的新挑战 企业的流程管理体系应该是多层次的，业务流程需要通过管理和IT二种手段来统一管理与持续优化，通过流程梳理、流程再造等管理手段推动企业流程持续改进，通过IT 技术实现流程E化、监控与分析来提高企业流程执行的效率并提高流程优化参考数据。 球经济的巨大变化，迫使企业的生存与发展面临更大的挑战。对外企业需要快速响应客户需求、加强与供应商和合作伙伴的协作效率，对内则需要通过优化组织架构、管理制度和优化业务流程等手段来提高业务的敏捷性和管理精度。 企业在业务流程管理方面的要求越来越高： 如何进一步规范内部管理和运作效率 如何进一步优化核心业务流程，以提升竞争力和效益 企业现有的OA、ERP等应用系统的流程工具无法满足业务需要 如何加强内部运作管控，满足法规遵从、上市等内控要求 如何让业务人员、管理人员与IT人员更容易沟通，降低IT开发成本
解决方案 蓝凌业务流程管理解决方案，将帮助企业实现业务流程全生命周期的管理，为企业提供高效的业务协作工具，具体包括管理咨询服务和IT技术服务。其中， 流程管理咨询服务： 借助流程管理专家的丰富经验对企业级或某业务领域的流程作体系化进行梳理规划，帮助企业进行流程管控体系的建设，根据业务优化要求识别核心业务流程并进行分析优化，进行流程运营知识化状况分析优化，规划与设计流程管理E化平台； 业务流程管理平台： 提供完整的业务流程管理支撑平台，在流程的梳理分析、流程设计和建模阶段提供IT辅助设计工具，在流程E 化阶段提供强大的流程和自定义表单设计工具，可扩展的流程运行平台，在流程优化阶段提供流程监控、统计分析工具，实现流程从设计—实现—应用—优化的全过程E化管理。 流程管理应用 日常审批流程应用： 在企业日常的管理运营过程中，存在着诸多的办公审批流程，通过BPM解决方案，可以实现企业日常运作的快速电子审批。 业务流程应用：
公司工作流管理操 作手册
北斗星协同工作平台V3.0版——工作流管理系统 操 作 手 册 深圳市北斗星科技有限公司
二○○八年八月版本历史
目录 1 流程设计 ................................ 错误!未定义书签。 1.1 如何创立流程模型................... 错误!未定义书签。 1.2 流程设计........................... 错误!未定义书签。 1.2.1环节 错误!未定义书签。 1.2.2环节属性 错误!未定义书签。 1.2.3连线 错误!未定义书签。 1.2.4流程属性 错误!未定义书签。 1.3 流程的建立和管理................... 错误!未定义书签。 2 流程模型的类型 .......................... 错误!未定义书签。 2.1 流程模型的分类..................... 错误!未定义书签。 2.2 协同流程的设置..................... 错误!未定义书签。 2.3 审批流程的设置..................... 错误!未定义书签。 2.3.1流程属性设置 错误!未定义书签。 2.3.2环节属性设置 错误!未定义书签。
2.4 注意事项........................... 错误!未定义书签。 3 工作流的应用 ............................ 错误!未定义书签。 3.1 功能简介........................... 错误!未定义书签。 3.2 应用案例........................... 错误!未定义书签。 3.2.1事务发起 错误!未定义书签。 3.2.2领导签批 错误!未定义书签。 1流程设计 流程的定义:业务流程的全部或部分自动化,在此过程中,文档、信息或任务按照一定的过程规则流转,实现组织成员间的协调工作以达到业务的整体目标。 流程是由一系列处理环节和流转路径组成的有机集合,用于完成某项任务而设计的;每个环节由相应的一个或多个人员来执行;每个人员根据具体情况,采取不同的处理动作,如审核、批示等等。 1.1如何创立流程模型 流程模型是建立在应用分类下的实体,在系统后台的流程处理
各种工作流模式的实现 作者：非也QQ：20674450Email：nychen2000@https://www.doczj.com/doc/5110116315.html, 目录 1.概述 (3) 2.Fire Workflow流程元素介绍 (3) 1)Activity和Task： (3) 2)Synchronizer、StartNode、EndNode (4) 3)Transition (4) 3.设计约束 (4) 1)约束1 (4) 2)约束2 (4) 3)约束3 (5) 4)约束4 (5) 5)关于设计约束的说明 (5) 4.顺序、分支、汇聚 (6) 1)顺序分支汇聚其实是统一的 (6) 2)顺序业务流程举例 (8) 3)并行业务流程举例 (8) 4)分支选择业务流程举例 (9) 5)汇聚业务流程举例 (10) 5.子流程 (11) 1)流程设计 (11) 2)流程模拟 (12) 3)关于“Multi-Merge”的探讨 (13) 6.“自由流”(Jump) (14) 1)流程设计 (14) 2)流程模拟 (14) 3)相关API (17) 7.循环(Loop) (18) 1)流程设计、模拟 (18) 2)相关API (18) 8.略过(Skip) (18) 1)流程设计 (18) 2)流程模拟 (19) 9.会签 (20) 10.委派 (21) 11.任务完成期限 (21) 1)流程设计、模拟 (21) 2)相关API (22) 12.监听工作流事件 (22)
1)TaskInstance事件监听器 (22) 2)ProcessInstance事件监听器 (23) 13.表单绑定 (24) 14.流程元素属性详细说明 (25) 1)所有流程元素通用属性 (25) 2)WorkflowProcess的属性 (25) 3)StartNode、Synchronizer、EndNode属性 (25) 4)Activity属性 (25) 5)Transition的属性 (26) 6)Subflow Task的属性 (26) 7)Tool Task的属性 (26) 8)Form Task的属性 (26)
企业级业务流程平台建设解决方案 背景 随着信息技术的快速发展和应用的普及，信息化已经成为全球经济社会发展的重要推动力，充分发挥信息技术的先导和拉动作用，解决经济社会发展中的重大问题和关键需求，使信息技术成为改造传统产业、缓解资源环境压力、提高经济运行效率、增强企业，特别是中小企业竞争力、改善公共服务的有效途径，是当前形势和未来发展对信息化提出的迫切要求。 国内的企业信息化过程相对西方国家来说起步较晚，很多地方需要借鉴国外同类行业信息化过程的成功经验。但在企业信息化实施过程中，国人逐渐发现国外尤其是欧美国家，他们整个社会对管理学有着共同的认知，规范化已经渗透到他们的生活理念中，此时他们的信息化实施考虑的就是各种系统的集成、灵活的配置，这种概念达到了极致其实就是分布式的概念。反观国内，国人的文化崇尚“易”，无穷无尽的变化之道，崇尚水无常形。而“抓到老鼠就是好猫”也直接反映了我们的文化底蕴和适时而变、顺势而为的理念。因此中国的政府和企业的信息化实施，应在实现规范化管理的同时，也要考虑怎么去适应灵活多变的流程需求。 企业信息化实施工作的核心内容是建立灵活的流程处理平台以支撑其核心业务处理能力。工作流处理平台除提供全过程的业务流程处理能力外，还需要具备与国际接轨、符合未来技术发展方向等需求。 解决方案 中创软件中间件基于自主知识产权的“核高基”中间件InforSuite Flow，针对流程领域普遍业务需求和一些中国特色需求，为企业级业务流程应用打造一个统一、技术先进、功能齐全和可持续发展的企业级业务流程管理平台，为整个企业的流程应用开发提供业务流程全生命周期的支撑，大幅度提升企业流程类应用的流程管理能力，快速支撑业务流程演化。
工作流引擎平台解决方案 工作流引擎平台在实际系统中的应用一般分为三个阶段，即模型建立阶段、模型实例化阶段和模型执行阶段。模型建立阶段利用工作流建模工具完成各种企业经营过程或者项目管理流程模型的建立，将企业的实际经营过程或项目管理流程转化为计算机可处理的工作流模型。模型的实例化阶段为每个过程设定运行所需的参数，并分配每个活动执行所需的资源（设备、人员等）。模型执行阶段完成经营过程的执行，在这个过程中重要的任务是完成人机交互和应用的执行，并对过程与活动的执行情况进行监控与跟踪 WorkFlow的设计理念是致力于企业的业务流程自动化解决方案，为企业的业务流程自动化以及企业流程再造提供坚实的基础平台，成为业界领先的企业业务流程自动化的基础平台产品以及企业流程再造的核心产品。有力的简化应用开发的步骤，降低应用开发的难度，提高应用开发的效率及灵活性，节约应用开发的成本，从而极大的提高应用开发的生产力。WorkFlow产品构成分为三块：模型定义工具、工作流引擎、客户端应用。模型定义工具提供图形化的过程定义工具，而工作流引擎则实现了工作流的后台驱动。后台工作流引擎以COM组件方式实现，为应用系统的集成提供了方便的编程接口。客户端应用是人机交互的界面、与业务系统的具体应用。 1.模型定义工具 Workflow建模工具以图形界面为建模人员提供了一个友好、方便的建模环境。一个工作流的定义包括模板和实例两个部分，模板用于描述工作流定义，用于工作流应用的设计阶段；实例是将模板定义用于特定工作流程时对模板的拷贝。这样做是为了在模板使用过程中对模板可随时进行修改而不影响已启动的流程。一个工作流程称为一个工作（Job），组成工作的每个执行单元称为活动（Activity），组成活动的更小单位称为任务（Task），活动的入口称为主表单（MasterForm）。每个工作都是由一系列具有逻辑关系的活动组成，这些逻辑关系构成活动的路由信息。因此，一个工作实际上可以看作是一系列具体工作和它们之间的逻辑关系构成的一个有机整体。每个工作都有一个创建者，他是启动此工作的人。每个工作可以有多个拥有者，拥有者具有撤销、挂起、强行终止工作的权力。每个活动都有一个拥有者，他是模板中定义的活动执行人，活动拥有者
关于工作流系统技术选型可行性分析 1系统背景 医院的运作过程本质上是人、财、物等资源的优化和配置，形式上无一不体现为信息流、资金流、物流、价值流等合理的流动；随着医院不同科室、部门分工的日益具体化，合作已成为主题，合作的体现形式必然是一个完整而高效的工作流程；有管理的医院的活动过程必然是有序的，这种有序性体现为合理的工作流程。因而工作流(workflow)无处不在。 2系统建设目标 1)隔离workflow系统的控制逻辑和医院业务系统的业务逻辑，使得业务逻辑 的变更对于控制逻辑透明。 2)利用该引擎开发的业务信息系统可以根据具体业务需求量身定制个性化的 业务流程，而不用修改控制逻辑，甚至无需修改源代码。 3)业务人员、开发人员、实施人员可以共同参与流程制定、流程、节点维护 4)提供灵活、丰富的标准开发接口，使得开发人员能采用自己习惯的开发工 具在该平台上定制和扩充模块。 5)采用多层分布式组件技术，力求技术先进性和应用的健壮性。 6)工作流自动化和医院应用积木化。 3工作流技术选型方案 3.1 技术选型目标 1)较好的流程定义工具。 2)工作流技术架构与业务系统之间解耦性较强。
3)工作流系统定位为嵌入式系统，并进行嵌入式部署。 4)业务人员、开发人员、部署实施人员均可参与对流程定义做可视化管理 5)业务人员、开发人员、部署实施人员均可参与流程走向做可视化管理。 6)可从容应对较常使用的工作流场景 7)架构开源程度——100% 8)开源社区活跃度较高 9)架构文档较为齐全 10)监控、管理功能支持 11)有较好其他工作流引擎整合方案 3.2 开源工作流选型 当前开源工作流种类繁多，现对目前国内较活跃的三种工作流（jBPM4,jBPM5,Activiti5）做简要介绍与分析，供参考： 3.2.1jBPM4 3.2.1.1架构简介 jBPM4 全称java Businuess Process Management 第四版(最后一个修订版本jBPM4.4发布于2010-07-19 ),是一种基于javaEE 的轻量级工作流管理软件包。jBPM 项目由Tom Baeyens 2002年发起，并与2004加入到JBoss组织，至今jBPM 发展至今有九年时间，在国内外均有大量的社区与商业支持。jBPM3、jBPM4拥有极度活跃的用户论坛和开发者论坛。
1.1工作流引擎技术 工作流概念的提出是人们注意到了隐藏在业务处理的过程控制的共性，并从业务处理操作中分离出过程逻辑单独加以研究，从而可以实现过程优化配置和重组。但是，多年来，不同的研究者和产品供应商从不同的角度给出了工作流的定义。下面分别从工作流定义及工作流相关术语进行解释，并分析工作流应用中所遇到的多种模式，提出了工作流参考引擎、处理模型、体系结构等。 1.1.1工作流定义 WfMC给出的工作流的定义[21]：工作流（Workflow）是一类能够完全或者部分自动执行的经营过程，根据一系列过程规则，文档、信息或任务能够在不同的执行者之间传递、执行。 工作流是指业务领域的流程，它描述了业务过程中的各个要素以及要素之间的关系。 业务过程则是对工作流的抽象，通过对业务过程中各要素的描述形成过程定义。过程定义是过程自动化的基础数据，它通过工作流引擎进行管理。 下面将对工作流引擎技术中涉及到的一些基本概念给出其定义。这些概念包括：工作流引擎、业务过程、过程定义、活动、自动活动、人工活动、实例、过程实例、活动实例、工作流参与者、工作项、工作项列表等。 1.工作流引擎 工作流引擎是一个软件系统，它定义、创建和管理工作流的执行，并且运行在一个或多个工作流引擎之上。工作流引擎能够解释过程定义、实现与工作流参与者的交互并且调用各种外部IT工具和应用。 2.业务过程 一个包含一个或多个相关程序或活动的集合，这些程序或活动共同实现一个业务或决策目标。通常地，业务过程存在于一个定义了职能角色和业务关系的组织结构中。 3.过程定义 过程定义是对业务过程的描述，这种描述形式支持诸如建模、通过工作六管理系统执行等操作的自动化处理。过程定义有活动和它们之间的关系组成，这些活动和关系形成了一个网状结构，并且还包含过程开始和结束条件和各活动的详细信息，如活动参与者、相关应用和数据等。 4.活动 活动是对一份工作的描述，它是过程中的一个逻辑步聚。一个活动可以是
工作流控制方案 1流程方案 流程控制整体思路为利用Wordflow自身机制对文档进行路由，路由完毕后对活动的可能所有者、活动的读者按照定制域设定及所选人员进行修正。各类路由机制详细说明如下： 1.1 一般路由 从活动A路由到活动B，不关心活动B是否已完成，取新选择的人员作为活动可能所有者，这是流程中最常用的路由类型，路由图示说明如下： 活动A可以多人也可以单人，活动A为多人处理时，若非决策路由（设置DispChoice定制域），多人操作相同，都不选择人员，活动B的活动所有者根据公式自动计算，如发文会签完毕到拟稿人确定的路由、甘肃督办拟稿人确定到会签的路由等；若有多个决策路由，可能仅第一个处理的人选择决策完成路由，其他人不再处理（甘肃机制、西北网未设置MultiChoice时机制），目前无此实例；也可能多人操作相同，都不选择人员，活动B的活动所有者根据公式自动计算（西北网设置MultiChoice时机制，同时需设置NoSelChoice），如西北网部主任批示到处长批办的路由；活动A为单人处理时，可以由公式自动计算也可以手动选择人员，如起草到部主任审核的路由、秘书核稿到领导签发的路由、西北网部主任批示到处长批办的路由等。若活动B的活动所有者为自动计算，计算结果为空时则会引起路由出错。 此路由之后对流程的各种特殊操作情况有： 1)、收回。活动A最后一个处理人可以收回，收回后工作路由到活动A，活动所有者为活动A的最后一个处理人，收回后不能再返上一人。
2)、返回上一人。活动B的第一个处理人返回上一人，工作路由到活动A，活动所有者为活动A的最后一个处理人。返回上一人后活动B的第一个处理人可以再收回，收回后工作路由到活动B，活动所有者为活动B的第一个处理人；活动A的最后一个处理人也可以返回上一人，返回后工作路由到活动B，活动所有者为活动B的第一个处理人，以后可以在A、B活动间循环。 3)、特送。活动B的任一处理人可以进行特送到另一活动C，特送按照流程配置选择活动C的活动所有者，特送后特送人可以收回，收回后工作路由到活动B，活动所有者为特送人；活动C的第一个处理人可以返上一人，返回后工作路由到活动B，活动所有者为特送人，若特送人在返回上一人，则会在特送人和活动C的第一个处理人间循环；活动C的部分人处理后，特送人可以上一节点收回，收回后工作路由到活动B，活动所有者为特送人。 4)、上一节点收回。活动B的部分人处理后，活动A最后一个处理人可以上一节点收回，上一节点收回后工作路由到活动A，活动所有者为活动A的最后一个处理人。 5)、管理特送。应用管理员可以管理特送到活动C，特送时可在组织机构中选择任一人员作为活动C的活动所有者，管理特送同时更新了流程版本（西北网），但必须保证管理特送时按照正常流程到活动C也可以正常流转才可特送成功，管理特送后不能再收回、返回上一人、上一节点收回。 1.2 返回路由 从活动B路由到活动A，活动A在之前已经完成并记录了处理人（通过设置destitem定制域），取活动A的最后一个处理人（西北网机制）或活动A的全部处理人（甘肃机制），路由图示说明如下：
工作流引擎（Workflow Engine ） 所谓工作流引擎是指workflow作为应用系统的一部分，并为之提供对各应用系统有决定作用的根据角色、分工和条件的不同决定信息传递路由、内容等级等核心解决方案。 工作流引擎（Workflow Engine ） 什么是工作流引擎（Workflow Engine ） 例如开发一个系统最关键的部分不是系统的界面，也不是和数据库之间的信息交换，而是如何根据业务逻辑开发出符合实际需要的程序逻辑并确保其稳定性、易维护性（模块化和结构化）和弹性（容易根据实际业务逻辑的变化作出程序上的变动，例如决策权的改变、组织结构的变动和由于业务方向的变化产生的全新业务逻辑等等）。 Workflow 引擎解决的就是这个问题：如果应用程序缺乏强大的逻辑层，势必变得容易出错（信息的路由错误、死循环等等）。 就好比一辆汽车，外表做得再漂亮，如果发动机有问题就只是一个摆设。应用系统的弹性就好比引擎转速方面的性能，加速到100 公里需要1 个小时（业务流程发生变动需要进行半年的程序修改）还能叫好车吗？引擎动不动就熄火（程序因为逻辑的问题陷入死循环）的车还敢开吗？ 工作流解决方案与传统管理软件的关系 传统的管理软件注重解决企业应用层现存的问题（例如提高企业的资源配置率或提高单一员工的生产效率）。例如：EXCEL 可以提高员工画表格的效率、财务软件可以规范财务人员的工作并提高账目查询的效率、CRM 可以规范客户管理从而使客户资源掌握在公司手中而不是被一部分业务人员把持并提高客户响应时间、ERP 解决的是如何配置企业资源：使企业的人力资源、财力资源和物资资源能够根据业务的需求实现最大化配置。workflow 关注的是如何缩短流程闲置时间，从而提高企业的业务处理能力并使企业能够关注于真正对企业有意义的增值业务上。从建立企业神经系统的角度也许更能理解两者的区别。传统软件不能解决工作流的问题，例如ERP 关注的是企业的资源配置，但不可能解决资源传输过程中的损耗和降低传输（流程）的成本；同样workflow也不能完全解决传统管理软件所能解决的问题，例如对生产管理的MRP 系统所能解决的生产过程控制通过workflow很难实现。但一个好的传统软件如果希望能自动化地在整个企业
工作流管理解决方案 ZDNet管理软件频道时间：2008-01-08作者：GrapeCity来源：| GrapeCity 中国 本文关键词：BI 现代企业不同于过去家庭作坊式的手工劳动，员工人数通常在几十乃至上百人，如何通过流程的规范化提高员工的生产合作效率，如何让用户完全地融入业务流程中并且无缝地同其他同事进行协作，如何让企业的业务系统之间进行更好的集成是企业迫切需要解决的问题。IW工作流程解决方案可以帮助解决以上问题。 IW工作流解决方案可以帮助企业用户轻松完成日常工作中诸如文档审批，在线申请等业务流程。同时，工作流解决方案提供多种接口实现后台业务系统的集成。 IW的工作流解决方案也面向开发人员和企业IT人员，让他们可以通过开发的方式实现更为复杂的商业流程。 工作流以及工作流引擎 根据工作流管理联盟(WfMC)的定义，工作流（Work Flow）就是自动运作的业务过程部分或整体，表现为参与者对文件、信息或任务按照规程采取行动，并令其在参与者之间传递。 简单地说，工作流就是一系列相互衔接、自动进行的业务活动或任务。我们可以将整个业务过程看作是一条河，其中流过的就是工作流。 涉及企业日常运作的各种工作流程由一个平台统一管理，这一平台被称为“工作流引擎”。 GrapeCity的工作流引擎 GrapeCity的工作流引擎是一个快速构建工作流应用的开发平台。开发人员利用这一平台能方便地建立以文档为中心的工作流程，并且终端用户也能通过页面自定义其工作流程。
GrapeCity的工作流引擎以微软Windows Workflow Foundation为基础，虽然是独立的解决方案，但它同样具有良好的集成性，能与微软的产品，特别是SharePoint Portal Server, InfoPath等很好地集成整合。 GrapeCity工作流引擎的技术优势体现在： ?基于智能体(Agent Service)系统。具有高度可扩展性，可实现工作流引擎集群。 ?高度的流程自定义功能，提供XML格式的工作流定义模版，以标准C#代码的方式描述流程逻辑。?与SharePoint系统紧密绑定，支持SharePoint的文档库，InfoPath表单库等结构。 ?可扩展的端口系统，支持SharePoint，磁盘文件系统端口，邮件系统，数据库，Web Service端口等多种接口。 ?完善的流程实例监控功能，实时监控流程运行状态，以及异常报警功能。 GrapeCity目前已有多家客户利用工作流引擎实现了工作流程的自动化运转，涵盖采购、报销、文档管理等日常工作。 给予用户的收益
Activiti工作流使用说明文档 V1.0 2019年8月9日
目录 一、模型设计器 (4) 1.1任务 (5) 1.1.1 用户任务 (5) 1.1.2 服务任务 (5) 1.1.3 脚本任务 (6) 1.1.4 业务规则任务 (7) 1.1.5 接收任务 (7) 1.1.6 手动任务 (7) 1.1.7 邮件任务 (8) 1.1.8 Camel任务 (8) 1.1.9 Mule任务 (8) 1.1.10 决策任务 (9) 1.2构造 (10) 1.2.1 子流程 (10) 1.2.2 事件子流程 (11) 1.3泳道列表 (11) 1.4分支 (12) 1.4.1 排他分支 (12) 1.4.2 并行分支 (12) 1.4.3 包容分支 (13) 1.4.4 事件分支 (13) 1.5事件 (14) 1.5.1 定时器事件 (14) 1.5.2 信号事件 (14) 1.5.3 消息事件 (16) 1.5.4 错误事件 (16) 1.5.5 边界事件 (17) 1.5.6 中间事件 (18)
1.5.7 开始事件 (18) 1.5.8 结束事件 (18) 1.6属性元素 (18) 1.6.1 异步 (18) 1.6.2 排他 (19) 1.6.3 补偿 (19) 1.6.4 中断任务 (20) 1.6.5 分配 (21) 1.6.6 到期时间 (22) 1.6.7 表单 (22) 1.6.8 表达式 (24) 1.6.9 多实例 (25) 1.7监听器配置 (28) 1.7.1 执行监听器 (29) 1.7.2 任务监听器 (30) 1.7.3 事件监听器 (32) 1.7.4 全局事件监听器 (33) 二、workflow-service (34) 2.1数据更新逻辑 (34) 2.2方法表达式配置 (35) 2.3自定义外置表单 (36) 2.4事件监听器配置 (37) 2.5方法调用说明 (37) 三、常见问题 (37)
湖北XXXXXXXXXX产业集团 关于修订印发《工作流使用管理办法》的通知 各单位/部门： 为减少工作流使用不当的情况发生，从而提高工作流审批效率及企业信息化实施水平，我部门制定了《工作流使用管理办法》。根据该办法前期执行的实际情况，经征求各方面意见后，我部门对部分条款进行了修改和完善。现将修订后的《工作流使用管理办法》（见附件）印发，请各单位认真组织学习。 修订后的《工作流使用管理办法》自2012年8月20日实施，望各单位/部门遵照执行。 特此通知！ 信息中心 二〇一二年八月十九日
工作流使用管理办法 第一章总则 第一条为推进企业信息化建设的顺利实施，规范OA系统工作流的管理，明确公司工作流使用的要求，达到提高工作及管理效率的目的，特制定本办法。 第二条本办法适用于湖北XX建筑装饰工程有限公司（以下简称集团公司）及子公司所有员工。 第二章工作流的定义 第三条工作流： OA内置的流程子系统，可实现各类工作的申请、审批、会签、登记、查询等环节的管理，可将协同工作的过程进行记录，便于日后审核与查询；并实现业务数据的规范化录入、查询、统计和存档；OA的工作流系统由表单和流程两个重要元素构成。 第四条表单：是与工作相关的数据的载体，相当于现实工作中的纸质工作单，工作单上的手写数据通过表单上的各类控件得以体现；除表单以外，我们还可以通过公共附件或会签区传递一些数据和信息，以便更好的完成工作流程。 第五条流程：是工作过程和环节的描述，流程由工作的多个步骤组成，每一步由指定的经办人填写指定的表单控件。 第三章工作流的发起 第六条为节约办公耗材，提高工作效率，实现信息化的有效推广，经集团公司审核通过的工作流禁止采用纸质操作。 第七条各员工需认真学习各工作流的作用及适用范围，在发起流程时，需选择与该工作相对应的工作流。 第八条对于明确指定了对应发起人的流程（IT类、盖章类、物业服务类等），当其他人员需要申请该工作流时，需和具有相应申请权限的人员进行对接，
工作流的基本模式 1 、顺序(Sequence )模式 描述：只有当前一个活动结束后，后一个活动才会被触发，即按照预定的任务列表，有序的执行。(提交一亍日UG、______________________ 弍FEX该日UG 、 _______________________________ Close^BUG 2、并行(Parallel Split)模式 描述：- 一个活动的结束能够触发若干个活动的开始，这些被触发的活动能以并行的方式同时或按任意顺序举例：当提交一个BUG时会分别向BUG信息表和BUG日志表中添加相应记录 进行
3、同步(Synchronization )模式
描述：如果不考虑超时(一般流程会设定任务执行期限)和异常等情况，流程必须在聚合点等待所有的分支都执行完(到达And汇聚点)才能激活后继任务，才能正确的往下运行。 举例：支持人员分派的问题由开发人员修改，然后不仅要经过测试人员验证通过还要再次经支持人员验证通过才能Close该BUG。 4独占式选择(Exclusive Choice )模式 该模式分为显式独占模型(explic Exclusive Choice )和隐式独占选择模式(implicit Exclusive Choice) 1)显式独占选模型(explic Exclusive Choice ) 描述：当一个活动处理完后，其后有若干个分支流程可供选择，但根据工作流控制数据 (workflow control data )只允许选择其中某一个分支运行。 XOR1 1 t IBM企业内容管理解决方案 2008年03月 目录 1.市场现状概述 ...................................... 错误！未指定书签。 2.IBM企业内容管理解决方案........................... 错误！未指定书签。 2.1.概述................................................................. 错误！未指定书签。 2.2.IBM电子影像归档查询解决方案.......................................... 错误！未指定书签。 2.3.企业级信息搜索解决方案............................................... 错误！未指定书签。 2.4.影像工作流解决方案................................................... 错误！未指定书签。 3.IBM解决方案优势................................... 错误！未指定书签。 3.1.IBM解决方案优势...................................................... 错误！未指定书签。 3.2.IBM企业内容管理成功案例.............................................. 错误！未指定书签。 1.市场现状概述 当今信息爆炸的时代，信息每天都在以惊人的速度增长。据世界权威机构统计表明，全球来自交易中的数据信息每年增长的速度是61%，而其他各种相关信息的每年增长率超过了92%。研究部门把由传统关系数据库管理系统处理的数据信息称为结构化数据，把包括纸质文件、电子文档、传真、报告、表格、图片、音频和视频文件等在内的信息称为非结构化数据或内容（content）。通过调查发现，在企业存储的海量信息中，结构化数据仅占数据信息总量的15%，而非结构化数据却占数据信息总量的85％。有序地存储、管理并挖掘非结构化数据的利用价值是目前全球一切成功企业提高竞争力和生产力的主要手段。 随着中国经济的高速发展，中国市场的竞争日益激烈，竞争的方式将从企业的外延比如统一、高效的营业服务系统，向企业的内涵比如管理决策方面转移。国内各个机构近几十年投入巨资大力发展IT应用，已经初步建成了各自统一的营业服务系统和企业内部信息传递管理系统，经过多年的运行积累，存储了海量的信息资源。由于历史的原因，这些海量的信息资源管理分散、共享困难，形成彼此隔离的信息孤岛。科学管理和合理开发这些信息资源尤其是大量的、非结构化数据信息，是国内企业界面临的巨大挑战。 推动业务发展的是信息，即存入传统数据库中的“结构化”数据和包括可用信息库中内容的“非结构化”数据。顾名思义，非结构化数据的管理也就是我们在本方案中所提及的内容管理。 而企业级内容管理（ECM, Enterprise Content Management）涵盖的领域更加广泛，根据业界多家权威咨询机构的调查，基本可以包括如下六个方面： 1.Document management 2.Web Content Management 3.Records management 4.Document capture and document imaging 5.Document-centric collaboration 6.Workflow IBM 在这六个方面均有业界领先的解决方案和产品，因此IBM被公认为在企业级内容管理领域具备领先优势，占据领导地位。 企业内容管理的信息化建设同样是信息化建设的重要组成部分。但由于各个部门建设的独立性，大多数系统大都自成体系，从而带来例如资源分散、信息共享困难等，形成彼此隔离的信息孤岛。如何整合各个部门、机构数量巨大的信息资源，实现 1.1.1工作流平台软件 产品应具备以下特点或功能。 ●工作流引擎 ?工作流引擎应具有应用服务器无关性，可运行在主流的应用服务器之上 (OK) ★工作流引擎支持主流关系数据库，支持国产数据库。(OK) ?支持集群化模式运行。(OK) ★支持顺序、分支、合并、循环、判断、子流程（同步/异步）等等常用的工作流模式(OK) ★支持goto路由，根据业务需要，流程可以由当前环节任意流转到其他环节。(OK) ?对于流程活动具有任务执行、标志任务完成、标志任务未完成和进行任 务委托、任务再分配等功能(OK) ?流程控制过程：支持创建、激活、终止、挂起等操作；支持流程的版本 控制；支持删除流程一个实例和删除流程定义的所有运行实例；(OK) ?维护工作流控制数据和工作流相关数据，在应用程序间或者用户间传递 工作流相关数据。(OK) ?严格支持事务一致性和完整性，支持跨多个应用系统的事务处理。(?) ?可配置流程回退模式，包括支持退回到以前的任何一个环节和支持逐步 退回。(应该是逐级回退) ?支持任务的取回、会签等多种灵活的路由模式。（OK） ●流程定义工具 ★流程设计器支持基于角色泳道的流程定制方式，方便流程建模。 ★支持流程集机制，根据业务需要，多个流程可以定义在一个流程模板文件中。（不太明白他的意思，字面理解：是OK） ?可视化的流程设计工具，通过拖放等方式来快速绘制和修改流程。（OK） ?支持自行定制工作流流程的各个环节和流转规则。（OK） ?支持多种路由流转功能：串行路由、并行路由、多路条件路由。（OK） ?支持流程的模版管理，包括模版的创建和维护。（OK） ★支持流程定义文件的版本管理，流程定义时支持流程模板的版本管理，运行时支持同一业务流程不同版本的同时流转。（） ?支持流程定义文件的导入、导出。（OK） ?支持流程定义文件的合法性验证。（OK） ●流程监控和统计 ?支持对工作流流程实例的实时监控，操作者可以以图文的方式进行跟踪； 支持对下级的工作监控，上级可分类查看下级参与流程的进展情况。 （OK） ★支持流程流转的图形化回放监控。 ?可以设置工作流每个环节的处理时限，并允许针对工作流实例进行修改 处理时限。（OK） ?支持对超时环节的提醒：允许支持多种种类进行提醒，如：预警提醒、 超时提醒；提醒方式可以采用表单、mail、短信等方式；超时环节可以设定时限，通报给上级或其他相关人员；（OK） ?工作流流程相关的统计分析报表，提供图形化展现报表，包括表格、直 方图、饼状图等方式显示，能够导出为多种文件格式；可以根据需要灵活定制不同格式、不同内容的报表。（OK） ● 2.4客户端 ?通过Web浏览器参与业务流程处理，而无需在用户计算机安装其他应用 程序。（有待商榷） ?提供流程流转情况的查询机制（OK） ?能进行流程模型的仿真和测试。（OK，看是什么版本） ?提供展现任务的待办、在办、已办的分类管理（OK） ?提供详尽的流转历史信息。（OK） ●外部系统集成接口 ?通过数据交换、流程集成，达到融为一体的面向服务的业务流程；（OK）?实现接口的多样化和标准化；（OK） ★流程引擎应提供包括WebService、EJB、JMS 和本地接口等多种服务IBM企业内容管理解决方案
工作流平台软件
相关主题
文本预览