发布于 2021-03-27 10:41:07
问题的一部分是,您正在查看两种不同的图表符号。yEd支持问题指的是UML活动图。UML图有一个不同于流程图的符号。
如果您正在制作活动图,标准的UML联接/叉符号在UML菜单中是可用的,但是它是垂直的而不是水平的。这个图标可以旋转成水平的。
在流程图菜单中可以找到带有菱形的水平条。
两条水平线的并行模式符号是一种流程图符号,用于指示一组可以并行完成的进程。也就是说,这些酒吧之间的一切都可以同时发生,但这是不必要的。您可以在这些行之间放置任何其他流程图符号,以指示活动的潜在并行化。
不过,除了Dra.io/Diagrams.net之外,我对黄色钻石并不熟悉。这可能是您想查阅文档或打开支持问题的原因,因为它们似乎不符合标准。
发布于 2021-03-27 11:06:38
在流程图表示法中有一个长期的传统,即使用水平或垂直泳道来可视化多个当事方之间的任务划分。这个表示法可以追溯到40‘S之前的任何一个今天的IT标准。
然而,这种表示法对于并行性非常模糊:在不同车道上的操作是否同时进行?如果两个箭头离开一个框:离开是并发的,还是一个箭头可以立即离开,另一个箭头在盒子中经过一些额外的处理后会离开呢?是否需要同步流,例如,当两个控制流箭头到达一个盒子时,这是否意味着进程在第一个时间执行,或者只有当两个流同时到达时,还是会出现延迟?等。
在传统的流程图中没有使用特殊的符号:简单的箭头分裂和合并,或几个箭头流入或流出相同的框。ISO 5807标准化了流程图表示法,承认了车道的存在、可能的不同处理器以及可能的并行性。然而,在该标准中,没有用于并行执行的正式语义。所以你可以画车道,但是不同的人对发生的事情有不同的理解。连接器符号的使用增加了许多清晰性(尽管在UML还没有发明之前就使用了流程图和petri网,那时我从未见过这种符号,而且ISO标准从那时起也没有发展)。
如果并行性真的很重要,并且您必须毫不含糊地表达它,那么您将需要基于它的petri网、UML活动图和业务过程建模表示法这样的形式。活动图有叉及接缝,BPMN有平行网关,这正是您要寻找的。
发布于 2021-03-27 07:47:20
我在流程图中没有找到这个特定符号的参考资料,但让我作一些有根据的猜测:
很可能是的,简单的事实是,在流程图类别中,"draw.io“中没有直接提供的替代方法。
您没有非常清楚地描述您的用例。
如果您希望您的图表严格遵循ISO5807,您可能需要消除符号中的钻石(这可以在draw.io中完成)。但也许这对你的案子并不重要?最终,这取决于观众,以及你是否能确保他们理解你试图用图表表达的内容。
否(见1.)
我不知道,但这真的有关系吗?也许它们只是为了减少符号的歧义,因为没有连接的平行线有时会被误解为其他的东西(边,两个单独的符号,注释)。也许他们只是受到决策流程图中通常的钻石符号的启发,它描述了一个非平行的分支。
因此,我建议,如果有观众,可以直接询问作者,如果他们有疑问,或什么时候提供一个传说,或当它是相当清楚的上下文。否则,最好将钻石从符号中剥离出来,这样您就可以严格按照ISO 5807绘制图表。
https://softwareengineering.stackexchange.com/questions/423821
复制相似问题