一个工作流引擎咨询者对于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