需要技术建议/建议

Question

我的公司需要一个任务管理系统来处理像“为X购买一台计算机”这样简单的场景，以“将一个人重新安置到另一个国家”。简单场景是由单个人处理的单个任务，而较大的任务可以分解为在工作流期间委派给多个人的多个子任务。此外，客户和供应商需要他们自己的视图。

我们正在评估从基于Workflow Foundation到SharePoint的自定义应用程序到Metastorm和BPM.Net等BPM产品的不同解决方案。

以下是我目前对这些解决方案的理解：

1. 工作流基础 - 没有主机环境的低级工作流设计器和/或库。如果我们走这条路线，如容错和文件管理，似乎我们必须重新发明一些轮子。堆栈上的一些答案也引起了诸如缺少版本控制和VS10 / .NET 4.0的彻底检查等问题。
2. SharePoint - 专为文档管理和协作而构建，但尝试在此基础上创建高级工作流和任务似乎是一种黑客攻击。此外，所有工作流程都必须与文档或列表相关联。我无法想象一个列表（或列表列表）如何解决这个问题。
3. BPM产品 - 成熟的工作流程引擎，价格看似很高。 BPM.Net是唯一可以找到某种技术细节水平的解决方案，但我仍然不确定针对此产品的开发是如何针对Workflow Foundation开发的。

是否有任何工作流引擎致力于解决所有工作流程难题，这些工作流程可以通过自己的托管环境轻松部署并通过Web服务启动？

我还缺少其他选择吗？

提前致谢。

**** **编辑

要回答以下问题，工作流程需求非常轻松。将任务基本路由到批准者和分包商。 什么驱动我们看起来比PM软件更深入是业务的本质，而不是高级工作流程的需要。我们基本上是通过分包商为我们的客户采购商品和服务的业务，其中还包括完整的员工搬迁。包装的界面应该通过客户品牌以及对这一业务的直观来反映这一点。

基本上，如果我将我的家人搬到世界的另一边我不确定我是否想要与Jira或Sharepoint或任何其他PM软件进行交互以促进这一点。

Answer 1

如果您使用的是Microsoft堆栈，我肯定会为此方案推荐SharePoint。由于它似乎非常简单，因此您可以使用Windows SharePoint Services版本，因为它是免费的，并且它具有您需要的一切。

当您说ShartePoint工作流程有限时，您说得对。恕我直言，克服这一限制的最佳方法是购买Nintex workflow来创建您的工作流程。它是一种经济高效的解决方案，可以帮助您设计所需的工作流程。 您可以在产品内部（作为工作流程模板）和网站上找到工作流程示例。

Answer 2

您提到的任何内容都与工作流程无关。你只是做项目管理。如果是这样的话，一个简单的bug跟踪器（如FogBugz !;）就可以工作 - 但是如果你要在外部展示它，它可能不是最专业的演示文稿。

我能想到的最接近现成的解决方案是Project Server - 但是，根据项目和项目经理的数量，与客户端视图同步到Web服务器的桌面项目可能就足够了。

如果这太过分 - 因为你的项目不需要大量的资源调度，甘特图或其他PM工件 - 你可以采取类似Trac的东西，并用“任务”替换“bug”。 ;）（严重的是，这可能会让你90％的方式......）

Answer 3

你看过RT了吗？我相信它可以满足您的所有要求，包括它旨在让客户通过电子邮件与系统交互，而不必登录网站。如果您已通过电子邮件发送IT支持服务台，那么您可能在不知情的情况下与其进行了互动......您还可以完全自定义Web界面并允许客户访问。

Answer 4

无法保证质量，因为我没有使用它，但我确实观看了Intalio的在线演示视频，该视频具有BPM和工作流功能。

Answer 5

我们使用Basecamp来控制这种“任务管理”的东西。我不确定它是否完全符合您的需求，因为它在文档管理方面有点亮，但它有一个Web服务（REST）API，面向客户/供应商的组件以及基本的交互/聊天功能。

关于它的最好的部分是API非常简单，您可以通过提供自定义脚本将大量“管理”卸载到管理员支持人员（如助理和实习生）。如果你有不是程序员使用它的人，你可能会比使用Trac或FogBugz更好运。

Answer 6

下一版本的Windows工作流程将拥有自己的运行时环境，代号为dublin，将为工作流程提供WCF接口。

如果您的时间范围允许，您可以使用它。

有关都柏林和下一版WF的信息，请参阅：

http://www.microsoft.com/net/dublin.aspx

Answer 7

我已经/正在经历类似的过程。我们想要一个轻量级工作流程供我们的销售团队内部使用。我们看到的大多数第三方应用程序，尤其是K2和Skelta BPM.Net，都看起来超出了我们所需要的水平。我现在已经有2个月的时间使用Windows Workflow Foundation 3.0，我不得不说这不是我所拥有的最愉快的编码体验。

如果您的工作流程真的很简单，那么构建工作流程并将其连接到UI的某些网页非常容易。但是如果您需要能够动态更改它，或者进行版本控制（即用户说我们想要添加另一个步骤，那么它需要进行大量的黑客攻击才能使其工作 - 并且只有在限制工作流程时它才有效真的很简单），那么你需要做一些工作。如果使用Oracle数据库，请忘掉它。

Answer 8

我投票给FogBugz。除非我在您的要求中遗漏了某些内容，否则您为什么要通过使用基于代码的工作流解决方案来重新发明轮子，您必须在使用完美的项目依赖解决方案（如FB甚至MS Project Server）时自行编写流程 - 这使您可以为资源和人员创建良好的依赖关系。

Answer 9

检查FileNet

FileNet价格昂贵，但在内容和流程管理方面做得很好，但我想这不是你想要的。

Answer 10

我们使用Captaris Workflow，它非常好，但可能对您的需求来说很贵。