【发布时间】：2014-07-25 04:39:30
【问题描述】：
我可以业务参与者在 UML 中的用例图中使用正常用例，或者他可能需要业务用例吗？
我也希望能解释一下演员和商务演员之间的区别。
【问题讨论】：
-
你在哪里找到这个商业演员？
-
在这个例子中，我看不出演员和你的商业演员之间的区别
【发布时间】：2014-07-25 04:39:30
【问题描述】：
UML 没有定义业务参与者或业务用例。它只是 Actor 和 UseCase。 例如，您可以使用标准 Actors 和 UseCases 创建银行的业务模型。但是，方法可以通过“业务参与者”之类的刻板印象来扩展 UML 元素，也就是说，该模型是在业务级别上定义的。这又是标准的 UML 用法。
【讨论】：
扩展弗拉基米尔的答案。正如所回答的，UML 中只有用例概念：
基于构造型的 UML 扩展机制允许建模者赋予一般 UML 概念特定的含义。
用例模型基本语义思想是对Actors和System之间的交互进行建模。 用例是这种交互的单元。默认情况下，上下文是一个软件系统，所以 Actors 是系统用户，而 System 是一个软件系统。用例模拟参与者对软件系统的使用。
“业务用例”是众所周知的 UML 扩展之一。它定义了业务参与者和业务用例（以及其他元素）。
它改变了默认的具体模型含义。系统不再是一个软件系统，而是一个业务流程。参与者不是软件系统用户，而是业务流程参与者（工作者）。业务用例是工作人员和业务流程之间的交互，不得强制涉及软件系统。
回到你的问题......你不应该直接混合业务用例元素和“正常”用例元素，仅仅因为它们存在于不同的抽象中！ Thea 是相互关联的，业务参与者可以轻松地给出相应的系统 aytor，但它们是两个独立的模型概念。
一个例子： 业务用例可以是“创建发票”、业务参与者“销售代理”。此业务任务可以以不同的方式执行，例如手动和通过系统。
第一种情况（手动），没有对应的系统用例，因为没有涉及到系统。
在第二种情况下，我们可以使用软件系统输入发票。演员可以是“销售代理”，但它与第一个实体不同（尽管可能指的是同一个人）。
请注意，两个模型之间的放大不是 1-1。由于它们专注于不同的抽象，它们总是会有很大的不同。有些参与者可能重叠，有些新的可以在系统模型中引入，有些只能存在于业务层面。
【讨论】：