|
锁定老帖子 主题：关于工作流引擎的问题！
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2006-04-02
工作流不是技术问题，是理念的问题。企业级应用最核心的价值还是在业务流程上。工作流技术使得对业务流程的重视得以明确地体现。
|
| 返回顶楼 | |
|
发表时间：2006-04-03
工作流本身很简单 流程变更 甚至返回去也不难实现 关键是权限的设定问题.
如果权限本身都是混乱的 采用什么工作流结果都是一样的 管理混乱->工作流混乱 非要满主混乱的工作流 那只好用 email + wiki + 剪切拷贝 + office + 视频会议 + 明争暗斗 |
| 返回顶楼 | |
|
发表时间：2006-10-25
昨天刚刚选了毕业设计课题
《协同OA中的工作流引擎的设计》 不知道有没有愿意在过程中指导晚生一二的高手 如果有的话请加我QQ：50599117 对这方面感兴趣的想一同研究的也请加我 |
| 返回顶楼 | |
|
发表时间：2006-10-25
这个题目有问题，是协同OA工作流的设计还是工作流引擎的设计，不要搞在一起。
|
| 返回顶楼 | |
|
发表时间：2006-10-26
我使用了osworkflow,特别是在我的免费缺陷管理系统里clearbug里，(www.lucas-lee.com),有兴趣可以看看。
osworkflow2.8在启动流程的初始步骤时有bug，不过我绕过去了。总体来说还是比较灵活的，我自己做了些上层的增强。轻量级，适于嵌入式工作流。 |
| 返回顶楼 | |
|
发表时间：2006-10-29
凤舞凰扬 写道 如果一个纯粹的工作流引擎，那么按照工作流联盟的方式分析、设计处理，也并不难，去年我所在的公司也做了一个，我参与其中，当时我们绑定的应用是OA的公文流转。
为什么工作流出现了这么久，在国内并没有多少成功的案例呢？其实问题并不是出现在工作流引擎多么难，而是在于流程的定义。在国内，几乎每一家公司的业务流程都是一种活性的流程，人控制的因素太多，这个时候，就很难用工作流系统去处理其了。比如说，我后来参与了一个订单处理系统的分析，业务非常复杂，每个订单在确认后，还有unConfirm、Revise功能，其实从准确的意义上来讲，这个就不符合流程控制了（因为它是由人进行控制）。 所以说，工作流系统一般只适合于能用固定流程描述的应用。当然，也许因为我的才疏学浅，不知道而已。 至于Struts什么的，一个是Web控制层，一个是中间件，两者是没有任何关系的，当然可以绑定。 只有规范的工作或者管理流程才适合用工作流，这在中国基本是不可想象的，所以成功的少 现在能用起来的“工作流”都是支持用户自己选择、回退撤回、跳过节点等等，这还是工作流么 |
| 返回顶楼 | |
|
发表时间：2006-11-02
Godlikeme 写道 这个题目有问题，是协同OA工作流的设计还是工作流引擎的设计，不要搞在一起。 
难道我的语文没学好，不会用修饰语，？？？？？惭愧 |
| 返回顶楼 | |
|
发表时间：2006-11-02
minimu 写道 凤舞凰扬 写道 如果一个纯粹的工作流引擎，那么按照工作流联盟的方式分析、设计处理，也并不难，去年我所在的公司也做了一个，我参与其中，当时我们绑定的应用是OA的公文流转。
为什么工作流出现了这么久，在国内并没有多少成功的案例呢？其实问题并不是出现在工作流引擎多么难，而是在于流程的定义。在国内，几乎每一家公司的业务流程都是一种活性的流程，人控制的因素太多，这个时候，就很难用工作流系统去处理其了。比如说，我后来参与了一个订单处理系统的分析，业务非常复杂，每个订单在确认后，还有unConfirm、Revise功能，其实从准确的意义上来讲，这个就不符合流程控制了（因为它是由人进行控制）。 所以说，工作流系统一般只适合于能用固定流程描述的应用。当然，也许因为我的才疏学浅，不知道而已。 至于Struts什么的，一个是Web控制层，一个是中间件，两者是没有任何关系的，当然可以绑定。 只有规范的工作或者管理流程才适合用工作流，这在中国基本是不可想象的，所以成功的少 现在能用起来的“工作流”都是支持用户自己选择、回退撤回、跳过节点等等，这还是工作流么 工作流的一个目标就是适应业务流程的变更，适合业务流程在一段时间相对稳定的应用场合，理想情况下，实施之前需要进行业务流程重组，优化、整合、规范业务流程。 |
| 返回顶楼 | |
|
发表时间：2006-11-13
凤舞凰扬 写道 如果一个纯粹的工作流引擎，那么按照工作流联盟的方式分析、设计处理，也并不难，去年我所在的公司也做了一个，我参与其中，当时我们绑定的应用是OA的公文流转。
为什么工作流出现了这么久，在国内并没有多少成功的案例呢？其实问题并不是出现在工作流引擎多么难，而是在于流程的定义。在国内，几乎每一家公司的业务流程都是一种活性的流程，人控制的因素太多，这个时候，就很难用工作流系统去处理其了。比如说，我后来参与了一个订单处理系统的分析，业务非常复杂，每个订单在确认后，还有unConfirm、Revise功能，其实从准确的意义上来讲，这个就不符合流程控制了（因为它是由人进行控制）。 所以说，工作流系统一般只适合于能用固定流程描述的应用。当然，也许因为我的才疏学浅，不知道而已。 至于Struts什么的，一个是Web控制层，一个是中间件，两者是没有任何关系的，当然可以绑定。 我也很同意你的观点。中国太灵活了！我只能这样说！ |
| 返回顶楼 | |
|
发表时间：2006-11-13
前些时间做了一个OA，用到了osworkflow，我的老师说中国的制度和国外不一样，领导说的算，所以有些好引挚也不适合，osworkflow比较适合国情，而且学起来也不是很难
|
| 返回顶楼 | |
