5

我的公司需要一个任务管理系统来处理从“为X购买一台计算机”到“将一个人转移到另一个国家”这样简单的场景。简单的场景是由一个人处理的单个任务,而更大的任务可以分解为在工作流程中委派给多个人的多个子任务。此外,客户和供应商需要对流程有自己的看法。

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

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

  1. Workflow Foundation - 没有宿主环境的低级工作流设计器和/或库。如果我们走这条路,比如容错和文档管理,似乎我们必须重新发明一些轮子。堆栈上的一些答案也引起了一些担忧,例如缺乏版本控制和对 VS10/.NET 4.0 的全面检修
  2. SharePoint - 专为文档管理和协作而构建,但试图在此之上创建高级工作流和任务似乎是一种 hack。此外,所有工作流程都必须与文档或列表相关联。我无法想象一个列表(或列表列表)如何解决这个问题。
  3. BPM 产品——成熟的工作流引擎,价格看似很高。BPM.Net 是我可以找到某种程度的技术细节的唯一解决方案,但我仍然不确定针对该产品进行开发与针对 Workflow Foundation 进行开发有何不同。

是否有任何工作流引擎专门用于解决所有工作流难题,可以使用自己的托管环境轻松部署并通过 Web 服务启动?

我还有其他选择吗?

提前致谢。

****编辑**

要回答下面的问题,工作流程的需求很轻。将任务基本路由到审批者和分包商。驱使我们比 PM 软件更深入的原因是业务的性质,而不是对高级工作流程的需求。我们基本上从事通过分包商为我们的客户采购商品和服务的业务,其中还包括全部员工搬迁。包的界面应该通过客户品牌以及对该业务线的直观来反映这一点。

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

4

10 回答 10

3

如果您在 Microsoft 堆栈上,我绝对会推荐 SharePoint 用于这种情况。由于它看起来很简单,您可以使用 Windows SharePoint Services 版本,因为它是免费的,并且拥有您需要的一切。

当您说 ShartePoint 工作流程有点受限时,您是对的。恕我直言,克服该限制的最佳方法是购买Nintex 工作流程来创建您的工作流程。它是一种具有成本效益的解决方案,可以帮助您设计所需的工作流程。您可以在产品内部(作为工作流模板)和网站上找到工作流示例。

于 2009-09-13T10:53:17.233 回答
1

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

于 2009-09-02T20:39:12.013 回答
1

您提到的任何内容都与工作流程无关。你只是在做项目管理。如果是这种情况,一个简单的错误跟踪器(如 FogBugz!;)会起作用 - 但如果您要在外部展示它,它可能不是最专业的演示。

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

如果这太过分了——因为你的项目不需要大量的资源调度、甘特图或其他 PM 工件——你可以使用 Trac 之类的东西并将“bug”替换为“task”。;)(说真的,那可能会让你走完 90% 的路.....)

于 2009-06-19T21:02:21.493 回答
1

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

于 2009-07-24T19:49:40.113 回答
1

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

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

于 2009-09-11T04:20:29.777 回答
0

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

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

有关 Dublin 和 WF 下一版本的信息,请参阅:

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

于 2009-08-04T19:20:43.953 回答
0

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

于 2009-09-09T18:34:28.617 回答
0

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

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

于 2009-09-09T07:44:32.700 回答
0

检查文件网

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

于 2009-09-09T18:42:33.433 回答
-1

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

于 2009-06-19T20:11:23.563 回答