如何在 Activity Diagram / UML for APP 中使用子流程

如何解决如何在 Activity Diagram / UML for APP 中使用子流程

我目前正在制作一个活动图来表示验证过程。 整个过程分为几个子过程。

子流程 1： 流程从检查注册表中信息的完整性开始。如果缺少任何信息，客户将返回到新条目。

如果信息完整，三个部分子进程同时启动和执行。

子流程 2： 检查是否已同意 GTC。这是直接在系统中完成的 测试注册表中对应的字段是否被勾选。

子流程 3： 通过向客户指定的银行发送请求来检查银行详细信息。 随后，也最多等待2周的银行回复。 以银行详细信息是否正确为结果。这里也有以下事件：超时和中止可能发生并以负面结果结束进程。

子流程 4： 身份验证的 Post 程序是通过生成验证码并通过电子邮件发送给客户来启动的。 发送后，子进程等待三个事件之一发生： 客户有 2 周的时间完成表格并通过在邮局出示身份证件或通过与邮局的视频来证明其身份。然后，邮局会将验证结果（pos./neg.）回复到总公司。超时：如果总部在 2 周内未收到邮局的回复，则流程将终止，结果是否定的。 Break：也会导致负面结果。

当所有子流程都已积极完成时，整个过程也已积极完成。 如果一个子进程是否定的，其他可能正在等待的子进程将通过执行一个动作来中止：“中止等待进程”。这些流程然后通过路径 Abort 离开它们的可中断区域。然后客户收到有关验证否定结果的通知，整个过程以否定结果结束。

这是我的活动图：

我的问题是：

1. 该模型适用于多个终止选项。无论是在邮局还是在银行，您都有 2 周的时间做出反应，并且只有当两者都可用以及一般条款和条件时，身份检查才完成。我如何证明所有流程都必须完成才能达到最终状态？

2. 哪个过程 (1-4) 看起来不错，哪个不？

解决方法

我简化了流程以简化它。但基本上我会想出这个：

如果注册和两个检查操作完成，它将运行到 ActivityFinal。如果由于某种原因两周过去了，并非所有人都完成了计时器，则会触发并继续取消操作。

这与您的没有太大不同，只是注册可能需要很长时间。从业务角度来看，我会关注这一点并与利益相关者讨论。但是，如果他们坚持这样做，则该操作可能会移至该区域之外，并且只有两次检查会导致过早取消。