绘制流程图遵循的规则 标准流程图怎么做( 二 )


注意:起点必须有一个,终点可以省略不画也可以不画多个 。画终点的好处是让别人知道你考虑了终点因素 。但有些工序涉及的终点太多,终点很明显,导致绘画繁琐 。
3 。判断和平行的概念
现在我们已经能够画出流程图了 。但是我们发现这个过程中有很多细节需要补充,这就是我们接下来要介绍的判断和并行的概念 。让我们以问题为出发点,来看看如何改进流程图 。
如果订单有不同的“网上支付或货到付款”的处理流程,如何表达?——利用判断标记解决问题 。
这时候物流人员就需要判断订单了 。如果是网上支付(先付款后发货),商品会直接送到用户手中,否则用户必须先付现金或刷POS机才能发货 。此时,流程图如下:
这个判断点用菱形符号表示,此时是一进多出,判断条件用out线上的方括号表示 。这是:
条件1 是“如果用户在线支付”(简称“在线支付”),对应的动作是“物流到货到用户”;
条件2 是“如果用户货到付款”(简称“现金支付”),那么对应的动作是“物流收到现金” 。
条件3 是“如果用户选择POS支付”,“物流用POS机收款” 。
注意,与其他流程图中写在菱形符号中间不同,不允许在菱形符号中间写任何单词,但表达意思是一样的 。在菱形位置,其实可以写“物流确认付款”,简单易懂但略显繁琐 。
比如电商遇到用户已经付款的情况,有时候会反悔,告知商家 。商家也有两种选择,“同意取消订单”或者“拒绝坚持发货” 。两种表达方式都能达到同样的效果,只是方法不同 。
了解了与传统流程图不同的表示方法后,对于UML系统,除了上面介绍的用菱形表示的方法外,另一种方法就是不添加菱形判断图标,如下图所示:
这两种表达都是可以的,但是需要把判断条件写在转移线上 。对于这种情况,带判断的菱形图标会更清晰,很明显物流人员要在这里做出判断 。
如果用户要同时开发票,流程怎么表达?——用平行旗解决问题 。
现在很多发货方式都是货物和发票一起发,或者支持电子发票 。但仍有部分企业开具纸质发票,货物与发票开具地不符 。这时候需要把货物和发票分开发给用户 。
这时候就意味着有两个物流人员,一个是送货,一个是送发票 。下面是一个并行处理,如图所示:
绘制方法是画一条粗水平线,加上一条入口和多条出口转移线 。在本例中,两个分支流程是货物交付和发票发送 。这时,它们被同步处理但不关心谁先做,谁后做 。
4 。融合和合并的概念
网上支付和现金支付任一种完成时如何表达?-用合并来解决 。
此时,只要是网上支付或者现金支付,就完成了支付 。也就是条条大路通罗马 。只要我们能通过一条路径到达那里,我们就可以进行下一步 。这时,有两种表达方式:
第一种方法可以通过三条传送线直接连接到下面的活动,这就是我们前面看到的 。第二种方法是画一个菱形,多进出 。注意,这里的菱形符号并没有判断的意思,只是借用了菱形符号,所以不需要在线旁边添加判断条件 。
其实第二个图是UML的标准图 。但毕竟有些看流程图的人不是程序员,画图会让人误解 。为了方便交流,可以选择第一种画图方式 。但是,当你在网上的流程图中看到合并的菱形标志时,你应该意识到这不是一个判断,而是一个合并 。
这里再举一个例子,用户可以点击确认收货,系统也可以自动确认收货,即如果先确认收货,则订单最终完成 。
只有当用户收到发票和货物时,订单才完成 。——用收敛来解决 。
我们之前说过,货物和发票是分开寄的 。对于用户来说,在点击“确认收货”之前,必须同时收到发票和货物,两者缺一不可 。详情见下图:
表达式是一条粗水平线,加上多个入口和一个出口 。传入分支是发送货物和发票 。这时候同步处理,但是不在乎谁先做,谁后做 。但是,当它们相遇时,必须全部完成,才能进入下一步 。
再比如吃饭上菜的例子 。我们去餐厅,菜都是分开上的,都上齐了才能吃完 。但是野路的流程图中没有办法表达这种并行合并的过程 。
通常会出现平行和收敛对 。此时并行执行两组活动,但两组活动都必须完成,才能进入下一个环节 。上图是一个完整的流程图 。
5 。流程图概要
流程图表示方法最后总结如下表:
三 。采用问题学习的概念
看完了流程图的绘制方法和逻辑,我们再来看看网上的一些流程图,把常见的问题一一说清楚?这样我们就可以避免同样的错误 。


推荐阅读