【发布时间】：2010-02-03 08:46:42
【问题描述】：
我很想知道在相当复杂的 Web 应用程序的初始设计阶段，人们使用什么技术来绘制初始流程？
为了清楚起见，我从用户的角度谈论通过流程的路线，以及该路线如何根据决策和条件分支。我不是要为底层流程建模。
流程图仍然是这类事情的最佳工具吗？也许UML可以用于这个？还有更好的吗？
能否请您推荐最佳工具（最好基于 Windows）以用于您给定的答案。
谢谢
【问题讨论】：
标签： process diagramming
【发布时间】：2010-02-03 08:46:42
【问题描述】：
如果你喜欢的话，我会用笔和纸，或者白板。
在计算机上设计流程只是一种痛苦，在纸上潦草写出流程图比在 Visio 上乱七八糟要容易得多 - 只需在需要整齐地记录您的设计时才担心计算机化。
如果您正在寻找一些合适的应用程序，请尝试以下问题：
【讨论】：
-
链接的问题不再存在
-
@Clint 用另一个尚未删除的问题交换了链接
请记住，任何系统，无论有多大，都可以从一个点开始。 笔和纸是一条久经考验的路线。绘图/建模包主要用于将这些想法传达给其他人，因为它可以在已知服务器上或通过电子邮件提供。
我倾向于坚持使用 UML，但请记住，它是一种可以使用的工具，除非您是建模狂热者，否则图表只需要足够好就可以理解重点。
一开始我什至不考虑代码，只考虑需要发生哪些流程并将它们组合在一起。因此，用例和序列图是我开始的地方。 （实际上我有时甚至不关心用例。）
为了速度，保持流程相当简单（不要费心考虑底层逻辑太深）并逐步工作。毕竟，在您有办法输入密码之前，您不会为密码处理编写加密例程，对吧。
序列图比流程图更容易恕我直言，因为没有真正的决策需要。
【讨论】：
我不确定是否有任何特定工具（Visio 除外），但您应该看看 Business Process Modeling Notation (BPMN)。
【讨论】：
Business Process Modeling Notation (BPMN) 可以帮助您。我知道一位建筑师为此使用了Agilian，并强烈推荐它。
【讨论】：
-
Agilian 看起来不错，但对我来说太贵了。
我们一直在研究一种不同于通常工作流方法的业务流程表示方法，即机器隐喻，其中组织是“执行”业务流程的“机器”。我们称之为“工作产品池”方法，它以产品而不是任务为中心。正如 ChrisBD 所说，没有单一的起点，工作产品池方法承认这一点，并使用机会主义、以人为本的方式来处理表示。
如果您在 Google 上搜索“工作产品库”，您会发现一些描述该方法的文章。 ISO/IEC 24744 标准元模型也特别适合使用这种方法对业务流程进行建模。
【讨论】：