UML做商业演员需要商业用例吗？

Question

业务主角可以在UML中使用用例图上的正常用例，还是需要业务用例？

我也很欣赏演员和商务演员之间差异的解释。

Answer 1

UML没有定义业务主角或业务用例。它只是Actor和UseCase。 您可以使用标准Actors和UseCases创建Bank的业务模型。但是，方法论可以通过像“业务角色”这样的刻板印象来扩展UML元素，只是说，该模型是在业务层面定义的。它再次是标准的UML用法。

Answer 2

扩大弗拉基米尔的答案。如上所述，UML中只有用例概念：

基于构造型的UML扩展机制允许建模者为一般的UML概念赋予特定的意义。

用例模型基本语义理念是模拟 Actors 和 System 之间的互动。 用例是此互动的单位。默认情况下，上下文是软件系统，因此Actors是系统用户，System是软件系统。用例通过演员模型使用软件系统。

“业务用例”是UML扩展之一，众所周知。它定义了业务角色和业务用例（以及其他元素）。

它改变了默认的混凝土模型含义。系统不仅仅是一个软件系统，而是一个业务流程。 Actor不是软件系统用户，而是业务流程参与者（工作者）。业务用例是工作者和业务流程之间的交互，不能强制涉及软件系统。

回到你的问题......你不应该直接混合商业用例元素和“普通”用例元素，因为它们生活在不同的抽象中！ Thea是相互关联的，商业行为者可以很容易地给出相应的系统aytor，但它们是两个独立的模型概念。

示例： 业务用例可以是“创建发票”，业务主角“销售代理”。该业务任务可以以不同的方式执行，例如，手动和通过系统。

在第一种情况（手动）中，没有相应的系统用例，因为没有涉及系统。

在第二种情况下，我们可以使用软件系统输入发票。演员可以是“销售代理”，但它与第一​​个实体不同（尽管可能指的是同一个实体人）。

请注意，两个型号之间的放大不是1-1。它们总是完全不同，因为它们专注于不同的抽象。 SOME演员可能重叠，一些新的可以在系统模型中引入，一些可以仅存在于业务级别。