Sharepoint 需要技术建议/建议

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

我们评估从工作流基础上建立的自定义应用程序到SharePoint到BPM产品的不同解决方案，如SyrWorm和BPM.NET.

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

工作流基础-无主机环境的低级工作流设计器和/或库。如果我们走容错和文档管理这条路，似乎就必须重新发明一些轮子。堆栈上的一些答案也会引起一些问题，例如缺少版本控制和VS10/.NET4.0的全面检修

SharePoint-专为文档管理和协作而构建，但试图在此基础上创建高级工作流和任务处理似乎是一种黑客行为。此外，所有工作流都必须绑定到文档或列表。我无法想象一个列表（或列表列表）如何解决这个问题

BPM产品——成熟的工作流引擎，价格似乎很高。BPM.NET是唯一的解决方案，我可以找到某种程度的技术细节，但我仍然不确定如何开发不同的产品对开发工作流程的基础。

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

我还缺少其他选择吗

提前谢谢

****编辑**

要回答下面的问题，工作流需求非常简单。向批准人和分包商发送任务的基本路线。 让我们看得比PM软件更深的是业务的本质，而不是对高级工作流的需求。我们的业务基本上是通过分包商为我们的客户采购商品和服务，这也包括全面的员工调动。软件包的界面应通过客户品牌以及该业务线的直观性来反映这一点

---

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

我们使用，它很好，但对于您的需求来说可能很昂贵。

您提到的与工作流没有多大关系。你只是在做项目管理。如果是这样的话，一个简单的bug跟踪器（比如FogBugz！；）就可以工作了——但是如果你打算在外部展示它，它可能不是最专业的展示

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

---

如果这太过分了——因为您的项目不需要太多的资源调度、甘特图或其他PM工件——您可以采用类似Trac的方法，并用“任务”替换“bug”。）（说真的，这可能会让你达到90%的目标……）

你看过吗？我相信它可以满足您的所有需求，包括它的设计目的是让客户通过电子邮件与系统交互，而不必登录网站。如果您通过电子邮件向IT支持人员发送了信息，那么您可能在不知道的情况下与IT部门进行了互动。。。您还可以完全自定义web界面并允许客户访问。

下一版本的windows workflow将拥有自己的运行时环境，代码名为dublin，将为工作流提供WCF接口

如果你的时间允许，你可以使用它

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

---

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

我已经/正在经历类似的过程。我们想要一个轻量级的工作流供我们的销售团队内部使用。我们所研究的大多数第三方应用程序，特别是K2和Skelta BPM.Net，对于我们所需要的东西都看得太过头了。我现在使用Windows工作流基金会3个月了2个月，我不得不说这不是我所经历过的最愉快的编码体验。p>

---

如果你的工作流程真的很简单，那么构建一个工作流程并将其连接到UI的一些web页面是非常容易的。但是如果您需要能够动态地更改它，或者进行版本控制（即用户说我们需要添加另一个步骤，那么要让它工作需要大量的黑客操作——并且只有在您将工作流程限制为非常简单的情况下才行得通），那么您就需要做相当多的工作。如果你使用Oracle数据库，那就别提了。

我投票支持FogBugz。除非我在您的需求中遗漏了一些东西，否则当您可以使用完美的项目依赖性解决方案（如FB甚至MS project Server）时，您为什么要通过使用基于代码的工作流解决方案来重新发明轮子，您必须自己对流程进行编码，这样您就可以为资源和人员创建良好的依赖性

检查

---

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

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

它最好的部分是API足够简单，您可以将大量的“管理”工作卸载到一个特定的位置