需要技術推薦/建議

我公司需要一個任務管理系統來處理像「爲X計算機購買電腦」這樣簡單的場景，以「將一個人重新定位到另一個國家」。簡單場景是由單個人員處理的單個任務，而較大的任務可以分解爲在工作流程中委派給多個人員的多個子任務。此外，客戶和供應商需要自己的觀點。需要技術推薦/建議

我們正在評估從基於Workflow Foundation到SharePoint的自定義應用程序到Metastorm和BPM.Net等BPM產品的不同解決方案。

這是我目前的這些解決方案的理解：

Workflow Foundation的 - 低層次的工作流設計和/或庫，沒有主機環境。如果我們走這條路，如容錯和文檔管理，似乎我們將不得不重新創造一些輪子。堆棧上的一些答案也引起了一些顧慮，例如缺少版本控制，並且對VS10/.NET 4.0進行了全面的改造。
SharePoint - 專爲文檔管理和協作而設計，但試圖創建先進的工作流程和任務看起來像一個黑客。另外，所有工作流程都必須與文檔或列表綁定。我無法想象列表（或列表清單）如何解決這個問題。
BPM產品 - 以看似很高的價格成熟的工作流引擎。 BPM.Net是我可以找到某種技術細節水平的唯一解決方案，但我仍然不確定針對Workflow Foundation開發這種產品會有多不同。

是否有任何工作流引擎專門用於解決可以輕鬆部署到自己的主機環境並通過web服務啓動的所有工作流痛苦？

是否有其他選項我缺少？

在此先感謝。

****編輯**

要回答以下問題，工作流需求非常輕鬆。任務的基本路由到批准者和分包商。什麼促使我們看起來比PM軟件更深入的是業務的本質，而不是高級工作流程的需要。我們基本上是通過分包商爲我們的客戶採購貨物和服務，也可以包括全員工搬遷。包裝的界面應通過爲客戶打造品牌以及直觀的業務線來體現這一點。

基本上，如果我將我的家人移動到世界的另一端我不知道我想與Jira或Sharepoint或任何其他PM軟件接口，以促進這一點。

來源

2009-06-19 kjgilla

您需要什麼樣的工作流程支持？到目前爲止所描述的內容很可能由問題跟蹤系統處理，例如， Jira – 2009-06-19 20:20:52

我們簡要地看了一下JIRA和其他PM軟件，但是這些產品似乎是供團隊成員內部使用的。我們的產品需要向廣泛的受衆開放，並可能在每個客戶的基礎上包含定製的「網站」。 – kjgilla 2009-06-19 20:46:42

我們成功地將Jira用於各種客戶，控制他們可以查看和編輯哪些字段。所以我想我的問題是：你在尋找什麼樣的定製？ – 2009-06-19 20:57:05

-1

我們使用Captaris Workflow，這是相當不錯的，但它可能是昂貴的，您的需求。

來源

2009-06-19 20:11:23

您提到的任何內容都與工作流程無關。你只是在做項目管理。如果是這樣的話，一個簡單的錯誤跟蹤器（如FogBugz！）就可以工作 - 但如果你要在外部展示它，它可能不是最專業的演示文稿。

最近現成的解決方案，我能想到的是Project Server - 雖然，這取決於項目和項目管理人員的數量，以同步爲客戶視圖的Web服務器的桌面項目就足夠了。

如果這太過分了 - 因爲您的項目不需要大量的資源調度，甘特圖或其他PM工件 - 您可以採用Trac之類的東西並用「任務」替換「bug」。 ;）（認真的說，那可能會讓你有90％的出路.....）

來源

2009-06-19 21:02:21

你看過RT？我相信它可以處理您的所有需求，包括它旨在讓客戶通過電子郵件與系統進行交互，而不必登錄到網站。如果您通過電子郵件發送IT支持服務檯，那麼您可能已經與其進行了交互，而不知道...您也可以完全自定義Web界面並允許客戶訪問。

來源

2009-07-24 19:49:40

下一個版本的Windows工作流程將擁有自己的運行時環境，代號爲dublin，將向工作流程中提供一個WCF界面。

如果你的時間表允許你使用它。

有關都柏林和信息WF的下一版本中看到：

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

來源

2009-08-04 19:20:43

不能保證質量，因爲我還沒有使用它，但我沒有看的在線演示視頻Intalio，它具有BPM和工作流程功能。

來源

2009-09-02 20:39:12 Grundlefleck

我有/正在經歷類似的過程。我們想要一個輕量級的工作流程供我們的銷售團隊內部使用我們研究的大多數第三方應用程序，特別是K2和Skelta BPM.Net，都是爲我們所需要的而設計的。我現在正在與Windows Workflow Foundation 3.0合作2個月，我不得不說這不是我最愉快的編碼體驗。

如果您的工作流程真的很簡單，那麼構建工作流程並將其連接到UI的某些網頁非常容易。但是，如果您需要能夠隨時更改它或進行版本控制（即用戶說我們需要添加另一個步驟，那麼就需要大量的黑客來實現它 - 而且只有在限制工作流程的情況下才有效非常簡單），那麼你需要一點點工作。如果你使用Oracle數據庫，就忘了它。

來源

2009-09-09 07:44:32

我的投票是針對FogBugz的。除非我在你的需求中丟失了某些東西，爲什麼你要通過使用基於代碼的工作流程解決方案重新發明輪子，當你可以使用一個完美的項目依賴項解決方案，比如FB甚至是MS Project Server時，你必須自己編寫代碼流 - 它可以讓您爲資源和人員創建良好的依賴關係。

來源

2009-09-09 18:34:28 etechpartner

檢查FileNet

FileNet的是昂貴的，但讓與內容和流程管理的不錯，但我想是不是你在找什麼。

來源

2009-09-09 18:42:33

我們使用Basecamp來控制這種「任務管理」的東西。我不確定它是否完全適合您的需求，因爲它在文檔管理方面有點亮，但它有一個Web服務（REST）API，面向客戶/供應商的組件以及基本的交互/聊天功能。

關於它的最好的部分是API足夠簡單，您可以通過提供自定義腳本將大量「管理」卸載到管理支持人員（如助理和實習生）。如果你有不是程序員的人使用它，你甚至可能比Trac或FogBugz更好。

來源

2009-09-11 04:20:29

如果你在微軟的堆棧，我肯定會推薦SharePoint的這種情況。由於它看起來非常簡單，所以可以使用Windows SharePoint Services版本，因爲它是免費的，它包含了您需要的一切。

當你說ShartePoint工作流程有限時，你是對的。恕我直言，克服這一限制的最佳方法是購買Nintex workflow來創建您的工作流程。這是具有成本效益的解決方案，可幫助您設計所需的工作流程。您可以在產品（作爲工作流程模板）和網站上找到工作流程樣本。

來源

2009-09-13 10:53:17

需要技術推薦/建議

回答

相關問題