subprocess - 如何在 Activity Diagram / UML for APP 中使用子流程
问题描述
我目前正在制作一个活动图来表示验证过程。整个过程分为几个子过程。
子流程1： 流程从检查注册表中信息的完整性开始。如果缺少任何信息，客户将返回到新条目。
如果信息完整，则同时启动并执行三个部分子过程。
子流程2： 检查是否同意GTC。这是直接在系统中通过测试注册表中的相应字段是否被勾选来完成的。
子流程3： 通过向客户指定的银行发送请求来检查银行详细信息。随后，最长也要等待2周的银行回复。银行信息是否正确的结果。在这里，事件：Timeout 和 Abort 也可能发生并以否定结果结束进程。
子流程 4： 身份验证的 Post 流程通过生成验证码并通过电子邮件发送给客户来启动。发送后，子流程等待以下三个事件之一发生： 客户有 2 周的时间填写表格并通过在邮局出示其 ID 或通过与邮局的视频来证明其身份。然后，邮局将向总部发送回复，并附上验证结果（pos./neg.）。超时：如果总部在 2 周内未收到邮局的回复，则流程终止，结果为否定。Break：也会导致负面结果。
当所有子过程都积极完成时，整个过程就积极完成。如果一个子进程是否定的，则可能正在等待的其他子进程通过执行一个动作中止：“中止等待进程”。然后这些过程通过路径 Abort 离开其可中断区域。然后客户收到有关验证的否定结果的通知，整个过程以否定结果结束。
这是我的活动图：
我的问题是：
该模型适用于多个终止选项。无论是在邮局还是在银行，您都有 2 周的时间做出反应，只有当两者都可用加上一般条款和条件时，身份检查才完成。我如何表明必须在到达最终状态之前完成所有过程？
哪个过程（1-4）看起来不错，哪个不是？
解决方案
我简化了流程以简化它。但基本上我会想出这个：
如果 Register 和两个 Check 动作完成，它将运行到 ActivityFinal。如果由于某种原因两周过去了，并非所有人都完成了计时器，则会触发并继续执行取消操作。
这与您的没有太大区别，只是注册可能需要很长时间。从业务的角度来看，我会关注这一点并与利益相关者讨论。但是，如果他们坚持不这样做，那么该行动可能会移到该地区之外，并且只有这两项检查会导致过早取消。
