工藝流程 - 流程圖仍然是繪製它的最佳方法嗎？

Question

我很想知道在相當複雜的Web應用程序的初始設計階段，人們使用什麼技術來繪製初始流程流？

要說清楚，我正在討論從用戶的角度來看過程中的路線，以及該路線如何根據決策和條件進行分支。我沒有試圖模擬底層流程。

流程圖仍然是這種事情的最佳工具嗎？也許UML可以用於這個？有什麼更好的嗎？

你能不能也請建議的最佳工具（窗戶最好是基於）使用您給出的答案。

感謝

Answer 1

我會去用鋼筆和紙，或者一個白板，如果你感覺花哨。

在計算機上設計工藝流程只是一個痛苦，它更容易在紙上繪製流程圖，而不是亂用Visio - 只需要在需要整齊地記錄設計時對其進行電腦化。

如果你正在尋找一些合適的應用程序，然後嘗試這樣一個問題：

What's the best UML diagramming tool?

Answer 2

我不知道任何特定的工具（於Visio等），但你應該看看Business Process Modeling Notation（BPMN ）。

Answer 3

Business Process Modeling Notation（BPMN）可能會幫助您解決這個問題。我認識一位建築師，他使用Agilian來推薦它。

Answer 4

請記住，任何系統，無論多大，都有一個可以從頭開始的單點。 筆和紙是一個久經考驗的路線。繪圖/建模軟件包主要用於將這些想法傳達給其他人，因爲它可以通過已知的服務器或通過電子郵件提供。

我傾向於堅持使用UML，但請記住它是一個使用的工具，除非你是一個建模狂熱圖表，只需要足夠好就可以獲得點。

我甚至沒有想到最初的代碼，只是需要發生什麼過程並將它們放在一起。因此，用例和序列圖是我開始的地方。 （其實我有時甚至不用打擾一個用例。）

爲了使速度保持相當簡單的過程（不要打擾太深入地考慮底層邏輯）並且逐步工作。畢竟，在你有辦法輸入密碼之前，你不會寫密碼處理的加密程序。

序列圖比流程圖更容易恕我直言，因爲沒有真正的決策需要。

Answer 5

我們一直在研究一種與通常的工作流方法不同的業務流程表示方法，即組織是「執行」業務流程的「機器」的機器隱喻。我們稱之爲「工作產品庫」方法，它圍繞產品而不是任務。正如ChrisBD所說，沒有單一的起點，工作產品組合方法承認這一點，並使用機會主義，以人爲本的過程來處理表示。

如果你是谷歌的「工​​作產品庫」，你會發現一些文章描述的方法。 ISO/IEC 24744標準元模型特別適合使用這種方法建模業務流程。