业务参与者可以在UML用例图上使用正常用例吗?或者他可能需要业务用例?
我也希望解释一下演员和商业演员的区别
UML不定义业务参与者或业务用例。它只是演员和用例。例如，您可以使用标准的actor和UseCases创建Bank的业务模型。但是，方法可以通过像"业务参与者"这样的原型来扩展UML元素，只是说，该模型是在业务级别上定义的。这也是标准的UML用法。
延伸Vladimir的答案。正如回答的那样，在UML中只有用例概念:
基于原型的UML扩展机制允许建模者赋予一般UML概念特定的含义。
用例模型基本语义思想是为Actors和System之间的交互建模。用例是这个交互的单元。默认情况下，上下文是一个软件系统，因此参与者是系统用户，而系统是一个软件系统。用例为参与者对软件系统的使用建模。
"业务用例"是UML扩展之一，非常有名。它定义了业务参与者和业务用例(在其他元素中)。
它改变了默认的具体模型含义。系统不仅仅是一个软件系统，而是一个业务流程。参与者不是软件系统用户，而是业务流程参与者(工作者)。业务用例是工作人员和业务流程之间的交互，并且不能强制涉及软件系统。
回到你的问题……您不应该直接混合业务用例元素和"正常"用例元素，因为它们生活在不同的抽象中!它们是相互关联的，业务参与者可以很容易地给出相应的系统选择，但是它们是两个独立的模型概念。:业务用例可以是"创建发票"，业务参与者可以是"销售代理"。此业务任务可以通过不同的方式执行，例如手动或通过系统。
在第一个用例(手工)中，没有相应的系统用例，因为没有涉及到系统。
在第二种情况下，我们可以使用软件系统输入发票。actor可以是"Sales Agent"，但它与第一个实体不同(尽管可能指的是同一个人)。
请注意，两个模型之间的放大器不是1-1。它们总是非常不同，因为它们关注不同的抽象。一些参与者可能重叠，一些新的参与者可以在系统模型中引入，一些参与者只能存在于业务级别。