.net 开源BPM工具(如Activiti、bonita)与;Windows工作流基础

.net 开源BPM工具(如Activiti、bonita)与;Windows工作流基础,.net,workflow-foundation-4,business-process-management,activiti,.net,Workflow Foundation 4,Business Process Management,Activiti,我试图找到一个基于asp.net的免费开源BPM工具,但不幸的是,我没有找到这样的工具 但最近我读了一篇关于Windows工作流基础的文章,它提供了类似于开源BPM工具的功能,如AcvivTI、BoNITA、JOGET等,或者Windows工作流基金会不能用来构建完整的业务流程工作流,如Actudii和其他开源BPM工具。p> 首先要记住的是,WF不是一个BPM工具,而是一个可以用来构建可靠且灵活的业务流集的框架。如果您正在寻找一种解决方案,该解决方案为您提供了许多内置功能,您无需进行任何编码,

我试图找到一个基于asp.net的免费开源BPM工具,但不幸的是,我没有找到这样的工具


但最近我读了一篇关于Windows工作流基础的文章,它提供了类似于开源BPM工具的功能,如AcvivTI、BoNITA、JOGET等,或者Windows工作流基金会不能用来构建完整的业务流程工作流,如Actudii和其他开源BPM工具。p> 首先要记住的是,WF不是一个BPM工具,而是一个可以用来构建可靠且灵活的业务流集的框架。如果您正在寻找一种解决方案,该解决方案为您提供了许多内置功能,您无需进行任何编码,只需将形状放在图纸上即可-WF不是您的工具

然而,我会高度推荐WF。首先,WF4.0中的性能非常好。第二,它可以跨web服务器群分发。第三,它的灵活性为您提供了实现这些边缘案例所需的能力

最后,因为您希望与ASP.NET集成,所以我想说WF是唯一可行的选择。我不是说其他选项不起作用,我只是说它集成得很好

我想让你看一看为什么你应该或不应该使用Windows工作流基金会——希望它对你有价值。

< P>我不认为WF(Windows工作流基金会)是一个BPM工具,它不提供与你列出的工具类似的功能。例如,没有内置的管理控制台或内置的方式来处理人工任务;你必须自己建造它。(注:我的经验是WF 3.5)


我认为它确实有它的位置。如果您正在构建一个特别复杂的、长期运行的、面向服务的应用程序(例如,需要像状态机一样运行的应用程序),WF提供了实现此类应用程序的替代方法。然而,在我看来,它似乎不适合BPM,因为您正试图构建一个通常跨越业务部门和应用程序的流程。

我同意前面关于WF不是BPM工具的回答。但是,它在定义工作流方面提供了极大的灵活性。如果您所在的公司有一个软件开发团队,其中至少有一名首席开发人员了解bpm业务,那么使用WF构建您自己的bpm将是一个不错的选择,而不是购买完整的bpm套件

但您还需要实现一些东西,比如工作流分配、池、收件箱和发件箱等

如果您既没有自己的IT团队,也没有了解bpm业务的开发人员,那么您可能会发现购买或使用功能齐全的bpm解决方案很有用


工作流基础没有一个完整的BPM工具的特性,但是可以帮助你构建一个。还有一些产品是在WF上构建的。

WF根本不能替代BPM。 这很费时。使用Process Maker、Bonita软件等工具设计和实施工作流。。。比从头开始使用WF开发类似的东西要容易得多。这和重新发明轮子是一样的。 我的BPM应用程序建议、ProcessMaker、Bonita和Joget。
此外,如果您的工作流程很简单,那么这些工具的开源版本就足以解决您的问题,您不必购买企业版。

忘记WF。那个项目已经停止多年了。我们只是在等待微软最终埋葬。

如果WF不是BRE或BPM工具,那么它是什么呢?@Dherik WF是一个必须编码的框架。它实际上包含一个业务规则引擎。它不是BRE或BPM工具。您必须为非程序员构建自己的工具。您必须在实际编码的业务规则中解释自己的元数据结构。无用的注释:没有论证