工作流引擎(Workflow Engine )
轻量级工作流管理系统Joget的测评分析

Joget 测评
工 作 流 引擎 是 指 workflow (工 作 流 ) 作 为应 用 系统 的一 部分 ,并为 之提供 对 各应 用 系统 有 决定 作用 的根 据角 色、分 工和 条件 的不 同 决 定 信 息 传 递 路 由、 内容 等 级 等 核 心 解 决 方案 。 工 作 流 引 擎 以工 作 流 管 理 联 盟 W fMC(W orkflow Management Coalition 的 XPDL(XML Process Definition Language)语 言 为 过 程 定 义 语 言 。
1工作流管理 系统 的概念
1.1工作流管 理系统的概述
在介 绍 Joget工作 流管理 系统之 前,我们 先来 了解一些基本 概念。
工作 流 软件 是实 现业 务 信息 数据 在 多个 环 节模块之 间流转 的软件系统 。按 照工作流管 理联盟 的定义 ,工作流指 的是 “业务过程的部 分或 全部在计算机 应用环境下 的 自动化 ”。在 实 际 应 用 过 程 中 , 为 了 实 现 对 业 务 过 程 的 工 作 流 管理 ,需要对业 务流程及其各个步 骤之间的 业务规 则进行抽 象、概括 ,做成一个 统一通用 的流程 管理软件系 统,这种软件系统就 是工作 流 管 理 系 统 。
Joget工作流管理系 统是最新 的开源 BPM 产 品之一 ,它也是一款基于开源工作流的可视 化开发平 台,该项 目2009年 由马来西亚发起 , 同时在美 国硅谷设有分支机构 。用户可 以利用 这个平 台为他们机构的业务流程设计相应的工 作 流并 部署和 运行 该工 作流 。Joget Workflow 它可 以同时覆 盖非流程类 的应 用需求 ,可 以帮 助非专 业 IT技术 人员 以无代码或 少代码 的开 发方式实 行企 业管理系统 的定制开 发 ,是一种 简单易用的企业管理系统敏捷 开发平 台。
MyAps参考手册OBPMMyApps后台管理

1.系统简介myApps是一个功能强大的业务流程管理(BPM)平台。
它的目标是让非IT人员也可以轻松构建IT 业务处理流程。
myApps内建工作流引擎(Workflow Engine), Form构建器,Report设计器等,。
平台支持浏览器(IE/Firefox)做为客户端,同时还提供了强大的图形客户端。
myApps从第一版开发到目前已经有5年多的时间,已经包含40万行源代码,在着名开源组织的15万个项目中排名前50,是所有中国人开发的开源软件中最为成熟的。
2.基本操作2.1. 系统登录按钮名称按钮作用新建删除保存2.3. 开发者控制面板“开发者”在使用正确的用户名和密码正确登录后,系统自动转入开发者控制面板,如图: “开发者”控制面板具有的内容功能包括:① Lo go 标题,显示系统Logo 及标题;② 导航栏,显示当前使用的功能及提供功能位置的快速切换; ③ 返回首页,帮助使用者快速切换回控制面板首页; ④ 帮助,提供实时的在线帮助; ⑤ 注销,注销当前用户;⑥ 开发管理,系统以图标形式列出当前“开发者”所拥有的“软件”,通过鼠标单击图标,可进入到“软件”管理功能;⑦ 新建“软件”,通过此功能创建一个新的“软件”;⑧ 更多,系统以列表形式列出当前“开发者”所管理的“软件”。
2.4. “软件”管理“开发者”通过“软件”管理功能对所拥有的“软件”进行管理和维护。
“软件”管理主要包括:软件基本信息、模块、表单、流程、视图、角色等6个部分。
2.4.1. 创建一个“软件”在myApps 平台创建一个“软件”很容易。
“开发者”在完成“登录”并进入到“开发者控制面板”后,点击“新建软件”(上图中所标示的⑦的位置)即可进入到以下界面。
如图:678说明:① Name ,填写希望创建的软件名称;② DomainName ,互联网域名,仅在通过myApps 平台建立网站时需要填写;③ WelcomePage ,首页地址,仅在通过myApps 平台建立网站时需要填写;④ DB Type ,数据库类型。
工作流引擎介绍

工作流引擎介绍咨微ZW-OBPS业务平台Ziwei-operation brace plane system(以下简称ZW-OBPS)是公司经过10年的研发,以软件构件引擎为核心,采用以业务流程驱动,面向服务(SOA)的基础应用框架技术,构建通用业务支撑开发平台,使业务开发从事务对象开发转变面向配置开发的质变模式,为您“随需应变”和“量身定制”,实现业务系统建设的高效率、高品质、低难度、低成本的实施和开发模式。
咨微OBPS业务平台有四大引擎组成:业务集成整合引擎、流程引擎、业务系统开发引擎、文档知识管理引擎。
1.流程引擎功能综述流程是公司管理(人才、流程、知识、资金)的四大要素之一,是企业组织架构的体现,是企业管理制度及管理思想的表现。
如公司的费用审批需要部门经理、财务主管、副总、总经理审批,具体要到那一级审批是公司的管理制度规定的。
管理制度是企业中最为复杂文档,涵盖企业管理每一个方面,如资金管理、薪资管理、考核管理、计划管理、文档管理等等。
流程审批分为两大类:行政办公流程和业务处理流程。
行政办公流程各行业各公司有比较大的共性,如人事审批类流程、财务类审批流程、办公类审批流程、销售类审批流程;业务处理流程各公司相差很大,不同的业务处理方式不同,流程复杂,会与各种业务系统进行数据的交互,对数据的展示和数据处理能力要求高。
咨微流程引擎提供可视化流程、表单统一的设计工具,以有向图方式设计各种类型的表单,控制各节点数据采集和流程的处理,实现包括公文、业务的各种过程控制;提供标准的组件开发接口;使用二次开发函数实现与业务系统的数据动态交互。
流程引擎覆盖了符合中国用户特点的政府、企业事业单位和专业领域工作流业务系统的需求。
基于平台无关性和XML的工作流引擎适合不同行业用户、不同类型的应用系统。
2.咨微流程引擎特点1)强大的自定义功能:企业很方便的定制与业务规则一致的工作流程,流程将按照业务规则进行流转。
自定义功能有审批表单、流转控制和权限控制。
工作流

1介绍工作流(Workflow)[1],就是“业务过程的部分或整体在计算机应用环境下的自动化”,它主要解决的是“使在多个参与者之间按照某种预定义的规则传递文档、信息或任务的过程自动进行,从而实现某个预期的业务目标,或者促使此目标的实现”。
工作流引擎流程审批功能包括:数据表定义、表单定义、流程定义(B/S 架构图形化流程定义工具)及工作流审批引擎,天生创想OA系统采用WFMC 的流程标淮实现各种复杂流程的电子化流转, 并且采用插件式的设计方法让工作流模块还可以被其它功能模块调用,完成相关的业务流程,复杂的流转还支持人员设定、顺序流、分支流、并发流;支持会签、撤销、分发等;[2]2概述2.1计算模型工作流(Foundare WorkFlow)就是工作流程的计算模型,即将工作流程中的工作如何前后组织在一起的逻辑和规则在计算机中以恰当的模型进行表示并对其实施计算。
工作流要解决的主要问题是:为实现某个业务目标,在多个参与者之间,利用计算机,按某种预定规则自动传递文档、信息或者任务。
简单地说,工作流就是一系列相互衔接、自动进行的任务。
我们可以将整个业务过程看作是一条河,其中流过的河水就是待审核的表单。
工作流属于计算机支持的协同工作(Computer Supported Cooperative Work,CSCW)的一部分。
后者是普遍地研究一个群体如何在计算机的帮助下实现协同工作的。
许多公司采用纸张表单,手工传递的方式,一级一级审批签字,工作效率非常低下,对于统计报表功能则不能实现。
而采用方蝶工作流软件,使用者只需在电脑上填写有关表单,会按照定义好的流程自动往下跑,下一级审批者将会收到相关资料,并可以根据需要修改、跟踪、管理、查询、统计、打印等,大大提高了效率,实现了知识管理,提升了公司的核心竞争力。
2.2ECP的工作流ECP工作流的定义是:实现工作过程管理的自动化、智能化和整合化。
工作流最主要的特征就是可以灵便的实现数据整合和数据统计,消除信息孤岛,既能实现OA办公系统内部工作流之间的数据整合,如借款与报销、预算与决算等,又能实现OA办公系统工作流与其他业务系统之间的数据整合,如HR、ERP、CRM等。
activiti工作流引擎

activiti工作流引擎Activiti工作流引擎。
Activiti是一个轻量级的工作流引擎,它是一个开源的BPM(Business Process Management)平台,用于管理和执行业务流程。
Activiti工作流引擎可以帮助企业实现业务流程的自动化和优化,提高工作效率,降低成本,增强业务的灵活性和可控性。
Activiti工作流引擎具有以下特点:1. 灵活性,Activiti支持各种类型的业务流程,包括顺序流程、并行流程、循环流程等,可以根据企业的实际需求定制各种复杂的业务流程。
2. 可扩展性,Activiti提供了丰富的API和插件机制,可以方便地扩展和定制各种功能,满足企业特定的业务需求。
3. 可视化,Activiti提供了流程设计器,可以通过图形化界面设计和编辑业务流程,使业务流程的设计和管理变得更加直观和方便。
4. 高性能,Activiti采用了轻量级的架构设计,具有高性能和低资源消耗的特点,可以满足企业大规模业务流程的需求。
5. 安全性,Activiti提供了完善的安全机制,包括用户认证、授权管理等,保障业务流程的安全性和可靠性。
使用Activiti工作流引擎可以带来以下好处:1. 自动化流程,通过Activiti工作流引擎,企业可以将繁琐的业务流程自动化执行,减少人工干预,提高工作效率。
2. 优化资源配置,Activiti工作流引擎可以根据业务流程自动分配资源,合理利用企业的人力和物力资源,降低成本。
3. 实时监控,Activiti工作流引擎提供了实时监控和报表功能,可以随时了解业务流程的执行情况,及时发现和解决问题。
4. 灵活调整,Activiti工作流引擎可以根据业务需求灵活调整业务流程,适应企业不断变化的业务环境。
5. 提升管理水平,通过Activiti工作流引擎,企业可以实现业务流程的标准化和规范化管理,提升管理水平和业务质量。
总之,Activiti工作流引擎是一个功能强大、灵活性高、性能优越的工作流引擎,可以帮助企业实现业务流程的自动化和优化,提高工作效率,降低成本,增强业务的灵活性和可控性。
e-Chain-WorkFlow易擎工作流引擎产品介绍(开发、实施)

38
ห้องสมุดไป่ตู้
2013-7-15
e-Chain易擎电子协作平台 | 机密 |
© 2007 宇信易诚
基于状态驱动的业务流转
39
2013-7-15
e-Chain易擎电子协作平台 | 机密 |
© 2007 宇信易诚
适用于各种类型的业务流程应用
eChain易擎工作流平台产品支持直流、单选分流、多选分流、 条件流、子流嵌套、自循环流、自由流程等多种流转模式; 同时支持撤办、自动催办、手工催办、转办、拿回、退回、 授权代办、跳转、挂起唤醒等多种异步用户干预手段;用户 经过简单的流程应用搭配组合,可以实现任意复杂的业务流 程应用模式。
平台组成
eChain易擎工作流平台提供一个完整的工作流应用系统 解决方案,系统由若干个独立的功能模块组成
1、eChainStudio流程定制工作室
2、eChainWorkFlow易擎核心服务
3、eChainMonitor图形跟踪监控 4、eChainStatistic统计分析工具
5、eChainOU用户管理模块
© 2007 宇信易诚
流程模板
为了方便业务人员快速定制符合特定业务需求的流程, 新建流程时可以选择从已有的模板开始创建,用户也可 以从“零”开始定义一个新的流程
22
2013-7-15
e-Chain易擎电子协作平台 | 机密 |
© 2007 宇信易诚
节点类型
为适应不同的业务处理类型,节点分为人工节点(单、多 人)、自动节点、全局自动节点、异常处理节点、补偿处 理节点等,让业务人员可以从图形上方便直观的识别不 同环节的业务处理类型;
eChain易擎工作流平台
产品介绍
计算机网络设备名词解释大全2

政府数字城市建设网络设备部分一、核心交换机核心交换机(交换机的总结)价格1W-几W1.核心交换机并不是交换机的一种类型,而是放在核心层(网络主干部分称)的交换机叫核心交换机。
在网络行业中核心交换机是指具有网管功能,吞吐量强大的二层或者三层交换机,一个超过100台电脑的网络。
核心交换机是必不可少的。
2.接入层交换机:接入层目的是允许终端用户连接到网络,因此接入具有低成本和高端口密度特性。
3.汇聚层交换机是多台接入层交换机的汇聚点,它必须能够处理来自接入层设备的所有通信量,并提供到核心层的上行链路,因此汇聚层交换机与接入层交换机比较,需要更高的性能,更少的接口和更高的交换速率。
而将网络主干部分称为核心层,核心层的主要目的在于通过高速转发通信,提供优化、可靠的骨干传输结构,因此核心层交换机应拥有更高的可靠性、性能和吞吐量。
二、千兆硬件防火墙1.硬件防火墙是保障内部网络安全的一道重要屏障。
它的安全和稳定,直接关系到整个内部网络的安全。
2.防火墙指的是一个由软件和硬件设备组合而成、在内部网和外部网之间、专用网与公共网之间的界面上构造的保护屏障.是一种获取安全性方法的形象说法,它是一种计算机硬件和软件的结合,使Internet与Intranet之间建立起一个安全网关Security Gateway),从而保护内部网免受非法用户的侵入,防火墙主要由服务访问规则、验证工具、包过滤和应用网关4个部分组成,三、路由器核心路由器又称“骨干路由器”,是位于网络中心的路由器。
位于网络边缘的路由器叫接入路由器。
核心路由器和边缘路由器是相对概念。
四、二层交换机和三层交换机得比较:三层交换机就是具有部分路由器功能的交换机,三层交换机的最重要目的是加快大型局域网内部的数据交换,所具有的路由功能也是为这目的服务的,能够做到一次路由,多次转发。
对于数据包转发等规律性的过程由硬件高速实现,而象路由信息更新,路由表维护、路由计算、路由确定等功能,由软件实现。
工作流引擎activiti表结构和代码详解

工作流引擎activiti表结构和代码详解工作流引擎Activiti的表结构和代码详解Activiti是一个基于Java语言的工作流引擎,它提供了一种可执行业务流程的方式,实现了对流程进行定义、部署、执行、监控等全生命周期的管理,具有高效、灵活、可扩展等优点。
本文将详细介绍Activiti 的表结构和代码实现。
1. 表结构Activiti引擎定义了多张表,这些表按照功能可以分为以下几类:(1) 流程定义相关表ACT_GE_BYTEARRAY:流程定义和流程实例相关的二进制文件存储表,包括BPMN 2.0 XML文件和各种图片等资源文件。
ACT_RE_DEPLOYMENT:部署信息表,包含部署时间、部署后的ID 和名称。
ACT_RE_PROCDEF:流程定义信息表,包含流程ID、XML文件名、键值和流程部署ID等信息。
(2) 运行时数据表ACT_RU_EXECUTION:流程实例运行时数据表,包含流程实例ID、业务ID、当前任务ID等信息。
ACT_RU_TASK:任务运行时数据表,包含任务分配人、执行候选人、任务完成时间等信息。
(3) 历史数据表ACT_HI_PROCINST:流程实例历史数据表,包含流程实例ID、开始时间、结束时间等信息。
ACT_HI_TASKINST:任务历史数据表,包含任务分配人、执行人、开始时间等信息。
(4) 操作记录相关表ACT_HI_ACTINST:历史记录,包含流程实例ID、开始时间、结束时间等信息。
ACT_HI_COMMENT:批注表,记录了流程的操作记录和评论等信息。
2. 代码实现Activiti引擎在代码实现方面遵循了面向对象的思想和设计模式,其中核心类包括ProcessEngine、RepositoryService、RuntimeService和TaskService等。
下面通过实例代码来展示Activiti的各个组件之间的调用关系。
(1) 初始化ProcessEngineProcessEngine是Activiti引擎的核心组件,负责管理运行时数据、历史记录、任务等等。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
工作流引擎(Workflow Engine )所谓工作流引擎是指workflow作为应用系统的一部分,并为之提供对各应用系统有决定作用的根据角色、分工和条件的不同决定信息传递路由、内容等级等核心解决方案。
工作流引擎(Workflow Engine )什么是工作流引擎(Workflow Engine )例如开发一个系统最关键的部分不是系统的界面,也不是和数据库之间的信息交换,而是如何根据业务逻辑开发出符合实际需要的程序逻辑并确保其稳定性、易维护性(模块化和结构化)和弹性(容易根据实际业务逻辑的变化作出程序上的变动,例如决策权的改变、组织结构的变动和由于业务方向的变化产生的全新业务逻辑等等)。
Workflow 引擎解决的就是这个问题:如果应用程序缺乏强大的逻辑层,势必变得容易出错(信息的路由错误、死循环等等)。
就好比一辆汽车,外表做得再漂亮,如果发动机有问题就只是一个摆设。
应用系统的弹性就好比引擎转速方面的性能,加速到100 公里需要1 个小时(业务流程发生变动需要进行半年的程序修改)还能叫好车吗?引擎动不动就熄火(程序因为逻辑的问题陷入死循环)的车还敢开吗?工作流解决方案与传统管理软件的关系传统的管理软件注重解决企业应用层现存的问题(例如提高企业的资源配置率或提高单一员工的生产效率)。
例如:EXCEL 可以提高员工画表格的效率、财务软件可以规范财务人员的工作并提高账目查询的效率、CRM 可以规范客户管理从而使客户资源掌握在公司手中而不是被一部分业务人员把持并提高客户响应时间、ERP 解决的是如何配置企业资源:使企业的人力资源、财力资源和物资资源能够根据业务的需求实现最大化配置。
workflow 关注的是如何缩短流程闲置时间,从而提高企业的业务处理能力并使企业能够关注于真正对企业有意义的增值业务上。
从建立企业神经系统的角度也许更能理解两者的区别。
传统软件不能解决工作流的问题,例如ERP 关注的是企业的资源配置,但不可能解决资源传输过程中的损耗和降低传输(流程)的成本;同样workflow也不能完全解决传统管理软件所能解决的问题,例如对生产管理的MRP 系统所能解决的生产过程控制通过workflow很难实现。
但一个好的传统软件如果希望能自动化地在整个企业中应用起来,必须有一个强大的逻辑层,用以解决信息传递的逻辑判断和自动流转,这个时候就需要workflow的平台。
workflow的优势1.workflow 和传统管理软件不是同一种软件,不具可比性;2.workflow 对于已经有传统管理软件的企业的作用非常明显,可以籍此平台整合企业的各种应用系统,使之成为一个完整的企业级应用,也就是通常所说的EAI.3. 具备workflow功能的管理软件(workflow与传统管理软件的结合)对于传统管理软件有绝对的优势;4.workflow可以根据企业的需要开发解决信息传递问题的流程以及帮助企业开发与现有应用系统的接口编辑本段详细介绍工作流自动化并不复杂因为下述几个原因,工作流自动化业界有" 适合处理复杂业务流程" 的名声。
常规工作流自动化软件包及其部署常规工作流自动化软件包及其部署相当昂贵。
通常,伴随产品的是长时期的咨询关系。
所以为了非常简单的业务流程购买和部署软件是被不被采纳的。
这些软件通常只被用于复杂、关键和控制成本相对较高而工作流自动化带来的效益明显的量产型工作流应用。
因此经销商和用户都会不自觉地关注于将复杂的业务问题自动化。
复杂的业务流程处于类似原因,工作流研究人士首先会关注解决了哪些复杂的业务流程问题。
而对于大多数案例而言,为解决简单工作流程问题部署自动化软件的成本显然是不经济的。
这里遵循一条简单的道理:走之前必须先会爬,跑之前必须先会走。
解决复杂问题的能力最后一条原因,也是"IT 业的尴尬".总经理对IT部门经理工作衡量的标准就是:能够解决复杂问题的能力。
自然,IT经理就会不遗余力地解决那些复杂的问题,他们的方案通常也就复杂而且昂贵。
所有这些目前都在改变。
针对桌面电脑的应用方案快速发展以及工作流解决方案的发展使解决日常工作流程问题成为可能。
费用不再昂贵,部署更为简便。
事实上,企业越来越意识到工作流的重要性,同时在部署复杂关键的流程自动化之前,愿意从一些简单的流程入手积累经验。
工作流会成为操作系统的一部分吗?有人认为工作流会成为操作系统平台(例如WINDOWS 平台)的一部分。
我们的观点是,基于下述几个原因,在可预见的未来,工作流不会成为操作系统的一部分:1. 扩展表格、文字处理程序和数据库存在了20多年,成了家喻户晓的名词。
这些技术被广泛理解和应用,也相应形成了各自的标准和相关术语。
然而因为很多原因,直到今天这些技术也没有成为操作系统的一部分。
最重要的原因之一是用户需要差异和选择的自由。
相比较而言,工作流自动化软件是较新的技术,也更有差异性、不易被广泛理解并且比这些技术更为先进。
因为工作流程的差异性和复杂性,工作流自动化的用户需要更多的选择空间。
2.财务软件包从电脑发明后就迅速普及了。
这是实施、术语和规则被普遍接受的另一个领域。
然而至今也没有哪种操作系统吹嘘集成了多少财务软件的功能。
而工作流自动化软件比财务软件更为复杂和有差异性。
3. 操作系统提供商,例如微软和Sun ,不会为了使其系统具备工作流自动化的功能而大量改变他们现有的系统。
他们有什么必要为工作流自动化软件投入开发和支持的成本呢?4. 操作系统是为常规条件设计并使之最优化。
正因如此,目前操作系统的开发成本几乎都要上亿美元。
业务流程十分复杂并充满了例外情况,如在操作系统中内嵌工作流自动化程序会极大地增加开发成本和难度。
因此,即便操作系统提供商决定做工作流软件,也会是巨额投入开发一套新的操作系统,而不是将工作流嵌入。
事实上,今天的很多优秀的工作流解决方案集成了短信息、页面服务、目标管理、文件管理和其他一些操作系统才提供的服务。
工作流自动化工作流自动化的主要成分工作流自动化如今成了管理的一句时髦话。
市面上也有很多号称能激活工作流的自动化产品。
只要他们的应用程序支持基本的E-mail功能,卖主就会随意地把" 激活工作流" 作为标签贴在产品上。
然而,这类产品和真正工作流自动化软件之间的差别就如同写字版和Word之间的差别。
工作流自动化解决方案我们相信,应用程序只有具备了下列主要特征,才能称其为工作流自动化解决方案:能够画出工作流程图,当然以图形化界面设计的为佳;能为每个步骤设计电子表格;能将外部应用程序结合为工作流自动化的一部分;能与电子表格及企业数据库相连接;能设计基于复杂业务规则的条件型路由的工作流程图,最好无须编程;能根据功能、用户名称或上下级关系按规则传递信息;能够监控工作流执行状况;能够对工作流进行调节;能够模拟并测试工作流的行为;工作流的应用必须支持多用户并具高度可靠性;工作流的应用必须支持内部网或英特网及跨多种平台。
工作流所处的位置网友讨论工作流应该是一个中间件而不应该是一个完整的系统。
工作流应该整合到其他系统中而不是单独使用。
我觉得工作流与其说是中间件,还不如说是一个应用整合和集成的框架。
类似在j2ee规范下各产商开发的应用服务器,工作流也应当是在wfmc 标准下开发出来的" 容器" ,只要是满足了标准的应用程序或组件都能够在这个" 容器" 中按照预定的规则被调度和执行。
我认为理想情况下工作流系统不应该提供API 作二次开发,工作流的内部对基于工作流的应用程序应当是完全不透明的,工作流应当提供给开发者的是一个类似于J2EE那样的标准,一套编程模型和接口模型。
开发者在这个模型下去实现那些接口,开发出应用组件,再利用工作流提供的管理器进行" 注册".总而言之,对开发者而言,工作流是黑箱,他需要做的事情是开发标准组件,在工作流提供的UI管理工具中配置业务流程,包括业务过程、资源、权限、时间、规则等等。
1. j2ee 应用服务器也是中间件的一种。
2. 工作流要做成j2ee哪样的标准还是比较困难的,j2ee 重点在于提供开发全新系统的能力,所以可以制定比较好的容器- 组件标准,而工作流的重点是整合已经存在的系统,要在这些各式各样的老系统上强加标准是不现实的。
3.工作流应该提供api ,因为其他系统中的一些事件可能会启动一个流程,或者触发其他与流程相关的东西工作流要完成的核心功能工作流要完成的核心功能有流程设计,流程执行,流程和线程的调度,任务的分派与通知,集成已有信息系统(很多人忘了)。
工作流应该提供对组织机构,用户,权限管理,流程,任务的管理能力,但是对这些管理能力最基本实现方式是提供API ,而不是一个管理系统,即使把这些管理作为一个管理系统来实现(A ),也主要是用于演示,因为当工作流用于其它系统(B ),因为B 需要一个统一的管理界面,所以通常不会直接使用A.而表单设计,报表之类根本就是外围功能,是二次开发商的任务。
工作流的分类工作流分为两种类型,一种是嵌入式的,另一种是非嵌入式的。
这在WFMC的文档中已经有所介绍,大家可以找找看一下。
按照工作流管理联盟的文档,大家说的都没有什么错误,只是侧重点不同。
我的看法并不是趋向于嵌入式工作流。
我理解的工作流提供的api 并不是一般软件包的API ,而是一种服务方式的API ,类似于操作系统中的系统调用。
我们在软件中大量使用了操作系统提供的系统调用API ,但是操作系统并不是嵌入到我们软件系统中的。
我认为工作流系统与操作系统有很强的可比性,只是工作流层次更高。
比如流程设计相当于编程,模型相当于程序,流程实例相当于进程,流程分支相当于线程,操作系统要对进程和线程进行调度,工作流引擎要对流程实例和分支进行调度,操作系统和工作流系统都应该对内存进行管理避免耗尽系统内存,操作系统提供系统调用API 而工作流引擎提供工作流API.何其相似。
工作流的功能从功能的角度看:工作流系统的本职工作就是管理和控制业务流程,例如:流程实例的启动、停止;环节实例的启动、结束;任务的分配等等。
从工作流系统的组成看:工作流系统应该包括流程引擎、流程定义工具、运行管理工具、api 系统。
工作流系统应该不包括表单定义、组织机构定义及其管理、权限管理、数据流管理等等。
工作流与传统管理软件的交互关系工作流系统虽然不包括上述功能,但是工作流系统一定会和上述功能发生交互关系,所以好的工作流产品并不是一个包办上述功能的产品,而是一个设计良好的能够和上述功能交互的系统。
从和其他系统的关系看待工作流:如果站在基础业务平台的角度,那么,工作流系统、组织机构管理系统、表单自定义系统、权限管理系统、数据流管理系统、报表系统都是这个基础业务平台的服务。