如何创建具有相同用例选项的UML用例图？

我遇到了一个用例有两个选项可供选择的情况

示例：用例流程数据具有批准和拒绝等选项 如果批准，则更新库存。 如果拒绝，请将信息归档

---

我知道如何在活动图中表示这一点，但我不知道如何在用例图中显示它。

您创建了同一用例的两个视图。在第一个视图中，使用“批准”创建流程数据，在第二个视图中使用“拒绝”创建流程数据。每个视图都是不同的用例图，但使用相同的用例

---

明确区分图形视图和模型视图非常重要。我的意思是，图形用例图应该是从UML模型中提取的视图

用例对于特定的参与者有特定的目标

确定用例的参与者。 确定演员的目标。 用强特定动词定义用例，过程是弱非特定动词

我发现需求模棱两可，似乎您可能将两个独立的参与者混为一谈

见

---

如果没有，请使用此链接，这里有两种选择

A您可以创建两个用例，而不是一个。批准数据和拒绝数据

B您制作一个用例过程数据。在主场景中，您描述了批准数据的步骤；在例外或替代场景中，您描述了拒绝数据的步骤。在这种情况下，差异在用例图上是不可见的，但这是可以的。用例图旨在让您概括应用程序中的大量行为，而不是细节

备选方案或例外方案的选择取决于您的post条件。如果Declinescenario满足post条件，则它是一个备选方案，否则它是一个例外方案

术语数据不是很具体。我更喜欢比数据更有意义的东西，比如订单、应用程序等等

---

如果不知道所有细节，我无法确定，但选项B可能是最好的。

你对view是什么意思？视图是UML上层结构的元类吗？如果是的话，它的定义是什么？谢谢你的回答。你所说的视图是指每个选项的单独用例图吗？是的，我是。我的意思是不必为所有MOF>UML等而烦恼。。。转换阶段，只关注建模。我的意思是第一步是创建一个模型，然后从中提取视图。我不理解你的观点。如果您不介意的话，可以用用例图来演示我的示例吗？我希望这个图能够帮助您，您可以根据需要修改它。扩展关系表明数据库归档“可能”是一个可选活动。这里真的是这样吗？这只是一个示例，数据库归档可以是一个可选活动，但这取决于您的用例。@DilipkumarJI不认为这是一个很好的如何定义用例的示例。数据库从来不是一个用例，Approve按钮和Decept按钮也不应该是用例。该图在每一个可能的方面都是错误的，应该标记它，或者以某种方式明确这不是一个有效的UML图。我参考了用例图上的UML规范：用例是一种>>行为