我很想知道在相当复杂的Web应用程序的初始设计阶段，人们用什么技术来绘制初始流程图？
要明确我正在谈论从用户角度看过程的路线，以及该路线如何根据决策和条件进行分支。我不打算为底层流程建模。
流程图仍然是此类事情的最佳工具吗？也许UML可以用于此？还有更好的东西吗？
您是否也可以建议使用最佳工具（最好是基于Windows）用于您的答案。
由于
答案 0 :(得分：4)
如果你感觉很好看，我会用笔和纸，或者白板。
在计算机上设计流程只是一件痛苦的事情，在纸上绘制流程图比在Visio上乱涂简单要容易得多 - 只需要在整齐地记录设计时就把它计算机化了。 / p>
如果您正在寻找合适的应用，请尝试以下问题：
答案 1 :(得分：3)
请记住，任何系统，无论多大，都有一个可以从中开始的点。 笔和纸是一种久经考验的路线。绘图/建模包主要用于将这些想法传达给其他人，因为它可以在已知的服务器上或通过电子邮件提供。例如。
我倾向于坚持使用UML，但请记住它是一个可以使用的工具，除非你是一个建模狂热的图表，否则只需要足够好就可以了解它。
我甚至没有考虑最初的代码，只需要进行哪些流程并将它们拼凑在一起。因此，用例和序列图就是我开始的地方。 （实际上我有时甚至不打扰用例。）
速度保持流程相当简单（不要过于深入地考虑底层逻辑）并逐步工作。毕竟，在你有办法输入密码之前，你不会为密码处理编写加密程序，是吗。
序列图比流程图恕我直言更容易，因为不需要做出决策。
答案 2 :(得分：1)
我不确定是否有任何特定工具（Visio除外），但您应该查看Business Process Modeling Notation（BPMN）。
答案 3 :(得分：1)
Business Process Modeling Notation（BPMN）可以帮助您解决这个问题。我认识一位使用Agilian的建筑师，并高度推荐。
答案 4 :(得分：1)
我们一直在研究一种不同于通常的工作流方法的业务流程表示方法，即机构隐喻，其中组织是“执行”业务流程的“机器”。我们称之为“工作产品库”方法，它以产品而非任务为中心。正如ChrisBD所说，没有单一的起点，工作产品池方法承认这一点，并使用机会主义，以人为本的方式来处理表示。
如果你谷歌搜索“工作产品池”，你会发现一些描述这种方法的文章。 ISO/IEC 24744标准元模型也特别适合使用这种方法对业务流程建模。