用例图

Question

问题：系统内部流程或模块可以描述为在用例图中对系统本身执行某些功能的角色吗？

添加了问题的解释： 我们使用用例记录系统功能，然后将其呈现给客户。 一些系统功能包括：

• 审核（关于实体字段更改事件）。

• 收件箱的用户通知（根据系统对象上定义的自定义规则）。

• SSIS包自动运行（更新对象属性）。

我们应该将系统视为执行这些功能的参与者（系统进程）还是应该在“特殊系统功能”下的单独文档部分中声明这些功能？

Answer 1

一般没有。原则上，演员居住在系统边界之外，而用例（以及实现它们的系统）居住在内部。

然而，更有用的是问为什么你有这个场景。也许你可以进一步解释一下？

Answer 2

也许。例如，执行夜间摘要功能的cron作业可以显示为演员。与所有UML图一样，如果图对使用它的人有用，那就没关系。

Answer 3

UML就是将设计决策传达给那些需要知道清晰简洁的设计决策。如果有利于该目标的清晰度，那么使用演员来表示设计的子部分然后进行。只要您明确表示这是您正在沟通的内容，并且两者都属于同一模型。

作为一个例子：我有设计和编码嵌入式系统的经验，其中代码块可能在不同的处理器/控制器上运行，甚至在不同的机箱中运行。但它们都是同一应用程序的一部分，因此也就是设计模型。另一种看待它的方式，例如，Windows机器，是一个依赖于Windows服务的应用程序，因为它正常运行。该服务可能是GUI应用程序的参与者，应用程序可能是该服务的参与者。

@sfinnie原则上是对的，有时候在这条规则之外传达的东西是有用的。毕竟，你永远不必编译你的UML，只需解释它;）。