jdon 解惑授道,企业信息化解决之道
 

热点Tag: AOP cache DDD EJB 集群 设计模式 Hibernate IOC JiveJdon OO RBAC Spring Struts

Jdon框架演示

JiveJdon3.0
源码下载

GoF设计模式

在线教程

社区精彩讨论












JBpm的Tom Baeyens写的《工作流的现状》(中文)

作者:dingh2000 发表时间:2004年09月07日 14:44 回复此消息回复

原贴网址: http://www.jdon.com/jivejdon/thread/16370.html

TSS上发表的一篇关于工作流现状的文章,对工作流和BMP的相关概念、规范、开放源码项目和商业工具作了比较全面的介绍...

the state of workflow

喜欢的话,顶一下。可化了我不少时间,:-)。。。。

Re: JBpm的Tom Baeyens写的《工作流的现状》(中文) 发表: 2004年09月08日 10:50 回复
banq 发表文章: 8937/ 注册时间: 2002年08月03日 17:08
完全依赖数据库的时代已经过去,我们使用EJB实体Bean标准,将数据表抽象到内存中,割断了J2EE系统和具体数据库的耦合和配置,占系统主要负荷的数据表的操作计算也基本全部迁移到J2EE中间件服务器上运行,形成了一个可拓展的体系。

下面,我们需要对J2EE中间件业务逻辑进一步细分,提炼出通用的解决方案,工作流是下一步方向和工作重点。我们将迎来流程的可定制性和灵活的可拓展性。

正如文中开头将工作流和数据库比较一样:如果数据库系统( database systems)像受人尊敬的智者讲述的条理清晰的故事,那么工作流(workflow)就像一群乳臭未干的小子在大谈各自的“哲理”。

TSS相关连接和讨论:
http://www.theserverside.com/news/thread.tss?thread_id=26073

Re: JBpm的Tom Baeyens写的《工作流的现状》(中文) 发表: 2004年09月08日 12:05 回复
banq 发表文章: 8937/ 注册时间: 2002年08月03日 17:08
本篇文章谈到状态和动作,提倡不要提术语“活动(activity)",这会混淆概念,原因从状态模式中也可以得出,工作流中很大部分是状态机或状态模式。

状态模式见本站:http://www.jdon.com/designpatterns/designpattern_State.htm

在实践中如何将状态从活动概念中区分出来,变成动作驱动,可见本站另外一篇文章:
http://www.jdon.com/jive/article.jsp?forum=91&thread=10981

Re: JBpm的Tom Baeyens写的《工作流的现状》(中文) 发表: 2004年09月09日 12:29 回复
banq 发表文章: 8937/ 注册时间: 2002年08月03日 17:08
文中指出工作流一个圈套:
许多工作流管理系统的开发商想使你相信,通过使用他们的图形化流程开发工具,只要业务分析师就可以生成流程定义。这种幻想源于“编程很难”这样的事实。开发商的销售人员喜欢说“看,你不用写一行代码”。不用写代码是好事,可大部分开发商在这点上走的太远,忽略了在某些场合提供一种将代码集成到流程定义中的机制是很适合的。

所以,osworkflow开源也认为通过图形化开发工具开发流程是不现实的,因此它的工作流比较有特点,从而也使得它的系统绝对的灵活。

Re: JBpm的Tom Baeyens写的《工作流的现状》(中文) 发表: 2004年09月14日 09:18 回复
浆糊 发表文章: 245/ 注册时间: 2002年08月06日 19:20
这个主要是看产品针对的用户了 。
目前很多的产品都是从原先的oa发展和演变过来的,他针对的用户都是最终用户,那它当然是需要这样的易用性。但是扩展性会比较弱。
还有一些是专业的工作流提供商,他们的产品具有比较强的扩展性和通用性,那当然是需要非常灵活和方便的扩展方式。当然,对于用户(二次开发商或者最终用户)来说,尽量减少开发量,还是非常具有吸引力的,这个就是为什么很多工作流厂商都推这样的概念。
零开发的工作流产品应该来说是解决不了很多实际问题的,但是有的功能明显是工作流系统能够完成的,却偏要用户理解你一大堆的概念和接口才能使用的话,我认为也是不妥的。
主要是一个衡量的问题,哪个方面都不能太过于偏激。

Re: JBpm的Tom Baeyens写的《工作流的现状》(中文) 发表: 2004年09月14日 09:49 回复
banq 发表文章: 8937/ 注册时间: 2002年08月03日 17:08

使用图形界面类似Eclipse 插件等开发工具,可以提高简单的开发进程,但是想靠它解决所有问题是不可能的,图形界面只是纳入成熟有规律的部分。

我同意浆糊观点,看来手工配置和图形界面需要结合,但这样担心是否会对流程管理人员要求比较高?

Re: JBpm的Tom Baeyens写的《工作流的现状》(中文) 发表: 2004年09月15日 13:38 回复
搞对象 发表文章: 17/ 注册时间: 2003年01月19日 13:51
JoinWorkflow是公司作的,还是开发团队做的呢?

Re: JBpm的Tom Baeyens写的《工作流的现状》(中文) 发表: 2004年09月15日 19:15 回复
dingh2000 发表文章: 10/ 注册时间: 2004年01月15日 12:21
Joinwork是开发团队建立的公司作的。 :-)

Re: JBpm的Tom Baeyens写的《工作流的现状》(中文) 发表: 2004年09月26日 09:43 回复
cxj_2000 发表文章: 14/ 注册时间: 2003年09月26日 10:37
呵呵,banq大哥说

完全依赖数据库的时代已经过去,我们使用EJB实体Bean标准,将数据表抽象到内存中,割断了J2EE系统和具体数据库的耦合和配置,占系统主要负荷的数据表的操作计算也基本全部迁移到J2EE中间件服务器上运行,形成了一个可拓展的体系。

如果数据库里面数据量比较大,使用EJB怎么办呢?象移动那种数据库,1个表就1KK条记录的,连Hibernate都不建议使用在大数据量的数据库上面。

Re: JBpm的Tom Baeyens写的《工作流的现状》(中文) 发表: 2004年09月27日 07:57 回复
banq 发表文章: 8937/ 注册时间: 2002年08月03日 17:08
to cxj_2000
只是个人观点,这个结论是跳跃式,也是经验式,不同意者权当一家之言。

>数据库里面数据量比较大,使用EJB怎么办呢?
使用缓存,这是我一直强调的地方,这个帖子不适合讨论这个问题,留在其他地方再讨论,谢谢。

Re: JBpm的Tom Baeyens写的《工作流的现状》(中文) 发表: 2004年10月03日 18:20 回复
刑满释放一周年 发表文章: 18/ 注册时间: 2003年09月05日 15:56
大量的数据放到缓存里也是个挑战,何况缓存的同步也是个棘手的问题。

Re: JBpm的Tom Baeyens写的《工作流的现状》(中文) 发表: 2004年10月11日 10:56 回复
banq 发表文章: 8937/ 注册时间: 2002年08月03日 17:08
关于工作流现状,hongsoft 的文章值得一读:

http://www.jdon.com/jive/thread.jsp?forum=62&thread=16759

这个主题共有 11 回复 / 1 页 [ ]
 
上一篇: 请问javamail中的smtp hos.. 下一篇: 关于jdom的问题?
 
查询本论坛 最热门帖子
快速发表回复:
标题
 
粗体 斜体 下划线 插入图片 插入代码 插入url链接 插入附件
内容
 
联系我们 | 关于我们 | RSS订阅 | 广告联系 | 网站地图 | 设为首页
Copyright (C) 2002-2007 Jdon.com, All Rights Reserved 版权所有 上海解道计算机技术有限公司
沪ICP备05018152号 如有意见请与我们联系 Powered by JdonFramework