u870工作流手册.doc

目录III目录1 目录I2 工作流系统简介52.1 应用目标52.2 工作流系统构成62.3 适用范围与适用角色73 安装与配置83.1 【菜单路径】84 工作流设计器94.1 设计器界面构成94.1.1 工具箱94.1.2 方案管理器134.1.3 缩放窗口134.1.4 属性窗口144.1.5 流程画布145 设计器常用操作155.1 新建流程方案155.2 流程模型属性设置205.2.1 开始节点属性设置235.2.2 人工活动节点属性设置235.2.3 子流程节点属性设置305.2.4 等待任务节点属性设置315.2.5 自动活动节点属性设置325.2.6 DoWhile结构节点335.2.7 WhileDo结构节点345.2.8 决策结构节点356 工作流控制台356.1 流程模型管理356.2 流程模型发布356.2.1 【操作流程】366.3 流程模型查看376.4 流程实例监控386.5 行环境设置417 工作流引擎服务447.1 【菜单路径】447.2 【操作流程】448 组织设计器458.1 组织服务的原理和相关概念458.1.1 组织服务的目的458.1.2 OPath基本形式468.1.3 OPath扩展498.2 组织设计器的使用方法518.2.1 模版518.2.2 组织设计器的外观及功能介绍518.2.3528.2.4538.2.5548.2.6558.3 操作步骤及说明：579 基于MOM的服务组件的部署589.1 物理部署589.2 注册599.2.1 手动注册599.2.2 自动注册6510 基于MOM的服务组件开发规范6610.1 概述6610.2 接口规范6610.2.1 本地COM6610.2.2 本地dotNet Assembly6810.2.3 WebService和dotNet Remoting组件7011 表达式设计器7412 审批应用8012.1 【操作流程】80第十一章 企业信息门户79随着社会的进步和经济的进步，企业面临的市场已经由传统的相对稳定逐步转变成动态多变的市场，企业间的竞争也由局部竞争演变为更大范围甚至全球范围内的竞争。同行业之间、跨行业之间相互渗透、相互竞争日趋激烈，在企业间竞争日趋国际化、白热化的同时，当今企业面临着巨大的环境挑战。企业要想在激烈的竞争中胜出，必须快速的对市场和环境进行反应，及时的调整企业战略和决策，调整相应的业务流程。这就对在企业内部作为运营支撑的企业信息系统提出更高的要求，要求这些系统能应对频繁变化的需求、适应业务流程和工作流程的改变。没采用工作流系统前，企业中的业务流程通常固化在软件中，因此很难改变这些流程、无法适应企业发展需要；而采用工作流系统改造原有软件，将能使这些软件变成功能可重构、流程可改变、高度柔性的系统，从而满足企业发展的要求。在U8ERP应用研发过程中U8ERP工作流系统既可以帮助业务部门实现审批流功能，也可以帮助业务部门将易变逻辑以流程应用服务的方式暴露出来，以达到根据具体用户做特定配置的目的。在二次开发和实施过程中，二次开发人员和实施人员即可以编写、注册服务，将其插入到U8系统中默认处理流程中，也可以设计、发布新的流程，以适应特定企业的需要。1 工作流系统简介1.1 应用目标使用工作流管理系统的目的之一是作为企业应用系统集成（EAI）的平台。在当前大部分企业级IT架构中，各种各样的异构（heterogeneous）应用和数据库运行在企业内网中。在这些系统被应用到组织时，都有一个清晰的目标。例如，客户管理、文档管理、供应链、订单、支付、资源计划等等。让我们称这些系统为专门应用（dedicated applications）。每一个专门应用都包含它们所支持业务流程的领域知识。这些专门应用中的自动化流程，被拼装到企业中更大的非自动化流程中。每当一个这样的专门应用安装并投入使用，都会带来涉及其他多个应用的新功能需求。企业应用系统集成（EAI）就是通过使用多个专门应用满足软件新需求的方法。有时，这只需要在两个应用之间提供数据通讯的通道。专门应用将很多业务流程硬编码在软件中。可以这么说，在用户购买专门应用时，是购买了一组固定的自动化业务流程，而工作流管理系统是不必事先知道问题域的相关信息的。工作流系统将业务流程描述作为输入并管理流程实例的执行，这使得它比专门应用更灵活，但用户也要花精力编写业务流程的规格化描述。这就是为什么说工作流系统和专门系统是相互补充的。工作流系统可以用来管理全局的业务流程, 第一种使用方式就是：结合所有的专门应用，使用工作流系统构建一个EAI平台。工作流系统能够发挥很大价值的第二个使用方式是：协助涉及多人相关任务工作流软件的开发。为了达到这个目的，大部分工作流系统都有一个方便的机制，来生成执行任务的表单。对于专注于ISO 或者CMM认证的组织，采用这种方式使用工作流系统能够显著提高生产率。 不用将过程用文字的形式写在纸上，工作流系统使你通过流程定义建模实现过程的自动化（如使用基于Web的应用）。工作流系统的第三种使用方式是：将工作流引擎嵌入到其他应用中。前面提到，专门应用将指定问题域相关的业务流程固化在软件中。开发专门应用的公司也可以将工作流引擎嵌入到他们的软件中。在这里，工作流引擎只是作为一个软件组件，对于应用的最终用户是不可见的。将工作流引擎嵌入到应用中的主要原因是为了重用（不重复发明轮子）和应用软件的可维护性。1.2 工作流系统构成U8ERP工作流系统系经过对多种流程描述语言研究分析、比较各种工作流系统模型优缺点，结合U8现状、抽象大量U8客户工作流相关需求而成，具有完毕的工作流功能和灵活的系统扩展能力。如图7-1图7-1完备的流程模型，让系统具有充分的模型描述能力，可以轻松的应对不同的需求。基于开放的消息机制，系统能方便的与应用系统、服务、业务事件交互，让工作流系统成为开放性的系统。友善的图像化流程设计和流程实例监控界面，使用户可以方便、快捷的设计符合需求的流程模型，并能直观的观察流程实例运行情况。1.3 适用范围与适用角色开发人员开发人员（包括业务应用开发人员和二次开发人员）可以开发应用服务并注册，开发交互界面和消息并注册；然后通过流程设计器设计特定的审批流程和程序流程，以提供给客户使用。研发人员还可以实现特定的接口，对流程设计过程和流程发布过程进行扩展。实施人员注册新的服务和消息；利用注册的消息和服务新增流程和调整系统预置流程；针对特定客户选择特性的处理流程。系统管理员一般为客户单位信息部人员。系统管理员可利用预先注册的消息和服务新增流程和调整系统预置流程；发布流程、监控流程实例、修改流程实例信息。业务模块使用人员通常为客户单位具体业务人员，如预算编制员、人力资源专员等。工作流系统对业务模块使用人员不可见，但他们可以通过界面发送的消息与工作流系统交互、让工作流系统为其协调相关工作。2 安装与配置在安装时U8ERP选择了工作流管理控制台、流程设计器后，用户即可以在【开始】【程序】【用友ERPU8】看到工作流系统文件夹其中包括管理控制台、流程设计器、消息中间件，如图7-2; 选择安装了应用服务器，则打开托盘的U8应用服务管理器，可看到U8工作引擎服务已经启动，如图7-3 图7-2 图7-3安装成功后MOM服务器地址和工作流引擎服务器地址默认为应用服务器地址，在使用前如需要修改配置信息见以下菜单路径。2.1 【菜单路径】【用友ERP-U8】【工作流】【管理控制台】【配置】3 工作流设计器3.1 设计器界面构成通过工作流设计器，用户可以方便的设计流程。流程设计器主界面如图7-4;图7-4主界面分为工具箱、缩放窗口、属性窗口、方案管理器、流程画布区、主菜单五个组成部分。3.1.1 工具箱包含节点工具栏、模版工具栏、消息工具栏、服务工具栏。如图7-5图7-5节点工具栏中列出了流程定义过程中可用的活动节点和结构节点。l 流程节点U8工作流模型通过一系列的节点来描述和表现具体的工作流程。这些节点分为两类，一类代表具体的行为，如对外部服务的调用、人工参与环节的描述等，这类节点称之为活动节点；还有一类节点用于表示流程流转路径方式、条件等信息，这类节点称之为结构节点。3.1.1.1 节点开始活动节点开始活动节点代表一个流程的开始。该节点可以设置名称、描述信息。开始活动节点会在新建流程模型时，自动添加到流程图中，不需要手工添加到流程图上，因此不出现在节点工具栏里。结束活动节点代表流程的终止。在一个流程模型中，可出现多个结束活动节点。人工活动节点人工活动节点代表流程中需要人参与的活动。在人工活动节点中，至少需要设置如下信息1. 由哪些执行者处理该活动：如果在一个流程实例中，一个人工活动节点对应多个符合条件的执行者，还需要确定该人工活动处理完毕的判断标准：是任一执行者处理完毕分配给其的任务项，该人工活动即算执行完毕; 还是所有执行者均处理完毕分配给其的任务项，该人工活动才算执行完毕。2. 人工活动处理目标。3. 执行者处理完毕分配给其的任务项后，反馈回工作流系统的数据的提取规则。人工活动节点属性设置详情，请参考人工活动节点属性设置。子流程活动节点子流程活动节点代表流程中对其他流程的调用。子流程活动节点属性设置请参考子流程节点。等待活动节点当流程实例执行到等待活动节点时，实例将不会继续向下运行，直到特定消息发生时，该流程实例才继续前进。等待活动节点必须设置的信息：名称、等待消息。自动活动节点自动活动节点代表对外部服务的调用；这些服务信息在能被设计器浏览和工作流引擎调用前，均已在MOM上进行注册。WhileDo结构节点WhileDo结构节点用于表示在流程执行时，需要首先判断是否满足特定条件，如果该条件满足时，循环执行一系列的活动，直到该条件不满足为止的场景。WhileDo结构节点包含一个条件子节点，用于指定循环条件。DoWhile结构节点同WhileDo结构节点，但条件的判断是在结构中包含的一系列活动执行完毕后才进行的。DoWhile结构节点中包含的子活动至少会执行一遍，与此对应，WhileDo结构节点内的一系列活动可能一次也不执行。决策结构节点决策结构节点中，存在多个条件分支和一个缺省分支，每个条件分支均有一执行条件，只有在该条件满足时才执行分支中的活动；如果所有条件均不满足，则执行缺省分支上的活动。决策结构节点中每个条件分支上的条件节点用于表示该分支执行的条件。决策结构节点中可根据需要增加决策结构条件分支和删除决策结构条件分支。l 新增决策结条件分支：如果决策结构节点未展开，可鼠标左键单击节点图标左上角 展展开决策结构节点。鼠标左键单击展开后的决策机构节点右上角图标，就可新增一个决策分支。l 删除决策结构条件分支：如果决策结构节点未展开，可鼠标左键单击节点图标左上角，展开决策结构节点。鼠标左键单击待删除分支头部的条件节点图标，按Delete键，删除该决策结构条件分支；也可通过鼠标右键，选择弹出菜单中的删除菜单来完成该操作。每个决策结构节点至少包括一个条件分支和一个默认条件分支，当结构节点中仅有这两个分支时，试图删除条件分支的操作将不能成功。并行结构节点并行结构节点代表多个分支同时执行。并行结构节点中，包含多个并行活动头子节点和一个分支聚合子节点。每个并行活动头子节点代表从该子节点到分支聚会子节点间的分支流程。分支聚合子节点代表分支聚合方式；聚会方式为AND。AND方式表示并行结构节点中所有子流程均运行完毕后，并行结构节点才执行完毕，如果此时的聚合条件满足，流程就可继续向下执行。并行结构节点中可根据需要增加并行分支或者删除并行分支。l 增加并行分支：如果并行结构节点未展开，可鼠标左键单击节点图标左上角，展开并行结构节点。展开并行结构节点后，鼠标左键点击该节点右上角 ，将在该结构节点内部右方新增一分支流程。鼠标左键点击该节点左上角 ，将在并行结构节点内部左方新增一分支流程。l 删除并行分支：如果并行结构节点未展开，可鼠标左键单击节点图标左上角 ，展开该节点。鼠标左键点击分支头节点图标，然后按Delete键，删除该流程分支。由于并行结构节点内至少应该有两个分支，因此，当仅有两分支时，将无法删除其中的任一分支。增加并行分支和删除并行分支的操作也可通过选择弹出菜单相关项完成。3.1.1.2 服务服务工具栏中，列出了在MOM上注册的服务。通过拖拽服务工具栏内的服务节点到流程模型画布的方式，可方便的向流程模型对应位置加入一个自动活动节点，用以表明流程实例执行到此处时，需要调用该服务。如不采用这种方式设置，则需要设置流程模型组件服务接口属性，向其中加入待调用服务信息引用 拖拽自动活动节点到画布设置自动活动节点属性，指定调用服务信息等操作步骤才能完成同样的设置工作。3.1.1.3 消息消息工具栏中，列出了在MOM上注册的消息，通过拖拽的方式，能方便的向流程模型中加入一等待活动节点，用来表示当流程实例执行到此处时，需要特定的消息的发生，才能继续进行。3.1.1.4 模版在流程设计过程中，有一些结构节点或者活动节点如需复用到其他的流程模型中，这时可将其作为流程模版保存于模版工具栏中，以减少重复设置的工作量、降低应流程设计不当引起错误的概率、提高流程复用的能力。3.1.2 方案管理器方案管理器列出流程的分类以及各分类下的流程模型。如图7-6 图7-6 图7-7方案管理器中列出的流程模型分为数据设置信息完整和不完整两类，可分类浏览。数据设置信息完整的流程模型可在管理控制台中被发布。3.1.3 缩放窗口显示流程的缩略图的窗口图7-7，可在该窗口移动可见区域框达到在流程图中导航的目的。3.1.4 属性窗口属性窗口用于显示和编辑流程模型和流程节点属性信息。图7-8图7-83.1.5 流程画布流程画布区域如图7-9图7-9在流程画布区域，用户可以查看、编辑流程模型4 设计器常用操作4.1 新建流程方案【操作流程】l 有两种方式都可以创建流程模型。u 文件菜单创建: 通过菜单【文件】【新建】创建。创建完毕后在右边解决方案区域中会显示出新建工作流模型。u 方案管理器中创建: 使用鼠标右键单击方案管理器，在弹出的菜单中选择【增加模型】，如图7-10。图7-10l 删除流程模型在方案管理器中，选中流程模型，在弹出的菜单中选择【删除流程】，如图7-11。图7-11l 打开流程模型：鼠标左键双击流程管理器中流程模型名称，可打开对应流程模型，打开后的流程模型将展现在流程画布上。l 保存流程模型：可通过流程设计器主菜单上的【文件】【保存】菜单项达到保存工作流模型的目的。l 导入、导出流程模型：通过流程设计器主菜单【文件】【导入】和【文件】【导出】，可将流程模型从本地文件系统中导入到流程设计器，或者从流程设计器中将流程模型保存到本地文件系统中。导入后的流程模型并未自动保存到工作流数据库中，如需保存，请在导入后进行【保存流程模型】操作。l 编辑流程模型u 选中节点：首先要选中节点，节点被选中后的标志为图标周围将出现红色矩形框，如图有三种方式选中节点，第一种方式是在对应节点上单击鼠标左键，如果需要选中多个节点，可按下Shift键后鼠标左键单击要选中的节点。第二种方式为流程画布空白处按下鼠标左键，拖动鼠标，将出现蓝色半透明方块，如图7-12。当蓝色方块覆盖欲选中节点后，释放鼠标左键即可。第三种方式为在流程画布上同时按Ctrl+A，该方式仅在全选所有节点时有用。图7-12u 新增节点：在工具栏节点图标上，按下鼠标左键，拖动鼠标到流程画布，此时流程图上可接受节点的位置（一般为节点间连接线）将出现绿色圆圈，如图7-13。移动鼠标到圆圈处，圆圈变为红色，同时鼠标指针发生变化，如图7-14。释放鼠标左键，节点就插入到对应位置图7-15。 图7-13 图7-14图7-15u 删除节点：删除节点，可通过三种操作方式进行，选中待删除节点，单击菜单【编辑】【删除】。第二种为选中待删除节点，按快捷键Ctr+D或者Delete键。第三种为选中待删除节点，鼠标右键，选择弹出菜单的【删除】项注意开始节点、流程模型中最下方结束节点不可被删除。u 复制节点：可通过三种操作方式进行，第一种为选中待复制节点，单击菜单【编辑】【复制】;第二种为选中待复制节点，按快捷键Ctr+C; 第三种为选中待复制节点，鼠标又见，选择弹出菜单的【复制】项u 粘贴节点：复制节点后，单击菜单【编辑】-【粘贴】就可。也可以通过在画布上按快捷键Ctr+V达到同样目的。如果剪切板中有多个节点，则粘贴时这些节点将顺序连接，复制时这些节点间存在的连接关系在粘贴过程中将被忽略。如果粘贴时画布上有选中节点，则被粘贴的节点将接于第一个选中节点之下，否则被粘贴节点将接于开始节点之下。u 流程图片复制：要将选中的节点和流程复制成图片，可通过两种方式进行，第一种为选中需要被复制成图片的流程节点，单击菜单【编辑】【复制图片】。第二种为选中需要被复制成图片的流程节点，按快捷键Ctrl+I。如果选中多个流程节点，则复制区域将是这些节点构成的最大矩形区域。复制得到的图片被保存于系统粘贴板中，可以被粘贴到Word或其他能接受粘贴板图形的应用程序中。u 流程模版生成：有三种方法加入新的流程模版，第一种为选中要作为流程模版的节点，单击菜单【模版】【存为模版】。第二种为选中要作为流程模版的节点，在流程画布上按快捷键Ctrl+T。第三种为在要作为流程模版的节点上，按下鼠标左键，拖动鼠标到模版工具栏中后释放鼠标。u 流程模版删除：有两种方法删除流程模版第一种为在流程模版工具栏中，选中要删除模版，单击菜单【模版】【删除模版】。第二种为在流程模版工具栏中，选中要删除模版，按快捷键Delete。u 调整节点间连接关系：在欲拖动节点上按下鼠标左键，拖动，此时流程图上可插入该节点的位置将出现绿色圆圈；鼠标拖动到要放置该节点的圆圈位置（此时圆圈变红色），释放鼠标即可。注意开始活动节点和流程最后端的结束活动节点不能被拖动，其位置不可被调整。u 流程图放大与缩小：可通过单击菜单【视图】【缩放】下的各子菜单控制流程图缩放比例，也可通过快捷键F11(放大)或者F12(缩小)来控制流程图的缩放。u 模型及其节点属性设置：模型和节点的属性分别位于【关键设定】、【基本信息】、【开展设定】、【开展活动】等属性类别下。其中，位于【关键设定】属性类别下的所有属性必须设置，以保证最终的生成的流程模型信息完毕。【关键设定】下的所有属性均正确设置后，对应的活动节点右上角图标会从转变为。开始节点右上角的图标显示流程模型关键设定属性是否设置完整。4.2 流程模型属性设置【变量】流程模型中，各活动节点用到的流程变量必须在此预先定义；流程中变量可以定义多个，如下图7-16; 点击添加按钮，可以详细定义该变量的相关信息，如下图7-17 图7-16 图7-17其中，变量的可访问级别分两类“私有级别和共享级别”；私有级别的流程变量作用范围为一个流程实例；共享级流程变量作用范围是“一个流程模型所对应的所有流程实例”；通过共享级流程变量，可以达到同一流程模型的不同流程实例间信息交流的目的。注意流程变量名中不能包含中文名。【组件服务接口】工作流模型中，用到的外部服务需要在流程模型属性集中声明。申明要使用的组件服务接口，可通过如下步骤。l 点击画布空白区，让属性框内容显示为流程模型属性，然后点击【组件/服务接口】属性设置按钮，如图7-18l 点击【组件/服务接口】属性设置按钮后，进入组件服务设置界面，在该界面中，通过按钮【添加】，可在流程模型中申明新的服务引用，如下图7-19 图7-18 图7-19l 对一个特定的组件服务接口，可以通过点击上图右属性框上【名称】属性设置设置按钮来设置详细信息，如下图7-20。点击【选择】按钮后，出现服务目录列表，在该列表中选择欲使用的服务, 如果选择的服务有返回值，还可通过设置该界面中的【映射变量】值将返回值赋予选择的流程变量。图7-20【流程发起事件】任何流程的发起，都需要外部的“事件”触发，这个事件对U8工作流而言，就是一个特定格式（或者还需要特定内容，如果发起条件不仅仅取决于消息格式，还取决于消息内容，则需要设置【发起消息内容路由】）的消息；流程发起事件的设置过程也是特定的触发消息确定的过程。在U8系统中，一个业务对象下关联多个业务功能；每个业务功能被调用，调用时需要输入参数，调用完毕回返回特定格式的业务实体。U8工作流将视该业务实体为出发消息的消息体。通过点击属性工具栏上的【流程发起事件】旁的设置按钮，可进入设置界面，如图7-21图7-21设置流程发起事件时，首先选择业务对象；然后选择业务对象内包括的业务功能；业务功能确定后，其返回的业务实体也已确定，这时还需要设定该业务实体的关键业务数据（能将相同格式的不同业务实体数据区别开的一些业务字段数据）。最后，为了让工作流系统能将业务实体数据作为触发消息的消息体格式，需要点击【确认业务实体】按钮。流程发起事件设置过程中，不需要设置输入参数、业务插件信息。【发起消息内容路由】在某些情况下，一个流程实例的发起不仅仅取决于特定消息格式，而且还取决于消息内容（如某些流程模型只适用于特定的部门、岗位等），则需要设置发起消息内容路由信息。通过点击属性工具栏上的【发起消息内容路由】旁的设置按钮，可进入设置界面，如图7-22。勾选要使用的约束规则即可。该界面中，还可新增约束规则和修改删除约束规则。图7-224.2.1 开始节点属性设置属性名称可否为空属性描述【名称】可开始节点名称【描述】可4.2.2 人工活动节点属性设置人工活动的处理过程分为三步骤：第一步为工作流系统给活动执行者分配任务项；第二步为活动执行者处理并提交任务项处理信息；第三步是工作流系统从提交的信息中提取数据。属性名称可否为空属性描述【服务设定】否【服务设定】的内容决定人工活动处理过程中的第二步，它会决定由什么业务对象显示业务单据界面、响应该任务项从而让活动执行者完成该任务项的处理和提交工作。设置步骤1. 点击【服务设定】属性按钮，进入设置界面，如图7-23图7-232. 选择业务对象。3. 选择业务功能；业务功能选择后，会在界面自动带出该业务功能关联的业务实体和需要输入的参数列表。4. 如有必要，选择该活动调用的业务插件。5. 选择业务实体，并点击【确认业务实体】按钮。6. 设置输入参数对应变量。输入参数是业务模块在被加载时，需要传入的一些信息。在工作流系统中，这些信息可被保存于流程变量中，并通过变量参数的映射传递给业务模块。7. 如果需要在设计时执行外部插件，可选择【扩展功能】中所列插件，并选择好用于保存插件调用后返回数据的流程变量，点击【执行扩展设计】。设置完毕后，确认退出。8. 点击【服务设定】属性按钮，进入设置界面，如图7-24图7-241. 选择业务对象。2. 选择业务功能；业务功能选择后，会在界面自动带出该业务功能关联的业务实体和需要输入的参数列表。3. 如有必要，选择该活动调用的业务插件。4. 选择业务实体，并点击【确认业务实体】按钮。5. 设置输入参数对应变量。输入参数是业务模块在被加载时，需要传入的一些信息。在工作流系统中，这些信息可被保存于流程变量中，并通过变量参数的映射传递给业务模块。6. 如果需要在设计时执行外部插件，可选择【扩展功能】中所列插件，并选择好用于保存插件调用后返回数据的流程变量，点击【执行扩展设计】。7. 设置完毕后，确认退出。【赋值】否活动执行者完成任务项的处理并将处理结果和其他信息提交给工作流系统后，工作流系统可通过【赋值】属性中设定的规则，将执行者提交的信息中感兴趣的数据提取出来，并赋值到流程变量中，以供后继的活动和流程流转判定等地方使用。设置步骤1. 点击【赋值】设置按钮，进入设置界面，如图7-25图7-252. 点击设置界面中【添加】，加入一个新的赋值项。3. 选择赋值项后，在设置界面右方设定保存值的流程变量名称。4. 设置从提交消息中提取数据的表达式。表达式设置需要通过【表达式】属性设置按钮进入表达式设定界面进行，如图7-26图7-26该设置界面中，左树中列出提交消息中包含的数据项；当选择左树最顶端节点“Audit”时，右框列出审批意见数据项“AuditAction”。如需要从消息中取数据，单击左树对应节点即可；如需要从消息中取审批意见，双击右框“AuditAction”项即可。“数据路径”项将显示出当前取值表达式。【执行者】否当前人工活动的参与人属性设置展开【执行者】属性，如图7-27图7-27【执行者】【类型】表示如果多人处理该人工活动，人工活动是否完成的判断方式。“或”表示只要该人工活动对应的多个执行人中任何一人处理了分配给他的任务项，则认为该人工活动处理完毕，可推进到流程的下一个环节。“与”表示该人工活动所有的执行人均处理完毕分配给自己的任务项后，才认定该人工活动处理完毕。【执行者】【使用变量】表明该执行者是否来源于流程变量。【执行者】【组织类型】指设置执行者表达式时，所参照的组织模型。【设置步骤】1. 确定“执行者”是否来源于流程变量。2. 如果来源于流程变量，则在【执行者】属性下拉框中，选择包含执行者信息的流程变量，如图7-28图7-28如果不来源于流程变量，则选择设置执行者所参考的组织模型，然后通过【执行者】属性设置按钮进入执行者表达式设置界面，设置执行者，如下图7-29。设置执行者时，可以指定执行者为某具体的员工，也可以是符合一定规则和条件下的员工。这项规则和条件通过Opath视图展现。Opath通过机构、岗位、人员三者间的相对关系来表达执行者筛选规则和条件。Opath视图中，员工岗位表示员工所属岗位；岗位员工表示该岗位下所包含的员工；岗位机构表示岗位所归属的机构；机构岗位表示机构中包含的岗位；员工机构表示员工所在的机构；机构员工表示机构中所包含的员工。图7-29【描述】可活动节点描述【名称】可活动节点名称【活动类型】可如果该人工活动允许执行者将单据打回给流程实例发起人，以达到让发起人修改单据数据后，再继续进行审批等工作的目的，则需设置当打回时，分配给流程实例发起人的任务项的类型，目前只允许为“退回”类型任务项。【变量复制】可将一个流程变量中的值复制给另一流程变量。对于人工活动节点而言，变量复制动作将在赋值动作后执行。【超时期限】可通过设置该属性，可达到任务项分配后，超出若干时间后，自动调用指定的服务的目的。【任务项内容描述】可在流程实例运行过程中，人工活动处理过程中，会给执行人分配任务项。这些任务项显示在U8门户中的消息消息任务中心消息中心内，【任务项内容描述】设定的内容将作为任务项主题显示在消息消息任务中心消息中心中。设置界面如图图7-30标题内容可为任意文字信息，其中可嵌入特定的变量名。这些变量包含在$中，在流程实例分配任务项时，替换为具体的值。【通知】可当任务项分配给执行者时，可通过邮件或短信向相关人员发送通知信息。设置说明：一个人工活动可以对应多个通知，通过【通知】设置按钮进入通知设置界面，点击【添加】加入一项新的通知，如图7-31图7-31每项通知均包括三方面内容：通知接收人、通知内容、通知类型，可通过对应属性的设置来定义完整的通知。【通知接收人】属性的设置过程请参考人工活动【执行者】属性设置过程。【类型】属性可选择“邮件”、“短信”。【消息内容】属性设置界面与选择的通知类型相关，“短信”和“邮件”类型的消息内容设置过程中，均可使用参数，以达到运行时将对应位置替换为实际值的目的。【延迟时间】可任务项分配可延迟一定时期后进行。延迟时间可以设置相对于处理该人工活动时刻的延迟时间点进行（相对内心的延迟时间），也可以设置为到特定的某时间点（绝对类型的延迟时间），还可以为满足一定条件的某时间点（表达式类型的延迟时间）。【转变事件操作】可当活动处理的状态发生转变时，可调用外界的服务来完成一些任务。对人工活动而言，转变事件包括两个：“已分配”和“已完成”。设置说明：1. 进入设置界面图7-32图7-322. 选择要调用的服务，并设置调用该服务需要的参数所对应的流程变量。3. 如有必要，则设置调用该服务的条件。如果设置了条件表达式，则工作流系统在条件表达式为真的情况下才会调用相应服务。4.2.3 子流程节点属性设置属性名称可否为空属性描述【执行方式】否子流程被引擎调用的方式。分为同步调用和异步调用。【子流程编号】否调用的子流程，设置界面如图7-33图7-33其他属性信息请参考人工活动节点属性设置。4.2.4 等待任务节点属性设置属性名称可否为空属性描述【等待消息】否流程实例运行至等待任务节点后，会挂起等待该消息，当工作流系统接收到该消息后，流程实例才继续向下进行。设置说明1. 点击【等待消息】设置按钮，进入消息选择设置界面图7-34图7-342. 选中需要等待的消息图7-35 图7-353. 确定退出。 其他节点属性设置，请参考人工活动节点属性设置。4.2.5 自动活动节点属性设置自动活动不需要用户的参与。只需要指定调用的服务即可。属性名称可否为空属性描述【调用服务】否自动活动调用的外部服务设置说明1. 点击【调用服务】设置按钮，进入设置如图7-36图7-362. 选择待调用的服务3. 设置服务传入参数与流程变量间关系。其他属性设置请参考人工活动节点属性设置。注意如果该服务调用后有返回值，则在流程模型属性【组件/服务接口】中申明该服务时，设置接受调用返回数据的流程变量。4.2.6 DoWhile结构节点DoWhile结构节点展开后，选择其中的包含的条件节点，可设置条件节点属性，如图7-37。图7-37条件节点可设置条件，当设定条件满足时，流程将回到DoWhile结构中的起始点重新执行。设定条件界面如图7-38图7-384.2.7 WhileDo结构节点WhileDo节点展开后，可以设置其中的条件节点中属性，如图7-39。运行时，条件节点设置的条件满足时，流程将在结构内循环执行，知道条件不满足为止。图7-394.2.8 决策结构节点展开决策节点后，如图7-40。决策节点中可以包含一个或者多个条件分支和一个缺省条件分支，每个条件分支开始都有一条件节点，当条件节点中设置的条件满足时，该条件分支就被执行；如果所有条件分支中条件都不满足，则执行缺省条件分支。 图7-40 图7-414.2.8.1.1 并行活动结构节点并行活动结构节点展开后，如下图7-41并行活动结构节点内包含多个并行活动分支和一个聚合节点。聚会节点包括连接方式、条件两属性。连接方式: 连接方式为And;并行活动结构节点中所有并行分支都必须执行完毕后，流程才能结束对并行活动结构节点的处理，执行后继流程。条件: 并行活动结构节点处理完毕的标准，不仅仅考虑连接方式，而且同时需要设定的条件也得到满足才可以。5 工作流控制台在工作流控制台中，可完成工作流环境配置、流程模型管理、引擎管理等功能。5.1 流程模型管理工作流模型按照所归属的账套和年度进行管理。5.2 流程模型发布流程模型必须发布后，才能被各业务系统使用。待发布流程模型来源于流程设计器设计出来的流程模型，流程模型中所有活动节点关键设定信息必须输入完整（表现为活动节点右上角图标变为），该流程模型才能出现在代发布流程模型列表中。在流程模型管理界面上，可对代发布流程模型进行发布操作。发布流程模型时，需要将模型关联的服务位置从设计时位置更改为运行时位置，同时，需要设定流程模型要发布到的目标账套信息。5.2.1 【操作流程】1. 在【流程模型】页签中，选择待发布流程节点，此时界面右方展现流程模型列表，如图7-42图7-422. 选中待发布的流程模型，右键，点击弹出菜单【发布项】，如图7-43图7-433. 出现发布设置界面，如图7-44图7-44如果设计时流程模型中参照的MOM服务或者消息与运行时地址不一致，则需在此重置各服务或者消息地址。可通过【参照】按钮弹出设置框设置新的位置（新位置同时应用于流程模型中的所有服务和消息），也可在待修改信息的服务、消息记录上双击，弹出设置界面的方式逐条记录设置。设置完毕后，单击发布按钮，发布流程模型，退出。发布后的流程模型将出现在已发布流程模型列表中。5.3 流程模型查看双击流程模型列表中的记录，将能查看对应的流程模型图，如图7-45图7-455.4 流程实例监控工作流实例按照账套和年度管理。选择左树上账套年度模型名称节点，右表中将列出选中模型已生成的流程实例，如图7-46：图7-46在实例项上点击右键，显示弹出菜单，通过该菜单，可进行流程实例打开、删除、挂起等操作，如图7-47图7-47当流程实例处于挂起状态时，工作流引擎将暂不处理该流程实例。流程被打开后，控制台将显示流程实例的运行状况、流程变量信息、发起时间及发起者等信息，如图7-48。图7-485.5 行环境设置一个工作流系统的运行环境中，至少需要一个工作流引擎和一个MOM服务器。运行环境可在工作流控制台左树的【基础设置】页签内设置，如图7-49图7-49l 工作流引擎注册与取消注册选中左树【工作流引擎组】节点，右键，单击【新建引擎注册】弹出菜单项，进入引擎设置界面，如图7-50图7-50在引擎服务器栏位中，输入服务器名称，单击【加入】按钮即可。为了确定工作流引擎服务器运行正常，可单击【测试】，如引擎服务器正常运行，设置界面中将显示该引擎服务器相关信息。设置完成后，【工作流引擎组】节点下将出现所注册的引擎节点。节点图标代表该引擎运行状态。可在引擎节点上鼠标右键，选择相应的菜单项来启动或者停止该引擎。也可通过选择【取消引擎注册】来达到从工作流运行环境中移出该引擎的目标。l MOM服务器注册MOM服务器注册前，至少应先注册一个工作流引擎。选择【MOM服务器】后，右键，选择【注册】菜单项，进入MOM服务器注册界面，如下图7-51图7-51在【MOM服务器】输入框中，输入待使用的MOM服务器名称，单击【测试】以确认MOM服务器处于正常状态，如正常，则注册界面下方会显示该MOM服务器上注册的消息接口等信息，如图7-52。然后选择消息响应引擎，点击【确认】后，退出注册界面即可。图7-52l MOM服务器检测在工作流控制台的设置页签内，选择【MOM服务器】节点，右键，点击【检测】菜单项，如果MOM服务器处于正常运行状态，工作流控制台内右方将显示该MOM服务器上的内容信息，如图7-53。图7-536 工作流引擎服务6.1 【菜单路径】【系统托盘】【U8 应用服务管理器】6.2 【操作流程】进入U8应用服务管理器，如图7-54，双击工作流引擎图7-54该程序提供引擎启动、停止、引擎对应数据库连接信息设置等功能，相关界面如下：引擎控制界面图7-55。数据库连接信息设置界面图7-56 图7-55 图7-567 组织设计器7.1 组织服务的原理和相关概念7.1.1 组织服务的目的组织服务的目的就是为在企业的组织结构当中查找和定位组织提供一种机制，在工作流系统中其作用就是找人。那么如何找人呢？我们的解决方法是提供一种专门用于查找人员的语言OPath：类似于XML的寻址语言XPath，在组织树中的路径寻址语言我们称为OPath。7.1.2 OPath基本形式OPath基本形式如下：节点属性约束.节点属性约束.节点属性约束例如，查找人事部的上级部门的部门经理，OPath表达式为：机构名称=人事部.上机机构.岗位类别=部门经理.员工再如，查找员工“张三”所在部门的部门经理，则OPath表达式为：员工姓名=张三.机构.岗位类别=部门经理.员工属性约束的基本形式类似于SQL语句中的Where子句。目前属性约束表达式中只支持如下表所示的比较运算符和逻辑运算符。表1 比较运算符运算符含义=（等于）等于（大于）大于=（大于或等于）大于等于=（小于或等于）小于等于（不等于）不等于表2 逻辑运算符运算符含义AND如果两个布尔表达式都为 TRUE，那么就为 TRUE。OR如果两个布尔表达式中的一个为 TRUE，那么就为 TRUE。对于复合属性，属性约束的描述需要给出全名称。例如，查找所有在“北大”上过学的员工，表达式为：员工教育经历.学校=北大OPath是一个由多个路径节点组成的从左到右的顺序结构，对每个路径节点，又描述了两个方面的内容：即节点的类型和节点的约束。每个路径节点的执行结果是返回一个组织节点集合（机构、岗位或员工）。如下图所示。图1 OPath结构分析图在OPath中，合法的节点共有7种类型。如下表所示：表4 OPath节点类型OPath节点类型返回类型关键字机构机构机构岗位岗位岗位员工员工员工上级机构机构上级机构下级机构机构下级机构上级岗位岗位上级岗位下级岗位岗位下级岗位对于不同返回类型的节点，合法的下级节点如下表所示：表5 OPath节点合法性规则上级返回类型合法的下级节点语义机构员工直属员工岗位直属岗位上级机构直接上级（一个或零个）下级机构直属下级（包括下级机构的）岗位机构所属部门（一个）员工岗位上的任职员工上级岗位直接上级（一个或零个）下级岗位（*）直接下级员工机构任职部门（一个）岗位任职岗位（零个/一个或多个）其中第一个节点必须是机构、岗位或员工。注意：对于工作流中通过OPath指定执行者，因为执行者一定是一个或多个员工，因此，OPath的最后一个节点一定要是员工。但对于OPath本身而言，并没有这样的限制。7.1.3 OPath扩展上一节描述的是OPath的基本形式，在此基础上还可以对OPath进行一些扩展，以增强其语义表现力。7.1.3.1 阶次组织是一个树状结构。例如，对于一个机构，可有其下设机构，该下设机构又可以有其下设机构，这就导致了类似“机构.下级机构”之类表达式的语义不够明确。为此，引入阶次的概念。阶次是指某节点向下/上追溯其下/上级节点可达的层级或深度。在OPath中通过如下形式定义阶次的概念：节点（阶次）其中阶次可以是1、2、3等整数，分别代表1阶、2阶、3阶等。其次，采用通配符“*”表示全阶，如下表所示。表6 带有阶次的OPathOPath语义机构名称=”U8”.下级机构(1)U8的所有直接下属（即直属或直辖）机构。机构名称=”U8”.岗位（2）类别=”设计”U8直属设计岗位及其直接下属机构的直属设计岗位。就阶次本身的概念而言，包括向下追溯与向上追溯。即一阶下级节点与一阶上级节点都是有意义的。在本版OPath中，暂不支持向上追溯的阶次概念。即在OPath中，某节点的上级节点，均表示其一阶上级，也就是直接上级。如果节点没有指定阶次，则默认为一阶，即直接下级。如：机构名称=”U8”.员工 /返回U8直属人员机构名称=”U8”.员工（*） /返回U8的所有员工阶次合法定义如下表所示：表7 阶次的合法定义上级节点返回类型合法的下级节点及阶次语义机构员工（n）N阶下属员工岗位（n）N阶下设岗位上级机构直接上级（一个或零个）下级机构（n）N阶下级机构岗位机构所属部门（一个）员工该岗位上的员工（一个或多个）上级岗位直接上级（一个或零个）下级岗位（n）N阶下级岗位员工机构任职部门（一个）岗位任职岗位（零个/一个或多个）7.1.3.2 属性值对于OPath的基本形式，它的返回值一定是一个节点集合（机构、岗位或员工），对于某些情况，可能要求OPath能够返回某特定节点的某个属性的值。对于这种扩展，存在以下几个约束：（1）如果在OPath中存在属性节