问在用例图中，接口应该是系统的一部分吗？

EN

不，你不应该这样做。有几个原因。

1. 用例通常用于传达功能需求。需求应该与解决方案无关。他们应该概述一个系统应该做什么，而不是“如何做”。如果您有一个必须操作的给定接口，那么您应该将其记录为约束，而不是用例。参见A.Cockburn，Writing Effective Use Cases，第191页“修复的错误:太多的用户界面details"
2. Use案例从用户的角度描述了与系统的交互”( system : Too many interface cases )。您可能希望将系统也包括为参与者；但是仍然...：
3. ...你描述的用例可能太细粒度了。参见A. Cockburn，“编写有效的用例”，第192页，“错误修复:非常低的目标水平”

如果您仍然希望在用例图中突出显示该方面(根据您的需要，这可能是有用的)，那么可以考虑将用例命名为"verify order total“，并将其分配给您的主要参与者。对于子函数级别来说，这将是非常好的。

这在很大程度上取决于您的需求；我对您的示例的直觉是，您应该这样做。

您如何显示它也取决于您的需求。如果需要在数字屏幕上显示订单总数，请包括数字屏幕。如果该部分未指定(例如，可能是收据、语音输出、解释性舞蹈)，则只需说"show order total (以某种方式)“。它可以像一个带标签的盒子一样简单，或者，如果你的工具允许的话，一个看起来像数字屏幕的对象。

您概述的需求应该包含在用例本身中，或者作为活动图的一部分，活动图“分解”每个用例。在用例图上显示如此详细的需求是不合适的。