如何使用UML绘制系统接口图？

Question

我正在学习UML，我一直在阅读关于用例的文章。我看到的所有例子都涉及单个系统，我想知道如何建模一个端到端的过程。因此，我提出了一个相当典型的企业场景，并一直试图对其建模。我有一些我无法回答的问题。

场景：--我的业务用例是一个购物车--创建一个购物车，由供应商作为订单接收。

端到端流程是：

1. 购物者创造一辆手推车
2. 经理检查购物车并批准/拒绝，并在采购系统中创建采购订单。
3. 采购系统将所有新创建的PO发送到各自供应商的系统。
4. 供应商以订单的形式接收PO。

然而，细节是问题所在，所以我决定通过添加以下细节来使其更加复杂：

1. 采购系统的通信是点对点和实时的.
2. PO可通过传真或互联网发送给供应商。所有PO在发送给供应商之前都会进入队列。队列每X分钟处理一次。我选了10分钟作为间隔
3. 采购供应商连接使用中间件(ESB)。

问题：

1. 我相信我有三个系统用例:购物者-创建购物车，经理-评论手推车，时间发送PO给供应商。即使在采购系统和供应商系统之间有ESB系统，这是否正确？
2. 由于中间件不是上述一个用例中的参与者，所以我应该在哪里建模ESB在流程中的参与(采购-> ESB，ESB->供应商)？
3. 我是画两个系统边界还是一个系统边界？我相信我应该有供应商的系统作为第二演员，所以我只有购物系统和采购系统。还是将它们合并成E2E系统(如采购系统)？

Answer 1

1. 我会创建单独的用例来检查、批准和拒绝购物车，但否则我认为您的用例应该足够准确。由于ESB系统不是由您的参与者直接使用的，所以我认为它与用例图没有关系。
2. 您可以创建一个构件图来更详细地建模不同系统及其子系统之间的关系，这在用例图中是可能的或合理的。如果愿意，您可能会将ESB隔离到它自己的系统边界中，使用一个标记为与连接相关的用例的依赖关系的用例“将PO交付给供应商”。
3. 我建议两到三个系统边界，这取决于您是否为ESB创建了自己的边界。如果供应商的系统超出了您的范围，您可能不需要对其进行过多的详细建模--接收PO就足够了。

Answer 2

用例用来描述系统的用户(参与者)如何与系统交互。它们应该足够简单让你的客户理解。因此，在你开始用用例问题打破你的头脑之前，问问自己谁是你的客户，以及你如何通过创建一个用例为他创建一个更好的系统。

(对哲学的回答很抱歉.)