工作流标准管理系统.doc

工作流管理系统
10月28日 星期二 11:37
      工作流管理系统（Workflow Management System，WfMS）是一种软件系统，它完毕工作量定义和管理，并按照在系统中预先定义好工作流逻辑进行工作流实例执行。 工作流管理系统不是公司业务系统，而是为公司业务系统运营提供了一种软件支撑环境。
      工作流管理联盟（WfMC，Workflow Management Coalition）给出关于工作流管理系统定义是：工作流管理系统是一种软件系统，它完毕工作流定义和管理，并按照在计算机中预先定义好工作流逻辑推动工作流实例执行。
      看起来工作流管理系统与BOS（Business Operation System，公司业务系统）或ERP（Enterprise Resource Plan,公司资源规划）都很相似，但它们实质是有很大区别。工作流管理系统为BOS提供一种软件平台，这就如运营在PC机上操作系统，因而工作流管理系统比BOS应用范畴更广，环境更复杂。工作流管理系统与ERP区别在于，ERP侧重于满足公司内部业务操作功能，提高工作效率，而工作流管理系统侧重于公司管理，面向市场和客户，提高对外业务水平。

一、工作流管理系统产生
      工作流管理系统（WfMS，WorkflowManagementSystem）是以计算机支持分布式、协同工作业务流程自动或半自动化为研究目的软件系统。随着计算机网络，特别是Internet/Intranet 迅猛发展和应用，计算机支持分布式、协同工作工作流系统在企、事业单位中地位显得越来越重要，也有着辽阔前景。
      工作流管理系统是定义、创立、执行工作流系统。开发此类软件系统就是要协调分布式、协同解决各个节点上活动，按照预定义控制流程进行执行，以达到对它们自动执行和有效管理。开发此类软件有很大重复性，工作流管理系统就是将此类软件公共流程控制某些（工作流运营服务、引擎）、管理某些和其她公共某些抽象出来，形成一种软件开发平台，顾客只需要将它们控制流程描述出来，该平台软件就可对它们控制流程进行自动执行和有效地管理，而不需要对每次不同应用重复地开发。
      不同工作流管理系统可以有不同实现办法，不同底层通讯机制，应用范畴也也许有很大差距，但所有工作流管理系统从顾客应用层上来看，通用工作流管理系统应当可以提供如下三个方面功能支持：
      一方面是建造功能，即对工作流业务流程及构成这些业务流程活动进行定义和建模。
      另一方面是运营控制功能，即在一定运营环境下，负责创立、执行和控制工作流实例，激活相应资源和应用，并完毕过程中从一种活动到另一种活动控制转移。它是整个工作流管理系统核心某些。
      最后是运营交互功能，即在工作流实例运营中，工作流管理系统与工作流参加者（业务工作参加者或控制者）及外部应用程序进行交互功能。
      由于信息技术发展和日趋激烈商业竞争，人们不再满足于独立、零散办公自动化和计算机应用，而是需要综合、集成化解决方案。作为一种对常规性事务进行管理、集成技术，WfMS 浮现是必然。它可以改进和优化业务流程，提高业务工作效率；实现更好业务过程控制，提高顾客服务质量；提高业务流程柔性等。

二、工作流管理系统构成
      一种完整工作流管理系统中重要涉及如下七个某些部件和数据。
a.过程定义工具
      过程定义工具被用来创立计算机可解决业务过程描述。它可以是形式化过程定义语言或对象关系模型，也可以是简朴地规定顾客间信息传播一组路由命令。
b.过程定义
      过程定义（数据）包括了所有使业务过程能被工作流执行子系统执行必要信息。这些信息涉及起始和终结条件、各个构成活动、活动调度规则、各业务参加者需要做工作、有关应用程序和数据调用信息等。
c.工作流执行子系统和工作流引擎
      工作流执行子系统也称为（业务）过程执行环境，涉及一种或各种工作流引擎。工作流引擎是WfMS 核心软件组元。它功能涉及：解释过程定义，创立过程实例并控制其执行，调度各项活动，为顾客工作表添加工作项，通过应用程序接口（API，Application Program Interface）调用应用程序，提供监督和管理功能等。工作流执行子系统可以涉及各种工作流引擎，不同工作流引擎通过协作共同执行工作流。
d.工作流控制数据
      指被工作流执行子系统和工作流引擎管理系统数据，例如工作流实例状态信息、每一活动状态信息等。
e.工作流有关数据
     指与业务过程有关数据。WfMS 使用这些数据拟定工作流实例状态转移，例如过程调度决策数据、活动间传播数据等。工作流有关数据既可以被工作流引擎使用，也可以被应用程序调用。
f.工作表和工作表解决程序
     工作表列出了与业务过程参加者有关一系列工作项，工作表解决程序则对顾客和工作表之间交互进行管理。工作表解决程序完毕功能有：支持顾客在工作表中选用一种工作项，重新分派工作项，通报工作项完毕，在工作项被解决过程中调用相应应用程序等。
g.应用程序和应用数据
      应用程序可以直接被WfMS 调用或通过应用程序代理被间接调用。通过应用程序调用，WfMS 某些或完全自动地完毕一种活动，或者对业务参加者工作提供支持。与工作流控制数据和有关数据不同，应用数据相应用程序来讲是局部数据，对WfMS 其她部件来说是不可见。
三、工作流管理系统分类
      工作流管理系统是大型信息系统中驱动业务流程必备基本软件。当前市场上存在诸多产品声称是工作流系统，或者带有工作流特性。最后顾客和开发商在接触各种产品时，往往会产生诸多困惑。
      从技术角度来看，可分为四类：
      ·基于Domino工作流管理系统
      由于Domino在群件市场上普及率，加上莲花公司对工作流概念大力宣传，人们很容易误以为Domino是一种工作流系统。事实上这种观点是完全错误。Domino充其量是一种可以编写带有流程应用编程和运营环境，其自身并不具备一种工作流管理系统特性，如图形化工作流定义、独立工作流引擎、清晰工作流访问接口等。应用程序所需要每一种工作流特性，都需要自己手工编写。为了弥补Domino局限性，国内某些OA厂商在Domino上添加了用其她语言编写图形化工作流定义组件，但这依然不能叫做一种工作流管理系统。
基于Domino工作流管理系统典型例子事实上还是莲花公司推出DominoWorkflow?。它运营在Domino平台上，为开发工作流应用提供了很大便利。固然，人们只能在Domino平台上使用它。在为其她平台开发应用时，人们必规定助于其他工作流管理系统。
      ·基于消息中间件工作流管理系统
      这方面典型代表是IBM公司MQSeriesWorkflow。它通过MQSeries将不同应用集成在一起，并形成业务流程。它没有一种集中工作流引擎。当进行分布式应用系统集成时，它是一种不错选取。但当你需要为运营在单一服务器上应用提供工作流功能，并且不想因而而购买一大套消息中间件时候，你必要考虑别选取。
      ·基于微软平台工作流管理系统
      这方面典型代表是Ultimus和微软公司在BizTalk中提供工作流组件，它们为基于微软平台工作流应用提供支撑。
      ·基于J2EE工作流管理系统
      此类系统是咱们本文讨论重点。随着Java技术日趋成熟和应用面扩大，绝大多数公司级应用系统开始基于J2EE技术来设计，对在J2EE平台上工作流系统需求也越来越大。这种工作流系统应用可以充分发挥J2EE技术优势，提供高度可靠性、可扩展性和安全性。E-wayworkflow?正是这种类型系统。
      从产品化限度和存在形态来说，可分为两类：
      ·嵌入在已有产品中工作流组件
      国内从事OA产品研发公司都能生成有工作流功能产品。但大多数OA产品中只是包括了一种图形化流程定义工具，并不是一种真正工作流系统，不具备完整工作流引擎、工作流管理功能，也没有清晰定义接口。其提供功能有限，与系统其她某些紧密耦合，不也许作为统一工作流平台来建立各种应用系统，如行政审批系统，也无法提供应其她开发商使用。又如内容管理系统，也往往具有自己工作流管理功能，其情形也差不多。
      ·产品化工作流管理系统
      这种系统从一开始就作为单独工作流管理系统来设计，考虑到了符合有关国际原则，由专业产商以产品形式推出，并提供应其她厂商在各个行业应用系统中采用，或由顾客在进行系统整体设计时候统一采购。E-wayworkflow?是产品化工作流产品。
      从工作流产品和宿主系统之间关系来说，可分为两类：
      ·封闭开发环境
      这种产品强调在一种平台中提供完整工作流引擎、表单工具和组织构造及权限管理工具，Ultimus和FormFlow就是典型例子，这对于迅速创立简朴基于流程应用的确有协助，但它们问题在于，其系统构造普通是封闭。应用系统开发者要么完全接受它所强制提供构造，要么完全不采用它。在开放性越来越成为趋势状况下，这种产品难以合用于构建大型复杂系统。
      ·开放可嵌入工作流产品
      此类产品设计思路与上面一类不同，它们特别强调开放性和嵌入到宿主系统中能力，采用组件化设计，并遵守业界原则提供访问接口和扩展机制。此类系统典型代表是e-wayworkflow。它可以迅速地嵌入到宿主系统中，并引用宿主系统组织构造模型，而不会对宿主系统构造产生负面影响。
四、工作流管理系统带来好处
      由于信息技术发展和日趋激烈商业竞争，人们不再满足于独立、零散办公自动化和计算机应用，而是需要综合、集成化解决方案。作为一种对常规性事务进行管理、集成技术，WFMS浮现是必然。它可以带来如下收益：
      ·改进和优化业务流程，提高业务工作效率；
      ·实现更好业务过程控制，提高顾客服务质量；
      ·提高业务流程柔性等。
五、工作流管理系统基本构造
      在这个普通构造模型中，有三种类型部件：
      ·WFMS内提供各种功能支持软件组元（用深色填充图形表达）；
      ·为一种或各种软件组元使用各种系统定义和控制数据（未填充图形）；
      ·应用程序和数据库（浅色填充图形）。
六、工作流管理系统功能分析
      前面已经简介过，一种完整通用工作流管理系统应当涉及七个部件，这里限于篇幅因素，只对工作流管理系统核心某些：工作流执行子系统和工作流引擎进行分析。
      工作流管理系统核心功能
      工作流管理系统核心构成某些称为工作流执行子系统，它为创立、初始化和执行过程实例提供了一种运营环境。
      在一种工作流执行子系统中可以涉及一种或各种工作流引擎，前者是一种集中式实现方式，而后者是一种分布式实现方式。分布式实现方式又可以分为同构和异构两种不同状况。所谓同构是指在一种运营服务系统中包括了各种兼容工作流引擎；所谓异构是指在工作流管理系统中包括了两个以上异构工作流执行子系统。
      工作流引擎是工作流管理系统核心软件部件。它重要功能有：解释过程定义，控制过程实例（创立、激活、挂起、终结等），按照过程定义已拟定业务逻辑调用各项活动，为顾客工作表添加工作项，维护工作流控制数据和工作流有关数据，调用应用程序，提供监督，管理和审计功能。
      工作流执行子系统涉及四种数据：工作流控制数据、工作流有关数据、组织/角色模型数据和工作表。
      第一种，工作流控制数据。指只由工作流执行子系统维护内部控制数据，重要用于表达过程实例与活动实例状态信息。
      第二种，工作流有关数据。指与业务过程有关数据，她们由应用程序或由顾客通过工作项解决来产生和更新，工作流引擎依照有关数据来拟定过程实例状态转移，例如过程调度决策数据、活动间传播数据等。
      第三种，组织/角色模型数据。是描述组织构造数据，重要用于拟定工作项执行者。
      第四种，工作表。列出了与工作流参加者有关一系列工作项。
七、工作流管理系统原则和产品
      工业界许多人将工作流管理奉为90年代软件技术。近年来，工作流技术得到长足发展。1993年成立了工作流管理联盟（Workflow Management Coalition,WFMC）。此后，该组织颁布了一系列工作流产品原则，涉及工作流参照模型、工作流术语表、工作流管理系统各某些间接口规格、工作流产品互操作性原则等。这些举措加速了工作流技术商品化。当前，许多公司都基于这些原则推出了自己工作流产品，如Action Technologies Inc.ActionWorkflow、IBMFlowMark等。LotusNotes等群件产品也具备较强工作流支持功能。这些产品为咱们开发自己工作流应用提供了条件。
      工作流管理系统应用
      和其她软件产品同样，顾客可以引进成熟工作流和群件产品，也可以自行开发适合自己业务工作流系统，特别是基于Intranet工作流应用。与Intranet技术相结合，工作流系统更具开放性，有更多工具可供选用，且Browser/Server风格界面简朴易用，这也是当前工作流产品发展方向。
      此外值得注意是，WFMS引入是与管理思想和管理业务转变密切有关。普通来说，咱们应把WFMS引进视为改进或重组业务流程机遇。WFMS可以和公司再造或规范化管理相结合。公司再造追求是对公司经营管理模式和生产作业程序进行彻底革命性变革。规范化管理则是在管理经验基本上对业务过程进行科学化、规范化研究，以建立一套完整管理工作规范体系为目的。这种规范化普通会增进系统组织构造和运营改进。
      当前在国外，公司再造和工作流系统关系较为人们所关注，如Workflow And Reengineering International Association（WARIA）就是致力于此国际组织。然而，由于国情不同，国内多数企事业单位面临重要管理问题是随意性大、运营不规范。除了少数公司外，大某些单位不需要、也不也许进行革命性重组。因而，相对于公司再造理论，规范化管理在国内更现实、更可行，更适于和WFMS引进相结合。
八、建模实例
      1 创立用例视图
      用例视图从外部顾客角度捕获系统行为。它将系统功能划分为对活动者（系统抱负顾客）具备意义事务。这些功能片被称为用例。用例通过系统与一种或各种活动者之间一系列消息描述了与活动者交互。其活动者涉及人员、其他计算机系统和进程。
活动者用一种小人表达，活动者名字标在这个小人下方。用例用一种椭圆表达，用例名字标在椭圆中或下方，用实线与同自身通信活动者相连接。用例视图对活动者，所感知系统功能进行建模，目是列举活动者和用例，显示活动者在每个用例中参加状况。

      a. 工作流执行子系统

      图1表达工作流执行子系统用例图。活动者涉及WfClient（工作流客户端）、Monitor（工作流监控端）、DefinitionDB（工作流定义数据库）、EnactmentDB（工作流运营数据库）、OrganizationDB（组织机构数据库）、ApplicationDB（应用程序数据库）、WorkItemDB（工作项数据库）、ConfigFile（工作流系统配备文献）。这里，WfClient 作为接受顾客交互界面某些，将顾客所作行为，依照固定规则，将祈求送给工作流执行子系统进行解决。Monitor 作为接受系统管理员交互界面某些，将系统管理员对系统作出调节，发送给工作流执行子系统进行解决。别的DefinitionDB 等活动者，负责将工作流执行子系统每一步操作与状态记录到数据库中，以永久保存。用例涉及ResourceLocate （ 资源定位）、EngineContainer （ 引擎容器）、ProcessDefLoad（定义装载）、ProcessMonitor（过程监控）、Util（公用程序）。其中，EngineContainer 通过ResourceLocate 定位所有系统所用到资源，表EngineContainer 用例使用ResourceLocate 用例，用带有箭头实线表达。EngineContainer 不直接与顾客交互，活动者对工作流参加都是通过ProcessMonitor 这个工作流执行子系统入口来进行。EngineContainer 通过ProcessDefLoad 将既有工作流定义装入，这样才干运营该工作流，EngineContainer 用例与ResourceLocate 用例之间是使用关系。
      这里仅给出用例ProcessMonitor 详细功能分析。这些功能分析作为对ProcessMonitor 用例注释，不在用例图上标记，只作为系统详细设计时要点。对别的用例分析办法与之类似。
      过程监督服务器作为引擎容器一某些，重要提供外部对引擎容器运营状况监督，即对引擎当前运营状况查询。

      譬如，当客户端或管理端需要理解引擎运营状况时，一方面发出一种消息祈求，消息服务器接受到该消息后对消息进行解释，如果属于查询引擎运营状况，则调用监督服务某些提供API（应用程序接口）对引擎进行查询，然后将成果返回至祈求者。
      监督服务器解决查询祈求依照祈求对象不同重要有如下内容：
      引擎容器运营状况查询；各引擎运营状况查询；过程定义信息查询；过程实例信息查询；活动实例信息查询；工作项信息查询；同步命令祈求响应。
      b.工作流引擎 　

      图2表达工作流引擎用例图。其中活动者涉及EngineManager（引擎管理器）与LogFiles（日记文献）。EngineManager 负责控制工作流中所有元素状态，是工作流调度核心。LogFiles 阶段性将固定格式文字记录为日记，用以保存。这里用例有ProcessControl（控制过程实例）、TransitionControl（控制转移）、ActivityControl（控制活动）、WorkItemControl（控制工作项）、DanamaticModify（动态修改流程）、CreateLogfile（创立日记文献）。EngineManager 依照一定条件，通过ProcessControl、TransitionControl、ActivityControl、WorkItemControl 与DanamaticModify，控制工作流各个构成元素状态，以达到控制工作流目。
      c.过程监督

      图3表达过程监督用例图。其中活动者涉及EnactmentDB（工作流运营数据库）与engineContainer（引擎容器）。用例有EngineQuery（对引擎查询）、ProcessDefQuery（对过程定义信息查询）、EngineContainerQuery（引擎容器运营状况查询）、ProcessInstanceQuery（对过程实例进行查询）、ActivityInstanceQuery（对活动实例进行查询）、WorkItemQuery（对工作项进行查询）、TransitionQuery（对转移信息查询）。
      这里仅对用例ProcessInstanceQuery 进行详细功能分析，对别的用例分析办法与之类似。
ProcessInstanceQuery 是对系统中过程实例进行查询，重要包括如下内容：获得过程实例列表：得到系统中所有过程实例一种列表；从过程实例列表中获得一种过程实例信息；依照给定过程实例编号得到该过程实例详细信息；关闭已经打开过程实例列表；获得系统中过程实例各种状态一种列表；依照给定过程实例编号查询其状态；关闭打开过程实例列表；获得系统中过程实例各种属性信息列表。
      2 创立交互视图
      交互视图描述了实现系统行为角色之间消息互换序列。分类角色是对交互中充当特殊角色对象描述。交互视图提供了系统中行为在全局描述，显示了各种角色间控制流程。交互视图用侧重点不同两种图来显示：顺序图和协作图。
消息指角色间单向通信，从发送者到接受者携带信息控制流。消息也许带有角色间传递值参数。
      顺序图和协作图均显示了交互，但它们强调了不同方面。顺序图显示了时间顺序，但角色间关系是隐式。协作图体现了角色之间关系，并将消息关联至关系，但时间顺序由于用顺序号表达，并不十分明显。每一种图应依照重要关注焦点而使用。
      a.顺序图
      顺序图表达了随时间安排一系列消息。每个分类角色显示为一条生命线，代表整个交互期间上角色。消息则显示为生命线之间箭头。顺序图可以表达场景，即一项事务特定历史。
      顺序图以二维图表来显示交互。纵向是时间轴，时间自上而下。横向显示了代表协作中单个对象分类角色。每个对象用方框表达，对象名字在方框内部，并在名字下方加下划线。每个分类角色体现为垂直列－生命线。在角色存在时间内，生命线显示为虚线；在角色过程激活时间内，生命线显示为双线。
      消息显示为从一种角色生命线出发至另一种角色生命线箭头，箭头用从上而下来时间顺序来安排。
      顺序图一种用途是显示用例行为序列。当行为被实现时，每个顺序图中消息同对象操作或状态机中迁移上事件触发相一致。

      图4 表达解决祈求用例顺序图。图中五个方框分别表达五个对象：ProcessMonitor、EngineManager、Engine、EntactmentDB、Logfiles。这个用例是由ProcessMonitor 接受顾客操作，再将这些操作转换成固定祈求，发送给引擎执行而产生。
      当ProcessMonitor 接受到顾客在界面上所作操作后，将这些操作转换为固定命令祈求，发送给EngineManager。EngineManager 再依照接受到命令类别，将命令分发给不同Engine。Engine 则详细执行相应命令。Engine 执行完命令后，告知EntactmentDB 修改相应数据。接下来，Engine 再告知Logfiles 将所作操作记录下来，以供后来查询。最后，Engine 直接将成果返回给ProcessMonitor，由ProcessMonitor将成果包装，显示给顾客。
      b.协作图
      协作图对交互中存在乎义对象和链建模。对象和链仅在提供上下文中存在乎义。分类角色描述了对象，关联角色描述了协作中链。协作图通过图形几何排布显示交互中角色。消息显示为附属在连接分类角色关系直线上箭头。消息顺序由消息描述前顺序号来表达。
      协作图一种用途是体现操作实现。协作显示了操作参数和局部变量，以及更永久性关联。当行为被实现时，消息顺序与程序嵌套调用构造和信号传递一致。

      图5表达相应于解决祈求用例协作图。这个用例是由ProcessMonitor 接受顾客操作，再将这些操作转换成固定祈求，发送给引擎执行而产生。这个协作图体现了解决祈求用例所涉及五个有关对象之间互相协作关系。

      3 创立状态机视图
      状态机视图通过对一种对象也许生命历史进行建模，描述了对象在时间序列上动态行为。每个对象被以为是通过检测事件并对之响应来与外界进行通讯孤立实体。事件表达了对象可以检测变动－对象间调用或显示信号、某个值变化或时间推移。任何影响对象事物可以被描述成事件。真实世界发生事情被建模成外部世界至系统信号。
      状态指就某个特定类而言，对于发生事件具备相似性质响应一系列对象值。换言之，同一状态所有对象以相似方式响应某个事件，即对于给定所有对象在接受到同一事件时执行相似动作。而不同状态对象也许对相似事件具备不同响应，执行不同动作。
状态机包括由事件连接状态。每个状态对对象生命期中一段时间建模，该时间内对象满足一定条件。当事件发生时，它也许导致迁移激发，使对象变化至新状态。当迁移激发时，附属于迁移动作可    能被执行。状态机在UML 中显示为状态图。
      在状态机视图中，状态用带圆角长方形表达，初始状态用实心填充圆表达，结束状态用实心填充圆外套一种圆圈表达。

      图6 表达过程实例状态机视图。从图中可以看出，一种工作流定义过程实例，在运营时也许有五种不同过程，分别为初始状态、就绪状态、运营状态、挂起状态与结束状态。
      一种过程实例在初始时，均为初始状态（initial state）。依照需要，某个过程实例被创立（create），成为就绪状态（Ready）。随后，顾客可以依照需要，选取就绪状态过程实例进行启动（start），被启动过程实例状态就变为运营状态（Running）。处在就绪状态和运营状态过程实例都可以通过取消操作（abort）转变为结束状态（end state）。处在运营状态过程实例，通过挂起操作（hold），可以转变为暂时停止挂起状态（Holded），同步处在挂起状态过程实例也可以通过运营操作（run）转变为运营状态。挂起状态与结束状态区别在于挂起状态并不释放所占用资源，因而是可以恢复。最后，一种处在运营状态过程实例如果运营完毕，通过完毕操作（finish）转变为结束状态。
      状态机可以用于描述顾客界面、设备控制和其他交互式子系统。它们还可用于在生命期中经历了若干特定阶段，每个阶段拥有特殊行为对象。
      4 创立活动视图
      活动视图是用于显示执行某个计算过程中运算活动状态机一种特殊形式。活动状态代表了运算执行状态：流程环节或操作执行。活动图描述了顺序和并发活动分组。活动视图表达为活动图。

      活动图包括活动状态。活动状态体现了过程中语句执行或工作流中活动运营。与普通等待状态等待事件不同，活动状态等待是运算结束。当活动结束时，执行解决到图中下一种活动。前一种活动结束时，活动图中结束迁移被激发。活动状态普通没有外部事件迁移，但它们可以由外围状态事件而被取消。
      在活动图中，用左右两段是圆弧长方形表达活动，用较粗横线表达活动分发，用带有箭头线表达活动解决先后顺序。

      图7 表达顾客操作活动图。顾客在使用系统所提供功能之前，一方面应当登录系统，也就是说，操作第一步是登录（login）。登录之后，顾客可以在三种操作中任选一种执行：选取过程定义（choose process define）、选取过程实例（choose process instance）以及选取工作项（choose workitem）。这三个活动执行，没有先后顺序，完全由顾客进行选取。
      当顾客选取了过程定义后，可以创立一种所选过程定义实例，也就是执行创立过程定义活动（create process define）；当顾客选取了一种过程实例后，依照这个过程实例状态不同，可以对这个过程实例进行终结（abort）、启动（start）、挂起（hold）与运营（run）等操作，这些操作执行是没有先后顺序；当顾客选取了一种工作项后，可以执行这个工作项，也就是做这个工作项内容（do workitem）。
      依照以上使用用例视图、交互视图、状态机视图以及活动视图对工作流管理系统所应具备功能层次进行分析，对通用工作流管理系统要达到目的，应当有了一种较为清晰结识。而这些结识与理解，将为进一步设计，奠定良好基本