界面应该是用例图中系统的一部分吗?

时间:2013-02-18 01:44:48

标签: use-case diagramming

我的系统是汽水罐机。你可以在这台机器上放一枚硬币并购买苏打水。界面是键盘和数字屏幕。

我的一个要求是用户可以将x美元存入机器,然后将物品添加到他的订单中。然后,机器将向他显示订单总额。

即,"显示用户订单总数" 我应该在我的用例图中显示这个吗?如果是,那我该怎么展示呢?

3 个答案:

答案 0 :(得分:3)

不,你不应该。有几个原因。

  1. 用例通常用于传达功能要求。要求应与解决方案无关。他们应该概述系统应该做什么,而不是“如何”。如果您有一个必须使用的给定接口,那么您将其记录为约束,而不是用例。参见A. Cockburn,写有效用例,p。 191“错误修复:用户界面细节太多
  2. 用例从用户的角度描述了与系统的交互。您可能希望将系统也包括为演员;但是仍然......:
  3. ...您描述的用例可能太精细了。参见A. Cockburn,写有效用例,p。 192“错误修正:目标水平非常低”
  4. 如果您仍想在用例图中突出显示该方面(根据您的需要可能有用),请考虑命名用例“验证订单总数”并将其分配给您的主要参与者。 IMO对于子功能级别来说非常好。

答案 1 :(得分:0)

这在很大程度上取决于您的要求;我对你的榜样的直觉是你应该的。

您如何展示它也取决于您的要求。如果需要在数字屏幕上显示订单总数,请包括数字屏幕。如果该部分未指定(即可能是收据,语音输出,解释性舞蹈),那么您只需说“显示订单总数(不知何故)”。它可以像带标签的盒子一样简单,或者,如果你的工具允许你,它可以是一个看起来像数字屏幕的物体。

答案 2 :(得分:0)

您概述的要求应该包含在用例本身中,或者作为活动图的一部分,它会“爆炸”每个用例。在用例图

上显示这样详细的要求是不合适的