是否应在用例中定义例外情况？

Question

假设您有一个名为“日程安排会议”的用例。在规范中定义，会议只能安排在当前时间或未来。在用例中，它应该包括以下流程：“如果给定的日期/时间是过去的，则会在消息框中显示'会议时间不能过去'”？

就像我说的那样，在规范中定义日期/时间不能过去，但在用例定义中，是否应该在那里定义？

Answer 1

如果可以避免，业务流程不应该是技术性的。

说“用户在这些条件下会看到错误......”这样的话是可以的，但开发人员需要定义如何实现这一点。例外可能是一个好方法，但业务利益相关者应该对实施细节漠不关心。

Answer 2

我很高兴我找到了这个老线程！我刚刚阅读了用例异常的wiki条目，它为我提出了一些问题。

我要说的是，正如我所理解的那样，要正确使用用例，您不应该将过去约会视为异常。

在这种情况下，用例表达了安排会议的要求。处理无效的会议请求实际上是调度过程的一部分，而不是例外。

这个要求毫无例外地存在，用例也是如此。无效日期是详细信息项。将您的用例视为更一般的目录。

如果您是迭代建模，那么在详细说明模型/文档时，您将“发现”并管理拒绝无效会议请求的要求。

，

Answer 3

我很高兴我找到了这个老线程！我刚刚阅读了用例异常的wiki条目，它为我提出了一些问题。

我要说的是，正如我所理解的那样，要正确使用用例，您不应该将过去约会视为异常。

在这种情况下，用例表达了安排会议的要求。处理无效的会议请求实际上是调度过程的一部分，而不是例外。

这个要求毫无例外地存在，用例也是如此。无效日期是详细信息项。将您的用例视为更一般的目录。

如果您是迭代建模，那么在详细说明模型/文档时，您将“发现”并管理拒绝无效会议请求的要求。

更简洁地说，您已经描述了计划会议功能。 UML用例不应用于功能驱动的开发。