企业管理流程设计，主要有那些内容啊？工作流设计器是什么意思

本文目录

• 企业管理流程设计，主要有那些内容啊
• 工作流设计器是什么意思
• 工作流设计中并发和合并的含义是什么
• 软件开发的工作流的过程是怎样的
• 流程审批设计
• 如何设计一个基于Lotus的可配置的工作流
• 什么是工作流技术

企业管理流程设计，主要有那些内容啊

　　当今社会中，企业之间竞争越来越激烈，尤其是我国加入世界贸易组织后，随着外国企业的进入，这种竞争会继续加剧。企业如何发展，如何取得更大价值，是人们普遍关心的问题。为了适应市场经济的形势，依靠加强管理来增加效益已经成为人们的共识。本文的研究目的是使企业管理流程化，并将这种流程与企业信息化管理系统结合起来，以此来加强管理，提高效率，转变企业的传统管理方式，以适应现代化企业参与国际化竞争的要求。　　工作流（workflow）是为提高工作效率而提出的，目前尚无统一、明确的定义。工作流管理联盟(Workflow Management Coalition)将工作流定义为：业务流程的全部或部分自动化，在此过程中，文档、信息或任务按照一定的过程规则流转，实现组织成员间的协调工作以达到业务的整体目标。当前，大部分企业的管理程序都是以手工为基础，流程参与人员在处理完自己的工作之后，手动地将流程档案交给下一位人员来处理。这种管理方式既费时又费力，在计算机应用如此发达的今天，使用这种管理模式，是极其落伍而且效率低下。　　企业管理流程化就是要将企业传统的管理方式抽象为流程模式，通过计算机系统在企业中自动运行，实现流程中的各项任务的跟踪与控制，使企业内部信息正确流转。通过流程管理功能，企业能够方便地实现工作流程化、过程自动化、权限动态化、信息标准化。将流程管理模块同企业信息化管理系统结合起来后,它能够提供强大的流程管理工具和流程监控工具，完成企业各种流程设置与管理，缩短设计、工艺、制造中的各种中间环节，大大提高企业的工作效率，增强企业的竞争力。　　二、理论基础　　流程设计的理论依据是工作流技术和嵌套事务的管理。工作流是描述一个企业或组织的业务处理活动过程的模型。事务的概念是在数据库理论中提出的，而嵌套事务的理论是建立在事务基础上的。　　2.1工作流理论　　2.1.1工作流的基本概念和定义　　工作流管理一直是企业界和学术界关注的热点领域。1993年，国际上专门成立了工作流管理联盟(WFMC)，以便对工作流实现标准化管理。工作流是一类能够完全或者部分自动执行的经营过程，它根据一系列过程规则、文档、信息或任务能够在不同的执行者之间进行传递与执行。它是一种反映业务流程的计算机化的模型，它是为了在先进计算机环境支持下实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。　　2.1.2工作流管理系统　　工作流是描述一个企业或组织的业务处理活动过程的模型。例如，一个设计过程是由绘图、校对、审定、发布等活动组成的工作流，它包含设计人员、CAD系统、工程数据库系统等多个人和系统的交互操作。如果完全依靠人工干预进行管理，其效率将非常低，对于复杂的工作流来说，甚至是不可能的。因此，为了对业务活动(工作流)进行有效的管理，必须建立工作流管理系统(Workflow Management System，WFMS)。　　工作流管理系统是一个软件系统，它完成工作流的定义和管理，并按照在计算机中预先定义好的工作流逻辑推进工作流实例的执行。是支持企业经营过程高效执行并监控其执行过程的计算机软件系统。工作流管理系统一般提供3种功能：　　1）建立阶段功能：主要考虑工作流过程和相关活动的定义和建模功能，即完成经营过程的计算机化的定义；　　2）运行阶段的控制功能：在一定的运行环境下，执行工作流过程，并完成每个过程中活动的排序和调度功能；　　3）运行阶段的人机交互功能：实现各种活动执行过程中用户与IT应用工具之间的交互。　　2.1.3工作流技术在流程设计中的应用　　在流程设计中，把事务性工作流管理系统的概念引入到企业信息化管理系统中，这里所说的事务不是指传统的事务模型，传统的事务模型支持事务的ACID性质严重地限制了应用系统的可使用性，如分布异构环境中的多数据库系统、工程设计中的长事务系统及各种工作流管理系统等。当前的研究重点放在先进事务模型问题上。先进事务模型可分为扩展事务模型和松弛事务模型。扩展事务模型的特点是将事务定义为子事务组成的分层结构，从而可实现不同的执行策略和控制协议，多级事务模型和嵌套事务模型是两种典型的扩展事务模型；松弛事务模型的特点是有选择地放松事务对ACID性质的要求，弹性事务模型是一种典型的松弛事务模型。我们在流程模块设计中采用的是嵌套事务的管理。　　应用工作流技术，可以为企业的经营管理带来以下好处：　　1.降低劳动强度,提高工作效率；　　2.高度自动化,协作化，大大减少重复劳动；　　3.通过工作流的监控机制,可以发现流程的瓶颈,从而为重新整合企业的业务流程提供依据,使之更为有效；　　4.减少或避免人为因素造成的原则性错误及由此带来的损失；　　5.避免传统处理方式中的随意性造成业务流程混乱；2.2事务管理的理论2.2.1事务的概念及特点　　事务可定义为一个操作序列。该操作序列是用户用来给出一个实现查询或数据库更新来和数据库进行交互。事务作为整体必须具有一种基本特性，即它是将数据库从某个一致状态转变成另一个一致状态。如果事务没有这样的特性，它对数据库的所有更新就不被接受。所谓一致的数据库状态即是数据库满足完整性约束条件。这些完整性约束的一般形式都和函数依赖、键、多值依赖、群集、归纳等有关。另外，还有很多完整性约束是由逻辑表达式来说明的，就像在查询模块的限制部分中出现的那样。　　事务不论按照什么顺序先后执行，只要数据库的初始状态是一致的，那么完成这样的串行执行之后，它显然还处在一致状态。　　2.2.2嵌套事务的概念　　嵌套事务是一个可以包含任意多个子事务的事务，而每个子事务还可以由任意个子事务所组成，由此构成了的一种任意深度的阶层式嵌套事务。其中，根事务被定义为不被任何事务所包含的事务，即是顶层事务。存在子事务的事务被称为父亲。父亲的子事务称为孩子。也可以用祖先与子孙或超级与下级来称谓。这种父子关系可以被称为事务的阶层。　　顶层事务的阶层性可以用一棵称为事务树的结构来表示。事务树中的结点代表事务，而结点间的连线则表示相关事务的父子关系。如下图所示，根结点代表顶层事务A，子事务C的孩子由D和F代表，C的父亲是B。C的子孙是D、E、F和G，而它的祖先是B和A。依此类推，C系列的祖先和子孙阶层还要包括其自身。因此，C的阶层即是C的子孙树的跨度集合。　　事务树结构图　　2.2.3嵌套事务在流程模块中的应用　　在嵌套事务过程管理环境中，一个工作流的过程被定义为具有阶层关系的事务的集合，一个工作流即是一个嵌套事务，因此可以将工作流作为一个事务来处理，而工作流中的每一个步骤即是一个子事务。工作流模式使用嵌套事务结构中事务隔绝性与原子性的宽松定义。采用两阶段锁方法处理恢复。在第一恢复阶段沿任务树自底向上查找确定最顶层父亲事务，该父亲事务不需要被恢复。下一阶段将恢复其所有孩子事务。在该模式中，事务的原子性的范围只是作用于工作流阶层的一部分。　　三、总体设计3.1要实现的功能　　流程管理是企业信息化管理系统中一个不可缺少的模块，它用来定义和控制数据操作规程的基本过程，主要管理当用户对数据进行操作规程时人与人之间或活动与活动之间的数据流向，以及在一个项目的生命周期内跟踪所有事务和数据的活动。流程模块要包括以下功能：　　1.自定义流程类型：用户可以自定义流程类型以满足企业需求；　　2.设计流程图：用户可以使用工具方便简单的设计工作流程图；　　3.自定义业务规则：用户可以在流程中触发执行自定义的脚本，完成特定的业务工作；　　4.分配工作任务：用户可以分配工作任务，包括系统中的一些工作任务，如登入、登出、归档等；　　5.分配工作人员：在每一个工作点可以分配工作人员。另外，管理者可以把工作委托给其他人完成，也可以在运行时确定工作人员；　　6.启动工作流：可以选择要处理的工程图纸或文档，启动工作流处理后继工作；　　7.接收流程：接收本人要处理的流程；　　8.执行工作任务：可以利用流程信箱接收和发送流程，执行分配给自己的任务；　　9.发送流程：将流程发送到下一个节点；　　10.流程跟踪：流程图节点以不同的颜色表示当前运行情况；　　11.流程监控：流程的管理者可以及时掌握流程的情况。可以查看过期任务、解决流程运行中出现的问题。　　3.2 组成　　根据流程要包括的功能，把整个流程分为三个部分，分别实现上述功能：　　1.流程设计模块：设计流程图的工具。使用流程设计模块可以建立流程图、保存流程图、把流程图分配给流程；　　2.流程运行模块（流程信箱）：启动流程、接收流程、执行任务、发送流程；　　3.流程管理模块：流程管理工具。管理员可以查看和监控已经运行的流程，出现问题或过期的流程可以及时得到调整。　　3.3 系统结构　　流程模块分为四个层次，体系结构如下图所示：　　系统结构示意图　　整个模块由数据库、内核层、功能层、界面层组成。数据库可以是任意关系型数据库，如：　　Oracle，SQLServer，Interbase等等。它提供了数据管理的最基本功能，如存、取、删、改、查等操作。企业信息化管理系统中使用的数据库要保存三类数据：数据库元数据(Meta Data)，企业信息化管理系统运行数据和部分产品数据。元数据用于描述数据库结构，是数据库结构调整和跨数据库平台移植的原始依据，此数据由数据库管理系统DBMS维护。运行数据是指系统交付运行时的所有基础数据，比如系统用户信息、企业信息化管理系统运行逻辑规则描述信息、系统配置信息等等。运行数据属于系统基础数据，在数据库结构调整和跨数据库平台移植时需要保护。产品数据是系统运行过程中动态产生的数据，是与企业生产成果密切相关的数据。新投入运行的系统应该是一个产品数据为空的系统。信息化管理数据库系统中的元数据和运行数据是静态数据，相对比较稳定，系统投入运行前要设置完毕，必要情况下才进行调整，元数据和运行数据的修改属于系统维护工作；信息化管理数据库系统中的产品数据是动态数据，是在系统正常运行过程中产生的数据。　　内核层是对数据库的操作，在这一层，封装成标准DLL，供上层调用。在内核层采用面向对象技术，把数据对象抽象为类。面向对象技术是当今计算机软件中用于对客观实体进行描述的最为有力的手段。把产品数据以对象的方式进行描述，很大程度上简化了应用逻辑的复杂性和编程工作的复杂性。在面向对象系统中，对象是基本运行实体，它既包括数据(属性)，也包括作用于数据的操作(行为)。所以一个对象把属性和行为封装成一个整体。类是对在属性和行为上一致的对象集合的抽象。一个类所包含的方法和数据描述一组对象的共同行为和属性。把一组对象的共同特性加以抽象并存储在一个类中的能力，是面向对象技术最重要的一点，是否建立了一个丰富的类库，是衡量面向对象系统成熟与否的重要标志。对象和类是面向对象模型的最基本的概念，其灵活性支持丰富的语义表达和复杂的数据模型。　　功能层通过对内核层的调用，实现流程模块的功能，在这一层，封装成COM组件，方便界面层使用不同的语言来调用。功能层提供了描述产品数据动态变化的数学模型。在此基础上，根据企业信息化管理系统的管理目标，可以建立相应的功能模块。　　界面层是系统与用户打交道的地方，也是用户评价软件产品的最重要的部分，提供友好的人机交互界面，方便用户操作。目前采用Windows界面，将来可以考虑采用XML实现，方便网上使用。　　3.4 数据库设计　　数据库的设计目标是建立统一的流程结构与运行规则，在行业版本中通用。使用的数据库为商用关系型数据库，根据用户的不同需求，可以采用Oracle、SQL Server、InterBase等关系型数据库。根据系统的要求，建立需要的数据库表，保证数据的完整性，符合第三范式的要求。　　3.5 数据结构设计　　根据本流程模块系统的层次结构，把整个程序分为三个层次，第一层是DBLayer层，在这一层负责对数据库的操作，不处理具体的业务过程。该层封装成DLL的形式，供上层调用。第二层是FlowLayer层，通过对DBLayer层的调用，来实现具体业务处理。这层封装成COM的形式，便于在各种编程语言中调用，易于实现界面的移植。第三层是界面层，把对流程的处理通过界面表达出来。通过采用层次结构，各层的功能划分比较明确，在需要添加新的功能时，只需要在对应的层次上修改，而不需要对整个程序作大的改动，适合于模块功能的扩展。　　3.6 运行环境要求　　硬件环境：PC机与兼容机，CPU要奔腾200以上，内存32M以上。　　软件环境：Windows 9X、Windows NT ,Windows 2000，Windows XP。　　四、结论　　本文所阐述的流程是一套适合于我国企业目前技术水平和管理状况的流程管理模块。这个模块功能齐全，操作简单，拥有良好的人机交互功能，为企业管理过程的自动化提供保证，实现企业管理流程化。此流程模块还具有严格的权限控制，在流程的运行过程中，只有该流程的相关人员才有权力对流程中的文档进行浏览和修改等操作，使企业中的工程任务的保密性大大提高，将流程管理与企业组织紧密联系在一起。　　沈阳欧磊科技有限公司根据本文阐述的流程设计思想设计开发了流程管理模块，并嵌入到沈阳欧磊科技有限公司的企业信息化管理系统（SmarGroup）和勘察设计管理信息集成系统（Hoistor）中，并且已经在大连一重、深圳市政建筑设计院、南京市政工程设计院等单位实施，满足用户的需求，达到了加强企业管理，提高效率的目的，增强了企业的竞争力。　　本流程的不足之处主要体现在自动提示功能还比较弱，应该自动监测与登录者相关的流程任务，一旦有流程任务需要处理，要立刻通知当事人，因为一个流程相关人员大部分时间要处理其他事情。因此，这方面是下一步工作的重点。

工作流设计器是什么意思

工作流设计器为可视化的流程设计工具，用户通过拖放等方式来绘制流程，并通过对于环节的配置来实现环节操作、环节表单、环节参与者的配置。工作流设计器为用户以及开发商提供了快速绘制、修改流程的方式，工作流设计器的好坏决定到工作流管理系统的易用性。方正飞鸿软件开发平台BPMES就由这些功能！公司提供免费试用的版本！具体可以去方正飞鸿的官网查看！

工作流设计中并发和合并的含义是什么

并发是指一个人处理完任务后，同时流转到多个人进行处理来提高效率，合并是指一个专门的节点用于等待所有分支的处理完成，才继续向下流转。

图为一个简单的合同审批流程，提交人提交后会到三个部门审核，然后绿色加号节点会自动等待三个部门审核完，才会继续到下面部门审核。

（图片来自工作流系统TopFlow办公平台）

软件开发的工作流的过程是怎样的

计划

对所要解决的问题进行总体定义，包括了解用户的要求及现实环境，从技术、经济和社会因素等3个方面研究并论证本软件项目的可行性，编写可行性研究报告，探讨解决问题的方案，并对可供使用的资源（如计算机硬件、系统软件、人力等）成本，可取得的效益和开发进度作出估计，制订完成开发任务的实施计划。

分析

软件需求分析就是对开发什么样的软件的一个系统的分析与设想。它是一个对用户的需求进行去粗取精、去伪存真、正确理解，然后把它用软件工程开发语言（形式功能规约，即需求规格说明书）表达出来的过程。本阶段的基本任务是和用户一起确定要解决的问题，建立软件的逻辑模型，编写需求规格说明书文档并最终得到用户的认可。需求分析的主要方法有结构化分析方法、数据流程图和数据字典等方法。本阶段的工作是根据需求说明书的要求，设计建立相应的软件系统的体系结构，并将整个系统分解成若干个子系统或模块，定义子系统或模块间的接口关系，对各子系统进行具体设计定义，编写软件概要设计和详细设计说明书，数据库或数据结构设计说明书，组装测试计划。在任何软件或系统开发的初始阶段必须先完全掌握用户需求，以期能将紧随的系统开发过程中哪些功能应该落实、采取何种规格以及设定哪些限制优先加以定位。系统工程师最终将据此完成设计方案，在此基础上对随后的程序开发、系统功能和性能的描述及限制作出定义。

设计

软件设计可以分为概要设计和详细设计两个阶段。实际上软件设计的主要任务就是将软件分解成模块是指能实现某个功能的数据和程序说明、可执行程序的程序单元。可以是一个函数、过程、子程序、一段带有程序说明的独立的程序和数据，也可以是可组合、可分解和可更换的功能单元。模块，然后进行模块设计。概要设计就是结构设计，其主要目标就是给出软件的模块结构，用软件结构图表示。详细设计的首要任务就是设计模块的程序流程、算法和数据结构，次要任务就是设计数据库，常用方法还是结构化程序设计方法。

编码

软件编码是指把软件设计转换成计算机可以接受的程序，即写成以某一程序设计语言表示的“源程序清单”。充分了解软件开发语言、工具的特性和编程风格，有助于开发工具的选择以及保证软件产品的开发质量。当前软件开发中除在专用场合，已经很少使用二十世纪80年代的高级语言了，取而代之的是面向对象的开发语言。而且面向对象的开发语言和开发环境大都合为一体，大大提高了开发的速度。

测试

软件测试的目的是以较小的代价发现尽可能多的错误。要实现这个目标的关键在于设计一套出色的测试用例（测试数据与功能和预期的输出结果组成了测试用例）。如何才能设计出一套出色的测试用例，关键在于理解测试方法。不同的测试方法有不同的测试用例设计方法。两种常用的测试方法是白盒法测试对象是源程序，依据的是程序内部的的逻辑结构来发现软件的编程错误、结构错误和数据错误。结构错误包括逻辑、数据流、初始化等错误。用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果。白盒法和黑盒法依据的是软件的功能或软件行为描述，发现软件的接口、功能和结构错误。其中接口错误包括内部/外部接口、资源管理、集成化以及系统错误。黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。

维护

维护是指在已完成对软件的研制（分析、设计、编码和测试）工作并交付使用以后，对软件产品所进行的一些软件工程的活动。即根据软件运行的情况，对软件进行适当修改，以适应新的要求，以及纠正运行中发现的错误。编写软件问题报告、软件修改报告。一个中等规模的软件，如果研制阶段需要一年至二年的时间，在它投入使用以后，其运行或工作时间可能持续五年至十年。那么它的维护阶段也是运行的这五年至十年期间。在这段时间，人们几乎需要着手解决研制阶段所遇到的各种问题，同时还要解决某些维护工作本身特有的问题。做好软件维护工作，不仅能排除障碍，使软件能正常工作，而且还可以使它扩展功能，提高性能，为用户带来明显的经济效益。然而遗憾的是，对软件维护工作的重视往往远不如对软件研制工作的重视。而事实上，和软件研制工作相比，软件维护的工作量和成本都要大得多

流程审批设计

10年有幸接触了HP的一套PAAS平台，里面有一套关于工作流、审批流的设置模块。公司如今做的这个项目也实用到审批流。这中间磕磕碰碰的遇到不少问题，但最后也小有收获，趁着周末闲暇时间，把一些细节方面上的事分享出来，一来是对前期的工作有个总结；二来抛砖引玉想多听听大家的意见，开拓开拓思路，和大家共同成长进步。先来看看关于工作流、审批流的定义：（1）PAAS平台工作流&审批流的定义：工作流：可自己定义的一种自己主动运行的工作流程，由表单数据发生改变时触发，同一时候触发关联多种不同的事物。审批流：可自己定义的一种审批流程，须要用户手动批示是否同意进入下一步，触发审批流程规则须要满足审批申请人和数据筛选条件。（2）百度百科工作流&审批流的定义：工作流：在多个参与人员之间依照事先定义好的规则传递信息、文档或任务的过程自己主动运行，从而实现某个预期的业务目标，或者促使该目标的实现。工作流的优点：（1）降低了记录分配，任务指派过程中很多不必要的操作；（2）通过标准化流程提高工作效率；工作流应用场景：当新增客户信息时，区域A的客户自己主动分配给业务员A，区域B的客户自己主动分配给业务员B，并发送邮件或者短息通知相关业务员。审批流：审批流定义节点用来为某个详细的业务单据或某个详细单据的一个业务类型进行审批流程的定义。被定义了审批流程的单据将依照定义的审批流程被传递和审批。这一完整的过程就称为审批流。概述：通常的流程一般分为2个层次来讲：流程、步骤（活动或者节点）：（1）流程就是某一详细的业务流程（请假审批流程，财务报销审批流程）；（2）步骤（活动或者节点）就是一种特定业务类型的封装；一套完整的审批流程、工作流程大体上包含：（1）流程定义；（2）步骤定义：触发规则；操作人；运行动作（发起申请、撤回）；运行操作（任务通知、邮件提醒、字段更新、转移数据、转换表单、传送接口）；（3）步骤反复：触发规则；操作人（串行/并行）；运行动作：（审批处理：通过、拒绝（退回、否决）、撤回）；运行操作：允许、拒绝同一时候包含（任务通知、邮件提醒、字段更新、转移数据、转换表单、传送接口）；（4）流程结束；名词解释：第一：操作人处理（1）串行：上一处理人指定某一处理人时，其它拥有此步骤权限的操作员不可进行查看和操作，必须当前处理人处理完成后，流程才干继续；（2）并行：由上一处理人指定固定多个处理人时，由任一员工处理就可以，不分前后顺序，所有处理完毕，进入下一步骤；这里有2点须要说清楚：（a）多人处理分为：一人通过（当中一人进程审批处理就可以）、多人通过（全部审批人都须要进行审批处理）2种情况，请依据自己的业务详细选择；（b）设定审批人分为：由提交人指定、自己主动依照角色层级关系分配、选择审批人3种情况，请依据自己的业务详细选择；两者的相应图例如以下：第二：运行动作（1）申请：针对当前业务表单信息发起申请，开始审批流程的传递。分为2部分：由申请提交人手动发起申请、由程序自己主动推断满足触发规则的数据自己主动发起申请；另外还要注意的2点：是否同意提交人撤消（是、否）、记录（不可、管理员可、管理员和审批人都可 ）；（2）通过：当前步骤处理通过，进入下一步骤，若为末步骤，则流程处理完毕；（3）退回：将步骤退回至上一步骤，即返回至上一处理人处，若为首步骤，则不进行退回；（4）否决：将步骤直接结束，运行结束动作拒绝活动，不再进行操作，或者回退至第一步骤；（5）撤回：若当前步骤已处理，下一处理人未处理的情况下可进行撤回操作。上面须要注意的是：拒绝的时候是采用“退回”还是“否决”动作。以下几种情况的相应图：第三：运行操作（1）任务通知：定义的系统内任务自己主动生成，能够由定义好的流程调用，在流程运行到适当时机发送系统内任务通知相关人员；（2）邮件提醒：定义给系统内部和外部人员发送邮件提醒的事务。能够在工作流和审批流中调用，在流程运行到适当时机发送邮件通知流程相关人员；（3）数据更新：用于流程运行的事务，能够在流程运行到指定位置，依照设置好的数据更新规则，指定更新本表单或关联表单的数据；（4）表单转换：设置一个表单的数据，按转换模板映射生成还有一个或几个表单数据。假设表单带有子表单数据，也能够设置子表映射转换到相应表单的子表单；（5）数据转移：能够将表单数据转移给设置好的目标用户。能够在工作流和审批流中，须要转移数据的环节调用此数据转移；（6）传输接口：工作流和审批流假设须要将流程结果触发到第三方系统。

如何设计一个基于Lotus的可配置的工作流

要实现流程的“可配置”，即相当于由用户自己“组建”流程，那么，对于程序的开发者，要做的事自然就是一个相反的过程（“拆解”流程）。考虑如何拆解流程能使用户重新组建时省力省心，实际上就是设计一个好用的、可配置的工作流的过程。清楚了我们要做的事之后，在开始做事之前，我们还需要制定一些做事的原则（“拆解”的原则和方向），毕竟，我们的初衷，不仅仅是能把事做完，把事情做好才是最终目标。那么，什么才是一个好用的可配置的工作流呢？我们认为，好的工作流应包含下面几个特点：组建过程简单、快速，易于维护，用户无需培训、易于掌握等。制定了上述原则后，我们现在就开始来拆解流程了，首先画一个简单的流程图作为参考。简单流程图大致看一下图1中的流程图，先不考虑复杂的内容，我们对一个流程最直观的判断是：流程由环节和路径组成。如果仅将流程拆分成这两个元素，对用户来说是非常好理解的。那么下面，我们就尝试使用这两个元素建立可配置的流程。先粗略地拟一下各元素对应的表单需要包含的域：1、环节文档：环节名称、处理人员2、路径文档：路径起点环节名称、路径终点环节名称、流转条件上面两个文档都是配置文档，要建立一个完整的工作流系统，除配置文档之外，我们还要建立一个包含待审批的业务信息的文档（以下称为主文档），主文档要与配置文档相关联，就需要在主文档中记录一些配置文档相关的信息，这里也先粗略地拟一下这些信息：3、主文档：当前环节、当前用户相关基础文档建立起来之后，接下来就开始考虑将各个分散的内容连接起来形成一个完整的工作“流”。假设当前主文档处于申请人环节，那么下一个环节是A领导还是B领导呢？从我们现有的配置文档来看，两个环节文档是通过路径文档连接的，那么我们首先要找到以申请人为起点的所有相关路径，搜索结果为：路径1、路径2、路径3都符合要求。接下来就是判断当前文档符合哪一个路径流转的条件即可筛选出唯一确定的一个路径。然后，从唯一确定的路径文档中可获得下一个环节的名称，通过下一个环节的名称搜索环节文档即可获得下一个环节的处理人员。将上述处理过程放大，就可以实现一个任意庞大的流程。流程流转过程看上去上面的方案似乎已经完全实现了一个“可配置”的流程，实际如何呢？下面，我们拿一个复杂一点的流程来分析这种方案的优缺点：有重复环节和路径的流程图可以看到，“B领导审核”环节和“会计”环节出现了2次，“B领导审核”到“会计”的路径也出现了两次，假设当前环节为“A领导审核”环节，如果通过上面的处理方式，我们搜索到的符合条件的下一个环节是“B领导环节”环节，然而，“B领导环节”以后有2个可能的路径，如果仍按上述方式处理，我们本来要走的路径5可能会走到路径6而导致流程最终无法流经“总经理”环节。为了避免这种情况，我们可以有很多种选择，下面列出了其中的两种：第1种：将两个“B领导审核”环节命名为不同名称，如其中一个环节名称改为B领导审核2。第2种：在环节文档中增加一个位置域，标志其所处位置以区别不同位置出现的同一个环节名称，即使用位置取代环节名称作为环节文档的关键字。采用第1种方式虽然较“笨”，但是可以不修改我们原来的程序，而且流程的组建过程也是最简单的。但是有些用户可能不会接受这种方式，因为在这样的系统架构下，组建流程的管理员需要绞尽脑汁地考虑“第二名称”怎样命名，而且这个“第二名称”不一定会获得最终用户的认可。为了避免这些麻烦，我们可以采用第二种方式。下面我们看看环节文档中增加了位置域的效果（图4）。采用“位置”域作为关键字，在主文档、路径文档也相应增加当前位置域即可以唯一确定流程的走向。增加环节的位置信息在环节文档中增加位置域的方法解决了环节名称重复的问题，但进一步看，我们仍需要为相同环节名称不同位置的两个环节建立两个环节文档，站在系统管理角度来说，这也是一种很不好的方式，因为调整这种重复环节文档中的任何信息（如：调整环节包含的人员）的时候都需要修改2个或者更多的文档（很可能改了一个忘了一个）。因此，我们有必要将环节名称的其他信息和位置信息再拆分，拆分后各文档包含的域有：角色文档（职位文档）：角色名称、处理人员环节文档：角色名称、位置同时，为了配合这一改动，我们还需要将路径文档、主文档中当前的环节信息拆分成当前角色和位置：路径文档：路径起点的位置、路径终点的位置主文档：当前角色名称、当前位置、当前用户解决了同一流程中重复环节的问题后，我们将流程继续扩展，接下来还将遇到不同流程使用同一环节，不同部门使用同一流程等问题。经过同样的分析过程，我们仍将面临为各种配置文档添加关键字域以区别不同情况或再次拆分成不同配置文档的情况。就像上面提到过的一样，选择添加域或者拆分各有有缺点，添加域可以维持程序的易用性，而拆分成不同文档可以减少系统中的重复配置，提高配置文档的可重用性和可维护性。易用性和可重用性这两个特性在大多数时候是一对矛盾体，如何取舍就全靠我们的系统设计人员把握了。我们这里采用的是以易用性为主，可重用性为辅的策略。图5显示了我们这种策略下的一种数据结构。可配置的工作流的数据结构刚才我们都是将流程不断扩大来细化我们的拆分方案，现在，我们将从另一个同样重要方向来继续这一过程，即流程环节的增、删、改。上面我们也曾提到过流程环节的“修改”（修改承办人员），一般情况下修改环节都不是问题，难点的在于增加和删除环节。下面我们尝试在“A领导审核”环节和“B领导审核”之间增加一个“C领导审核”，看看我们的系统是否需要做出修改，见下图：增加环节增加环节时，我们需要删除路径4文档（起点位置为2，终点位置为3），增加“C领导审核”环节文档和路径8文档（起点位置为2，终点位置为8）、路径9文档（起点位置为8，终点位置为3）。假如当前环节为“A领导审核”，程序流转时仍将使用主文档中保存的当前位置（位置2）搜索路径文档，此时结果可以从路径4文档变成路径8文档，可见这种设计是可以适应增加环节的。同样，这个设计也可以适应删除环节的情况。注意，环节增删改时还有一种特殊情况，即删改当前环节。这种情况下不仅仅要修改流程配置文档，主文档中的相关内容也要进行更新，如果没有“外力”，主文档包含的当前处理人（这个还涉及了主文档的读写权限）和当前位置是不会自动发生变化的，因此，需要其他手段配合才能实现一个完美的“可配置”工作流。到目前为止，一个简单的可配置的工作流就算完成了（跟关系式数据库建模的过程非常相似）。经过这一个过程，才发现其实IBM在Lotus WorkFlow中建立的工作流引擎（数据结构）在技术上已经是一种比较完美的方案了。我们绕来绕去自以为会发现新大陆，到了最后还是回到了前人走过的路上（对比Lotus WorkFlow，主要的不同之处是我们这里没有把人员和角色分拆，原因是不想再配置一次names.nsf中已存在的用户）。不管怎么样，从这个简单的可配置流程设计的过程中，我们还是获益匪浅，也深刻认识到一个再完美的工作流引擎也不可能成为普世真理，因为工作流的易用性和适应能力常常是矛盾的，不同的用户会提出不同的要求。因此，技术人员不必执着于技术不可自拔。

什么是工作流技术

　　工作流：　　根据 WfMC 的定义，工作流（Workflow）就是自动运作的业务过程部分或整体，表现为参与者对文件、信息或任务按照规程采取行动，并令其在参与者之间传递。简单地说，工作流就是一系列相互衔接、自动进行的业务活动或任务。　　工作流是针对工作中具有固定程序的常规活动而提出的一个概念。通过将工作活动分解成定义良好的任务、角色、规则和过程来进行执行和监控，达到提高生产组织水平和工作效率的目的。工作流技术为企业更好地实现经营目标提供了先进的手段。　　1993年，国际工作流管理联盟（Workflow Management Coalition，WfMC）的成立标志着工作流技术开始进入相对成熟的阶段。为了实现不同工作流产品之间的互操作，WfMC在工作流管理系统的相关术语、体系结构及应用编程接口等方面制定了一系列标准。工作流管理联盟给出的工作流定义是：工作流是指整个或部分经营过程在计算机支持下的全自动或半自动化。在实际情况中可以更广泛地把凡是由计算机软件系统（工作流管理系统）控制其执行的过程都称为工作流。　　一个工作流包括一组活动及它们的相互顺序关系，还包括过程及活动的启动和终止条件，以及对每个活动的描述。工作流管理系统指运行在一个或多个工作流引擎上用于定义、实现和管理工作流运行的一套软件系统，它与工作流执行者（人、应用）交互，推进工作流实例的执行，并监控工作流的运行状态。　　一、工作流管理：　　通常，工作流管理系统指运行在一个或多个称为工作流机的软件上的用于定义、实现和管理工作流运行的一套软件系统，它和工作流执行者（人、应用）交互，推进工作流实例的执行，并监控工作流的运行状态。在这里需要强调指出的是工作流管理系统不是企业的业务系统。在很大程度上，工作流管理系统为企业的业务系统运行提供一个软件支撑环境，非常类似于在单个计算机上的操作系统。只不过工作流管理系统支撑的范围比较大、环境比较复杂而已，所以也有人称工作流管理系统是业务操作系统（BOS － Business Operating System）。在工作流管理系统的支撑下，通过集成具体的业务应用软件和操作人员的界面操作，才能够良好地完成对企业经营过程运行的支持。所以，工作流管理系统在一个企业或部门的经营过程中的应用过程是一个业务应用软件系统的集成与实施过程。　　二、工作流管理系统：　　工作流管理系统可以用来定义与执行不同覆盖范围（单个工作者、部门、全企业、企业间）、不同时间跨度（分钟、小时、天、月）的经营过程。这完全取决于实际应用背景的需求。按照经营过程以及组成活动的复杂程度的不同，工作流管理系统可以采取许多种实施方式，在不同的实施方式中，所应用的信息技术、通信技术和支撑系统结构会有很大的差别。工作流管理系统的实际运行环境可以是在一个工作组内部或者在全企业的所有业务部门。　　三、业务过程：　　业务过程（business process）就是活动的集合，这些活动均关联于特定的托付事项（commitment），为过程的产出增值。相对于“工作流”，业务过程是一个更一般化的统称，而工作流这个词，则已经不能仅从字面含义或原理上去理解，它已经被赋予了更深一层的特定含义——专指基于信息技术规划、运作、管理的业务过程。　　四、自动与协调:　　“自动”（automate）是工作流的一个特征，但这主要是指它自动进行的特征，而不是说没有人的参与。工作流实际上是一个人-电脑协调的混合过程，在一个实际的工作流中，通常总有些步骤是人完成的。协调是工作流管理的一个目标或者特征，这包括了人与人、人与电脑，电脑（软件）之间等多种层面的含义。　　五、监察与控制:　　监察（Monitoring）与控制（Contorl）是工作流系统的重要功能与特征。这不仅包括对正在发生的业务过程（工作流），还包括它的定义或改变（比如BPR的过程）。这是工作流系统带给我们的明显好处之一。　　六、标准化:　　作流的概念被明确提出并得到重视的同时，人们就认识到了“标准化”在其中的重要性，有关工作流的标准开发和推广，基本是与“工作流”的开发和推广同步进行的。在这方面目前的权威性机构，是“工作流管理联盟”（Workflow Management Coalition, WfMC）。它成立于1993年8月，目前已拥有 130 余个成员，成员包括工作流产品的供应者、应用者，有关大学和研究机构和个人，是一个国际性的非赢利组织。在最近的投资成员（Funding members）清单中，可以看到诸如 Baan, HP, IBM, Microsoft, Oracle, Peplesoft, SAP AG, Xerox 等机构。　　七、工作流与重规划:　　从逻辑上，对工作流的关注和研究可以看作是对业务过程重规划（BPR）的一种深化。BPR的观点，要求我们将眼光投向实际业务进行的过程，但这个过程应当是什么样的，怎样分析、构造？工作流就是一个具体的、操作性的答案，它可以令我们从神秘的、难以预测和控制的“头脑风暴式”的“艺术的”业务过程创造，变成解析的、技术的、可控制和预测的工程化过程，如此，才真正体现出 re-engineering 中 engineering 的意义。　　工作流与 BPR 的概念，已经被几乎所有的研究者联系在一起研究和应用。在这个领域有一个非常活跃的组织，即国际工作流与重规划协会（ Workflow And Reengineering International Association, WARIA）。　　八、工作流与企业工程:　　无论从理论、方法上，还是对象、内容上，我们都有理由将“工作流”看作是企业工程的一部分。实际上，已有的关于工作流体系的描述，本身就是一个通用的业务模型框架。仅仅囿于工作流是不够的，必须对整个体系的目标及所有相关要素综合考虑——这正是企业工程。　　九、工作流与IT应用体系:　　与以往已经被采用的企业 IT 应用体系，例如 MRPII 或 ERP 相比，WFMS是一个相当重要的里程碑。（ERP的概念并不确定，我这里仅指其基本或较早期的含义而言）。从用户的角度，WFMS带来（或将要带来）的变化是极其强烈的，甚至可以形容为一种用户“梦想”的实现。　　在一些老的“模块化”的产品中，系统的设计是通常是基于任务分割的，作业项目之间是分裂的。面向对象的技术，并不能直接解决这个的问题，相反，往往使系统变得更加混乱和琐碎。从操作上，典型地，我们必须不断地在层次结构的功能表（比如下拉菜单）或对象之间“进进退退”，或者在“神出鬼没”的对象以及相关菜单中捉迷藏。　　工作流管理系统是一个真正的“人-机”系统，用户是系统中的基本角色，是直接的任务分派对象，他或她可以直接看到电脑针对自己列出的“任务清单”，跟踪每一项任务的状态，或继续一项任务，而不必从一个模块退出，进入另一个模块，搜索相应任务的线索。前者是面向功能或对象的，而后者是直接面向用户的。这样，用户的任务分派和任务的完成状态，可以被最大程度地电脑化和受到控制。　　现在的典型工作流产品是客户-服务软件。而日益增长的重要途径是通过万维网界面，它可以令客户或远程的职员更好地参与。工作流的定义经常是借助于图形化工具，依照业务过程实例的情况定义相应工作的安排　　OA(办公自动化)： 引自肖淑男 2001-2-20　　通常，OA 就是办公自动化，英文Office Automation的缩写。通过流程或特定环节与日常事务联系在一起，使公文在流转、审批、发布等方面提高效率，实现办公管理规范化和信息规范化，降低企业运行成本的一套系统的统称。　　多年来，OA尚无一个确切的定义，人们对OA的看法和理解各有不同。笔者认为：OA本身就不是一个有确定界定的概念，它是一个过程、一种境界。它随技术的发展而发展，随人们办公方式和习惯以及管理思想的变化而变化。在技术发展过程中的每一个阶段，人们给OA赋予了不同的内容和新的想象，技术与管理的进步给OA打下了每一步发展的历史烙印。同时，不同行业、不同层次的人对OA的看法和理解也各有不同。也许正是OA这种变化和发展的特点使之成为30多年来常新不衰的话题。　　现在有一种较普遍的偏见：认为OA仅仅是诸如公文流转、收发文管理、档案管理、会议安排、文献检索、电子表格、电子邮件等等这些非结构化数据的处理和交换过程，面向的用户群也只是机关办公室或企业的职能部门、文秘部门。其实，今天看来，OA应有更丰富的内容和层面，更广泛的用户群。以下是笔者对OA在功能上以及所涉及的技术范畴的肤浅理解，愿与同行商榷。　　功能方面：广义面言，OA应该是一个企业除了生产控制之外的一切信息处理与管理的集合。它面向不同层次的使用者，便有不同的功能表现：　　对于企业高层领导而言，OA是决策支持系统（DSS）。OA运用科学的数学模型，结合企业内部／外部的信息为条件，为企业领导提供决策参考和依据；　　对于中层管理者而言：OA是信息管理系统（IMS），OA利用业务各环节提供的基础“数据”，提炼出有用的管理“信息”，把握业务进程，降低经营风险，提高经营效率；　　对于普通员工而言：OA是事务／业务处理系统。OA为办公室人员提供良好的办公手段和环境，使之准确、高效，愉快地工作。　　技术范畴：OA是计算机技术在办公业务中的合理应用。计算机技术是OA的前提。如果脱离计算机技术面阔谈OA，无异于痴人说梦。没有计算机技术，OA便成无源之水、无本之木。计算机对信息的存储与处理能力极大地改变了人们的办公方式，提高了工作效率。如：要建立决策支持系统，则需要数据仓库 、OLAP等技术；要建立信息管理系统，则要有数据库、程序设计语言等技术；要建立事务／业务处理系统，则离不开数据库、设计良好的人机界面和工作流控制、OLTP等技术。　　OA是利用通信技术来实现人与机器、机器与机器及人与人的交流。通信技术是OA的基础。现代办公室不再是孤军奋战，而是一个团队的协同工作，团队中成员之间的协调、合作离不开通信技术；现代办公室也不再是闭门造车，企业需要与外界广泛的信息交流，这更离不开通信技术。没有通信技术的支持，OA便成空中楼阁。　　OA是科学的管理思想在先进的技术手段下的物化。科学的管理思想是实现OA的核心。计算机技术和通信技术仅仅是为实现OA打下了基础，提供了可能。要真正实现OA，还需物化人类思维中科学管理的内容。正如仅有优质的画笔、画板、颜料而没有达.芬奇，就不会有蒙娜尼莎的微笑一样。不体现人类管理智慧，就不会有真正的OA，如果有，也只是技术的堆砌和摆设。　　由此而知，OA是计算机技术、通信技术与科学的管理思想完美结合的一种境界和理想。我们一直在为实现OA而努力，但我们的成果仅仅是在某些环节、某些方面、部分地实现了OA的功能，与真正的OA尚有差距，差距的根本在于应用系统对管理思想的实现方面。一等一科技为您解答！！