工作流系统设计手册

工作流系统设计手册
工作流系统设计手册

工作流系统设计手册

一、引言

工作流管理是目前被业界广泛应用并迅速发展的技术,它的主要功能是使业务处理过程自动化,协调人和各种应用程序的工作。工作流管理系统(Workflow Management System,简称:WfMS)以企业业务过程为核心,结合了计算机支持协同工作以及企业信息系统的相关技术,立足于过程自动化,着眼于整体效率的提高。随着计算机软硬件技术的发展,特别是Internet 和Intranet的迅速普及,工作流管理系统的应用范围已不仅仅限于传统办公环境(如保险、银行、法律、行政管理等)和工业制造中,而且逐渐扩展到企业应用环境中。

1993年成立的工作流管理联盟(Workflow Management Coalition,简称:WfMC)给出了一系列工作流的规范。其主要概念有:

工作流

工作流是一类能够完全或者部分自动执行的经营过程,它根据一系列过程规则,文档信息或任务能够在不同的执行者之间传递与执行。

工作流是一种反映业务流程的计算机化的模型,实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。

工作流管理系统

它是一个软件系统,完成工作流的定义和管理,并按照在计算机中预先定义好的工作流逻辑推进工作流实例的执行。并监控其工作状态。工作流管理系统可称为企业的业务操作系统。(Business Operating System,简称:BOS)

工作流系统参考模型

有关工作流管理联盟更详细的规范请参见https://www.360docs.net/doc/4516855886.html,

二、JU工作流管理系统

根据国际工作流管理联盟的标准模型,实现了过程定义工具、工作流执行服务(工作流机)、工作流管理工具以及工作流客户应用(人工动作)和供工作流执行服务(工作流机)直接调用的应用(自动化动作)。

人工动作必须与表单绑定。表单提供了人机交互的工作界面,而表单的后面是标准通用的关系型数据库系统。对于数据库系统我们提供了标准的数据管理模块进行管理。这样就和目前常见的工作流系统有了明显的区别,结构化的数据库系统参与了工作流的全部过程,而目前常见的工作流系统多采用非结构化的文档数据库。经过扩充后的工作流系统既解决了人员之间的协同,提高了工作效率。也解决了其它工作流系统不能解决的第二个问题,为业务管理系统提供准确有效的数据,加上可自定义的报表工具,分析工具。即可生成极具个性的企业业务管理系统。

过程定义工具和工作流客户应用是人机交互的主要部份。过程定义工具的使用是一个设计开发的过程,而工作流客户应用则是使用的过程,设计开发过程相对复杂,而使用的过程则非常简单。对于两种不同的过程,我们采用了统一的设计方法,采用了完全的B/S 结构,现有的工作流系统一般设计工具采用C/S方式,运行端使用B/S或C/S方式,我们的系统将两者进行了统一,使用了独创的技术,可以直观方便地使用IE定义流程图。降低了对管理员的要求。同时,在流程运行时,流程图可以动态显示当前的状态,高度紧凑的系统提高了运行的效率,降低了出错的可能。

三、工作流基本知识

流程

又叫业务流程、工作流程。是反映业务目的工作流模型,这个模型定义了要实现的目标以及实现目标所要经过的过程。流程可以用流程图来表示。

●独立流程

独立流程是可以直接启动运行的流程,一个完整的独立流程由若干个动作和若干个流转条件组成。其包含的的属性有:工作流模型ID、名称、类型、编号、状态、版本号及绑定的数据源等。

●子流程

和独立流程唯一不同的地方是子流程不可以直接启动。子流程将作为独立流程的一个动作来执行。

●数据源

存储数据的集合,目前支持关系数据库中的表,当数据源与流程绑定后,则数据源用来保存工作流运行过程中的数据。

●动作

又叫活动,动作是构成流程的基本单元,主要反映完成业务流程需要执行的操作。

其包含的属性有:动作名称、动作描述、动作类型(人工动作、自动动作、子流程等)、是否起始动作、是否添加动作、动作人、动作时限、通知方式以及相应的表单信息等。

动作在流程图中用一个方框来表示,方框内显示了动作的重要属性。

●起始动作

表示一个业务流程的起点。当起始动作启动后,系统将自动生成一个流程实例。

每一个流程最小有一个起始动作。起始动作目前是由人工来启动的。区别与别的工作流系统,起始动作本身也是一个动作,人工起始动作将启动表单,提供人机交互界面,与实际业务过程中的起草、申请、录入等工作相对应。在流程图中的动作方框内有一个明显的箭头图示表示起始动作,非起始动作则表示为齿轮。

●人工动作

指需要业务人员进行一些手工处理的动作。人工动作在在执行时将启动表单界面,提供人机交互界面。

●自动动作

指无需人工干预,系统自动运行的动作。

●添加动作

在人工动作时,其启动的表单界面是空白表单。而当非添加动作时,其表单为上一动作传递而来,当起始动作为非添加动作时,启动的表单将从已存在的表单中选取。

一般情况下,起始动作同时也是添加动作。非起始动作同时也是非添加动作。只有一些特殊的流程,起始动作不是添加动作。

●流转条件

表示从一个动作(源动作)转到另一个动作(目标动作)的条件,流转条件包含一个结果为真(true)或假(false)的逻辑表达式,当表达式为真时,目标动作将被启动,当表达式为假时,目标动作不被启动。目前表达式支持VB的语法。在表达式定义过程中,流程表单中的每一输入数据项都可以作为变量被引用。流转条件包含的属性还有:类型(单径流转、多径流转)、文字描述、源动作、目标动作、名称等。流转条件在流程图中表示为一个连接源动作方框和目标动作方框的单向连接线。

●单径流转

为流转条件的一种,当目标动作的动作人不唯一时,即一个动作存在多个动作人时,单径流转的处理逻辑是当其中一个动作人完成了目标动作,则此目标动作即变成

完成动作。无须再做。

●多径流转

为流转条件的一种,当目标动作的动作人不唯一时,即一个动作存在多个动作人时,多径流转的处理逻辑是当其中一个动作人完成了目标动作,则此目标动作仍为待

办动作。只有所有的动作人都完成了动作,该目标动作才变成完成动作。

●流程图

业务流程的图型表示。流程图有两种形式,一种为模型流程图。表示流程的模型。

另一种为实例流程图,不但表示流程的模型,同时还表示流程的实例。即流程实例的

完成动作和待办动作。

●流程实例

流程启动以后产生的运行实例,即一个运行的业务流程。系统会产生一个唯一标识ID来表示流程实例。

●动作实例

在流程实例中启动了的动作运行的实例,系统会产生一个唯一的标识ID来表示动作的实例。

●完成动作

当一个动作实例已经完成,为完成动作。

●待办动作

当一个动作实例没有完成,为待办动作。

●超时动作

当一个待办动作超过动作设定的时限为超时动作。

四、过程定义工具

过程定义工具又叫建模工具,我们提供了方便易用的过程定义工具。该工具作为整个协同管理系统的一个系统管理员功能提供给用户。

说明:

在过程定义工具中并不包括组织结构和角色定义功能,这是因为,在人力资源模块中已经实现了这些功能。人力资源模块是系统的一个基本模块,并不仅仅为工作流子系统服务。当人力资源模块中的基础数据建立完成后,工作流系统只需要从人力资源模块引用数据即可,不必在工作流系统中单独建立组织结构和角色定义。

定制一个工作流程需要完成如下几个步骤:

●新建工作流模型(可以从现有工作流模型中选取一个作为模板)

●定义工作流的基本属性

●绘制模型工作流图

●定义人工动作对应的表单

新建工作流模型

运行工作流程的定制流程功能模块即可定制一个新的工作流程。

定制流程模块显示的第一个界面是分类列出系统已经定制的各项流程名称,点击名称,将在界面下部显示选中流程的流程图。我们可以从现有工作流模型中选取一个与将要定义的工作流程近似的工作流作为模板。这样可以大大减少定义的工作量。点击右上角的箭头即进入下一步,在进入下一步之前,将询问你是否将选中的工作流模型作为模板。选确定将使选中工作流复制到新建流程。否则将创建一个新流程模型。

定义工作流的基本属性

基本属性有如下内容:

1.流程名称流程名称应在所有的流程模型中唯一。用来在界面标识流程。

2.编码代号可根据企业规定的流程文件填写(如ISO9000文件)。

3.类型按管理类型所做的分类,管理类型在系统管理的编码管理模块定义。

4.描述用文字描述流程要实现的目标。

5.属性确定是否是独立流程或子流程。

6.正常周期流程实例的正常的生命周期。用来为流程分析提供参考。

7.监控人流程实例的监控者,通常为业务主管或绩效考评部门。

8.制定人流程的制定人,由系统自动填写为当前用户的名字。

9.制定时间流程的制定时间,由系统自动填写为当前时间。

10.数据源为与流程绑定的数据源。点右边的图示从列出的系统数据表中选取。

如果没有合适的数据源,应使用数据管理的数据建模模块来定义数据源。

11.状态为待用、试用、使用、停用、作废选项。当选中作废时,当前编辑

流程模型将被从系统中删除。

12.启用时间流程模型的启用时间。

13.停用时间流程模型的停用时间。

14.级别用数字表示的流程重要性。

15.版本号流程的版本号

16.父版本流程的上一个版本

17.更改说明流程更改情况的说明。

特别说明:

监控人相当于本流程的管理员,监控人可以是流程的参与者,也可以不是流程的参与者。监控人负责协调流程运行过程中出现的异常。监控人可以随时查询并监控流程运行过程中的每一个动作。当发现异常时,监控人可以通过催办、回退、终止、移交、删除等手段来解决出现的问题。点击监控人右边的图示,将弹出一个角色选择对话框。对话框分类列出了由人力资源模块提供的各类角色。下面分别说明:

职务:列出系统定义的所有职务,注意:具有同一职务的员工通常有多人。

部门:列出人力资源模块中定义的部门。这里指部门的所有员工。

岗位:是部门和职务的合成。如财务部经理。岗位缩小了职务的范围。

员工:列出人力资源模块定义的员工。其中第一项为所有员工。指所有用户。

上下级:根据上下级关系定义的角色,共有如下几项。

发起人:流程起始动作的执行者。

所有上级:在人力地图中,位于发起人上级的所有的员工。包括上级和上级的

上级等。

所有下级:在人力地图中,位于发起人下级的所有的员工。包括下级和下级的

下级等。

直接上级:是发起人的直接上级。直接上级只应有一人。

直接下级:是发起人的直接下级。直接下级通常不止一人。

部门领导:是发起人部门的部门负责人。该负责人在部门表里定义。

高层主管:是部门表位于顶层同时又是发起人的上级或间接上级的员工。

高层领导:是部门表位于顶层部门的所有人。

定义完工作流属性提交后,将进入绘制模型工作流图界面

绘制模型工作流图

在这里将定义动作和流转条件。

通过菜单的新增、编辑、删除来定义动作。

新增动作菜单将显示一个动作属性对话框。其内容有:

动作名称:本动作的名称

描述:本动作的文字说明

类型:为人工动作、自动动作和子流程的选择框。

起始节点:勾选是否为起始动作。

是否添加:勾选是否为添加动作。

时间限制:动作的时限,当超过时限未执行的动作,为超时动作。

使用者:动作的执行人。

通知方式:动作完成后,以什么方式通知下一个动作的执行人。系统提供了6

种通知方式,分别为:不发送通知、即时消息、手机短信、电子邮件、短信和邮

件、手动。

表单风格:人工动作对应的表单的风格。有两种选项:表格风格和文档风格。

表单列数:人工动作对应的表单的列数。

表单返回页:当人工动作完成后,即表单提交后,返回的页面。默认为首页。

座标:动作方框在流程图上的位置。如不填写,则为左上角。

当新增一个动作后,将在流程图显示区域显示一个方框。方框里显示了动作的名称、动作人和动作时限。动作方框左上角的图示表示动作是否为起点动作。当图示为箭头时表示起点动作,

选中流程图上定义的动作。再点击编辑菜单将显示动作属性编辑对话框。实现对动作属性的编辑,其对话框和新增动作显示的对话框同。双击流程动作标题。和点击编辑菜单效果相同。

点击菜单删除将删除当前选中的流转动作。在删除流转动作的同时,将删除与该动作相连的所有的流转条件。

用鼠标拖动动作方框的标题,可以将动作放到流程图的任意位置。新增动作的初始位置在流程图的左上角。

选择网格菜单将在流程图显示或隐藏网格。当网格显示时,拖动动作方框时,其座标位置将锁定在网格点上。这样将很方便地实现动作的对齐。

流程动作定义完成后,下面的工作就是定义流转条件了。把鼠标移动到动作方框的边界上,当鼠标变成十字形时,按下左键同时移动鼠标,将在动作方框和鼠标位置之间画出两条相互垂直的虚线,将鼠标移动另一个动作方框上,松开左键,两条虚线将变成实线,将源动作和目标动作以单向连接线的方式连接起来,同时弹出流转条件属性对话框。其内容为:

名称:流转的名称,默认为:源动作的名称:目标动作的名称,可修改。

类型:为单径流转和多径流转的选择框。

说明:关于流转条件的文字说明,在流程图上当鼠标指向流转连线时,将显示此段文字。

参考:列出该流程对应的数据源的所有的字段名称,供定义条件时参考。其格式为:变量名(变量说明:类型说明),条件表达式应该引用变量名。

条件:条件表达式,当为true时,流转启动,否则不启动。表达式支持VB Script

语法。参见《VB Script 参考手册》

举例:缺勤管理

我们给缺勤管理设计了三个动作,第一个动作是起草申请,其动作人是全体员工,属性有:起点动作、添加动作。其含义是所有用户都可以通过这个动作启动流程,实

现请假申请。第一个动作的动作时限在启动时无意义,只有在再次流转到这个动作时

时限才有意义。

第二个动作是上级审批,其执行人是部门领导。即第一个动作执行人(即起点动作的执行人:发起人)的部门的领导来执行审批。在第一个动作和第二个动作之间我

们加上了一个流转条件,从动作1:起草申请流转到动作2:上级审批。流转条件为默

认值:true。即起草完成后,立即转给上级审批。

第三个动作是公司批准。其动作人是高层主管。高层主管指起草人的领导关系树型表示中,位于部门顶层的领导。这里的第三个动作是特殊的流程动作,其含义是:

只对长假生效。

综合前面两个动作,其整个流程需要完成的逻辑是:部门领导审批员工提出的短期请假。而长期的请假则需要经过公司高层主管的批准。在动作2:上级审批和动作3:公司批准之间我们设计的流转条件就不是默认值true了。

我们定义的流转条件是:@nHours > 24 and @Status = 1。这里使用了数据源提供的变量@nHours,其含义是请假时间(按小时计),由启动动作:起草申请的执行人填

写。@Status是数据源提供的另一个变量。其含义是部门领导的审批意见。整个表达式

的含义是:当请假时间超过24小时(3个工作日),同时,部门领导批准的情况下。

启动第三个动作:公司批准。当不满足这两个条件的时间。到第二个动作流程即终止

了。即部门领导决定三天以内的员工请假。三天以上的员工请假由部门领导和公司高

层主管共同决定。

流程图完成后,定制相应的表单,则工作流模型定义完成。就可以使用了。

流转属性定义完成后,点确定,流转条件定义完成,点删除则删除流转条件。

点击流程图上的流转条件连线,将弹出流转条件定义对话框。可实现对流转条件的编辑或删除。

绘制完流程图提交后,下一步的工作是定制人工动作对应的表单。

定义人工动作对应的表单

表单是动作执行时人机交互的界面,表单和数据源具有对应的关系,通过表单,流程每执行一个动作,将使数据库表的某条相关记录发生变化。起始动作将使数据库表增加一条记录,流程中的动作通过填写不同的字段,来实现流程所期望的业务逻辑。

可以将表单看成是人工流程中对应的表格。如申请表、审批表等各种单据。在人工流程中,表格是印刷打印或手工绘制的纸质单据,根据流程文件规定的流程(如ISO9000程序文件),不同的人填写不同的表格区域,来实现流程定义的业务。表单定义和绘制表格的作用相同。

我们提供了表单编辑器和表单设计器来定义表单,表单编辑器即是下面将要介绍的表单定义界面,表单设计器是表单编辑器提供的菜单功能。

表单定义界面将列出当前定义的人工动作的名称和类型以及相对应的表单对象定义,点选人工动作选项,可以选取不同的动作来进行表单编辑。在选择人工动作之前,请用户确定对当前表单的修改是否需要提交,如果需要提交,请先提交表单,否则,对当前动作

表单所做的修改将会丢失。

表单对象定义界面提供了一个二维表格,让用户输入对应于数据源的每一个字段在表单上的表现形式。

二维表格的纵向列出了数据源的所有的字段的顺序号和字段名称。该数据字段我们称之为表单对象,而横向列出了表单对象在屏幕表现所必须的各种属性。其内容有:显示名称

在表单中显示的数据字段的名称,该名称的默认值为数据库表定义模块填写的显示名称。如表定义模块未填写显示名称,则默认值将为字段名称。显示名称可以根据表单中的含义进行修改,如:默认名称为姓名,可更改为申请人。

显示

勾选当前字段是否在表单中显示,当选不显示时,则该表单界面将不使用此字段,同时,该字段的其它属性无效,并被隐藏。

注意:不显示字段并不是隐藏字段,隐藏字段在表单界面中仍然存在。只是被隐藏了。其数值仍然受默认值或其它的影响。

注意:数据源字段的第一项通常是ID,ID为数据表主键,类型为自动编号。该字段为系统生成,无需人工干预,故一般该字段应设定不显示。

只读

勾选当前字段是否为只读。当选只读时,表单仅显示字段内容,用户不可输入改变,只读选项在不由该动作填写的字段时或系统自动生成内容时填写。例如:表单填写人由系统生成,用户不可更改。申请动作填写的申请内容,在审批动作不可更改等。

必填

勾选当前字段是否为必填。当选必填时,如字段数据为空,表单将不可提交。

输入类型

系统提供了几种输入类型供选择:

编辑框:适合输入简短文本、数字、时间等。

检查框:适合输入逻辑值,如是否等。

单选框:适合输入多选一的选项。当字段引用枚举量时,可使用此类型。

下拉框:适合输入多选一的选项。当字段引用枚举量时,可使用此类型。

文本框:适合输入较长的文字。

密码框:适合输入密码,密码内容将会被圆点替换。

超文本框:适合输入HTML格式的文档,系统提供了内置的HTML编辑器。

默认值

该字段的默认值,默认值可以直接输入数值,也可以使用表达式,当使用表达式时,应使用等号= 开头。表达式支持VB Script的语法。在表达式中,可以使用系统内置的变量和函数,也可以使用VB Script的内部函数,参见《附录:系统内置变量和函数参考》、《VB Script参考手册》

输入规则

提供对字段输入的约束条件的定义或辅助指导。在数据库表管理模块实际上已经定义了部份字段的约束条件,如字段的类型,和该字段的引用关系,输入值必须和字段的类型和引用关系匹配,而这里可以定义更详细的规则,以引导用户输入正确的值。

我们可以采用直接输入的方法,也可以使用输入框右边提供的图示选择来选择输入规则。

选择输入规则

根据不同字段的引用关系,输入规则对话框会有不同的表现形式。

当字段无引用关系时,输入规则对话框有如下几项内容:

通用:定义通用的输入规则

高级:提供高级的输入辅助指导选择。

自定义:提供文本框,由用户直接填写输入规则。

通用规则有如下几条:

1、无限制

2、只允许英文

3、只允许数字

4、只允许汉字

5、不允许英文

6、不允许数字

7、不允许汉字

8、不允许数字开头

9、IP地址

10、URL

高级选项,则会在输入框旁边加上选择图示,让用户直接从选择对话框中选择内容。

高级选项提供的选择有:

日期选择:提供日历选择对话框

日期时间选择:提供日历时间选择对话框

员工选择:提供员工列表选择对话框

员工与组选择:提供员工列表及部门职务选择对话框

颜色选择:提供调色盘选择颜色对话框

字体选择:提供字体选择对话框

字段历史选择:提供曾经输入过的字段内容列表选择对话框

图标选择:提供图标选择列表对话框。

当字段存在引用关系时,根据表引用或是枚举量引用。字段的输入规则会有如下的内容:

枚举量:列出枚举量所有数值与内容,用户可全部选择或部份选择。

表引用:列出引用表的所有可选择记录,用户可全选或部份选择。

引用查询:列出引用表所对应的查询。用户可使用查询来选择引用。

行、列、宽、高

定义输入字段在表单中的位置,表单的总列数在动作属性中定义。

行:字段所在的起始行位置。

列:字段所在的起始列位置。

宽:字段所占用的列的宽度。当宽为0时,该字段隐藏。

高:字段所占用的行数。最小为1。

当行值为负值时,表示建立多行明细表。其位置在行值的绝对值的位置。

定义表单界面还提供了如下的菜单功能:

另存:

将流程表单另存为表动作表单。在数据管理模块,我们提供了表动作表单,表单动作表单和流程无关,是专为数据源提供的表单,其用处为非工作流的应用,如专为系统管理员的应用,以及诸如内容浏览、打印等用途。

此功能将弹出对话框,在对话框中可以选择现有的表动作,点击确定将保存当前的表单到选择的表动作表单,而原有的表动作表单内容将被复盖。也可以选择新建表

动作表单,来新建一个表动作表单。表动作表单将可以在数据管理模块中进行编辑设计。

载入:

从流程动作或表动作表单中载入,载入表单将打开一个选择对话框,对话框列出同属于同一数据源的所有的表单,可能是表动作表单,也可能是流程动作表单,流程动作可能是本流程的其它动作,也可能是同属同一数据源的其它流程的流程动作表单。从列表中选择表单,将复盖当前的表单设置。

属性:

定义表单的其它属性。此功能将弹出一个属性对话框,在属性对话框里,将定义与界面相关的其它若干属性,其内容有:

表单风格:

有表格风格和文档风格两种选择,和流程动作属性定义的内容相同。

表单列数:

表单的列数:和流程动作属性定义的内容相同。

表单头:

表单标题,支持HTML语法。

表单尾:

表单结束,支持HTML语法。

输入栏字体:

定义字段输入栏的字体。

名称栏字体:

定义字段名称栏的字体。

输入栏背景:

定义字段输入栏的背景颜色

名称栏背景:

定义字段名称栏的背景颜色。

输入栏前景:

定义字段输入栏的文字颜色

名称栏前景:

定义字段名称栏的文字颜色。

脚本:

定义表单动作的自定义脚本。

在表单生成、运行、提交等的各个过程中,可以通过插入脚本来实现各种自定义等高级的功能。

系统支持服务器端自定义脚本和客户端自定义脚本两种形式,服务器端脚本支持VB Script语言。客户端脚本支持Java Script语言。在自定义脚本中,支持引用系统内建的系统变量和系统提供的大量的系统函数和子程序。

VB Script和Java Script语言请参考《VB Script语言参考手册》《Java Script语言参考手册》

系统变量和系统函数和子程序请参考附录《系统内置变量和函数参考》

脚本菜单将弹出脚本窗口来定义自定义脚本。

在自定义脚本窗口,可以选择流程的每一个动作。在选择动作时,请确定已做的动作脚本修改已经提交,否则修改将丢失。

启动时刻定义自定义脚本将在何时运行。共有如下几种选择:

后台载入时

指服务器端生成表单时运行的自定义脚本

后台提交时

提表单提交后,服务器端运行的自定义脚本

前台载入时

指客户端下载完表单后的初始化代码

前台提交时

指客户端填写完表单后提交表单时运行的自定义脚本

前台交互时(onclick)

指客户端在填写表单时,点击表单对象时运行的自定义脚本。

前台交互时(ondblclick)

指客户端在填写表单时,双击表单对象时运行的自定义脚本。

前台交互时(onchange)

指客户端在填写表单时,当表单对象的输入域数值发生变化后,运行的自定义脚本。

前台交互时(onkeypress)

指客户端在填写表单时,键盘有键按下时,当前具有输入焦点的对象运行的自定义脚本。

前台交互时的自定义脚本还需要指明表单对象,表单对象在启动时刻选择框的右边列出供选择。表单对象只有在前台交互时才可选择。

通过选择动作、启动时刻和表单对象可以唯一确定一段脚本。

当定义的脚本提交后,将在对应的表单对象、启动时刻和动作上打上星号*。通过星号的指引,我们可以迅速找到已经定义完成的脚本。

使用技巧:可以通过后台载入时的自定义脚本定义变量,而在表单定义时通过默认值定义时的表达式来引用自定义脚本定义的变量。

自动:

自动排列表单对象的位置。

此功能将自动排列表单对象的位置。自动排列会根据表单对象的长度的宽度进行自动排列,省却了人工排列的繁烦。

统一:

将本动作表单定义统一到其它动作表单中。

点击统一将使当前定义的动作表单统一到本流程的所有的其它动作中。这在第一次定义表单时非常有用。我们只要定义流程动作的第一个表单,然后选取统一功能。则所有的动作表单都和第一个动作的表单一样,一般其它动作的表单只要略作修改就可以了。

统一的动作将在提交后生效。

设计:

使用表单设计器定义表单。

表单设计器提供了功能强大的表单设计功能。表单设计器提供了一个HTML编辑器来设计表单的外观,当使用了表单设计器,表单对象的位置属性将完全失效。在表单设计器中通过表单对象选择框,可以将表单对象放到表单的任意位置。通过表单设计器提供的HTML编辑器的各项功能,我们可以定义出各种复杂形式的表单。

预览:

预览当前定义的表单。

在预览前会提示是否提交当前所做的修改。

将每个动作的表单定义完成后,则整个流程的设计完成。我们可以通过启动流程、工作流程、流程查询、流程监控等模块来测试运行设计定义好的流程,也可以通过修改流程模块来对设计好的流程进行修改。

修改流程的使用与定制流程的使用完全相同。

常见问题:

1、为什么流程图没有定义结束动作?

就象起点动作是动作的一个属性一样,我们没有专门定义单独的起点动作。同样,我们也没有定义单独的结束动作。任何动作都有可能成为结束动作,当下列条件之一满足的动作就有可能成为结束动作。1、没有定义转出条件的动作;2、在动作执行完后,转出条件不满足的动作。

这里的结束动作是指动作完成后,并不产生新的动作的动作。和其它系统的结束动作定义有所区别。

2、系统是否支持路由动作实现聚合条件或分支条件?

系统目前不支持路由动作,而通过流转条件的设计,系统可以实现聚合条件和分支条件。参见系统内建的流程。

3、在流程图中,流程动作经过流转条件的循环,可以让一个动作多次执行,当第二次执行时

或多次执行的时候,其执行人、起点动作属性、添加动作属性等是否和第一次时一样?

动作在第一次执行时,将根据动作执行人定义的内容安排执行人。当经过流转,返回到该动作时,其动作执行人将为第一次执行的执行人。如果该动作是起点动作和添加动作,则这两个属性在再次执行时将被忽略。其它属性保持不变。对于起点动作的动作时限,只有在再次执行时才有意义。在起点时无意义。

4、怎样实现流程的保存逻辑?即流程动作表单填写后,暂时保存起来,不转给下个流程。等

过段时间再由人工启动流转。

在流程定义工具上,该逻辑我们并不提供,但是通过流程的设计,可以实现这样的逻辑,比如,在数据源中我们可以设计一个字段FlowStatus,表示流程是否进入流转,在动作表单中选择此字段为0,则表示保存逻辑,选择此字段为1 表示进入流转。在流转条件中将FlowStatus作为条件来判断是否流转。这样就可以实现人工启动流转的逻辑。

5、怎样实现字段的隐藏?

通过修改动单对象的显示属性不能实现字段的隐藏,只能实现字段的使用和不可使用。

当需要实现隐藏字段时,仅需将宽度设为0即可。

附录:系统内置变量和函数参考

一、服务器端内置变量参考:

1、全局变量

EmemberName

当前用户的登录名,字符型

CmemberName

当前用户的姓名,字符型

MemberLevel

当前用户的级别,数字型

MemberDuty

当前用户的职务,数字型

MemberDept

当前用户的部门编号,数字型

MemberStatus

当前用户的状态,数字型,0:在职,1:兼职

bMemberAdmin

当前用户是否是系统管理员,数字型。当是系统管理员时为1 ,否则为0。Conn

当前用户数据库的ADO连接对象

BaseConn

当前配置数据库的ADO连接对象

2、流程动作表单在后台载入时可以引用的系统变量

ModuleNo:当前模块的编号

bPreview:当前是否是预览模式

StepID:当前动作实例的ID

ActionID:当前流程动作的ID

FlowID:流程模型的ID

DataID:数据库表记录的ID

FlowEName:流程的编码代号

FlowCName:流程的名称

TableDefID:数据库表定义的ID

TableName:数据库的表名

ActionText:当前流程动作的名称

nFormCols:动作表单的列数

nFormStyle:动作表单的风格

ActionInfo:动作的说明

bAppend:是否是添加动作

FormHead:表单头

FormTail:表单尾

ValFont:表单对象输入栏的字体

ConFont:表单对象名称栏的字体

ValBkColor:表单对象输入栏的背景颜色

ConBkColor:表单对象名称栏的背景颜色

ValFrColor:表单对象输入栏的字体颜色

ConFrColor:表单对象名称栏的字体颜色

LineColor:表单对象的表格线的颜色

FormTemplete:表单设计器定义的表单样式

3、流程动作表单在后台提交时可以引用的系统变量

ModuleNo:当前模块的编号

FlowID:流程模型的ID

ActionID:当前流程动作的ID

StepID:当前动作实例的ID

DataID:数据库表记录的ID

TableDefID:数据库表定义的ID

TableName:数据库的表名

FlowCName:流程的名称

ActionText:当前流程动作的名称

Count:表单明细列表的行数

此外,通过Request.Form可以引用表单提交的所有的表单对象。

二、服务器端内置函数及子程序参考:

function rsSQL(sql, info)

返回用户数据库SQL查询执行的结果的记录集。

参数:sql sql 查询执行语句

info 当定义此参数时,如结果记录集为空时,界面显示本参数定义的文本,同时

程序结束,如此参数为空串时,系统返回空记录集。由用户处理。

返回值:recordset 对象

function dbSQL(sql, info)

返回配置数据库SQL查询执行的结果的记录集。

参数:sql sql 查询执行语句

info 当定义此参数时,如结果记录集为空时,界面显示本参数定义的文本,同时

程序结束,如此参数为空串时,系统返回空记录集。由用户处理。

返回值:recordset 对象

function GetTableValue(TableName, outName, inName, inVal)

根据指定输入字段的值,返回用户数据库表中指定的输出字段的值。

参数:TableName:表名

outName:需要返回的字段的名称

inName:输入字段的名称

inVal:输入字段的数值

返回值:返回表中outName字段的值。当记录不存在,返回空串。否则返回表中记录的字段值。function GetDBValue(TableName, outName, condition)

根据指定输入条件,返回用户数据库表中指定的输出字段的值。

参数:TableName:表名

outName:需要返回的字段的名称

condition:输入条件

返回值:返回表中outName字段的值。当记录不存在,返回空串。否则返回表中记录的字段值。function GetDataV alue(TableName, outName, inName, inVal)

根据指定输入条件,返回配置数据库表中指定的输出字段的值。

参数:TableName:表名

outName:需要返回的字段的名称

condition:输入条件

返回值:返回表中outName字段的值。当记录不存在,返回空串。否则返回表中记录的字段值。

function GetBaseValue(conn, TableName, outName, condition)

根据指定输入条件,返回数据库表中指定的输出字段的值。

参数:conn:数据库连接的ADO对象

TableName:表名

outName:需要返回的字段的名称

condition:输入条件

返回值:返回表中outName字段的值。当记录不存在,返回空串。否则返回表中记录的字段值。sub ExecuteSQL(conn, sql, nPrompt)

执行SQL语句

参数:conn:数据库连接的ADO对象

sql:数据库操作的SQL语句

nPrompt:数字,当SQL操作失败时,返回给用户的提示。当数值为1 时,将显示

消息框指明SQL错误。同时,页面将返回到提交前的上一页面。

function GetUserFaceParam(paramName, defaultvalue)

得到系统定义的用户界面的元素的参数

参数:paramName:用户界面元素的名称。系统目前定义了如下的界面元素供选择:1.ToolsBgColor 工具栏背景色

2.ToolsFgColor 工具栏前景色

3.FunsTitleBgColor 功能栏标题背景色

4.FunsTitleFgColor 功能栏标题前景色

5.FunsBodyBgColor 功能栏内文背景色

6.FunsBodyFgColor 功能栏内文前景色

7.MainTitleBgColor 工作区标题背景色

8.MainTitleFgColor 工作区标题前景色

9.MainTableBgColor 工作区表格标题背景色

10.MainTableFgColor 工作区表格标题前景色

11.M ainBodyColor 工作区背景色

12.MainTableBodyBgColor 工作区表格内文背景色

13.MainTableBodyFgColor 工作区表格内文前景色

14.MainSeleBgColor 选择条目背景色

15.MainSeleFgColor 选择条目前景色

16.MainTableLnColor 工作区表格线颜色

17.MainDocBgColor 工作区文档背景色

18.MainDocFgColor 工作区文档前景色

19.MainMenuBgColor 工作区菜单栏背景色

20.MainMenuFgColor 工作区菜单栏前景色

defaultValue:如指定名称的用户界面名称不存值,将返回此默认值。

返回值:与用户界面元素对应的参数。

function GetSysParam(paramName)

得到系统定义的参数

参数:paramName:系统定义的参数名称,系统目前共有如下的系统参数供选择:SystemName 系统名称

DatabaseName 数据库名称

LangVersion 语言转换

DatabaseType 数据库类型

Leader 第一负责人

LeaderEName 第一负责人登录名

nArea 地区码

nProvide 供应商代码

nType 产品类别代码

nVersion 产品版本代码

nValidDate 产品有效期

nLimitMember 最大用户数量

nOnline 最大并发用户数量

LicenceDate 证书颁发时间

LicenceCreater 证书颁发人

ProductSerial 产品序列号

HTTPPort HTTP端口号

KMDirectory 知识文档目录

ServerAddress 服务器地址

AutoLog 自动登录

AutoUser 自动登录用户名

AutoPass 自动登录密码

IPConns 每IP允许连接数

bService 系统服务

ClientBind 客户端主机绑定

ClientIPBind 客户端IP绑定

SysIPRange 系统地址范围

SysUpdateFlag 系统升级标志

LicenceUnit 证书颁发单位

BackupDir 系统备份目录

BackupTime 系统自动备份时间

BackupLife 系统备份有效期

LastBackupTime 上次备份时间

InstallFlag 安装标志

返回值:指定名称的系统参数

function CE(ch)

语言转换,将中文语言转换为界面规定的语言

参数:ch:输入的中文字符串,

返回值:转换后的字符串。如无法转换,则返回ch字符串

function IsMemberLeader(CName, Leader)

判断上下级关系

参数:CName:员工姓名

Leader:上级姓名

返回值:当上下级关系成立时,返回true,否则返回false。当CName等于Leader时,返回true。function IsUserOnline(sUser)

判断用户是否在线。

参数:sUser:用户名称

返回值:当用户在线,返回true,否则返回false。

function GetUserRequestPages(sUser)

得到用户自登录以来访问的页面数

参数:sUser:用户名称

返回值:页面数。

function IsUserSameAddress(sUser)

判断当前用户登录地址和上次登录地址是否一致。

参数:sUser:用户名称

返回值:当地址一致,返回true,否则返回false。

function GetIPAddress(ip)

IP地址转换函数

参数:ip: IP地址。

返回值:当ip为数值型,则返回字符串,当ip为字符串,则返回数值。function GetDeptString(Dept)

根据用户部门编号,得到用户部门名称

参数:Dept:部门编号

返回值:

function GetDeptDB()

得到系统所有部门的编号和名称

参数:无

返回值:返回二维数组,第一个元素为部门编号,第二个元素为部门名称function IsString(str, bStr)

判断是否是字符串

参数:str:字符串

bStr:true或false

返回值:当bStr 为true时,返回str,否则返回空串。

function FindArray(a, val)

从数组中寻找键值,并返回数组的位置

参数:a:数组

val:键值

返回值:数组的位置,当未找到键值时,返回-1

function GetDateStr(sdate, fmt)

返回不同格式的日期字符串

参数:sdate:日期值

fmt:日期格式,数字型,分别为1- 6,其格式为:1月-日时:分

2年-月-日

3年.月.日

4月.日

5时:分

6月-日时:分:秒

返回值:指定格式的时间字符串

function LStrFill(n, length, FillChar)

格式化字符串

参数:n:被格式化的字符串,当n为非字符串将会转换成字符串

length 字符串的长度

FillChar 填充字符

返回值:当被格式化字符串的长度小于length时,返回值将在前面填上填充字符。

function GetWeekColor(wk)

得到星期的界面颜色

参数:wk:数字型,1:星期天;7:星期六;2-6:星期1-5

返回值:星期的颜色

function FormatText(str, tag, property, condition)

根据给定条件,返回XML格式的字符串

参数:str:输入的字符串

tag:XML标记

property:标记的属性值

condition:条件,true 或false

返回值:当condition为true时,返回标记为tag,内容为str的XML字符串,否则,返回str。

function AddText(s1, s2)

两段文本相加

参数:s1:文本1

s2:文本2

返回值:相加的文本用字符
来连接。

function ToInt(str)

将字符串转换为整型数字

参数:str:字符串

返回值:转换后的数值

function ToValue(str)

将字符串转换为数值

参数:str:字符串。

返回值:转换后的数值

function RequestInt(str)

得到HTTP查询字符串的值,并转换为整型数字

参数:str:HTTP 查询字符串中变量的值,HTTP 查询字符串由问号(?) 后的值指定返回值:转换后的值

function RequestFormInt(str)

得到使用POST 方法的表单检索HTTP 请求正文中的表单元素的值,并转换为整型数字。参数:str:使用POST 方法的表单检索HTTP 请求正文中的表单元素的名称

返回值:转换后的值

function RequestForm(str)

得到使用POST 方法的表单检索HTTP 请求正文中的表单元素的值。

参数:str:使用POST 方法的表单检索HTTP 请求正文中的表单元素的名称

返回值:表单元素的值。

function RequestFormText(str)

得到使用POST 方法的表单检索HTTP 请求正文中的表单元素的值,并将字符单引号转换成转义字符'

参数:str:使用POST 方法的表格检索HTTP 请求正文中的表单元素的名称

返回值:表单元素的值。

function Apostrophe(s)

将转义字符'转换成单引号

参数:s:被转换字符串

返回值:转换后的字符串。

function RequestFormFilter(str, s1, s2)

得到使用POST 方法的表格检索HTTP 请求正文中的表单元素的值,并将包含字符s1转换成字符s2;

参数:str:使用POST 方法的表单检索HTTP 请求正文中的表单元素的名称s1:被替换的字符串

s2:将要替换的字符串

返回值:已被转换的元素的值

function RequestForms(FormName, index)

得到使用POST 方法的表单检索HTTP 请求正文中的表单元素的值,当表单元素多于一个时,按顺序取第index个的值。

参数:FormName:使用POST 方法的表单检索HTTP 请求正文中的表单元素的名称index:取相同元素名称中的第几个

返回值:取得的表单元素的值

function CheckStr(str)

当str为字符串时,返回str,否则返回空串。

参数:str:字符串输入或别的类型输入。

返回值:字符串或空串

function JoinStr(str1, str2)

将两字符串用"|" 连接。

参数:str1:字符串1

str2:字符串2

返回值:连接后的字符串。

function GetEnumDataString(EnumTypeNo, EnumValue)

得到枚举量的内容

参数:EnumTypeNo:枚举量类型编号

EnumTypeValue:枚举量的数值

返回值:枚举量的内容

function GetEnumDataSet(EnumTypeNo)

得到枚举量的数据集

参数:EnumTypeNo:枚举量的类型编号

返回值:该类型的枚举量的二维数组,第一个元素为枚举量数值,第二个元素为枚举量内容function GetStringIndex(nIndex, str)

返回一维数组中的指定位置的数组内容

参数:nIndex:指定数组的位置

str:指定数组

返回值:数组某位置的内容,当nIndex超过数组的范围,返回空串。

function GetDeptMember(DeptNo)

返回部门中的所有的员工。

参数:DeptNo:部门编号

返回值:以数组的形式返回部门中的员工ID、姓名、登录名、职务。

function IFFun(tf, tVal, fVal)

根据条件取不同的数值

参数:tf:true或false

tVal:数值1

fVal:数值2

返回值:当tf为true时,取tVal的值,否则取fVal的值。

function GetStafferList(CName, step)

得到下级列表

参数:CName:员工姓名

step:下级的层数,为0时,仅取直接下级。

返回值:以"|"号分隔的查询到的下级的姓名的字符串。

function ValueInCollection(value, collection)

返回数据集是否包含键值

参数:value:键值

collection:以逗号分隔的若干数值的集合。

返回值:当键值存在,返回true,否则返回false

function GetDefaultValue(value)

得到默认值

参数:value:当value的第一个字符为等号时,将value视为表达式。

返回值:运算后的值

function GetFileExtName(filename)

得到文件的扩展名

参数:filename:文件名

返回值:扩展的文件名,即文件后缀。

function IsImageFile(filename)

判断文件是否是图像文件

参数:filename:文件名

SinoEP工作流开发手册(doc 112页)

SinoEP工作流开发手册(doc 112页)

SinoEP工作流开发手册 版本:4.2 中科软科技股份有限公司 2009年6月

1.阅读指南 (4) 1.1.手册目标 4 1.2.阅读对象 4 1.3.手册约定 4 2.体系介绍 (4) 3.流程定义 (4) 3.1.定义工具配置文件 4 3.1.1.................................. workflow.xml 5 3.2.流程定义工具需要实现的接口 5 3.3.流程配置过程 8

3.3.1.打开配置界面 8 3.3.2.初始化数据 9 3.3.3.新建流程 18 3.3. 4.配置流程 24 4.工作流引擎 (43) 4.1.引擎配置文件 43 4.1.1.......................... oscache.properties 43 4.1.2.................................. workflow.xml 44 4.2.引擎需要实现的接口 44 4.2.1.数据操作的接口 44 4.2.2.组织机构接口 47 4.2.3.逾期实现接口

51 4.2.4.应用程序实现接口 51 4.2. 5.办理人设置实现接口 51 4.3.启动工作流52 4.3.1.工作流引擎入口参数 52 4.3.2.Servlet和方法启动工作流 53 4.4.处理待办和已办54 4.4.1.打开待办页面 54 4.4.2.打开待办页面一般需要调用的接 口 (54) 4.4.3.如何打开已办页面 55 4.4.4.打开已办页面一般需要调用的接 口 (55) 4.5.数据封装类

系统分析师辅导:工作流管理系统体系结构设计

系统分析师辅导:工作流管理系统体系结构设计 摘要:工作流管理系统将最终成为覆盖于各类台式机与网络操作系统之上的业务操作系统,但工作流技术目前还不够完善。作者在深入研究了工作流管理联盟提供的工作流管理系统模型和各大主流工作流管理系统的基础上设计了一套功能全面的工作流管理系统体系结构。本文主要从该体系结构的三个层次深入介绍了该系统结构。 关键词:工作流管理系统、业务操作系统、软件体系结构、业务建模 1、引言 在一个组织内部存在着两种信息:一种是数据信息,另一种是业务信息。在组织之间也同样存在着两种信息:一种是数据信息,另一种是业务往来信息。如果这两种信息用计算机系统来管理,前一种属于组织内部的信息系统,后一种属于B2B电子商务系统。目前对数据信息的计算机管理系统(即:数据库管理系统)经过多年的发展已经成熟。对业务过程的计算机管理系统由于比较复杂,可变因素较多,难度大,因此发展还不成熟。工作流技术作为现代组织实现过程管理与过程控制的一项关键技术,为组织的业务处理过程提供了一个从模型建立、管理到运行、分析的完整框架。同时,工作流管理系统(Workflow Management System ,WFMS)通过一套集成化、可互操作的软件工具为这个框架提供了全过程的支持。Thomas Koulopoulos曾预言:工作流管理系统将最终成为覆盖于各类台式机与网络操作系统(如:Windows,Unix,Windows NT)之上的业务操作系统BOS(Business Operating System),它将带来操作系统的一次革命。但是目前工作流技术无论从理论上还是从实践都还不够完善,要实现Thomas Koulopoulos的预言可能还需有一段路要走。本文主要介绍了由作者独立设计一套工作流管理系统体系结构,以供工作流技术爱好者参考。 2、工作流管理系统的基本概念 顾名思义,工作流就是工作任务在多个人或单位之间的流转。在计算机网络环境下,这种流转实际上表现为信息或数据在多个人之间的传送。工作流管理联盟( Workflow Management Coalition ,WfMC)对工作流的定义是:“业务过程的部分或全部在计算机应用环境下的自动化”。她所要解决的主要问题是,“使在多个参与者之间按照某种预定义规则传递的文档、信息或任务的过程自动进行,从而实现某个预期的业务目标,或者是促使此目标的实现”。 工作流管理系统就是通过管理一序列的工作活动以及相关人员、资源、信息技术资料来提供业务处理程序上的自动控制。工作流管理系统通过计算机软件来定义、管理和执行工作流程。在工作流管理系统中计算机运用程序的执行顺序是由工作流逻辑的计算机描述来驱动的。她的主要目标是对业务过程中各步骤(或称活动、环节)发生的先后次序,以及同各个步骤相关的人力、资源、信息资料的调用等进行管理,从而实现业务过程的自动化。当然这种管理可能会在不同的信息及通信环境下实现,所涉及的范围可以小至一个只有几人的工作组,也可以大到政府、企业组织各个机构之间。工作流管理系统将人员、组织结构、设备资源、信息源(如数据库、文件系统、电子邮件、计算机辅助设计工具等)整和成一个整体。这样,工作流管理系统就成为了一个理想的用来收容业务逻辑的业务知识仓库,并给予业务逻辑一个易操作易控制的界面。 工作流管理系统的最大优点就是实现具体应用逻辑和过程逻辑的分离,实现在不修改具体功能的情况下,通过修改业务流程模板来改变系统的功能,完成对组织生产经营过程的部

Workflow Design 工作流设计

Toward Workflow Block Activity Patterns for Reuse in Workflow Design Lucinéia Heloisa Thom and Cirano Iochpe Federal University of Rio Grande do Sul, Brazil; Vinícius Amaral and Daniel Viero, iProcess, Brazil 1.I NTRODUCTION Research on both business process modeling and implementation issues re-lated to workflow technology have quickly increased over the last years. The most significant initiatives are in the field of standardization [1], [2], [4], specification [5] and workflow definition languages [6], [7], [3]. However, since it is a relatively new and still evolving technology, workflow design pre-sents some challenges, especially with respect to techniques that can en-force correctness as well as efficiency during both the requirements analysis and the modeling phase of the workflow project. Within this context, research on workflow patterns has attracted increasing attention mainly because of the advantages of reusing patterns [8], [9]. The most extensively studied are in the field of control/data flow patterns [10], [11] as well as resource and application–oriented patterns (12). Such pat-terns are being used not only in business/workflow process modeling but also in critical evaluations of workflow languages and workflow tools (13). However, a lot less research can be found relating workflow design to a set of recurrent business process “pieces” or “parts” that must be atomically exe-cuted by the workflow process (e.g., an activity request execution and a noti-fication activity). Although one can precisely characterize the semantics of such business process “pieces” [14], [15], [16] and they have to be recur-rently re-designed in practically every workflow modeling process, there is no known research relating these business process structures to workflow pat-terns. 1.1 Approach Our approach applies the concept of block activity to well-known business processes. An activity set is a self-contained set of activities and transitions [7]. Transitions in the set should refer only to activities in the same set and there should be no transitions into or out of the set. Activity sets can be modeled as block activities. The block execution starts at the first activity in the set and executes the next activities by following the partial order im-posed upon them by the transitions until an exit activity is reached. Work-flow execution then returns to the next activity following the block. In this paper, we apply the block activity concept in order to represent a set of business (sub-)process types (e.g., logistic, financial, information and de-cision) that we call “workflow block activity patterns”. These patterns are re-lated to a set of specific atomic structures that are frequently found in busi-ness processes and have already been identified in the literature [14], [15],

K2工作流系统用户手册

万科K2工作流系统 用户手册

目录 1引言 (3) 1.1编写目的 (3) 1.2背景 (3) 2运行环境 (3) 2.1硬件环境 (3) 2.2软件环境 (3) 3流程操作 (4) 3.1发起流程 (4) 3.1.1登陆系统 (4) 3.1.2发起流程 (4) 3.1.3编辑流程 (6) 3.1.4提交流程 (9) 3.2审批流程 (13) 3.2.1邮件审批 (13) 3.2.2K2系统审批流程 (16) 3.2.3查询流程 (31) 3.2.4流程催办 (32) 4个人设定 (34) 4.1.1授权设置 (34) 4.1.2移交设置 (35) 5流程管理 (36) 5.1.1增加流程 (36) 5.1.2创建模板 (37) 5.1.3流程权限设置 (39) 5.1.4条件配置 (40) 5.1.5流程复制 (41) 5.1.6岗位设置 (42) 5.1.7系统角色 (43) 5.1.8秘书设置 (45) 5.1.9删除审批 (46) 6权限管理 (47) 6.1.1平台管理员设置 (47) 7K2流程发布 (48)

1引言 1.1编写目的 本文档的编写目的主要是说明用户如何使用万科K2工作流系统的操作。 1.2背景 确定统一的K2自动化平台,完成管理流程体系中关键内容的标准化,并设置控制点,把握数据来源,跟踪实施效果,制定较为完善的标准化和自动化策略,形成“管理流程标准化和自动化推广模板”。形成一个标准化的管理流程体系,建立一个统一高效的审批自动化平台。达到各一线公司优势互补,形成较为一致的管理流程体系,各类管理流程流程步骤、事项明晰,审批速度的提高,老公司进一步规范现有管理流程体系,新公司可以在较短时间内掌握管理方法提升管理能力,满足公司高效率底风险的管理要求,适应公司规模化复制效应的实现,为流程的持续优化打好基础的目的。 2运行环境 2.1硬件环境 可支持Windows XP的硬件配置 2.2软件环境 操作系统:Windows (sp2) 浏览器:IE6.0,IE7.0

OA办公系统工作流设计文档

OA办公系统 (工作流部分) 概要设计说明书 第1版 目录 1、概述 1.1 工作流设计目标 通过OA系统提供的JBPM4引擎设计流程,实现流程的跳转,表单的设计以及表单和流程的关联。 1.2 文档的作用 本文档基于广州宏天软件有限公司开发的OA办公系统的工作流模块设计的.仅限于流程的简单开发,开发人员快速入门. 2、流程设计 2.1售前流程 2。2 采购流程 2.3 维保流程 2.4 故障处理流程 1.1 概述 主要是流程图,表单的设计以及流程图和表单关联的设计.以一个售前的流程例子介绍他们公用的部分的开发设计。

2.1。1售前流程图设计 由此页面进入“在线流程设计". 下面的页面就是OA系统提供编辑流程图的页面,可以把所需要的流程通过此工具画出来 在这里简单介绍下几个节点的作用 (1)开始节点开始:这是一个流程的起点,一个流程可以没有结束节点但是一定要有节点。 (2)任务节点:这是一个需要人参与的节点,需要人去提交数据。

(3)决策节点:这是一个特殊的节点,它不需要人参与,但是需要一些人定义的条件来决定其下一步条到哪一个分支。 (4)同步节点:这个节点是当2个分支需要同时执行时所用到的节点。(注:此节点通常和下面的合并节点成对使用,这样可以保证一个分支结束流程不会结束,等另外的分支都结束后流程才会结束) (5)合并节点:此节点是2个分支需要合并的时候的节点.其使用方法参照同步。 (6)此节点不是必须的,但是基本上都是需要这个节点的.他代表了一个流程的结束。 (7)流程节点的连接.当鼠标移到一个节点上时会有4个红点在四周,拖动一个红点到另一个节点的红点就可以连接2个节点。注意一个节点的到另一节点的线上的名字不能重复,因为流程引擎是通过流程线上的名字来跳转的,同样任何2个节点的名字也不能相同,否则会有冲突。流程就不能发布。 发布流程:再设计页面的右边会有一栏流程的详细信息如下图:

工作流系统需求分析

工作流系统需求分析 业务过程描述: 工作流是一种反映业务流程的计算机化的、实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。工作流起源于生产组织和办公自动化领域,其目的是将现有工作分解,按照一定的规则和过程来执行并监控,提高效率,降低成本。 下图是用户使用工作流系统的业务过程:

业务模型描述:

系统组成: 工作流管理系统由客户端、流程定制工具、流程监控与管理和工作流运行服务四个部分组成,下图是系统构件图: 系统功能划分: 工作流管理系统是指运行在一个或多个工作流引擎的软件上用于定义、实现和管理工作流运行的一套软件,从用户建模的过程来看在建立阶段功能主要是工作流过程和相关活动的定义和建模,在运行阶段包括运行流程的监控、管理以及执行过程中的人机交互等。 工作流管理系统由流程定制工具、流程监控与管理、工作流运行服务和客户端交互四个部分组成,整个系统的使用者可以分为四种:系统管理员、流程设计人员、流程管理人员、普通用户。 下图是整个工作流管理系统的顶层用例:

第一部分流程定制工具 本部分主要完成企业信息流中业务过程的图形化建模,定制工具提供丰富的图形化元素、简单易懂的建模方法以及完善的模型管理方式。 流程定制用例图:

打开流程模型 参与者:流程设计者。 前置条件:流程定制工具已经打开。 后置条件:被选择的流程模型中的内容被展开。 步骤序列: 1.打开流程模型列表或新建流程模型文件。 2.选择流程模型文件名称。 3.展开流程模型中的设计内容。 保存流程模型 参与者:流程设计者。 前置条件:某个流程模型已经被打开,并且被修改。 后置条件:修改过的流程模型存到了物理文件中。 步骤序列: 1.保存流程模型到物理文件中。 删除流程模型 参与者:流程设计者。 前置条件:拥有可被删除的流程模型。 后置条件:选中的流程模型被删除。 步骤序列: 1.用户打开流程模型列表。 2.用户选择想要删除的流程模型。 3.系统删除选中的流程模型。 导入导出流程模型 参与者:流程设计者。 前置条件:拥有可被导入的文件或导出的流程模型。 后置条件:流程模型被导出成文件或模型文件被导入到设计系统成为流程模型。 步骤序列: 1.用户打开可被导入文件列表或设计工具中的流程模型列表。 2.用户选择将被导入的流程文件或选择将被导出的流程模型。 3.系统把导入文件生成流程模型或把导出流程模型生成流程文件。 流程发布 参与者:流程设计者。 前置条件:拥有设计完成并可供发布的流程模型。 后置条件:流程模型被发布并可通过客户工具执行。 步骤序列: 1.用户打开流程模型列表。 2.用户选择发布的包或流程。 3.用户选择发布的运行服务器。 4.用户形成发布版本。

工作流说明文档

工作流使用文档说明书 工作流的概念: 工作流是多人按顺序依稀填写一张表单,或者填写会签意见,传递附件,在工作中,不同步骤的主办人对附件的权限可以单独进行设置。 1、如何新建工作 点击工作流—新建工作,在流程分类下,用户具有新建权限的所有工作流程以及相应的分类会在左侧显示,点击我要发起的工作流程的名字,点击“新建并办理按钮”,如下图所示: 以下为新建工作后进入流程表单中办理的页面,控件显示如果为灰色,表示在当前步骤该控件为不可写。主办人在表单页面内容填写完毕后,点击“转交下一步”,进行下一步人员的选择。 可在下方进行附件的上传,有两种方式:一种是直接添加空白文档,一种是可点击“添加附件”按钮,可直接上传本机中已完成的附件文档。

点击“转交下一步”按钮,进入下图所示页面,只需要选择下一步骤的审批人员名字,点击“确认转交”按钮即可。 2、我的工作 流程新建完成后,待审批工作就进入到模块“我的工作”中,所有未接收或者已接收的流程都在该模块中显示。显示流程的名称、文号以及步骤和目前的状态。 点“主办”按钮进入流程办理页面,主要是对表单发文内容的核稿。本人办理完工作

后想关注此流程办理进度,办理情况,如图所示: 3、如何对所有的工作进行查询 对于已经完成的流程,或正在进行的流程,就可以实现多种范围、多种流程的查询,包括快速查询和工作流高级查询两种。点击工作查询首先出现以下界面: 查询时,用户可以根据工作流的状态或者文号或者时期等查询工作流。 高级查询:可以清楚的看到每一个工作流的状态。如果选择某个流程进入详细查询, 按照流程查询的时候,需要选择某一个流程,可以进行多种形式的针对具体表单项目的查询。可以在查询时,自由选择该流程表单中的字段,用以生成统计HTML或EXCEL格式的报表,便于保存和统计。

jira自定义工作流操作手册

jira自定义工作流配置 在介绍jira自定义工作流配置之前先介绍一些概念性的知识: 1.工作流:是一个问题经过进过其生命周期的若干个步骤和阶段的变迁。工作流通常代 表实际的业务处理流程。 一个工作流是由步骤和变迁组成的,一个工作流的步骤标识着一个问题的一个阶段或者叫“状态”,变迁是工作流中两个步骤之间的连接。 2.当定义一个变迁的时候,可以选择性的指定一下选项: Conditions(条件)——用于控制哪些用户能够执行一个变迁。 Validators(校验)——在执行变迁之前,用于检查任何用户的输入是否合法。 Post Functions(后续操作)——在变迁完成之后,用于执行特定的动作,如:将问题分配给特定的用户,发送通知email,更行问题的某个字段。 Screen(显示给用户的界面)——这对于用户输入信息之后才能完成变迁的情况是有用的。 3.在jira中的默认工作流程图中,5个方框表示工作流的步骤/状态(open、in progress、 resolved、reopen、closed),箭头代表变迁(transitions)。这个从网上查一下。 4.在jira中可以用不同的方式来创建一个新的工作流: 页脚内容1

1)通过“Add New Workflow”来创建一个空白的工作流。用这个方法创建的工作流有 一个默认的步骤open,该步骤有一个进入的工作流变迁:“create”。 2)通过点击“copy”链接,拷贝已经存在的工作流(如果您准备新添加的工作流和已 经存在的工作流类似,则可以使用此方法)。用这种方法您的工作流将会包含所拷贝的工作 流的所有步骤和变迁。 1.创建工作流 Jira安装完成以后地址栏中输入:http://10.7.101.25:8080/secure/Dashboard.jspa进行平台配置。 在创建新的工作流时一般先将全部步骤定义好,再创建变迁将步骤连接起来,所以首先要自己定义一个工作流程图。 1.以jira管理员的账户登录系统。 2.在jira的导航菜单上点击“Administration”链接。 3.点击左侧导航菜单中的Global Settings—>Workflows,如下图: 页脚内容2

BPM工作流平台设计

工作流系统设计手册 一、引言 工作流管理是目前被业界广泛应用并迅速发展的技术,它的主要功能是使业务处理过程自动化,协调人和各种应用程序的工作。工作流管理系统(Workflow Management System,简称:WfMS)以企业业务过程为核心,结合了计算机支持协同工作以及企业信息系统的相关技术,立足于过程自动化,着眼于整体效率的提高。随着计算机软硬件技术的发展,特别是Internet 和Intranet的迅速普及,工作流管理系统的应用范围已不仅仅限于传统办公环境(如保险、银行、法律、行政管理等)和工业制造中,而且逐渐扩展到企业应用环境中。 1993年成立的工作流管理联盟(Workflow Management Coalition,简称:WfMC)给出了一系列工作流的规范。其主要概念有: 工作流 工作流是一类能够完全或者部分自动执行的经营过程,它根据一系列过程规则,文档信息或任务能够在不同的执行者之间传递与执行。 工作流是一种反映业务流程的计算机化的模型,实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。 工作流管理系统

它是一个软件系统,完成工作流的定义和管理,并按照在计算机中预先定义好的工作流逻辑推进工作流实例的执行。并监控其工作状态。工作流管理系统可称为企业的业务操作系统。(Business Operating System,简称:BOS) 工作流系统参考模型 有关工作流管理联盟更详细的规范请参见https://www.360docs.net/doc/4516855886.html, 二、JU工作流管理系统 根据国际工作流管理联盟的标准模型,实现了过程定义工具、工作流执行服务(工作流机)、工作流管理工具以及工作流客户应用(人工动作)和供工作流执行服务(工作流机)直接调用的应用(自动化动作)。 人工动作必须与表单绑定。表单提供了人机交互的工作界面,而表单的后面是标准通用的关系型

原型设计及工作流实现总结

关于双鸭山市煤炭局信息化子系统原型设计及工作流实现总结 在近一个月的工作时间里,主要针对双鸭山市煤炭局信息化子系统进行了基本模块的概要需求分析,其中针对建设项目管理和生产技术管理模块进行了具体的需求分析并实现了此两个模块的原型。对详细需求分析的过程了解到实现建设项目及其它各种审批使用工作流实现较符合。对于工作流的使用进行了两方面的接触,一方面是使用.NET中的Workflow Foundation(简称WF)进行自行开发,另一方面是使用现在市场上已经成行的工作流配置产品。 使用WF实现工作流主要用到了三个类库System.Workflow.Runtime; System.Workflow.Activities; System.Workflow.Activities.Rules。其中System.Workflow.Runtime包含的类和接口用于控制工作流运行时引擎和工作流实例的执行。System.Workflow.Activities定义一些活动,可将这些活动添加到工作流,以便创建并运行工作过程的可执行表示形式。程序员也可以实现自定义的活动。System.Workflow.Activities.Rules中的类定义了组成规则的条件和操作。.Net FrameWork提供工作流持久化服务,对SQL数据库的持久化提供了完全的支持与实现,对于其它类型的数据库在完成持久化服务的时候要由程序员编程继承WorkflowPersistenceService 类来实现。 在使用WF进行编程时可分为业务逻辑实现、具体数据库访问、自定义活动三个部分,程序员在进行实现时无须对三个部分全部熟悉,只要针对具体的部分熟悉其它部分了解即可。比如对工作流的流程熟悉的程序员可以实现业务逻辑部分,这部分主要是根据用户的业务流进行绘制工作流,对工作流各活动进行配置相应的参数的关联即可。目前对于在VS开发过程中如何配置工作流的操作基本可以完成,但如何把VS中工作流制作模块移植到B/S页面中还未操作过。

最新图文档工作流系统手册

图文档工作流系统手 册

CAXA图文档工作流系统 使用手册 2007-10-3

不经特别说明,本手册内容会随软件版本的不同发生变化。未经版权所有者的书面允许,任何人不能以任何方式翻印、传播手册的内容。 版权所有(C)2006 北京数码大方科技有限公司 手册中出现的其它公司名称或产品名称属于各自公司的商标或注册商标。

目录 1.系统简介 (5) 1.1概述 (5) 1.2系统配置 (6) 1.3术语 (6) 2.工作流程定义工具 (9) 2.1概述 (9) 2.2系统启动与主界面 (9) 2.3模板属性介绍 (11) 2.3.1名称 (12) 2.3.2描述 (12) 2.3.3优先级 (12) 2.3.4有效期开始与有效期结束 (12) 2.3.5运行时修改 (12) 2.3.6流程启动事件、流程结束事件、流程异常事件、流程暂停事件、流程终止 事件 (13) 2.4模板节点及属性介绍 (14) 2.4.1名称 (14) 2.4.2标识 (14) 2.4.3表单样式 (14) 2.4.4流入模式 (15) 2.4.5流出模式 (16) 2.4.6流出时任务合并 (17) 2.4.7优先级 (17) 2.4.8可退回任务 (17) 2.4.9参与者 (17) 2.4.10必须完成时间 (19) 2.4.11跳跃策略 (20) 2.4.12流入事件、流出事件、任务提交事件、任务撤销事件、流入任务合并处 理、流出任务合并处理 (21) 2.4.13字体 (22) 2.4.14图标 (22) 2.4.15图标大小 (22) 2.4.16详细显示 (23) 2.5模板转移线属性介绍 (23) 2.5.1名称 (23) 2.5.2标识 (23) 2.5.3起始节点和中止节点 (23) 2.5.4响应 (23) 2.5.5转移条件 (24) 2.5.6转移类型 (24) 2.5.7流过事件 (24) 2.5.8字体 (24)

工作流数据库设计

工作流设计参考(包括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: 分支 取得所有分支的子结点

U8工作流开发手册

工作流开发手册 1 功能介绍: 工作流系统是以规格化的流程描述作为输入的软件组件,它维护流程的运行状态,并在人和应用之间分派活动、最终达到协同多人或服务共同完成工作任务的目的。 2 使用过程: 工作流系统的使用过程分为三个阶段:设计时、配置时、运行时;设计时阶段需要完成流程模型设计;配置时阶段需要完成工作流系统运行环境的配置、工作流模型发布及版本管理等工作;运行时阶段需要负责发起和完成流程实例等工作。 U8系统安装完毕后,首先需要进入工作流环境配置模块设置MOM服务器和工作流引擎信息;配置的信息会通知到对应的MOM服务器,使得MOM服务器感知与其协同工作的工作流引擎信息。配置时涉及的功能模块及运行时的流程实例管理模块存在于工作流管理控制台中。 环境配置完毕后,可以进行流程模型设计工作。通过流程设计器,设计过程中结合UAP工具中设计出来的业务对象和注册在MOM服务器上的消息和服务信息,生成流程模型。流程设计器设计出来的流程模型还不能直接投入使用,需要通过重定位模块对其消息和服务地址信息从设计时环境的地址转化为运行时地址后,才能正式使用。重定位模块通过“流程发布”动作来完成该动作的。 流程模型发布后,业务应用就可通过消息发送接口发送特定类型的消息,消息通过MOM服务器通知工作流引擎,生成对应的流程实例,在流程实例处理过程中调用业务服务、生成需要人工交互的任务项、并最终协调完成流程实例的处理。流程实例可以被流程实例管理模块加以管理、修改。 3 开发帮助 基于新的工作流平台之上的审批流应用,利用UAP的数据引擎、MOM消息发布订阅和消息转发功能来完成审批这一类特殊流程的管理、配置、设计、使用、维护、监视操作。下图是工作流系统使用流程图:

工作流分析及设计

工作流系统需求分析及设计 业务过程描述: 工作流是一种反映业务流程的计算机化的、实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。工作流起源于生产组织和办公自动化领域,其目的是将现有工作分解,按照一定的规则和过程来执行并监控,提高效率,降低成本。 下图是用户使用工作流系统的业务过程:

业务模型描述:

系统组成: 工作流管理系统由客户端、流程定制工具、流程监控与管理和工作流运行服务四个部分组成,下图是系统构件图: 系统功能划分: 工作流管理系统是指运行在一个或多个工作流引擎的软件上用于定义、实现和管理工作流运行的一套软件,从用户建模的过程来看在建立阶段功能主要是工作流过程和相关活动的定义和建模,在运行阶段包括运行流程的监控、管理以及执行过程中的人机交互等。 工作流管理系统由流程定制工具、流程监控与管理、工作流运行服务和客户端交互四个部分组成,整个系统的使用者可以分为四种:系统管理员、流程设计人员、流程管理人员、普通用户。 下图是整个工作流管理系统的顶层用例:

第一部分流程定制工具 本部分主要完成企业信息流中业务过程的图形化建模,定制工具提供丰富的图形化元素、简单易懂的建模方法以及完善的模型管理方式。 流程定制用例图:

打开流程模型 参与者:流程设计者。 前置条件:流程定制工具已经打开。 后置条件:被选择的流程模型中的内容被展开。 步骤序列: 1.打开流程模型列表或新建流程模型文件。 2.选择流程模型文件名称。 3.展开流程模型中的设计内容。 保存流程模型 参与者:流程设计者。 前置条件:某个流程模型已经被打开,并且被修改。 后置条件:修改过的流程模型存到了物理文件中。 步骤序列: 1.保存流程模型到物理文件中。 删除流程模型 参与者:流程设计者。 前置条件:拥有可被删除的流程模型。 后置条件:选中的流程模型被删除。 步骤序列: 1.用户打开流程模型列表。 2.用户选择想要删除的流程模型。 3.系统删除选中的流程模型。 导入导出流程模型 参与者:流程设计者。 前置条件:拥有可被导入的文件或导出的流程模型。 后置条件:流程模型被导出成文件或模型文件被导入到设计系统成为流程模型。 步骤序列: 1.用户打开可被导入文件列表或设计工具中的流程模型列表。 2.用户选择将被导入的流程文件或选择将被导出的流程模型。 3.系统把导入文件生成流程模型或把导出流程模型生成流程文件。 流程发布 参与者:流程设计者。 前置条件:拥有设计完成并可供发布的流程模型。 后置条件:流程模型被发布并可通过客户工具执行。 步骤序列: 1.用户打开流程模型列表。 2.用户选择发布的包或流程。 3.用户选择发布的运行服务器。 4.用户形成发布版本。

公司工作流管理操作手册

公司工作流管理操 作手册

北斗星协同工作平台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如何创立流程模型 流程模型是建立在应用分类下的实体,在系统后台的流程处理

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

工作流系统功能介绍 目录 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概述 随着计算机软件应用的普及,信息化系统发挥的作用也越来越大,企业信息化建设的不断深入,对系统功能和自动化程度要求越来越高。客户要求系统功能与实际的工作情景紧密结合,对每个业务环节的控制要求越来越精确。如何让我们的信息化系统更加贴近客户需求,满足客户不断变化的业务流程成了我们软件开发商不得不面对的问题。

jira工作流设计指南

Jira工作流项目设置操作指南 转载一篇关于Jira的文章 Jira工作流项目设置操作指南 一、几个概念 在具体开始创建一个Jira的工作流项目之前,必须先了解几个Scheme概念,Scheme 这里可以理解为“组合设计方案”。 Scheme 相关设计元素 说明 Issue Type Scheme Issue Type 定义一个项目拥有哪些问题类型,例如缺陷、需求、变更请求、问题、建议等 Notification Scheme Event 定义一个项目的邮件发送规则,例如问题创建的时候需要发送给管理者,问题指派的时候需要发送给被指派人等。 Permission Scheme Permission 定义一个项目的操作权限控制规则,例如创建问题的权限,编辑的权限,查看的权限等。不包括工作流的权限和全局权限。 Issue Security Scheme Security Level 定义一个项目的单个问题的查看权限,例如可以对某个或某些敏感问题设定只有指定的人可查看。 Field Configuration Scheme Field Configuration

定义了一个项目中每个问题类型分别需要用到的字段,以及是否必填和默认值等信息 Issue Type Screen Scheme 定义了一个项目中不同问题类型分别对应的视图组合设计方案(Screen Scheme)Workflow Scheme Workflow 定义了一个项目和指定的问题类型对应的工作流。 Screen Scheme(不直接跟项目绑定) Screen 定义了一个视图组合设计方案,例如创建的使用用哪个视图,编辑用哪个视图,以及没指定视图的操作默认使用的视图等。 二、设计步骤 具体开始创建一个工作流项目之前必须按照上表中的相关设计元素一栏所列内容展开,本文按一般的设计思路顺序逐一介绍。 1、确定需要用到的所有Issue Types,并在jira中设计好 2、根据Issue Types确定需要用到的所有字段域,如果非系统默认字段,则需要在jira 中设计Custom Fields,并添加一个Field Configurations,来对每个字段进行显示设置。最好添加一个Field Configuration Schemes来绑定issue type跟Field configuration的关联。 3、根据不同的Issue Type来确定是否需要针对不同的Issue Type设计不同的Workflow,Workflow的设计是最关键的一步,需要全局考虑很多设计元素,例如Permission(工作流权限,谁或哪些角色可以进行工作流操作)、event(一般会使用到邮件通知event),screen(每一步工作流响应需要绑定到哪个screen)。 A、画出workflow的状态转移流程图,方框代表状态,箭头代表触发状态转移的路径,箭头上的标注代表触发的动作。 B、根据状态转移流程图确定每一个操作的权限控制,以及每一个操作结束触发的event (例如邮件通知) C、根据权限控制的需求,确定用户的组和角色设置(这个也可以在最初规划好)

相关文档
最新文档