一个工作流引擎咨询者对于ccflow的问题汇总

一个工作流引擎咨询者对于ccflow的问题汇总 , 鉴于上次发布此类的文章,引起一些别具用心的人评论,阅读前声明,如果你在对ccflow攻击、诋毁请你走开并,如果ccflow影响你的权益,请实名制评论。

---------------------------------

周鹏您好:
今天讨论的问题总结,请答疑:

1.开发工具(VS、.net framework、Silverlight)版本的升级是如何规划的,Silverlight能否方便的升级为Silverlight5?
RE:是可以升级的,sl5,是向下兼容的.

2.目前支持的数据库不包括Informix,后续的版本(在我们使用的时候)是否考虑扩展?
RE: ccflow 采用的bp框架与映射技术,生成sql的规则统一,支持其它厂商的多语言不会很麻烦, 现在支持oracle,sqlserver,mysql(4.0支持的较好),

3.对于你们的产品ccflow,ccim,ccoa,ccsso这些也是100%开源吗?都已经上传到公开的svn了吗?
RE: ccim 目前是200人以内是免费的,其它的100%的开源.
4.在您介绍流程发展历史的时候,阐述过“分清业务功能开发与流程开发”这样的话题,但听了您的讲座后我个人认为你们的流程本身就没有分清楚这一点。从我的理解工作流就是与行业无

关与业务无关的,而且一些主流的流程引擎(如,xx、xx)流程的支撑数据与业务数据都是分开,当然他们有关联——通过流程实例的唯一标识关联。而你们的做法,流程数据与业务数据

耦合的太密切(按流程节点自动建表、表中的字段为业务数据),这样不利于我们单独读取流程中的业务数据进行分析。针对你们的这个设计是否有更好的解决方案?

RE: 每个开发厂商都有自己的观点,ccflow把表单分为节点表单与流程表单. 节点表单必须有一个流程表单 节点表单就是绑定在节点上的表单是与节点不可分割的, 流程表单就象一个个的

车厢,可与任意节点绑定. 现以火车与火车道与说明问题, 一个火车头(节点)必须有一个车厢(节点表单)这个车厢这个车厢不能与火车头分开(节点),但是他可以挂多个车厢(流程表单).火

车道就是方向。
对于流程表单表单的物理表是可以定义的,节点表单的物理表ND+节点编号(下个版本可以让用户定义).

5.你们的流程设计取消了开始节点和结束节点,感觉怪怪的。我们的业务流程中有一个特色需求——流程的闭环处理,后续培训完成后希望能在你们的平台上实现一下。还有就是不同分支上

的同名节点为什么不合并为一个(主要是4中描述的表设计导致),但这增加了流程设计人员的工作量,更直观一点就是流程图可能会很复杂。为什么不能直接通过逻辑图的方式表达呢?
RE:
1, 一个流程只有一个节点是开始节点,可以与多个结束节点,至于流程图形如何表达我们认为越接近用户,就会越简单,就会越直接。
2, 每个用户都感到自己的需求特殊其实,世界上的流程运行方式,都是可以抽象出来的, 您的流程如果符合ccflow的4种模式ccflow都可以实现的,至少目前为之ccflow都可以实现我们所遇

到的用户需求.
3, 你说的流程图上的分支太多,同名的节点太多,是否可以合并.
瀑布的方式就是一个主流向分出多个细流,这种方式也叫树形的方式。
例如:http://bbs.ccflow.org/showtopic-156.aspx
所说有瀑布的方式设计流程就是尽可能的减少合并分支,或者不用合并。因为每个路径所填写的表单是不同的,在每个节点上如果有单据打印,把打印的内容也是不同的。
优点:条理清晰,每个节点表单填写内容明确,在节点单据打印时数据清晰。
缺点:节点太多、 让人感到流程复杂。
瀑布方式的流程设计是规范的流程设计,流程的复杂与否与节点多少没有直接关系。

6.常用的流程操作如:手动启动、自动启动(数据自动填充)、驳回、挂起、恢复、强制结束、取消、竞争(签收)、会签(按百分比)、待办、流程报告打印(支持流程轨迹图打印)、抄

送、催办、转办、流程版本、流程优先级、流程周期控制等是否有比较方便的操作支持及API接口?

RE:
1, 流程启动方式: 分为 手工启动 指定人员按时启动 数据集按时启动 数据集按时启动.
2, 驳回(就是退回)、挂起(不支持,不提倡)、恢复(不支持,不提倡)、强制结束(支持)、取消(不明白与删除有什么区别)、竞争(就是抢办吧,支持)、会签(按百分比,支持)、待办(

支持)、流程报告打印(支持流程轨迹图打印)、抄送(支持)、催办(不支持,不提倡)、转办(就是移交,支持)、流程版本(ccflow有流程变更处理方案)、流程优先级(不支持,可以增加)、

7.在定义表单时,指定该表单由哪个角色的人处理时为什么要附加前缀?另外表单的审批是否同时支持指定给具体人?

RE:
1, ccform 为了快速实现增加字段,就提出了审核分组的概念,其实你可以一个个的字段增加,根据自己的需要。
2, 对于节点的权限访问,ccflow 有自己的规则在不用的需求下应用自己的不同的规则.
按岗位计算,按部门计算,按SQL计算,按设置的人员计算,由上一步发送人选择,按上一节点表单FK_Emp字段计算,按上一步操作人员,按上一步操作人员并自动跳转

8.流程设计支持:线性、同步分合、异步分合、子流程。线性流程中是否包括:顺序流、分支流、循环流?
RE: ccflow支持4种模式的流程,线性流程(也叫顺序流), 同步分合流,异步分合流, 父子流程。 你说的这此进包含这4个范畴以内的。

9.流程节点挂接UI时后续版本是否考虑支持xaml,目前仅支持aspx?
RE: 目前前台应用(工作流引擎的解释与执行器), 仅仅支持aspx. 如果你要支持xaml 你可以用sdk开发。 如果要求ccflow开发,你们要支付费用了,开发出来的代码我们也会共享给其它的

其它的用户。 您目前所使用的功能也是在别人的基础上做的.

10.流程流转时是否可以方便的调用我们自己的业务逻辑方法?
RE: ccflow有丰富的事件接口,可以满足您处理业务的需要,如果你采用sdk表单,业务逻辑的处理就在你的sdk表单里了。

11.性能问题如何考虑,历史流程如何处理,并发是如何考虑的,目前支持多大的并发量?
RE: 对于流程的效率,你可以从这个blog上得到答案。
http://www.blogjava.net/hiflow/archive/2011/12/14/366568.html

12.流程的异常如何处理?
RE: 我们对流程发送失败,已经做了完善的处理机制,让其停留在当前节点。

XXXX
2012-04-27

你可能感兴趣的:(一个工作流引擎咨询者对于ccflow的问题汇总)