关于 流程管理的一些网摘---BPM 大有可为
from vsharing vincent's pkm
流程管理中，提高效率和内控风险的博弈
通过一个 安检的例子，作者形象的描述了下面的道理：
其實想用這個案例想來映射我們的流程管理：我們要提高流程效率，我們也要防止內控風險
但這二者天生就是對立的兩面，強化內控必定影響效率
而管理水平的高低就看如何讓二者“河蟹”一點
BPM和SOA的结合是我的职业突破点
http://blog.vsharing.com/sibin/A708311.html
http://blog.vsharing.com/sibin/A685629.html
vsharing 上面的几个篇 bpm文章
from JavaEye discussion
http://www.iteye.com/topic/2784
使用工作流是迟早的事，企业级应用已经不单纯是将手工劳动转换为计算机劳动的过程，系统也不是由单独的业务模块构成的，各业务模块之间必须要由业务主线相互关联， 原来的数据级关联关系必将转换到应用级关联关系。
现在提及比较多的有JBpm、OSWorkflow等，以前的帖子好像有关于工作流引擎方面的内容。
几个活跃的 WorkflowEngine
ofbiz的主要精力不在于他的workflow engine上，而且他的workflow engine很难和其entity engine以及service engine分离，use all or use none.
osworkflow是一个轻量级的workflow engine，较容易和其他架构做整合，jbpm相对osworkflow复杂一点，但是其开发团队比较active。
使用这些workflow engine都有一个缺点，必须要使用他们的User模型，如果有谁知道有更轻量的engine的话，请介绍一下
如果一个纯粹的工作流引擎，那么按照工作流联盟的方式分析、设计处理，也并不难，去年我所在的公司也做了一个，我参与其中，当时我们绑定的应用是OA的公文流转。
为什么工作流出现了这么久，在国内并没有多少成功的案例呢？其实问题并不是出现在工作流引擎多么难，而是在于流程的定义。在国内，几乎每一家公司的业务流程都是一种活性的流程，人控制的因素太多，这个时候，就很难用工作流系统去处理其了。比如说，我后来参与了一个订单处理系统的分析，业务非常复杂，每个订单在确认后，还有unConfirm、Revise功能，其实从准确的意义上来讲，这个就不符合流程控制了（因为它是由人进行控制）。
所以说，工作流系统一般只适合于能用固定流程描述的应用。当然，也许因为我的才疏学浅，不知道而已。
至于Struts什么的，一个是Web控制层，一个是中间件，两者是没有任何关系的，当然可以绑定。
复杂的流程引擎可能还需要引入 规则引擎的概念，流程引擎需要能够给适应一定的人员干预，比如撤回、特送等等
我以前设计过一个工作流系统，包括引擎和流程定义。
引擎我们基本是参考wfmc的模型，无非是Process、Activity、
task、principal、transition等。
和流程定义之间通过一个
XML来交换数据，也就是说，流程定义生成一个描述流程的XML，引擎负责把它读进来，解释后放进内存或者数据库里面，这样做一个好处是流程定义工具可以用java写，也可以用delphi写，只要根据schema生成所需XML 即可。
流程的权限一般是动态的，和组织机构有一定关系，例如某个公文只能由某个人来签，请假流程中，必须先要请假人直属上司签字，再所属部门经理签字，诸如此类。这里可能需要一套规则（有些公司做了套规则引擎出来，例如金蝶 BOS）。
所以，我们做出引擎来后，发觉还有很多东西需要做。呵呵。
单单是引擎的话，对小流程来说并不能减轻开发量，而流程越复杂，引擎的作用才越大
最近发现有一个叫做shark的工作引霆,不错,
我最欣赏的是jawe这个建模工具(可能大家都知道).
jawe非常不错,如果不喜欢引霆自己可以建,但有了jawe也就不用开发建模这部分了(它输出是一个XPDL 文件).shark也是一个非常可定制的(可以自己替很多核心).
还有一个OBE 听说也不错,没有用过.
一些工作流相关的资源
工作流资源
关键字: 工作流相关文章
工作流资源
个人BLOG：
杨洪波：http://blog.csdn.net/hongbo781202/
田春峰；http://blog.csdn.net/accesine960
胡长城：http://blog.csdn.net/james999
工作流实现：
shark：http://shark.objectweb.org/
agileflow：http://cvs.cosoft.org.cn/cgi-bin/viewcvs.cgi/agileflow/
Ofbiz：http://www.ofbiz.org/
OBE：http://www.openbusinessengine.org/
openFlow：http://www.openflow.it/
jbpm：http://www.jbpm.org/
OSWorkflow：http://www.opensymphony.com/osworkflow
Bonita：http://bonita.objectweb.org/
JaWE：http://jawe.objectweb.org/
wftk：http://www.vivtek.com/wftk/
COW：http://forge.objectweb.org/projects/cow
bossa：http://www.bigbross.com/bossa
Imixs：http://www.imixs.org/
JFolder：http://www.jfolder.com/
Twister：http://www.smartcomps.org/twister
Werkflow：http://werkflow.werken.com/
wfmOpen：http://wfmopen.sourceforge.net/
WorkFlow Toolkit：http://www.vivtek.com/wftk
XFlow：http://xflow.sourceforge.net/
XFlow2：http://www.kgionline.com/xflow2
YAWL：http://www.citi.qut.edu.au/yawl
论坛：
sunflow：http://www.sunflow.com.cn/forum/
中国工作流论坛：http://www.wf800.com/
eworkflowing：http://211.95.124.238:22/cgi-bin/leoboard.cgi
综合：
中国java工作流：http://www.javaflow.net/
程序员的窝：http://www.delfan.com/workflow/
wfchina：http://www.wfchina.org/
本人正在学习OPENWFE开源工作流，有学习的朋友可以和我联系，大家共同学习，我的qq是：44004244
EMAIL:[email protected]
流程管理中，提高效率和内控风险的博弈
通过一个 安检的例子，作者形象的描述了下面的道理：
其實想用這個案例想來映射我們的流程管理：我們要提高流程效率，我們也要防止內控風險
但這二者天生就是對立的兩面，強化內控必定影響效率
而管理水平的高低就看如何讓二者“河蟹”一點
BPM和SOA的结合是我的职业突破点
http://blog.vsharing.com/sibin/A708311.html
http://blog.vsharing.com/sibin/A685629.html
vsharing 上面的几个篇 bpm文章
from JavaEye discussion
http://www.iteye.com/topic/2784
使用工作流是迟早的事，企业级应用已经不单纯是将手工劳动转换为计算机劳动的过程，系统也不是由单独的业务模块构成的，各业务模块之间必须要由业务主线相互关联， 原来的数据级关联关系必将转换到应用级关联关系。
现在提及比较多的有JBpm、OSWorkflow等，以前的帖子好像有关于工作流引擎方面的内容。
几个活跃的 WorkflowEngine
ofbiz的主要精力不在于他的workflow engine上，而且他的workflow engine很难和其entity engine以及service engine分离，use all or use none.
osworkflow是一个轻量级的workflow engine，较容易和其他架构做整合，jbpm相对osworkflow复杂一点，但是其开发团队比较active。
使用这些workflow engine都有一个缺点，必须要使用他们的User模型，如果有谁知道有更轻量的engine的话，请介绍一下
如果一个纯粹的工作流引擎，那么按照工作流联盟的方式分析、设计处理，也并不难，去年我所在的公司也做了一个，我参与其中，当时我们绑定的应用是OA的公文流转。
为什么工作流出现了这么久，在国内并没有多少成功的案例呢？其实问题并不是出现在工作流引擎多么难，而是在于流程的定义。在国内，几乎每一家公司的业务流程都是一种活性的流程，人控制的因素太多，这个时候，就很难用工作流系统去处理其了。比如说，我后来参与了一个订单处理系统的分析，业务非常复杂，每个订单在确认后，还有unConfirm、Revise功能，其实从准确的意义上来讲，这个就不符合流程控制了（因为它是由人进行控制）。
所以说，工作流系统一般只适合于能用固定流程描述的应用。当然，也许因为我的才疏学浅，不知道而已。
至于Struts什么的，一个是Web控制层，一个是中间件，两者是没有任何关系的，当然可以绑定。
复杂的流程引擎可能还需要引入 规则引擎的概念，流程引擎需要能够给适应一定的人员干预，比如撤回、特送等等
我以前设计过一个工作流系统，包括引擎和流程定义。
引擎我们基本是参考wfmc的模型，无非是Process、Activity、
task、principal、transition等。
和流程定义之间通过一个
XML来交换数据，也就是说，流程定义生成一个描述流程的XML，引擎负责把它读进来，解释后放进内存或者数据库里面，这样做一个好处是流程定义工具可以用java写，也可以用delphi写，只要根据schema生成所需XML 即可。
流程的权限一般是动态的，和组织机构有一定关系，例如某个公文只能由某个人来签，请假流程中，必须先要请假人直属上司签字，再所属部门经理签字，诸如此类。这里可能需要一套规则（有些公司做了套规则引擎出来，例如金蝶 BOS）。
所以，我们做出引擎来后，发觉还有很多东西需要做。呵呵。
单单是引擎的话，对小流程来说并不能减轻开发量，而流程越复杂，引擎的作用才越大
最近发现有一个叫做shark的工作引霆,不错,
我最欣赏的是jawe这个建模工具(可能大家都知道).
jawe非常不错,如果不喜欢引霆自己可以建,但有了jawe也就不用开发建模这部分了(它输出是一个XPDL 文件).shark也是一个非常可定制的(可以自己替很多核心).
还有一个OBE 听说也不错,没有用过.
一些工作流相关的资源
工作流资源
关键字: 工作流相关文章
工作流资源
个人BLOG：
杨洪波：http://blog.csdn.net/hongbo781202/
田春峰；http://blog.csdn.net/accesine960
胡长城：http://blog.csdn.net/james999
工作流实现：
shark：http://shark.objectweb.org/
agileflow：http://cvs.cosoft.org.cn/cgi-bin/viewcvs.cgi/agileflow/
Ofbiz：http://www.ofbiz.org/
OBE：http://www.openbusinessengine.org/
openFlow：http://www.openflow.it/
jbpm：http://www.jbpm.org/
OSWorkflow：http://www.opensymphony.com/osworkflow
Bonita：http://bonita.objectweb.org/
JaWE：http://jawe.objectweb.org/
wftk：http://www.vivtek.com/wftk/
COW：http://forge.objectweb.org/projects/cow
bossa：http://www.bigbross.com/bossa
Imixs：http://www.imixs.org/
JFolder：http://www.jfolder.com/
Twister：http://www.smartcomps.org/twister
Werkflow：http://werkflow.werken.com/
wfmOpen：http://wfmopen.sourceforge.net/
WorkFlow Toolkit：http://www.vivtek.com/wftk
XFlow：http://xflow.sourceforge.net/
XFlow2：http://www.kgionline.com/xflow2
YAWL：http://www.citi.qut.edu.au/yawl
论坛：
sunflow：http://www.sunflow.com.cn/forum/
中国工作流论坛：http://www.wf800.com/
eworkflowing：http://211.95.124.238:22/cgi-bin/leoboard.cgi
综合：
中国java工作流：http://www.javaflow.net/
程序员的窝：http://www.delfan.com/workflow/
wfchina：http://www.wfchina.org/
本人正在学习OPENWFE开源工作流，有学习的朋友可以和我联系，大家共同学习，我的qq是：44004244
EMAIL:[email protected]