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