複雜工作流程站點的合適平臺

我有一個客戶需要構建一個複雜的，工作流程/表單驅動的Intranet站點，其中包含多個角色和約20個工作流程，文檔管理功能以及電子郵件/傳真通知。複雜工作流程站點的合適平臺

什麼適合這樣的網站的平臺？

SharePoint Foundation 2010適用於此目的，還是應該使用SharePoint服務器企業版？或者還有別的東西符合法案？

2011-08-30 Alex

一個合適的平臺將在很大程度上取決於客戶的具體需求。我花了幾年時間在ASP.NET上開發一個Workflow/Form驅動的Web應用程序。它的結果非常好，特別是一旦我們開始切換到ASP.NET MVC。我們有基於人口統計的基於角色的訪問控制，基於人口統計的門戶佈局，規則和電子郵件通知。我們現在可能已經爲幾個不同的客戶端設置了六種工作流程，現在基礎架構已經建立，創建新的工作流程並重新配置現有工作流程幾乎完全可以從管理界面完成。

.NET Framework現在有一個Workflow Foundation框架，但我們最終決定了我們的需求與其功能集並不一致。藉助一些優秀的開發人員，ASP.NET MVC和Entity Framework爲我們提供了所需的所有功能。

來源

2011-08-30 16:30:28 StriplingWarrior

您可以使用SharePoint Foundation 2010託管Windows Workflow Foundation（http://msdn.microsoft.com/en-us/library/ms414613.aspx）。

SP Foundation 2010上託管的Windows Workflow Foundation非常強大，在我看來非常適合您的需求。

來源

2011-08-30 17:24:56

現在我只是猜測，因爲它聽起來不是從通常的門戶網站定製需求太大的不同，但也許有人能找到它有用

我剛剛opensourced利用IronPython的SharePoint中的解決方案 - 腳本事件接收器，計時器作業，頁面，工作流程，控制檯 - 並允許在一個地方輕鬆部署，保存，編輯和配置腳本 - https://github.com/kerray/NAVERTICA-SPTools

這部分是一個延伸，目前在工作流程中並不那麼靈活部門，它不以任何方式拋光產品，但它可以相當容易地擴展

它的主要好處除了讓我們在面對SharePoint API時保持健全之外，它還允許我們實現大量定製的解決方案，但整個代碼庫由一個通用解決方案組成 - 定製完成於實施，使用IronPython的腳本

有也是在C＃中其他一些potentionally有趣的東西有人願意掏（或願意等到我寫完至少概述）

，雖然我只被允許開源這是我們用來爲我們的客戶構建定製門戶的一個相當有限的部分，我記得自己從SharePoint開始，我知道我會殺死像這樣的工具（不他們是完美的每個人，但仍然）

和不要忘記，它的工作原理100％只用SharePoint Foundation 2010的

來源

2011-08-30 21:51:35 kerray

你可能看一些商業平臺，在那裏，如Iceberg它融合了UI工具，點擊工作流程設計師，並基於.net

來源

2011-08-31 08:19:54

複雜工作流程站點的合適平臺

回答

相關問題